[Freeswitch-users] FS default behaiour when no ACK is received

[Michael Jerris]

The answer is to fix your router issues or nat configuration so you don't have these issues in the first place.

> On Mar 18, 2015, at 10:05 AM, Abdul Hakeem <alhakeem at gmail.com> wrote:
> 
> Hello,
> What I meant by disappearing is: an inbound call might fail now & 5 minutes
> later NAT is fine.
> There's no firewall so, I think it might be the OPTIONS pings.
> Anyway, I will change the router just to see any improvement.
> 
> -----Original Message-----
> From: freeswitch-users-bounces at lists.freeswitch.org
> [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Michael
> Jerris
> Sent: Wednesday, March 18, 2015 12:30 PM
> To: FreeSWITCH Users Help
> Subject: Re: [Freeswitch-users] FS default behaiour when no ACK is received
> 
> I don't understand what you are saying?  What is disappearing?  No, you never
> want to send a fake packet.. there is a message flow that includes ack for a
> reason.  You need to address whatever is causing lost packets or you can't hope
> to have coherent conversations over sip.
> 
>> On Mar 18, 2015, at 7:41 AM, Abdul Hakeem <alhakeem at gmail.com> wrote:
>> 
>> Hello,
>> The lost or delayed ACK are periodic. Sometime it disappear within minutes,
> but
>> of course after the call has been dropped.
>> IS there any way to send fake ACK packet to FS via ESL  before CONNECT ?
>> Cheers
>> 
>> -----Original Message-----
>> From: freeswitch-users-bounces at lists.freeswitch.org
>> [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Michael
>> Jerris
>> Sent: Tuesday, March 17, 2015 5:01 PM
>> To: FreeSWITCH Users Help
>> Subject: Re: [Freeswitch-users] FS default behaiour when no ACK is received
>> 
>> No, and there shouldn't/can't be.  If you try to continue a call that has nat
>> issues keeping responses from going through, there will be no way to end the
>> call.
>> 
>>> On Mar 17, 2015, at 12:15 PM, Abdul Hakeem <alhakeem at gmail.com> wrote:
>>> 
>>> Hello,
>>> 
>>> Is there any way to override FS behaviour when no ACK is received by FS from
>>> registered clients?
>>> I'm hoping there might be a way for FS to continue processing rather than end
>>> the call.
>>> 
>>> Cheers,
>>> Abdul Hakeem
>> 
>