Comment améliorer la qualité des appels VoIP

Une mauvaise qualité d’appel VoIP — son saccadé, coupures, « pouvez-vous répéter ? » — n’est presque jamais causée par un manque de bande passante. Les vrais coupables sont la latence, la gigue et la perte de paquets. Cet article explique ce que ces termes veulent dire, quelles cibles votre réseau doit atteindre et quels changements précis (QoS, Ethernet, désactivation du SIP-ALG) font vraiment une différence.

Exigences réseau recommandées

Les paquets audio sont petits, mais extrêmement sensibles au temps. Les seuils ci-dessous décrivent les conditions qu’un réseau doit maintenir de façon constante pour offrir une bonne qualité vocale.

Mesure	Minimum	Recommandé
Bande passante par appel simultané	> 64 Kbit/s	> 128 Kbit/s
Latence	< 60 ms	< 30 ms
Gigue (variation de la latence)	< 40 ms	< 20 ms
Perte de paquets	< 5 %	< 1 %

Ce qui aide vraiment

Utilisez Ethernet plutôt que le Wi-Fi

Le Wi-Fi est pratique, mais il est sensible aux interférences et à la congestion des canaux, ce qui entraîne une latence élevée, des retransmissions et de la perte de paquets — tous des ennemis d’un son clair. Dans la mesure du possible, installez un câble Ethernet Cat5e ou supérieur jusqu’à votre téléphone ou à l’ordinateur qui exécute votre softphone.

Désactivez le SIP-ALG sur votre routeur

De nombreux routeurs grand public sont livrés avec une fonction « SIP ALG » qui tente de réécrire le trafic SIP. En pratique, elle corrompt presque toujours les messages SIP et provoque du son unidirectionnel ou des pertes d’enregistrement. Désactivez-la.

Envisagez TCP pour le softphone EMAK

Si vous déployez le softphone EMAK et que votre réseau a des problèmes avec UDP, passer à TCP sur un port autre que 5060 aide parfois. Consultez les guides de configuration du softphone pour connaître le paramètre exact.

Utilisez un routeur avec QoS pour contrer le bufferbloat

La principale cause de gigue sur une connexion résidentielle ou de bureau saturée est le bufferbloat (engorgement des tampons) — des tampons surdimensionnés dans le modem qui mettent le trafic en file et font grimper la latence dès que le lien devient occupé (p. ex., une sauvegarde ou un gros téléchargement). Un routeur avec une bonne QoS garde la file d’envoi courte et donne la priorité aux paquets vocaux, ce qui élimine la majeure partie de la gigue introduite par votre fournisseur Internet.

Le bufferbloat n’est pas la seule source de gigue, de perte de paquets et de latence, mais c’est la plus courante — et celle sur laquelle vous avez un contrôle direct.

Testez votre connexion

Utilisez le Waveform Bufferbloat & Internet Speed Test, qui mesure la latence et la gigue sous charge (c’est-à-dire au moment où les appels échouent réellement) :

https://www.waveform.com/tools/bufferbloat

Connexion insuffisante (bufferbloat D)

Cette connexion est rapide, mais le bufferbloat introduit beaucoup de gigue sous charge — les appels ont des coupures et des craquements audibles.

Même connexion avec la QoS activée

Même ligne, même fournisseur Internet — mais acheminée par un routeur qui applique la QoS. Le bufferbloat a disparu et la qualité d’appel est excellente.

Lente mais stable vaut mieux que rapide mais engorgée

Un exemple extrême : une connexion plus lente avec une faible latence et une note de bufferbloat A offre une qualité d’appel nettement meilleure que la connexion à haut débit ci-dessus avec une note de bufferbloat D.

Toujours mauvais, même avec une note de bufferbloat A ou B ?

Si les résultats de votre test semblent bons, mais que la qualité d’appel reste mauvaise, le problème se trouve peut-être ailleurs sur votre réseau ou en amont. Envoyez les renseignements suivants à [email protected] et nous pourrons enquêter :

• Le poste ou le numéro de téléphone à partir duquel l’appel a été fait
• Le poste ou le numéro de téléphone qui a été composé
• L’heure de l’appel
• Le compte utilisé

Voici un exemple de connexion où la gigue et la perte de paquets posent encore problème malgré une vitesse raisonnable :

Mythe : plus de bande passante veut dire de meilleurs appels

C’est faux — du moins, sur toute connexion moderne. Un appel vocal utilise environ 64 à 128 Kbit/s; une connexion de 100 Mbit/s offre largement assez de marge pour des centaines d’appels. L’audio en temps réel dépend de paquets qui arrivent rapidement et régulièrement, pas en grande quantité.

Latence et bande passante : l’analogie du pigeon voyageur

Exemple 1. Toutes les heures, vous envoyez chez un ami un pigeon voyageur qui transporte une clé USB de 1 To. Votre débit effectif est énorme — 2,2 Gbit/s — mais votre latence est d’une heure. Vous pouvez transférer d’énormes quantités de données, mais vous ne pouvez pas avoir de conversation.

Exemple 2. Vous installez une ligne téléphonique en cuivre entre deux maisons. La ligne ne transporte que 56 Kbit/s, mais votre voix arrive presque instantanément. Une conversation normale fonctionne très bien — une bande passante suffisante (faible) avec une latence faible et constante.

La voix a besoin du profil de l’exemple 2, pas de celui de l’exemple 1.

La gigue est pire que la latence

La gigue est la variation de la latence dans le temps — des paquets qui arrivent dans un ordre ou à des intervalles irréguliers. Voyez cette phrase où le mot seul (ou seulement) change de position :

• Seule, elle lui a dit qu’elle l’aimait.
• Elle lui a seulement dit qu’elle l’aimait.
• Elle a dit à lui seul qu’elle l’aimait.
• Elle lui a dit seulement qu’elle l’aimait.
• Elle lui a dit qu’elle seule l’aimait.
• Elle lui a dit qu’elle l’aimait seulement.
• Elle lui a dit qu’elle aimait lui seul.
• Elle lui a dit qu’elle l’aimait, lui seulement.

Le sens change complètement selon l’endroit où arrive seul. Si l’interlocutrice a dit « Elle lui a seulement dit qu’elle l’aimait », mais que les paquets audio sont arrivés dans le désordre et que l’auditeur a entendu « Elle lui a dit qu’elle aimait lui seul », le résultat serait bien différent.

Pour éviter cela, les tampons audio rejettent les paquets arrivés en retard afin que ce qui est joué reste dans l’ordre. C’est ce rejet qui produit la plupart des clics, des craquements et des petites coupures de son que vous entendez sur un réseau instable.

FAQ sur la qualité des appels VoIP

Comment savoir si mon routeur prend en charge la QoS ?

La plupart des modems fournis par les fournisseurs Internet ne la prennent pas en charge ou n’en offrent qu’une version très basique. Les routeurs sous OpenWrt, pfSense/OPNsense ou les routeurs semi-professionnels modernes (Ubiquiti, MikroTik, etc.) prennent en charge une vraie QoS basée sur FQ-CoDel ou CAKE. EMAK Telecom peut vous recommander ou vous fournir un modèle adapté.

Qu’est-ce que le SIP-ALG et pourquoi est-il nuisible ?

Le SIP-ALG est une fonction de routeur qui inspecte et réécrit les paquets SIP qui le traversent. En théorie, il facilite la traduction d’adresses (NAT); en pratique, il altère presque toujours les messages SIP, bloque l’enregistrement ou cause du son unidirectionnel. Désactivez-le sur votre routeur.

Dois-je ouvrir des ports précis pour la VoIP ?

Vous ne devriez pas avoir besoin de rediriger des ports pour le trafic SIP/RTP sortant. Vous devez toutefois vous assurer que votre pare-feu ne bloque pas les plages d’adresses IP et les ports d’EMAK Telecom — consultez la liste blanche pour pare-feu d’EMAK.

Le Wi-Fi fonctionne pour tout le reste — pourquoi pas pour les téléphones ?

La VoIP met en évidence les points faibles du Wi-Fi. Une page Web ou une vidéo peut absorber une demi-seconde d’interférence Wi-Fi grâce à la mise en mémoire tampon; une conversation en direct, non. Même avec un excellent Wi-Fi, une connexion Ethernet jusqu’à votre téléphone ou votre softphone demeure le choix le plus sûr.

La qualité d’appel dépend-elle aussi du réseau de mon interlocuteur ?

Oui. L’audio circule dans les deux sens, et la gigue ou la perte de paquets d’un côté comme de l’autre nuit à l’appel. Si seuls certains interlocuteurs ont un son de mauvaise qualité, le problème se situe peut-être sur leur réseau ou sur le trajet entre vous.