Descripción general de CoS en vMX
vMX admite programación jerárquica de dos niveles (programador por unidad o programador jerárquico) con cola de VLAN. Cada VLAN (interfaz lógica) usa tres clases de tráfico y ocho colas.
A partir de Junos OS versión 17.3R1, vMX admite programación jerárquica de cuatro niveles para hasta 16 nodos de programador CoS de nivel 2. El nodo de nivel 2 se asigna al conjunto de interfaces o A VLAN (interfaz lógica).
vMX admite el modelado en el nivel de clase de tráfico, no en el nivel de la cola. Una clase de tráfico es un conjunto de colas con prioridad fija. El siguiente nivel de la jerarquía es la VLAN (interfaz lógica), que es un paquete de clases de tráfico.
vMX tiene las siguientes prioridades y colas fijas para estas clases de tráfico:
Clase de tráfico 1: Alto (prioridad estricta)
Cola 0
Cola 6
Clase de tráfico 2: Medio (prioridad estricta)
Cola 1
Cola 7
Clase de tráfico 3: bajo
Cola 2
Cola 3
Cola 4
Cola 5
Tanto la clase de tráfico 1 como la clase de tráfico 2 siguen una prioridad estricta, por lo que todo el exceso de tráfico se descarta como caídas de cola. Sin embargo, la clase de tráfico 3 no sigue una prioridad estricta, por lo que la velocidad de formación se establece en la velocidad de formación de la VLAN.
Todas las colas de la misma clase de tráfico tienen la misma prioridad, por lo que el programador extrae paquetes de cada cola en la clase de tráfico según el round robin ponderado (WRR) para la VLAN.
Todas las clases de reenvío configuradas se deben asignar a una de las colas.
No se admiten las siguientes funciones::
Detección temprana aleatoria ponderada (WRED)
Configuración del tamaño de búfer de cola
No se muestran errores de confirmación para funciones no compatibles.
A partir de Junos OS versión 18.4R1, la configuración de calidad del servicio (QoS) se mejora de manera que, cuando un puerto está sobresubscrito y congestionado, un suscriptor con mayor prioridad obtiene más peso que un suscriptor con una prioridad menor. Por ejemplo, cuando un suscriptor en un puerto tiene un servicio de 100 MB y otro suscriptor tiene un servicio de 10 MB, entonces el suscriptor con servicio de 100 MB tiene más prioridad que el suscriptor con servicio de 10 MB. Debe asegurarse de que se sigue la prioridad en nodos de nivel 1 y nivel 2, independientemente del peso. El WRR ofrece la capacidad de manejar la sobresuscripción para que el tráfico programado refleje una proporción de la velocidad de modelado configurada para las VLAN individuales.
Utilice los siguientes comandos para configurar un número máximo de 16384 suscriptores por puerto en un nodo de nivel 2 y un número máximo de 32768 suscriptores por puerto en un nodo de nivel 3:
set interfaces <interface-name> hierarchical-scheduler maximum-hierarchy 3 max-l2-nodes 16384 set interfaces <interface-name> hierarchical-scheduler maximum-hierarchy 3 max-l3-nodes 32768
El número predeterminado de suscriptores configurados por nodo de nivel 2 es 4000.
Utilice el siguiente comando para deshabilitar la función WRR:
subport_oversubscription_disable=1 in the /etc/riot/runtime.conf of the vFP
En la siguiente lista se describen las limitaciones de WRR:
La velocidad de búfer de retraso debe configurarse para que EL WRR funcione correctamente.
Una discrepancia en los valores de velocidad de búfer de retraso entre las VLAN que pertenecen al mismo nodo programador de nivel 2 puede hacer que el WRR funcione incorrectamente.
El WRR funciona incorrectamente cuando el ratio de velocidad de modelado es mayor que 100 entre todos los suscriptores.
La cantidad de nodos de programador de nivel 2 y la cantidad de suscriptores por nodo de programador de nivel 2 deben ser iguales a 32 000.
Cualquier modificación en la configuración del nodo del programador de nivel 2 requeriría un restablecimiento de FPC.