<html>
<head>
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
Hello,<br>
<br>
should be in request_route or reply_route (from core) only, before
creating the transaction and not after doing record_route() for
requests.<br>
<br>
Cheers,<br>
Daniel<br>
<br>
<div class="moz-cite-prefix">On 29/08/14 16:18, Sebastian Damm
wrote:<br>
</div>
<blockquote
cite="mid:CABkWSFyKJmbwfcem_d_5ey9Ka8kUJN49a=wzjAeoyBq9u=SUgw@mail.gmail.com"
type="cite">
<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 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
moz-do-not-send="true" 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>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:sr-users@lists.sip-router.org">sr-users@lists.sip-router.org</a>
<a class="moz-txt-link-freetext" href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users</a>
</pre>
</blockquote>
<br>
<pre class="moz-signature" cols="72">--
Daniel-Constantin Mierla
<a class="moz-txt-link-freetext" href="http://twitter.com/#!/miconda">http://twitter.com/#!/miconda</a> - <a class="moz-txt-link-freetext" href="http://www.linkedin.com/in/miconda">http://www.linkedin.com/in/miconda</a>
Next Kamailio Advanced Trainings 2014 - <a class="moz-txt-link-freetext" href="http://www.asipto.com">http://www.asipto.com</a>
Sep 22-25, Berlin, Germany ::: Oct 15-17, San Francisco, USA</pre>
</body>
</html>