<div dir="ltr">Hello John,<div><br></div><div>I have missed your answer as it was on the Spam folder.   I got it working with rtpproxy_engage(""), but now I can see that the trick was passing the parameter with double quotes.

</div><div><br></div><div><br></div><div>Thank you for your valuable help!</div><div>Mario</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Feb 22, 2021 at 7:03 AM John Quick <<a href="mailto:john.quick@smartvox.co.uk">john.quick@smartvox.co.uk</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi Mario,<br>
<br>
I think you are talking about bridged mode for rtpproxy.<br>
If so, you will not need to start the rtpproxy daemon with -A, because that<br>
is where you have just one interface and you want to masquerade it as a<br>
different address. For example if your server is behind NAT, then -l is the<br>
actual host interface address and -A is the external IP address on the WAN<br>
port of the NAT router.<br>
<br>
For bridging mode, you have to specify two addresses with the -l parameter.<br>
This is what I have in my notes:<br>
-l is the listen address or pair of addresses when used in bridging mode<br>
(LAN then WAN)<br>
e.g.    -l 123.45.67.89     or    -l <a href="http://192.168.4.102/123.45.67.89" rel="noreferrer" target="_blank">192.168.4.102/123.45.67.89</a><br>
<br>
Also, have you tried putting the parameters inside double quotes when<br>
calling rtpproxy_answer()?<br>
This was a requirement in v2.4.x<br>
I believe they tried to remove the requirement for quotes around parameters<br>
in v3, but maybe they missed it in a few places.<br>
<br>
John Quick<br>
Smartvox Limited<br>
Web: <a href="http://www.smartvox.co.uk" rel="noreferrer" target="_blank">www.smartvox.co.uk</a><br>
<br>
<br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div>Mario San Vicente</div>
<div>Cheers!</div></div>