<div dir="ltr"><div>Hi Razvan,<br><br></div><div>My scenerio is like this<br></div><div><br></div><div>Client &lt;-------&gt; NAT &lt;-------&gt; OpenSIPs/RTPProxy &lt;-------&gt; Client<br><br><br></div><div>in this scenerio left side of OpenSIPs is public side and the right side is on private network. Secondly i have tried using rtpproxy_offer/answer() but the same problem. I will try using rtpproxy_offer/answer() again in a bit more detail now specially after hearing about problems in engage_rtpproxy in brigding mode. Now can you point me how i can achieve nat handling in rtpproxy module?<br>
<br></div><div>Regards,<br></div><div>Qasim<br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, May 9, 2013 at 5:39 PM, Răzvan Crainea <span dir="ltr">&lt;<a href="mailto:razvan@opensips.org" target="_blank">razvan@opensips.org</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi, Qasim!<br>
<br>
There are two problems with your approach: the first one is that you are using the engage_rtp_proxy() function in a bridging mode scenario. The behavior of this is undefined, because the rtpproxy module cannot fully determine your scenario (for example what&#39;s the direction of the media flow in the reply). That&#39;s why you should use the rtpproxy_offer() and rtpproxy_answer() functions to explicitly indicate the direction in INVITE and replies.<br>

The second problem is that you try to change the SDP twice: first by the fix_nated_sdp() and then by engage_rtp_proxy(). These changes confuse OpenSIPS, who tries to apply both of them. Try to use only one. My suggestion is to rtpproxy_offer/answer() to fix the SDP, without calling fix_nated_sdp().<br>

<br>
Best regards,<br>
<br>
Razvan Crainea<br>
OpenSIPS Core Developer<br>
<a href="http://www.opensips-solutions.com" target="_blank">http://www.opensips-solutions.<u></u>com</a><div class="HOEnZb"><div class="h5"><br>
<br>
On 05/09/2013 02:33 PM, Nick Khamis wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
It&#39;s not a bug, many of us here use RTP proxy in the same scenario.<br>
Can you please provide a sip trace using ngrep<br>
(<a href="http://wiki.freeswitch.org/wiki/Packet_Capture" target="_blank">http://wiki.freeswitch.org/<u></u>wiki/Packet_Capture</a>). Secondly, post the<br>
relevant far end nat related scripting please.<br>
<br>
<br>
Nick.<br>
<br>
On 5/9/13, <a href="mailto:qasimakhan@gmail.com" target="_blank">qasimakhan@gmail.com</a> &lt;<a href="mailto:qasimakhan@gmail.com" target="_blank">qasimakhan@gmail.com</a>&gt; wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi,<br>
<br>
I am facing a problem when a client connects to opensips from NATed<br>
network. I am using rtpproxy in bridging mode i.e. from publicnetwork to<br>
private network. When i use fix_nated_sdp function from nathelper the local<br>
IP address of the caller is replaced by its public IP but the problem<br>
starts when i use engage_rtp_proxy instead of replacing server&#39;s public ip<br>
to private it embeds private ip after the caller&#39;s publicIP like<br>
X.X.X.XY.Y.Y.Y. I have tried fix_nated_ip with flag 3 and engage_rtp_proxy<br>
with flag rie.<br>
<br>
The question is am i using something wrong here or should it be counted as<br>
a bug.<br>
<br>
If you want some more clarification can draw a flow diagram also.<br>
<br>
Regards,<br>
Qasim<br>
<br>
</blockquote>
<br>
______________________________<u></u>_________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a><br>
<a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" target="_blank">http://lists.opensips.org/cgi-<u></u>bin/mailman/listinfo/users</a><br>
<br>
</blockquote>
<br>
______________________________<u></u>_________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a><br>
<a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" target="_blank">http://lists.opensips.org/cgi-<u></u>bin/mailman/listinfo/users</a><br>
</div></div></blockquote></div><br></div>