Mappage QoS Windows 7 DSCP et 802.1p?

Lorsque je crée une stratégie QoS dans Windows 7 via l'éditeur de stratégie de groupe et que je définis une valeur DSCP , Windows 7 ajoute-t-il le champ QoS 802.1p à la trame Ethernet? Si oui, comment mappe-t-il les différentes valeurs de DSCP (0-63) aux valeurs de QoS 802.1p (0-7)?

Donc, pour être clair, mes questions sont les suivantes:

Windows 7 définit-il une valeur 802.1p pour les stratégies de QoS configurées?
Si tel est le cas, comment Windows 7 mappe-t-il la valeur DSCP de la stratégie QoS à la valeur 802.1p?

Cette question concerne spécifiquement les paquets sortants.

Remarque: le balisage 802.1p est pris en charge dans Windows 7 (et ce depuis Windows 2000, XP SP2, Windows Server 2003). Microsoft semble faire allusion à un mappage de DSCP à 802.1p dans ce document .

windows-7 ethernet qos

— syplex
source

Réponses:

Il semble y avoir un téléchargement d'informations ici (nouveau lien) .

DSCP et 802.1p sont deux méthodes différentes de QoS, et elles ne correspondent pas nécessairement, bien que les commutateurs gérés puissent certainement mapper entre les deux dans le cas où l'un ou l'autre n'est pas pris en charge sur un appareil particulier (le DSCP étant le plus ancien, plus largement) -supporté un). Windows mappe le trafic sur les deux indépendamment, avec les valeurs suivantes utilisées pour 802.1q:

Non-conforming packets  0

Best-effort             0

Controlled load         4

Guaranteed service      5

Network control         7

Qualitative             0

La tendance générale est des valeurs plus élevées = un trafic de priorité plus élevée, mais la plupart des périphériques réseau ont tendance à fusionner ces valeurs en une poignée de files d'attente / tampons en interne (très faible, faible, moyen, élevé, par exemple). De plus, si votre application ne nomme pas son type de trafic, Windows n'aura rien à mapper et vous ne verrez aucun changement dans les performances.

— Bigbio2002
source

Ces liens ne sont pas vraiment concluants. Il est certainement possible que Windows ne les mappe pas les uns aux autres, mais il semble que si vous avez activé 802.1p sur votre équipement réseau, il serait logique de le définir en conséquence. Je cherchais donc quelque chose de concluant. J'essaie actuellement de mettre en place un test pour voir par moi-même s'il existe un mappage et comment affecter la valeur 802.1p.

— syplex

La réponse de harrymc indique que Windows 7 ne prend pas en charge 802.1p, mais Windows 8 en a. Soi-disant, il y a des problèmes avec 802.1p avec des routeurs plus anciens, car ils ne peuvent pas gérer correctement la balise et finiront par la supprimer (j'ai également vu un comportement étrange lorsqu'il est utilisé en conjonction avec des VLAN). DSCP est un champ dans un paquet IP standard, donc au pire, il sera ignoré.

— Bigbio2002

La réponse de harrymc est incorrecte en déclarant que Windows 7 ne prend pas en charge 802.1p. Il est pris en charge depuis Windows 2000 (vous pouvez modifier les valeurs par défaut dans la stratégie de groupe sous Modèles d'administration-> Réseau-> Planificateur de paquets QoS-> Valeur de priorité de couche 2). Pour le trafic Ethernet local avec des commutateurs de couche 2, DSCP est inutile car il n'y a pas de saut de routeur. De nombreux commutateurs (sinon tous) semblent prendre en charge le 802.1p de nos jours, même les moins chers. Mon objectif principal est d'activer la QoS sur un LAN sans saut, donc 802.1p est la seule solution.

— syplex

La prise en charge de 802.1p et DSCP est revendiquée par Microsoft depuis de nombreuses années.
Pourtant, j'ai trouvé un article Microsoft troublant disant que le 802.1p n'a commencé qu'avec Server 2012 (même base de code que Windows 8).

L' aperçu de la qualité de service (QoS) de l' article de Microsoft indique:

Les versions précédentes de Windows prennent en charge le marquage prioritaire dans l'en-tête IP d'un paquet réseau. Les bits de priorité sont connus sous le nom de point de code de service de différenciation (DSCP). Windows Server 2012 ajoute la prise en charge du balisage 802.1p. 802.1p est une valeur de priorité de 3 bits dans la trame Ethernet de couche 2. Par conséquent, il s'applique aux paquets non IP tels que RDMA sur Ethernet.

DSCP et 802.1p sont tous deux déclarés par Microsoft dans l'article Vue d' ensemble du point de code des services différenciés (DSCP) équivalents en termes de fonctionnalités. Cependant, comme ces deux normes s'appliquent à différentes couches du protocole de communication, il est peu probable que l'une puisse être mappée à l'autre.

— harrymc
source

D'après ce que j'ai lu, le marquage 802.1p est pris en charge dans Winodws depuis au moins XP SP2. Sous XP, l'API Traffic Control (TC) ou l'API QoS peuvent être utilisées. Sous Vista et supérieur, l'API qWAVE est utilisée.

— syplex

L'API qWAVE est censée définir à la fois DSCP et 802.1p, mais cela ne signifie pas que les deux sont pris en charge par le système d'exploitation (mais cela signifie que la définition de l'un d'eux ne définit pas automatiquement l'autre). Selon le lien ci-dessus, 802.1p n'a de sens que dans la dernière version de Windows.

— harrymc

802.1p est pris en charge par Windows 2000 et supérieur. Ce lien indique que l'énumération spécifique de QOS_TRAFFIC_TYPE n'est prise en charge que dans Windows Vista et supérieur pour les postes de travail et Windows Server 2008 et supérieur pour les serveurs. L'API était différente sous Windows 2000 et XP mais 802.1p était toujours pris en charge.

— syplex

L'article que j'ai trouvé indique clairement que les serveurs Windows ne le prenaient pas en charge avant Server 2012, mais cela ne dit rien sur les versions clientes telles que 7. J'ai basé ma réponse sur le fait que les deux versions ont un code commun- base, mais bien sûr, je peux me tromper. Je n'ai pas accès aux composants internes de Microsoft et je ne peux donc que deviner que l'implémentation 802.1p, si elle existait, était sur des serveurs Windows non opérationnels ou défectueux avant Server 2012. Comme toujours lorsque les sources Microsoft sont en conflit, il faut faire preuve de prudence et de bon sens .

— harrymc

Consultez également cet article décrivant certaines raisons qui peuvent empêcher le 802.1p de fonctionner. Même si la balise a été spécifiée par l'API, il n'est pas du tout sûr qu'elle ait été envoyée, si elle n'est pas gérée correctement à toutes les étapes. 802.1p peut même entrer en conflit avec le MTU!

— harrymc