<div dir="ltr"><div>Hello Bogdan, I am not sure what autobridging is however, this is our architecture:</div><div><br></div><div>SIP Server 192.168.2.20</div><div>RTPProxy Server 192.168.2.5</div><div>Outside IP (Changed for Security): 77.71.33.152</div>
<div>Origination Carrier (Changed for Security): 333.444.555.666</div><div>Termination Carrier (Changed for Security): 222.11.22.33</div><div><br></div><div>We start RTPProxy using the following command:</div><div><br></div>
<div>/usr/local/rtpproxy/bin/rtpproxy -s udp:<a href="http://192.168.2.5:7789">192.168.2.5:7789</a> -l <a href="http://192.168.2.5/77.71.33.152">192.168.2.5/77.71.33.152</a> -m 8000 -M 65535 -u root root -F -d INFO LOG_LOCAL0</div>
<div><br></div><div>RTPProxy Related Script in OpenSIPS Configuration:</div><div><br></div><div>modparam(&quot;rtpproxy&quot;, &quot;rtpproxy_sock&quot;, &quot;udp:<a href="http://192.168.2.5:7789">192.168.2.5:7789</a>&quot;)</div>
<div><br></div><div>branch_route[1]</div><div>        xlog(&quot;L_INFO&quot;,&quot;New Branch For: $ru at IP: $si\n&quot;);</div><div>        if(has_body(&quot;application/sdp&quot;)) rtpproxy_offer(&quot;roc&quot;,&quot;77.71.33.152&quot;);</div>
<div><br></div><div>onreply_route[1]</div><div>        xlog(&quot;L_INFO&quot;,&quot;Incoming Reply Route: From=$fu, To=$tu, RU=$ru, CI=$ci IP=$si\n&quot;);</div><div>        if(has_body(&quot;application/sdp&quot;)) rtpproxy_answer(&quot;roc&quot;,&quot;192.168.2.5&quot;);</div>
<div><br></div><div><br></div><div>I have attached three documents which contain the related slice</div><div>for the problematic call in question:</div><div><br></div><div>[i] SIP Trace</div><div>[ii] RTP Trace</div><div>
[iii] RTP Proxy log</div><div><br></div><div style>Not on [iii], as you know there are two sessions per call. The first has packets relayed from both</div><div style>caller and callee for the inbound part. The second session (ie, outbound) has 0 packets relayed</div>
<div style>because the firewall is burning the packets both ways.</div><div style><br></div><div style>Not to sound redundant, this is one of the very few cases where we experience such problems.</div><div style>All other calls work as expected under the same environment.</div>
<div style><br></div><div style>Thanks in Advance,</div><div style><br></div><div style>Nick.</div>​</div>