Coupures, voix hachée, écho, son dans un seul sens… Dans la très grande majorité des cas, un problème de son ne vient pas du PBX : il vient du réseau ou d'un équipement tiers. Ce guide vous aide à reconnaître les symptômes, comprendre leurs causes et les isoler avant d'ouvrir un ticket.
Pour parler le même langage, rien ne vaut l'oreille. Ces extraits sont des démonstrations que nous avons produites nous-mêmes (voix de test synthétique) pour illustrer chaque symptôme. Écoutez d'abord la référence, puis comparez. Astuce : cliquez sur le titre d'un extrait pour aller à son explication.
Le rendu attendu : propre, régulier, sans artefact.
Cause : des paquets se perdent (lien saturé, Wi-Fi faible). Solution : filaire, QoS, vérifier le débit et la stabilité.
Cause : le lien décroche (Wi-Fi, saturation, VPN instable). Solution : stabiliser/filaire, contrôler le débit et la latence.
Cause : le délai réseau varie sans cesse. Solution : QoS, réduire la charge, buffer de gigue adapté.
Cause : codec inadapté ou transcodage inutile. Solution : fixer un codec commun (ex. G.711 en réseau local).
Cause : poste ou casque, parfois un désaccord de niveau/latence. Solution : tester un autre poste, activer l'annulation d'écho, régler les niveaux.
Au casque : son à gauche, rien à droite. Cause : NAT / pare-feu qui bloque le flux RTP. Solution : ouvrir les ports RTP, désactiver le SIP ALG.
Cause : câblage, alimentation ou interférences (matériel). Solution : changer câble/casque, éloigner des sources d'interférence.
Extraits de démonstration produits en interne (aucun fichier tiers). Pour la théorie complète, voir la source de référence Cisco en bas de page.
La voix sur IP est très sensible au réseau. Quatre indicateurs comptent :
Le protocole SIP transporte la signalisation, mais l'audio circule à part (RTP, sur une plage de ports UDP). Si le NAT est mal traduit ou si le pare-feu bloque les ports RTP, on obtient un appel qui « sonne » mais sans audio, ou un son à sens unique. Le SIP ALG de nombreux routeurs grand public, censé aider, fait souvent l'inverse : il réécrit mal les paquets. Il vaut généralement mieux le désactiver.
Téléphones et ATA, casques, routeurs et box grand public, points d'accès Wi-Fi, ou encore le trunk de l'opérateur : chacun peut introduire écho, coupures ou friture. Le Wi-Fi en particulier est rarement adapté à la voix ; privilégiez le filaire pour les tests.
Un désaccord de codec ou un transcodage inutile peut altérer la voix, tout comme des DTMF (touches) mal transmis. Fixer un codec commun et simple (par ex. G.711 en réseau local) aide à isoler le problème.
Source de référence. Ce guide reprend, en français et de manière synthétique, les grands principes de dépannage de la qualité voix. Pour un approfondissement technique (en anglais), la documentation de référence de Cisco fait autorité : Troubleshooting Voice Quality — Cisco (article original). Crédit : Cisco Systems.