That message is a symptom of the UA lying in it's sdp.<br>it says one ip in the sdp but means another.<br><br>We start by sending all the media to the ip specified in the SDP because that is the only IP we know.<br>Then there is a small window at the beginning of the call where we assume a packet sent to us where we specified in our SDP may be a packet from a mis-configured UA, so we will change our destination to that ip:port to defeat the bug in the client.<br>
<br>in order to engage this fix the client has to send us several packets so we can prove it's correct to change our target towards them.<br><br><br><div class="gmail_quote">On Tue, Mar 23, 2010 at 11:39 AM, Fabio Pietrosanti (naif) <span dir="ltr"><<a href="mailto:lists@infosecurity.ch">lists@infosecurity.ch</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">I am having a similar problem with SIP UA based on PJSIP.<br>
<br>
My main issue relate with sometimes having one-way audio between two peers.<br>
Exactly the same peers sometimes works, sometime does not work.<br>
<br>
What i see is that when everything works are two statement in debug log:<br>
[INFO] switch_rtp.c:2005 Auto Changing port from ...<br>
[INFO] switch_rtp.c:2005 Auto Changing port from ...<br>
<br>
When things does not work (one-way audio) i just see 1 line:<br>
[INFO] switch_rtp.c:2005 Auto Changing port from ...<br>
<br>
For all calls i am using inbound-proxy-media=true .<br>
<br>
Is the same issue you see/encounter?<br>
<font color="#888888"><br>
Fabio<br>
</font><div class="im"><br>
On 23/03/10 17.26, Madovsky wrote:<br>
> thanks for your answer Jason.<br>
> yes the problem is yet there. before<br>
> to submit a bug I want to be sure it's a mistake I did.<br>
> so when I set inbound-bypass-media to true, the problem disappear.<br>
> it's for sure a media problem.<br>
> A phone with a public IP ( I tested on 6 PCs) registers well, but make a rtp<br>
> timeout<br>
> A phone behind a firewall (tested on 6 PCs too) registers well and doesn't<br>
> make rtp timeout.<br>
> I stopped all IP rules like iptables etc... without success.<br>
> I'd like to understand<br>
><br>
> Thanks<br>
><br>
<br>
<br>
</div><div><div></div><div class="h5">_______________________________________________<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Anthony Minessale II<br><br>FreeSWITCH <a href="http://www.freeswitch.org/">http://www.freeswitch.org/</a><br>ClueCon <a href="http://www.cluecon.com/">http://www.cluecon.com/</a><br>
Twitter: <a href="http://twitter.com/FreeSWITCH_wire">http://twitter.com/FreeSWITCH_wire</a><br><br>AIM: anthm<br><a href="mailto:MSN%3Aanthony_minessale@hotmail.com">MSN:anthony_minessale@hotmail.com</a><br>GTALK/JABBER/<a href="mailto:PAYPAL%3Aanthony.minessale@gmail.com">PAYPAL:anthony.minessale@gmail.com</a><br>
IRC: <a href="http://irc.freenode.net">irc.freenode.net</a> #freeswitch<br><br>FreeSWITCH Developer Conference<br><a href="mailto:sip%3A888@conference.freeswitch.org">sip:888@conference.freeswitch.org</a><br><a href="mailto:googletalk%3Aconf%2B888@conference.freeswitch.org">googletalk:conf+888@conference.freeswitch.org</a><br>
pstn:+19193869900<br>