Descripción del CoS en un dispositivo de agregación de la serie MX en el perímetro del proveedor Junos Fusion
Junos Fusion proporciona un método para ampliar significativamente el número de interfaces de red disponibles en un aggregation device dispositivo de agregación al permitir que el dispositivo de agregación agregue interfaces a través de interconexiones con satellite devices. Todo el sistema, el dispositivo de agregación interconectado y los dispositivos satelitales, se llama Junos Fusion. Junos Fusion simplifica la administración de la red al aparecer en la topología de red como un único dispositivo, y el dispositivo único se administra desde una única dirección IP.
Consulte la figura 1 para ver una ilustración de la topología de Junos Fusion.
de Junos Fusion
Un dispositivo de agregación puede ser una plataforma de enrutamiento universal MX240, MX480, MX960 o MX2020 que ejecute Junos OS versión 14.2R3 o posterior.
En este tema se describe la clase de servicio (CoS) en los distintos tipos de puertos de Junos Fusion.
En este tema se trata:
Descripción general de CoS en diferentes tipos de puertos en Junos Fusion
La figura 2 ofrece una descripción general del flujo de paquetes a través de Junos Fusion y cómo se aplican las características de CoS en los distintos puertos.
Toda la configuración de las políticas de CoS para Junos Fusion se realiza en el dispositivo de agregación. Sin embargo, para las políticas de CoS que se definen para puertos extendidos, se aplican distintas partes de esa política en distintos puntos de la ruta de un paquete a través de Junos Fusion. De la figura 2:
A medida que un paquete ingresa a un puerto extendido, cualquier clasificador de agregado de comportamiento (BA) a nivel de puerto (nivel de interfaz física) que defina para ese puerto se aplica para derivar una clase de reenvío y una prioridad de pérdida de paquetes.
A medida que ese paquete sale del puerto de vínculo ascendente, puede aplicar programadores o selección de transmisión mejorada (ETS) según el clasificador de BA a nivel de puerto asignado en el puerto extendido de entrada.
A medida que el paquete ingresa al dispositivo de agregación en el puerto en cascada, se aplican todos los clasificadores de múltiples campos, aplicadores o clasificadores de BA de nivel de interfaz lógica que defina para el puerto extendido de entrada.
A medida que el paquete sale del dispositivo de agregación en el puerto en cascada, se aplican todas las reglas de reescritura que defina para el puerto extendido de salida, así como cualquier programador que defina para el puerto en cascada, a menos que la regla de reescritura esté asociada a una interfaz lógica de puerto extendido. Además, la clase de reenvío determinada en el paso anterior se lleva en el encabezado 801.2BR al dispositivo satélite y se utiliza para seleccionar la cola de salida en el puerto extendido de salida.
Por último, cuando el paquete sale de un puerto extendido, cualquier programador o ETS que defina para ese puerto se aplica en función de la clase de reenvío determinada por los clasificadores de múltiples campos, los aplicadores o los clasificadores de BA de nivel de interfaz lógica definidos para el puerto extendido de entrada.
En las siguientes secciones se proporciona más información sobre la implementación de CoS en cada tipo de puerto en Junos Fusion.
CoS en puertos extendidos y puertos de enlace ascendente en Junos Fusion
Todas las políticas de programación de clase de servicio (CoS) para puertos extendidos y puertos de enlace ascendente en los dispositivos satelitales se aprovisionan en el dispositivo de agregación de la serie MX. De manera similar, los comandos CoS estándar de Junos OS se emiten en el dispositivo de agregación de la serie MX para recuperar estados CoS de puerto extendido y puerto de enlace ascendente y estadísticas de cola. El dispositivo de agregación de la serie MX admite la configuración de las siguientes funciones de CoS para cada puerto extendido y puerto de enlace ascendente en cada dispositivo satelital:
Clasificadores agregados de comportamiento
Clasificadores multicampo
Aplicadores de políticas de entrada y salida
Clases de envío
Perfiles de control de tráfico
Programadores y mapas de programadores
Programadores jerárquicos y por unidad (solo puertos extendidos)
Reglas de reescritura de salida
La configuración de políticas de CoS en dispositivos satelitales (tanto en puertos extendidos como de enlace ascendente) tiene las siguientes restricciones:
No se admiten clasificadores fijos.
No se admiten clasificadores de precedencia IP. Sin embargo, se admiten clasificadores DSCP.
La
transmit-rateopción es compatible con los programadores. Sin embargo, lasremainderopciones ,rate-limityexactno se admiten entransmit-rate.-
Los dispositivos de la serie EX4300 utilizados en una función satélite admiten hasta dos entradas por perfil de caída segmentado.
Mientras que las características de CoS para los puertos de dispositivos satelitales están configuradas en el dispositivo de agregación, la clasificación, cola y programación reales se realizan en los dispositivos satelitales. La información sobre la formación real del tráfico no se devuelve al dispositivo de agregación. Las estadísticas de interfaz lógica para el comando se recopilan en el dispositivo agregado y no incluyen datos de show interfaces velocidad de configuración. Para las estadísticas de tráfico reales recopiladas en interfaces de dispositivos satelitales, utilice las estadísticas de la interfaz física y no de la interfaz lógica.
No puede recuperar estadísticas de CoS en puertos extendidos mediante una consulta SNMP. Para ver las estadísticas de CoS en un puerto extendido, utilice los show interfaces queue interface-name extended-port-interface-name comandos y show interfaces extended-port-interface-name extensive .
Programación jerárquica y por unidad en puertos extendidos
A partir de Junos OS 17.2R1, Junos Fusion Provider Edge admite programadores jerárquicos y por unidad en puertos extendidos. Para admitir la programación jerárquica o por unidad en un puerto extendido, todos los puertos en cascada del dispositivo de agregación para ese puerto extendido deben tener un chip de cola.
Los dispositivos satelitales de host múltiple no admiten la programación jerárquica y por unidad.
Para habilitar la programación por unidad en un puerto extendido, habilite la per-unit-scheduler opción en el nivel de [edit interfaces interface-name] jerarquía para el puerto extendido.
Para habilitar la programación jerárquica en un puerto extendido, habilite la hierarchical-scheduler opción en el nivel de [edit interfaces interface-name] jerarquía para el puerto extendido.
Si habilita la programación jerárquica en un puerto extendido, también debe configurar explícitamente los programadores en el conjunto de interfaces o en el nivel de VLAN.
Junos Fusion trata los puertos en cascada que conectan el dispositivo de agregación con el dispositivo satelital como puertos Ethernet agregados con agregación realizada automáticamente sin configuración. De forma predeterminada, la implementación de CoS jerárquico de Junos Fusion aplica los parámetros del programador en todos los puertos en cascada en scale modo. Debido a que scale el modo divide el modelador configurado en partes iguales entre los puertos en cascada, las caídas de tráfico pueden comenzar antes de que un cliente alcance su velocidad comprometida para un flujo determinado. A partir de Junos OS versión 18.1R1, puede configurar todos los puertos en cascada de un dispositivo de agregación para que estén en replicate modo, copiando así los parámetros del programador en cada nivel de los vínculos agregados de los miembros de la interfaz y dirigiendo automáticamente todo el tráfico de un puerto extendido a un puerto en cascada específico. Para hacer esto, simplemente habilite target-mode el dispositivo satelital en el nivel jerárquico [edit chassis satellite-management fpc fpc-number] . Por ejemplo:
[edit]
user@host# show chassis satellite-management
fpc 100 {
target-mode;
cascade-ports [ xe-0/0/1:0 xe-1/0/0:1 xe-1/0/0:2 xe-1/0/1:1 ];
}
La activación o desactivación target-mode interrumpe el tráfico en el dispositivo satelital mientras se eliminan y vuelven a agregar los puertos extendidos y los puertos en cascada se reconfiguran en el dispositivo agregado.
Soporte de servicios de abonado de banda ancha
A partir de Junos OS versión 18.4R1, Junos Fusion Provider Edge admite la administración de suscriptores de borde de banda ancha, incluida la funcionalidad CoS estándar para la administración de suscriptores de borde de banda ancha.
BNG en Junos Fusion Provider Edge admite las siguientes jerarquías de programación de CoS:
Conjunto de interfaz lógica dinámica/Static-VLAN-Demux/Interfaz física de puerto extendido
Interfaz lógica dinámica/Interfaz física de puerto extendido
Conjunto de interfaz lógica dinámica/interfaz física de puerto extendido
Interfaz lógica dinámica/Conjunto de interfaces lógicas dinámicas/Interfaz física de puerto extendido
Para admitir 4 niveles de programación jerárquica (por ejemplo, cola/interfaz lógica dinámica/conjunto de interfaz lógica dinámica/interfaz física de puerto extendido), necesita MPC en el dispositivo de agregación que admitan al menos 5 niveles de programación jerárquica. Esto se debe a que el puerto en cascada consume un nivel de programación. Cada MPC en el dispositivo de agregación configurado para la administración de suscriptores de borde de banda ancha debe admitir al menos 4 niveles de programación jerárquica. Además, la maximum-hierarchy-levels opción en la [edit interfaces interface-name hierarchical-scheduler] jerarquía para el puerto extendido debe establecerse en uno menos de lo que admite la MPC para el puerto en cascada asociado debido al nivel de programación que consume el puerto en cascada.
Los clasificadores y las reglas de reescritura se admiten en las interfaces lógicas del suscriptor.
Los cálculos de forma incluyen los bytes de sobrecarga 801.BR.
La multidifusión se admite a través de una VLAN independiente en el puerto extendido, pero la multidifusión no se admite mediante perfiles dinámicos de suscriptor y no hay compatibilidad de ajuste de ancho de banda CoS para los suscriptores.
El comando show class-of-service scheduler-hierarchy interface es compatible y muestra el puerto en cascada como parte de la jerarquía. Por ejemplo:
user@host > show class-of-service scheduler-hierarchy interface demux0.3221225473
Interface/ Shaping Guarnteed Guaranteed/ Queue Excess
Resource name rate rate Excess weight weight
kbits kbits priority high/low
ge-100/0/0(xe-2/0/5) 10000000
ge-100/0/0(xe-2/0/5) RTP
10000000
demux0.3221225473 1000 0 500 500
best-effort 1000 0 Low Low 95
network-control 1000 0 Low Low 5
En el resultado de ejemplo anterior, ge-100/0/0 es el puerto extendido y xe-2/0/5 es el puerto en cascada.
Programación jerárquica de puertos CoS con selección de transmisión mejorada en Junos Fusion
En Junos Fusion, el dispositivo satelital puede ser un dispositivo QFX5100 o EX4300. El QFX5100 admite la selección de transmisión mejorada (ETS), que se describe en IEEE 802.1Qaz. La compatibilidad con la configuración de ETS se agregó al dispositivo de la serie MX solo para los puertos de dispositivos satelitales que admiten esta función. Si ETS está configurado en el dispositivo de agregación de la serie MX para un puerto de dispositivo satelital que no admite ETS, los dispositivos satelitales convierten la configuración de ETS en un programador de puertos.
Los puertos locales del dispositivo de agregación de la serie MX no admiten ETS.
CoS en puertos en cascada en Junos Fusion
Cuando se crea un puerto en cascada, se crean automáticamente dos interfaces lógicas:
-
Una interfaz lógica de administración en banda (unidad asignada 32769) para el tráfico que solo fluye entre el dispositivo de agregación y los dispositivos satelitales, como keepalives, para información de aprovisionamiento y para actualizaciones de software.
-
Uno para la interfaz lógica de datos (unidad asignada 32770) para el tráfico regular que entra y sale de Junos Fusion.
La programación por unidad se habilita automáticamente en el puerto en cascada para admitir varias colas en cada una de las interfaces lógicas.
Todos los puertos en cascada deben configurarse en concentradores de puertos modulares (MPC) que admitan la programación por unidad.
50 Mbps de ancho de banda están reservados para la interfaz lógica de administración. El ancho de banda restante está disponible para la interfaz lógica de datos. También se aplica una velocidad de modelación del 10 por ciento a la interfaz lógica de administración, lo que significa que puede usar hasta el 10 por ciento del ancho de banda completo de la interfaz, si está disponible.
La directiva de programación predeterminada se aplica a la interfaz lógica de datos. Esto reserva el 95 por ciento del ancho de banda disponible y el espacio de búfer para la clase de reenvío de mejor esfuerzo (asignada a la cola 0) y el 5 por ciento para la clase de reenvío de control de red (asignada a la cola 3). Puede crear clases de reenvío y programadores personalizados aplicando una asignación de programador personalizada a esta interfaz lógica.
Si utiliza un mapa de programador personalizado, asócielo a un perfil de control de tráfico que garantice un ancho de banda mínimo del 90 por ciento. Si no se configura el ancho de banda mínimo garantizado, la interfaz lógica de administración en banda utilizará recursos de búfer. Esto puede provocar la pérdida de paquetes en el puerto en cascada.
replicate modo, copiando así los parámetros del programador en cada nivel de los vínculos agregados de los miembros de la interfaz y dirigiendo automáticamente todo el tráfico de un puerto extendido a un puerto en cascada específico.