EN ESTA PÁGINA
Descripción de cómo funciona VOQ en enrutadores de la serie PTX
Programación de estructuras y colas de salida virtual en enrutadores de la serie PTX
Descripción de la equidad del motor de reenvío de paquetes y el proceso de cola de salida virtual
Supervisión de profundidad de cola VOQ (Junos OS evolucionado)
Colas de salida virtuales en enrutadores de transporte de paquetes de la serie PTX
En esta sección se describe la arquitectura de la cola de salida virtual (VOQ) en los enrutadores de transporte de paquetes de la serie PTX y se incluyen los siguientes temas:
Introducción a las colas de salida virtuales en enrutadores de transporte de paquetes de la serie PTX
En este tema se presenta la arquitectura de la cola de salida virtual (VOQ) en los enrutadores de transporte de paquetes de la serie PTX y cómo funciona con los componentes de clase de servicio (CoS) configurables en los enrutadores de la serie PTX.
Las funciones de CoS de hardware de la serie PTX y Junos OS utilizan colas de salida virtuales en la entrada para almacenar en búfer y poner en cola el tráfico de cada cola de salida de salida. El enrutador de la serie PTX admite hasta ocho colas de salida por puerto de salida (interfaz física).
El método tradicional de reenvío de tráfico a través de un enrutador se basa en almacenar en búfer el tráfico de entrada en las colas de entrada en las interfaces de entrada, reenviar el tráfico a través de la estructura a las colas de salida en las interfaces de salida y, a continuación, almacenar en búfer el tráfico nuevamente en las colas de salida antes de transmitir el tráfico al siguiente salto. El método tradicional de poner en cola paquetes en un puerto de entrada es almacenar el tráfico destinado a diferentes puertos de salida en la misma cola de entrada (búfer).
Durante los períodos de congestión, el enrutador puede dejar caer paquetes en el puerto de salida, por lo que puede gastar recursos transportando tráfico a través de la estructura del conmutador a un puerto de salida, solo para eliminar ese tráfico en lugar de reenviarlo. Y debido a que las colas de entrada almacenan tráfico destinado a diferentes puertos de salida, la congestión en un puerto de salida podría afectar el tráfico en un puerto de salida diferente, una condición llamada bloqueo de cabeza de línea (HOLB).
La arquitectura de la cola de salida virtual (VOQ) adopta un enfoque diferente:
En lugar de búferes físicos separados para las colas de entrada y salida, el enrutador de la serie PTX utiliza los búferes físicos en la canalización de entrada de cada motor de reenvío de paquetes para almacenar el tráfico de cada puerto de salida. Cada cola de salida en un puerto de salida tiene espacio de almacenamiento en búfer en cada canalización de entrada en todos los motores de reenvío de paquetes del enrutador. La asignación del espacio de almacenamiento de la canalización de entrada a las colas de salida es de 1 a 1, por lo que cada cola de salida recibe espacio de búfer en cada canalización de entrada.
En lugar de una cola de entrada que contiene tráfico destinado a varias colas de salida diferentes (una asignación de uno a varios), cada cola de salida tiene un VOQ dedicado compuesto por los búferes de entrada en cada motor de reenvío de paquetes que están dedicados a esa cola de salida (una asignación 1 a 1). Esta arquitectura impide que la comunicación entre dos puertos cualesquiera afecte a otro puerto.
En lugar de almacenar el tráfico en una cola de salida física hasta que se pueda reenviar, una VOQ no transmite tráfico desde el puerto de entrada a través de la estructura hasta que el puerto de salida tiene los recursos para reenviar el tráfico. Una VOQ es una colección de colas de entrada (búferes) que reciben y almacenan tráfico destinado a una cola de salida en un puerto de salida. Cada cola de salida en cada puerto de salida tiene su propio VOQ dedicado, que consta de todas las colas de entrada que envían tráfico a esa cola de salida.
Una VOQ es una colección de colas de entrada (búferes) que reciben y almacenan tráfico destinado a una cola de salida en un puerto de salida. Cada cola de salida en cada puerto de salida tiene su propio VOQ dedicado, que consta de todas las colas de entrada que envían tráfico a esa cola de salida.
- Arquitectura VOQ
- Almacenamiento en búfer de tiempo de ida y vuelta
- Ventajas de VOQ
- ¿VOQ cambia la forma en que configuro CoS?
Arquitectura VOQ
Un VOQ representa el almacenamiento en búfer de entrada para una cola de salida determinada. Cada uno de los motores de reenvío de paquetes del enrutador de la serie PTX utiliza una cola de salida específica. El tráfico almacenado en los motores de reenvío de paquetes comprende el tráfico destinado a una cola de salida determinada en un puerto y es el VOQ para esa cola de salida.
Un VOQ se distribuye entre todos los motores de reenvío de paquetes del enrutador que envían tráfico activamente a esa cola de salida. Cada cola de salida es la suma del total de búferes asignados a esa cola de salida en todos los motores de reenvío de paquetes del enrutador. Por lo tanto, la cola de salida en sí es virtual, no física, aunque la cola de salida se compone de colas de entrada físicas.
Almacenamiento en búfer de tiempo de ida y vuelta
Aunque no hay búfer de cola de salida durante los períodos de congestión (no hay almacenamiento a largo plazo), hay un pequeño búfer de cola de salida físico en las tarjetas de línea de salida para acomodar el tiempo de ida y vuelta para que el tráfico atraviese la estructura desde la entrada hasta la salida. El tiempo de ida y vuelta consiste en el tiempo que tarda el puerto de entrada en solicitar recursos del puerto de salida, recibir una subvención del puerto de salida para recursos y transmitir los datos a través de la estructura.
Eso significa que si un paquete no se deja caer en la entrada del enrutador, y el enrutador reenvía el paquete a través de la estructura hasta el puerto de salida, el paquete no se caerá y se reenviará al siguiente salto. Todas las caídas de paquetes tienen lugar en la canalización de entrada.
Ventajas de VOQ
La arquitectura VOQ ofrece dos ventajas principales:
Elimine el bloqueo de cabeza de línea
La arquitectura VOQ elimina los problemas de bloqueo de cabeza de línea (HOLB). En conmutadores que no son VOQ, HOLB se produce cuando la congestión en un puerto de salida afecta a otro puerto de salida que no está congestionado. HOLB se produce cuando el puerto congestionado y el puerto no congestionado comparten la misma cola de entrada en una interfaz de entrada.
La arquitectura VOQ evita HOLB creando una cola virtual dedicada diferente para cada cola de salida en cada interfaz.
Dado que diferentes colas de salida no comparten la misma cola de entrada, una cola de salida congestionada en un puerto no puede afectar a una cola de salida en un puerto diferente. Por la misma razón, una cola de salida congestionada en un puerto no puede afectar a otra cola de salida en el mismo puerto: cada cola de salida tiene su propia cola de salida virtual dedicada compuesta por colas de entrada de interfaz de entrada.
Realizar el almacenamiento en búfer de cola en la interfaz de entrada garantiza que el enrutador solo envíe tráfico a través de la estructura a una cola de salida si esa cola de salida está lista para recibir ese tráfico. Si la cola de salida no está lista para recibir tráfico, el tráfico permanece almacenado en búfer en la interfaz de entrada.
Aumente la eficiencia y la utilización de la estructura
La arquitectura de cola de salida tradicional tiene algunas ineficiencias inherentes que la arquitectura VOQ aborda.
Almacenamiento en búfer de paquetes: la arquitectura de colas tradicional almacena cada paquete en búfer dos veces en el almacenamiento de DRAM a largo plazo, una vez en la interfaz de entrada y otra en la interfaz de salida. La arquitectura VOQ almacena en búfer cada paquete solo una vez en el almacenamiento DRAM a largo plazo, en la interfaz de entrada. La estructura es lo suficientemente rápida como para ser transparente para las políticas de CoS de salida, por lo que, en lugar de almacenar en búfer los paquetes por segunda vez en la interfaz de salida, el enrutador puede reenviar el tráfico a una velocidad que no requiere búferes de salida profundos, sin afectar las políticas de CoS de salida configuradas (programación).
Consumo de recursos: la arquitectura de colas tradicional envía paquetes desde la cola de entrada de la interfaz de entrada (búfer), a través de la estructura, hasta la cola de salida de la interfaz de salida (búfer). En la interfaz de salida, es posible que se descarten paquetes, aunque el enrutador haya gastado recursos transportando los paquetes a través de la estructura y almacenándolos en la cola de salida. La arquitectura VOQ no envía paquetes a través de la estructura a la interfaz de salida hasta que la interfaz de salida esté lista para transmitir el tráfico. Esto aumenta la utilización del sistema, ya que no se desperdician recursos transportando y almacenando paquetes que se descartan más tarde.
¿VOQ cambia la forma en que configuro CoS?
No hay cambios en la forma de configurar las características de CoS. La Figura 1 muestra los componentes CoS de hardware de Junoś OS y la serie PTX y la selección de VOQ, ilustrando la secuencia en la que interactúan.
serie PTX
El proceso de selección de VOQ lo realizan los ASIC que utilizan el clasificador de agregado de comportamiento (BA) o el clasificador de varios campos, según su configuración, para seleccionar una de las ocho colas de salida virtuales posibles para un puerto de salida. La salida virtual se pone en cola en los datos del búfer de entrada para el puerto de salida en función de su configuración de CoS.
Aunque las características de CoS no cambian, existen algunas diferencias operativas con VOQ:
La detección temprana aleatoria (RED) se produce en los motores de reenvío de paquetes de entrada. Con enrutadores que solo admiten colas de salida de salida, se producen caídas de congestión ROJAS y asociadas en la salida. Realizar RED en la entrada ahorra recursos valiosos y aumenta el rendimiento del enrutador.
Aunque ROJO aparece en la entrada con VOQ, no hay ningún cambio en la configuración de los perfiles de colocación.
La programación de la estructura se controla mediante mensajes de control de solicitud y concesión. Los paquetes se almacenan en búfer en las colas de salida virtual de entrada hasta que el motor de reenvío de paquetes de salida envía un mensaje de concesión al motor de reenvío de paquetes de entrada indicando que está listo para recibirlos. Para obtener más información sobre la programación de estructuras, consulte Programación de estructuras y colas de salida virtual en enrutadores de la serie PTX.
Descripción de cómo funciona VOQ en enrutadores de la serie PTX
En este tema se describe cómo funciona el proceso VOQ en enrutadores de la serie PTX.
Descripción de los componentes del proceso VOQ
La Figura 2 muestra los componentes de hardware de los enrutadores de la serie PTX involucrados en el proceso VOQ.
serie PTX
Estos componentes realizan las siguientes funciones:
Physical Interface Card (PIC): proporciona la conexión física a varios tipos de medios de red, recibiendo paquetes entrantes de la red y transmitiendo paquetes salientes a la red.
Flexible PIC Concentrator (FPC): conecta las PIC instaladas en él a los demás componentes del enrutador de transporte de paquetes. Puede tener hasta ocho FPC por chasis.
Packet Forwarding Engine: proporciona funciones de conmutación, encapsulación y desencapsulación de paquetes, reenvío y búsqueda de rutas, y administra el almacenamiento en búfer de paquetes y la cola de notificaciones. El motor de reenvío de paquetes recibe los paquetes entrantes de las PIC instaladas en la FPC y los reenvía a través de los planos de conmutación hasta el puerto de destino adecuado.
Output queues—(No se muestra) Los enrutadores de la serie PTX admiten hasta ocho colas de salida por puerto de salida (interfaz física). Estas colas de salida se controlan mediante la configuración del programador CoS, que establece cómo manejar el tráfico dentro de las colas de salida para su transmisión a la estructura del conmutador. Además, estas colas de salida controlan cuándo se envían paquetes desde las colas de salida virtuales en la entrada a las colas de salida de salida.
Descripción del proceso de VOQ
Los enrutadores de la serie PTX admiten hasta ocho colas de salida por puerto de salida (interfaz física). Estas colas de salida se controlan mediante la configuración del programador CoS, que establece cómo manejar el tráfico dentro de las colas de salida para su transmisión a la estructura. Además, estas colas de salida controlan cuándo se envían paquetes desde las colas de salida virtuales en la entrada a las colas de salida de salida.
Para cada cola de salida de salida, la arquitectura VOQ proporciona colas virtuales en todos y cada uno de los motores de reenvío de paquetes de entrada. Estas colas se denominan virtuales porque las colas existen físicamente en el motor de reenvío de paquetes de entrada solo cuando la tarjeta de línea tiene realmente paquetes en cola.
La figura 3 muestra tres motores de reenvío de paquetes de entrada: PFE0, PFE1 y PFE2. Cada motor de reenvío de paquetes de entrada proporciona hasta ocho colas de salida virtuales (PFE.e0.q0n a PFE.e0.q7n) para el puerto de salida único 0. El PFEn del motor de reenvío de paquetes de salida distribuye el ancho de banda a cada VOQ de entrada de forma rotativa.
Por ejemplo, la VOQ e0.q0 de PFE N de salida tiene 10 Gbps de ancho de banda disponible. PFE 0 tiene una carga ofrecida de 10 Gbps a e0.qo, PFE1 y PFE2 tienen una carga ofrecida de 1Gbps a e0.q0. El resultado es que PFE1 y PFE2 obtendrán el 100 por ciento de su tráfico, mientras que PFE0 solo obtendrá el 80 por ciento de su tráfico.
serie PTX
La figura 4 ilustra un ejemplo de la correlación entre las colas de salida y las colas de salida virtuales de entrada. En el lado de la salida, PFE-X tiene un puerto de 100 Gbps, que está configurado con cuatro clases de reenvío diferentes. Como resultado, el puerto de salida de 100 Gbps en PFE-X usa cuatro de las ocho colas de salida disponibles (como lo indican las cuatro colas resaltadas con líneas naranjas discontinuas en PFE-X), y la arquitectura VOQ proporciona cuatro colas de salida virtuales correspondientes en cada motor de reenvío de paquetes de entrada (como lo indican las cuatro colas virtuales en PFE-A y PFE-B resaltadas con líneas naranjas discontinuas). Las colas virtuales en PFE-A y PFE-B solo existen cuando hay tráfico que enviar.
Programación de estructuras y colas de salida virtual en enrutadores de la serie PTX
En este tema se describe el proceso de programación de estructuras en enrutadores de la serie PTX que usan VOQ.
VOQ utiliza mensajes de solicitud y concesión para controlar la programación de la estructura en los enrutadores de la serie PTX. Los motores de reenvío de paquetes de salida controlan la entrega de datos desde las colas de salida virtual de entrada mediante mensajes de solicitud y concesión. Las colas virtuales almacenan en búfer los paquetes en la entrada hasta que el motor de reenvío de paquetes de salida confirma que está listo para recibirlos enviando un mensaje de concesión al motor de reenvío de paquetes de entrada.
La figura 5 ilustra el proceso de programación de estructuras utilizado por los enrutadores de la serie PTX con VOQ. Cuando los paquetes llegan a un puerto de entrada, la canalización de entrada almacena el paquete en la cola de entrada asociada con la cola de salida de destino. El enrutador toma la decisión de almacenamiento en búfer después de realizar la búsqueda de paquetes. Si el paquete pertenece a una clase de reenvío para la cual se ha superado el umbral máximo de tráfico, es posible que el paquete no se almacene en búfer y se elimine. El proceso de programación funciona de la siguiente manera:
Un motor de reenvío de paquetes de entrada recibe un paquete y lo almacena en búfer en colas virtuales y, a continuación, agrupa el paquete con otros paquetes destinados a la misma interfaz de salida y cola de salida de datos.
El motor de reenvío de paquetes de la tarjeta de línea de entrada envía una solicitud, que contiene una referencia al grupo de paquetes, a través de la estructura al motor de reenvío de paquetes de salida.
Cuando hay ancho de banda de salida disponible, el programador de concesión de tarjeta de línea de salida responde enviando una concesión de ancho de banda al motor de reenvío de paquetes de la tarjeta de línea de entrada. .
Cuando el motor de reenvío de paquetes de la tarjeta de línea de entrada recibe la concesión del motor de reenvío de paquetes de la tarjeta de línea de salida, el motor de reenvío de paquetes de entrada segmenta el grupo de paquetes y envía todas las piezas a través de la estructura al motor de reenvío de paquetes de salida.
El motor de reenvío de paquetes de salida recibe las piezas, las vuelve a ensamblar en el grupo de paquetes y pone en cola paquetes individuales en una cola de salida de datos correspondiente a la cola de salida virtual.
Los paquetes de entrada permanecen en el VOQ en las colas de entrada del puerto de entrada hasta que la cola de salida esté lista para aceptar y reenviar más tráfico.
En la mayoría de las condiciones, la estructura es lo suficientemente rápida como para ser transparente para las políticas de clase de servicio (CoS) de salida, por lo que el proceso de reenvío de tráfico desde la canalización de entrada, a través de la estructura, a los puertos de salida, no afecta a las políticas de CoS configuradas para el tráfico. La estructura solo afecta a la política de CoS si hay una falla de la estructura o si hay un problema de equidad portuaria.
Cuando un paquete entra y sale del mismo motor de reenvío de paquetes (conmutación local), el paquete no atraviesa la estructura. Sin embargo, el enrutador utiliza el mismo mecanismo de solicitud y concesión para recibir ancho de banda de salida que los paquetes que atraviesan la estructura, por lo que los paquetes enrutados localmente y los paquetes que llegan a un motor de reenvío de paquetes después de cruzar la estructura se tratan de manera justa cuando el tráfico compite por la misma cola de salida.
Descripción de la equidad del motor de reenvío de paquetes y el proceso de cola de salida virtual
En este tema se describe el esquema de equidad del motor de reenvío de paquetes que se usa con VOQ en los enrutadores de la serie PTX.
La equidad del motor de reenvío de paquetes significa que todos los motores de reenvío de paquetes reciben el mismo trato desde una perspectiva de salida. Si varios motores de reenvío de paquetes de salida necesitan transmitir datos desde la misma cola de salida virtual, se les da servicio de forma rotativa. El mantenimiento de las colas de salida virtuales no depende de la carga presente en cada uno de los motores de reenvío de paquetes de origen.
La figura 6 ilustra el esquema de equidad del motor de reenvío de paquetes usado con VOQ en un ejemplo simple con tres motores de reenvío de paquetes. La entrada PFE-A tiene un único flujo de datos de 10 Gbps destinados a VOQx en PFE-C. PFE-B tiene un único flujo de datos de 100 Gbps también destinados a VOQx en PFE-C. En PFE-C,VOQ x es atendido por una interfaz de 100 Gbps y esa es la única cola de salida virtual activa en esa interfaz.
de cola de salida virtual
En la figura 6, tenemos un total de 110 Gbps de datos de origen destinados a una interfaz de salida de 100 Gbps. Como resultado, necesitamos eliminar 10 Gbps de datos. ¿Dónde se produce la caída y cómo afecta esta caída al tráfico de PFE-A frente a PFE-B?
Debido a que PFE-A y PFE-B reciben servicio de forma redonda mediante PFE-C de salida, los 10 Gbps de tráfico de PFE-A llegan al puerto de salida de salida. Sin embargo, 10 Gbps de datos se eliminan en PFE-B, lo que permite que solo 90 Gbps de datos de PFE-B se envíen a PFE-C. Por lo tanto, el flujo de 10 Gbps tiene una caída del 0% y el flujo de 100 Gbps tiene solo una caída del 10%.
Sin embargo, si PFE-A y PFE-B obtuvieran cada uno 100 Gbps de datos, entonces cada uno eliminaría 50 Gbps de datos. Esto se debe a que el PFE-C de salida en realidad controla la tasa de servicio y drenaje en las colas virtuales de entrada mediante el algoritmo round-robin. Con el algoritmo round-robin, las fuentes de mayor ancho de banda siempre se penalizan cuando hay varias fuentes presentes. El algoritmo intenta hacer que las dos fuentes sean iguales en ancho de banda; Sin embargo, debido a que no puede aumentar el ancho de banda de la fuente más lenta, disminuye el ancho de banda de la fuente superior. El algoritmo round robin continúa esta secuencia hasta que las fuentes tienen el mismo ancho de banda de salida.
Cada motor de reenvío de paquetes de entrada proporciona hasta ocho colas de salida virtuales para un solo puerto de salida. El motor de reenvío de paquetes de salida distribuye el ancho de banda a cada cola de salida virtual de entrada; por lo tanto, recibirán el mismo trato independientemente de su carga presentada. La velocidad de drenaje de una cola es la velocidad a la que se drena una cola. El motor de reenvío de paquetes de salida divide su ancho de banda para cada cola de salida por igual en los motores de reenvío de paquetes de entrada. Por lo tanto, la tasa de drenaje de cada motor de reenvío de paquetes de entrada = Velocidad de drenaje de la cola de salida/Número de motores de reenvío de paquetes de entrada.
Manejo de la congestión
Hay dos tipos principales de congestión que pueden ocurrir:
-
Congestión de entrada: se produce cuando el motor de reenvío de paquetes de entrada tiene más carga ofrecida de la que puede manejar la salida. El caso de congestión de entrada es muy similar a un enrutador tradicional en que las colas se acumulan y una vez que cruzan su umbral configurado, los paquetes se eliminan.
-
Congestión de salida: se produce cuando la suma de todos los motores de reenvío de paquetes de entrada supera la capacidad del enrutador de salida. Todas las caídas se realizan en los motores de reenvío de paquetes de entrada. Sin embargo, el tamaño de la cola de entrada se ve atenuado por la velocidad de drenaje de la cola (qué tan rápido solicita paquetes el motor de reenvío de paquetes de salida). Esta tasa está determinada esencialmente por la tasa en la que el motor de reenvío de paquetes de salida convierte las solicitudes en subvenciones. El motor de reenvío de paquetes de salida presta servicios a la conversión de solicitud para concesión de forma rotativa; no depende de la carga ofrecida por los motores de reenvío de paquetes de entrada. Por ejemplo, si la tasa de agotamiento del motor de reenvío de paquetes de entrada es la mitad de lo que espera que sea (como es el caso cuando 2 motores de reenvío de paquetes de entrada presentan una carga de exceso de suscripción para la cola de salida de destino), entonces el motor de reenvío de paquetes de entrada reduce el tamaño de esta cola a la mitad de su tamaño original (cuando estaba obteniendo su tasa de drenaje completa).
Supervisión de profundidad de cola VOQ (Junos OS evolucionado)
La supervisión de profundidad de cola de VOQ, o monitoreo de latencia, mide la ocupación máxima de la cola de un VOQ. Esta característica permite informar de la longitud máxima de la cola para una interfaz física determinada para cada motor de reenvío de paquetes (PFE) individual.
Además de los datos de longitud máxima de la cola, cada cola también mantiene estadísticas de caída y longitud de cola promediada en el tiempo en la ruta de datos de entrada. Además, cada cola mantiene estadísticas de transmisión de cola en la ruta de datos de salida.
En un escenario de despliegue típico que usa programación de prioridad estricta, una HIGH cola de prioridad puede privar LOW a las colas de prioridad. Por lo tanto, los paquetes en tales LOW colas de prioridad pueden permanecer más tiempo del deseado. Puede usar esta función de monitoreo de profundidad de cola VOQ, junto con las estadísticas de transmisión de colas, para detectar tales condiciones de estancamiento.
Para habilitar la supervisión de profundidad de cola de VOQ en una interfaz, primero debe crear un perfil de supervisión y, a continuación, adjuntar ese perfil a la interfaz. Si asocia un perfil de supervisión a una interfaz Ethernet agregada (ae-), cada interfaz miembro tiene su propio monitor VOQ de hardware dedicado.
Solo puede habilitar la supervisión en profundidad de cola de VOQ en interfaces WAN de tránsito. Puede habilitar la supervisión de profundidad de cola VOQ en hasta 420 interfaces físicas por dispositivo.
Cada perfil de supervisión consta de uno o varios filtros de exportación. Un filtro de exportación define un umbral de porcentaje de longitud de cola máxima para una o más colas en la interfaz física. Una vez que se alcanza el umbral de porcentaje de longitud de cola máxima definido para cualquier cola del filtro de exportación, Junos exporta los datos de telemetría de VOQ para todas las colas del filtro de exportación.
Los datos de supervisión de profundidad de cola solo salen a través de un canal de telemetría. Además de configurar un perfil de supervisión (como se muestra a continuación), debe iniciar una suscripción regular al sensor para que los datos salgan. No hay ninguna opción de visualización de CLI.
Configurar la supervisión de profundidad de cola de VOQ
Configure la supervisión de profundidad de cola VOQ para exportar los datos de utilización de la cola. Puede usar estos datos para monitorear microrráfagas y también ayudar a identificar colas de salida de tránsito estancadas. Para configurar la supervisión de profundidad de cola VOQ:
- Configure el perfil de supervisión.
- Adjunte el perfil de supervisión a una interfaz.
Para configurar el perfil de supervisión:
- Asigne un nombre al perfil de supervisión. Por ejemplo:
[edit class-of-service] set monitoring-profile mp1
- Asigne un nombre a un filtro de exportación para el perfil de montaje. Por ejemplo:
[edit class-of-service monitoring-profile mp1] set export-filters ef1
- Defina qué colas (del 0 al 7) pertenecen al filtro de exportación. Por ejemplo:
[edit class-of-service monitoring-profile mp1 export-filters ef1] set queue [0 1]
- (Opcional) Defina el porcentaje de longitud de cola máxima del umbral para exportar datos de telemetría VOQ. El porcentaje predeterminado es 0. Por ejemplo:
[edit class-of-service monitoring-profile mp1 export-filters ef1] set peak-queue-length percent 50
- (Opcional) Defina uno o más filtros de exportación para el perfil de supervisión. Por ejemplo:
[edit class-of-service monitoring-profile mp1] set export-filters ef2 queue [2 3]
- Confirme los cambios.
Para adjuntar el perfil de supervisión a una interfaz:
- Adjunte el perfil de supervisión a una interfaz. Por ejemplo:
[edit class-of-service] set interfaces et-0/0/1 monitoring-profile mp1
- Confirme los cambios.
Compruebe su configuración. Por ejemplo:
[edit class-of-service]
user@host# show
monitoring-profile mp1 {
export-filters ef1 {
peak-queue-length {
percent 50;
}
queue [ 0 1 ];
}
export-filters ef2 {
queue [ 2 3 ];
}
}
interfaces {
et-0/0/1 {
monitoring-profile mp1;
}
}
Ejecute estos comandos show para comprobar su configuración:
user@host> show class-of-service interface et-0/0/1 Physical interface: et-0/0/1, Index: 1098 Maximum usable queues: 8, Queues in use: 4 Exclude aggregate overhead bytes: disabled Logical interface aggregate statistics: disabled Scheduler map: default, Index: 0 Congestion-notification: Disabled Monitoring Profile Name: mp1 Logical interface: et-0/0/1.16386, Index: 1057 user@host> show class-of-service monitoring-profile Monitoring profile: mp1 Export filter Queue Number Peak Queue Length ef1 0 50% ef1 1 50% ef2 2 0% ef2 3 0%
Como puede ver en este ejemplo, si no se establece a peak-queue-length percent para un filtro de exportación, el porcentaje predeterminado es 0 por ciento, como muestra el filtro ef2 de exportación. En este ejemplo se muestran diferentes colas en la interfaz física que tienen diferentes umbrales de longitud de cola máxima para exportar datos de telemetría VOQ.