<div dir="ltr"><div>Hi,<br><br></div>okay, so I really misunderstood the IP parameter. Thanks for your solution, from the first look it does work. Is there anything I should consider or watch specifically when using msg_apply_changes() in the middle of processing the request?<br>
<div><div></div></div><div class="gmail_extra"><br></div><div class="gmail_extra">Best Regards,<br>Sebastian<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Aug 29, 2014 at 1:52 PM, Daniel-Constantin Mierla <span dir="ltr"><<a href="mailto:miconda@gmail.com" target="_blank">miconda@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000">
Hello,<br>
<br>
the second parameter is to give the IP to appear in sdp, instead of
the rtpproxy ip.<br>
<br>
What you can try is to update the sdp with fix_natted_sdp() with the
source IP as seen by the LB, then do msg_apply_changes() and pass
the flag to trust the ip in sdp -- not sure it is going to work, by
worth giving a try.<br>
<br>
Perhaps a flag to overwrite the source IP would be good.<br>
<br>
Cheers,<br>
Daniel<div><div class="h5"><br>
<br>
<div>On 29/08/14 11:44, Sebastian Damm
wrote:<br>
</div>
</div></div><blockquote type="cite"><div><div class="h5">
<div dir="ltr">
<div>Hi,<br>
<br>
</div>
<div>I have the following setup:<br>
<br>
</div>
<div>UAC ---> LB ---> Proxy ---> GW<br>
<br>
</div>
<div>In NAT scenarios the loadbalancer detects it, but the proxy
communicates with the RTP proxy. I want to send the original
caller IP as detected by the loadbalancer (and transported to
the proxy) to the RTP proxy. <br>
<br>
</div>
<div>As far as I understand the documentation of the rtpproxy
module, I could call rtpproxy_manage with a second parameter,
indicating which IP address should be sent to the RTP proxy. I
tried sending a pseudovariable, both within quotes or not, or
even a static string. But when I look at those messages sent
to the RTP proxy, there's always the IP from where the SIP
packet was received (the loadbalancer IP) in the request.<br>
</div>
<div><br>
Previously we used the "r" parameter, sending the original IP
from the SDP to the proxy. But due to strange behavior of some
UACs, we want to get rid of that.<br>
<br>
</div>
<div>Do I misunderstand the second parameter?<br>
<br>
This is what the documentation says:<br>
<span><i> ip_address</i></span> - new SDP IP
address. <br>
<br>
</div>
<div>Unfortunately, I couldn't find any example using this.<br>
<br>
</div>
<div>Best Regards,<br>
Sebastian<br>
</div>
</div>
<br>
<fieldset></fieldset>
<br>
</div></div><br></blockquote></div></blockquote></div><br></div></div>