La norme IEEE 802.1p/Q sur la couche Ethernet (couche 2) et le DSCP sur la couche IP (couche 3) sont deux mécanismes de CoS basés sur des normes qui sont utilisés par les produits Avaya. Ces mécanismes sont pris en charge par le téléphone IP, le protocole, les passerelles multimédia G4xx et Avaya Aura® Media Server. Bien que les ports d’origine et de destination TCP/UDP ne soient pas des mécanismes de CoS, ils peuvent être utilisés pour identifier un trafic spécifique et peuvent être utilisés comme des balises de CoS. Une autre méthode que le CoS pour identifier un trafic spécifique consiste à saisir les adresses IP source et de destination ainsi que les protocoles spécifiques, tels que RTP. Le bloc de circuits du processeur multimédia et les téléphones IP utilisent le protocole RTP pour encapsuler l'audio.

En raison de ce changement de format, les commutateurs plus anciens devaient être configurés explicitement pour accepter les trames marquées 802.1Q. Sinon, les commutateurs rejettent les trames étiquetées. Cependant, ce problème n’a pas été important au cours des dernières années.

Les deux champs à prendre en compte sont les champs Priorité et ID de VLAN (VID). Le champ Priorité est le p dans 802.1p/Q et varie de 0 à 7. 802.1p/Q est un terme courant utilisé pour indiquer que le champ Priorité dans la balise 802.1Q a une signification. Avant les applications en temps réel, la norme 802.1Q était principalement utilisée pour le trunking VLAN, et le champ Priorité n’était pas important. Le champ VID est utilisé pour indiquer le VLAN auquel la trame Ethernet appartient.

L'en-tête IP avec son champ Type de service (ToS) de 8 bits a été utilisé à l'origine et est toujours utilisé dans certains cas. Ce schéma original n’était pas largement utilisé, et l’IETF a développé une nouvelle méthode d’étiquetage CoS de couche 3 pour IP appelée Services Différenciés (DiffServ, RFC 2474/2475). Le service DiffServ utilise les 6 premiers bits du champ ToS et varie de 0 à 63. La comparaison du DSCP avec le ToS original montre le schéma original du ToS et le DSCP par rapport aux 8 bits du champ ToS.

Idéalement, toute valeur DSCP devrait correspondre directement à une combinaison de priorité et de paramètre de trafic du schéma d'origine. Cependant, ce mappage n'existe pas dans tous les cas et pourrait causer des problèmes sur certains appareils plus anciens.

Sur n'importe quel périphérique, qu'il soit nouveau ou ancien, une valeur différente de zéro dans le champ ToS n'a aucun effet si le périphérique n'est pas configuré pour examiner le champ ToS. Des problèmes surviennent sur certains appareils hérités lorsque le champ ToS est examiné, soit par défaut, soit en activant la QoS. Ces dispositifs hérités (réseau et point d'extrémité) peuvent contenir un code qui n'a mis en œuvre que la partie de priorité du schéma ToS original, les bits restants étant par défaut réglés à zéro. Cela signifie que seules les valeurs DSCP qui sont divisibles par 8 (XXX000) peuvent correspondre au schéma ToS original. Par exemple, si un point d'extrémité est marqué avec DSCP 40, un dispositif réseau hérité peut être configuré pour rechercher la précedence 5, car les deux valeurs apparaissent comme 10100000 dans le champ ToS. Cependant, un DSCP de 46 (101110) ne peut être mappé à aucune valeur de priorité seule. Un autre problème survient si le code existant a mis en place la priorité avec un seul paramètre de trafic autorisé à être défini à la valeur élevée. Dans ce cas, un DSCP de 46 ne fonctionne toujours pas, car il nécessite que 2 bits de paramètres de trafic soient réglés à un niveau élevé. Lorsque ces disparités se produisent, un dispositif plus ancien, d’environ 10 ans, pourrait rejeter le paquet IP marqué DSCP ou présenter un autre comportement anormal. La plupart des appareils plus récents prennent en charge à la fois le DSCP et le schéma ToS original.