Hi all, I have a problem with one client where the call is fine and they can talk for almost exactly 30 seconds, then the log says originating phone (of FS) hung up. This only happens like 1% to 5% of the time. The phones are Mitel 6867i and 6865i which must use TCP not UDP. The firewall is a $#!#&* SonicWall. I am 99% convinced it is the firewall. It happened once on a Cisco phone using UDP so I increased the firewall UDP timeout. I already have keep-alive set to 30 seconds. It has not recurred on UDP phones since. Any ideas on something to do to Mitel config or SonicWall that might prevent a drop after 30 seconds? I have considered PCAP, but with so few occurrences I am worried about PCAP size before I get a "hit." Thanks, Sean
It doesn't address your actual issue - but for the pcap - as long as you can respond in a reasonable timeframe for the hit, you can use the tcpdump file rotation options "-C size -W count" to just set up a capture that will rotate through files. It'll create a lot of capture, but it will only keep the last N files. -- Nathan ------------------------------------------------------------------------------------------------------------------------ *From:* Sean Devoy <sdevoy@bizfocused.com> *Sent:* Fri, May 10, 2019 9:10 AM CDT *To:* FreeSWITCH Users Help <freeswitch-users@lists.freeswitch.org> *Subject:* [Freeswitch-users] Occasional Dropped call at 30 seconds
Hi all,
I have a problem with one client where the call is fine and they can talk for almost exactly 30 seconds, then the log says originating phone (of FS) hung up. This only happens like 1% to 5% of the time.
The phones are Mitel 6867i and 6865i which must use TCP not UDP. The firewall is a $#!#&* SonicWall. I am 99% convinced it is the firewall. It happened once on a Cisco phone using UDP so I increased the firewall UDP timeout. I already have keep-alive set to 30 seconds. It has not recurred on UDP phones since.
Any ideas on something to do to Mitel config or SonicWall that might prevent a drop after 30 seconds?
I have considered PCAP, but with so few occurrences I am worried about PCAP size before I get a “hit.”
Thanks,
Sean
_________________________________________________________________________
The FreeSWITCH project is sponsored by SignalWire https://signalwire.com Enhance your FreeSWITCH install with disruptive priced SMS and PSTN services. Build your next product on our scalable cloud platform.
Join our online community to chat in real time https://signalwire.community
Professional FreeSWITCH Services sales@freeswitch.com https://freeswitch.com
Official FreeSWITCH Sites https://freeswitch.com/oss https://freeswitch.org/confluence https://cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users https://freeswitch.com
-- ------------------------------------------------------------ Nathan Neulinger nneul@mst.edu Missouri S&T Information Technology (573) 341-6679 System Administrator - Architect (573) 612-1412 System and Desktop Infrastructure Team Manager
Hi, a 30s delay (more exactly, 32s) is for sure a nat issue: you are not receiving the final ACK. Check if there is a SIP ALG enabled on your SonicWall and try to disable it. Best Regards, -- Vallimamod Abdullah SIP Solutions vma@sip.solutions linkedin.com/in/vallimamod .
On 10 May 2019, at 16:10, Sean Devoy <sdevoy@bizfocused.com> wrote:
Hi all,
I have a problem with one client where the call is fine and they can talk for almost exactly 30 seconds, then the log says originating phone (of FS) hung up. This only happens like 1% to 5% of the time.
The phones are Mitel 6867i and 6865i which must use TCP not UDP. The firewall is a $#!#&* SonicWall. I am 99% convinced it is the firewall. It happened once on a Cisco phone using UDP so I increased the firewall UDP timeout. I already have keep-alive set to 30 seconds. It has not recurred on UDP phones since.
Any ideas on something to do to Mitel config or SonicWall that might prevent a drop after 30 seconds?
I have considered PCAP, but with so few occurrences I am worried about PCAP size before I get a “hit.”
Thanks, Sean
+1 On Fri, 10 May 2019 at 16:08, Vallimamod Abdullah <vma@vallimamod.org> wrote:
Hi,
a 30s delay (more exactly, 32s) is for sure a nat issue: you are not receiving the final ACK.
Check if there is a SIP ALG enabled on your SonicWall and try to disable it.
Best Regards, -- Vallimamod Abdullah SIP Solutions vma@sip.solutions linkedin.com/in/vallimamod .
On 10 May 2019, at 16:10, Sean Devoy <sdevoy@bizfocused.com> wrote:
Hi all,
I have a problem with one client where the call is fine and they can talk for almost exactly 30 seconds, then the log says originating phone (of FS) hung up. This only happens like 1% to 5% of the time.
The phones are Mitel 6867i and 6865i which must use TCP not UDP. The firewall is a $#!#&* SonicWall. I am 99% convinced it is the firewall. It happened once on a Cisco phone using UDP so I increased the firewall UDP timeout. I already have keep-alive set to 30 seconds. It has not recurred on UDP phones since.
Any ideas on something to do to Mitel config or SonicWall that might prevent a drop after 30 seconds?
I have considered PCAP, but with so few occurrences I am worried about PCAP size before I get a “hit.”
Thanks, Sean
_________________________________________________________________________
The FreeSWITCH project is sponsored by SignalWire https://signalwire.com Enhance your FreeSWITCH install with disruptive priced SMS and PSTN services. Build your next product on our scalable cloud platform.
Join our online community to chat in real time https://signalwire.community
Professional FreeSWITCH Services sales@freeswitch.com https://freeswitch.com
Official FreeSWITCH Sites https://freeswitch.com/oss https://freeswitch.org/confluence https://cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users https://freeswitch.com
-- Regards, David Villasmil email: david.villasmil.work@gmail.com phone: +34669448337
This link is for a different phone system. But it looks like you may need to get two setting options to avoid the random translations of port. https://www.3cx.com/docs/sonicwall-firewall-configuration/ Regards Alexander Alexander Neilson Neilson Productions Limited 021 329 681 alexander@neilson.net.nz
On 11/05/2019, at 03:47, David Villasmil <david.villasmil.work@gmail.com> wrote:
+1
On Fri, 10 May 2019 at 16:08, Vallimamod Abdullah <vma@vallimamod.org> wrote: Hi,
a 30s delay (more exactly, 32s) is for sure a nat issue: you are not receiving the final ACK.
Check if there is a SIP ALG enabled on your SonicWall and try to disable it.
Best Regards, -- Vallimamod Abdullah SIP Solutions vma@sip.solutions linkedin.com/in/vallimamod .
On 10 May 2019, at 16:10, Sean Devoy <sdevoy@bizfocused.com> wrote:
Hi all,
I have a problem with one client where the call is fine and they can talk for almost exactly 30 seconds, then the log says originating phone (of FS) hung up. This only happens like 1% to 5% of the time.
The phones are Mitel 6867i and 6865i which must use TCP not UDP. The firewall is a $#!#&* SonicWall. I am 99% convinced it is the firewall. It happened once on a Cisco phone using UDP so I increased the firewall UDP timeout. I already have keep-alive set to 30 seconds. It has not recurred on UDP phones since.
Any ideas on something to do to Mitel config or SonicWall that might prevent a drop after 30 seconds?
I have considered PCAP, but with so few occurrences I am worried about PCAP size before I get a “hit.”
Thanks, Sean
_________________________________________________________________________
The FreeSWITCH project is sponsored by SignalWire https://signalwire.com Enhance your FreeSWITCH install with disruptive priced SMS and PSTN services. Build your next product on our scalable cloud platform.
Join our online community to chat in real time https://signalwire.community
Professional FreeSWITCH Services sales@freeswitch.com https://freeswitch.com
Official FreeSWITCH Sites https://freeswitch.com/oss https://freeswitch.org/confluence https://cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users https://freeswitch.com -- Regards,
David Villasmil email: david.villasmil.work@gmail.com phone: +34669448337 _________________________________________________________________________
The FreeSWITCH project is sponsored by SignalWire https://signalwire.com Enhance your FreeSWITCH install with disruptive priced SMS and PSTN services. Build your next product on our scalable cloud platform.
Join our online community to chat in real time https://signalwire.community
Professional FreeSWITCH Services sales@freeswitch.com https://freeswitch.com
Official FreeSWITCH Sites https://freeswitch.com/oss https://freeswitch.org/confluence https://cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users https://freeswitch.com
You could also look at the https://freeswitch.org/confluence/display/FREESWITCH/NDLB options such as forcing rport. But it's far better to solve it properly at the client end than implement workarounds at the server end. On Mon, 13 May 2019 at 12:09, Alexander Neilson <alexander@neilson.net.nz> wrote:
This link is for a different phone system.
But it looks like you may need to get two setting options to avoid the random translations of port.
https://www.3cx.com/docs/sonicwall-firewall-configuration/
Regards Alexander
Alexander Neilson Neilson Productions Limited 021 329 681 alexander@neilson.net.nz
On 11/05/2019, at 03:47, David Villasmil <david.villasmil.work@gmail.com> wrote:
+1
On Fri, 10 May 2019 at 16:08, Vallimamod Abdullah <vma@vallimamod.org> wrote:
Hi,
a 30s delay (more exactly, 32s) is for sure a nat issue: you are not receiving the final ACK.
Check if there is a SIP ALG enabled on your SonicWall and try to disable it.
Best Regards, -- Vallimamod Abdullah SIP Solutions vma@sip.solutions linkedin.com/in/vallimamod .
On 10 May 2019, at 16:10, Sean Devoy <sdevoy@bizfocused.com> wrote:
Hi all,
I have a problem with one client where the call is fine and they can talk for almost exactly 30 seconds, then the log says originating phone (of FS) hung up. This only happens like 1% to 5% of the time.
The phones are Mitel 6867i and 6865i which must use TCP not UDP. The firewall is a $#!#&* SonicWall. I am 99% convinced it is the firewall. It happened once on a Cisco phone using UDP so I increased the firewall UDP timeout. I already have keep-alive set to 30 seconds. It has not recurred on UDP phones since.
Any ideas on something to do to Mitel config or SonicWall that might prevent a drop after 30 seconds?
I have considered PCAP, but with so few occurrences I am worried about PCAP size before I get a “hit.”
Thanks, Sean
_________________________________________________________________________
The FreeSWITCH project is sponsored by SignalWire https://signalwire.com Enhance your FreeSWITCH install with disruptive priced SMS and PSTN services. Build your next product on our scalable cloud platform.
Join our online community to chat in real time https://signalwire.community
Professional FreeSWITCH Services sales@freeswitch.com https://freeswitch.com
Official FreeSWITCH Sites https://freeswitch.com/oss https://freeswitch.org/confluence https://cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users https://freeswitch.com
-- Regards,
David Villasmil email: david.villasmil.work@gmail.com phone: +34669448337
_________________________________________________________________________
The FreeSWITCH project is sponsored by SignalWire https://signalwire.com Enhance your FreeSWITCH install with disruptive priced SMS and PSTN services. Build your next product on our scalable cloud platform.
Join our online community to chat in real time https://signalwire.community
Professional FreeSWITCH Services sales@freeswitch.com https://freeswitch.com
Official FreeSWITCH Sites https://freeswitch.com/oss https://freeswitch.org/confluence https://cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users https://freeswitch.com
_________________________________________________________________________
The FreeSWITCH project is sponsored by SignalWire https://signalwire.com Enhance your FreeSWITCH install with disruptive priced SMS and PSTN services. Build your next product on our scalable cloud platform.
Join our online community to chat in real time https://signalwire.community
Professional FreeSWITCH Services sales@freeswitch.com https://freeswitch.com
Official FreeSWITCH Sites https://freeswitch.com/oss https://freeswitch.org/confluence https://cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users https://freeswitch.com
participants (6)
-
Alexander Neilson
-
David Villasmil
-
Nathan Neulinger
-
Sean Devoy
-
Steven Ayre
-
Vallimamod Abdullah