That's all fine but the call leg does exist?<br><br><br>phoneA -- legA ---> FS <--- legB--- phoneB<br><br><br>if phoneB leaves and FS did not get a bye legA will never end so naturally when you hangup<br>phoneA you will get a 200ok on it's leg.<br>
<br>That is why I asked you for the traces because it's most likely the case that legA is still up<br>because legB is as well and only phoneB thinks the call is over.<br><br><br><br><br><br><div class="gmail_quote">On Tue, Apr 8, 2008 at 1:15 PM, kokoska rokoska <<a href="mailto:kokoska.rokoska@post.cz">kokoska.rokoska@post.cz</a>> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>
Anthony Minessale napsal(a):<br>
<div class="Ih2E3d">> yes do you have both a pcap and a console trace of the call.<br>
><br>
> start freeswitch with TPORT_LOG=1<br>
><br>
> TPORT_LOG=1 /usr/local/freeswitch/bin/freeswitch<br>
><br>
> set debug level<br>
><br>
> > console loglevel debug<br>
><br>
><br>
> capture all the text on the console<br>
><br>
<br>
</div>I have just updated to current trunk and after a while I do the test and<br>
capture all possible dumps<br>
<div class="Ih2E3d"><br>
><br>
> my guess without seeing it is that user 22 is behind nat or a proxy or<br>
> something and you do not have keepalive turned on so the path for the<br>
> phone on 22 to send the bye to FS is gone so FS is not getting the bye<br>
> from phone 22<br>
><br>
<br>
</div>No, no. There is nothing (except ethernet switch :-) between Freeswitch<br>
and UACs. They are all on the same lan subnet.<br>
<div class="Ih2E3d"><br>
> We would never say 481 because if FS thinks the call leg should still be<br>
> up it will last until the call is terminated one way or another.<br>
<br>
</div>But if one leg of call was hanged up (and "hangup after bridge" is set)<br>
I mean Freeswitch has to hang up second leg and than drop transaction.<br>
<div class="Ih2E3d"><br>
> Remember, each leg of the bridged call is a separate sip call as we are<br>
> a b2bua.<br>
<br>
</div>Yes, I remember it :-)<br>
But it IMO have nothing to do with 481. Every UAC or UAS has to be able<br>
to send 481 if transaction (call leg) doesn't exists. And from my<br>
oppinion most of UAs do it well (better to say, I have never heard about<br>
one didn't do it). It is mandatory by RFC3261, 21.4.19 and even Asterisk<br>
does it :-)<br>
<br>
<br>
Thank you, Antohny, for your reply. I capture the packets and send them<br>
here...<br>
<br>
Best regards,<br>
<font color="#888888"><br>
kokoska.rokoska<br>
</font><div><div></div><div class="Wj3C7c"><br>
<br>
_______________________________________________<br>
Freeswitch-dev mailing list<br>
<a href="mailto:Freeswitch-dev@lists.freeswitch.org">Freeswitch-dev@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-dev" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-dev</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>
<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="http://iax:guest@conference.freeswitch.org/888">iax:guest@conference.freeswitch.org/888</a><br>
<a href="mailto:googletalk%3Aconf%2B888@conference.freeswitch.org">googletalk:conf+888@conference.freeswitch.org</a><br>pstn:213-799-1400