Class of Service

La mise en forme de cet article est à améliorer (mai 2026).

Comment faire ? (aide)

Les points d'amélioration suivants sont les cas les plus fréquents. Le détail des points à revoir est peut-être précisé sur la page de discussion.

• Les titres sont pré-formatés par le logiciel. Ils ne sont ni en capitales, ni en gras.
• Le texte ne doit pas être écrit en capitales (les noms de famille non plus), ni en gras, ni en italique, ni en « petit »…
• Le gras n'est utilisé que pour surligner le titre de l'article dans l'introduction, une seule fois.
• L'italique est rarement utilisé : mots en langue étrangère, titres d'œuvres, noms de bateaux, etc.
• Les citations ne sont pas en italique mais en corps de texte normal. Elles sont entourées par des guillemets français : « et ».
• Les listes à puces sont à éviter, des paragraphes rédigés étant largement préférés. Les tableaux sont à réserver à la présentation de données structurées (résultats, etc.).
• Les appels de note de bas de page (petits chiffres en exposant, introduits par l'outil «  Source ») sont à placer entre la fin de phrase et le point final^{[comme ça]}.
• Les liens internes (vers d'autres articles de Wikipédia) sont à choisir avec parcimonie. Créez des liens vers des articles approfondissant le sujet. Les termes génériques sans rapport avec le sujet sont à éviter, ainsi que les répétitions de liens vers un même terme.
• Les liens externes sont à placer uniquement dans une section « Liens externes », à la fin de l'article. Ces liens sont à choisir avec parcimonie suivant les règles définies. Si un lien sert de source à l'article, son insertion dans le texte est à faire par les notes de bas de page.
• La présentation des références doit suivre les conventions bibliographiques. Il est recommandé d'utiliser les modèles {{Ouvrage}}, {{Chapitre}}, {{Article}}, {{Lien web}} et/ou {{Bibliographie}}. Le mode d'édition visuel peut mettre en forme automatiquement les références.
• Insérer une infobox (cadre d'informations à droite) n'est pas obligatoire pour parachever la mise en page.

Pour une aide détaillée, merci de consulter Aide:Wikification.

Si vous pensez que ces points ont été résolus, vous pouvez retirer ce bandeau et améliorer la mise en forme d'un autre article.

Pour les articles homonymes, voir CoS.

La Class of Service (CoS), ou classe de service, est, dans les réseaux informatiques et les télécommunications, un mécanisme de différenciation du trafic consistant à regrouper des flux dans des classes de traitement. Ces classes permettent d'appliquer des priorités ou des politiques distinctes selon les exigences des applications, par exemple en matière de latence, de gigue, de perte de paquets ou de bande passante.

Le terme est utilisé de manière variable selon les contextes. Dans un sens large, il renvoie à la classification du trafic et à son traitement différencié dans le cadre de la qualité de service (QoS). Dans un sens plus restreint, notamment dans les réseaux Ethernet, il désigne souvent le marquage de priorité de couche 2 associé au champ Priority Code Point (PCP) de la norme IEEE 802.1Q. Dans les réseaux IP modernes, la notion est généralement articulée avec l'architecture DiffServ, qui repose sur le marquage des paquets et leur traitement par classes de service.

Définition et terminologie

Une classe de service regroupe des flux réseau présentant des caractéristiques ou des exigences similaires. Les flux de voix sur IP, de visioconférence, de signalisation réseau, de transfert de fichiers ou de sauvegarde ne réagissent pas de la même manière à la congestion : certains sont sensibles au délai et à la gigue, tandis que d'autres tolèrent un délai plus élevé mais nécessitent un débit important. La CoS permet donc d'identifier ces flux et de leur associer un traitement adapté.

La qualité de service est l'ensemble des mécanismes permettant de gérer la performance d'un réseau : classification, marquage, mise en file d'attente, ordonnancement, lissage, limitation de débit ou évitement de congestion. La CoS est souvent considérée comme l'une des composantes de cette QoS, centrée sur le regroupement du trafic en classes et, selon les cas, sur le marquage associé^,.

La RFC 4594 définit une classe de service comme un ensemble de trafic nécessitant des caractéristiques déterminées de délai, de perte et de gigue. Elle précise également qu'un réseau n'implémente généralement qu'un nombre limité de classes réellement utiles, plutôt que toutes les valeurs théoriquement disponibles dans les champs de marquage.

Principes généraux

Le fonctionnement de la CoS repose sur trois étapes principales : la classification, le marquage et le traitement différencié.

La classification consiste à identifier un flux selon des critères comme l'adresse IP source ou destination, le port de transport, le protocole, l'application, l'interface d'entrée ou une marque déjà présente dans l'en-tête. Le marquage consiste ensuite à inscrire une valeur dans un champ prévu à cet effet, par exemple le PCP en Ethernet, le DSCP en IP ou le champ Traffic Class en MPLS. Enfin, le traitement différencié applique à chaque classe une politique particulière : priorité plus élevée, file dédiée, limitation de débit, rejet préférentiel ou protection contre la congestion.

La CoS ne crée pas de capacité réseau supplémentaire. Elle permet seulement de répartir différemment les ressources disponibles. Son efficacité dépend donc de la capacité du réseau, de la cohérence du marquage et de la configuration des équipements traversés.

Mécanismes de marquage

Couche 2 : IEEE 802.1Q et 802.1p

Dans les réseaux Ethernet, la priorité de couche 2 est portée par le champ Priority Code Point (PCP) de l'étiquette IEEE 802.1Q.

Ce champ occupe 3 bits et permet donc de représenter 8 valeurs de priorité, numérotées de 0 à 7.

Le terme IEEE 802.1p est couramment utilisé pour désigner ce mécanisme de priorité, bien qu'il ne corresponde plus, dans les documents modernes, à une norme autonome séparée. Il est intégré à la norme IEEE 802.1Q relative aux réseaux locaux virtuels (VLAN).

Les valeurs PCP sont souvent associées aux usages suivants, même si leur interprétation exacte peut varier selon les constructeurs et les politiques d'administration du réseau :

Valeurs courantes du champ PCP IEEE 802.1Q

Valeur PCP	Usage courant
0	Best effort ; trafic par défaut
1	Trafic de fond ou de faible priorité
2	Trafic avec effort supérieur au trafic de fond
3	Applications critiques
4	Vidéo ou trafic interactif sensible au délai
5	Voix ou trafic temps réel
6	Contrôle interréseau
7	Contrôle réseau

Ce marquage est limité au domaine de couche 2 dans lequel les trames Ethernet conservent leur étiquette VLAN. Lorsqu'un paquet traverse un routeur ou sort du domaine Ethernet marqué, l'information PCP peut être perdue si elle n'est pas explicitement traduite vers un marquage de couche 3, comme le DSCP.

Mise en correspondance entre couches

Un même flux peut traverser plusieurs domaines utilisant des mécanismes de marquage différents. Par exemple, un paquet peut être marqué en PCP dans un réseau Ethernet, en DSCP dans un réseau IP, puis en TC dans un réseau MPLS. Les équipements réseau effectuent alors des opérations de mappage entre ces valeurs.

Un exemple courant consiste à traduire une priorité PCP de couche 2 en valeur DSCP lorsqu'un paquet entre dans un domaine IP, puis à traduire ce DSCP en valeur MPLS TC lorsqu'il entre dans un cœur MPLS. En sortie du domaine, l'opération inverse peut être réalisée afin de préserver une cohérence de traitement.

Ces correspondances ne sont pas universelles. Elles dépendent des politiques de l'opérateur, de l'entreprise ou du domaine administratif concerné. La RFC 9435 rappelle que les valeurs DSCP peuvent être modifiées, effacées ou remappées à la frontière des domaines réseau, ce qui limite la portée d'un marquage supposé de bout en bout.

Traitement différencié

Une fois le trafic classifié et marqué, les équipements réseau peuvent appliquer plusieurs mécanismes complémentaires.

La mise en file d'attente consiste à placer les paquets dans des files différentes selon leur classe. Certaines files peuvent être servies en priorité stricte, tandis que d'autres reçoivent une part pondérée de la capacité disponible. Des mécanismes comme le Weighted Fair Queuing (WFQ), le Weighted Round Robin (WRR), le Class-Based Weighted Fair Queuing (CBWFQ) ou le Low Latency Queuing (LLQ) sont utilisés dans de nombreux équipements réseau.

Le lissage du trafic, ou shaping, consiste à retarder certains paquets afin de maintenir le trafic sous un débit cible. Le contrôle de débit, ou policing, consiste au contraire à rejeter ou remarquer les paquets qui dépassent un profil défini. Les mécanismes d'évitement de congestion, comme RED ou WRED, peuvent supprimer certains paquets avant la saturation complète d'une file afin de limiter la congestion.

La RFC 3290 propose un modèle fonctionnel des routeurs DiffServ, comprenant notamment les classifieurs, compteurs, marqueurs, files, ordonnanceurs et mécanismes de suppression de paquets.

Architectures de qualité de service

Cas d'usage

La Class of Service est utilisée dans de nombreux environnements où plusieurs types de trafic partagent une même infrastructure.

La voix sur IP est l'un des cas les plus classiques. Elle nécessite un délai faible, une gigue limitée et un faible taux de perte. Elle est donc souvent associée à des classes de priorité élevée, comme EF ou Voice-Admit dans les environnements DiffServ^,.

La visioconférence, le streaming interactif et certains flux multimédias peuvent également bénéficier d'un traitement différencié, en particulier lorsque la congestion réseau risque d'entraîner des interruptions visibles ou audibles. Les applications transactionnelles critiques, les systèmes de supervision, les flux de contrôle réseau ou les applications industrielles peuvent aussi recevoir des classes spécifiques.

Dans les réseaux d'opérateurs, la CoS permet de mutualiser une infrastructure tout en proposant plusieurs niveaux de service. Elle est notamment utilisée dans les réseaux MPLS, les VPN d'entreprise, les réseaux de transport Ethernet, les architectures SD-WAN et certains environnements SASE.

Limites et enjeux de déploiement

La CoS ne garantit pas automatiquement une qualité de service de bout en bout. Un marquage n'a de valeur que si les équipements traversés le reconnaissent et appliquent une politique cohérente. Lorsqu'un paquet passe d'un domaine administratif à un autre, son marquage peut être conservé, modifié ou supprimé.

La sécurité du marquage constitue également un enjeu important. Un hôte mal configuré ou malveillant peut marquer son propre trafic comme prioritaire afin d'obtenir un meilleur traitement. Les équipements de bordure d'un domaine doivent donc pouvoir vérifier, supprimer ou réécrire les marquages non fiables. L'architecture DiffServ prévoit explicitement ce rôle de conditionnement du trafic aux frontières du domaine.

Les tunnels réseau compliquent aussi le traitement de la CoS. Lorsqu'un paquet est encapsulé dans un tunnel GRE, IPsec ou IP-in-IP, les valeurs de marquage peuvent devoir être copiées, traduites ou reconstruites entre l'en-tête interne et l'en-tête externe. La RFC 2983 analyse précisément ces interactions entre DiffServ et les tunnels IP.

Enfin, le chiffrement réduit parfois la capacité des équipements intermédiaires à classifier finement le trafic. Avec des protocoles comme QUIC, une grande partie des informations de transport est chiffrée, ce qui limite l'inspection par le réseau. Le traitement fondé sur les champs visibles, comme le DSCP ou les informations d'en-tête externes, reste toutefois possible.

Voir aussi

Notes et références

• Portail de l’informatique
• Portail des télécommunications