[Freeswitch-users] call disconnects after 32 seconds

[Ken Rice]

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...

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.

The real fix here is to fix the underlying cause, not masking it....


On 11/16/12 11:45 AM, "Yiftach Golan" <yiftah at choochee.com> wrote:

> 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?
> I know that it has the risk of open sessions but there some other ways to
> handle those cases
>   
> On Thu, Nov 15, 2012 at 6:35 PM, Ken Rice <krice at freeswitch.org> wrote:
>> 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....
>> 
>> Quite common on networks with NAT issues or broken endpoints
>> 
>> 
>> On 11/15/12 7:43 PM, "Vitalie Colosov" <vetali100 at gmail.com
>> <http://vetali100@gmail.com> > wrote:
>> 
>>> 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.
>>> Not sure if this is exact same scenario here, but just something to
>>> consider...
>>> 
>>> Regards.
>>> Vitalie
>>> 
>>> 
>>> 2012/11/15 kaleem rehman <k4kaleem at gmail.com <http://k4kaleem@gmail.com> >
>>>> Hi All,
>>>>  
>>>> 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.
>>>> please find the attached log file with sofia in debug mode. - caller was
>>>> extension 1234 and desination was 01908321682
>>>>  
>>>> your help will be greately appreciated.
>>>>  
>>>> regards,
>>>> Kaleem
>>>> 
>>>> _________________________________________________________________________
>>>> Professional FreeSWITCH Consulting Services:
>>>> consulting at freeswitch.org <http://consulting@freeswitch.org>
>>>> http://www.freeswitchsolutions.com
>>>> 
>>>> 
>>>> 
>>>> 
>>>> Official FreeSWITCH Sites
>>>> http://www.freeswitch.org
>>>> http://wiki.freeswitch.org
>>>> http://www.cluecon.com
>>>> 
>>>> FreeSWITCH-users mailing list
>>>> FreeSWITCH-users at lists.freeswitch.org
>>>> <http://FreeSWITCH-users@lists.freeswitch.org>
>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>>>> http://www.freeswitch.org
>>>> 
>>> 
>>> 
>>> 
>>> _________________________________________________________________________
>>> Professional FreeSWITCH Consulting Services:
>>> consulting at freeswitch.org <http://consulting@freeswitch.org>
>>> http://www.freeswitchsolutions.com
>>> 
>>> 
>>> 
>>> 
>>> Official FreeSWITCH Sites
>>> http://www.freeswitch.org
>>> http://wiki.freeswitch.org
>>> http://www.cluecon.com
>>> 
>>> FreeSWITCH-users mailing list
>>> FreeSWITCH-users at lists.freeswitch.org
>>> <http://FreeSWITCH-users@lists.freeswitch.org>
>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>>> http://www.freeswitch.org

-- 
Ken
http://www.FreeSWITCH.org
http://www.ClueCon.com
http://www.OSTAG.org
irc.freenode.net #freeswitch

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20121116/b5a1d4e2/attachment-0001.html