One Way Audio on Some calls
Has any one seen an issue where an endpoint answers and it take literally 10 seconds before the server forwards the signaling to the next server upstream. It does not happen every call, but the ip that the server is communicating to is the same if the call is good or bad. If the call is bad after the 10 seconds the remote end of connected and there is one way audio. The Only difference i have been able to see in the logs is that the call that completes correctly returns a lines stating that stun is not needed because the ports match. I am running FreeSWITCH Version 1.0.head (svn-17188M) Freeswitch has public IP addresses and the Endpoint are behind nat. I have tested multiple endpoint with the same results. Thanks in advance for any help.
This ssems strange. Are you able to capture a debug log with sip trace of just one of these broken calls that I can take a look at? Mike On Apr 23, 2010, at 1:30 AM, Travis Stevens wrote:
Has any one seen an issue where an endpoint answers and it take literally 10 seconds before the server forwards the signaling to the next server upstream. It does not happen every call, but the ip that the server is communicating to is the same if the call is good or bad. If the call is bad after the 10 seconds the remote end of connected and there is one way audio.
The Only difference i have been able to see in the logs is that the call that completes correctly returns a lines stating that stun is not needed because the ports match.
I am running FreeSWITCH Version 1.0.head (svn-17188M)
Freeswitch has public IP addresses and the Endpoint are behind nat. I have tested multiple endpoint with the same results.
Thanks in advance for any help.
_______________________________________________ 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
participants (2)
-
Michael Jerris
-
Travis Stevens