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@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@lists.freeswitch.org [mailto:freeswitch-users-bounces@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@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@lists.freeswitch.org [mailto:freeswitch-users-bounces@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@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