I can confirm that issue related to fragmented UDP packets from carrier equipment. Try swith to TCP transport. пн, 1 мая 2017, 23:12 Michael Jerris <mike@jerris.com>:
you can’t tell just from the data provided, but these issues are usually nat related. Inspect the IP addrs and ports in the sip packet and on the wire and see if all looks right.
On May 1, 2017, at 3:13 PM, Charles Bujold <cjbujold@accra.ca> wrote:
Hi,
Getting a strange issue, all incoming calls work great, but outgoing calls are getting dropped.
Initially though that it was a NAT issue but verified the NAT and it is working properly. The proper external IP is being used and the gateway is registering with the service provider without issue.
Checked the call flow with sngrep and wireshark and found some strange issues.
1. From my end, making the outbound call I see the call being connected and I receive a 200 OK that the call is connected and I have a connection. It will last about 1.5 minutes while at the same time I see 5-6 INVITE being sent from my Freeswitch to my service provider and then a BYE that it is hanging up.
1. From my service provider, they see the call established and then: SIP/SDP 82 Request: INVITE sip: telephonnumber@IPxxxxxx:5060; transport=udp, in-dialog
The question is what is the “in-dialog” it seems to be causing the call to not be recognize that it is active and INVITE being generated and not being answered which causes the Bye Command to occur.
Not certain how to fix. Any suggestions would be appreciated.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.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 http://www.freeswitch.org