CoS et QoS sont-ils toujours interchangeables?

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?

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.

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.

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.

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;
        }
    }               
}

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.