Strange call disconnect after 32 seconds

[kliker]

Hi,
I have strange call disconnect after exactly 32 seconds? What could be the problem?

regards,
Boris

 

[SY]

- Provider settings can't be changed
- All power-saving functions in 3CX server disabled
- I'm not using a STUN server. I have a fixed IP-address, fw set up with NAT and port forwarding. But it's unclear what port settings really should be as I've indicated in my question above, why I would apprechiate some clarification of what the settings should be.

I have now attached a WireShark logger between the fw and Internet, and there I can see that there is a incoming SIP message designated "ACK sip" (see attachment) even when phone disconnects.

Question:
Is the attached SIP message the message 3CX server is looking for which, if it is missing, will cause the 3CX server to emit the log "ACK not received"?
If it is, then I know what to look for in my contuniued debug.

Sorry, but it is really difficult to restore the puzzle having only one piece of it...
It is UDP packet but connection uses TCP transport...

What is the "User-Agent"? What is the software on other side?

 

[MatsW]

Can you be a bit more precise? I don't understand what you mean by "is UDP packet but connection uses TCP transport".
What timestamp in the log are you referring to? I can see that 5060 uses TCP as transport, but what UDP packet are you referring to?
The local phone picking up the call in the log is Grandstream GXW-4008 (if that is what you mean by "User Agent")
I don't have a clue on what software is on the other side. It's the VoIP providers gateway to PSTN.

Can you be so kind and comment on my questions above about fw config and SIP-ACK packet, becuase that would simplify my debugging a lot.

 

[SY]

Can you be a bit more precise? I don't understand what you mean by "is UDP packet but connection uses TCP transport".
What timestamp in the log are you referring to? I can see that 5060 uses TCP as transport, but what UDP packet are you referring to?
The local phone picking up the call in the log is Grandstream GXW-4008 (if that is what you mean by "User Agent")
I don't have a clue on what software is on the other side. It's the VoIP providers gateway to PSTN.

Can you be so kind and comment on my questions above about fw config and SIP-ACK packet, becuase that would simplify my debugging a lot.

Is it a joke? "Missing-ACK.txt" contains textual representation of _only_ one UDP packet. How can I be more precise?

 

[tpinnovations]

Is is just me, or are there some IPV6 addresses in that log file. :shock:

 

[MatsW]

Ok, sorry. I didn't know you were referring to thr attached "Missing-ACK.txt". But I've looked thru a connection with Wireshark, and there are no TCP packets going to or from the 3CX server, so I don't know where 3CX gets the idea of a TCP-connection. There are only UDP packets.
Anyway, it seems for the moment that this is a Cisco ASA problem which is currently being debugged.

And there are no IPv6 packets

But it would really help if I could get a clarification on the following fw config questions

- Is it correct that the firewall always shall be setup with port forwarding on UDP 9000-9015 to the 3CX server?
- Shall UDP 5090 be forwarded or not? Documentation doesn't say so, but if it isn't forwarded then step 3 in Firewall Checked fails.

 

[SY]

Ok, sorry. I didn't know you were referring to thr attached "Missing-ACK.txt". But I've looked thru a connection with Wireshark, and there are no TCP packets going to or from the 3CX server, so I don't know where 3CX gets the idea of a TCP-connection. There are only UDP packets.
Anyway, it seems for the moment that this is a Cisco ASA problem which is currently being debugged.

And there are no IPv6 packets

But it would really help if I could get a clarification on the following fw config questions

- Is it correct that the firewall always shall be setup with port forwarding on UDP 9000-9015 to the 3CX server?
- Shall UDP 5090 be forwarded or not? Documentation doesn't say so, but if it isn't forwarded then step 3 in Firewall Checked fails.

Media server should be able to use those ports (the range is configurable) on local host to communicate with the "outside world". The translation applied by your border device should not use "symmetric" style for "UDP connections" initiated by the PBX host or all traffic should be statically forwarded to the PBX host (ports) and PBX should be configured to use specified IP/ports without engaging a STUN server.
5090 (default value) port has the same semantic as a port for publicly available web server which is resided in local network (behind firewall/NAT device).

By the way, there are 3 proxies between PBX and remote side. Please check functionality of these devices.

 

[thenua]

XP firewall. But there are local exceptions for the following apps
- 3CX operator panel service
- 3CX phone system
- 3CX phone system media server
- 3CX web-server SIP/RTP tunneling proxy.

Just confirming that the listed firewall exemtpions (above) match my working XP SP3 instalation of 3CX also.

I wish I could offer further thoughts/help but I think I'm out of suggestions on this one. Its certainly quite strange. If solved in due course, hopefully you can report back here with the details.

I will keep watching thread and provide input/feedback where able.

Cheers
thenua

 

[kosztyua]

Hi,
I have a very similar problem to yours. My setup looks like the following: in the center office i have a lastest 3cx 8 running, with a few grandstream budgetone BT200 and linksys SPA921, network by draytek vigor2920 router. There are a few branch offices connected with ipsec (with asus sl200) to the main office, running BT200s and some xlite.
When calling from the center office the calls are fine, however when calling from branch to main or branch to branch, calls are disconnected after 32 seconds.