INBOUND CALL FROM ASTPP TO FUSIONPBX LASTS 32 SECONDS

[papsgrey]

Hello

I have been stuck on my fusionpbx for some days now and I need your help.
This is my setup fusionpbx—-> ASTPP —-> Provider.
Outgoing calls works fine, however, incoming calls cut after 32secs.
from the siptrace, BYE is generated by fusionpbx
I tried creating an extension on ASTPP and on ASTPP inbound calls from Provider dont cut after 32secs.
so it appears the issue is on the trunk between Fusionpbx and ASTPP or some configs my Fusionpbx

attached is pcap from both fusionpbx and astpp

 

[Adrian Fretwell]

The reason is the final ACK to the 200OK is not going to the correct destination. The reason for this is that the contact header in the 200 OK says:
Contact: <sip:+233308250100@197.221.82.186:5060;transport=udp>

So the 200 OK is sent by 196.221.83.76 to 196.221.83.77 and then 196.221.83.77 returns the ACK to 196.221.83.186.

It is normal behavior for a call to disconnect if the final ACK is not received.

 

[DigitalDaz]

Its actually 82.186 but that's neither here nor there.

Do you have multiple interfaces on the ASTPP or something?

If so, its probably using the wrong interface address and you need to set the external sip ip on one of the profiles.

 

[bcmike]

I have the same setup and ran into the same issue early on. This is a nat issue (Ack is always a nat issue) . Run sngrep and make sure you are sending what is expected on the other end and not an internal (or different WAN) IP. If you're running multiple WAN ips on your firewall make sure you have a nat rule that sends egress traffic from your internal box with the proper WAN IP.