Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
EN ESTA PÁGINA
 

Equilibrio de carga para una sesión de BGP

Descripción de la multiruta de BGP

La multirruta de BGP le permite instalar varias rutas de BGP internas y varias rutas de BGP externas en la tabla de reenvío. La selección de varias rutas permite al BGP equilibrar la carga de tráfico entre varios vínculos.

Una ruta se considera una ruta de BGP de igual costo (y se usa para el reenvío) si el proceso de selección de ruta de BGP realiza un desempate después de comparar el costo de IGP con el siguiente salto. De forma predeterminada, todas las rutas con el mismo AS vecino aprendidas por un BGP vecino habilitado para multirruta se consideran dentro del proceso de selección de multirruta.

Normalmente, el BGP selecciona solo una mejor ruta para cada prefijo e instala esa ruta en la tabla de reenvío. Cuando se habilita la multirruta de BGP, el dispositivo selecciona varias rutas de BGP de igual costo para llegar a un destino determinado y todas estas rutas se instalan en la tabla de reenvío. BGP anuncia solo la ruta activa a sus vecinos, a menos que add-path esté en uso.

La función de multirruta BGP de Junos OS es compatible con las siguientes aplicaciones:

  • Equilibrio de carga en varios vínculos entre dos dispositivos de enrutamiento que pertenecen a sistemas autónomos (AS) diferentes

  • Equilibrio de carga en una o varias subredes a distintos dispositivos de enrutamiento que pertenecen al mismo par de AS

  • Equilibrio de carga en varios vínculos entre dos dispositivos de enrutamiento que pertenecen a diferentes pares de confederación externa

  • Equilibrio de carga en una o varias subredes a distintos dispositivos de enrutamiento que pertenecen a pares de confederación externos

En un escenario común para el equilibrio de carga, un cliente es multiconexión a múltiples enrutadores o conmutadores en un punto de presencia (POP). El comportamiento predeterminado es enviar todo el tráfico a través de solo uno de los vínculos disponibles. El equilibrio de carga hace que el tráfico use dos o más de los vínculos.

La multirruta BGP no se aplica a rutas que comparten el mismo costo de MED más IGP, pero difieren en el costo de IGP. La selección de rutas múltiples se basa en la métrica de costo IGP, incluso si dos rutas tienen el mismo costo MED más IGP.

A partir de la versión 18.1R1 de Junos OS, la multirruta BGP se admite globalmente en [edit protocols bgp] el nivel de jerarquía. Puede deshabilitar selectivamente la multirruta en algunos grupos de BGP y vecinos. Incluir disable en el [edit protocols bgp group group-name multipath] nivel de jerarquía para deshabilitar la opción de multirruta para un grupo o un vecino de BGP específico.

A partir de Junos OS versión 18.1R1, puede aplazar el cálculo de multirruta hasta que se reciban todas las rutas de BGP. Cuando se habilita la multirruta, el BGP inserta la ruta en la cola de multirruta cada vez que se agrega una nueva ruta o cada vez que cambia una ruta existente. Cuando se reciben varias rutas mediante la función de adición de ruta del BGP, el BGP puede calcular una ruta de multirruta varias veces. El cálculo de múltiples rutas ralentiza la velocidad de aprendizaje de RIB (también conocida como tabla de enrutamiento). Para acelerar el aprendizaje de RIB, el cálculo de multirruta se puede diferir hasta que se reciban las rutas BGP o puede reducir la prioridad del trabajo de compilación de multirruta según sus requisitos hasta que se resuelvan las rutas BGP. Para aplazar el cálculo de la multirruta, configure defer-initial-multipath-build a [edit protocols bgp] nivel de jerarquía. Como alternativa, puede reducir la prioridad del trabajo de compilación de multirruta del BGP utilizando multipath-build-priority la instrucción de configuración en el [edit protocols bgp] nivel de jerarquía para acelerar el aprendizaje de RIB.

Ejemplo: Equilibrio de carga de tráfico de BGP

En este ejemplo, se muestra cómo configurar el BGP para seleccionar varias rutas de BGP externas (EBGP) o internas (IBGP) de igual costo como rutas activas.

Requisitos

Antes de empezar:

  • Configure las interfaces de los dispositivos.

  • Configure un protocolo de puerta de enlace interior (IGP).

  • Configure BGP.

  • Configure una política de enrutamiento que exporte rutas (como rutas directas o rutas IGP) de la tabla de enrutamiento al BGP.

Descripción general

En los siguientes pasos, se muestra cómo configurar el equilibrio de carga por paquete:

  1. Defina una política de enrutamiento de equilibrio de carga incluyendo una o más policy-statement instrucciones en el [edit policy-options] nivel de jerarquía, definiendo una acción de load-balance per-packet:

    Nota:

    Para habilitar el equilibrio de carga entre varias rutas de EBGP y varias rutas de IBGP, incluya la multipath instrucción globalmente en el [edit protocols bgp] nivel de jerarquía. No puede habilitar el equilibrio de carga del tráfico del BGP sin incluir la multipath instrucción globalmente, ni para un grupo de BGP en el [edit protocols bgp group group-name nivel jerárquico, ni para vecinos de BGP específicos en el nivel jerárquico [edit protocols bgp group group-name neighbor address] .

  2. Aplique la política a las rutas exportadas desde la tabla de enrutamiento a la tabla de reenvío. Para ello, incluya las forwarding-table instrucciones y export :

    No puede aplicar la política de exportación a instancias de enrutamiento VRF.

  3. Especifique todos los próximos saltos de esa ruta, si existe más de uno, al asignar una etiqueta correspondiente a una ruta que se anuncia.

  4. Configure la clave hash de opciones de reenvío para que MPLS incluya la carga IP.

Nota:

En algunas plataformas, puede aumentar el número de rutas con equilibrio de carga mediante la instrucción chassis maximum-ecmp .

Con esta instrucción, puede cambiar el número máximo de rutas con equilibrio de carga de igual costo a 32, 64, 128, 256 o 512 (el número máximo varía según la plataforma; consulte maximum-ecmp).

La función de multirruta se admite en todas las plataformas que admiten BGP. Se han realizado algunas mejoras en las plataformas QFX:

En este ejemplo, el dispositivo R1 está en el AS 64500 y está conectado a los dispositivos R2 y R3, que están en el AS 64501. En este ejemplo, se muestra la configuración en el dispositivo R1.

Topología

En la figura 1 , se muestra la topología utilizada en este ejemplo.

Figura 1: Equilibrio de carga del BGP Load Balancing BGP

Configuración

Procedimiento

Configuración rápida de CLI

Para configurar rápidamente este ejemplo, copie los siguientes comandos, péguelos en un archivo de texto, elimine los saltos de línea, cambie los detalles necesarios para que coincidan con su configuración de red y, luego, copie y pegue los comandos en la CLI en el nivel jerárquico [edit] .

Procedimiento paso a paso

En el ejemplo siguiente, debe explorar por varios niveles en la jerarquía de configuración. Para obtener más información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en el modo de configuración de la Guía del usuario de la CLI de Junos OS.

Para configurar las sesiones de par BGP:

  1. Configure el grupo BGP.

  2. Habilite el grupo BGP para utilizar varias rutas.

    Nota:

    Para deshabilitar la comprobación predeterminada que requiere que las rutas aceptadas por la multirruta BGP tengan el mismo sistema autónomo vecino (AS), incluya la multiple-as opción.

  3. Configure la política de equilibrio de carga.

  4. Aplique la política de equilibrio de carga.

  5. Configure el número de sistema autónomo local (AS).

Resultados

Desde el modo de configuración, ingrese los comandos , y show routing-options para confirmar la show protocolsshow policy-optionsconfiguración. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregirla.

Cuando termine de configurar el dispositivo, ingrese commit desde el modo de configuración.

Verificación

Confirme que la configuración funcione correctamente:

Verificación de rutas

Propósito

Compruebe que las rutas se aprendieron desde ambos enrutadores del AS vecino.

Acción

Desde el modo operativo, ejecute el show route comando.

Significado

La ruta activa, indicada con un asterisco (*), tiene dos saltos siguientes: 10.0.1.1 y 10.0.0.2 al destino 10.0.2.0. El siguiente salto 10.0.1.1 se copia de la ruta inactiva a la ruta activa.

Nota:

El show route detail resultado del comando designa una puerta de enlace como selected. Este resultado es potencialmente confuso en el contexto del equilibrio de carga. La puerta de enlace seleccionada se utiliza para muchos propósitos, además de decidir qué puerta de enlace instalar en el kernel cuando Junos OS no está realizando equilibrio de carga por paquete. Por ejemplo, el ping mpls comando utiliza la puerta de enlace seleccionada al enviar paquetes. Los protocolos de multidifusión utilizan la puerta de enlace seleccionada en algunos casos para determinar la interfaz ascendente. Por lo tanto, aun cuando Junos OS esté realizando el equilibrio de carga por paquete mediante una política de tabla de reenvío, la información de puerta de enlace seleccionada sigue siendo necesaria para otros fines. Es útil mostrar la puerta de enlace seleccionada para fines de resolución de problemas. Además, es posible usar la política de tabla de reenvío para anular lo que está instalado en el kernel (por ejemplo, usando la install-nexthop acción). En este caso, la puerta de enlace de salto siguiente instalada en la tabla de reenvío puede ser un subconjunto del total de puertas de enlace que se muestran en el show route comando.

Verificar el reenvío

Propósito

Compruebe que los dos saltos siguientes están instalados en la tabla de reenvío.

Acción

Desde el modo operativo, ejecute el show route forwarding-table comando.

Descripción de la configuración de hasta 512 rutas de igual costo con equilibrio de carga consistente opcional

Puede configurar la función de multirruta de igual costo (ECMP) con hasta 512 rutas para pares de BGP externos. Tener la capacidad de configurar hasta 512 próximos saltos ECMP le permite aumentar la cantidad de conexiones directas de par BGP con su dispositivo de enrutamiento especificado, lo que mejora la latencia y optimiza el flujo de datos. Opcionalmente, puede incluir un equilibrio de carga coherente en esa configuración de ECMP. El equilibrio de carga coherente garantiza que si se produce un error en un miembro del ECMP (es decir, una ruta de acceso), solo los flujos que fluyen a través del miembro con errores se redistribuyan a otros miembros activos del ECMP. El equilibrio de carga coherente también garantiza que, si se agrega un miembro ECMP, la redistribución de los flujos desde los miembros EMCP existentes al nuevo miembro ECMP sea mínima.

Directrices y limitaciones para configurar de 256 a 512 rutas de igual costo, opcionalmente con equilibrio de carga consistente

  • La función solo se aplica a pares de BGP externos de un solo salto. (Esta función no se aplica a las rutas MPLS).

  • El proceso de enrutamiento del dispositivo (RPD) debe ser compatible con el modo de 64 bits; No se admite RPD de 32 bits.

  • Esta función solo se aplica al tráfico de unidifusión.

  • Es posible que la distribución del tráfico no sea uniforme entre todos los miembros del grupo: depende del patrón de tráfico y de la organización de la tabla de conjuntos de flujo hash en el hardware. El hash coherente minimiza la reasignación de flujos a vínculos de destino cuando se agregan o eliminan miembros del grupo.

  • Si configura set forwarding-options enhanced-hash-key con una de las opciones hash-mode, , inet, inet6o layer2, algunos flujos pueden cambiar los vínculos de destino, ya que los nuevos parámetros hash pueden generar nuevos índices hash para los flujos, lo que da como resultado nuevos vínculos de destino.

  • Para lograr la mejor precisión de hash posible, esta característica usa una topología en cascada para implementar la estructura de salto siguiente para configuraciones de más de 128 saltos siguientes. Por lo tanto, la precisión del hash es algo menor que para las configuraciones de próximo salto ECMP de menos de 128, que no requieren una topología en cascada.

  • Los flujos existentes en las rutas ECMP afectadas y los nuevos flujos que fluyen sobre esas rutas ECMP afectadas pueden cambiar de ruta durante la reparación de la ruta local y se puede notar un sesgo del tráfico. Sin embargo, cualquier sesgo de este tipo se corrige durante la reparación posterior de la ruta global.

  • Cuando aumenta el maximum-ecmp valor, el hash de coherencia se pierde durante el siguiente evento de cambio de salto para el prefijo de ruta.

  • Si agrega una nueva ruta a un grupo ECMP existente, es posible que algunos flujos sobre rutas no afectadas se muevan a la ruta recién agregada.

  • Es posible que el reenrutamiento rápido (FRR) no funcione con un hash coherente.

  • No se puede lograr una distribución perfecta del tráfico similar a ECMP. Las rutas que tienen más "depósitos" que otras rutas tienen más flujos de tráfico que las rutas con menos depósitos (un depósito es una entrada en la lista de distribución de la tabla de equilibrio de carga que se asigna a un índice miembro del ECMP).

  • Durante los eventos de cambio de topología de red, en algunos casos se pierde un hash coherente para los prefijos de red, ya que esos prefijos apuntan a un nuevo salto siguiente de ECMP que no tiene todas las propiedades de los próximos saltos de ECMP anteriores de los prefijos.

  • Si varios prefijos de red apuntan al mismo próximo salto ECMP y uno o más de esos prefijos están habilitados con la consistent-hash instrucción, todos los prefijos de red que apuntan a ese mismo próximo salto ECMP muestran un comportamiento hash coherente.

  • El hash coherente solo se admite en el grupo ECMP basado en rutas de BGP de igual costo. Cuando se configuran otros protocolos o rutas estáticas que tienen prioridad sobre las rutas del BGP, no se admite el hash coherente.

  • El hash coherente puede tener limitaciones cuando la configuración se combina con configuraciones para las siguientes funciones, ya que estas funciones tienen terminaciones de túnel o ingeniería de tráfico que no utiliza hash para seleccionar rutas (túnel GRE; tráfico BUM; EVPN-VXLAN; y MPLS TE, ancho de banda automático.

Instrucciones para configurar hasta 512 próximos saltos ECMP y, opcionalmente, configurar un equilibrio de carga coherente

Cuando esté listo para configurar hasta 512 próximos saltos, siga las siguientes instrucciones de configuración:

  1. Configure el número máximo de próximos saltos ECMP, por ejemplo, configure 512 próximos saltos ECMP:

  2. Crear una política de enrutamiento y habilitar el equilibrio de carga por paquete, habilitando así el ECMP globalmente en el sistema:

  3. Habilite la resistencia en los prefijos seleccionados mediante la creación de una política de enrutamiento independiente para hacer coincidir las rutas entrantes con uno o más prefijos de destino, por ejemplo:

  4. Aplique una política de importación de eBGP (por ejemplo, "c-hash") al grupo BGP de pares externos:

Para obtener más información sobre cómo configurar rutas de igual costo, consulte Ejemplo: Equilibrio de carga de tráfico de BGP, que aparece anteriormente en este documento.

(Opcional) Para obtener más información sobre cómo configurar el equilibrio de carga coherente (también conocido como hash coherente), consulte Configurar el equilibrio de carga coherente para grupos ECMP

Ejemplo: Configuración de pares de EBGP de un solo salto para aceptar próximos saltos remotos

En este ejemplo, se muestra cómo configurar un par BGP externo (EBGP) de un solo salto para aceptar un próximo salto remoto con el que no comparte una subred común.

Requisitos

No se necesita ninguna configuración especial más allá de la inicialización del dispositivo antes de configurar este ejemplo.

Descripción general

En algunas situaciones, es necesario configurar un par EBGP de un solo salto para aceptar un próximo salto remoto con el que no comparta una subred común. El comportamiento predeterminado es que se descarte cualquier dirección de salto siguiente recibida de un par EBGP de un solo salto que no se reconozca como compartiendo una subred común. La capacidad de hacer que un par de EBGP de un solo salto acepte un próximo salto remoto al que no está conectado directamente también evita que tenga que configurar el vecino de EBGP de un solo salto como una sesión de varios saltos. Cuando se configura una sesión de varios saltos en esta situación, todas las rutas de próximo salto aprendidas a través de este par EBGP se etiquetan como indirectas, incluso cuando comparten una subred común. Esta situación interrumpe la funcionalidad de multirruta para rutas que se resuelven recursivamente en rutas que incluyen estas direcciones de salto siguiente. La configuración de la instrucción permite que un par de EBGP de un solo salto acepte un próximo salto remoto, lo que restaura la accept-remote-nexthop funcionalidad de multirruta para las rutas que se resuelven en estas direcciones de salto siguiente. Puede configurar esta instrucción en los niveles de jerarquía global, de grupo y de vecino para BGP. La instrucción también se admite en sistemas lógicos y en el tipo de instancia de enrutamiento y reenvío VPN (VRF). Tanto el próximo salto remoto como el par EBGP deben admitir la actualización de ruta del BGP, tal y como se define en el RFC 2918, Capacidad de Actualizar de ruta en BGP-4. Si el par remoto no admite la actualización de ruta del BGP, la sesión se restablece.

Un par de EBGP de un solo salto anuncia su propia dirección como el siguiente salto de forma predeterminada. Si desea anunciar un próximo salto diferente, debe definir una política de enrutamiento de importación en el par EBGP. Cuando habilita un par de EBGP de un solo salto para aceptar un próximo salto remoto, también puede configurar una política de enrutamiento de importación en el par EBGP. Sin embargo, no se requiere una política de enrutamiento si configuró un próximo salto remoto.

Este ejemplo incluye una política de enrutamiento de importación, agg_route, que permite que un par de par BGP externo de un solo salto (dispositivo R1) acepte el próximo salto remoto 10.1.10.10 para la ruta a la red 10.1.230.0/23. En el nivel jerárquico [edit protocols bgp] , el ejemplo incluye la import agg_route instrucción para aplicar la política al par BGP externo e incluye la accept-remote-nexthop instrucción para permitir que el par EBGP de un solo salto acepte el próximo salto remoto.

La Figura 2 muestra la topología de ejemplo.

Figura 2: Topología para aceptar un próximo salto Network topology diagram with routers R0 in AS 65500 and R1, R2 in AS 65000. R0 connects to R1 on subnets 10.1.0.0/30 and 10.1.1.0/30. R1 connects to R2 on subnet 10.12.0.0/30. Loopback IPs: R0 10.255.14.179, R1 10.255.71.24, R2 10.255.14.177. remoto

Configuración

Configuración rápida de CLI

Para configurar rápidamente este ejemplo, copie los siguientes comandos, péguelos en un archivo de texto, elimine los saltos de línea, cambie los detalles necesarios para que coincidan con su configuración de red y, luego, copie y pegue los comandos en la CLI en el nivel jerárquico [edit] .

Dispositivo R0

Dispositivo R1

Dispositivo R2

Dispositivo R0

Procedimiento paso a paso

En el ejemplo siguiente, debe explorar por varios niveles en la jerarquía de configuración. Para obtener más información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en el modo de configuración de la Guía del usuario de la CLI de Junos OS.

Para configurar el dispositivo R0:

  1. Configure las interfaces.

  2. Configure EBGP.

  3. Habilite el BGP de multirruta entre los dispositivos R0 y R1.

  4. Configure rutas estáticas a redes remotas. Estas rutas no forman parte de la topología. El propósito de estas rutas es demostrar la funcionalidad de este ejemplo.

  5. Configure políticas de enrutamiento que acepten las rutas estáticas.

  6. Exporte las agg_route políticas y test_route de la tabla de enrutamiento al BGP.

  7. Configure el número de sistema autónomo (AS).

Resultados

Desde el modo de configuración, ingrese los comandos , show policy-optionsy show protocolsshow routing-options para confirmar la show interfacesconfiguración. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregirla.

Cuando termine de configurar el dispositivo, ingrese commit desde el modo de configuración.

Configuración del dispositivo R1

Procedimiento paso a paso

En el ejemplo siguiente, debe explorar por varios niveles en la jerarquía de configuración. Para obtener más información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en el modo de configuración de la Guía del usuario de la CLI de Junos OS.

Para configurar el dispositivo R1:

  1. Configure las interfaces.

  2. Configure OSPF.

  3. Habilite el dispositivo R1 para aceptar el próximo salto remoto.

  4. Configure IBGP.

  5. Configure EBGP.

  6. Habilite el BGP de multirruta entre los dispositivos R0 y R1.

  7. Configure una política de enrutamiento que permita a un par BGP externo de un solo salto (dispositivo R1) aceptar el próximo salto remoto 10.1.10.10 para la ruta a la red 10.1.230.0/23.

  8. Importe la agg_route política a la tabla de enrutamiento en el dispositivo R1.

  9. Configure el número de sistema autónomo (AS).

Resultados

Desde el modo de configuración, ingrese los comandos , show policy-optionsy show protocolsshow routing-options para confirmar la show interfacesconfiguración. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregirla.

Cuando termine de configurar el dispositivo, ingrese commit desde el modo de configuración.

Configuración del dispositivo R2

Procedimiento paso a paso

En el ejemplo siguiente, debe explorar por varios niveles en la jerarquía de configuración. Para obtener más información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en el modo de configuración de la Guía del usuario de la CLI de Junos OS.

Para configurar el dispositivo R2:

  1. Configure las interfaces.

  2. Configure OSPF.

  3. Configure IBGP.

  4. Configure el número de sistema autónomo (AS).

Resultados

Desde el modo de configuración, ingrese los comandos , y show routing-options para confirmar la show interfacesshow protocolsconfiguración. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregirla.

Cuando termine de configurar el dispositivo, ingrese commit desde el modo de configuración.

Verificación

Confirme que la configuración funcione correctamente.

Verificar que la ruta de múltiples rutas con el siguiente salto indirecto está en la tabla de enrutamiento

Propósito

Verifique que el dispositivo R1 tenga una ruta a la red 10.1.230.0/23.

Acción

Desde el modo operativo, introduzca el show route 10.1.230.0 extensive comando.

Significado

El resultado muestra que el dispositivo R1 tiene una ruta a la red 10.1.230.0 con la función multirruta habilitada (Accepted Multipath). La salida también muestra que la ruta tiene un siguiente salto indirecto de 10.1.10.10.

Desactivación y reactivación de la instrucción accept-remote-nexthop

Propósito

Asegúrese de que la ruta multirruta con el siguiente salto indirecto se elimina de la tabla de enrutamiento cuando desactive la accept-remote-nexthop instrucción.

Acción
  1. En el modo de configuración, escriba el deactivate protocols bgp accept-remote-nexthop comando.

  2. Desde el modo operativo, introduzca el show route 10.1.230.0 comando.

  3. Desde el modo de configuración, reactive la instrucción ingresando el activate protocols bgp accept-remote-nexthop comando.

  4. Desde el modo operativo, vuelva a introducir el show route 10.1.230.0 comando.

Significado

Cuando se desactiva la accept-remote-nexthop instrucción, la ruta de multirruta a la red 10.1.230.0 se elimina de la tabla de enrutamiento.

Descripción del equilibrio de carga para el tráfico de BGP con ancho de banda desigual asignado a las rutas

La opción multirruta elimina los criterios de desempate del proceso de decisión de ruta activo, lo que permite que las rutas de BGP de igual costo aprendidas de varias fuentes se instalen en la tabla de reenvío. Sin embargo, cuando las rutas disponibles no tienen el mismo costo, es posible que desee equilibrar la carga del tráfico de forma asimétrica.

Una vez que se instalan varios saltos siguientes en la tabla de reenvío, el algoritmo de equilibrio de carga por prefijo de Junos OS selecciona un próximo salto de reenvío específico. Este proceso aplica un hash a las direcciones de origen y destino de un paquete para asignar de forma determinística el emparejamiento de prefijos a uno de los próximos saltos disponibles. La asignación por prefijo funciona mejor cuando a la función hash se le presenta un gran número de prefijos, como podría ocurrir en un intercambio de emparejamiento por Internet, y sirve para evitar el reordenamiento de paquetes entre pares de nodos que se comunican.

Una red empresarial normalmente desea alterar el comportamiento predeterminado para evocar un algoritmo de equilibrio de carga por paquete . Cada paquete se enfatiza aquí porque su uso es un nombre inapropiado que se deriva del comportamiento histórico del procesador ASIC de Internet original. En realidad, los enrutadores actuales de Juniper Networks admiten el equilibrio de carga por prefijo (predeterminado) y por flujo. Esto último implica hash en varios encabezados de capa 3 y capa 4, incluidas partes de la dirección de origen, la dirección de destino, el protocolo de transporte, la interfaz entrante y los puertos de aplicación. El efecto es que ahora los flujos individuales se cifran en un siguiente salto específico, lo que da como resultado una distribución más uniforme entre los próximos saltos disponibles, especialmente cuando se enruta entre menos pares de origen y destino.

Con el equilibrio de carga por paquete, los paquetes que comprenden una corriente de comunicación entre dos puntos de conexión pueden volver a secuenciarse, pero los paquetes dentro de flujos individuales mantienen una secuencia correcta. Ya sea que opte por un equilibrio de carga por prefijo o por paquete, la asimetría de los vínculos de acceso puede presentar un desafío técnico. En cualquier caso, los prefijos o flujos que se asignan, por ejemplo, a un vínculo T1 mostrarán un rendimiento degradado en comparación con los flujos que se asignan, por ejemplo, a un vínculo de acceso Ethernet de alta velocidad. Peor aún, con cargas de tráfico pesadas, es probable que cualquier intento de equilibrio de carga equitativo resulte en la saturación total del vínculo T1 y la interrupción de la sesión derivada de la pérdida de paquetes.

Afortunadamente, la implementación de BGP de Juniper Networks admite la noción de una comunidad de ancho de banda. Esta comunidad extendida codifica el ancho de banda de un próximo salto dado y, cuando se combina con multirruta, el algoritmo de equilibrio de carga distribuye los flujos a través del conjunto de los siguientes saltos proporcionalmente a sus anchos de banda relativos. Dicho de otra manera, si tiene un próximo salto de 10 Mbps y uno de 1 Mbps, en promedio nueve flujos se asignarán al próximo salto de alta velocidad por cada uno que use la velocidad baja.

El uso de la comunidad de ancho de banda del BGP solo se admite con el equilibrio de carga por paquete.

La tarea de configuración tiene dos partes:

  • Configure las sesiones de emparejamiento de BGP externo (EBGP), habilite la multirruta y defina una política de importación para etiquetar rutas con una comunidad de ancho de banda que refleje la velocidad del enlace.

  • Habilite el equilibrio de carga por paquete (en realidad por flujo) para una distribución óptima del tráfico.

Comunidad de ancho de banda de vínculo BGP

Descripción general

Dentro de una implementación de BGP, una comunidad extendida de ancho de banda de vínculo codifica el ancho de banda de un próximo salto determinado. El BGP ayuda a equilibrar la carga del tráfico mediante la comunicación de las velocidades de los vínculos del BGP a los pares remotos. Cuando usted (el administrador de red) combina una comunidad de ancho de banda de vínculo con multirruta, el algoritmo de equilibrio de carga de su elección distribuye los flujos de tráfico entre el conjunto de saltos siguientes proporcionalmente a sus anchos de banda relativos.

Cuando la comunidad extendida de ancho de banda de vínculo del BGP es un atributo transitivo en sistemas autónomos (AS), el grupo BGP anuncia la comunidad extendida de ancho de banda de vínculo a los AS vecinos. Puede optar por usar la comunidad de ancho de banda de vínculo del BGP como un atributo no transitivo para que los enrutadores eliminen la comunidad de ancho de banda de vínculo en el límite del AS. El grupo BGP no anuncia comunidades de ancho de banda de vínculo no transitivo a vecinos de BGP externos (EBGP).

También puede configurar el BGP para que detecte automáticamente el ancho de banda e importe la comunidad a nivel de grupo o vecino. Con esta función de detección automática de ancho de banda de vínculo, la red puede establecer automáticamente el valor de ancho de banda de vínculo en la velocidad de la interfaz mediante la cual el dispositivo recibió la ruta BGP.

Solo el equilibrio de carga por paquete admite la comunidad de ancho de banda de vínculo BGP.

Beneficios

  • Con la multirruta habilitada, el ancho de banda de vínculo proporciona una multirruta ponderada de igual costo (WECMP) para un equilibrio de carga desigual.

  • Garantiza que los vínculos de ancho de banda alto transporten más flujos que los vínculos de ancho de banda bajo.

  • Reduce la probabilidad de congestión del tráfico.

Configuración

Ancho de banda

De forma predeterminada, la comunidad de ancho de banda de vínculo es transitiva. Puede usar cualquiera de estas instrucciones para configurar la comunidad de ancho de banda de vínculo como transitiva:

Para que no sea transitivo, use la siguiente configuración:

Anulación no transitiva

Puede anular una configuración no transitiva para que un grupo de BGP envíe la comunidad extendida de ancho de banda de vínculo a través de una sesión de EBGP, incluso cuando el ancho de banda de vínculo no sea transitivo. Para enviar la comunidad de ancho de banda de vínculo no transitivo a través de un vecino de EBGP, incluya la siguiente configuración:

La send-non-transitive-link-bandwidth instrucción no diferencia entre la comunidad de ancho de banda de vínculo originada y la que se ha recibido y vuelto a anunciar. Cuando habilita esta opción, el BGP anuncia todas las comunidades de ancho de banda de vínculo no transitivo al vecino del EBGP.

Ancho de banda agregado

De forma predeterminada, la comunidad agregada de ancho de banda de vínculo es transitiva. Puede usar cualquiera de estas instrucciones para configurar la comunidad de ancho de banda de vínculo como transitiva:

Para que no sea transitivo, use la siguiente configuración:

Para dividir el ancho de banda total del vínculo por el número de pares del grupo de publicidad, habilite la divide-equal instrucción:

Detección automática

Solo puede habilitar la detección automática para sesiones de EBGP de un solo salto.

  1. Configure la detección automática para el grupo BGP.

    Configure la auto-sense instrucción en la neighbor jerarquía para detectar y almacenar el ancho de banda hacia ese vecino del BGP. Configúrelo en la group jerarquía para detectar y almacenar el ancho de banda de todos los vecinos de ese grupo de BGP:

  2. Configure la política de importación con auto-link-bandwidth set to transitive o non-transitive. Si no especifica, de forma predeterminada auto-link-bandwidth es transitivo:

  3. (Opcional) Para suprimir cambios frecuentes en el valor de ancho de banda del vínculo cuando aumenta el ancho de banda, puede configurar el temporizador de espera de detección automática. El temporizador de espera solo se activa cuando aumenta el ancho de banda. De forma predeterminada, el temporizador se establece en 60 segundos:

Verificación

Compruebe que la configuración se ha realizado correctamente mediante los siguientes comandos:

  • show route receive-protocol bgp peer-ip-address extensive

  • show route advertising-protocol bgp peer-ip-address extensive

  • show route address extensive

  • show bgp neighbor address

Ejemplo: Equilibrio de carga de tráfico de BGP con ancho de banda desigual asignado a las rutas

En este ejemplo, se muestra cómo configurar el BGP para seleccionar varias rutas de costo desigual como rutas activas.

Las comunidades de BGP pueden ayudarlo a controlar la política de enrutamiento. Un ejemplo de un buen uso para las comunidades de BGP es el equilibrio de carga desigual. Cuando un enrutador de borde del sistema autónomo (ASBR) recibe rutas de vecinos de BGP externos (EBGP) conectados directamente, el ASBR anuncia esas rutas a vecinos internos mediante anuncios de IBGP. En las versiones de IBGP, puede asociar la comunidad de ancho de banda de vínculo para comunicar el ancho de banda del vínculo externo anunciado. Esto resulta útil cuando hay varios vínculos externos disponibles y desea realizar un equilibrio de carga desigual en los vínculos. Configure la comunidad extendida de ancho de banda de vínculo en todos los vínculos de entrada del AS. La información de ancho de banda de la comunidad extendida link-bandwidth se basa en el ancho de banda configurado del vínculo EBGP. No se basa en la cantidad de tráfico del vínculo. Junos OS admite el ancho de banda de vínculo BGP y el equilibrio de carga de multirutas, como se describe en el borrador de Internet draft-ietf-idr-link-bandwidth-06, Comunidad extendida de ancho de banda de vínculo BGP.

Requisitos

Antes de empezar:

  • Configure las interfaces de los dispositivos.

  • Configure un protocolo de puerta de enlace interior (IGP).

  • Configure BGP.

  • Configure una política de enrutamiento que exporte rutas (como rutas directas o rutas IGP) de la tabla de enrutamiento al BGP.

Descripción general

En este ejemplo, el dispositivo R1 está en el AS 64500 y está conectado a los dispositivos R2 y R3, que están en el AS 64501.

En el ejemplo se utiliza la comunidad extendida de ancho de banda.

De forma predeterminada, cuando se utiliza la multirruta BGP, el tráfico se distribuye equitativamente entre las distintas rutas calculadas. La comunidad extendida de ancho de banda permite agregar un atributo adicional a las rutas de BGP, lo que permite que el tráfico se distribuya de manera desigual. La aplicación principal es un escenario en el que existen múltiples rutas externas para una red dada con capacidades de ancho de banda asimétrico. En tal escenario, puede etiquetar las rutas recibidas con la comunidad extendida de ancho de banda. Cuando la multirruta BGP (interna o externa) funciona entre rutas que contienen el atributo bandwidth, el motor de reenvío puede distribuir el tráfico de manera desigual según el ancho de banda correspondiente a cada ruta.

Cuando el BGP tiene varias rutas candidatas disponibles para fines de multirruta, el BGP no realiza un equilibrio de carga de costos desigual según la comunidad de ancho de banda, a menos que todas las rutas candidatas tengan este atributo.

La aplicabilidad de la comunidad extendida de ancho de banda está limitada por las restricciones bajo las cuales la multirruta de BGP acepta múltiples rutas para su consideración. Explícitamente, la distancia del IGP, en lo que respecta al BGP, entre el enrutador que realiza el equilibrio de carga y los múltiples puntos de salida debe ser la misma. Esto se puede lograr mediante el uso de una malla completa de rutas conmutadas por etiquetas (LSP) que no rastrean la métrica de IGP correspondiente. Sin embargo, en una red en la que el retardo de propagación de los circuitos es significativo (por ejemplo, si hay circuitos de larga distancia), a menudo es valioso tener en cuenta las características de retardo de los diferentes trayectos.

Configure la comunidad de ancho de banda de la siguiente manera:

El primer número de 16 bits representa el sistema autónomo local. El segundo número de 32 bits representa el ancho de banda del vínculo en bytes por segundo.

Por ejemplo:

Cuando 10458 es el número de AS local. Los valores corresponden al ancho de banda de las rutas T1, T3 y OC-3 en bytes por segundo. No es necesario que el valor especificado como valor de ancho de banda coincida con el ancho de banda real de una interfaz específica. Los factores de balance utilizados se calculan en función del ancho de banda total especificado. Para etiquetar una ruta con esta comunidad extendida, defina una instrucción de política de la siguiente manera:

Aplique esto como una política de importación en las sesiones de emparejamiento del BGP que se enfrentan a los vínculos de ancho de banda asimétricos. Aunque en teoría el atributo de comunidad se puede agregar o eliminar en cualquier punto de la red, en el escenario descrito anteriormente, aplicar la comunidad como una política de importación en la sesión de emparejamiento de EBGP frente al vínculo externo permite que ese atributo influya en la decisión de multirruta local y es potencialmente más fácil de administrar.

Topología

En la figura 3 se muestra la topología utilizada en este ejemplo.

Figura 3: Equilibrio de carga del BGP Load Balancing BGP

Configuración rápida de la CLI muestra la configuración de todos los dispositivos de la Figura 3. En la sección #d15e120__d15e383 se describen los pasos del dispositivo R1.

Configuración

Procedimiento

Configuración rápida de CLI

Para configurar rápidamente este ejemplo, copie los siguientes comandos, péguelos en un archivo de texto, elimine los saltos de línea, cambie los detalles necesarios para que coincidan con su configuración de red y, luego, copie y pegue los comandos en la CLI en el nivel jerárquico [edit] .

Dispositivo R1

Dispositivo R2

Dispositivo R3

Procedimiento paso a paso

En el ejemplo siguiente, debe explorar por varios niveles en la jerarquía de configuración. Para obtener más información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en el modo de configuración de la Guía del usuario de la CLI de Junos OS.

Para configurar las sesiones de par BGP:

  1. Configure las interfaces.

  2. Configure el grupo BGP.

  3. Habilite el grupo BGP para utilizar varias rutas.

    Nota:

    Para deshabilitar la comprobación predeterminada que requiere que las rutas aceptadas por la multirruta BGP tengan el mismo sistema autónomo vecino (AS), incluya la multiple-as opción. Utilice esta multiple-as opción si los vecinos están en diferentes AS.

  4. Configure la política de equilibrio de carga.

  5. Aplique la política de equilibrio de carga.

  6. Configure los miembros de la comunidad del BGP.

    En este ejemplo, se supone un ancho de banda de 1 Gbps y asigna el 60 por ciento a bw-high y el 40 % a bw-low. No es necesario que el ancho de banda de referencia sea el mismo que el ancho de banda del vínculo.

  7. Configure la política de distribución del ancho de banda.

  8. Configure el número de sistema autónomo local (AS).

Resultados

Desde el modo de configuración, ingrese los comandos , show protocolsy show policy-optionsshow routing-options para confirmar la show interfacesconfiguración. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregirla.

Cuando termine de configurar el dispositivo, ingrese commit desde el modo de configuración.

Verificación

Confirme que la configuración funcione correctamente:

Verificación de rutas

Propósito

Verifique que ambas rutas estén seleccionadas y que los siguientes saltos en las rutas muestren un saldo del 60 %/40 %.

Acción

Desde el modo operativo, ejecute el show route protocol bgp detail comando.

Significado

La ruta activa, indicada con un asterisco (*), tiene dos saltos siguientes: 10.0.1.1 y 10.0.0.2 al destino 172.16/16.

Del mismo modo, la ruta activa, indicada con un asterisco (*), tiene dos saltos siguientes: 10.0.1.1 y 10.0.0.2 al destino 10.0.2.0.

En ambos casos, el siguiente salto 10.0.1.1 se copia de la ruta inactiva a la ruta activa.

El equilibrio del 40 por ciento y el 60 por ciento se muestra en la show route salida. Esto indica que el tráfico se distribuye entre los dos saltos siguientes y que el 60 % del tráfico sigue la primera ruta, mientras que el 40 % sigue la segunda ruta.

Ejemplo: Configurar una política para anunciar el ancho de banda agregado en vínculos de BGP externos para equilibrar la carga

En este ejemplo, se muestra cómo configurar una política para anunciar el ancho de banda agregado en vínculos de BGP externos para el equilibrio de carga y para especificar un umbral para el ancho de banda agregado configurado. El BGP suma el ancho de banda de vínculo disponible de varias rutas y calcula el ancho de banda agregado. En caso de que se produzca un error en un vínculo, el ancho de banda agregado se ajusta para reflejar el estado actual del ancho de banda disponible.

Requisitos

En este ejemplo, se utilizan los siguientes componentes de hardware y software:

  • Cuatro enrutadores con capacidad de equilibrio de carga

  • Junos OS versión 17.4 o posterior ejecutándose en todos los dispositivos

Descripción general

A partir de la versión 17.4R1 de Junos OS, un anunciador BGP que recibe varias rutas de sus pares internos equilibra la carga del tráfico entre estas rutas. En versiones anteriores de Junos OS, un anunciador BGP que recibía varias rutas de sus pares internos anunciaba solo el ancho de banda del vínculo asociado con la ruta activa. El BGP usa una nueva comunidad extendida de ancho de banda de vínculo con el ancho de banda agregado para etiquetar varias rutas y anuncia el ancho de banda agregado para estas varias rutas en su vínculo ZDM. Para anunciar varias rutas agregadas, configure una política con aggregate-bandwidth y limit bandwidth actions en el nivel de jerarquía [edit policy-options policy-statement name then].

Topología

Figura 5: Configuración de una política para anunciar el ancho de banda agregado en vínculos de BGP externos para el equilibrio de Network topology diagram with routers R1 to R4 in AS 65000, 65001, and 65002, showing BGP connections and IP addresses. carga

En la Figura 5, el enrutador R1 equilibra la carga del tráfico a un destino remoto a través del siguiente salto 10.0.1.1 en el enrutador R2 a 60 000 000 bytes por segundo y a través del 10.0.0.2 en el enrutador R3 a 40 000 000 bytes por segundo. El enrutador R1 anuncia el destino 10.0.2.0 al enrutador R4. El enrutador R1 calcula el agregado del ancho de banda disponible, que es de 100000000 bytes por segundo. Sin embargo, una política configurada en el enrutador R1 establece el umbral para el ancho de banda agregado en 80 000 000 bytes por segundo. Por lo tanto, R1 anuncia 80 000 000 bytes por segundo en lugar de los 10 000 000 bytes por segundo.

Nota:

Si uno de los vínculos multirruta deja de funcionar, el ancho de banda del vínculo con errores no se agrega al ancho de banda agregado que se anuncia a los vecinos del BGP.

Configuración

Configuración rápida de CLI

Para configurar rápidamente este ejemplo, copie los siguientes comandos, péguelos en un archivo de texto, elimine los saltos de línea, cambie los detalles necesarios para que coincidan con su configuración de red, copie y pegue los comandos en la CLI en el nivel de jerarquía y, luego, ingrese commit desde el [edit] modo de configuración.

Enrutador R1

Enrutador R2

Enrutador R3

Enrutador R4

Configuración de enrutadores, empezando por R1

Procedimiento paso a paso

En el ejemplo siguiente, debe explorar por varios niveles en la jerarquía de configuración. Para obtener más información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en el modo de configuración de la Guía del usuario de CLI.

Para configurar una política a fin de anunciar un ancho de banda agregado a los pares del BGP (a partir del enrutador R1):

Nota:

Repita este procedimiento en los enrutadores R2, R3 y R4 después de modificar los nombres de interfaz, las direcciones y otros parámetros adecuados.

  1. Configure las interfaces con direcciones IPv4.

  2. Configure la dirección de circuito cerrado.

  3. Configure el sistema autónomo para los hosts BGP.

  4. Configure EBGP en los enrutadores de borde externos.

  5. Defina una política de distribución de ancho de banda para asignar una comunidad de ancho de banda alto al tráfico destinado al enrutador R3.

  6. Defina una política de distribución de ancho de banda para asignar una comunidad de ancho de banda bajo al tráfico destinado al enrutador R2.

  7. Active la función para anunciar un ancho de banda agregado de 80 000 000 bytes al enrutador par del EBGP R4 a través de sesiones de BGP.

  8. Aplique la política de aggregate_bw_and limit_capacity al grupo external2EBGP.

  9. Defina una política de equilibrio de carga.

  10. Aplique la política de equilibrio de carga.

  11. Configure los miembros de la comunidad del BGP. El primer número de 16 bits representa el sistema autónomo local. El segundo número de 32 bits representa el ancho de banda del vínculo en bytes por segundo. Configure una bw-high comunidad con el 60 % de un enlace de 1 Gbps y otra comunidad bw-low con el 40 % de un enlace de 1 Gbps.

    Configure el 60 por ciento de un vínculo de 1 Gbps a la comunidad bw-high y el 40 % a la comunidad bw-low.

Resultados

Desde el modo de configuración, ingrese los comandos , show protocolsy show routing-optionsshow policy-options para confirmar la show interfacesconfiguración. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregirla.

Verificación

Verificar que la sesión BGP esté establecida

Propósito

Para comprobar que el emparejamiento de BGP se completó y que se estableció una sesión de BGP entre los enrutadores,

Acción
Significado

El enrutador R1 completó el emparejamiento con los enrutadores R2, R3 y R4.

Verificar que el ancho de banda agregado esté presente en cada ruta

Propósito

Para comprobar que la comunidad extendida está presente para cada ruta de ruta.

Acción

Desde el modo operativo, ejecute el show route protocol bgp detail comando.

Significado

Verificar que el enrutador R1 anuncia el ancho de banda agregado a su enrutador vecino R4

Propósito

Para comprobar que el enrutador R1 anuncia el ancho de banda agregado a sus vecinos externos.

Acción
Significado

El enrutador R1 anuncia el ancho de banda agregado de 80 000 000 bytes a sus vecinos.

Descripción del anuncio de varias rutas a un solo destino en BGP

Los pares del BGP anuncian rutas entre sí en los mensajes de actualización. El BGP almacena sus rutas en la tabla de enrutamiento de Junos OS (inet.0). Para cada prefijo de la tabla de enrutamiento, el proceso de protocolo de enrutamiento selecciona una única mejor ruta, denominada ruta activa. A menos que configure el BGP para anunciar varias rutas al mismo destino, el BGP anuncia solo la ruta activa.

En lugar de anunciar solo la ruta activa a un destino, puede configurar el BGP para que anuncie varias rutas al destino. Dentro de un sistema autónomo (AS), la disponibilidad de múltiples puntos de salida para llegar a un destino proporciona los siguientes beneficios:

  • Tolerancia a errores: la diversidad de rutas conduce a una reducción del tiempo de restauración después de la falla. Por ejemplo, un borde después de recibir varias rutas al mismo destino puede precalcular una ruta de respaldo y tenerla lista para que, cuando la ruta principal deje de ser válida, el dispositivo de enrutamiento de borde pueda usar la copia de seguridad para restaurar rápidamente la conectividad. Sin una ruta de respaldo, el tiempo de restauración depende de la reconvergencia del BGP, que incluye mensajes de retiro y anuncio en la red antes de que se pueda aprender una nueva mejor ruta.

  • Equilibrio de carga: la disponibilidad de varias rutas para llegar al mismo destino permite el equilibrio de carga del tráfico si la ruta dentro del AS cumple con ciertas restricciones.

  • Mantenimiento: la disponibilidad de puntos de salida alternativos permite una operación de mantenimiento elegante de los enrutadores.

Se aplican las siguientes limitaciones al anuncio de varias rutas en BGP:

  • Familias de direcciones apoyadas:

    • IPv4 de unidifusión (family inet unicast)

    • IPv6 de unidifusión (family inet6 unicast)

    • IPv4 etiquetado como unidifusión (family inet labeled-unicast)

    • IPv6 etiquetado como unidifusión (family inet6 labeled-unicast)

    • VPN IPv4 de unidifusión (family inet-vpn unicast)

    • VPN IPv6 de unidifusión (family inet6-vpn unicast)

    En el siguiente ejemplo, se muestra la configuración de las familias de unidifusión VPN IPv4 y de unidifusión VPN IPv6:

  • Admitimos add-path pares BGP internos (IBGP) y BGP externos (EBGP).

    Nota:
    • Se admite la recepción de ruta de adición para los pares IBGP y EBGP.

    • Solo se admite el envío de ruta de adición para pares de IBGP.

    • No se admite el envío de ruta de adición para pares de EBGP. Cuando intenta confirmar la configuración para el envío de ruta de adición para los pares EBGP, la CLI arroja un error de confirmación.

  • Solo instancia maestra. No admite instancias de enrutamiento.

  • Se admiten el reinicio elegante y el enrutamiento activo sin detención (NSR).

  • No es compatible con el protocolo de monitoreo BGP (BMP).

  • Las políticas de prefijo le permiten filtrar rutas en un enrutador configurado para anunciar varias rutas a un destino. Las políticas de prefijo solo pueden coincidir con prefijos. No pueden coincidir con atributos de ruta y no pueden cambiar los atributos de las rutas.

A partir de la versión 18.4R1 de Junos OS, el BGP puede anunciar un máximo de 2 rutas de adición de rutas, además de las varias rutas ECMP.

Para anunciar todas las rutas de adición hasta 64 rutas de adición o solo rutas de igual costo, inclúyalas path-selection-mode en el [edit protocols bgp group group-name family name addpath send] nivel de jerarquía. No puede habilitar ambos multipath y path-selection-mode al mismo tiempo.

Ejemplo: Anuncio de varias rutas en BGP

En este ejemplo, los enrutadores BGP están configurados para anunciar varias rutas en lugar de anunciar solo la ruta activa. El anuncio de varias rutas en BGP se especifica en RFC 7911, Anuncio de varias rutas en BGP.

Requisitos

En este ejemplo, se utilizan los siguientes componentes de hardware y software:

  • Ocho dispositivos habilitados para BGP.

  • Cinco de los dispositivos habilitados para BGP no tienen que ser necesariamente enrutadores. Por ejemplo, pueden ser conmutadores Ethernet de la serie EX.

  • Tres de los dispositivos habilitados para BGP están configurados para enviar varias rutas o recibir varias rutas (o ambos enviar y recibir múltiples rutas). Estos tres dispositivos habilitados para BGP deben ser enrutadores de borde multiservicio de la serie M, plataformas de enrutamiento universal 5G de la serie MX o enrutadores de núcleo de la serie T.

  • Los tres enrutadores deben ejecutar la versión 11.4 o posterior de Junos OS.

Descripción general

Las siguientes instrucciones se utilizan para configurar varias rutas a un destino:

En este ejemplo, el enrutador R5, R6 y R7 redistribuyen rutas estáticas en BGP. Los enrutadores R1 y R4 son reflectores de ruta. Los enrutadores R2 y R3 son clientes de Route Reflector R1. El enrutador R8 es un cliente para Route Reflector R4.

La reflexión de ruta es opcional cuando el anuncio de varias rutas está habilitado en BGP.

Con esta configuración, el add-path send path-count 6 enrutador R1 está configurado para enviar hasta seis rutas (por destino) al enrutador R4.

Con esta configuración, el add-path receive enrutador R4 está configurado para recibir varias rutas del enrutador R1.

Con esta configuración, el add-path send path-count 6 enrutador R4 está configurado para enviar hasta seis rutas al enrutador R8.

Con esta configuración, el add-path receive enrutador R8 se configura para recibir varias rutas del enrutador R4.

La add-path send prefix-policy allow_199 configuración de política (junto con el filtro de ruta correspondiente) limita al enrutador R4 a enviar varias rutas solo para la ruta 172.16.199.1/32.

Diagrama de topología

En la Figura 6 se muestra la topología utilizada en este ejemplo.

Figura 6: Anuncio de múltiples rutas en BGP Advertisement of Multiple Paths in BGP

Configuración

Configuración rápida de CLI

Para configurar rápidamente este ejemplo, copie los siguientes comandos, péguelos en un archivo de texto, elimine los saltos de línea, cambie los detalles necesarios para que coincidan con su configuración de red y, luego, copie y pegue los comandos en la CLI en el nivel jerárquico [edit] .

Enrutador R1

Enrutador R2

Enrutador R3

Enrutador R4

Enrutador R5

Enrutador R6

Enrutador R7

Enrutador R8

Configuración del enrutador R1

Procedimiento paso a paso

En el ejemplo siguiente, debe explorar por varios niveles en la jerarquía de configuración. Para obtener más información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en el modo de configuración de la Guía del usuario de la CLI de Junos OS.

Para configurar el enrutador R1:

  1. Configure las interfaces para el enrutador R2, R3, R4 y R5, y configure la interfaz de circuito cerrado (lo0).

  2. Configure el BGP en las interfaces y configure la reflexión de la ruta del IBGP.

  3. Configure el enrutador R1 para enviar hasta seis rutas a su vecino, el enrutador R4.

    El destino de las rutas puede ser cualquier destino al que el enrutador R1 pueda llegar a través de varias rutas.

  4. Configure OSPF en las interfaces.

  5. Configure el ID del enrutador y el número de sistema autónomo.

  6. Cuando termine de configurar el dispositivo, confirme la configuración.

Resultados

Desde el modo de configuración, ingrese los comandos , show protocolsy show policy-optionsshow routing-options para confirmar la show interfacesconfiguración. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregirla.

Configuración del enrutador R2

Procedimiento paso a paso

Para configurar el enrutador R2:

  1. Configure la interfaz de circuito cerrado (lo0) y las interfaces para el enrutador R6 y el enrutador R1.

  2. Configure BGP y OSPF en las interfaces del enrutador R2.

  3. Para las rutas enviadas del enrutador R2 al R1, anuncie el enrutador R2 como el siguiente salto, ya que el enrutador R1 no tiene una ruta a la dirección del enrutador R6 en la red 10.0.26.0/24.

  4. Configure el número de sistema autónomo.

  5. Cuando termine de configurar el dispositivo, confirme la configuración.

Resultados

En el modo de configuración, escriba los comandos , show protocolsy show policy-optionsshow routing-options para confirmar la show interfacesconfiguración. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregirla.

Configuración del enrutador R3

Procedimiento paso a paso

Para configurar el enrutador R3:

  1. Configure la interfaz de circuito cerrado (lo0) y las interfaces para el enrutador R7 y el enrutador R1.

  2. Configure BGP y OSPF en las interfaces del enrutador R3.

  3. Para las rutas enviadas del enrutador R3 al R1, anuncie el enrutador R3 como el siguiente salto, ya que el enrutador R1 no tiene una ruta a la dirección del enrutador R7 en la red 10.0.37.0/24.

  4. Configure el número de sistema autónomo.

  5. Cuando termine de configurar el dispositivo, confirme la configuración.

Resultados

Desde el modo de configuración, ingrese los comandos , show protocolsy show policy-optionsshow routing-options para confirmar la show interfacesconfiguración. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregirla.

Configuración del enrutador R4

Procedimiento paso a paso

Para configurar el enrutador R4:

  1. Configure las interfaces para los enrutadores R1 y R8 y configure la interfaz de circuito cerrado (lo0).

  2. Configure el BGP en las interfaces y configure la reflexión de la ruta del IBGP.

  3. Configure el enrutador R4 para enviar hasta seis rutas a su vecino, el enrutador R8.

    El destino de las rutas puede ser cualquier destino al que el enrutador R4 pueda llegar a través de múltiples rutas.

  4. Configure el enrutador R4 para recibir varias rutas de su vecino, el enrutador R1.

    El destino de las rutas puede ser cualquier destino al que el enrutador R1 pueda llegar a través de varias rutas.

  5. Configure OSPF en las interfaces.

  6. Configure una política que permita que el enrutador R4 envíe al enrutador R8 varias rutas a la ruta 172.16.199.1/32.

    • El enrutador R4 recibe varias rutas para la ruta 172.16.198.1/32 y la ruta 172.16.199.1/32. Sin embargo, debido a esta política, el enrutador R4 solo envía varias rutas para la ruta 172.16.199.1/32.

    • El enrutador R4 también se puede configurar para enviar hasta 20 rutas de BGP add-path para un subconjunto de prefijos anunciados de adición de ruta.

  7. Configure el número de sistema autónomo.

  8. Cuando termine de configurar el dispositivo, confirme la configuración.

Resultados

Desde el modo de configuración, ingrese los comandos , show protocolsy show policy-optionsshow routing-options para confirmar la show interfacesconfiguración. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregirla.

Configuración del enrutador R5

Procedimiento paso a paso

Para configurar el enrutador R5:

  1. Configure la interfaz de circuito cerrado (lo0) y la interfaz con el enrutador R1.

  2. Configure el BGP en la interfaz del enrutador R5.

  3. Cree rutas estáticas para su redistribución en BGP.

  4. Redistribuya rutas estáticas y directas en BGP.

  5. Configure el número de sistema autónomo.

  6. Cuando termine de configurar el dispositivo, confirme la configuración.

Resultados

Desde el modo de configuración, ingrese los comandos , show protocolsy show policy-optionsshow routing-options para confirmar la show interfacesconfiguración. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregirla.

Configuración del enrutador R6

Procedimiento paso a paso

Para configurar el enrutador R6:

  1. Configure la interfaz de circuito cerrado (lo0) y la interfaz al enrutador R2.

  2. Configure el BGP en la interfaz del enrutador R6.

  3. Cree rutas estáticas para su redistribución en BGP.

  4. Redistribuya rutas estáticas y directas desde la tabla de enrutamiento del enrutador R6 al BGP.

  5. Configure el número de sistema autónomo.

  6. Cuando termine de configurar el dispositivo, confirme la configuración.

Resultados

Desde el modo de configuración, ingrese los comandos , show protocolsy show policy-optionsshow routing-options para confirmar la show interfacesconfiguración. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregirla.

Configuración del enrutador R7

Procedimiento paso a paso

Para configurar el enrutador R7:

  1. Configure la interfaz de circuito cerrado (lo0) y la interfaz al enrutador R3.

  2. Configure el BGP en la interfaz del enrutador R7.

  3. Cree una ruta estática para la redistribución en BGP.

  4. Redistribuya rutas estáticas y directas desde la tabla de enrutamiento del enrutador R7 al BGP.

  5. Configure el número de sistema autónomo.

  6. Cuando termine de configurar el dispositivo, confirme la configuración.

Resultados

Desde el modo de configuración, ingrese los comandos , show protocolsy show policy-optionsshow routing-options para confirmar la show interfacesconfiguración. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregirla.

Configuración del enrutador R8

Procedimiento paso a paso

Para configurar el enrutador R8:

  1. Configure la interfaz de circuito cerrado (lo0) y la interfaz con el enrutador R4.

  2. Configure BGP y OSPF en la interfaz del enrutador R8.

  3. Configure el enrutador R8 para recibir varias rutas de su vecino, el enrutador R4.

    El destino de las rutas puede ser cualquier destino al que el enrutador R4 pueda llegar a través de múltiples rutas.

  4. Configure el número de sistema autónomo.

  5. Cuando termine de configurar el dispositivo, confirme la configuración.

Resultados

Desde el modo de configuración, ingrese los comandos , show protocolsy show policy-optionsshow routing-options para confirmar la show interfacesconfiguración. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregirla.

Verificación

Confirme que la configuración funcione correctamente.

Verificar que los pares del BGP tengan la capacidad de enviar y recibir varias rutas

Propósito

Asegúrese de que una o ambas de las siguientes cadenas aparecen en la salida del show bgp neighbor comando:

  • NLRI's for which peer can receive multiple paths: inet-unicast

  • NLRI's for which peer can send multiple paths: inet-unicast

Acción

Verificar que el enrutador R1 anuncia varias rutas

Propósito

Asegúrese de que se anuncien varias rutas al destino 172.16.198.1/32 y varias rutas al destino 172.16.199.1/32 en el enrutador R4.

Acción
Significado

Cuando vea un prefijo y más de un próximo salto, significa que se anuncian varias rutas al enrutador R4.

Verificar que el enrutador R4 recibe y anuncia varias rutas

Propósito

Asegúrese de que se reciban varias rutas al destino 172.16.199.1/32 del enrutador R1 y se anuncien al enrutador R8. Asegúrese de que se reciban varias rutas al destino 172.16.198.1/32 del enrutador R1, pero que solo se anuncie una ruta a este destino al enrutador R8.

Acción
Significado

El show route receive-protocol comando muestra que el enrutador R4 recibe dos rutas al destino 172.16.198.1/32 y tres rutas al destino 172.16.199.1/32. El show route advertising-protocol comando muestra que el enrutador R4 anuncia solo una ruta al destino 172.16.198.1/32 y anuncia las tres rutas al destino 172.16.199.1/32.

Debido a la política de prefijo que se aplica al enrutador R4, este no anuncia varias rutas al destino 172.16.198.1/32. El enrutador R4 anuncia solo una ruta al destino 172.16.198.1/32, aunque reciba varias rutas a este destino.

Verificar que el enrutador R8 recibe varias rutas

Propósito

Asegúrese de que el enrutador R8 reciba varias rutas al destino 172.16.199.1/32 a través del enrutador R4. Asegúrese de que el enrutador R8 reciba solo una ruta al destino 172.16.198.1/32 a través del enrutador R4.

Acción

Comprobación del ID de ruta

Propósito

En los dispositivos descendentes, los enrutadores R4 y R8, compruebe que el ID de ruta la identifica de forma exclusiva. Busca la Addpath Path ID: cuerda.

Acción

Ejemplo: Configuración de publicidad selectiva de varias rutas de BGP para equilibrio de carga

En este ejemplo, se muestra cómo configurar la publicidad selectiva de varias rutas de BGP. Anunciar todas las rutas múltiples disponibles puede generar una gran sobrecarga de procesamiento en la memoria del dispositivo y también es una consideración de escalabilidad. Puede configurar un reflector de ruta de BGP para anunciar solo las múltiples rutas de colaborador para el equilibrio de carga.

Requisitos

No se necesita ninguna configuración especial más allá de la inicialización del dispositivo antes de configurar este ejemplo.

En este ejemplo, se utilizan los siguientes componentes de hardware y software:

  • Ocho enrutadores que pueden ser una combinación de enrutadores serie M, serie MX o serie T

  • Junos OS versión 16.1R2 o posterior en el dispositivo

Descripción general

A partir de Junos OS versión 16.1R2, puede restringir el BGP add-path para anunciar solo varias rutas de acceso del colaborador. Puede limitar y configurar hasta seis prefijos que seleccione el algoritmo del BGP multipath . La publicidad selectiva de múltiples rutas facilita a los proveedores de servicios de Internet y a los centros de datos que usan reflector de rutas para crear diversidad en las rutas en el IBGP. Puede habilitar un reflector de ruta de BGP para anunciar varias rutas que son rutas de contribución para el equilibrio de carga.

Topología

En la Figura 7, RR1 y RR4 son reflectores de ruta. Los enrutadores R2 y R3 son clientes del reflector de ruta RR1. El enrutador R8 es un reflector de cliente a enrutamiento RR4. El grupo RR1 con los vecinos R2 y R3 está configurado para multirruta. Los enrutadores R5, R6 y R7 redistribuyen las rutas estáticas 199.1.1.1/32 y 198.1.1.1/32 en BGP.

En el enrutador RR1 se configura una política de equilibrio de carga de manera tal que las rutas 199.1.1.1/32 tengan calculada la multirruta. La función multirruta se configura en add-path for neighbor RR4. Sin embargo, el enrutador RR4 no tiene configurada una multirruta de equilibrio de carga. El enrutador RR1 está configurado para enviar al enrutador RR4 hasta seis rutas de adición de ruta a 199.1.1.1/32 elegidas de rutas candidatas de multirruta.

Figura 7: Ejemplo: Configuración de la publicidad selectiva de varias rutas de BGP para el equilibrio Network diagram of BGP setup with routers in AS64501 and AS64502. Shows EBGP and IBGP connections. RR1 and RR4 are route reflectors. de carga

Configuración

Configuración rápida de CLI

Para configurar rápidamente este ejemplo, copie los siguientes comandos, péguelos en un archivo de texto, elimine los saltos de línea, cambie los detalles necesarios para que coincidan con su configuración de red, copie y pegue los comandos en la CLI en el nivel de jerarquía y, luego, ingrese confirmar desde el [edit] modo de configuración.

Enrutador RR1

Enrutador R2

Enrutador R3

Enrutador RR4

Enrutador R5

Enrutador R6

Enrutador R7

Enrutador R8

Configuración del enrutador RR1

Procedimiento paso a paso

En el ejemplo siguiente, debe explorar por varios niveles en la jerarquía de configuración. Para obtener más información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en el modo de configuración de la Guía del usuario de CLI.

Para configurar el enrutador RR1:

Nota:

Repita este procedimiento para otros enrutadores después de modificar los nombres de interfaz, las direcciones y otros parámetros adecuados.

  1. Configure las interfaces con direcciones IPv4.

  2. Configure la dirección de circuito cerrado.

  3. Configure el protocolo de puerta de enlace interior (IGP), como OSPF o SI-SI.

  4. Configure el RR del grupo interno para las interfaces que se conectan a los enrutadores internos R2 y R3.

  5. Configure el equilibrio de carga para el RR del grupo interno del BGP.

  6. Configure rr_rr de grupo interno para reflectores de ruta.

  7. Configure la función addpath multirruta para anunciar solo varias rutas de colaborador y limite el número de multirutas anunciadas a 6.

  8. Configure el EBGP en las interfaces que se conecten a los enrutadores perimetrales externos.

  9. Defina una loadbal_199 de política para cada equilibrio de carga de paquete.

  10. Aplique la política de exportación definida loadbal_199.

  11. Configure el ID del enrutador y el sistema autónomo para los hosts del BGP.

Resultados

Desde el modo de configuración, ingrese los comandos , show protocolsy show routing-optionsshow policy-options para confirmar la show interfacesconfiguración. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregirla.

Cuando termine de configurar el dispositivo, confirme la configuración.

Verificación

Confirme que la configuración funcione correctamente.

Verificación de las rutas multiruta para la ruta estática 199.1.1.1/32

Propósito

Compruebe las rutas multirruta disponibles para el destino 199.1.1.1/32.

Acción

Desde el modo operativo, ejecute el comando en el show route 199.1.1.1/32 detail enrutador RR1.

Significado

La función de multirruta de publicidad selectiva está habilitada en el enrutador RR1 y hay más de un próximo salto disponible para la ruta 199.1.1.1/32. Los dos próximos saltos disponibles para la ruta 199.1.1.1/32 son 10.0.0.20 y 10.0.0.30.

Verificar que las rutas de múltiples rutas se anuncian desde el enrutador RR1 al enrutador RR4

Propósito

Compruebe que el enrutador RR1 anuncia las rutas de multirruta.

Acción

Desde el modo operativo, ejecute el comando en el show route advertising-protocol bgp 10.0.0.40 enrutador RR1.

Significado

El enrutador RR1 anuncia dos próximos saltos, 10.0.0.20 y 10.0.0.30, para la ruta 199.1.1.1/32 al enrutador RR4.

Verificar que el enrutador RR4 anuncia una ruta para 199.1.1.1/32 al enrutador R8

Propósito

La ruta múltiple no está configurada en el enrutador RR4, por lo que la ruta 199.1.1.1/32 no es elegible para agregar ruta. Compruebe que el enrutador RR4 anuncia solo una ruta para 199.1.1.1/32 al enrutador R8.

Acción

Desde el modo operativo, ejecute el comando en el show route advertising-protocol bgp 10.0.0.80 enrutador RR4.

Significado

Dado que la multirruta no está habilitada en el enrutador RR4, solo se anuncia una ruta 10.0.0.20 al enrutador R8.

Ejemplo: Configuración de una política de enrutamiento para seleccionar y anunciar varias rutas según el valor de la comunidad del BGP

Anunciar todas las rutas múltiples disponibles puede generar una gran sobrecarga de procesamiento en la memoria del dispositivo. Si desea anunciar un subconjunto limitado de prefijos sin conocer realmente los prefijos de antemano, puede usar el valor de comunidad del BGP para identificar las rutas de prefijo que se deben anunciar a los vecinos del BGP. En este ejemplo, se muestra cómo definir una política de enrutamiento para filtrar y anunciar varias rutas en función de un valor de comunidad de BGP conocido.

Requisitos

No se necesita ninguna configuración especial más allá de la inicialización del dispositivo antes de configurar este ejemplo.

En este ejemplo, se utilizan los siguientes componentes de hardware y software:

  • Ocho enrutadores que pueden ser una combinación de enrutadores serie M, serie MX o serie T

  • Junos OS versión 16.1R2 o posterior en el dispositivo

Descripción general

A partir de Junos OS 16.1R2, puede definir una política para identificar varios prefijos de ruta aptos en función de los valores de la comunidad. El BGP anuncia estas rutas etiquetadas por la comunidad, además de la ruta activa a un destino determinado. Si el valor de comunidad de una ruta no coincide con el valor de comunidad definido en la política, el BGP no anuncia esa ruta. Esta función permite que el BGP anuncie no más de 20 rutas a un destino determinado. Puede limitar y configurar la cantidad de prefijos que BGP considera para varias rutas sin conocer realmente los prefijos de antemano. En su lugar, un valor de comunidad de BGP conocido determina si se anuncia o no un prefijo.

Topología

En la Figura 8, RR1 y RR4 son reflectores de ruta. Los enrutadores R2 y R3 son clientes del reflector de ruta RR1. El enrutador R8 es un reflector de cliente a enrutamiento RR4. Los enrutadores R5, R6 y R7 redistribuyen rutas estáticas en BGP. El enrutador R5 anuncia las rutas estáticas 199.1.1.1/32 y 198.1.1.1/32 con el valor comunitario 4713:100.

El enrutador RR1 está configurado para enviar hasta seis rutas (por destino) al enrutador RR4. El enrutador RR4 está configurado para enviar hasta seis rutas al enrutador R8. El enrutador R8 está configurado para recibir varias rutas del enrutador RR4. La configuración de comunidad add-path restringe que el enrutador RR4 envíe varias rutas para rutas que contengan solo el valor de comunidad 4713:100. El enrutador RR4 filtra y anuncia múltiples rutas que contienen solo el valor de comunidad 4714:100.

Figura 8: Ejemplo: Configuración de BGP para anunciar múltiples rutas basadas en el valor Network diagram of BGP setup with routers in AS64501 and AS64502. Shows EBGP and IBGP connections. RR1 and RR4 are route reflectors. de la comunidad

Configuración

Configuración rápida de CLI

Para configurar rápidamente este ejemplo, copie los siguientes comandos, péguelos en un archivo de texto, elimine los saltos de línea, cambie los detalles necesarios para que coincidan con su configuración de red, copie y pegue los comandos en la CLI en el nivel de jerarquía y, luego, ingrese confirmar desde el [edit] modo de configuración.

Enrutador RR1

Enrutador R2

Enrutador R3

Enrutador RR4

Enrutador R5

Enrutador R6

Enrutador R7

Enrutador R8

Configuración del enrutador RR4

Procedimiento paso a paso

En el ejemplo siguiente, debe explorar por varios niveles en la jerarquía de configuración. Para obtener más información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en el modo de configuración de la Guía del usuario de CLI.

Para configurar el enrutador RR4:

Nota:

Repita este procedimiento para otros enrutadores después de modificar los nombres de interfaz, las direcciones y otros parámetros adecuados.

  1. Configure las interfaces con direcciones IPv4.

  2. Configure la dirección de circuito cerrado.

  3. Configure OSPF o cualquier otro protocolo de puerta de enlace interior (IGP).

  4. Configure dos grupos de IBGP, rr para reflectores de ruta y rr_client para clientes de reflectores de ruta.

  5. Configure la función para enviar varias rutas que contengan solo el valor de comunidad 4713:100 y limite el número de rutas múltiples anunciadas a 6.

  6. Defina una política addpath-community-members 4713:100 para filtrar los prefijos con el valor de comunidad 4713:100 y restringir el dispositivo para enviar hasta 16 rutas al enrutador R8. Este límite anula el recuento de rutas de envío de ruta de adición configurado previamente de 6 en el nivel de jerarquía de grupo BGP.

  7. Configure el ID del enrutador y el sistema autónomo para los hosts del BGP.

Resultados

Desde el modo de configuración, ingrese los comandos , show protocolsy show routing-optionsshow policy-options para confirmar la show interfacesconfiguración. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregirla.

Cuando termine de configurar el dispositivo, confirme la configuración.

Verificación

Confirme que la configuración funcione correctamente.

Verificar que las rutas de múltiples rutas se anuncian desde el enrutador RR4 al enrutador R8

Propósito

Compruebe que el enrutador RR4 puede enviar varias rutas al enrutador R8.

Acción

Desde el modo operativo, ejecute el comando en el show route advertising-protocol bgp neighbor-address enrutador RR4.

Significado

El enrutador RR4 anuncia varias rutas 10.0.0.20, 10.0.0.30 y 10.0.15.2 al enrutador R8.

Verificar que el enrutador R8 recibe las rutas de múltiples rutas que anuncia el enrutador RR4

Propósito

Compruebe que el enrutador R8 recibe las rutas de multirruta del enrutador RR4.

Acción

Desde el modo operativo, ejecute el comando en el show route receive-protocol bgp neighbor-address enrutador R8.

Significado

El enrutador R8 recibe varios saltos siguientes 10.0.0.20, 10.0.0.30 y 10.0.15.2 para la ruta 199.1.1.1/32 del enrutador RR4.

Verificar que el enrutador RR4 solo anuncia rutas múltiples con valor de comunidad 4713:100 al enrutador R8

Propósito

El enrutador RR4 debe anunciar rutas de multirruta con un valor de comunidad de 4713:100 solo al enrutador R8.

Acción

Desde el modo operativo, ejecute el comando en el show route 199.1.1.1/32 detail enrutador RR4.

Significado

El enrutador RR4 anuncia tres rutas con un valor de comunidad de 4713:100 al enrutador R8.

Configuración de la resolución recursiva a través de múltiples rutas de BGP

A partir de la versión 17.3R1 de Junos OS, cuando un prefijo de BGP que tiene un único salto siguiente de protocolo se resuelve sobre otro prefijo de BGP que tiene varias rutas resueltas (unilist), se seleccionan todas las rutas para la resolución del próximo salto de protocolo. En versiones anteriores de Junos OS, solo se elige una de las rutas para la resolución del protocolo de siguiente salto porque el solucionador no admitía el equilibrio de carga en todas las rutas de la ruta de multirruta del IBGP. El solucionador en el proceso de protocolo de enrutamiento (RPD) resuelve la dirección del protocolo del próximo salto (PNH) en los siguientes saltos de reenvío inmediato. La función de resolución recursiva de BGP mejora el solucionador para resolver rutas a través de una ruta multirruta de IBGP y usar todas las rutas factibles como próximos saltos. Esta característica beneficia a las redes densamente conectadas en las que se utiliza BGP para establecer la conectividad de la infraestructura, como las redes de WAN con multirruta de alto costo y topología MPLS sin interrupciones.

Antes de empezar a configurar la resolución recursiva de la multirruta BGP, debe hacer lo siguiente:

  1. Configure las interfaces de los dispositivos.

  2. Configure OSPF o cualquier otro protocolo IGP.

  3. Configure MPLS y LDP.

  4. Configure BGP.

Para configurar la resolución recursiva por multirruta,

  1. Defina una política que incluya la multipath-resolve acción .
  2. Importe la política para resolver todas las rutas disponibles de la ruta de multirruta de IBGP.
  3. Compruebe que el BGP está resolviendo varias rutas de forma recursiva y que hay varios saltos siguientes disponibles para el tráfico de equilibrio de carga.

    Desde el modo operativo, ingrese el show route resolution detail comando:

Configuración de los próximos saltos de ECMP para RSVP y LSP de LDP para equilibrio de carga

Junos OS admite configuraciones de 16, 32, 64 o 128 próximos saltos de multirruta de igual costo (ECMP) para LSP de RSVP y LDP. Para redes con tráfico de alto volumen, esto proporciona más flexibilidad para equilibrar la carga del tráfico en hasta 128 LSP.

Para configurar el límite máximo de los próximos saltos de ECMP, incluya la maximum-ecmp next-hops instrucción en el nivel de [edit chassis] jerarquía:

Puede configurar un límite máximo de ECMP de próximo salto de 16, 32, 64 o 128 con esta instrucción. El límite predeterminado es 16.

Nota:

Los enrutadores de la serie MX con una o más tarjetas de concentrador de puerto modular (MPC) y con Junos OS 11.4 o anterior instalado, admiten la configuración de la maximum-ecmp instrucción con solo 16 saltos siguientes. No debe configurar la maximum-ecmp instrucción con 32 o 64 próximos saltos. Cuando confirme la configuración con 32 o 64 saltos siguientes, aparecerá el siguiente mensaje de advertencia:

Error: Number of members in Unilist NH exceeds the maximum supported 16 on Trio.

Los siguientes tipos de rutas admiten la configuración del próximo salto máximo de ECMP para hasta 128 puertas de enlace ECMP:

  • Rutas IPv4 e IPv6 estáticas con ECMP de próximo salto directo e indirecto

  • Rutas de entrada y tránsito de LDP aprendidas a través de rutas IGP asociadas

  • Próximos saltos de ECMP de RSVP creados para LSP

  • ECMP de ruta IPv4 e IPv6 de OSPF

  • ECMP de ruta IPv4 e IPv6 SI-SI

  • ECMP de ruta IPv4 e IPv6 del EBGP

  • IBGP (resolución mediante rutas IGP) ECMP de rutas IPv4 e IPv6

El límite de ECMP mejorado de hasta 128 próximos saltos ECMP también se aplica a las VPN de capa 3, VPN de capa 2, circuitos de capa 2 y servicios VPLS que se resuelven a través de una ruta MPLS, ya que dicho tráfico también puede utilizar las rutas ECMP disponibles en la ruta MPLS.

Nota:

Si los LSP de RSVP están configurados con asignación de ancho de banda, para los próximos saltos de ECMP con más de 16 LSP, el tráfico no se distribuye de forma óptima según los anchos de banda configurados. Algunos LSP con anchos de banda asignados más pequeños reciben más tráfico que los configurados con anchos de banda más altos. La distribución del tráfico no cumple estrictamente con la asignación de ancho de banda configurada. Esta advertencia se aplica a los siguientes enrutadores:

  • Enrutadores de la serie MX con todos los tipos de FPC y DPC, excluyendo las MPC. Esta advertencia no se aplica a los enrutadores de la serie MX con tarjetas de línea basadas en el conjunto de chips de Junos Trio.

Para ver los detalles de los siguientes saltos de ECMP, ejecute el show route comando. También show route summary command muestra la configuración actual del límite máximo de ECMP. Para ver detalles de las rutas de LDP de ECMP, ejecute el traceroute mpls ldp comando.

Configuración del equilibrio de carga coherente para grupos ECMP

El equilibrio de carga por paquete le permite distribuir el tráfico en varias rutas de igual costo. De forma predeterminada, cuando se produce un error en una o más rutas, el algoritmo hash vuelve a calcular el siguiente salto para todas las rutas, lo que normalmente da como resultado la redistribución de todos los flujos. El equilibrio de carga coherente permite invalidar este comportamiento para que solo se redirijan los flujos de vínculos que están inactivos. Todos los flujos activos existentes se mantienen sin interrupciones. En un entorno de centro de datos, la redistribución de todos los flujos cuando un vínculo falla puede dar como resultado una pérdida significativa de tráfico o una pérdida del servicio a los servidores cuyos vínculos permanecen activos. El equilibrio de carga coherente mantiene todos los vínculos activos y, en su lugar, reasigna solo los flujos afectados por uno o más errores de vínculo. Esta característica garantiza que los flujos conectados a los vínculos que permanecen activos continúen sin interrupciones.

Esta característica se aplica a topologías en las que los miembros de un grupo de multirrutas de igual costo (ECMP) son vecinos de BGP externos en una sesión de BGP de un solo salto. El equilibrio de carga coherente no se aplica cuando se agrega una nueva ruta ECMP ni se modifica una ruta existente de alguna manera. Para agregar una nueva ruta con una interrupción mínima, defina un nuevo grupo ECMP sin modificar las rutas existentes. De esta manera, los clientes se pueden mover al nuevo grupo gradualmente sin terminar las conexiones existentes.

  • (En la serie MX) Solo se admiten concentradores de puerto modulares (MPC).

  • Se admiten rutas IPv4 e IPv6.

  • También se admiten grupos ECMP que forman parte de una instancia de enrutamiento y reenvío virtual (VRF) u otra instancia de enrutamiento.

  • No se admite el tráfico de multidifusión.

  • Se admiten interfaces agregadas, pero no se admite el equilibrio de carga coherente entre los miembros del paquete de agregación de vínculos (LAG). El tráfico de los miembros activos del grupo de LAG se puede mover a otro miembro activo cuando se produce un error en uno o más vínculos de miembro. Los flujos se repiten cuando se produce un error en uno o varios vínculos de miembro del LAG.

  • Recomendamos encarecidamente que aplique un equilibrio de carga consistente a no más de un máximo de 1000 prefijos IP por enrutador o conmutador.

  • Se admite la adyacencia de capa 3 en interfaces de enrutamiento y puente integrados (IRB).

Puede configurar la función de agregar ruta del BGP para habilitar el reemplazo de una ruta fallida por una nueva ruta activa cuando fallen una o más rutas del grupo ECMP. La configuración del reemplazo de rutas fallidas garantiza que se redirija el flujo de tráfico solo en las rutas fallidas. El flujo de tráfico en las rutas activas permanecerá inalterado.

Nota:
  • Cuando configure un equilibrio de carga coherente en interfaces de túnel de encapsulación de enrutamiento genérico (GRE), debe especificar la dirección inet de la interfaz GRE del extremo final para que las adyacencias de capa 3 sobre las interfaces de túnel GRE se instalen correctamente en la tabla de reenvío. Sin embargo, el reenrutamiento rápido ECMP (FRR) a través de interfaces de túnel GRE no se admite durante el equilibrio de carga coherente. Puede especificar la dirección de destino en el enrutador configurado con un equilibrio de carga coherente en el [edit interfaces interface name unit unit name family inet address address] nivel jerárquico. Por ejemplo:

    Para obtener más información acerca de la encapsulación de enrutamiento genérico, consulte Configurar la tunelización de encapsulación de enrutamiento genérico.

  • El equilibrio de carga coherente no admite el multisalto de BGP para vecinos de EBGP. Por lo tanto, no habilite la multihop opción en dispositivos configurados con un equilibrio de carga coherente.

Para configurar un equilibrio de carga coherente para grupos ECMP:

  1. Configure el BGP y habilite el grupo de pares externos del BGP para utilizar varias rutas.
  2. Cree una política de enrutamiento para hacer coincidir las rutas entrantes con uno o más prefijos de destino.
  3. Aplique un equilibrio de carga coherente a la política de enrutamiento para que solo los flujos de tráfico a uno o más prefijos de destino que experimenten un fallo de vínculo se redirijan a un vínculo activo.
  4. Cree una política de enrutamiento independiente y habilite el equilibrio de carga por paquete.
    Nota:

    Debe configurar y aplicar una política de equilibrio de carga por paquete para instalar todas las rutas de la tabla de reenvío.

  5. Aplique la política de enrutamiento para un equilibrio de carga coherente al grupo de pares externos del BGP.
    Nota:

    El equilibrio de carga consistente solo se puede aplicar a pares externos de BGP. Esta política no se puede aplicar globalmente.

  6. (Opcional) Habilite la detección de reenvío bidireccional (BFD) para cada vecino de BGP externo.
    Nota:

    En este paso se muestra la configuración mínima de BFD requerida. Puede configurar opciones adicionales para BFD.

  7. Aplique la política de equilibrio de carga por prefijo globalmente para instalar todas las rutas de salto siguiente en la tabla de reenvío.
  8. (Opcional) Habilite el reenrutamiento rápido para rutas ECMP.
  9. Compruebe el estado de una o varias rutas ECMP para las que habilitó el equilibrio de carga coherente.

    El resultado del comando muestra la siguiente marca cuando se habilita el equilibrio de carga coherente:State: <Active Ext LoadBalConsistentHash>

Mejore la resistencia de red mediante varios pares de BGP ECMP

Descripción general

La multirruta de igual costo (ECMP) es una estrategia de enrutamiento de red que permite que el tráfico de la misma sesión, o flujo, se transmita a través de múltiples rutas de igual costo. Un flujo es tráfico con el mismo origen y destino. El proceso ECMP identifica los enrutadores que son legítimos y próximos saltos de igual costo hacia el destino del flujo. Luego, el dispositivo utiliza el equilibrio de carga para distribuir uniformemente el tráfico entre estos próximos saltos múltiples y de igual costo. ECMP es un mecanismo que le permite a usted (el administrador de red) equilibrar la carga de tráfico y aumentar el ancho de banda mediante la utilización completa del ancho de banda que de otro modo no se utilizaría en los vínculos al mismo destino.

A menudo usa ECMP con BGP. Cada ruta de BGP puede tener varios siguientes saltos ECMP. La política de exportación del BGP determina si se anuncia la ruta del BGP a estos próximos saltos. Como administrador de red, puede controlar el anuncio y la retirada de prefijos de BGP hacia y desde estos pares ECMP. La política de exportación de BGP determina si se anuncia un prefijo de BGP en función del número de pares de BGP ECMP de los que la política recibe el prefijo.

Puede configurar la política de exportación de BGP para retirar una ruta de BGP, a menos que reciba el prefijo de ruta de BGP de un número mínimo de pares de BGP ECMP. Requerir que la ruta del BGP tenga varios pares de BGP ECMP crea una mejor resistencia en caso de fallas de vínculos.

Beneficios

  • Mejora la resistencia de su red

  • Evita la sobrecarga accidental de enlaces

  • Ayuda con el equilibrio de carga

Configuración

La política de exportación del BGP compara el número de próximos saltos de ECMP para la ruta del BGP con el valor que configure con la from nexthop-ecmp instrucción en cualquiera de estas jerarquías: [edit policy-options policy-statement policy-name] o [edit policy-options policy-statement policy-name term term-name].

Las opciones para esta declaración son:

  • value: El número exacto de puertas de enlace ECMP (de 1 a 512) necesarias para cumplir la condición.

  • equal: El número de puertas de enlace debe ser igual al valor configurado.

  • greater-than: El número de puertas de enlace debe ser mayor que el valor configurado.

  • greater-than-equal: El número de puertas de enlace debe ser mayor o igual que el valor configurado.

  • less-than: El número de puertas de enlace debe ser inferior al valor configurado.

  • less-than-equal: El número de puertas de enlace debe ser menor o igual que el valor configurado.

  1. Configure la política de exportación del BGP para comparar el número de próximos saltos de ECMP para la ruta del BGP con el valor que configure con la from nexthop-ecmp instrucción.
    En este ejemplo, el término min-ecmp de política encuentra una coincidencia cuando una ruta tiene menos de dos pares de BGP ECMP.
  2. Configure la política de exportación del BGP para dejar de anunciar los prefijos de ruta del BGP si el número de próximos saltos de ECMP no coincide con las condiciones configuradas.
  3. Aplique la política a las rutas que se exportan desde la tabla de enrutamiento al BGP.
  4. Confirme que ha validado el valor para que esté en línea con los pares ECMP del BGP configurados en la política.
  5. Compruebe si la ruta del BGP se anunció o se retiró del par BGP ascendente deseado.

Descripción de la etiqueta de entropía para LSP de unidifusión etiquetado con BGP

¿Qué es una etiqueta de entropía?

Una etiqueta de entropía es una etiqueta especial de equilibrio de carga que mejora la capacidad del enrutador para equilibrar la carga del tráfico a través de rutas multirrutas de igual costo (ECMP) o grupos de agregación de vínculos (LAG). La etiqueta de entropía permite a los enrutadores equilibrar la carga de tráfico de manera eficiente utilizando solo la pila de etiquetas en lugar de la inspección profunda de paquetes (DPI). DPI requiere más potencia de procesamiento del enrutador y no es una capacidad compartida por todos los enrutadores.

Cuando un paquete IP tiene varias rutas para llegar a su destino, Junos OS utiliza ciertos campos de los encabezados de paquete para aplicar hash al paquete a una ruta determinista. Las direcciones de origen o destino y los números de puerto del paquete se usan para aplicar hash, a fin de evitar el reordenamiento de paquetes de un flujo determinado. Si un enrutador de conmutación de etiquetas (LSR) de núcleo no es capaz de realizar un PPP para identificar el flujo o no puede hacerlo a velocidad de línea, la pila de etiquetas sola se utiliza para el hash ECMP. Esto requiere una etiqueta de entropía, una etiqueta especial de equilibrio de carga que pueda transportar la información del flujo. El LSR de entrada tiene más contexto e información sobre los paquetes entrantes que los LSR de tránsito. Por lo tanto, el enrutador de borde de etiquetas de entrada (LER) puede inspeccionar la información de flujo de un paquete, asignarla a una etiqueta de entropía e insertarla en la pila de etiquetas. Los LSR en el núcleo simplemente usan la etiqueta de entropía como clave para hash del paquete a la ruta correcta.

Una etiqueta de entropía puede ser cualquier valor de etiqueta entre 16 y 1048575 (intervalo de etiqueta normal de 20 bits). Dado que este intervalo se superpone con el intervalo de etiquetas regulares existente, se inserta una etiqueta especial denominada indicador de etiqueta de entropía (ELI) antes de la etiqueta de entropía. ELI es una etiqueta especial asignada por la AANI con el valor de 7.

La Figura 9 ilustra la etiqueta de entropía en una pila de etiquetas de paquete de ruta conmutada por etiqueta (LSP) RSVP. La pila de etiquetas está formada por el indicador de etiqueta de entropía (ELI), la etiqueta de entropía y el paquete IP.

Figura 9: Etiqueta de entropía para LSP Network diagram showing IP packet flow through routers PE1, P1, P2, and PE2 with RSVP LSP label stack for load balancing in MPLS networks. RSVP

Etiqueta de entropía para BGP etiquetada con unidifusión

El BGP etiquetado con unidifusión concatena el RSVP o el LSP de LDP en varias áreas del protocolo de pasarela interior (IGP) o varios sistemas autónomos (inter-AS LSP). Los LSP de unidifusión etiquetados con BGP entre áreas suelen transportar tráfico de VPN e IP cuando los PE de entrada y salida se encuentran en distintas áreas del IGP. Cuando el BGP etiquetado con unidifusión concatena el RSVP o el LSP de LDP, Junos OS inserta las etiquetas de entropía en la entrada del LSP de unidifusión etiquetado con BGP para lograr el equilibrio de carga de la etiqueta de entropía de extremo a extremo. Esto se debe a que las etiquetas de entropía RSVP o LDP generalmente se extraen en el penúltimo nodo de salto, junto con la etiqueta RSVP o LDP, y no hay etiquetas de entropía en los puntos de unión, es decir, los enrutadores entre dos áreas o dos AS. Por lo tanto, en ausencia de etiquetas de entropía, el enrutador en el punto de unión utiliza las etiquetas del BGP para reenviar paquetes. La figura 10 ilustra la pila de etiquetas de paquete de unidifusión etiquetado con BGP con la etiqueta de entropía en una pila de etiquetas RSVP. La pila de etiquetas RSVP consta del indicador de etiqueta de entropía (ELI), la etiqueta de entropía, la etiqueta BGP y el paquete IP. Las etiquetas de entropía de RSVP se extraen en el penúltimo nodo de salto.

Figura 10: Unidifusión etiquetada con BGP entre áreas con etiqueta Network diagram showing IP packet flow through routers PE1, P1, ABR, P2, and PE2 with BGP labeled unicast label stack including RSVP Label1, BGP Label, RSVP Label2, ELI, EL, and IP. de entropía RSVP

El nodo de unión de unidifusión etiquetado con BGP no puede usar las etiquetas de entropía para el equilibrio de carga a menos que el nodo de unión señale la capacidad de la etiqueta de entropía en la salida del BGP. Si el nodo de unión de unidifusión etiquetado con BGP señala la capacidad de etiqueta de entropía (ELC) del BGP a los enrutadores perimetrales del proveedor, la entrada del LSP de unidifusión etiquetada con BGP es consciente de que la salida del LSP de unidifusión etiquetada con BGP puede manejar etiquetas de entropía e inserta un indicador de etiqueta de entropía y una etiqueta de entropía debajo de la etiqueta BGP. Todos los LSR pueden usar la etiqueta de entropía para el equilibrio de carga. Aunque el LSP de unidifusión etiquetado con BGP puede cruzar varios enrutadores en distintas áreas y AS, es posible que algunos segmentos admitan etiquetas de entropía, mientras que otras no. La figura 11 ilustra la etiqueta de entropía en la pila de etiquetas del BGP. La pila de etiquetas en el nodo de unión consta del ELI, la etiqueta de entropía y el paquete IP.

Figura 11: Unidifusión etiquetada con BGP entre áreas con etiqueta de entropía de BGP en el punto Flow of IP packets through MPLS network with BGP labeled unicast packets and entropy labels. Shows label stack changes for packet forwarding across nodes including PE1, P1, ABR, P2, and PE2. de unión
Nota:

Para deshabilitar la capacidad de etiqueta de entropía para el BGP etiquetado como unidifusión en el nodo de salida, defina una política con la opción no-entropy-label-capability en el nivel de [edit policy-options policy-statement policy-name then] jerarquía.

De forma predeterminada, los enrutadores que admiten etiquetas de entropía se configuran con la instrucción load-balance-label-capability en el [edit forwarding-options] nivel de jerarquía para señalar las etiquetas por LSP. Si el enrutador par no está equipado para manejar etiquetas de equilibrio de carga, puede impedir la señalización de la capacidad de etiqueta de entropía configurando la no-load-balance-label-capability instrucción en el [edit forwarding-options] nivel de jerarquía.

De forma predeterminada, un anunciador BGP usa el atributo de capacidad de etiqueta de entropía (ELCv3) definido en el atributo de capacidad de enrutador BGP (RCA) de GTI-I para el equilibrio de carga. Envía y recibe solo el atributo ELCv3. Si necesita usar el atributo ELCv2 interoperable con el borrador de RCA, configure explícitamente el elc-v2-compatible potenciómetro en la jerarquía labeled-unidifusión entropy-label. En tal escenario, tanto ELCv3 como ELCv2 se envían y reciben.

Funciones compatibles y no compatibles

Junos OS admite una etiqueta de entropía para BGP etiquetada como unidifusión en los siguientes escenarios:

  • Todos los nodos de los LSP tienen capacidad de etiqueta de entropía.

  • Algunos de los nodos de los LSP tienen capacidad de etiqueta de entropía.

  • Los LSP hacen un túnel a través de la VPN de otro operador.

  • Defina una política de entrada para seleccionar un subconjunto de LSP de unidifusión etiquetados con BGP para insertar una etiqueta de entropía en la entrada.

  • Defina una política de salida para deshabilitar el anuncio de capacidad de etiqueta de entropía.

Junos OS no admite las siguientes características para una etiqueta de entropía para BGP etiquetada como unidifusión:

  • Cuando los LSP de unidifusión etiquetados con BGP tunelizan a través de la VPN de otro operador, no existe una verdadera etiqueta de entropía de extremo a extremo, ya que Junos OS no inserta un indicador de etiqueta de entropía o una etiqueta de entropía debajo de las etiquetas VPN en la red de carrier de operadores.

  • Actualmente, Junos OS no admite LSP de unidifusión etiquetados con BGP IPv6 con sus propias etiquetas de entropía. Sin embargo, los LSP de unidifusión etiquetados con BGP IPv6 pueden usar las etiquetas de entropía de los LSP RSVP, LDP o BGP subyacentes.

Configurar una etiqueta de entropía para un LSP de unidifusión etiquetado con BGP

Configure una etiqueta de entropía para el LSP de unidifusión etiquetado con BGP para lograr el equilibrio de carga de la etiqueta de entropía de extremo a extremo. Una etiqueta de entropía es una etiqueta especial de equilibrio de carga que puede transportar la información de flujo de los paquetes. El BGP etiquetado con unidifusión concatena el RSVP o el LSP de LDP en varias áreas del IGP o varios sistemas autónomos (AS). Las etiquetas de entropía RSVP o LDP se extraen en el penúltimo nodo de salto, junto con la etiqueta RSVP o LDP. Esta característica permite el uso de una etiqueta de entropía en el punto de unión, es decir, los enrutadores entre dos áreas o AS, para lograr el equilibrio de carga de la etiqueta de entropía de extremo a extremo para el tráfico del BGP. Esta característica permite la inserción de etiquetas de entropía en la entrada del LSP de unidifusión etiquetada con el BGP.

Una etiqueta de entropía puede ser cualquier valor de etiqueta entre 16 y 1048575 (intervalo de etiqueta normal de 20 bits). Dado que este intervalo se superpone con el intervalo de etiquetas regulares existente, se inserta una etiqueta especial denominada indicador de etiqueta de entropía (ELI) antes de la etiqueta de entropía. ELI es una etiqueta especial asignada por la AANI con el valor de 7.

Antes de configurar una etiqueta de entropía para BGP etiquetada como unidifusión, asegúrese de:

  1. Configure las interfaces de los dispositivos.

  2. Configure OSPF o cualquier otro protocolo IGP.

  3. Configure BGP.

  4. Configure LDP.

  5. Configure RSVP.

  6. Configure MPLS.

Para configurar una etiqueta de entropía para el LSP de unidifusión etiquetado con el BGP:

  1. En el enrutador de entrada, incluya la entropy-label instrucción en el nivel de jerarquía para habilitar la [edit protocols bgp family inet labeled-unicast] capacidad de la etiqueta de entropía para la unidifusión etiquetada con BGP a nivel global.

    También puede habilitar el uso de una etiqueta de entropía en un grupo de BGP o en un nivel de vecino de BGP específico si incluye la entropy-label instrucción en el nivel de [edit protocols bgp group group name family inet labeled-unicast] jerarquía o [edit protocols bgp group group name neighbor address labeled-unicast] .

  2. (Opcional) Especifique una política adicional para definir las rutas que tienen la capacidad de etiqueta de entropía.

    Aplique la política en el enrutador de entrada.

  3. (Opcional) Incluya la opción no-next-hop-validation si no desea que Junos OS valide el campo de salto siguiente en el atributo de capacidad de la etiqueta de entropía con el salto siguiente de la ruta.
  4. (Opcional) Para deshabilitar explícitamente la capacidad de la etiqueta de entropía de publicidad en el enrutador de salida, defina una política con la opción para las no-entropy-label-capability rutas especificadas en la política e incluya la no-entropy-label-capability opción en la política especificada en el [edit policy-options policy statement policy-name then] nivel jerárquico.

Ejemplo: Configuración de una etiqueta de entropía para un LSP de unidifusión etiquetado con BGP

En este ejemplo, se muestra cómo configurar una etiqueta de entropía para un BGP etiquetado con unidifusión a fin de lograr el equilibrio de carga de extremo a extremo mediante etiquetas de entropía. Cuando un paquete IP tiene varias rutas para llegar a su destino, Junos OS utiliza ciertos campos de los encabezados de paquete para aplicar hash al paquete a una ruta determinista. Esto requiere una etiqueta de entropía, una etiqueta especial de equilibrio de carga que pueda transportar la información del flujo. Los LSR en el núcleo simplemente usan la etiqueta de entropía como clave para aplicar hash al paquete a la ruta correcta. Una etiqueta de entropía puede ser cualquier valor de etiqueta entre 16 y 1048575 (intervalo de etiqueta normal de 20 bits). Dado que este intervalo se superpone con el intervalo de etiquetas regulares existente, se inserta una etiqueta especial denominada indicador de etiqueta de entropía (ELI) antes de la etiqueta de entropía. ELI es una etiqueta especial asignada por la AANI con el valor de 7.

El BGP etiquetado con unidifusión concatena el RSVP o el LSP de LDP en varias áreas del IGP o varios sistemas autónomos. Las etiquetas de entropía RSVP o LDP se extraen en el penúltimo nodo de salto, junto con la etiqueta RSVP o LDP. Esta característica permite el uso de etiquetas de entropía en los puntos de unión para salvar la brecha entre el penúltimo nodo de salto y el punto de unión, con el fin de lograr un equilibrio de carga de la etiqueta de entropía de extremo a extremo para el tráfico del BGP.

Requisitos

En este ejemplo, se utilizan los siguientes componentes de hardware y software:

  • Siete enrutadores de la serie MX con MPC

  • Junos OS versión 15.1 o posterior ejecutándose en todos los dispositivos

    • Revalidado mediante Junos OS Resase 22.4

Antes de configurar una etiqueta de entropía para BGP etiquetada como unidifusión, asegúrese de:

  1. Configure las interfaces de los dispositivos.

  2. Configure OSPF o cualquier otro protocolo IGP.

  3. Configure BGP.

  4. Configure RSVP.

  5. Configure MPLS.

Descripción general

Cuando el BGP etiquetado con unidifusión concatena el RSVP o el LSP de LDP en varias áreas del IGP o varios sistemas autónomos, las etiquetas de entropía de RSVP o LDP se extraen en el penúltimo nodo del salto, junto con la etiqueta RSVP o LDP. Sin embargo, no hay etiquetas de entropía en los puntos de unión, es decir, los enrutadores entre dos áreas. Por lo tanto, los enrutadores en los puntos de unión usaron las etiquetas BGP para reenviar paquetes.

A partir de Junos OS versión 15.1, puede configurar una etiqueta de entropía para BGP etiquetada con unidifusión a fin de lograr un equilibrio de carga de etiqueta de entropía de extremo a extremo. Esta característica permite el uso de una etiqueta de entropía en los puntos de unión para lograr el equilibrio de carga de la etiqueta de entropía de extremo a extremo para el tráfico del BGP. Junos OS permite la inserción de etiquetas de entropía en la entrada del LSP de unidifusión etiquetada con el BGP.

De forma predeterminada, los enrutadores que admiten etiquetas de entropía se configuran con la load-balance-label-capability instrucción en el [edit forwarding-options] nivel de jerarquía para señalar las etiquetas por LSP. Si el enrutador par no está equipado para manejar etiquetas de equilibrio de carga, puede impedir la señalización de la capacidad de etiqueta de entropía configurando la no-load-balance-label-capability en el [edit forwarding-options] nivel jerárquico.

Nota:

Puede deshabilitar explícitamente la capacidad de la etiqueta de entropía de publicidad en la salida para las rutas especificadas en la política con la no-entropy-label-capability opción en el [edit policy-options policy-statement policy name then] nivel de jerarquía.

Topología

En la Figura 12 , el enrutador PE1 es el enrutador de entrada y el enrutador PE2 es el enrutador de salida. Los enrutadores P1 y P2 son los enrutadores de tránsito. El enrutador ABR es el enrutador de puente de área entre el Área 0 y el Área 1. Se configuran dos LSP en ABR a PE2 para equilibrar la equilibrio de carga del tráfico. La capacidad de la etiqueta de entropía para la etiqueta de unidifusión del BGP está habilitada en el enrutador de entrada PE1. El host 1 está conectado a P1 para las capturas de paquetes para que podamos mostrar la etiqueta de entropía.

Figura 12: Configuración de una etiqueta de entropía para BGP etiquetada como unidifusión Configuring an Entropy Label for BGP Labeled Unicast

Configuración

Configuración rápida de CLI

Para configurar rápidamente este ejemplo, copie los siguientes comandos, péguelos en un archivo de texto, elimine los saltos de línea, cambie los detalles necesarios para que coincidan con su configuración de red, copie y pegue los comandos en la CLI en el nivel de jerarquía y, luego, ingrese commit desde el [edit] modo de configuración.

Enrutador CE1

Enrutador PE1

Enrutador P1

Enrutador ABR

Enrutador P2

Enrutador PE2

Enrutador CE2

Configuración del enrutador PE1

Procedimiento paso a paso

En el ejemplo siguiente, debe explorar por varios niveles en la jerarquía de configuración. Para obtener más información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en el modo de configuración de la Guía del usuario de CLI.

Para configurar el enrutador PE1:

Nota:

Repita este procedimiento para el enrutador PE2 después de modificar los nombres de interfaz, las direcciones y otros parámetros adecuados.

  1. Configure las interfaces físicas. Asegúrese de configurar family mpls en la interfaz frontal del núcleo.

  2. Configure las interfaces circuito cerrado. El circuito cerrado secundario es opcional y se aplica en la instancia de enrutamiento en un paso posterior.

  3. Configure el ID del enrutador y el número de sistema autónomo.

  4. Configure el protocolo OSPF.

  5. Configure el protocolo RSVP.

  6. Configure el protocolo MPLS y un LSP para el ABR. Incluye la entropy-label opción de agregar la etiqueta de entropía a la pila de etiquetas de MPLS.

  7. Configure el IBGP utilizando family inet labeled-unicast para el emparejamiento ABR y family inet-vpn para el emparejamiento PE2. Habilite la capacidad de etiqueta de entropía para BGP etiquetado con unidifusión.

  8. Defina una política para exportar rutas VPN de BGP a OSPF. La política se aplica en OSPF en la instancia de enrutamiento.

  9. Defina una política de equilibrio de carga y aplíquela en la opción routing-options forwarding-table. PE1 solo tiene una ruta en el ejemplo, por lo tanto, este paso no es necesario, pero para este ejemplo estamos aplicando la misma política de equilibrio de carga en todos los dispositivos.

  10. Configure la instancia de enrutamiento VPN de capa 3.

  11. Asigne las interfaces a la instancia de enrutamiento.

  12. Configure el distinguidor de ruta para la instancia de enrutamiento.

  13. Configure un destino de enrutamiento y reenvío VPN (VRF) para la instancia de enrutamiento.

  14. Configure el protocolo OSPF en la instancia de enrutamiento y aplique la política configurada bgp-to-ospf anteriormente.

Configuración del enrutador P1

Procedimiento paso a paso

En el ejemplo siguiente, debe explorar por varios niveles en la jerarquía de configuración. Para obtener más información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en el modo de configuración de la Guía del usuario de CLI.

Para configurar el enrutador P1:

Nota:

Repita este procedimiento para el enrutador P2 después de modificar los nombres de interfaz, las direcciones y otros parámetros adecuados.

  1. Configure las interfaces físicas.

  2. Configure la interfaz de circuito cerrado.

  3. Configure el ID del enrutador.

  4. Configure el protocolo OSPF.

  5. Configure el protocolo RSVP.

  6. Configure el protocolo MPLS.

Configuración del enrutador ABR

Procedimiento paso a paso

En el ejemplo siguiente, debe explorar por varios niveles en la jerarquía de configuración. Para obtener más información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en el modo de configuración de la Guía del usuario de CLI.

Para configurar el enrutador ABR:

  1. Configure las interfaces físicas.

  2. Configure la interfaz de circuito cerrado.

  3. Configure las etiquetas MPLS que el enrutador utiliza para aplicar hash de los paquetes a su destino para el equilibrio de carga.

  4. Configure el ID del enrutador y el número de sistema autónomo.

  5. Configure el protocolo OSPF.

  6. Configure el protocolo RSVP.

  7. Configure el protocolo MPLS y especifique los LSP para PE1 y PE2. Se crean dos LSP hacia PE2 con el fin de equilibrar la equilibrio de carga del tráfico para mostrar que se utilizan diferentes LSP e interfaces.

  8. Configure el IBGP para PE1 y PE2 utilizando family inet labeled-unicast. Aplique la política para anunciar la ruta de circuito cerrado inet.3 desde PE1 y PE2. Mostramos la política en el siguiente paso.

  9. Defina una política que coincida en las direcciones de circuito cerrado para PE1 y PE2.

  10. Defina una política para el equilibrio de carga y aplíquela en el routing-options forwarding-table.

(Opcional) Configuración de imitación de puerto

Para ver la etiqueta de entropía que se aplica, puede capturar el tráfico. En este ejemplo, se aplica un filtro en la interfaz orientada a PE1 en P1 para capturar el tráfico de CE1 a CE2. El tráfico se envía al host 1 para su visualización. Hay diferentes formas de capturar tráfico que las que usamos en este ejemplo. Para obtener más información, consulte Imitación y analizadores de puertos.

Procedimiento paso a paso

En el ejemplo siguiente, debe explorar por varios niveles en la jerarquía de configuración. Para obtener más información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en el modo de configuración de la Guía del usuario de CLI.

Para configurar el enrutador P1:

  1. Configure las interfaces. En este ejemplo, colocamos la interfaz conectada a Host1 en un dominio de puente y creamos una interfaz IRB para comprobar la conectividad con Host1.

  2. Configure el dominio del puente.

  3. Configure un filtro para capturar el tráfico. En este ejemplo, capturamos todo el tráfico.

  4. Aplique el filtro a la interfaz frontal PE1.

  5. Configure las opciones de duplicación de puertos. En este ejemplo, duplicamos todo el tráfico y lo enviamos al host1 conectado a la interfaz ge-0/0/4.

Verificación

Confirme que la configuración funcione correctamente.

Comprobación de que se está anunciando la capacidad de la etiqueta de entropía

Propósito

Compruebe que el atributo de ruta de capacidad de la etiqueta de entropía se anuncia desde la ABR a PE1 para la ruta a PE2.

Acción

Desde el modo operativo, ejecute el comando en el show route advertising-protocol bgp 10.1.255.2 detail enrutador ABR.

Significado

El resultado muestra que el host PE2 con la dirección IP de 10.1.255.6 tiene la capacidad de etiqueta de entropía y la etiqueta de ruta que se usa. El host anuncia la capacidad de etiqueta de entropía a sus vecinos del BGP.

Comprobación de que el enrutador PE1 recibe el anuncio de la etiqueta de entropía

Propósito

Compruebe que el enrutador PE1 recibe el anuncio de la etiqueta de entropía para el enrutador PE2.

Acción

Desde el modo operativo, ejecute el comando en el show route protocol bgp 10.1.255.6 extensive enrutador PE1.

Significado

El enrutador PE1 recibe el anuncio de capacidad de etiqueta de entropía de su vecino BGP.

Verificación de ECMP en ABR a PE2

Propósito

Compruebe la multirruta de coste igual (ECMP) a PE2.

Acción

Desde el modo operativo, ejecute los comandos y show route forwarding-table label <label>en el show route table mpls.0 enrutador ABR.

Significado

El resultado muestra un ECMP para la etiqueta utilizada para la ruta de unidifusión etiquetada con BGP.

Mostrar rutas a CE2 en PE1

Propósito

Verifique las rutas a CE2.

Acción

Desde el modo operativo, ejecute los comandos y show route table VPN-l3vpn.inet.0 192.168.255.7 extensiveen el show route table VPN-l3vpn.inet.0 172.16.255.7 extensive enrutador PE1.

Significado

El resultado muestra que se utilizan las mismas etiquetas para ambas rutas.

Haga ping a CE2 desde CE1

Propósito

Compruebe la conectividad y utilícelo para verificar el equilibrio de carga.

Acción

Desde el modo operativo, ejecute los comandos y ping 192.168.255.7 source 192.168.255.1 rapid count 200en el ping 172.16.255.7 source 172.16.12.1 rapid count 100 enrutador PE1.

Significado

El resultado muestra que los pings se han realizado correctamente.

Verificar el equilibrio de carga

Propósito

Compruebe el equilibrio de carga.

Acción

Desde el modo operativo, ejecute el show mpls lsp ingress statistics comando en el ABR.

Significado

El resultado muestra el primer ping del comando anterior utilizado LSP abr-pe2-2 y el segundo ping utilizado LSP abr-pe2.

Verificar la etiqueta de entropía

Propósito

Compruebe que la etiqueta de entropía es diferente entre los pings que se usaron.

Acción

En el host 1, ejecute el tcpdump -i eth1 -narchivo .

Significado

El resultado muestra el valor diferente de la etiqueta de entropía para los dos comandos ping diferentes.

Caso de uso de convergencia independiente de prefijo de BGP para inet, inet6 o unidifusión etiquetada

En el caso de una falla del enrutador, una red BGP puede tardar desde unos segundos hasta minutos en recuperarse, dependiendo de parámetros como el tamaño de la red o el rendimiento del enrutador. Cuando la característica Convergencia independiente del prefijo (PIC) del BGP está habilitada en un enrutador, el BGP instala en el motor de reenvío de paquetes la segunda mejor ruta además de la mejor ruta calculada a un destino. El enrutador utiliza esta ruta de respaldo cuando un enrutador de salida falla en una red y reduce drásticamente el tiempo de interrupción. Puede habilitar esta función para reducir el tiempo de inactividad de la red si falla el enrutador de salida.

Cuando falla la accesibilidad a un enrutador de salida en una red, el IGP detecta esta interrupción y el estado del vínculo propaga esta información por toda la red y anuncia el próximo salto del BGP para ese prefijo como inaccesible. El BGP reevalúa las rutas alternativas y, si hay una ruta alternativa disponible, reinstala este próximo salto alternativo en el motor de reenvío de paquetes. Este tipo de error de salida generalmente afecta a varios prefijos al mismo tiempo, y BGP tiene que actualizar todos estos prefijos uno a la vez. En los enrutadores de entrada, el IGP completa primero la ruta más corta (SPF) y actualiza los saltos siguientes. A continuación, Junos OS determina los prefijos que se han vuelto inalcanzables y envía señales al protocolo para indicarles que deben actualizarse. BGP recibe la notificación y actualiza el siguiente salto para cada prefijo que ahora no es válido. Este proceso podría afectar la conectividad y podría tardar unos minutos en recuperarse de la interrupción. La PIC del BGP puede reducir este tiempo de inactividad, ya que la ruta de respaldo ya está instalada en el motor de reenvío de paquetes.

A partir de Junos OS versión 15.1, la función BGP PIC, que inicialmente se admitía para enrutadores VPN de capa 3, se extiende al BGP con varias rutas en las tablas globales, como inet e inet6 unidifusión, e inet e inet6 etiquetadas como unidifusión. En un enrutador habilitado para PIC del BGP, Junos OS instala la ruta de respaldo para el próximo salto indirecto en el motor de enrutamiento y también proporciona esta ruta al motor de reenvío de paquetes y al IGP. Cuando un IGP pierde accesibilidad a un prefijo con una o más rutas, envía una señal al motor de enrutamiento con un único mensaje antes de actualizar las tablas de enrutamiento. El motor de enrutamiento indica al motor de reenvío de paquetes que se produjo un error en un próximo salto indirecto y que el tráfico debe reenrutarse mediante la ruta de respaldo. El enrutamiento al prefijo de destino afectado continúa utilizando la ruta de respaldo incluso antes de que el BGP comience a recalcular los nuevos saltos siguientes para los prefijos del BGP. El enrutador utiliza esta ruta de reserva para reducir la pérdida de tráfico hasta que se resuelva la convergencia global mediante el BGP.

El tiempo en que ocurre la interrupción hasta el tiempo hasta que se señala la pérdida de accesibilidad en realidad depende del tiempo de detección de fallas del enrutador más cercano y del tiempo de convergencia de IGP. Una vez que el enrutador local detecta la interrupción, la convergencia de rutas sin la función de PIC de BGP habilitada depende en gran medida del número de prefijos afectados y del rendimiento del enrutador debido al recálculo de cada prefijo afectado. Sin embargo, con la característica de PIC del BGP habilitada, incluso antes de que el BGP vuelva a calcular la mejor ruta para esos prefijos afectados, el motor de enrutamiento envía una señal al plano de datos para que cambie a la siguiente mejor ruta en espera. Por lo tanto, la pérdida de tráfico es mínima. Las nuevas rutas se calculan incluso mientras se reenvía el tráfico, y estas nuevas rutas se empujan hacia abajo hasta el plano de datos. Por lo tanto, la cantidad de prefijos de BGP afectados no afecta el tiempo transcurrido desde el momento en que se produce la interrupción del tráfico hasta el punto en el que el BGP señala la pérdida de accesibilidad.

Configuración de la convergencia independiente del prefijo del BGP para inet

En un enrutador habilitado para la convergencia independiente del prefijo (PIC) del BGP, Junos OS instala la ruta de respaldo para el próximo salto indirecto en el motor de enrutamiento y también proporciona esta ruta al motor de reenvío de paquetes y al IGP. Cuando un IGP pierde accesibilidad a un prefijo con una o más rutas, envía una señal al motor de enrutamiento con un único mensaje antes de actualizar las tablas de enrutamiento. El motor de enrutamiento indica al motor de reenvío de paquetes que se produjo un error en un próximo salto indirecto y que el tráfico debe reenrutarse mediante la ruta de respaldo. El enrutamiento al prefijo de destino afectado continúa utilizando la ruta de respaldo incluso antes de que el BGP comience a recalcular los nuevos saltos siguientes para los prefijos del BGP. El enrutador utiliza esta ruta de reserva para reducir la pérdida de tráfico hasta que se resuelva la convergencia global mediante el BGP. La característica PIC del BGP, que inicialmente se admitía para enrutadores VPN de capa 3, se extiende al BGP con varias rutas en las tablas globales, como inet e inet6 de unidifusión, e inet e inet6 etiquetados como unidifusión.

Antes de empezar:

  1. Configure las interfaces de los dispositivos.

  2. Configure OSPF o cualquier otro protocolo IGP.

  3. Configure MPLS y LDP.

  4. Configure BGP.

Nota:

La función de PIC del BGP solo se admite en enrutadores con interfaces MPC.

Práctica recomendada:

En enrutadores con concentradores de puerto modulares (MPC), habilite servicios de red IP mejorados como se muestra a continuación:

Para configurar la PIC del BGP para inet:

  1. Habilite la PIC del BGP para inet.
    Nota:

    La función de borde de PIC del BGP solo se admite en enrutadores con interfaces MPC.

  2. Configure el equilibrio de carga por paquete.
  3. Aplique la política de equilibrio de carga por paquete a las rutas exportadas de la tabla de enrutamiento a la tabla de reenvío.
  4. Compruebe que la PIC del BGP funciona.

    Desde el modo operativo, ingrese el show route extensive comando:

    Las líneas de salida que contienen Indirect next hop: weight los siguientes saltos que el software puede usar para reparar las rutas en las que se produce un fallo en el vínculo. El peso del siguiente salto tiene uno de los siguientes valores:

    • 0x1 indica los siguientes saltos activos.

    • 0x4000 indica siguientes saltos pasivos.

Ejemplo: Configuración de la convergencia independiente del prefijo del BGP para inet

En este ejemplo, se muestra cómo configurar la PIC del BGP para inet. En el caso de una falla del enrutador, una red BGP puede tardar desde unos segundos hasta minutos en recuperarse, dependiendo de parámetros como el tamaño de la red o el rendimiento del enrutador. Cuando la característica Convergencia independiente del prefijo (PIC) del BGP está habilitada en un enrutador, el BGP con varias rutas en las tablas globales, como inet e inet6 de unidifusión, e inet e inet6 etiquetados como unidifusión, instala en el motor de reenvío de paquetes la segunda mejor ruta además de la mejor ruta calculada a un destino. El enrutador utiliza esta ruta de respaldo cuando un enrutador de salida falla en una red y reduce drásticamente el tiempo de interrupción.

Requisitos

No se necesita ninguna configuración especial más allá de la inicialización del dispositivo antes de configurar este ejemplo.

En este ejemplo, se utilizan los siguientes componentes de hardware y software:

  • Un enrutador de la serie MX con MPC para configurar la función de PIC del BGP

  • Siete enrutadores que pueden ser una combinación de enrutadores de la serie M, la serie MX, la serie T o la serie PTX

  • Junos OS versión 15.1 o posterior en el dispositivo con la PIC del BGP configurada

Descripción general

A partir de Junos OS versión 15.1, la PIC del BGP, que inicialmente se admitía para enrutadores VPN de capa 3, se extiende al BGP con varias rutas en las tablas globales, como inet e inet6 de unidifusión, e inet e inet6 etiquetadas como unidifusión. El BGP instala en el motor de reenvío de paquetes la segunda mejor ruta además de la mejor ruta calculada a un destino. Cuando un IGP pierde accesibilidad a un prefijo, el enrutador utiliza esta ruta de respaldo para reducir la pérdida de tráfico hasta que se resuelva la convergencia global a través del BGP, lo cual reduce la duración de la interrupción.

Nota:

La función de PIC del BGP solo se admite en enrutadores con MPC.

Topología

En este ejemplo, se muestran tres enrutadores de borde de cliente (CE), el dispositivo CE0, CE1 y CE2. Los enrutadores PE0, PE1 y PE2 son enrutadores de borde del proveedor (PE). Los enrutadores P0 y P1 son los enrutadores centrales del proveedor. La PIC del BGP está configurada en el enrutador PE0. Para las pruebas, la dirección 192.168.1.5 se agrega como una segunda dirección de interfaz de circuito cerrado en el dispositivo CE1. La dirección se anuncia a los enrutadores PE1 y PE2, y el BGP interno (IBGP) la retransmite al enrutador PE0. En el enrutador PE0, hay dos rutas a la red 192.168.1.5. Estas son la ruta principal y una ruta de respaldo. En la Fig. 13 se muestra la red de ejemplo.

Figura 13: Configuración de la PIC del BGP para Inet Network topology diagram showing Autonomous Systems AS 64497 with CE routers CE0, CE1, CE2 and AS 64496 with PE routers PE0, PE1, PE2 and core routers P0, P1. Connections include IP subnets and loopback addresses for routing.

Configuración

Configuración rápida de CLI

Para configurar rápidamente este ejemplo, copie los siguientes comandos, péguelos en un archivo de texto, elimine los saltos de línea, cambie los detalles necesarios para que coincidan con su configuración de red, copie y pegue los comandos en la CLI en el nivel de jerarquía y, luego, ingrese confirmar desde el [edit] modo de configuración.

Enrutador PE0

Enrutador P0

Enrutador P1

Enrutador PE1

Enrutador PE2

Dispositivo CE0

Dispositivo CE1

Dispositivo CE2

Configuración del dispositivo PE0

Procedimiento paso a paso

En el ejemplo siguiente, debe explorar por varios niveles en la jerarquía de configuración. Para obtener más información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en el modo de configuración de la Guía del usuario de la CLI de Junos OS.

Para configurar el dispositivo PE0:

  1. En enrutadores con concentradores de puerto modulares (MPC), habilite servicios de red IP mejorados.

  2. Configure las interfaces de los dispositivos.

  3. Configure la interfaz de circuito cerrado.

  4. Configure MPLS y LDP en todas las interfaces, excepto en la interfaz de administración.

  5. Configure un IGP en las interfaces que mira el núcleo.

  6. Configure las conexiones de IBGP con los otros dispositivos PE.

  7. Configure las conexiones del EBGP con los dispositivos del cliente.

  8. Configure la política de equilibrio de carga.

  9. Configure una política propia de próximo salto.

  10. Habilite la función de borde de PIC del BGP.

  11. Aplique la política de equilibrio de carga.

  12. Asignar el ID del enrutador y el número de sistema autónomo (AS).

Resultados

Desde el modo de configuración, escriba los comandos , show interfaces, show protocolsshow policy-optionsy show routing-options para confirmar la show chassisconfiguración. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregirla.

Verificación

Confirme que la configuración funcione correctamente.

Visualización de amplia información de rutas

Propósito

Confirme que el borde de la PIC del BGP funciona.

Acción

Desde el dispositivo PE0, ejecute el show route extensive comando.

Significado

Junos OS utiliza los siguientes saltos y los valores para seleccionar una ruta de respaldo cuando se produce un error en un weight vínculo. El peso del siguiente salto tiene uno de los siguientes valores:

  • 0x1 indica la ruta principal con los siguientes saltos activos.

  • 0x4000 indica la ruta de respaldo con los siguientes saltos pasivos.

Visualización de la tabla de reenvío

Propósito

Compruebe el estado de la tabla de enrutamiento de kernel y reenvío mediante el show route forwarding-table comando.

Acción

Desde el dispositivo PE0, ejecute el show route forwarding-table destination 192.168.1.5 extensive comando.

Significado

Junos OS utiliza los siguientes saltos y los valores para seleccionar una ruta de respaldo cuando se produce un error en un weight vínculo. El peso del siguiente salto tiene uno de los siguientes valores:

  • 0x1 indica la ruta principal con los siguientes saltos activos.

  • 0x4000 indica la ruta de respaldo con los siguientes saltos pasivos.

Descripción general de Conservar la jerarquía de salto siguiente

En la jerarquía comprimida tradicional, las etiquetas de servicio se fusionan en un único próximo salto de transporte (FNH), lo que puede dar lugar a una explosión de próximos saltos en la PFE. La jerarquía comprimida tradicional también puede causar problemas como el truncamiento de ECMP y la pérdida de pesos jerárquicos.

Conservar la jerarquía de salto siguiente (también conocida como jerarquía expandida) mantiene cada etiqueta de servicio en su propio compuesto de cadena, conservando la jerarquía original en lugar de fusionar todo en una única estructura de salto siguiente.

Beneficios de conservar la jerarquía del siguiente salto

Esta característica ofrece los siguientes beneficios:

  • Reducción de los recursos de reenvío de próximos saltos: Proporciona una reducción significativa en el reenvío de recursos / recuento de próximos saltos.
  • PIC de BGP en todos los niveles: es compatible con la PIC de BGP en todos los niveles jerárquicos (transporte, servicio, cadenas compuestas), lo que garantiza una rápida tolerancia a fallos y convergencia local para las rutas de BGP.
  • Preservación de pesos jerárquicos: Mantiene la distribución de peso y ancho de banda para escenarios de enrutamiento jerárquico y ECMP.
  • Evite el truncamiento de ECMP: garantiza que todas las patas de ECMP estén instaladas en PFE, lo que mejora el equilibrio de carga y la resistencia.

Servicios como servicios de capa 2 (circuito de capa 2, VPN de capa 2), VPN de capa 3 (IPv4 e IPv6), VPLS, túneles IPIP, servicios de Internet (IPv4, IPv6, 6PE), compatibilidad con EVPN y PRPD Conservar la jerarquía de salto siguiente.

Protocolos de transporte como unidifusión etiquetada con BGP, TRANSPORTE CON CLASE BGP (BGP-CT), RSVP-TE, SR-MPLS, SR-FlexAlgo, SR-TE, SRv6 TE, compatibilidad con MPLS-over-UDP Conservar la jerarquía de salto siguiente con la infraestructura de clase de transporte.

Consulte la herramienta Explorador de características para obtener la lista de plataformas que admiten conservar la jerarquía de salto siguiente.

Configurar, conservar la jerarquía de salto siguiente

Para configurar la característica Conservar jerarquía de salto siguiente, incluya la preserve-nexthop-hierarchy instrucción en el nivel de jerarquía [edit routing-options resolution]. Esto garantiza que todos los procesos de enrutamiento relacionados respeten la jerarquía de salto siguiente establecida. Esto facilita la resolución eficiente de rutas y una adaptación más rápida en caso de fallas de rutas, lo que contribuye a un rendimiento mejorado de la red.

La función Conservar la jerarquía del siguiente salto beneficia a las redes que requieren alta disponibilidad e integración fluida con tecnologías avanzadas como el enrutamiento por segmentos con MPLS y el enrutamiento por segmentos con IPv6. Ofrecen una distribución del tráfico mejorada, redundancia y un comportamiento de enrutamiento consistente en arquitecturas de red complejas.

Nota: Cuando habilita o deshabilita la preserve-nexthop-hierarchy instrucción, ya sea a nivel global o de protocolo, el siguiente salto al que apuntan las rutas afectadas se vuelve a calcular y se descarga en PFE y kernel. Esto da como resultado picos de CPU más altos en el dispositivo en un entorno de mayor escala, lo que lleva a la pérdida de paquetes hasta que las rutas se reprograman en la PFE.

Descripción general del borde de la PIC del BGP con la etiqueta de unidifusión del BGP

En esta sección, se tratan los beneficios y la descripción general de BGP PIC Edge mediante el uso de BGP etiquetado como unidifusión como protocolo de transporte.

Beneficios del borde de la PIC del BGP mediante el uso de unidifusión etiquetada con BGP

Esta característica ofrece los siguientes beneficios:

  • Brinda protección de tráfico en caso de fallas en nodos de borde (ABR y ASBR) en redes de dominios múltiples.

  • Proporciona una restauración más rápida de la conectividad de red y reduce la pérdida de tráfico si la ruta principal deja de estar disponible.

¿Cómo funciona la convergencia independiente del prefijo BGP?

La convergencia independiente del prefijo (PIC) del BGP mejora la convergencia del BGP en errores de nodos de red. La PIC del BGP crea y almacena rutas principales y de respaldo para el próximo salto indirecto en el motor de enrutamiento y también proporciona la información de la ruta del próximo salto indirecto al motor de reenvío de paquetes. Cuando se produce un error en un nodo de red, el motor de enrutamiento indica al motor de reenvío de paquetes que se produjo un error en un próximo salto indirecto y que el tráfico se redirige a una ruta de respaldo o de igual costo calculada previamente sin modificar los prefijos del BGP. El enrutamiento del tráfico al prefijo de destino continúa mediante el uso de la ruta de respaldo para reducir la pérdida de tráfico hasta que se resuelva la convergencia global a través del BGP.

La convergencia del BGP se aplica a los errores de los nodos de red principal y de borde. En el caso del núcleo de PIC del BGP, se realizan ajustes en las cadenas de reenvío como resultado de fallas en el nodo o en el vínculo principal. En el caso de la PIC perimetral del BGP, se realizan ajustes en las cadenas de reenvío como resultado de fallas en el nodo de borde o en el vínculo de Edge.

Borde de la PIC del BGP que usa la unidifusión etiquetada con el BGP como protocolo de transporte

El borde de la PIC del BGP usa el protocolo de transporte de unidifusión etiquetado con BGP para ayudar a proteger y redireccionar el tráfico cuando se producen errores en los nodos de borde (ABR y ASBR) en redes con varios dominios. Las redes de múltiples dominios se utilizan normalmente en diseños de red de agregación y retorno móvil de Metro Ethernet.

En los dispositivos de la serie MX, la serie EX y la serie PTX de Juniper Networks, el borde de la PIC del BGP admite servicios de capa 3 con la etiqueta de unidifusión del BGP como protocolo de transporte. Además, en los dispositivos de la serie MX, EX9204, EX9204, EX9208, EX9214, EX9251 y EX9253 de Juniper Networks, el borde de la PIC del BGP admite servicios de circuito de capa 2, VPN de capa 2 y VPLS (BGP VPLS, LDP VPLS y FEC 129 VPLS) con BGP etiquetado como unidifusión como protocolo de transporte. Estos servicios de BGP son de multirruta (aprendidos de varios PE) y se resuelven a través de rutas de unidifusión etiquetadas con BGP, que nuevamente podrían ser una multirruta aprendida de otros ABR. Los protocolos de transporte admitidos a través del borde de PIC del BGP son RSVP, LDP, OSPF e ISIS. A partir de la versión 20.2R1 de Junos OS, la serie MX, EX9204, EX9208, EX9214, EX9251 y EX9253 admiten la protección de borde de PIC de BGP para circuitos de capa 2, VPN de capa 2 y servicios VPLS (BGP VPLS, LDP VPLS y FEC 129 VPLS) con BGP etiquetado como unidifusión como protocolo de transporte.

En Juniper Networks dispositivos serie MX, serie EX y serie PTX, la protección del borde de la PIC del BGP con el BGP etiquetado como unidifusión como transporte es compatible con los siguientes servicios:

  • Servicios IPv4 a través de BGP IPv4 etiquetados como unidifusión

  • IPv6 BGP etiquetado como servicio de unidifusión a través de IPv4 BGP etiquetado como unidifusión

  • Servicios VPN de capa 3 IPv4 a través de IPv4 BGP etiquetados como unidifusión

  • Servicios VPN de capa 3 IPv6 a través de IPv4 BGP etiquetados como unidifusión

En Juniper Networks dispositivos serie MX y serie EX, la protección del borde de la PIC del BGP con el BGP etiquetado como unidifusión como transporte es compatible con los siguientes servicios:

  • Servicios de circuito de capa 2 a través de IPv4 BGP etiquetados como unidifusión

  • Servicios VPN de capa 2 a través de IPv4 BGP etiquetados como unidifusión

  • Servicios VPLS (BGP VPLS, LDP VPLS y FEC 129 VPLS) a través de IPv4 BGP etiquetado como unidifusión

Configuración del borde de la PIC del BGP mediante la etiqueta de unidifusión del BGP para servicios de capa 2

Los dispositivos de la serie MX, EX9204, EX9208, EX9214, EX9251 y EX9253 admiten la protección de borde de PIC de BGP para circuitos de capa 2, VPN de capa 2 y servicios VPLS (BGP VPLS, LDP VPLS y FEC 129 VPLS) con BGP etiquetado como unidifusión como protocolo de transporte. El borde de la PIC del BGP usa el protocolo de transporte de unidifusión etiquetado con BGP para ayudar a proteger los errores de tráfico en los nodos de borde (ABR y ASBR) en redes con varios dominios. Las redes de múltiples dominios se utilizan típicamente en diseños de redes de retorno móvil y agregación metropolitana.

Un requisito previo para la protección de borde de PIC del BGP es programar el motor de reenvío de paquetes (PFE) con una jerarquía de salto siguiente expandida.

Para habilitar la jerarquía de próximo salto expandida para la familia de unidifusión etiquetada con BGP, debe configurar la siguiente instrucción de configuración de CLI en el nivel de jerarquía [edit protocols]:

Para habilitar la PIC del BGP para los próximos saltos de equilibrio de carga de MPLS, debe configurar la siguiente instrucción de configuración de la CLI en el nivel de jerarquía [edit routing-options]:

Para habilitar una convergencia rápida para los servicios de capa 2, debe configurar las siguientes instrucciones de configuración de CLI en el nivel de jerarquía [edit protocols]:

Para circuito de capa 2 y LDP VPLS:

Para VPN de capa 2, BGP VPLS y FEC129:

Ejemplo: Protección del tráfico IPv4 mediante VPN de capa 3 que ejecuta BGP etiquetado como unidifusión

En este ejemplo, se muestra cómo configurar el borde de la convergencia independiente del prefijo (PIC) del BGP etiquetado como unidifusión y proteger el tráfico IPv4 mediante VPN de capa 3. Cuando se envía un tráfico IPv4 desde un enrutador CE a un enrutador PE, el tráfico IPv4 se enruta a través de una VPN de capa 3, donde el BGP etiquetado como unidifusión está configurado como el protocolo de transporte.

Requisitos

En este ejemplo, se utilizan los siguientes componentes de hardware y software:

  • enrutadores de la serie MX.

  • Junos OS versión 19.4R1 o posterior ejecutándose en todos los dispositivos.

Descripción general

La siguiente topología proporciona protección ABR y ASBR al cambiar el tráfico a rutas de respaldo cuando la ruta principal deja de estar disponible.

Topología

La figura 14 ilustra una VPN de capa 3 que ejecuta BGP etiquetada como unidifusión como protocolo de transporte entre dominios.

Figura 14: VPN de capa 3 sobre BGP etiquetada como unidifusión mediante el protocolo de transporte de LDP
Network topology diagram showing a multi-AS network with AS 65002 and AS 65001. Includes PE routers PE1 and PE2 connecting CE1 and CE2, backbone P routers P1, P2, and P3, RR routers RR1, RR2, and RR3 for BGP route reflection, ABR routers ABR1 and ABR2 for IGP areas, ASBR routers ASBR1, ASBR2, ASBR3, and ASBR4 connecting ASes. Links labeled with interface names and IP addresses 192.168.x.x/31.

En la siguiente tabla se describen los componentes utilizados en la topología:

Componentes principales

Tipo de dispositivo

Posición

CE1

serie MX

Conectado a la red del cliente.

PE1

serie MX

Configurado con rutas de enrutamiento principal y de respaldo para proteger y redireccionar el tráfico de CE1 a CE2.

P1-P3

serie MX

Enrutadores centrales para transportar el tráfico.

ABR1-ABR2

serie MX

Enrutadores de borde de área

ABSR1-ABSR4

serie MX

enrutador de límite del sistema autónomo

RR1-RR3

serie MX

Reflector de ruta

PE2-PE3

serie MX

Enrutadores de PE conectados al enrutador de borde del cliente (CE2).

CE2

serie MX

Conectado a la red del cliente.

Las direcciones de dispositivos PE2 y PE3 se aprenden desde ABR1 y ABR2 como rutas de unidifusión etiquetadas. Estas rutas se resuelven mediante protocolos IGP/LDP. PE1 aprende rutas CE2 de dispositivos PE2 y PE3.

Configuración

Para configurar el borde de la PIC del BGP con la unidifusión de la etiqueta de BGP con LDP como protocolo de transporte, realice estas tareas:

Configuración rápida de CLI

Para configurar rápidamente este ejemplo, copie los siguientes comandos, péguelos en un archivo de texto, elimine los saltos de línea, cambie los detalles necesarios para que coincidan con su configuración de red, copie y pegue los comandos en la CLI en el nivel de jerarquía y, luego, ingrese commit desde el [edit] modo de configuración.

Dispositivo CE1

Dispositivo PE1

Dispositivo P1

Dispositivo RR1

Dispositivo ABR1

Dispositivo ABR2

Dispositivo P2

Dispositivo RR2

Dispositivo ASBR1

Dispositivo ASBR2

Dispositivo ASBR3

Dispositivo ASBR4

Dispositivo RR3

Dispositivo P3

Dispositivo PE2

Dispositivo PE3

Dispositivo CE2

Configuración de CE1

Procedimiento paso a paso

En el ejemplo siguiente, debe explorar por varios niveles en la jerarquía de configuración. Para obtener más información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en el modo de configuración de la Guía del usuario de CLI.

Para configurar el dispositivo CE1:

  1. Configure las interfaces para habilitar el transporte IP y MPLS.

  2. Configure la interfaz de circuito cerrado que se utilizará como ID de enrutador e interfaz de terminación para las sesiones LDP y BGP.

  3. Configure políticas de resolución de multirrutas para instalar múltiples rutas jerárquicas en PFE.

  4. Configure las opciones de enrutamiento.

  5. Configure el BGP etiquetado como unidifusión a ABR para intercambiar direcciones IP de circuito cerrado como prefijos de unidifusión etiquetados con BGP.

Resultados

Desde el modo de configuración, ingrese los comandos , show policy-optionsy show routing-optionsshow protocols para confirmar la show interfacesconfiguración. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregirla.

Configuración de PE1

Procedimiento paso a paso

En el ejemplo siguiente, debe explorar por varios niveles en la jerarquía de configuración. Para obtener más información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en el modo de configuración de la Guía del usuario de CLI.

Para configurar el dispositivo PE1:

  1. Configure las interfaces para habilitar el transporte IP y MPLS.

  2. Configure la interfaz de circuito cerrado que se utilizará como ID de enrutador e interfaz de terminación para las sesiones LDP y BGP.

  3. Configure políticas de resolución de multirrutas para instalar múltiples rutas jerárquicas en PFE.

  4. Configure la instancia de enrutamiento VPN de capa 3 para proporcionar servicios al cliente.

  5. Configure las políticas de importación de RIB del solucionador y las RIB de resolución para habilitar una estructura de próximo salto jerárquica expandida para los prefijos VPN de capa 3 seleccionados especificados en la política.

  6. Configure el protocolo OSPF.

  7. Configure los protocolos de enrutamiento para establecer la conectividad IP y MPLS en todo el dominio.

  8. Configure el BGP etiquetado como unidifusión a ABR para intercambiar direcciones IP de circuito cerrado como prefijos de unidifusión etiquetados con BGP.

Resultados

En el modo de configuración, escriba los comandos , show interfaces, show policy-options,show routing-optionsshow routing-instances y show protocols para confirmar la show chassisconfiguración. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregirla.

Configuración del dispositivo P1

Procedimiento paso a paso

En el ejemplo siguiente, debe explorar por varios niveles en la jerarquía de configuración. Para obtener más información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en el modo de configuración de la Guía del usuario de CLI.

Para configurar el dispositivo P1:

  1. Configure las interfaces.

  2. Configure la interfaz de circuito cerrado.

  3. Configure políticas de resolución de multirrutas para instalar múltiples rutas jerárquicas en PFE.

  4. Configure las opciones de enrutamiento.

  5. Configure los protocolos ISIS, RSVP, LDP y MPLS en la interfaz.

Resultados

Desde el modo de configuración, ingrese los comandos , y show protocols para confirmar la show interfacesshow policy-optionsconfiguración. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregirla.

Configuración del dispositivo RR1

Procedimiento paso a paso

En el ejemplo siguiente, debe explorar por varios niveles en la jerarquía de configuración. Para obtener más información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en el modo de configuración de la Guía del usuario de CLI.

Para configurar el dispositivo RR1:

  1. Configure las interfaces.

  2. Configure la interfaz de circuito cerrado.

  3. Configure políticas de resolución de multirrutas para instalar múltiples rutas jerárquicas en PFE.

  4. Configure las opciones de enrutamiento.

  5. Configure los protocolos ISIS, RSVP, LDP y MPLS en la interfaz.

  6. Configure el BGP etiquetado como unidifusión para intercambiar direcciones IP de circuito cerrado como prefijos de unidifusión etiquetados con BGP.

Resultados

Desde el modo de configuración, ingrese los comandos , y show protocols para confirmar la show routing-optionsshow interfacesshow policy-optionsconfiguración. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregirla.

Configuración del dispositivo ABR1

Procedimiento paso a paso

En el ejemplo siguiente, debe explorar por varios niveles en la jerarquía de configuración. Para obtener más información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en el modo de configuración de la Guía del usuario de CLI.

Para configurar el dispositivo ABR1:

  1. Configure las interfaces para habilitar el transporte IP y MPLS.

  2. Configure la interfaz de circuito cerrado que se utilizará como ID de enrutador e interfaz de terminación para las sesiones LDP y BGP.

  3. Configure políticas de resolución de multirrutas para instalar múltiples rutas jerárquicas en PFE.

  4. Aplique una política de equilibrio de carga por flujo para habilitar la protección del tráfico.

  5. Configure los protocolos ISIS, RSVP, MPLS y LDP en la interfaz.

  6. Configure el BGP etiquetado como unidifusión para intercambiar direcciones IP de circuito cerrado como prefijos de unidifusión etiquetados con BGP.

Resultados

Desde el modo de configuración, ingrese los comandos , y show protocols para confirmar la show routing-optionsshow interfacesshow policy-optionsconfiguración. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregirla.

Configuración del dispositivo ABR2

Procedimiento paso a paso

En el ejemplo siguiente, debe explorar por varios niveles en la jerarquía de configuración. Para obtener más información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en el modo de configuración de la Guía del usuario de CLI.

Para configurar el dispositivo ABR2:

  1. Configure las interfaces para habilitar el transporte IP y MPLS.

  2. Configure la interfaz de circuito cerrado que se utilizará como ID de enrutador e interfaz de terminación para las sesiones LDP y BGP.

  3. Configure políticas de resolución de multirrutas para instalar múltiples rutas jerárquicas en PFE.

  4. Aplique una política de equilibrio de carga por flujo para habilitar la protección del tráfico.

  5. Configure los protocolos ISIS, RSVP, MPLS y LDP en la interfaz.

  6. Configure el BGP etiquetado como unidifusión para intercambiar direcciones IP de circuito cerrado como prefijos de unidifusión etiquetados con BGP.

Resultados

Desde el modo de configuración, ingrese los comandos , y show protocols para confirmar la show routing-optionsshow interfacesshow policy-optionsconfiguración. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregirla.

Configuración del dispositivo P2

Procedimiento paso a paso

En el ejemplo siguiente, debe explorar por varios niveles en la jerarquía de configuración. Para obtener más información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en el modo de configuración de la Guía del usuario de CLI.

Para configurar el dispositivo P2:

  1. Configure las interfaces para habilitar el transporte IP y MPLS.

  2. Configure la interfaz de circuito cerrado que se utilizará como ID de enrutador e interfaz de terminación para las sesiones LDP y BGP.

  3. Configure políticas de resolución de multirrutas para instalar múltiples rutas jerárquicas en PFE.

  4. Configure las opciones de enrutamiento.

  5. Configure los protocolos ISIS, RSVP, MPLS y LDP en la interfaz.

Resultados

Desde el modo de configuración, ingrese los comandos , y show protocols para confirmar la show routing-optionsshow interfacesshow policy-optionsconfiguración. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregirla.

Configuración del dispositivo RR2

Procedimiento paso a paso

En el ejemplo siguiente, debe explorar por varios niveles en la jerarquía de configuración. Para obtener más información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en el modo de configuración de la Guía del usuario de CLI.

Para configurar el dispositivo RR2:

  1. Configure las interfaces para habilitar el transporte IP y MPLS.

  2. Configure la interfaz de circuito cerrado que se utilizará como ID de enrutador e interfaz de terminación para las sesiones LDP y BGP.

  3. Configure políticas de resolución de multirrutas para instalar múltiples rutas jerárquicas en PFE.

  4. Aplique una política de equilibrio de carga por flujo para habilitar la protección del tráfico.

  5. Configure los protocolos ISIS, RSVP, MPLS y LDP en la interfaz.

  6. Configure el BGP etiquetado como unidifusión para intercambiar direcciones IP de circuito cerrado como prefijos de unidifusión etiquetados con BGP.

Resultados

Desde el modo de configuración, ingrese los comandos , y show protocols para confirmar la show routing-optionsshow interfacesshow policy-optionsconfiguración. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregirla.

Verificación

Confirme que la configuración funcione correctamente.

Verificar que los próximos saltos estén resueltos

Propósito

Compruebe que los próximos saltos de PE2 y PE3 se resuelven en PE1.

Acción

Desde el modo operativo, ejecute el show route forwarding-table destination comando.

Significado

Puede ver los pesos y 0x4000 los próximos saltos primarios 0x1 y de respaldo.

Comprobación de las entradas de próximo salto en la tabla de enrutamiento

Propósito

Compruebe las entradas activas de enrutamiento del próximo salto en PE1.

Acción

Desde el modo operativo, ejecute el show route extensive expanded-nh comando.

Significado

Puede ver los pesos y 0x4000 los próximos saltos primarios 0x1 y de respaldo.

Descripción general de la compatibilidad con el pseudocable FAT para BGP, L2VPN y VPLS

Un pseudocable es un circuito o servicio de capa 2 que emula los atributos esenciales de un servicio de telecomunicaciones, como una línea T1, a través de una red conmutada por paquetes (PSN) MPLS. El seudocable está diseñado para proporcionar solo la funcionalidad mínima necesaria para emular el cable con los requisitos de resistencia necesarios para la definición de servicio dada.

En una red MPLS, el transporte consciente de flujo (FAT) de la etiqueta de flujo de pseudocables, como se describe en draft-keyupdate-l2vpn-fat-pw-bgp, se utiliza para equilibrar la carga del tráfico a través de pseudocables señalizados por BGP para la red privada virtual de capa 2 (L2VPN) y el servicio de LAN privada virtual (VPLS).

La etiqueta de flujo FAT solo se configura en los enrutadores de borde (LER) de la etiqueta. Esto hace que los enrutadores de tránsito o los enrutadores de conmutación de etiquetas (LSR) realicen el equilibrio de carga de los paquetes MPLS en rutas multirruta de igual costo (ECMP) o grupos de agregación de vínculos (LAG) sin la necesidad de una inspección profunda de paquetes de la carga útil.

La etiqueta de flujo FAT se puede usar para pseudocables de clase de equivalencia de reenvío señalizada con LDP (FEC 128 y FEC 129) para pseudocables VPWS y VPLS. El parámetro de interfaz (Sub-TLV) se utiliza para los pseudocables FEC 128 y FEC 129. El sub-TLV definido para LDP contiene los bits de transmisión (T) y recepción (R). El bit T anuncia la capacidad de insertar la etiqueta de flujo. El bit R anuncia la capacidad de extraer la etiqueta de flujo. De forma predeterminada, el comportamiento de señalización del enrutador perimetral del proveedor (PE) para cualquiera de estos pseudocables es anunciar los bits T y R de la etiqueta establecida en 0.

Las flow-label-transmit instrucciones de configuración and flow-label-receive proporcionan la capacidad de establecer el bit T y el anuncio del bit R en 1 en el campo Sub-TLV, que forma parte de los parámetros de interfaz de la FEC para el mensaje de asignación de etiquetas de LDP. Puede usar estas instrucciones para controlar la inserción de la etiqueta de equilibrio de carga y el anuncio de la etiqueta a los pares de enrutamiento en el plano de control para pseudocables señalizados por BGP como L2VPN y VPLS.

Configuración de la compatibilidad con FAT Pseudowire para BGP L2VPN para equilibrar la carga del tráfico MPLS

El transporte consciente de flujo (FAT) o la etiqueta de flujo se admiten para pseudocables señalizados por BGP, como L2VPN, para configurarse solo en los enrutadores de borde de etiqueta (LER). Esto permite que los enrutadores de tránsito o los enrutadores de conmutación de etiquetas (LSR) realicen el equilibrio de carga de paquetes MPLS en rutas multirruta de igual costo (ECMP) o grupos de agregación de vínculos (LAG) sin la necesidad de una inspección profunda de paquetes de la carga útil. Los pseudocables FAT o la etiqueta de flujo se pueden usar con L2VPN con señalización LDP con clase de equivalencia de reenvío (FEC128 y FEC129), y la compatibilidad con la etiqueta de flujo se extiende para pseudocables con señalización BGP para servicios de capa 2 punto a punto o punto a multipunto.

Antes de configurar la compatibilidad con pseudocables FAT para BGP L2VPN para equilibrar la carga del tráfico MPLS:

  • Configure las interfaces de dispositivo y habilite MPLS en todas las interfaces.

  • Configure RSVP.

  • Configure MPLS y un LSP para el enrutador de PE remoto.

  • Configure BGP y OSPF.

Para configurar la compatibilidad con pseudocable FAT para BGP L2VPN a fin de equilibrar la carga del tráfico MPLS, debe hacer lo siguiente:

  1. Configure los sitios conectados al equipo del proveedor para una instancia de enrutamiento determinada para los protocolos L2VPN.
  2. Configure el protocolo L2VPN para la instancia de enrutamiento a fin de proporcionar capacidad de publicidad para extraer la etiqueta de flujo en la dirección de recepción al PE remoto.
  3. Configure el protocolo L2VPN para proporcionar capacidad de publicidad para insertar la etiqueta de flujo en la dirección de transmisión al PE remoto.
  4. Configure los sitios conectados al equipo del proveedor para una instancia de enrutamiento determinada para el protocolo VPLS.
  5. Configure el protocolo VPLS para la instancia de enrutamiento a fin de proporcionar capacidad de publicidad para extraer la etiqueta de flujo en la dirección de recepción al PE remoto.
  6. Configure el protocolo VPLS para proporcionar capacidad de publicidad para empujar la etiqueta de flujo en la dirección de transmisión al PE remoto.

Ejemplo: Configuración de la compatibilidad con FAT Pseudowire para BGP L2VPN para equilibrar la carga de tráfico MPLS

En este ejemplo, se muestra cómo implementar la compatibilidad con pseudocables FAT para BGP L2VPN para ayudar a equilibrar la carga del tráfico MPLS.

Requisitos

En este ejemplo, se utilizan los siguientes componentes de hardware y software:

  • Cinco enrutadores de la serie MX

  • Junos OS versión 16.1 o posterior ejecutándose en todos los dispositivos

Antes de configurar la compatibilidad con pseudocables FAT para BGP L2VPN, asegúrese de configurar los protocolos de enrutamiento y señalización.

Descripción general

Junos OS permite que la etiqueta de flujo de transporte consciente de flujo (FAT) compatible con pseudocables señalizados por BGP, como L2VPN, se configure solo en los enrutadores de borde de etiqueta (LER). Esto hace que los enrutadores de tránsito o los enrutadores de conmutación de etiquetas (LSR) realicen el equilibrio de carga de paquetes MPLS en rutas multirruta de igual costo (ECMP) o grupos de agregación de vínculos (LAG) sin la necesidad de una inspección profunda de paquetes de la carga útil. La etiqueta de flujo FAT se puede usar para pseudocables de clase de equivalencia de reenvío señalizada con LDP (FEC 128 y FEC 129) para pseudocables VPWS y VPLS.

Topología

En la figura 15, se muestra la compatibilidad con el pseudocable FAT para BGP L2VPN configurado en los dispositivos PE1 y PE2.

Figura 15: Ejemplo de compatibilidad con pseudocables FAT para BGP L2VPN Network topology diagram showing five devices: CE1, PE1, P, PE2, CE2. CE1 connects to PE1 via ge-0/0/0 with subnet 10.1.1.0/24. PE1 connects to P via ge-0/0/1 with subnet 1.0.0.0/24. P connects to PE2 via ge-0/0/1 with subnet 2.0.0.0/24. PE2 connects to CE2 via ge-0/0/0 with subnet 10.1.1.0/24. Loopback addresses are CE1 10.255.255.8/32, PE1 10.255.255.1/32, P 10.255.255.2/32, PE2 10.255.255.4/32, CE2 10.255.255.9/32. Represents MPLS network setup.

Configuración

Configuración rápida de CLI

Para configurar rápidamente este ejemplo, copie los siguientes comandos, péguelos en un archivo de texto, elimine los saltos de línea, cambie los detalles necesarios para que coincidan con su configuración de red, copie y pegue los comandos en la CLI en el nivel de jerarquía y, luego, ingrese commit desde el [edit] modo de configuración.

CE1

PE1

P

PE2

CE2

Configuración de PE1

Procedimiento paso a paso

En el ejemplo siguiente, debe explorar por varios niveles en la jerarquía de configuración. Para obtener más información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en el modo de configuración de la Guía del usuario de la CLI de Junos OS.

Para configurar el dispositivo PE1:

  1. Configure las interfaces.

  2. Configure el enrutamiento sin paradas y configure el ID del enrutador.

  3. Configure el número del sistema autónomo (AS) y aplique la política a la tabla de reenvío del enrutador local con la instrucción exportar.

  4. Configure el protocolo RSVP en las interfaces.

  5. Aplique los atributos de ruta conmutada por etiqueta al protocolo MPLS y configure la interfaz.

  6. Defina un grupo par y configure la dirección de la dirección del extremo local de la sesión del BGP para el grupo vpls-pepar.

  7. Configure los atributos de la familia de protocolos para NLRI en las actualizaciones.

  8. Configure vecinos para el grupo vpls-pepar .

  9. Configure la ingeniería de tráfico y configure las interfaces del área OSPF 0.0.0.0.

  10. Configure la política de enrutamiento y la información de la comunidad del BGP.

  11. Configure el tipo de instancia de enrutamiento y configure la interfaz.

  12. Configure el distinguidor de ruta, por ejemplo l2vpn-inst, y configure la comunidad de destino de VRF.

  13. Configure el tipo de encapsulación necesaria para el protocolo L2VPN.

  14. Configure los sitios conectados al equipo del proveedor.

  15. Configure el protocolo L2VPN para la instancia de enrutamiento a fin de proporcionar capacidad de publicidad para extraer la etiqueta de flujo en la dirección de recepción al PE remoto y para proporcionar capacidad de publicidad para insertar la etiqueta de flujo en la dirección de transmisión al PE remoto.

  16. Configure el tipo de instancia de enrutamiento y configure la interfaz.

  17. Configure el distinguidor de ruta, por ejemplo vp1, y configure la comunidad de destino de VRF.

  18. Asigne el identificador de sitio máximo para el dominio VPLS.

  19. Configure para no usar los servicios de túnel para la instancia de VPLS y asigne un identificador de sitio al sitio conectado al equipo del proveedor.

  20. Configure el protocolo VPLS para la instancia de enrutamiento a fin de proporcionar capacidad de publicidad para hacer pasar la etiqueta de flujo en la dirección de recepción al PE remoto y para proporcionar capacidad de publicidad para insertar la etiqueta de flujo en la dirección de transmisión al PE remoto.

Resultados

Desde el modo de configuración, escriba los comandos , show protocols, show policy-optionsshow routing-instancesy show routing-options para confirmar la show interfacesconfiguración. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregirla.

Verificación

Confirme que la configuración funcione correctamente.

Verificar la información del resumen del BGP
Propósito

Compruebe la información de resumen del BGP.

Acción

Desde el modo operativo, introduzca el show bgp summary comando.

Significado

El resultado muestra la información de resumen del BGP.

Comprobación de la información de conexiones L2VPN
Propósito

Compruebe la información de conexiones VPN de capa 2.

Acción

Desde el modo operativo, ejecute el show l2vpn connections comando para mostrar la información de conexiones VPN de capa 2.

Significado

El resultado muestra la información de conexiones VPN de capa 2 junto con la información de transmisión de la etiqueta de flujo y la información de recepción de la etiqueta de flujo.

Verificación de las rutas
Propósito

Compruebe que se han aprendido las rutas esperadas.

Acción

Desde el modo operativo, ejecute el show route comando para mostrar las rutas en la tabla de enrutamiento.

Significado

El resultado muestra todas las rutas de la tabla de enrutamiento.

Configuración de PE2

Procedimiento

Procedimiento paso a paso

En el ejemplo siguiente, debe explorar por varios niveles en la jerarquía de configuración. Para obtener más información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en el modo de configuración de la Guía del usuario de la CLI de Junos OS.

Para configurar el dispositivo PE2:

  1. Configure las interfaces.

  2. Configure el ID del enrutador.

  3. Configure el número del sistema autónomo (AS) y aplique la política a la tabla de reenvío del enrutador local con la instrucción exportar.

  4. Configure el protocolo RSVP en las interfaces.

  5. Aplique los atributos de ruta conmutada por etiqueta al protocolo MPLS y configure la interfaz.

  6. Defina un grupo par y configure la dirección final local de la sesión del BGP para el grupo vpls-pepar.

  7. Configure los atributos de la familia de protocolos para NLRI en las actualizaciones.

  8. Configure los vecinos para el grupo vpls-pepar .

  9. Configure la ingeniería de tráfico y configure las interfaces del área OSPF 0.0.0.0.

  10. Configure la política de enrutamiento y la información de la comunidad del BGP.

  11. Configure el tipo de instancia de enrutamiento y configure la interfaz.

  12. Configure el distinguidor de ruta, por ejemplo l2vpn-inst, y configure la comunidad de destino de VRF.

  13. Configure el tipo de encapsulación necesaria para el protocolo L2VPN.

  14. Configure los sitios conectados al equipo del proveedor.

  15. Configure el protocolo L2VPN para la instancia de enrutamiento a fin de proporcionar capacidad de publicidad para extraer la etiqueta de flujo en la dirección de recepción al PE remoto y para proporcionar capacidad de publicidad para insertar la etiqueta de flujo en la dirección de transmisión al PE remoto.

  16. Configure el tipo de instancia de enrutamiento y configure la interfaz.

  17. Configure el distinguidor de ruta, por ejemplo vpl1, y configure la comunidad de destino de VRF.

  18. Asigne el identificador de sitio máximo para el dominio VPLS.

  19. Configure para no usar los servicios de túnel para la instancia de VPLS y asigne un identificador de sitio al sitio conectado al equipo del proveedor.

  20. Configure el protocolo VPLS para la instancia de enrutamiento a fin de proporcionar capacidad de publicidad para extraer la etiqueta de flujo en la dirección de recepción al PE remoto y para proporcionar capacidad de publicidad a la etiqueta de flujo de inserción en la dirección de transmisión al PE remoto.

Resultados

Desde el modo de configuración, escriba los comandos , show protocols, show policy-optionsshow routing-instancesy show routing-options para confirmar la show interfacesconfiguración. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregirla.

Verificación

Confirme que la configuración funcione correctamente.

Verificar la información del resumen del BGP

Propósito

Compruebe la información de resumen del BGP.

Acción

Desde el modo operativo, introduzca el show bgp summary comando.

Significado

El resultado muestra la información de resumen del BGP.

Comprobación de la información de conexiones L2VPN

Propósito

Compruebe la información de conexiones VPN de capa 2.

Acción

Desde el modo operativo, ejecute el show l2vpn connections comando para mostrar la información de conexiones VPN de capa 2.

Significado

El resultado muestra la información de conexiones VPN de capa 2 junto con la información de transmisión de la etiqueta de flujo y la información de recepción de la etiqueta de flujo.

Verificación de las rutas

Propósito

Compruebe que se han aprendido las rutas esperadas.

Acción

Desde el modo operativo, ejecute el show route comando para mostrar las rutas en la tabla de enrutamiento.

Significado

El resultado muestra todas las rutas de la tabla de enrutamiento.

Configuración de la compatibilidad con FAT Pseudowire para BGP VPLS para equilibrar la carga del tráfico MPLS

El transporte consciente de flujo (FAT) o la etiqueta de flujo se admiten para pseudocables señalizados por BGP, como VPLS, y solo deben configurarse en los enrutadores de borde de etiqueta (LER). Esto permite que los enrutadores de tránsito o los enrutadores de conmutación de etiquetas (LSR) realicen el equilibrio de carga de paquetes MPLS en multirrutas de igual costo (ECMP) o grupos de agregación de vínculos (LAG) sin la necesidad de una inspección profunda de paquetes de la carga útil. Los pseudocables FAT o la etiqueta de flujo se pueden usar con VPLS señalizada por LDP con clase de equivalencia de reenvío (FEC128 y FEC129), y la compatibilidad con la etiqueta de flujo se extiende para pseudocables señalizados por BGP para servicios de capa 2 punto a punto o punto a multipunto.

Antes de configurar la compatibilidad con pseudocables FAT para BGP VPLS para equilibrar la carga del tráfico MPLS:

  • Configure las interfaces de dispositivo y habilite MPLS en todas las interfaces.

  • Configure RSVP.

  • Configure MPLS y un LSP para el enrutador de PE remoto.

  • Configure BGP y OSPF.

Para configurar la compatibilidad con pseudocables FAT para BGP VPLS a fin de equilibrar la carga del tráfico MPLS, debe hacer lo siguiente:

  1. Configure los sitios conectados al equipo del proveedor para una instancia de enrutamiento determinada para los protocolos VPLS.
  2. Configure el protocolo VPLS para la instancia de enrutamiento a fin de proporcionar capacidad de publicidad para extraer la etiqueta de flujo en la dirección de recepción al PE remoto.
  3. Configure el protocolo VPLS para proporcionar capacidad de publicidad para empujar la etiqueta de flujo en la dirección de transmisión al PE remoto.

Ejemplo: Configuración de la compatibilidad con FAT Pseudowire para BGP VPLS para equilibrar la carga de tráfico MPLS

En este ejemplo, se muestra cómo implementar la compatibilidad con pseudocables FAT para BGP VPLS para ayudar a equilibrar la carga del tráfico MPLS.

Requisitos

En este ejemplo, se utilizan los siguientes componentes de hardware y software:

  • Cinco enrutadores de la serie MX

  • Junos OS versión 16.1 o posterior ejecutándose en todos los dispositivos

Antes de configurar la compatibilidad con pseudocables FAT para BGP VPLS, asegúrese de configurar los protocolos de enrutamiento y señalización.

Descripción general

Junos OS permite que la etiqueta de flujo de transporte consciente de flujo (FAT) compatible con pseudocables señalizados por BGP, como VPLS, se configure solo en los enrutadores de borde de etiqueta (LER). Esto hace que los enrutadores de tránsito o los enrutadores de conmutación de etiquetas (LSR) realicen un equilibrio de carga de paquetes MPLS en rutas multirruta de igual costo (ECMP) o grupos de agregación de vínculos (LAG) sin la necesidad de una inspección profunda de paquetes de la carga. La etiqueta de flujo FAT se puede usar para pseudocables de clase de equivalencia de reenvío señalizada con LDP (FEC 128 y FEC 129) para pseudocables VPWS y VPLS.

Topología

En la figura 16, se muestra la compatibilidad con pseudocables FAT para BGP VPLS configurado en los dispositivos PE1 y PE2.

Figura 16: Ejemplo de compatibilidad de pseudocable FAT para BGP VPLS Network topology diagram: Five devices labeled CE1, PE1, P, PE2, and CE2. CE1 connects to PE1 via subnet 10.1.1.0/24. PE1 connects to P via subnet 1.0.0.0/24. P connects to PE2 via subnet 2.0.0.0/24. PE2 connects to CE2 via subnet 10.1.1.0/24. Loopback addresses are provided for each device.

Configuración

Configuración rápida de CLI

Para configurar rápidamente este ejemplo, copie los siguientes comandos, péguelos en un archivo de texto, elimine los saltos de línea, cambie los detalles necesarios para que coincidan con su configuración de red, copie y pegue los comandos en la CLI en el nivel de jerarquía y, luego, ingrese commit desde el [edit] modo de configuración.

CE1

PE1

P

PE2

CE2

Configuración de PE1

Procedimiento paso a paso

En el ejemplo siguiente, debe explorar por varios niveles en la jerarquía de configuración. Para obtener más información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en el modo de configuración de la Guía del usuario de la CLI de Junos OS.

Para configurar el dispositivo PE1:

  1. Configure las interfaces.

  2. Configure el enrutamiento sin paradas y configure el ID del enrutador.

  3. Configure el número del sistema autónomo (AS) y aplique la política a la tabla de reenvío del enrutador local con la instrucción exportar.

  4. Configure el protocolo RSVP en las interfaces.

  5. Aplique los atributos de ruta conmutada por etiqueta al protocolo MPLS y configure la interfaz.

  6. Defina un grupo par y configure la dirección del extremo local de la sesión del BGP para el grupo vpls-pepar.

  7. Configure los atributos de la familia de protocolos para NLRI en las actualizaciones.

  8. Configure vecinos para el grupo vpls-pepar .

  9. Configure la ingeniería de tráfico y configure las interfaces del área OSPF 0.0.0.0.

  10. Configure la política de enrutamiento y la información de la comunidad del BGP.

  11. Configure el tipo de instancia de enrutamiento y configure la interfaz.

  12. Configure el distinguidor de ruta, por ejemplo vpl1, y configure la comunidad de destino de VRF.

  13. Asigne el identificador de sitio máximo para el dominio VPLS.

  14. Configure el protocolo VPLS para que no utilice los servicios de túnel para la instancia de VPLS y asigne el identificador de sitio al sitio conectado al equipo del proveedor.

  15. Configure el protocolo VPLS para la instancia de enrutamiento a fin de proporcionar capacidad de publicidad para hacer pasar la etiqueta de flujo en la dirección de recepción al PE remoto y para proporcionar capacidad de publicidad para insertar la etiqueta de flujo en la dirección de transmisión al PE remoto.

Resultados

Desde el modo de configuración, escriba los comandos , show protocols, show policy-optionsshow routing-instancesy show routing-options para confirmar la show interfacesconfiguración. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregirla.

Configuración de PE2

Procedimiento paso a paso

En el ejemplo siguiente, debe explorar por varios niveles en la jerarquía de configuración. Para obtener más información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en el modo de configuración de la Guía del usuario de la CLI de Junos OS.

Para configurar el dispositivo PE2:

  1. Configure las interfaces.

  2. Configure el ID del enrutador.

  3. Configure el número del sistema autónomo (AS) y aplique la política a la tabla de reenvío del enrutador local con la instrucción exportar.

  4. Configure el protocolo RSVP en las interfaces.

  5. Aplique los atributos de ruta conmutada por etiqueta al protocolo MPLS y configure la interfaz.

  6. Defina un grupo par y configure la dirección final local de la sesión del BGP para el grupo vpls-pepar.

  7. Configure los atributos de la familia de protocolos para NLRI en las actualizaciones.

  8. Configure vecinos para el grupo vpls-pepar .

  9. Configure la ingeniería de tráfico y configure las interfaces del área OSPF 0.0.0.0.

  10. Configure la política de enrutamiento y la información de la comunidad del BGP.

  11. Configure el tipo de instancia de enrutamiento y configure la interfaz.

  12. Configure el distinguidor de ruta, por ejemplo vp11, y configure la comunidad de destino de VRF.

  13. Asigne el identificador de sitio máximo para el dominio VPLS.

  14. Configure el protocolo VPLS para que no utilice los servicios de túnel para la instancia de VPLS y asigne el identificador de sitio al sitio conectado al equipo del proveedor.

  15. Configure el protocolo VPLS para la instancia de enrutamiento a fin de proporcionar capacidad de publicidad para hacer pasar la etiqueta de flujo en la dirección de recepción al PE remoto y para proporcionar capacidad de publicidad para insertar la etiqueta de flujo en la dirección de transmisión al PE remoto.

Resultados

Desde el modo de configuración, escriba los comandos , show protocols, show policy-optionsshow routing-instancesy show routing-options para confirmar la show interfacesconfiguración. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregirla.

Verificación

Confirme que la configuración funcione correctamente.

Verificación de la información de conexión VPLS
Propósito

Verifique la información de conexión VPLS.

Acción

Desde el modo operativo, ejecute el show vpls connections comando para mostrar la información de conexiones VPLS.

Significado

El resultado muestra la información de conexión VPLS junto con la información de recepción de la etiqueta de flujo y la información de transmisión de la etiqueta de flujo.

Verificación

Confirme que la configuración funcione correctamente.

Verificación de la información de conexión VPLS

Propósito

Verifique la información de conexión VPLS.

Acción

Desde el modo operativo, ejecute el show vpls connections comando para mostrar la información de conexiones VPLS.

Significado

El resultado muestra la información de conexión VPLS junto con la información de recepción de la etiqueta de flujo y la información de transmisión de la etiqueta de flujo.

Tabla de historial de cambios

La compatibilidad de la función depende de la plataforma y la versión que utilice. Utilice el Explorador de características para determinar si una característica es compatible con su plataforma.

Lanzamiento
Descripción
20.2R1
A partir de la versión 20.2R1 de Junos OS, la serie MX, EX9204, EX9208, EX9214, EX9251 y EX9253 admiten la protección de borde de PIC de BGP para circuitos de capa 2, VPN de capa 2 y servicios VPLS (BGP VPLS, LDP VPLS y FEC 129 VPLS) con BGP etiquetado como unidifusión como protocolo de transporte.
19.2R1
A partir de Junos OS versión 19.2R1, puede especificar un número máximo de 512 rutas de igual costo en conmutadores QFX10000.
19.1R1
A partir de Junos OS versión 19.1R1, puede especificar un número máximo de 128 rutas de igual costo en conmutadores QFX10000.
18.4R1
A partir de la versión 18.4R1 de Junos OS, el BGP puede anunciar un máximo de 2 rutas de adición de rutas, además de las varias rutas ECMP.
18.1R1
A partir de la versión 18.1R1 de Junos OS, la multirruta BGP se admite globalmente en [edit protocols bgp] el nivel de jerarquía. Puede deshabilitar selectivamente la multirruta en algunos grupos de BGP y vecinos. Incluir disable en el [edit protocols bgp group group-name multipath] nivel de jerarquía para deshabilitar la opción de multirruta para un grupo o un vecino de BGP específico.
18.1R1
A partir de Junos OS versión 18.1R1, puede aplazar el cálculo de multirruta hasta que se reciban todas las rutas de BGP. Cuando se habilita la multirruta, el BGP inserta la ruta en la cola de multirruta cada vez que se agrega una nueva ruta o cada vez que cambia una ruta existente. Cuando se reciben varias rutas mediante la función de adición de ruta del BGP, el BGP puede calcular una ruta de multirruta varias veces. El cálculo de múltiples rutas ralentiza la velocidad de aprendizaje de RIB (también conocida como tabla de enrutamiento). Para acelerar el aprendizaje de RIB, el cálculo de multirruta se puede diferir hasta que se reciban las rutas BGP o puede reducir la prioridad del trabajo de compilación de multirruta según sus requisitos hasta que se resuelvan las rutas BGP. Para aplazar el cálculo de la multirruta, configure defer-initial-multipath-build a [edit protocols bgp] nivel de jerarquía. Como alternativa, puede reducir la prioridad del trabajo de compilación de multirruta del BGP utilizando multipath-build-priority la instrucción de configuración en el [edit protocols bgp] nivel de jerarquía para acelerar el aprendizaje de RIB.