CoS et QoS sont-ils toujours interchangeables?

28

Les termes CoS et QoS sont souvent utilisés de manière interchangeable, en particulier dans l'espace SP lors de la fourniture de «profils de classe de service», etc. dans le cadre des ensembles de produits. Je cherche à réaffirmer ma compréhension du fait que CoS n'est qu'un moyen de marquer le trafic au niveau 2, tandis que la QoS détermine ce que vous faites réellement à ce trafic au niveau 3?

Quelqu'un peut-il fournir des exemples de mise en œuvre plus réels de la distinction entre les deux termes ou alternativement me signaler tout chevauchement?

Mat
la source

Réponses:

17

QoS est un terme générique qui couvre l'utilisation de fonctionnalités telles que la régulation, la mise en forme, la classification du trafic et les mécanismes avancés de mise en file d'attente.

CoS est une forme de QoS limitée à Ethernet de couche 2 et il utilise 3 bits (8 valeurs) de la balise 802.1Q pour différencier votre trafic. Donc pas de jonction, pas de CoS.

Le DSCP est la valeur la plus couramment utilisée au niveau de la couche 3 et se trouve dans 6 bits (64 valeurs) de l'en-tête IP. En règle générale, seules 14 des valeurs sont utilisées et sont référencées en utilisant les notations de meilleur effort, d'expédition accélérée (EF) et d'expédition assurée (AF). Les valeurs AF sont sous la forme AFxy, où x est 1-4 et se réfère à la priorité et y est 1-3 et se réfère à la probabilité de chute.

Les fournisseurs de télécommunications (comme AT&T en particulier) utilisent le terme CoS pour définir les classes d'allocation de bande passante qu'ils prennent en charge dans leurs offres MPLS. Fondamentalement, ils ont transformé CoS en un terme marketing. Généralement, une entreprise de télécommunications utilise DSCP pour savoir à laquelle de ses classes CoS votre trafic est censé faire partie.

Un autre point important pour la configuration de ces fonctionnalités est que dans un commutateur ou un routeur Cisco, vous devez utiliser une commande telle que `` mls qos trust dscp '' ou `` mls qos trust cos '', sinon l'appareil remettra à zéro le marquage QoS. Il y a quelques exceptions basées sur le modèle, la configuration et la version IOS mais cela a été vrai pour tout au cours des dernières années de mon expérience. Cette configuration est requise car le périphérique doit savoir sur quel marquage vous souhaitez qu'il agisse car il ne peut pas utiliser les deux. J'aime utiliser DSCP. Je n'ai pas trouvé de raison solide d'utiliser CoS dessus, mais je suis sûr que quelqu'un en a une.

Mike Marotta
la source
Toutes les réponses à cette question ont été très utiles, mais celle-ci a vraiment aidé à cliquer sur le marketing que Telcos peut publier :-) merci.
MattE
Une raison d'utiliser le marquage CoS (local en Nouvelle-Zélande, au moins) est que pour certains services de données, les transporteurs utilisent les balises CoS ajoutées sur l'en-tête CPE sortant pour déterminer si le trafic est destiné à être traité comme s'il se trouvait dans le CIR ou l'EIR. composants d'un circuit. La mise en garde avec la configuration que nous avons en NZ est que si votre trafic CIR étiqueté CoS dépasse le CIR, il baisse immédiatement le trafic au lieu de simplement avoir la partie excédentaire de celui-ci dans le pool EIR / PIR.
bdx
17

La classe de service est un identifiant de couche 2, généralement associé à une balise 802.1q (vous ne devriez pas voir CoS référencé sur un port d'accès, seulement un port de jonction). DiffServ serait l'identifiant correspondant sur une liaison de couche 3. La qualité de service est un surensemble de contrôle de la façon dont les liens de couche 2 et de couche 3 classent, contrôlent et mettent en file d'attente le trafic sur différents types de liens.

nicotine
la source
5
Pour développer cela, CoS est spécifique à Ethernet. Frame Relay, par exemple, ne fournit pas de champ CoS dans son en-tête; il ne contient qu'un champ «éligible à l'élimination» d'un bit.
Jeremy Stretch
Merci pour ça. Je suis dans un travail Ethernet à 98%, donc cette différenciation m'échappe parfois.
nicotine
Belle réponse concise.
lobi
6

CoS fonctionne sur la couche 2, tandis que QoS fonctionne sur la couche 3.

CoS est un moyen d'ajouter une priorité à l'en-tête VLAN qui peut plus tard être interprété par des mécanismes QoS pour gérer le trafic en conséquence.

Un exemple réel pourrait être un VLAN VoIP sur un réseau, qui serait généralement marqué d'un indicateur CoS comme CS7. Les moteurs de QoS des routeurs peuvent alors interpréter cela et hiérarchiser ce trafic plus haut dans les situations de contrôle ou de profilage.

CoS peut être utilisé indépendamment des implémentations QoS pour transmettre le trafic correctement étiqueté à d'autres réseaux sur lesquels vous n'avez aucun contrôle.

Voici un bon livre blanc donnant une introduction détaillée au sujet.

SimonJGreen
la source
6

Dans le monde Juniper, ils sont plus interchangeables. Comme toutes les configurations QoS sont effectuées sous la strophe de classe de service de la configuration. Un exemple de la configuration est:

class-of-service {
    forwarding-classes {
        queue 0 assured-forwarding;
        queue 1 best-effort;
        queue 2 expedited-forwarding;
    }
    interfaces {
        ge-0/0/3 {
            unit 0 {
                scheduler-map 1st;
                shaping-rate 100m;
            }
        }
    }
    scheduler-maps {
        1st {
            forwarding-class assured-forwarding scheduler test1;
            forwarding-class best-effort scheduler test2;
            forwarding-class expedited-forwarding scheduler test3;
        }
    }
    schedulers {
        test1 {
            transmit-rate 45m;
            buffer-size percent 45;
            priority low;
        }
        test2 {
            transmit-rate 45m;
            buffer-size percent 45;
            priority low;
        }
        test3 {
            transmit-rate 10m;
            buffer-size percent 10;
            priority low;
        }
    }               
}
Steve
la source
1
D'accord avec Steve, cela dépend de votre fournisseur, Juniper utilise le terme de manière plus interchangeable et utilise presque exclusivement CoS.
Kelly McDowell
4

La QoS (Quality of Service) est un ensemble de mesures destinées à fournir des garanties non fournies auparavant sur les réseaux à commutation de paquets. Ceux-ci sont utilisés pour la mise en forme du trafic et pour essayer d'obtenir des garanties de qualité dans certains cas, en rapprochant les protocoles à commutation de circuits sur des réseaux à commutation de paquets. Il est beaucoup plus complexe que cela dans la mise en œuvre, mais c'est l'objectif fondamental.

CoS signifie Class of Service et est destiné à désigner certains trafics Ethernet à des fins de QoS. Par exemple, dans un réseau commuté, cela pourrait être utilisé pour différencier TDMoE qui est très sensible à la latence du trafic à commutation de paquets ordinaire (TDMoE transporterait probablement des données vocales téléphoniques entre des commutateurs / passerelles téléphoniques). Cela pourrait ensuite être utilisé pour garantir le respect des garanties de qualité de service. Cela vous donne une idée de l'interdépendance des concepts.

À mon avis, la QoS vise vraiment à offrir les types de garanties très robustes typiques des réseaux à connexion commutée (comme le RTPC). Sur Ethernet, cela vous permet de prendre une jonction dans un réseau commuté, puis d'utiliser la partie de la bande passante non utilisée par TDMoE par exemple, et de l'utiliser pour des communications à commutation de paquets.

Donc, comme je le décrirais, la QoS est l'ensemble des techniques et des approches pour résoudre un ensemble spécifique de problèmes, tandis que la classe de service est une désignation pour les transmissions de données (en particulier au niveau du protocole Ethernet) afin de le gérer selon QoS.

Chris Travers
la source