April 5, 2017, 2:21pm
Freepbx version 22.214.171.124 Asterisk version 13.7.1
We have struggled with this problem for a long time. Can never seem to nail it down. We are using SIP trunks. Several times a day an outgoing call will not go through or will only last 5 - 10 seconds then get dropped. We have a Sonicwall between us and the ISP. The Sonicwall is not ours. For several years there was a Asterisk based system that worked fine in the same environment. I believe the asterisk version was 1.8. Today the customer called the SIP trunk provider and had several calls fail. The provider sent this to me:
[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 126.96.36.199:5060;branch=z9hG4bK5ae80c83;rport
sip:;tag=as722f21ee [email protected]
sip:*;tag=sip+1+a7e00011+92a173d4 [email protected]
CSeq: 103 BYE
X-Asterisk-HangupCause: No user responding
I am going to start a tcpdump on the system to see if I can trap bad calls.
April 5, 2017, 4:00pm
Didn’t mean to be so BOLD in the op. I now have the SIP packets from the Sonicwall being captured for me.
here is a packet from an outgoing call:
SIP/2.0 200 OK
From: “Unknown” sip:;tag=as21792aa0 [email protected]
Via: SIP/2.0/UDP 188.8.131.52:5060;received=184.108.40.206;rport=5060;branch=z9hG4bK7b1e0749
Contact: sip: [email protected]:5060
Call-ID: [email protected]:5060
CSeq: 102 OPTIONS
Date: Wed, 05 Apr 2017 13:33:21 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
I am not sure about the Unknown in the From and Contact fields. This packet is from the Sonicwall. The 220.127.116.11 is the WAN of the network for install.
April 5, 2017, 4:19pm
Check out this guide I wrote here:
Ok - Wasted quite a bit of time this morning with a new configuration we were trying out and I thought I would post it here so that no one else has to waste the same amount of time that I did this morning.
First, some general information:
For a standard setup with a FreePBX/Asterisk PBX onsite, you will need the following on the Sonicwall:
A Port Forwarding rule of 5060-UDP for the Incoming SIP Trunk - Sonicwalls are very AGGRESSIVE about closing that port, so if you use a SIP trunk and you…
My guess is you are missing some of the settings - more than 75% of my base is behind Sonicwalls with no problems with dropped calls.
April 5, 2017, 5:12pm
Thanks Greg I will forward that link to the IT guys