SIP Audio Problems

Back up to the VoIP Faults page
From AAISP Support Site


Here is a list of things to go through when dealing with VoIP Quality issues with VoIP calls, eg: calls breaking up, garbled audio, silence or gaps in the call.

This page doesn't have all (or many) answers, but poses a whole list of things to try and do to pin-point the cause of audio problems. The aim is that by going through these points the customer and Support Staff will have a good understanding on how the problem is manifesting and what's been tried to resolve it so far. It will then make a base for further investigations.

Assumptions:

  • We assume calls are working but there are audio problems - the quality of the sound on the call is not as expected
  • If you have registration problems then this page isn't going to help much
  • CODECs are not mentioned here, as A&A only support G7.11 A-LAW CODEC

Brief overview

Here is a very brief overview of types of audio problems, their cause and the fix. This is not exhaustive, and usually there isn't a quick fix and diagnosing and investigation is required.

SIP Audio Problems
Type Typical Cause Typical fix
No audio On mute?! Firewall/NAT blocking traffic Investigate firewall/NAT/ALG
Short silent gaps Packet loss Check internet quality
Audio garbled Internet quality Check jitter and quality of internet connection
No audio after a few minutes Firewall/NAT/session timeouts Investigate firewall/NAT/ALG

Checklist:

Things to figure out

Dealing with audio problems can be tricky, we need to identify as much detail about when the problems happens to aid investigation.

  • Exactly how is audio affected? gaps, garbled, delayed, silence after a few minutes, etc.
  • Is the audio problem heard on call recordings - this feature can be enabled on the control pages
    • Our call recording software has a large jitter buffer and rearranges out of order packets, so bear in mind it is possible for a garbled call to have a perfect call recording.
  • Is the audio problem only on incoming or outgoing calls, or on both?
  • Is the audio problem present on 'internal to A&A' calls - eg, if you call another A&A number such as our technical support. Or is it only affecting calls that are sent outside of A&A
  • Does it affect calls to/from BOTH mobiles and landlines, or just one?
  • If only mobiles, is it specific to a particular carrier, eg onle EE, or Three, etc
  • Is the audio problem heard on both sides of the call, or just one? Which side?
  • Test the above multiple times so as to be sure.
  • If problem is outbound, then A&A Support can provide details on how to test making calls via the different upstream carriers that we use.


Things to investigate

  • Check the quality of the internet connection
  • 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
  • Check latency/jitter during a call - eg ping voiceless.aa.net.uk 1000 times and look at the min/max levels
  • A&A can set up a ping graph to your IP address - Let Support staff know your IP address. This will then graph loss and latency

Things to swap/change

The aim here is to change things one by one to target in on the thing that may be the cause.

  • Disable bonding, if bonding is in use (Bonding can add to jitter)
  • Try just the phone on the internet connection, plugged directly in to the router - unplug/disable all other devices, disable WiFi (this also takes the LAN out of the equation as a problem on the LAN can affect the traffic)
  • Try a different phone or SIP Client
  • (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.

Advanced troubleshooting

  • 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)
    • 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) 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.