<HTML>
<HEAD>
<TITLE>Re: [Freeswitch-users] call disconnects after 32 seconds</TITLE>
</HEAD>
<BODY>
<FONT FACE="Monaco, Courier New"><SPAN STYLE='font-size:11pt'>In this case masking the issue can lead to massive bills... Imaging paying by the minute... All of a sudden you are now leaving 2 minute calls up for hours on end... And continuing to get billed for them... Or you are not continuing to bill a customer for them... And now you have unexpected HUGE bills coming in... Masking it is far worse then just fixing it... <BR>
<BR>
If we mask this one issue, we might as well mask memory leaks, or passwords that don’t work, etc... Sure sometimes we might have to mask an issue for production to work in the short term, but that is never the correct answer fix a problem<BR>
<BR>
<BR>
On 11/16/12 2:19 PM, "Yiftach Golan" <<a href="yiftah@choochee.com">yiftah@choochee.com</a>> wrote:<BR>
<BR>
</SPAN></FONT><BLOCKQUOTE><FONT FACE="Monaco, Courier New"><SPAN STYLE='font-size:11pt'>While I agree on the details I disagree on the solution<BR>
Sometimes masking the problems can be a good solution but I guess it is a philosophical debate <BR>
<BR>
<BR>
On Fri, Nov 16, 2012 at 10:27 AM, Ken Rice <<a href="krice@freeswitch.org">krice@freeswitch.org</a>> wrote:<BR>
</SPAN></FONT><BLOCKQUOTE><FONT FACE="Monaco, Courier New"><SPAN STYLE='font-size:11pt'>That leaves to big a risk of open sessions and only masks the true issue which is a problem with FS getting the ACK back...<BR>
<BR>
Theres a reason FS is not getting the ACK, and FS will make several attempts to get an ack by retransmitting the 200 OK several times before that timeout occurs.<BR>
<BR>
The real fix here is to fix the underlying cause, not masking it....<BR>
<BR>
<BR>
On 11/16/12 11:45 AM, "Yiftach Golan" <<a href="yiftah@choochee.com">yiftah@choochee.com</a> <<a href="http://yiftah@choochee.com">http://yiftah@choochee.com</a>> > wrote:<BR>
<BR>
</SPAN></FONT><BLOCKQUOTE><FONT FACE="Monaco, Courier New"><SPAN STYLE='font-size:11pt'>I know that it is kind out of the what RFC3261 instructs, but did anyone think on giving the option in configuration not to hang up calls in case of an ACK does not arrive?<BR>
I know that it has the risk of open sessions but there some other ways to handle those cases<BR>
<BR>
On Thu, Nov 15, 2012 at 6:35 PM, Ken Rice <<a href="krice@freeswitch.org">krice@freeswitch.org</a> <<a href="http://krice@freeswitch.org">http://krice@freeswitch.org</a>> > wrote:<BR>
</SPAN></FONT><BLOCKQUOTE><FONT FACE="Monaco, Courier New"><SPAN STYLE='font-size:11pt'>This is probably the same scenario as this is exactly what to expect... Call gets answered far end doesn’t ACK FS sending them a 200OK , fs hangsup the call....<BR>
<BR>
Quite common on networks with NAT issues or broken endpoints<BR>
<BR>
<BR>
On 11/15/12 7:43 PM, "Vitalie Colosov" <<a href="vetali100@gmail.com">vetali100@gmail.com</a> <<a href="http://vetali100@gmail.com">http://vetali100@gmail.com</a>> <<a href="http://vetali100@gmail.com">http://vetali100@gmail.com</a>> > wrote:<BR>
<BR>
</SPAN></FONT><BLOCKQUOTE><FONT FACE="Monaco, Courier New"><SPAN STYLE='font-size:11pt'>I saw this happened earlier when the remote party does not send SIP ACK after receiving SIP OK, so the call is being disconnected after exactly 32 seconds.<BR>
Not sure if this is exact same scenario here, but just something to consider...<BR>
<BR>
Regards.<BR>
Vitalie<BR>
<BR>
<BR>
2012/11/15 kaleem rehman <<a href="k4kaleem@gmail.com">k4kaleem@gmail.com</a> <<a href="http://k4kaleem@gmail.com">http://k4kaleem@gmail.com</a>> <<a href="http://k4kaleem@gmail.com">http://k4kaleem@gmail.com</a>> ><BR>
</SPAN></FONT><BLOCKQUOTE><FONT FACE="Monaco, Courier New"><SPAN STYLE='font-size:11pt'>Hi All,<BR>
<BR>
my inbound calls are fine with no issues, my outbound calls get disconnected after 32 seconds and its on all calls. i tried 2 different suppliers and its same result.<BR>
please find the attached log file with sofia in debug mode. - caller was extension 1234 and desination was 01908321682<BR>
<BR>
your help will be greately appreciated.<BR>
<BR>
regards,<BR>
Kaleem<BR>
<BR>
_________________________________________________________________________<BR>
Professional FreeSWITCH Consulting Services:<BR>
<a href="consulting@freeswitch.org">consulting@freeswitch.org</a> <<a href="http://consulting@freeswitch.org">http://consulting@freeswitch.org</a>> <<a href="http://consulting@freeswitch.org">http://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> <<a href="http://FreeSWITCH-users@lists.freeswitch.org">http://FreeSWITCH-users@lists.freeswitch.org</a>> <<a href="http://FreeSWITCH-users@lists.freeswitch.org">http://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>
<BR>
</SPAN></FONT></BLOCKQUOTE><FONT FACE="Monaco, Courier New"><SPAN STYLE='font-size:11pt'><BR>
<BR>
<HR ALIGN=CENTER SIZE="3" WIDTH="95%"></SPAN></FONT><FONT SIZE="2"><FONT FACE="Consolas, Courier New, Courier"><SPAN STYLE='font-size:10pt'>_________________________________________________________________________<BR>
Professional FreeSWITCH Consulting Services:<BR>
<a href="consulting@freeswitch.org">consulting@freeswitch.org</a> <<a href="http://consulting@freeswitch.org">http://consulting@freeswitch.org</a>> <<a href="http://consulting@freeswitch.org">http://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> <<a href="http://FreeSWITCH-users@lists.freeswitch.org">http://FreeSWITCH-users@lists.freeswitch.org</a>> <<a href="http://FreeSWITCH-users@lists.freeswitch.org">http://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></FONT></BLOCKQUOTE></BLOCKQUOTE></BLOCKQUOTE></BLOCKQUOTE></BLOCKQUOTE><FONT SIZE="2"><FONT FACE="Consolas, Courier New, Courier"><SPAN STYLE='font-size:10pt'><FONT COLOR="#888888"><BR>
</FONT></SPAN></FONT></FONT><FONT FACE="Monaco, Courier New"><SPAN STYLE='font-size:11pt'>-- <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>