Configuración del reenvío basado en CoS

Solo puede aplicar el reenvío basado en CoS (CBF) a un conjunto definido de rutas. Por lo tanto, debe configurar una instrucción de política como en el ejemplo siguiente:

Esta configuración especifica que las rutas que coincidan con el filtro de ruta están sujetas a la asignación de próximo salto de CoS especificada por map-name. Para obtener más información acerca de cómo configurar instrucciones de política, consulte la Guía del usuario de políticas de enrutamiento, filtros de firewall y reguladores de tráfico.

Nota:

Puede configurar CBF en un dispositivo con el número admitido o menos clases de reenvío, además de una clase de reenvío predeterminada solamente. En esta condición, la clase de reenvío a la asignación de cola puede ser de uno a uno o de uno a varios. Sin embargo, no puede configurar CBF cuando el número de clases de reenvío configuradas supera el número admitido. Del mismo modo, con CBF configurado, no puede configurar más del número admitido de clases de reenvío más una clase de reenvío predeterminada.

Para especificar una asignación de próximo salto de CoS, incluya la forwarding-policy instrucción en el nivel de [edit class-of-service] jerarquía:

Cuando configure CBF con OSPF como protocolo de puerta de enlace interior (IGP), debe especificar el salto siguiente como un nombre de interfaz o un alias de salto siguiente, no como una dirección IPv4 o IPv6. Esto se debe a que OSPF agrega rutas con la interfaz como el siguiente salto para interfaces punto a punto; el siguiente salto no contiene la dirección IP. Para obtener una configuración de ejemplo, consulte Ejemplo: Configuración del reenvío basado en CoS.

Para VPN de capa 3, cuando se utiliza reenvío basado en clases para las rutas recibidas del enrutador perimetral del proveedor (PE) del extremo final dentro de una instancia VRF, el software puede hacer coincidir las rutas basándose únicamente en los atributos que vienen con la ruta recibida. En otras palabras, la coincidencia puede basarse en la ruta dentro de RIB-in. En este caso, la route-filter instrucción que incluya en el nivel de [edit policy-options policy-statement my-cos-forwarding from] jerarquía no tiene ningún efecto porque la política comprueba la bgp.l3vpn.0 tabla, no la vrf.inet.0 tabla.

Junos aplica la asignación de próximo salto de CoS al conjunto de siguientes saltos definidos anteriormente; Los siguientes saltos se pueden ubicar en cualquier interfaz de salida en el dispositivo enrutador. Por ejemplo, la siguiente configuración asocia un conjunto de clases de reenvío e identificadores de salto siguiente:

En este ejemplo, next-hop N es una dirección IP o una interfaz de salida para algún salto siguiente y lsp-next-hop N es una expresión regular correspondiente a cualquier salto siguiente con esa etiqueta. Q1 a QN son un conjunto de clases de reenvío que se asignan al siguiente salto específico. Es decir, cuando un paquete se conmuta con Q1 a QN, se reenvía fuera de la interfaz asociada con el próximo salto asociado.

Esta configuración tiene las siguientes implicaciones:

• Una sola clase de reenvío puede asignarse a varios próximos saltos estándar o LSP. Esto implica que el uso compartido de carga se realiza entre próximos saltos estándar o próximos saltos LSP que dan servicio al mismo valor de clase. Para que esto funcione correctamente, Junos OS crea una lista de los próximos saltos y reenvía paquetes de igual costo según las reglas de carga compartida estándar para esa clase de reenvío.

• Si una configuración de clase de reenvío incluye los próximos saltos del LSP y los próximos saltos estándar, se prefieren los siguientes saltos del LSP sobre los saltos siguientes estándar. En el ejemplo anterior, si ambos next-hop3 y lsp-next-hop4 son saltos siguientes válidos para una ruta a la que map1 se aplica, la tabla de reenvío solo incluye la entrada lsp-next-hop4 .

• Si next-hop-map no especifica todas las clases de reenvío posibles, se selecciona la clase de reenvío predeterminada como predeterminada. default-forwarding class Define el salto siguiente para el tráfico que no cumple ninguna clase de reenvío en la asignación de salto siguiente. Si no se especifica la clase de reenvío predeterminada en la asignación de salto siguiente, se designa un valor predeterminado al azar. La clase de reenvío predeterminada es la clase asociada a la cola 0.

• Para los próximos saltos del LSP, Junos utiliza expresiones regulares de estilo UNIX regex(3). Por ejemplo, si existen las siguientes etiquetas: lsp, lsp1, lsp2, lsp3, la instrucción lsp-next-hop lsp coincide con lsp, lsp1, lsp2y lsp3. Si no desea este comportamiento, debe utilizar los caracteres lsp-next-hop " ^lsp$"de anclaje , que solo coinciden lsp .

• El filtro de ruta no funciona porque la política se compara con la bgp.l3vpn.0 tabla en lugar de con la vrf.inet.0 tabla.

El último paso es aplicar el filtro de ruta a las rutas exportadas al motor de reenvío. Esto se muestra en el siguiente ejemplo:

Esta configuración indica al proceso de enrutamiento que inserte rutas al motor de reenvío que coincidan my-cos-forwarding con las reglas CBF del próximo salto asociado.

El siguiente algoritmo se utiliza cuando se aplica una configuración a una ruta:

• Si la ruta es una única ruta de siguiente salto, todo el tráfico va a esa ruta; es decir, no entra en vigor ningún CBF.

• Para cada salto siguiente, asocie la clase de reenvío adecuada. Si un siguiente salto aparece en la ruta pero no en el cos-next-hop mapa, no aparece en la entrada de la tabla de reenvío.

• La clase de reenvío predeterminada se utiliza si no todas las clases de reenvío se especifican en la asignación de salto siguiente. Si no se especifica el valor predeterminado, el valor predeterminado se asigna a la clase más baja definida en el mapa de salto siguiente.