ConnectivityProblems
Version 15 (Adrian Georgescu, 07/21/2013 10:28 pm) → Version 16/31 (Adrian Georgescu, 07/21/2013 10:28 pm)
h1. Connectivity Problems
Real-time communication using SIP protocol between end-points may fail. Real-time communications, regardless of protocol used (XMPP is no different), is a complex topic, for each session several IP addresses, port and protocols combinations are used in both directions. What are the possible reasons for such failures? Here is a checklist that can help eliminate possible causes:
h2. Software version
* Upgrade to the latest version of your application, version, very often a problem may have already been solved.
h2. Local Computer
* Firewall software installed. Check if no software blocks access to the ports used by your application or enable the use of the proper ports in the firewall configuration.
h2. Internet Router
* SIP ALG enabled. Your router re-writes the content of your SIP packets. Check of the router has any so called SIP support and "disabled it":http://www.voip-info.org/wiki/view/Routers+SIP+ALG
* Firewall enabled. Check if no software blocks access to the ports used by your application or enable the use of the proper ports in the firewall configuration.
h2. Internet Provider
* Policy that blocks either SIP signalling or RTP media. You can try use another SIP service provider that provides access over TCP or TLS instead of UDP or is using custom ports. Otherwise use another ISP.
* Provider does not allow the use of ICE for NAT traversal and forces a media relay instead. Turn of ICE in the client.
h2. SIP Service Provider
* Provider requires use of STUN protocol so that the SIP devices uses a public IP address in the Contact header. This is wrong and unreliable, such behaviour is explicitly discouraged by the "standards":http://projects.ag-projects.com/projects/blinkc/wiki/MostEncounteredProblems#SIP-Provider-requires-STUN
* Provider does does not support certain audio or video codecs. Instead of rejecting such sessions with an appropriate code, they simply won't answer.
Real-time communication using SIP protocol between end-points may fail. Real-time communications, regardless of protocol used (XMPP is no different), is a complex topic, for each session several IP addresses, port and protocols combinations are used in both directions. What are the possible reasons for such failures? Here is a checklist that can help eliminate possible causes:
h2. Software version
* Upgrade to the latest version of your application, version, very often a problem may have already been solved.
h2. Local Computer
* Firewall software installed. Check if no software blocks access to the ports used by your application or enable the use of the proper ports in the firewall configuration.
h2. Internet Router
* SIP ALG enabled. Your router re-writes the content of your SIP packets. Check of the router has any so called SIP support and "disabled it":http://www.voip-info.org/wiki/view/Routers+SIP+ALG
* Firewall enabled. Check if no software blocks access to the ports used by your application or enable the use of the proper ports in the firewall configuration.
h2. Internet Provider
* Policy that blocks either SIP signalling or RTP media. You can try use another SIP service provider that provides access over TCP or TLS instead of UDP or is using custom ports. Otherwise use another ISP.
* Provider does not allow the use of ICE for NAT traversal and forces a media relay instead. Turn of ICE in the client.
h2. SIP Service Provider
* Provider requires use of STUN protocol so that the SIP devices uses a public IP address in the Contact header. This is wrong and unreliable, such behaviour is explicitly discouraged by the "standards":http://projects.ag-projects.com/projects/blinkc/wiki/MostEncounteredProblems#SIP-Provider-requires-STUN
* Provider does does not support certain audio or video codecs. Instead of rejecting such sessions with an appropriate code, they simply won't answer.