Descripción de las clases de reenvío de CoS
Las clases de reenvío agrupan el tráfico y lo asignan a las colas de salida. Cada clase de reenvío se asigna a una cola de salida. La clasificación asigna el tráfico entrante a las clases de reenvío según los bits de punto de código en el encabezado del paquete o la trama. La asignación de clase de reenvío a cola define la cola de salida utilizada para el tráfico clasificado en una clase de reenvío.
Un clasificador debe asociar cada paquete a una de las siguientes clases de reenvío predeterminadas o a una clase de reenvío configurada por el usuario para asignar una cola de salida al paquete:
-
fcoe: entrega garantizada para el tráfico de canal de fibra sobre Ethernet (FCoE).
-
no-loss: entrega garantizada para tráfico TCP sin pérdida.
-
best-effort: proporciona la entrega de máximo esfuerzo sin un perfil de servicio. La prioridad de pérdida normalmente no se lleva en un valor de clase de servicio (CoS).
-
network-control: admite el control de protocolos y suele ser de alta prioridad.
-
mcast: entrega de paquetes multidestino (error de multidifusión, difusión y búsqueda de destino).
Dependiendo de su plataforma, el conmutador admite hasta 12 clases de reenvío, lo que permite una clasificación de paquetes flexible y diferenciada. Por ejemplo, puede configurar varias clases de tráfico de máximo esfuerzo, como best-effort, best-effort1y best-effort2.
La mayoría de los dispositivos QFX admiten 8 colas para tráfico de unidifusión (colas del 0 al 7) y 4 colas de salida para el tráfico de multidestino (colas del 8 al 11). Las clases de reenvío asignadas a colas de unidifusión se asocian con el tráfico de unidifusión y las clases de reenvío asignadas a colas multidestino se asocian con el tráfico de multidestino. No puede asignar tráfico de unidifusión y multidestino a la misma cola. No puede asignar una cola de prioridad estricta a alta a una clase de reenvío multidestino porque las colas del 8 al 11 no admiten la configuración de prioridad estricta alta.
Clases de reenvío predeterminadas
En la tabla 1 se muestran las cuatro clases de reenvío predeterminadas que se aplican a todos los dispositivos QFX. Puede cambiar el nombre de las clases de reenvío. La asignación de un nuevo nombre de clase de reenvío no modifica la clasificación predeterminada ni la programación aplicada a la cola asignada a esa clase de reenvío. Las configuraciones de CoS pueden ser complejas, por lo que, a menos que su situación lo requiera, le recomendamos que use los nombres de clase predeterminados y las asociaciones de números de cola.
| Nombre de clase de envío |
Asignación de cola predeterminada |
Comentarios |
|---|---|---|
| Mejor esfuerzo |
0 |
El software no aplica ningún manejo especial de CoS al tráfico de máximo esfuerzo. Esta es una característica de compatibilidad con versiones anteriores. El tráfico de máximo esfuerzo suele ser el primer tráfico que se descarta durante los períodos de congestión de la red. De forma predeterminada, se trata de una clase de reenvío con pérdida con un atributo de caída de paquetes de |
| FCoE |
3 |
De forma predeterminada, la
Nota:
Por convención, las implementaciones con acceso de servidor convergente suelen usar IEEE 802.1p prioridad 3 (011) para el tráfico de FCoE. La asignación predeterminada de la clase de reenvío es a la Recomendamos que use la prioridad 3 para el tráfico de FCoE, a menos que su arquitectura de red requiera que use una prioridad diferente. |
| Sin pérdidas |
4 |
De forma predeterminada, se trata de una clase de reenvío sin pérdida con un atributo de caída de paquetes de |
| control de red |
7 |
El software entrega paquetes en esta clase de servicio con una alta prioridad. (Estos paquetes no son sensibles a las demoras). Por lo general, estos paquetes representan mensajes de protocolo de enrutamiento de saludo o keepalive. Dado que la pérdida de estos paquetes pone en peligro el correcto funcionamiento de la red, es preferible el retraso de paquetes al descarte de paquetes. De forma predeterminada, se trata de una clase de reenvío con pérdida con un atributo de caída de paquetes de |
| Nombre de clase de envío |
Asignación de cola predeterminada |
Comentarios |
|---|---|---|
| mcast |
8 |
El software no aplica ningún manejo especial de CoS a los paquetes de multidestino. Estos paquetes generalmente se caen en condiciones de red congestionadas. De forma predeterminada, se trata de una clase de reenvío con pérdida con un atributo de caída de paquetes de |
El tráfico reflejado siempre se envía a la cola que corresponde a la clase de reenvío multidestino. La copia conmutada del tráfico reflejado se reenvía con la prioridad determinada por el proceso de clasificación agregada de comportamiento.
Reglas de configuración de clase de reenvío
Tenga en cuenta las siguientes reglas al configurar clases de reenvío:
Reglas de asignación de cola
Las siguientes reglas rigen la asignación de colas:
-
No se aceptan configuraciones de CoS que especifiquen más colas de las que el conmutador puede admitir. Se produce un error en la operación de confirmación con un mensaje detallado que indica el número total de colas disponibles.
-
Todas las configuraciones predeterminadas de CoS se basan en el número de cola. El nombre de la clase de reenvío que aparece en la configuración predeterminada es la clase de reenvío asignada actualmente a esa cola.
-
Solo las clases de reenvío de unidifusión se pueden asignar a las colas de unidifusión (del 0 al 7) y solo las clases de reenvío multidestino se pueden asignar a las colas multidestino (del 8 al 11).
-
Las colas de prioridad estricta y alta no se pueden asignar a clases de reenvío multidestino. (El tráfico de prioridad estricta alta no se puede asignar a las colas 8 a 11).
-
Si asigna más de una clase de reenvío a una cola, todas las clases de reenvío asignadas a la misma cola deben tener el mismo atributo de caída de paquetes: todas las clases de reenvío deben tener pérdida o todas las clases de reenvío deben estar sin pérdida.
Puede limitar la cantidad de tráfico que recibe un tratamiento de prioridad estricta-alta en una cola de prioridad estricta-alta configurando una velocidad de transmisión. La velocidad de transmisión establece la cantidad de tráfico en la cola que recibe un tratamiento de prioridad estricta alta. El conmutador trata el tráfico que supera la velocidad de transmisión como tráfico de baja prioridad que recibe el ancho de banda de velocidad de exceso de cola. Limitar la cantidad de tráfico que recibe un tratamiento de prioridad estricta alta evita que otras colas se queden sin servicio y, al mismo tiempo, garantiza que la cantidad de tráfico especificada en la velocidad de transmisión reciba un tratamiento de prioridad estricta alta.
Puede usar la shaping-rate instrucción para limitar la velocidad de transmisión de paquetes estableciendo un ancho de banda máximo. En los dispositivos de las series QFX10000 y Serie NFX, puede usar la transmit-rate instrucción para establecer un límite en la cantidad de ancho de banda que recibe tratamiento de prioridad estricta-alta en una cola de prioridad estricta-alta.
En los dispositivos de las series QFX10000 y NFX, si configura más de una cola de prioridad estricta alta en un puerto, debe configurar una velocidad de transmisión en cada una de las colas de prioridad estricta alta. Si configura más de una cola de prioridad estricta alta en un puerto y no configura una velocidad de transmisión en las colas de prioridad estricta alta, el conmutador trata solo la primera cola que configure como una cola de prioridad estricta alta. El conmutador trata las otras colas como colas de prioridad baja. Si configura una velocidad de transmisión en algunas colas de prioridad estricta a alta, pero no en otras colas de prioridad estricta a alta en un puerto, el conmutador trata las colas que tienen una velocidad de transmisión como colas de prioridad estricta a alta y trata las colas que no tienen una velocidad de transmisión como colas de prioridad baja.
Reglas de programación
Cuando configure una clase de reenvío y asigne tráfico a ella (es decir, no esté utilizando un clasificador ni una clase de reenvío predeterminados), también debe definir una política de programación para la clase de reenvío.
Definir una política de programación significa:
-
Asignación de un programador a la clase de reenvío en una asignación de programador
-
Incluir la clase de reenvío en un conjunto de clases de reenvío
-
Asociación del mapa del programador con un perfil de control de tráfico
-
Asociar el perfil de control de tráfico a un conjunto de clases de reenvío y aplicar el perfil de control de tráfico a una interfaz
Puede definir una política de programación mediante la programación de puertos de la siguiente manera:
-
Asignación de un programador a la clase de reenvío en una asignación de programador
-
Aplicación de la asignación del programador a una o más interfaces
Reescritura de reglas
En cada interfaz física, todas las clases de reenvío que se utilizan en la interfaz deben tener configuradas reglas de reescritura, o bien ninguna clase de reenvío que se utiliza en la interfaz puede tener reglas de reescritura configuradas. En ningún puerto físico, no mezcle clases de reenvío con reglas de reescritura y clases de reenvío sin reglas de reescritura.
Soporte de transporte sin pérdidas
El conmutador admite hasta seis clases de reenvío sin pérdida. Para el transporte sin pérdida, debe habilitar PFC en el punto de código IEEE 802.1p de las clases de reenvío sin pérdida. Se aplican las siguientes limitaciones para admitir el transporte sin pérdidas:
-
La longitud del cable externo desde el conmutador hasta otros dispositivos no puede superar los 300 metros.
-
Para el tráfico de FCoE, la unidad máxima de transmisión (UMT) de la interfaz debe ser de al menos 2180 bytes para acomodar la carga del paquete, los encabezados y las comprobaciones.
-
Al cambiar cualquier parte de una configuración de PFC en un puerto, se bloquea todo el puerto hasta que se complete el cambio. Una vez completado un cambio de PFC, el puerto se desbloquea y el tráfico se reanuda. Cambiar la configuración de PFC significa cualquier cambio en un perfil de notificación de congestión configurado en un puerto (habilitar o deshabilitar PFC en un punto de código, cambiar la MRU o el valor de longitud del cable, o especificar una cola de control de flujo de salida). El bloqueo del puerto detiene el tráfico de entrada y salida y provoca la pérdida de paquetes en todas las colas del puerto hasta que se desbloquea el puerto.
Si configura explícitamente la fcoe o la no-loss clase de reenvío, dicha clase de reenvío ya no se tratará como una clase de reenvío sin pérdida. El tráfico asignado a estas clases de reenvío se trata como tráfico con pérdida (best-effort). Esto es así incluso si la configuración explícita es exactamente la misma que la configuración predeterminada.
Puede configurar hasta seis clases de reenvío sin pérdida. Todas las clases de reenvío sin pérdida configuradas explícitamente deben incluir el no-loss atributo de caída de paquetes o la clase de reenvío tiene pérdida.
Comportamiento de clase de reenvío específico de la plataforma
Utilice la siguiente tabla para revisar los comportamientos específicos de la plataforma para sus plataformas.
| Plataforma |
Diferencia |
|---|---|
| Serie NFX |
|
| Serie QFX5000 |
|
| Serie QFX10000 |
|