Descripción de los programadores jerárquicos
Las programaciones jerárquicas se componen de nodos y colas. Las colas terminan la CLI jerarquía. Los nodos pueden ser nodos raíz, nodos leaf o nodos internos (no leaf). Los nodos internos son nodos que tienen otros nodos como "elementos secundarios" en la jerarquía. Por ejemplo, si una instrucción está configurada con una interfaz lógica (como la unidad 0) y una cola, entonces el es un nodo interno en el nivel interface-set interface-set 2 de la jerarquía. Sin embargo, si no hay perfiles de control de tráfico configurados en interfaces lógicas, el conjunto de interfaces se encuentra en el nivel 3 de la jerarquía.
La tabla 1 muestra cómo la configuración de un conjunto de interfaces o una interfaz lógica afecta a la términoción de los nodos del programador jerárquico.
Nodo raíz (nivel 1) |
Nodo interno (nivel 2) |
Nodo leaf (nivel 3) |
Cola (nivel 4) |
|---|---|---|---|
Interfaz física |
Conjunto de interfaces |
Interfaces lógicas |
Una o más colas |
Interfaz física |
– |
Conjunto de interfaces |
Una o más colas |
Interfaz física |
– |
Interfaces lógicas |
Una o más colas |
Cuando se usa, el nivel de conjunto de interfaz de la jerarquía cae entre el nivel de interfaz física (nivel 1) y la interfaz lógica (nivel 3). Las colas siempre son el nivel 4 de la jerarquía. Los programadores mantienen la información sobre las colas, el último nivel de la jerarquía. En todos los casos, las propiedades del nivel 4 de los programadores jerárquicos están determinadas por la asignación del programador.
Los programadores jerárquicos agregan parámetros CoS al nuevo nivel de conjunto de interfaces de la configuración. Utilizan perfiles de control de tráfico para establecer valores para parámetros como la velocidad de modelación (la velocidad máxima de información [PIR]), la velocidad garantizada (la velocidad de información comprometida [CIR] en estas interfaces) y las asignaciones del programador (las colas y los recursos asignados al tráfico).
La siguiente configuración de CoS coloca los siguientes parámetros en perfiles de control de tráfico en varios niveles:
Perfil de control de tráfico a nivel del puerto (
tcp-port-level1):Una velocidad de modelación (PIR) de 100 Mbps
Una velocidad de memoria intermedia de retraso de 100 Mbps
Perfil de control de tráfico en el nivel de conjunto de interfaces (
tcp-interface-level2):Una velocidad de modelación (PIR) de 60 Mbps
Una velocidad garantizada (CIR) de 40 Mbps
Perfil de control de tráfico en el nivel de interfaz lógica (
tcp-unit-level3):Una velocidad de modelación (PIR) de 50 Mbps
Una velocidad garantizada (CIR) de 30 Mbps
Una asignación de programador llamada smap1 para contener varias propiedades de cola (nivel 4)
Una velocidad de memoria intermedia de retraso de 40 Mbps
En este caso, los perfiles de control de tráfico tienen el siguiente aspecto:
[edit class-of-service traffic-control-profiles]
tcp-port-level1 { # This is the physical port level
shaping-rate 100m;
delay-buffer-rate 100m;
}
tcp-interface-level2 { # This is the interface set level
shaping-rate 60m;
guaranteed-rate 40m;
}
tcp-unit-level3 { # This is the logical interface level
shaping-rate 50m;
guaranteed-rate 30m;
scheduler-map smap1;
delay-buffer-rate 40m;
}
Una vez configurados, los perfiles de control de tráfico se deben aplicar a los lugares adecuados en la jerarquía de interfaces CoS.
[edit class-of-service interfaces]
interface-set level-2 {
output-traffic-control-profile tcp-interface-level-2;
}
ge-0/1/0 {
output-traffic-control-profile tcp-port-level-1;
unit 0 {
output-traffic-control-profile tcp-unit-level-3;
}
}
Los conjuntos de interfaces se pueden definir como una lista de interfaces lógicas, por ejemplo, la unidad 100, la unidad 200, y así sucesivamente. Los proveedores de servicios pueden usar estas instrucciones para agrupar interfaces para aplicar parámetros de programación, como la velocidad garantizada y la velocidad de modelación al tráfico de los grupos. Actualmente, CoS solo usa conjuntos de interfaces, pero se aplican en el nivel jerárquido para que [edit interfaces] puedan estar disponibles para otros servicios.
Todo el encabezado descendente del tráfico se debe recopilar en una interfaz establecida con la instrucción en el nivel jerárquico interface-set [edit class-of-service interfaces].
No se admiten intervalos; debe enumerar cada interfaz lógica por separado.
Aunque el conjunto de interfaces se aplica en el nivel de jerarquía [edit interfaces], los parámetros CoS para el conjunto de interfaces se definen en el nivel jerárquido [edit class-of-service interfaces], por lo general con la output-traffic-control-profile profile-name instrucción.
No puede especificar un conjunto de interfaces que combine las formas de lista de etiquetas externas de la interfaz lógica, S-VLAN o VLAN de la interface-set instrucción. Una interfaz lógica solo puede pertenecer a un conjunto de interfaces. Si intenta agregar la misma interfaz lógica a distintos conjuntos de interfaces, se producirá un error en la confirmación.
En este ejemplo, se generará un error de confirmación:
[edit interfaces]
interface-set set-one {
ge-2/0/0 {
unit 0;
unit 2;
}
}
interface-set set-two {
ge-2/0/0 {
unit 1;
unit 3;
unit 0; # COMMIT ERROR! Unit 0 already belongs to -set-one.
}
}
Los miembros de un conjunto de interfaces no pueden abarcar varias interfaces físicas. Solo se permite que una interfaz física aparezca en un conjunto de interfaces.
No se admite esta configuración:
[edit interfaces]
interface-set set-group {
ge-0/0/1 {
unit 0;
unit 1;
}
ge-0/0/2 { # This type of configuration is NOT supported in the same interface set!
unit 0;
unit 1;
}
}
Puede configurar muchas interfaces lógicas en una interfaz. Sin embargo, solo un subconjunto de ellos puede tener asociado un perfil de control de tráfico. Por ejemplo, puede configurar tres interfaces lógicas (unidades) a través de la misma VLAN de servicio, pero puede aplicar un perfil de control de tráfico que especifique el mejor esfuerzo y colas de voz a solo una de las unidades de interfaz lógica. El tráfico de las dos interfaces lógicas restantes se considera tráfico restante.
La asignación del programador configurada en interfaces individuales (nivel 3), conjuntos de interfaces (nivel 2) o puertos físicos (nivel 1), define el comportamiento de programación de paquetes en diferentes niveles. Puede agrupar interfaces lógicas en un conjunto de interfaces y configurar las interfaces con asignaciones de programador. Cualquier paquete de salida que llegue a las interfaces físicas o lógicas será manejada por el programador específico de la interfaz. Si la asignación del programador no está configurada en el nivel de interfaz, el programador controlará el paquete en el nivel de conjunto de interfaces o en el de puerto.