Definición de clases de reenvío de CoS
Las clases de reenvío le permiten agrupar paquetes para su transmisión. El conmutador admite un total de ocho (dispositivos de las series QFX10000 y NFX), 10 (conmutadores QFX5200) o 12 (otros conmutadores) clases de reenvío. Para reenviar tráfico, asigne (asigne) las clases de reenvío a las colas de salida. A partir de Junos OS versión 22.1R1, los dispositivos de la serie QFX10000 admiten 16 clases de reenvío.
Los conmutadores QFX10000 y los dispositivos de la serie NFX tienen ocho colas de salida, colas del 0 al 7. Estas colas admiten tráfico de unidifusión y multidestino.
Excepto en los dispositivos de las series QFX10000 y NFX, el conmutador tiene 10 colas de salida (QFX5200) o 12 colas de salida (otros conmutadores). Las colas del 0 al 7 son para tráfico de unidifusión y las colas 8 a 11 son para tráfico de multidifusión. Las clases de reenvío asignadas a colas de unidifusión deben transportar tráfico de unidifusión, y las clases de reenvío asignadas a colas de multidestino deben llevar tráfico de multidestino. Hay cuatro clases de reenvío de unidifusión predeterminadas y una clase de reenvío multidestino predeterminada.
Las clases de reenvío predeterminadas, excepto en los dispositivos de la serie NFX, son:
Excepto en QFX10000, estas son las clases de reenvío de unidifusión predeterminadas.
best-effort—Tráfico de mejor esfuerzofcoe—Entrega garantizada para el canal de fibra a través de tráfico Ethernet (no utilizar en conmutadores de la serie OCX)no-loss—Entrega garantizada para tráfico TCP sin pérdidas (no utilizar en conmutadores de la serie OCX)network-control—Tráfico de control de red
QFX10002-60C no admite PFC ni colas sin pérdidas; Es decir, las colas sin pérdida predeterminadas (FCoE y sin pérdida) serán colas con pérdida.
La clase de reenvío multidestino predeterminada, excepto en conmutadores QFX10000 y dispositivos de la serie NFX, es:
mcast—Tráfico multidestino
Los dispositivos de la serie NFX tienen las siguientes clases de reenvío predeterminadas:
best-effort (be): no proporciona ningún perfil de servicio. La prioridad de pérdida normalmente no se contabiliza en un valor CoS.
reenvío acelerado (ef): proporciona un servicio de extremo a extremo con baja pérdida, baja latencia, baja fluctuación, ancho de banda garantizado.
reenvío asegurado (af): proporciona un grupo de valores que se pueden definir e incluye cuatro subclases: AF1, AF2, AF3 y AF4, cada una con dos probabilidades de caída: baja y alta.
control de red (nc): admite el control de protocolos y, por lo tanto, suele tener alta prioridad.
Puede asignar clases de reenvío a colas mediante la class instrucción. Puede asignar más de una clase de reenvío a una sola cola. Excepto en los dispositivos de las series QFX10000 o NFX, todas las clases de reenvío asignadas a una cola determinada deben ser del mismo tipo, ya sea de unidifusión o multidifusión. No puede mezclar clases de reenvío de unidifusión y multidifusión en la misma 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 carecer de pérdidas. Esto es importante porque las clases de reenvío fcoe y sin pérdida predeterminadas tienen el atributo drop, que no se admite en los conmutadores de la no-loss serie OCX. En los conmutadores de la serie OCX, no asigne tráfico a las clases de reenvío fcoe y sin pérdidas predeterminadas.
[edit class-of-service forwarding-classes] user@switch# set class class-name queue-num queue-number <no-loss>
Un ejemplo es crear una clase de reenvío denominada be2 y asignarla a la cola 1:
[edit class-of-service forwarding-classes] user@switch# set class be2 queue-num 1
Otro ejemplo es crear una clase de reenvío sin pérdida denominada fcoe2 y asignarla a la cola 5:
[edit class-of-service forwarding-classes] user@switch# set class fcoe2 queue-num 5 no-loss
En los conmutadores que no ejecutan software ELS, si utiliza Junos OS versión 12.2 o posterior, utilice la asignación predeterminada de clase de reenvío a cola para las clases sin fcoe pérdida y no-loss de reenvío. Si configura explícitamente las clases de reenvío sin pérdidas, el tráfico asignado a esas clases de reenvío se tratará como tráfico con pérdida (best-effort) y no recibe tratamiento sin pérdida a menos que incluya el atributo opcional no-loss de colocación de paquetes introducido en Junos OS versión 12.3 en la configuración de la clase de reenvío.
En los conmutadores que no ejecutan software ELS, Junos OS versión 11.3R1 y versiones anteriores admitían un método alternativo de asignación de clases de reenvío a colas que permitía asignar solo una clase de reenvío a una cola mediante la instrucción:
[edit class-of-service forwarding-classes] user@switch# set queue queue-number class-name
La queue instrucción ha quedado obsoleta y ya no es válida en Junos OS versión 11.3R2 y posteriores. Si tiene una configuración que utiliza la instrucción para asignar clases de reenvío a colas, edite la configuración para reemplazar la instrucción por la queue queue class instrucción.