Definición de clases de reenvío de CoS
Las clases de reenvío le permiten agrupar paquetes para su transmisión. Para reenviar el tráfico, asigne (asigne) las clases de reenvío a las colas de salida.
Las colas del 0 al 7 son para tráfico de unidifusión y las colas del 8 al 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 multidestino deben transportar tráfico 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 dispositivos de la serie NFX, son:
-
best-effort—Tráfico de máximo esfuerzo -
fcoe—Entrega garantizada para tráfico de canal de fibra sobre Ethernet (no usar en conmutadores de la serie OCX) -
no-loss—Entrega garantizada para tráfico TCP sin pérdida (no usar en conmutadores serie OCX) -
network-control—Tráfico de control de red
La clase de reenvío multidestino predeterminada, excepto en los conmutadores QFX10000 y los 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 lleva en un valor CoS. -
expedited-forwarding(ef): ofrece un servicio de extremo a extremo, baja pérdida, baja latencia, baja fluctuación, ancho de banda garantizado. -
assured-forwarding(af): proporciona un grupo de valores que puede definir e incluye cuatro subclases: AF1, AF2, AF3 y AF4, cada una con dos probabilidades de caída: baja y alta. -
network-control(nc): admite el control de protocolos y, por lo tanto, suele ser de alta prioridad.
Puede asignar clases de reenvío a colas utilizando la class instrucción. Puede asignar más de una clase de reenvío a una sola cola. 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érdidas o todas las clases de reenvío deben estar sin pérdida. Esto es importante porque las clases de reenvío fcoe y sin pérdida predeterminadas tienen el no-loss atributo drop.
[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, utilice la asignación predeterminada de clase de reenvío a cola para las clases de reenvío y no-loss sin pérdidafcoe. Si configura explícitamente las clases de reenvío sin pérdida, el tráfico asignado a esas clases de reenvío se tratará como tráfico con pérdida (best-effort) y no recibirá tratamiento sin pérdida a menos que incluya el atributo opcional no-loss de caída de paquetes.
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 |
|
Tabla de historial de cambios
La compatibilidad de la función depende de la plataforma y la versión que utilice. Utilice el Explorador de características para determinar si una característica es compatible con su plataforma.