<HTML>
<HEAD>
<TITLE>Re: [Freeswitch-users] Freeswitch retries same call 4 times for no reason - incorrect treatment of timers by mod sofia?</TITLE>
</HEAD>
<BODY>
<FONT FACE="Monaco, Courier New"><SPAN STYLE='font-size:11pt'>Sounds more like someone is using a stacked dial with continue_on_fail=true<BR>
<BR>
<BR>
On 11/21/12 7:09 PM, "Anthony Minessale" <<a href="anthony.minessale@gmail.com">anthony.minessale@gmail.com</a>> wrote:<BR>
<BR>
</SPAN></FONT><BLOCKQUOTE><FONT FACE="Monaco, Courier New"><SPAN STYLE='font-size:11pt'>A complete console log attached to a new jira issue.<BR>
<BR>
<a href="http://jira.freeswitch.org">http://jira.freeswitch.org</a><BR>
<BR>
sofia global siptrace on<BR>
console loglevel debug<BR>
<BR>
<BR>
<BR>
On Wed, Nov 21, 2012 at 11:30 AM, Victor Chukalovskiy <<a href="victor.chukalovskiy@gmail.com">victor.chukalovskiy@gmail.com</a>> wrote:<BR>
</SPAN></FONT><BLOCKQUOTE><FONT FACE="Monaco, Courier New"><SPAN STYLE='font-size:11pt'>Hello,<BR>
<BR>
Looking for help or comments on this. Reproducible on the FS system that<BR>
was updated about a month ago. Call scenario:<BR>
<BR>
SIP call comes in on "a" leg, SIP call is attempted on the "b" leg. "b"<BR>
leg replies "404".<BR>
<BR>
Description of the problem:<BR>
FS tries same SIP destination 4 times on the "b" leg instead of doing it<BR>
once. It does not respond "404" to the "a" leg until it finishes all 4<BR>
attempts on the "b" leg. This occurs when "b" leg takes longer than<BR>
usual to return "404". For example, if "b" leg takes 1.3 seconds until<BR>
we get "404", FS tries the call on "b" leg 3 more times. When this<BR>
happens each consequent call attempt on the "b" leg is exactly 2 seconds<BR>
apart from when the previous call attempt ends.<BR>
<BR>
For comparison, in the same scenario and using exact same config, if "b'<BR>
leg replies "404" sooner (e.g. within 0.3 seconds) FS does not retry<BR>
this call on the "b" leg anymore. "404" is returned to the "a" leg<BR>
instantaneously as it should be.<BR>
<BR>
I suspect this is a bug in Sofia such that is somehow related to 500ms<BR>
timer.<BR>
<BR>
Is this known behavior? Do you need any more details to be able to<BR>
verify or comment?<BR>
<BR>
Thank you,<BR>
Victor<BR>
<BR>
_________________________________________________________________________<BR>
Professional FreeSWITCH Consulting Services:<BR>
<a href="consulting@freeswitch.org">consulting@freeswitch.org</a><BR>
<a href="http://www.freeswitchsolutions.com">http://www.freeswitchsolutions.com</a><BR>
<BR>
FreeSWITCH-powered IP PBX: The CudaTel Communication Server<BR>
<a href="http://www.cudatel.com">http://www.cudatel.com</a><BR>
<BR>
Official FreeSWITCH Sites<BR>
<a href="http://www.freeswitch.org">http://www.freeswitch.org</a><BR>
<a href="http://wiki.freeswitch.org">http://wiki.freeswitch.org</a><BR>
<a href="http://www.cluecon.com">http://www.cluecon.com</a><BR>
<BR>
FreeSWITCH-users mailing list<BR>
<a href="FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><BR>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><BR>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><BR>
<a href="http://www.freeswitch.org">http://www.freeswitch.org</a><BR>
</SPAN></FONT></BLOCKQUOTE><FONT FACE="Monaco, Courier New"><SPAN STYLE='font-size:11pt'><BR>
<BR>
</SPAN></FONT></BLOCKQUOTE><FONT FACE="Monaco, Courier New"><SPAN STYLE='font-size:11pt'><BR>
-- <BR>
Ken<BR>
<FONT COLOR="#0000FF"><U><a href="http://www.FreeSWITCH.org">http://www.FreeSWITCH.org</a><BR>
<a href="http://www.ClueCon.com">http://www.ClueCon.com</a><BR>
<a href="http://www.OSTAG.org">http://www.OSTAG.org</a><BR>
</U></FONT>irc.freenode.net #freeswitch<BR>
</SPAN></FONT>
</BODY>
</HTML>