Résoudre les problèmes audio (écho, latence, coupures) Skriv ut

Problèmes audio VoIP — Diagnostic et résolution

La qualité audio VoIP dépend de multiples facteurs : réseau, codec, configuration NAT, qualité du matériel. Voici comment diagnostiquer et résoudre les problèmes les plus fréquents.

1. Écho (acoustic echo)

Symptôme : Vous entendez votre propre voix en décalé pendant l'appel.

Causes et solutions :

• Microphone + haut-parleur trop proches : Utiliser un casque audio avec microphone intégré
• Volume trop élevé : Réduire le volume du haut-parleur ou activer l'annulation d'écho (AEC) dans le softphone
• Echo côté réseau : Activer le traitement d'écho dans votre PBX/équipement SIP (Asterisk : rxgain, txgain)

# Asterisk — Activer le suppresseur d'écho
[general]
echocancel=yes
echocancelwhenbridged=yes

2. Latence excessive (délai audio)

Symptôme : Décalage entre votre voix et la réception par l'interlocuteur (> 150ms perceptible, > 400ms inacceptable).

Diagnostic :

ping sip.webtic.online   # Latence < 50ms : excellent, 50-150ms : acceptable
traceroute sip.webtic.online   # Identifier les sauts problématiques

Solutions :

• Utiliser G.711 (pas de compression = moins de latence de traitement)
• Configurer QoS (Quality of Service) sur votre routeur : prioriser le trafic UDP port 10000-20000
• Réduire la taille des paquets RTP (passer de 20ms à 10ms)

3. Coupures et gigue (jitter)

Symptôme : L'audio se découpe par intermittence, "robotisation" de la voix.

Cause : Variation du délai de transmission (jitter). Acceptable < 30ms, problématique > 50ms.

# Tester la qualité réseau
mtr --report sip.webtic.online
# Chercher : variation de latence entre paquets (jitter)

Solutions :

• Augmenter le buffer de jitter : Asterisk jitterbuffer=yes et maxjitterbuffer=200
• Passer en connexion filaire (Ethernet > WiFi pour la VoIP)
• QoS : DSCP EF (Expedited Forwarding) pour le trafic RTP

4. Audio dans un seul sens (one-way audio)

Symptôme : Vous entendez l'interlocuteur mais il ne vous entend pas (ou l'inverse).

Cause : Problème NAT — le flux RTP ne peut pas traverser le pare-feu.

Solution : Voir l'article Configuration NAT et Firewall pour SIP.

5. Commande de test RTCP

# Capturer le trafic SIP et RTP
tcpdump -i eth0 -w capture_voip.pcap "port 5060 or portrange 10000-20000"

# Analyser avec Wireshark :
Telephony → RTP → Streams → analyser le jitter, perte de paquets

Checklist rapide

• ☐ Latence réseau < 150ms (ping sip.webtic.online)
• ☐ Jitter < 30ms (mtr sip.webtic.online)
• ☐ Pas de perte de paquets (> 1% = problème réseau)
• ☐ Ports RTP ouverts (10000-20000 UDP)
• ☐ QoS activé sur le routeur
• ☐ Codec G.711 configuré en priorité