La qualité d’une solution VoIP dépend rarement de la plateforme de téléphonie elle-même. Dans la majorité des cas, les coupures, les décalages entre interlocuteurs ou les voix hachées trouvent leur origine dans la manière dont le réseau transporte les communications — un sujet que nous détaillons en profondeur ici : Pourquoi la qualité VoIP se dégrade : comprendre les coupures et les problèmes d’appel.
Une fois ce diagnostic posé, la question devient opérationnelle : comment configurer concrètement une politique de qualité de service (QoS) pour que les flux vocaux soient réellement protégés lorsque le réseau est sollicité ? C’est l’objet de cet article.
Le principe de la QoS en une phrase
La QoS ne crée pas de bande passante supplémentaire. Elle hiérarchise les flux existants pour garantir que les communications vocales — sensibles au moindre retard ou à la moindre irrégularité de transmission — soient toujours transmises en priorité, même lorsque d’autres usages (sauvegardes, visioconférences, transferts de fichiers) sollicitent fortement le réseau au même moment.
Mettre en œuvre cette priorisation ne se résume pas à cocher une case sur un routeur. Cela suppose une cohérence de bout en bout, depuis le poste de l’utilisateur jusqu’à la sortie vers Internet.
Étape 1 : identifier et marquer les flux voix
Avant de prioriser quoi que ce soit, le réseau doit être capable de reconnaître un paquet voix parmi tous les autres. C’est le rôle du marquage de trafic.
Le standard le plus utilisé en environnement IP est le marquage DSCP (Differentiated Services Code Point), qui attribue une valeur numérique à chaque paquet selon sa nature. Les flux de voix sur IP sont généralement marqués avec la valeur EF (Expedited Forwarding), réservée aux trafics nécessitant une transmission rapide et régulière. Sur les réseaux locaux, un marquage complémentaire au niveau de la couche 2 (CoS, Class of Service, sur les trames Ethernet) permet d’étendre cette priorisation aux commutateurs qui ne lisent pas toujours les en-têtes IP.
Ce marquage doit idéalement être appliqué le plus tôt possible dans la chaîne — directement par le téléphone IP ou le softphone — plutôt que d’être ajouté plus tard par un équipement intermédiaire, qui ne peut pas toujours distinguer un flux voix légitime d’un autre trafic.
Étape 2 : prioriser à chaque maillon du réseau
Marquer un paquet ne sert à rien si les équipements qu’il traverse ignorent ce marquage. C’est l’erreur la plus fréquente dans les déploiements QoS mal conçus : la priorisation est activée sur un seul équipement, généralement le routeur principal, alors que le trafic voix traverse aussi des commutateurs, des points d’accès Wi-Fi et parfois un pare-feu.
Chacun de ces équipements doit appliquer une politique cohérente avec les autres :
– Les commutateurs (switchs) doivent respecter les files d’attente prioritaires pour les trames marquées CoS/DSCP, en particulier sur les ports reliés aux téléphones IP.
– Les points d’accès Wi-Fi, lorsque des collaborateurs utilisent des softphones en mobilité interne, doivent supporter et appliquer le standard WMM (Wi-Fi Multimedia), sans quoi la priorisation s’arrête à la porte du réseau filaire.
– Le routeur ou le pare-feu en sortie vers Internet est souvent le point le plus critique, car c’est là que la bande passante disponible est la plus limitée. C’est à cet endroit que la priorisation fait la différence entre une conversation fluide et une voix hachée lors d’un pic d’usage.
Si un seul de ces maillons ne respecte pas la politique de priorisation, la chaîne est rompue et les bénéfices de la QoS s’effondrent, même si tout le reste de la configuration est correct.
Étape 3 : séparer la voix du reste du trafic (VLAN voix)
Au-delà du marquage et de la priorisation, il est recommandé d’isoler les flux voix sur un VLAN (réseau virtuel) dédié, distinct du VLAN utilisé pour la bureautique classique. Cette séparation apporte deux bénéfices complémentaires.
D’abord, elle simplifie l’application des règles de priorité : il devient plus facile de dire « tout le trafic de ce VLAN est prioritaire » plutôt que de devoir identifier chaque flux individuellement. Ensuite, elle apporte un premier niveau de cloisonnement utile pour la sécurité, en limitant l’exposition des téléphones IP aux autres équipements du réseau bureautique.
Cette configuration est particulièrement pertinente dans les entreprises qui déploient des téléphones IP physiques, moins pour les environnements reposant uniquement sur des softphones utilisés depuis les postes de travail.
Étape 4 : dimensionner correctement la bande passante
La QoS priorise, mais elle ne fait pas de miracle sur une connexion structurellement sous-dimensionnée. Avant de configurer quoi que ce soit, il faut estimer le volume de bande passante réellement nécessaire aux communications vocales.
Ce calcul dépend du nombre d’appels simultanés attendus et du codec audio utilisé, chaque codec consommant une bande passante différente pour un niveau de qualité donné. Une entreprise qui sous-estime ce dimensionnement se retrouvera dans une situation où même une QoS parfaitement configurée ne suffira pas : il n’y aura tout simplement pas assez de ressources à répartir entre les appels simultanés.
Les pièges de configuration les plus fréquents
Plusieurs erreurs reviennent régulièrement lors des déploiements QoS, et elles suffisent à elles seules à annuler les bénéfices attendus.
La première consiste à appliquer une politique de priorisation sur un seul équipement du réseau, en pensant que cela suffit — c’est le piège de la chaîne rompue déjà évoqué plus haut. La seconde consiste à prioriser trop de trafic : si tout est marqué comme prioritaire, plus rien ne l’est réellement, et la QoS perd son utilité. La troisième, plus subtile, concerne les connexions VPN ou les tunnels utilisés par les collaborateurs à distance : le marquage QoS appliqué sur le réseau local n’est pas toujours conservé une fois le trafic encapsulé dans un tunnel, ce qui nécessite une vérification spécifique de la configuration du VPN.
Enfin, une politique de QoS mise en place une fois puis jamais revue devient obsolète à mesure que les usages évoluent : l’ajout de nouveaux outils cloud, de visioconférences plus fréquentes ou de nouveaux collaborateurs modifie l’équilibre du réseau et peut nécessiter un réajustement des règles de priorité.
Vérifier que la QoS fonctionne réellement
Configurer une politique de QoS ne garantit pas qu’elle produit l’effet attendu. Il est nécessaire de vérifier, une fois le déploiement effectué, que les paquets voix conservent bien leur priorité tout au long du trajet, et que les indicateurs de qualité — latence, gigue, perte de paquets — s’améliorent effectivement aux heures de forte charge du réseau.
Cette vérification s’appuie généralement sur des outils de supervision réseau capables de mesurer ces indicateurs en continu, plutôt que sur un simple test ponctuel au moment de la mise en service. Une politique de QoS qui fonctionnait au moment du déploiement peut se dégrader silencieusement si l’infrastructure évolue sans que la configuration ne soit revue en conséquence.
Le cas particulier du télétravail
Sur le réseau de l’entreprise, la QoS reste sous le contrôle de l’organisation. Ce n’est plus le cas dès qu’un collaborateur travaille depuis son domicile : la connexion Internet personnelle, le Wi-Fi domestique et les autres usages du foyer échappent à toute politique de priorisation mise en place par l’entreprise.
Dans ce contexte, la QoS configurée en interne conserve toute son utilité pour les communications qui transitent par l’infrastructure de l’entreprise, mais elle ne peut rien pour la partie du trajet qui se déroule en dehors de ce périmètre. Quelques recommandations simples aux collaborateurs — privilégier une connexion filaire, éviter de lancer un téléchargement volumineux pendant un appel important — permettent de limiter les désagréments sans pouvoir les éliminer complètement.
La QoS s’inscrit dans une architecture plus large
Une politique de QoS bien conçue ne compense jamais une infrastructure mal dimensionnée ou mal pensée dès le départ. Elle optimise l’utilisation des ressources disponibles ; elle n’en crée pas de nouvelles. C’est pourquoi ce travail de priorisation prend tout son sens lorsqu’il est intégré dès la conception d’un projet de téléphonie, plutôt qu’ajouté après coup pour corriger des problèmes déjà constatés.
→ Pourquoi passer à la VoIP en entreprise
→ IPBX ou Cloud PBX : que choisir pour votre téléphonie d’entreprise
→ Migration VoIP en entreprise : les étapes clés pour réussir son projet
Ce qu’il faut retenir
La QoS ne se résume pas à activer une option sur un routeur. Sa mise en œuvre exige de marquer correctement les flux voix, de vérifier que chaque équipement traversé applique la même politique de priorité, d’isoler si besoin le trafic voix sur un VLAN dédié, et de dimensionner la bande passante en cohérence avec les usages réels de l’entreprise.
Une QoS correctement déployée ne rendra jamais un réseau sous-dimensionné performant, mais elle fera toute la différence sur un réseau sain soumis à une charge variable. C’est ce travail de configuration, plus que le choix de la plateforme VoIP elle-même, qui détermine la stabilité des communications au quotidien.