CoS en dispositivos Leaf EX4300 de estructura de chasis virtual (VCF) (modo mixto)

VCF CoS en modo mixto con un dispositivo Leaf EX4300

En el modo mixto, si todos los dispositivos leaf son conmutadores QFX5100, QFX3500 y QFX3600, está disponible el conjunto completo de funciones CoS de la serie QFX, incluidas las funciones de puente del centro de datos (DCB), como la selección de transmisión mejorada (ETS, IEEE 802.1Qaz), el control de flujo basado en prioridad (PFC, IEEE 802.1Qbb) y el Protocolo de intercambio de puente del centro de datos (DCBX, una extensión de LLDP, IEEE 802.1AB).

Sin embargo, el dispositivo leaf EX4300 no es compatible con los estándares DBC (ETS, PFC, DCBX). La falta de soporte para los estándares DCB significa que el dispositivo leaf EX4300 no admite el transporte sin pérdidas. Por lo tanto, un VCF que incluye un EX4300 como dispositivo leaf no admite tráfico de almacenamiento sin pérdidas, como Fibre Channel over Ethernet (FCoE).

Además, un VCF con un dispositivo leaf EX4300 no admite o tiene un soporte limitado para algunas otras funciones de CoS compatibles con los conmutadores de la serie QFX, incluidas algunas funciones de configuración de búfer, algunas funciones de reescritura de paquetes y pausa Ethernet (IEEE 802.3X).

La Tabla 1 resume la compatibilidad con CoS en un VCF en modo mixto con uno o más dispositivos leaf EX4300.

Tabla 1: Compatibilidad de las funciones de QFX CoS en un VCF en modo mixto con un dispositivo Leaf EX4300

Característica CoS de la serie QFX	Soporte en modo mixto con un dispositivo Leaf EX4300
Clases de envío	El dispositivo leaf EX4300 utiliza las clases de reenvío predeterminadas de la serie QFX, la clase de reenvío predeterminada de la serie QFX a la asignación de cola y el número máximo de clases de reenvío admitidas de la serie QFX (12).
Clases de reenvío sin pérdidas	No es compatible. Por ejemplo, las clases de reenvío sin pérdida predeterminadas de la serie QFX y no se tratan como clases fcoe de no-loss reenvío sin pérdida. El tráfico asignado a clases de reenvío sin pérdida (clases de reenvío sin pérdida predeterminadas o clases de reenvío sin pérdida definidas por el usuario) se trata como tráfico de mejor esfuerzo.
Configuración del búfer compartido	No se admite la configuración del búfer compartido de entrada. La configuración del búfer compartido de salida no admite la creación de particiones en tres grupos de búferes. Si hay una configuración de búfer compartido, solo se utiliza la configuración de búfer compartido de salida total. Se omiten la configuración del búfer compartido de entrada y la configuración de partición del búfer de salida.
Clasificador en una interfaz de capa 2	Se admite un clasificador por protocolo en un puerto. En un puerto físico, para un protocolo determinado, se utiliza el mismo clasificador de capa 2 en todas las interfaces lógicas.
Clasificador en una interfaz de capa 3	Apoyado.
Clasificador multidestino	Apoyado. El dispositivo leaf EX4300 utiliza el mismo clasificador predeterminado que el dispositivo spine QFX5100. Al igual que en los conmutadores de la serie QFX, un clasificador de múltiples destinos es global y se aplica a todas las interfaces de VCF. Los clasificadores multidestino solo son válidos para las clases de reenvío de multidifusión. Puede configurar dos clasificadores de varios destinos, uno para el tráfico IEEE 802.1p y otro para el tráfico DSCP (el clasificador multidestino DSCP se aplica tanto al tráfico IPv4 como al IPv6).
Perfil de notificación de congestión	No es compatible. Si se configura un perfil de notificación de congestión en el dispositivo spine de QFX5100, se omite porque el dispositivo leaf EX4300 no admite el transporte sin pérdidas, por lo que no es posible un comportamiento sin pérdida de extremo a extremo
Pausa Ethernet (IEEE 802.3X)	No es compatible. Si se configura la pausa de Ethernet, se omite.
Programación jerárquica (ETS)	Traducido a programación basada en puertos. El dispositivo EX4300 no admite la programación de ETS. Un VCF traduce la programación de ETS configurada en un dispositivo spine de QFX5100 en programación de puertos en un dispositivo leaf EX4300. Se omite la estructura jerárquica de la asignación de clases de reenvío en conjuntos de clases de reenvío (fc-sets). La programación en un dispositivo hoja VCF EX4300 proporciona detalles sobre cómo un VCF traduce la programación ETS de la serie QFX en programación de puertos en un dispositivo leaf EX4300.
Programación jerárquica (ETS) en un dispositivo spine Puerto VCP	En QFX5100 puertos VCP, se admite la asignación jerárquica de clases de reenvío a conjuntos de clases de reenvío. Sin embargo, la programación en un dispositivo leaf EX4300 se traduce en programación de puertos.
Perfil de caída (WRED)	Se admiten perfiles de caída de la serie QFX. El dispositivo EX4300 como conmutador independiente admite cuatro prioridades de pérdida de paquetes. Sin embargo, como parte de un VCF de modo mixto, el dispositivo leaf EX4300 solo admite las tres prioridades de pérdida de paquetes que admiten los conmutadores de la serie QFX: Bajo medio-alto Alto El hecho de admitir sólo tres prioridades de pérdida de paquetes significa que el comportamiento del conmutador EX4300 como un dispositivo leaf es diferente del comportamiento como un conmutador independiente.
Reescritura de reglas en una interfaz de capa 2	Compatible, pero con un límite de una regla de reescritura por interfaz física. Todo el tráfico utiliza la misma regla de reescritura.
Reescritura de reglas en una interfaz de capa 3	Compatible, pero con un límite de una regla de reescritura por interfaz física. La misma regla de reescritura se utiliza en todo el tráfico de la interfaz.
Valor de reescritura para el tráfico FCoE	No es compatible. Si se configura un valor de reescritura para el tráfico FCoE, se omite. (Un VCF de modo mixto no admite tráfico sin pérdidas).

Además de las limitaciones de CoS que se muestran en la Tabla 1, el uso de comodines en una configuración LAG no se admite en modo mixto con uno o más dispositivos leaf EX4300.

Programación en un dispositivo Leaf VCF EX4300

Dado que el dispositivo leaf EX4300 no admite ETS, el VCF traduce la configuración de programación de ETS a la configuración de programación de puertos compatible con el dispositivo EX4300. El dispositivo spine de QFX5100 utiliza la programación ETS de dos niveles, como se describe en detalle en Descripción de la programación jerárquica de puertos de CoS (ETS).

Brevemente, ETS asigna el ancho de banda del puerto en conjuntos de clases de reenvío (grupos de prioridad) y clases de reenvío (prioridades) de manera jerárquica. Cada conjunto de clases de reenvío consta de clases de reenvío individuales, con cada clase de reenvío asignada a una cola de salida.

El ancho de banda del puerto (ancho de banda mínimo garantizado y ancho de banda máximo) se asigna a cada conjunto de clases de reenvío. El ancho de banda del conjunto de clases de reenvío se asigna a su vez a las clases de reenvío del conjunto de clases de reenvío. Si una clase de reenvío no utiliza su asignación de ancho de banda, otras clases de reenvío dentro del mismo conjunto de clases de reenvío pueden compartir el ancho de banda no utilizado. Si las clases de reenvío de un conjunto de clases de reenvío no utilizan el ancho de banda asignado a ese conjunto de clases de reenvío, otros conjuntos de clases de reenvío del puerto pueden compartir el ancho de banda no utilizado. (Así es como ETS aumenta la utilización del ancho de banda del puerto, al compartir el ancho de banda no utilizado entre las clases de reenvío y los conjuntos de clases de reenvío).

Sin embargo, el dispositivo leaf EX4300 admite la programación de puertos, no ETS. La programación de puertos es un método de programación "plana" que asigna ancho de banda directamente a las clases de reenvío de una manera no jerárquica.

El VCF traduce los dos niveles de la configuración de programación de ETS (conjuntos de clases de reenvío y clases de reenvío) en una configuración de programación de puerto único de la siguiente manera:

• El ancho de banda asignado a un conjunto de clases de reenvío se divide en partes iguales entre las clases de reenvío del conjunto de clases de reenvío. (Los perfiles de control de tráfico programan la asignación de ancho de banda a conjuntos de clases de reenvío). El ancho de banda mínimo garantizado () y el límite máximo de ancho de banda (guaranteed-rateshaping-rate) del conjunto de clases de reenvío determinan el ancho de banda mínimo garantizado y el ancho de banda máximo que reciben las clases de reenvío, a menos que esos valores sean diferentes en la configuración del programador de clases de reenvío.

• Si hay una configuración explícita del programador de ancho de banda de la clase de reenvío, se anula la configuración del conjunto de clases de reenvío. Los valores de programación de ancho de banda que no se configuran explícitamente en un programador de clase de reenvío utilizan los valores del conjunto de clases de reenvío (la configuración del perfil de control de tráfico). Los programadores de clase de reenvío controlan el ancho de banda mínimo garantizado (), el ancho de banda máximo () y la prioridad () para cada clase de reenvío (transmit-rateshaping-rateprioritycola de salida). Dado que el valor de prioridad no está configurado en el nivel del conjunto de clases de reenvío, siempre se utiliza la prioridad configurada en el programador de clases de reenvío.

Los dos escenarios siguientes ilustran cómo un VCF traduce una configuración de ETS en una configuración de programación de puertos:

Escenario 1

Un conjunto de clases de reenvío denominado fc-set-1 tiene un ancho de banda mínimo garantizado configurado () de 4G y un ancho de banda máximo configurado (guaranteed-rateshaping-rate) de 5G.

El conjunto fc-set-1 de clases de reenvío consta de dos clases de reenvío, denominadas fc-1 y fc-2:

• La clase fc-1 de reenvío tiene un ancho de banda mínimo garantizado (transmit-rate) de 2,5 G. No hay un ancho de banda máximo configurado (shaping-rate).

• La clase fc-2 de reenvío tiene un ancho de banda mínimo garantizado (transmit-rate) de 1,5 G. No hay un ancho de banda máximo configurado (shaping-rate).

En el dispositivo leaf EX4300, la configuración de ETS anterior se traduce aproximadamente a la siguiente configuración de programación de puertos:

• Ancho de banda mínimo garantizado: dado que el ancho de banda mínimo garantizado se ha configurado explícitamente en el programador de clases de reenvío, la clase de reenvío recibe una velocidad de transmisión de 2,5 G y la clase fc-1 fc-2 de reenvío recibe una velocidad de transmisión de 1,5 G.

  Nota:

  Si no hubiera habido una configuración del programador transmit-rate de clase de reenvío, entonces el ancho de banda mínimo garantizado establecido por la clase de reenvío establecido de 4G se habría dividido uniformemente entre las clases de reenvío, y cada clase de reenvío recibiría una velocidad de ancho de banda mínima garantizada de 2G.

• Ancho de banda máximo: dado que no existe una configuración explícita de ancho de banda máximo (shaping-rate para las clases de reenvío, las clases de reenvío que pertenecen al conjunto de clases de reenvío reciben una parte igual del ancho de banda máximo configurado en el nivel establecido de clase de reenvío en el perfil de control de tráfico. Dado que el ancho de banda máximo establecido en la clase de reenvío es 5G, las clases fc-1 de reenvío y fc-2 cada una reciben un ancho de banda máximo de 2,5G.

En este escenario, el ancho de banda mínimo garantizado y el ancho de banda máximo configurados en el nivel de jerarquía del conjunto de clases de reenvío se alcanzan en las clases de reenvío que pertenecen al conjunto de clases de reenvío. (Esto no siempre sucede, como muestra el Escenario 2). Sin embargo, el ancho de banda no utilizado no se comparte de la misma manera. Por ejemplo, si la clase fc-1 de reenvío experimentara una ráfaga de tráfico a 3,5G, se limitaría a un máximo de 2,5G y el tráfico se reduciría. Usando ETS, si la clase fc-2 de reenvío no estaba usando su ancho de banda máximo asignado, entonces fc-1 podría usar (compartir) ese ancho de banda no utilizado. Pero la programación de puertos planos no comparte el ancho de banda no utilizado.

Escenario 2

Un conjunto de clases de reenvío denominado fc-set-2 tiene un ancho de banda mínimo garantizado configurado (guaranteed-rate) de 6G y un ancho de banda máximo configurado (shaping-rate) de 9G.

El conjunto fc-set-2 de clases de reenvío consta de tres clases de reenvío, denominadas fc-3, fc-4y fc-5:

• La clase fc-3 de reenvío tiene un ancho de banda mínimo garantizado (transmit-rate) de 1G. No hay un ancho de banda máximo configurado (shaping-rate).

• La clase fc-4 de reenvío tiene un ancho de banda máximo (shaping-rate) de 2G. No hay un ancho de banda mínimo garantizado configurado (transmit-rate).

• La clase fc-5 de reenvío tiene un ancho de banda mínimo garantizado (transmit-rate) de 3G. No hay un ancho de banda máximo configurado (shaping-rate).

En el dispositivo leaf EX4300, la configuración de ETS anterior se traduce aproximadamente a la siguiente configuración de programación de puertos:

• Ancho de banda mínimo garantizado: dos clases de reenvío ( y ) tienen una velocidad de transmisión configurada explícitamente y una clase de reenvío (fc-3fc-4) no. Reenvío de clases fc-3 y reciben el ancho de banda mínimo garantizado configurado en sus programadores, por lo que la clase de reenvío recibe un ancho de banda mínimo garantizado de 1G y fc-5la clase fc-3 fc-5 de reenvío recibe un ancho de fc-5 banda mínimo garantizado de 3G.

  La clase fc-4 de reenvío no tiene una velocidad de transmisión configurada explícitamente, por lo que el puerto deriva el ancho de banda mínimo garantizado de la velocidad garantizada establecida en la clase de reenvío. El conjunto de clases de reenvío tiene un ancho de banda mínimo garantizado (guaranteed-rate) de 6G y hay tres clases de reenvío en el conjunto fc-set-2 de clases de reenvío. La clase de reenvío recibe una parte igual (un tercio) del ancho de banda mínimo garantizado establecido por la clase fc-4 de reenvío. Por lo tanto, a la clase fc-4 de reenvío se le asigna un ancho de banda mínimo garantizado () de 2G (transmit-rate6G dividido por 3 clases de reenvío = 2G).

• Ancho de banda máximo: la clase de reenvío tiene una velocidad de conformación configurada explícitamente, y las clases fc-3 de reenvío no lo hacen. La clase de reenvío recibe el ancho de banda máximo configurado en su programador, por lo fc-5 que la clase fc-4 fc-4 fc-4 de reenvío recibe un ancho de banda máximo de 2G.

  Clases de reenvío y fc-5 no tienen velocidades fc-3 de modelado configuradas explícitamente, por lo que el puerto deriva el ancho de banda máximo de la velocidad de modelado establecida de clases de reenvío. El conjunto de clases de reenvío tiene un ancho de banda máximo (shaping-rate) de 9G y hay tres clases de reenvío en el conjunto fc-set-2 de clases de reenvío. Las clases de envío y fc-5 cada una reciben una parte igual (un tercio) de la tasa de configuración del conjunto de clases fc-3 de reenvío. Por lo tanto, a las clases de reenvío y fc-5 se les asigna un ancho de banda máximo de 3G cada una (9G dividido por 3 clases fc-3 de reenvío = 3G).

  La clase de reenvío recibe menos ancho de banda máximo que las clases de reenvío y porque la velocidad de conformación configurada explícitamente para la clase de reenvío es solo 2G, y fc-5 la configuración explícita de la clase fc-4 fc-4 de reenvío anula la configuración del conjunto de clases fc-3 de reenvío.

Nota:

El escenario 2 muestra que, en algunos casos, es posible que el ancho de banda mínimo garantizado () y el ancho de banda máximo () configurados para un conjunto de clases de reenvío no se alcancen en el nivel de clase de reenvío (guaranteed-rateshaping-ratecola). En el escenario 2, el conjunto fc-set-2 de clases de reenvío tiene una velocidad de conformación de 9G, pero la suma de las velocidades de modelado de clases de reenvío implementadas es de solo 8G [(3G para ) + (2G para ) + (3G para fc-3fc-4fc-5)].