Windows 7 DSCP y 802.1p QoS Mapping?


11

Cuando creo una política de QoS en Windows 7 a través del editor de Políticas de Grupo y establezco un valor DSCP , ¿Windows 7 agrega el campo 802.1p QoS al marco de Ethernet? Si es así, ¿cómo asigna los diferentes valores de DSCP (0-63) a los valores de QoS 802.1p (0-7)?

Para que quede claro, mis preguntas son:

  • ¿Windows 7 establece un valor 802.1p para las políticas de QoS configuradas?
  • Si es así, ¿cómo asigna Windows 7 el valor DSCP de la política de QoS al valor 802.1p?

Esta pregunta es específicamente para paquetes salientes.

Nota: el etiquetado 802.1p es compatible con Windows 7 (y lo ha sido desde Windows 2000, XP SP2, Windows Server 2003). Microsoft parece aludir a una asignación de DSCP a 802.1p en este documento .

Respuestas:


0

Parece que hay una gran cantidad de información aquí (nuevo enlace) .

DSCP y 802.1p son dos métodos diferentes de QoS, y no se corresponden necesariamente, aunque los conmutadores administrados ciertamente pueden mapearse entre los dos en caso de que uno u otro no sea compatible con un dispositivo en particular (con DSCP siendo el más antiguo, más ampliamente -soportado uno). Windows asigna tráfico a ambos de forma independiente, con los siguientes valores utilizados para 802.1q:

Non-conforming packets  0

Best-effort             0

Controlled load         4

Guaranteed service      5

Network control         7

Qualitative             0

La tendencia general es valores más altos = tráfico de mayor prioridad, pero la mayoría de los dispositivos de red tienden a fusionar estos valores en un puñado de colas / almacenamientos intermedios (muy bajo, bajo, medio, alto, por ejemplo). Además, si su aplicación no etiqueta su tipo de tráfico, Windows no tendrá nada que asignar y no verá ningún cambio en el rendimiento.


Esos enlaces no son realmente concluyentes. Definitivamente es posible que Windows no los asigne entre sí, pero parece que si tiene 802.1p habilitado en su equipo de red, tendría sentido configurarlo en consecuencia. Así que he estado buscando algo concluyente. Actualmente estoy tratando de armar una prueba para ver por mí mismo si hay algún mapeo y cómo afectar el valor 802.1p.
syplex

La respuesta de harrymc indica que Windows 7 no tiene soporte 802.1p, pero Windows 8 sí. Supuestamente, existen problemas con el uso de 802.1p con enrutadores más antiguos, ya que no pueden manejar adecuadamente la etiqueta y terminarán despojándola (también he visto un comportamiento extraño cuando se usa junto con VLAN). DSCP es un campo dentro de un paquete IP estándar, por lo que, en el peor de los casos, se ignorará.
Bigbio2002

La respuesta de harrymc es incorrecta al afirmar que Windows 7 no es compatible con 802.1p. Se admite desde Windows 2000 (puede modificar los valores predeterminados en la política de grupo en Plantillas administrativas-> Red-> Programador de paquetes QoS-> Valor de prioridad de capa 2). Para el tráfico de ethernet local con conmutadores de capa 2, DSCP es inútil ya que no hay saltos de enrutador. Muchos (si no todos) los conmutadores parecen admitir 802.1p en estos días, incluso los baratos. Mi objetivo principal es habilitar QoS en una LAN sin saltos, por lo que 802.1p es la única solución.
syplex

0

Microsoft ha reclamado la compatibilidad con 802.1p y DSCP desde hace muchos años.
Sin embargo, he encontrado un artículo problemático de Microsoft que dice que 802.1p solo comenzó con Server 2012 (la misma base de código que Windows 8).

La descripción general de la calidad de servicio (QoS) del artículo de Microsoft dice:

Las versiones anteriores de Windows admiten el etiquetado de prioridad en el encabezado IP de un paquete de red. Los bits de prioridad se conocen como Punto de código de servicio de diferenciación (DSCP). Windows Server 2012 agrega el soporte de etiquetado 802.1p. 802.1p es un valor de prioridad de 3 bits en la trama Ethernet de capa 2. Por lo tanto, se aplica a paquetes no IP como RDMA a través de Ethernet.

Microsoft dice que tanto DSCP como 802.1p en el artículo Descripción general del punto de código de servicios diferenciados (DSCP) son equivalentes en funcionalidad. Sin embargo, como estos dos estándares se aplican a diferentes capas del protocolo de comunicación, es poco probable que uno pueda mapearse con el otro.


Por lo que he leído, el etiquetado 802.1p es compatible con Winodws desde al menos XP SP2. En XP, se podría usar la API de control de tráfico (TC) o la API de QoS. En Vista y superior, se usa la API qWAVE.
syplex el

La API qWAVE se dice para establecer tanto DSCP y 802.1p, pero esto no quiere decir que ambos son compatibles con el sistema operativo (pero sí significa que la fijación de uno de ellos no configura automáticamente el otro). Según el enlace anterior, 802.1p solo es significativo en la última versión de Windows.
harrymc

802.1p es compatible con Windows 2000 y superior. Ese enlace dice que la enumeración específica de QOS_TRAFFIC_TYPE solo es compatible con Windows Vista y superior para estaciones de trabajo y Windows Server 2008 y superior para servidores. La API era diferente en Windows 2000 y en XP, pero 802.1p aún era compatible.
syplex el

El artículo que encontré definitivamente establece que los servidores de Windows no lo admitían antes de Server 2012, pero eso no dice nada sobre las versiones de cliente como 7. Basé mi respuesta en el hecho de que ambas versiones tienen un código común. base, pero por supuesto puedo estar equivocado. No tengo acceso a los componentes internos de Microsoft y, por lo tanto, solo puedo adivinar que la implementación de 802.1p, si existía, estaba en servidores de Windows no operativos o defectuosos antes del Servidor 2012. Como siempre cuando las fuentes de Microsoft entran en conflicto, uno debe tener precaución y sentido común .
harrymc

Consulte también este artículo que describe algunas razones que pueden evitar que 802.1p funcione. Incluso si la etiqueta fue especificada por la API, no es seguro que se haya enviado, si no se maneja correctamente en todas las etapas. ¡802.1p puede incluso entrar en conflicto con la MTU!
harrymc
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.