Audit réseau VoIP : 5 métriques QoS à tester avant de migrer

Pourquoi un audit QoS est indispensable avant de migrer

La fin du RTC impose un passage à l'acte

Orange a officiellement entamé le démantèlement du réseau téléphonique commuté (RTC) en France. Les entreprises encore dépendantes de lignes analogiques ou RNIS font face à des coûts de maintien croissants pour une qualité de service en déclin. La migration vers la téléphonie en nuage n'est donc plus une option, c'est une nécessité opérationnelle. D'ici 2025, 85 % des organisations avaient déjà adopté une stratégie "cloud-first", et 95 % des nouvelles charges de travail sont désormais cloud-natives, contre seulement 30 % en 2021, selon les données publiées par nos confrères de CDX Telecom.

Pourtant, basculer vers la VoIP sans avoir mesuré l'état réel de son infrastructure réseau, c'est construire sur du sable. La voix sur IP est l'un des flux les plus sensibles qui soient : contrairement à un téléchargement de fichiers ou à un email, un paquet vocal ne peut ni attendre, ni se mettre en tampon, ni se retransmettre.

La voix IP ne tolère pas l'imperfection réseau

Un réseau en apparence fonctionnel pour la navigation web ou les outils collaboratifs peut se révéler catastrophique pour la VoIP. Là où un utilisateur ne remarque pas 200 millisecondes de latence supplémentaire en consultant un site, un interlocuteur téléphonique perçoit immédiatement l'écart. Les entreprises qui ont franchi le cap constatent des gains de productivité atteignant 40 % et une réduction des coûts de télécommunications allant jusqu'à 60 % par rapport à une infrastructure classique, selon nos confrères de Gaïa Cloud. Encore faut-il que le réseau soit à la hauteur.

Ce que mesure concrètement un audit QoS

L'objectif d'un audit QoS n'est pas de tester la vitesse de connexion brute, mais d'évaluer la capacité du réseau à transporter des flux temps réel dans des conditions réalistes, c'est-à-dire sous charge, pendant les heures de pointe, et sur plusieurs jours consécutifs. Cinq métriques concentrent l'essentiel de l'analyse.

Les 5 métriques QoS à mesurer impérativement

1. La latence : le silence qui tue la conversation

La latence mesure le temps qu'un paquet vocal met pour aller d'un point A à un point B. L'Union Internationale des Télécommunications (norme ITU G.114) fixe le seuil acceptable à 150 ms dans un sens. Au-delà, la conversation devient maladroite : les interlocuteurs se coupent mutuellement la parole, chacun croyant que l'autre a fini de parler. En deçà de 40 ms, on parle de qualité optimale, notamment sur des connexions MPLS dédiées.

La latence résulte de plusieurs facteurs cumulés : temps de traitement des équipements réseau, distance géographique jusqu'au serveur hébergé, et encombrement des liens intermédiaires. Avant toute migration, il est essentiel de mesurer cette latence vers l'infrastructure du futur opérateur VoIP, et non seulement vers un serveur générique.

2. La gigue (jitter) : l'ennemi de la fluidité vocale

La gigue, ou jitter en anglais, désigne la variation du délai entre deux paquets successifs. Là où la latence mesure un retard global, la gigue mesure l'irrégularité de ce retard. Quand les paquets n'arrivent pas dans un ordre stable, le flux vocal se reconstitue mal, produisant des mots tronqués, des sons robotisés ou des silences inattendus.

Le seuil recommandé est de 30 ms au maximum. En dessous de 5 ms, la qualité est considérée comme excellente. Un tampon de gigue (jitter buffer) côté équipement peut absorber une partie de ces variations, mais il ne fait que reporter le problème : au-delà de 30 ms, même le meilleur tampon ne suffit plus à garantir une qualité d'appel professionnelle.

3. Le taux de perte de paquets : quand des mots disparaissent

La perte de paquets est l'une des métriques les plus visibles pour l'utilisateur final. Quand des paquets RTP n'arrivent pas à destination, le décodeur audio tente de compenser par interpolation, mais la dégradation devient rapidement audible : claquements, coupures, syllabes manquantes. Selon les données compilées par nos confrères de Yuzko, un taux supérieur à 1 % entraîne une dégradation significative de l'audio, et même un taux de 1 à 2 % fait chuter le MOS (score de qualité vocale) de 0,5 à 1 point.

Le seuil de tolérance est donc strict : moins de 1 % pour un usage professionnel, et idéalement moins de 0,1 % pour des communications critiques comme les centres d'appels. Ce taux se détecte avec des outils comme iPerf, Wireshark ou PRTG, en simulant des flux UDP pendant plusieurs minutes consécutives.

4. La bande passante disponible : dimensionner sans sous-estimer

La bande passante est souvent la métrique à laquelle les équipes IT pensent en premier, mais elle est rarement la seule cause de problèmes. Chaque appel VoIP consomme environ 100 kbps en émission et en réception avec le codec G.711 (standard non compressé), en incluant l'overhead des protocoles RTP, UDP et IP. Avec un codec compressé comme le G.729, ce chiffre descend à 24-30 kbps par appel, selon les données publiées par nos confrères de Dialer.fr.

Pour une PME avec 20 appels simultanés maximum, il faut donc prévoir au minimum 2 Mbps dédiés à la voix avec du G.711, et prévoir une marge de 30 % pour les pics d'activité. L'erreur classique est de se baser sur la bande passante contractuelle (débit théorique) plutôt que sur la bande passante réellement disponible après déduction du trafic data, vidéo et sauvegardes.

5. Le score MOS : la métrique de synthèse

Le Mean Opinion Score (MOS) est une note allant de 1 à 5 qui synthétise l'ensemble des paramètres précédents en un indicateur de qualité perçue. Un score supérieur ou égal à 4,0 correspond à une qualité satisfaisante pour un usage professionnel. Un score supérieur à 4,3 est considéré comme excellent. En dessous de 3,5, la qualité est jugée insuffisante par la majorité des utilisateurs.

Le MOS n'est pas mesuré directement par un outil, mais calculé algorithmiquement à partir de la latence, de la gigue, du taux de perte de paquets et du codec utilisé. Des solutions comme Telxi Analytics, PRTG Network Monitor ou les dashboards "Call Insights" des grandes plateformes UCaaS permettent de le suivre en temps réel après migration.

Tableau comparatif des seuils QoS VoIP

Comment préparer et conduire l'audit réseau

Étape 1 : cartographier les flux et les usages réels

Avant de lancer le moindre test, il faut dresser un inventaire complet des flux réseau existants. Combien d'appels simultanés au pic d'activité ? Quels autres flux consomment de la bande passante en même temps (sauvegardes cloud, vidéoconférence, transferts de fichiers lourds) ? Quelle est l'architecture réseau actuelle, avec ou sans VLAN, avec ou sans priorisation du trafic voix ?

Cette cartographie préalable conditionne la pertinence des tests qui suivront. Un test réalisé à 3 h du matin sur un réseau vide ne reflétera pas les conditions réelles d'une heure de pointe un mardi matin.

Étape 2 : tester en conditions réelles sur plusieurs jours

Les mesures ponctuelles ne suffisent pas. Un réseau peut afficher d'excellentes performances à un instant T et se révéler instable sous charge. Il est recommandé de conduire les tests sur au minimum trois à cinq jours ouvrés, en couvrant différentes plages horaires. Les outils incontournables pour cette phase sont :

• iPerf3 : test de débit UDP et TCP en conditions réelles, avec simulation de trafic temps réel
• Wireshark : analyse approfondie des paquets RTP pour mesurer la gigue et les pertes
• PingPlotter : suivi de la latence et de la stabilité du routage vers le datacenter de l'opérateur VoIP cible
• PRTG Network Monitor : surveillance continue des métriques réseau avec alertes automatisées en cas de dépassement de seuil
• VoIP Spear ou SolarWinds VoIP Monitor : génération de flux RTP synthétiques pour simuler des appels réels et calculer le MOS de bout en bout
• Speedtest professionnel dédié : mesure de la bande passante disponible en upload et download depuis le site de l'entreprise, à différentes heures de la journée

Étape 3 : corriger les anomalies avant de migrer

Si l'audit révèle des métriques hors seuil, trois actions correctives prioritaires s'imposent. La première est la segmentation du réseau via des VLAN dédiés à la voix, pour isoler le trafic vocal du trafic data. La seconde est la mise en place du marquage DSCP 46 (classe Expedited Forwarding), qui signale aux équipements réseau que les paquets RTP doivent être traités en priorité absolue. La troisième est la vérification et la reconfiguration du pare-feu : le module SIP ALG (Application Layer Gateway) présent sur de nombreux routeurs grand public est souvent source de problèmes et doit être désactivé.

Architecture réseau recommandée pour une migration réussie

Séparation voix et données : pourquoi les VLAN changent tout

Mettre la voix et les données dans le même flux réseau sans priorisation, c'est comme faire cohabiter sur la même voie rapide des camions, des vélos et des ambulances sans voie d'urgence. Quand une sauvegarde vers le cloud ou une mise à jour logicielle sature le lien, c'est la voix qui en pâtit en premier, car les paquets RTP sont noyés dans la masse.

Un VLAN voix dédié, associé à des règles QoS strictes sur le commutateur (switch), le routeur et le pare-feu, garantit que chaque paquet vocal est traité en priorité, quelle que soit la charge globale du réseau. Les équipements Cisco, Juniper ou Fortinet proposent tous des fonctions d'auto-QoS qui simplifient cette configuration.

Redondance et continuité de service

Une migration vers la téléphonie en nuage implique que l'ensemble des communications vocales transite désormais par Internet. Un lien unique, même fibre, reste un point de défaillance unique. La bonne pratique est de prévoir deux connexions Internet auprès d'opérateurs différents, avec basculement automatique (failover) en cas de panne de l'un des deux liens. Pour les structures les plus critiques, un lien 4G/5G de secours peut compléter ce dispositif.

Selon les données de nos confrères d'Infra-NFC, la mise en place d'un Session Border Controller (SBC) est également recommandée pour sécuriser les flux SIP, gérer la traversée NAT et protéger l'infrastructure contre les attaques de type SIP flooding ou toll fraud.

Marché et enjeux économiques de la transition en 2026

Le marché du cloud télécom était estimé à 28,5 milliards de dollars en 2025 et devrait dépasser 182,44 milliards de dollars d'ici 2035, avec un taux de croissance annuel composé supérieur à 20,4 %, selon le rapport de nos confrères de Research Nester. En 2026 spécifiquement, la taille du marché est estimée à 33,73 milliards de dollars.

Pour les PME, l'enjeu économique est tout aussi clair : une PME de 50 postes atteint généralement son retour sur investissement VoIP en moins de 12 mois après migration, avec une réduction des coûts télécom de 30 à 50 % selon Gartner, citée par nos confrères de Yuzko. Le marché des communications unifiées (UCaaS), qui combine voix, vidéo, messagerie et collaboration, devrait atteindre 417,9 milliards de dollars d'ici 2030, avec un TCAC de 17,4 %, selon nos confrères de CDX Telecom.

Ces chiffres illustrent pourquoi l'audit réseau préalable est à la fois un investissement technique et un prérequis stratégique : les entreprises qui sautent cette étape s'exposent à des surcoûts de remédiation qui peuvent annuler plusieurs mois d'économies.

FAQ

Combien de temps faut-il pour réaliser un audit QoS complet ?

Un audit QoS sérieux nécessite entre trois et cinq jours ouvrés de tests actifs, auxquels il faut ajouter une à deux journées d'analyse et de rédaction des recommandations. Des audits réalisés sur quelques heures seulement ne reflètent pas les conditions réelles du réseau en période de charge maximale. Certaines entreprises font appel à des intégrateurs spécialisés qui disposent d'outils de mesure professionnels et peuvent réaliser cet audit de manière non intrusive, sans perturber le fonctionnement du système d'information.

Peut-on migrer vers la téléphonie en nuage avec une connexion ADSL ?

Techniquement possible, mais fortement déconseillé pour plus de deux à trois appels simultanés. Une connexion ADSL standard délivre un débit upload souvent limité à 1 ou 2 Mbps, ce qui ne permet de gérer que dix à vingt appels G.729 simultanément, sans aucune marge pour le trafic data concurrent. La latence élevée et la gigue caractéristiques de l'ADSL dépassent régulièrement les seuils QoS acceptables. La migration vers la téléphonie cloud devrait idéalement s'accompagner d'une montée en débit vers la fibre professionnelle, voire une connexion MPLS pour les structures de grande taille.

Qu'est-ce que le SIP ALG et pourquoi faut-il le désactiver ?

Le SIP ALG (Application Layer Gateway) est un module intégré à de nombreux routeurs et pare-feux grand public qui tente d'inspecter et de modifier les paquets SIP pour faciliter la traversée du NAT. Dans la pratique, ce module cause plus de problèmes qu'il n'en résout : il peut modifier les en-têtes SIP de manière incorrecte, provoquer des échecs d'enregistrement, des appels unilatéraux ou des décrochés intempestifs. La quasi-totalité des opérateurs VoIP professionnels recommandent de le désactiver sur les équipements réseau avant toute migration.

Comment calculer le nombre d'appels simultanés pour dimensionner la bande passante ?

La règle empirique courante est d'estimer que 20 à 30 % des utilisateurs VoIP sont en communication simultanément aux heures de pointe. Pour une entreprise de 100 collaborateurs, cela représente entre 20 et 30 appels simultanés. Avec le codec G.711 (100 kbps par appel) et une marge de sécurité de 30 %, il faudra donc prévoir environ 3,9 Mbps dédiés à la voix. Avec le codec G.729 (30 kbps par appel), ce chiffre descend à 1,2 Mbps, selon les formules de calcul de nos confrères de Dialer.fr. Il convient toujours d'utiliser la bande passante réellement disponible, mesurée lors de l'audit, et non le débit théorique du contrat.

Un audit QoS est-il nécessaire si l'entreprise dispose déjà de la fibre ?

Oui, absolument. La fibre garantit un débit élevé, mais ne garantit pas une bonne qualité de service pour les flux temps réel. Un réseau local non segmenté (sans VLAN voix), un commutateur non configuré pour la priorisation ou un pare-feu mal paramétré peuvent générer de la gigue et de la perte de paquets y compris sur une infrastructure fibre. Par ailleurs, la latence vers le datacenter de l'opérateur VoIP cible dépend du routage Internet et de la localisation géographique des serveurs, pas uniquement du débit de la liaison d'accès. L'audit reste donc indispensable, même avec une connexion haut débit.

Conclusion

Un audit QoS n'est pas une formalité administrative : c'est le filet de sécurité qui conditionne le succès ou l'échec d'une migration vers la téléphonie en nuage. Mesurer la latence, la gigue, le taux de perte de paquets, la bande passante disponible et le score MOS de bout en bout permet d'identifier précisément les points de friction avant qu'ils ne deviennent des problèmes en production. Avec un marché mondial de la VoIP estimé à 349,1 milliards de dollars d'ici 2034 et une fin du RTC désormais actée en France, les entreprises qui anticipent cette transition en investissant dans une préparation rigoureuse sont celles qui en tireront le meilleur retour sur investissement. La bonne nouvelle : les outils pour réaliser cet audit existent, sont accessibles, et la grande majorité des problèmes détectés peuvent être corrigés sans changer d'infrastructure, en paramétrant simplement les équipements réseau existants.