Jump to content

This is the support site for Andrews & Arnold Ltd, a UK Internet provider. Information on these pages is generally for our customers but may be useful to others, enjoy!

SIP Audio Problems: Difference between revisions

m
mNo edit summary
 
(6 intermediate revisions by 2 users not shown)
! Type !! Typical Cause !! Typical fix
|-
| '''No audio''' || On mute, handset loose cable?! Firewall/NAT blocking traffic || Investigate firewall/NAT/ALG
|-
| '''Short silent gaps''' || Packet loss || Check internet quality
| '''No audio after a few minutes''' || Firewall/NAT/session timeouts || Investigate firewall/NAT/ALG
|}
 
 
* Calling *100 will play a continuous 1Khz tone - if the audio breaks up then there is a problem
 
= Checklist: =
 
== NAT ==
If your phones are are on a 192.168.x.x or 10.x.x.x IP address then they will be behind a NAT router. Our [[VoIP NAT|VoIP and NAT]] page has information and tips if your phones are behind a NAT router and you have problems.
 
== Things to figure out ==
== Things to investigate ==
* Check the quality of the internet connection
* Calling *100 will play a continuous 1Khz tone - if the audio breaks up then there is a problem
* Check the CQM graph (if using A&A for the internet connection)
* Check for other traffic on the internet connection - spikes in traffic can affect audio
* (if non-A&A internet) Try a different Internet connection, including using a different ISP
* Try non-NAT
* -Disable/Enable any SIP ALG on the broadband router - if it's a feature
* If it's only the incoming audio that is broken, look for the jitter buffer setting on the SIP device and increase it bit by bit.
 
* Get a pcap and use Wireshark to decode it
* Wireshark can play audio with different jitter buffer settings so you can sometimes recreate audio problems from the pcap
* Wireshark can [calculate jitter and delta stats](https://wiki.wireshark.org/RTP_statistics) calculate jitter and delta stats]
** Packets can arrive bunched up, with gaps between, or out of order. Jitter is a measurement of this.
** Wireshark calculates jitter as per the definition in [RFC3550](https://www.rfc-editor.org/rfc/rfc3550#page-94) RFC3550] so it uses a standard formula.
** Delta is the time difference between arrival of RTP packets. Max delta is the highest gap between arrival of packets. If the max delta is greater than the jitter buffer, audio will start getting dropped. Each packet usually contains 20ms of audio, so for high enough max delta you'll start to lose audio in 20ms chunks.
autoreview, Bureaucrats, editor, Interface administrators, reviewer, Administrators
12,271

edits