Hi Saúl,<br><br>Thanks for your reply. I did send you the details off-list for the sake of privacy.<br><br>Thanks,<br>Remco.<br><br><div class="gmail_quote">On Tue, Jan 8, 2013 at 11:00 AM, Saúl Ibarra Corretgé <span dir="ltr">&lt;<a href="mailto:saul@ag-projects.com" target="_blank">saul@ag-projects.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<div><div class="h5"><br>
On Jan 8, 2013, at 10:49 AM, Remco . wrote:<br>
<br>
&gt; Hi all,<br>
&gt;<br>
&gt; I seem to experience a strange issue regarding Mediaproxy running on OpenSIPS The following scenario:<br>
&gt;<br>
&gt; A. UA (asterisk) &lt;=&gt; OpenSIPS &lt;=&gt; UA (asterisk) B.<br>
&gt;<br>
&gt; I verified the following:<br>
&gt;<br>
&gt; - Both UA&#39;s have nat=never, no re-invite is taking place (verified by capture).<br>
&gt; - Ports in SDP are rewritten, and match the ports Mediaproxy opens.<br>
&gt; - Call has audio, in both directions.<br>
&gt;<br>
&gt; After 60 seconds mediaproxy logs a conntrack_timeout, and the call loses audio in both directions.<br>
&gt;<br>
&gt; The following port schema is negotiated:<br>
&gt;<br>
&gt; A. 11496 &lt;=(capture)=&gt; 30600 OpenSIPS 30602 &lt;=&gt; 17026 B.<br>
&gt;<br>
&gt; The RTP stream is captured at (capture) between A and the proxy.<br>
&gt;<br>
&gt; The first 3 RTP packet traverse from B =&gt; A on the correct ports over the relay.<br>
&gt; Then a packet is sent the other way A =&gt; B on the corect ports over the relay.<br>
&gt;<br>
&gt; Then the strange thing happens, the next packet going B =&gt; A is sent with a source port of 1024 by the relay.<br>
&gt; All subsequent packets in the stream are exchanged between A (11496/udp) and OpenSIPS (1024/udp).<br>
&gt;<br>
&gt; I think the loss of the call is explained by the leg between the relay and B torn down, because of the conntrack timeout on leg A (mediaproxy sees no RTP on the expected ports).<br>
&gt; Also, port 1024 is not allowed by firewalls as it&#39;s not expected for media to pass over this port.<br>
&gt;<br>
&gt; I observe this on quite a number of calls, all being torn down after 60 seconds. Doing a random selection on them, they all seem to use port 1024 for RTP as described in the scenario above.<br>
&gt;<br>
<br>
</div></div>Can you send the syslog output from mediaproxy and a SIP trace of the call?<br>
<br>
Regards,<br>
<br>
--<br>
Saúl Ibarra Corretgé<br>
AG Projects<br>
<br>
<br>
<br>
<br>
_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.opensips.org">Users@lists.opensips.org</a><br>
<a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
</blockquote></div><br>