CoS en dispositivos estructura del chasis virtual EX4300 leaf (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, está disponible el conjunto completo de funciones de 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 prioridades (PFC, IEEE 802.1Qbb) y el protocolo de intercambio de puentes 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 compatibilidad con 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 el canal de fibra sobre Ethernet (FCoE).

Además, un VCF con un dispositivo leaf EX4300 no admite o tiene compatibilidad limitada con 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 de Ethernet (IEEE 802.3X).

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

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

Función de 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 para la asignación de colas y el número máximo de clases de reenvío admitidas de la serie QFX (12).
Clases de reenvío sin pérdida	No compatible. Por ejemplo, las clases fcoe de reenvío sin pérdida predeterminadas de la serie QFX y no-loss no se tratan como clases de 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 máximo esfuerzo.
Configuración de búfer compartido	No se admite la configuración de búfer compartido de entrada. La configuración de búfer compartido de salida no admite la partición en tres agrupaciones de búfer. Si hay una configuración de búfer compartido, solo se utiliza la configuración del búfer compartido de salida total. Se ignora 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	Compatible.
Clasificador multidestino	Compatible. 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 multidestino es global y se aplica a todas las interfaces VCF. Los clasificadores multidestino solo son válidos para clases de reenvío de multidifusión. Puede configurar dos clasificadores multidestino, 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 compatible. Si se configura un perfil de notificación de congestión en el dispositivo spine QFX5100, se omite porque el dispositivo leaf EX4300 no admite el transporte sin pérdida, por lo que no es posible el comportamiento sin pérdida de extremo a extremo
PAUSA DE ETHERNET (IEEE 802.3X)	No compatible. Si la pausa de Ethernet está configurada, se ignora.
Programación jerárquica (ETS)	Traducido a la 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 QFX5100 en programación de puertos en un dispositivo leaf EX4300. Se ignora la estructura jerárquica de la asignación de clases de reenvío a conjuntos de clases de reenvío (fc-sets). Programación en un dispositivo leaf VCF EX4300 proporciona detalles sobre cómo un VCF traduce la programación de 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 los puertos VCP QFX5100, 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 los 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 compatibles con los conmutadores de la serie QFX: bajo Medio-alto alto Admitir solo tres prioridades de pérdida de paquetes significa que el comportamiento del conmutador EX4300 como dispositivo leaf es diferente del comportamiento como 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.
Reescritura de valor para tráfico de FCoE	No compatible. Si se configura un valor de reescritura para el tráfico de FCoE, se omite. (Un VCF de modo mixto no admite tráfico sin pérdida.)

Además de las limitaciones de CoS que se muestran en la tabla 1, no se admite el uso de comodines en una configuración LAG 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 en la configuración de programación de puertos compatible con el dispositivo EX4300. El dispositivo spine QFX5100 utiliza una programación ETS de dos niveles, como se describe en detalle en Descripción de la programación de puertos jerárquicos (ETS) de CoS.

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

El ancho de banda de 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, compartiendo 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 "plano" 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 única configuración de programación de puerto 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 (guaranteed-rate) y el límite máximo de ancho de banda (shaping-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, 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 clases 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 clases de reenvío controlan el ancho de banda mínimo garantizado (transmit-rate), el ancho de banda máximo (shaping-rate) y la prioridad (priority) para cada clase de reenvío (cola de salida). Dado que el valor de prioridad no está configurado en el nivel de conjunto de clases de reenvío, siempre se usa la prioridad configurada en el programador de clases de reenvío.

Los dos escenarios siguientes ilustran cómo un VCF traduce una configuración 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 (guaranteed-rate) de 4G y un ancho de banda máximo configurado (shaping-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,5G. 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,5G. 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 configuró explícitamente en el programador de clases de reenvío, la clase fc-1 de reenvío recibe una velocidad de transmisión de 2,5G y la clase fc-2 de reenvío recibe una velocidad de transmisión de 1,5G.

  Nota:

  Si no hubiera habido una configuración del programador transmit-rate de clases de reenvío, el ancho de banda mínimo garantizado establecido por clases de reenvío 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 de conjunto de clases de reenvío en el perfil de control de tráfico. Dado que el conjunto de clases de reenvío, el ancho de banda máximo 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 configurado en el nivel de jerarquía del conjunto de clases de reenvío se logran en las clases de reenvío que pertenecen al conjunto de clases de reenvío. (Esto no siempre sucede, como se muestra en 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 se interrumpiría el tráfico. Con ETS, si la clase fc-2 de reenvío no estaba utilizando 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 (fc-3 y fc-5) tienen una velocidad de transmisión configurada explícitamente y una clase de reenvío (fc-4) no. Clases fc-3 de reenvío y fc-5 reciben el ancho de banda mínimo garantizado configurado en sus programadores, por lo que la clase fc-3 de reenvío recibe un ancho de banda mínimo garantizado de 1G y la clase fc-5 de reenvío recibe un ancho de 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 por la clase de reenvío. El conjunto fc-set-2 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 de clases de reenvío. La clase fc-4 de reenvío recibe una parte igual (un tercio) del ancho de banda mínimo garantizado establecido por la clase de reenvío. Por lo tanto, a la clase fc-4 de reenvío se le asigna un ancho de banda mínimo garantizado (transmit-rate) de 2G (6G dividido por 3 clases de reenvío = 2G).

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

  Las clases fc-3 de reenvío y fc-5 no tienen velocidades de modelación configuradas explícitamente, por lo que el puerto deriva el ancho de banda máximo de la velocidad de modelación establecida por la clase de reenvío. El conjunto fc-set-2 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 de clases de reenvío. Clases fc-3 de reenvío y fc-5 cada una recibe una parte igual (un tercio) de la velocidad de modelación del conjunto de clases de reenvío. Por lo tanto, a las clases fc-3 de reenvío se les fc-5 asigna un ancho de banda máximo de 3G cada una (9G dividido por 3 clases de reenvío = 3G).

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

Nota:

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