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 del BGP

Multipath del BGP le permite instalar varias rutas BGP internas y varias rutas de BGP externas en la tabla de reenvío. La selección de varias rutas permite que el BGP equilibre la carga del tráfico en varios vínculos.

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

Por lo general, el BGP selecciona solo una mejor ruta para cada prefijo e instala esa ruta en la tabla de reenvío. Cuando se habilita la multiruta del 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. El BGP anuncia solo la ruta activa a sus vecinos, a menos que el add-path esté en uso.

La función multiruta del BGP de Junos OS admite las siguientes aplicaciones:

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

  • Equilibrio de carga en una subred común o varias subredes a diferentes dispositivos de enrutamiento que pertenecen al mismo as par

  • 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 subred común o varias subredes a diferentes dispositivos de enrutamiento que pertenecen a pares de confederación externos

En una situación común para el equilibrio de carga, un cliente tiene varias casas a varios 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 multiruta del BGP no se aplica a las rutas que comparten el mismo costo med-plus-IGP, pero difieren en el costo de IGP. La selección de rutas multiruta se basa en la métrica de costo del IGP, incluso si dos rutas tienen el mismo costo med-plus-IGP.

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

A partir de Junos OS versión 18.1R1, puede postergar el cálculo de varias rutas hasta que se reciban todas las rutas del BGP. Cuando se habilita la multiruta, el BGP inserta la ruta en la cola de varias rutas cada vez que se agrega una nueva ruta o cuando cambia una ruta existente. Cuando se reciben varias rutas mediante la función de ruta de complemento del BGP, el BGP puede calcular una ruta de varias rutas varias veces. El cálculo de varias rutas ralentiza la velocidad de aprendizaje rib (también conocida como tabla de enrutamiento). Para acelerar el aprendizaje rib, el cálculo de varias rutas puede postergarse hasta que se reciban las rutas del BGP o puede reducir la prioridad del trabajo de construcción de varias rutas según sus requisitos hasta que se resuelvan las rutas del BGP. Para diferir la configuración defer-initial-multipath-build de cálculo de varias rutas en el [edit protocols bgp] nivel jerárquico. Alternativamente, puede reducir la prioridad del trabajo de desarrollo de varias rutas del BGP mediante la instrucción de multipath-build-priority configuración en [edit protocols bgp] el nivel jerárquico para acelerar el aprendizaje RIB.

Ejemplo: Equilibrio de carga del tráfico del BGP

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

Requisitos

Antes de empezar:

  • Configure las interfaces del dispositivo.

  • 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

Los pasos siguientes muestran 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 jerárquico, definiendo una acción de load-balance per-packet:

    Nota:

    Para habilitar el equilibrio de carga entre varias rutas EBGP y varias rutas 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, o para un grupo de BGP en el [edit protocols bgp group group-name nivel de jerarquía, o para vecinos BGP específicos en el [edit protocols bgp group group-name neighbor address] nivel de jerarquía.

  2. Aplique la política a las rutas exportadas de 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 saltos siguientes 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 la cantidad de rutas con el equilibrio de carga mediante el uso de la chassis maximum-ecmp instrucción. Con esta instrucción, puede cambiar la cantidad máxima 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 máximo ecmp.) 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. 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.— consulte Descripción de la configuración de hasta 512 rutas de igual costo con equilibrio de carga coherente opcional.

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

Topología

Figura 1 muestra la topología utilizada en este ejemplo.

Figura 1: Equilibrio de carga BGPEquilibrio de carga 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 [edit] nivel de jerarquía.

Procedimiento paso a paso

El siguiente ejemplo requiere que navegue 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 en la Guía del usuario de la CLI de Junos OS.

Para configurar las sesiones pares del BGP:

  1. Configure el grupo BGP.

  2. Habilite el grupo BGP para usar varias rutas.

    Nota:

    Para deshabilitar la comprobación predeterminada que requiere que las rutas aceptadas por varias rutas del BGP deban tener el mismo sistema autónomo (AS) vecino, 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 del sistema autónomo local (AS).

Resultados

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

Si ha terminado de configurar el dispositivo, ingrese commit desde el modo de configuración.

Verificación

Confirme que la configuración funciona correctamente:

Verificar rutas

Propósito

Verifique que se aprenden rutas de ambos enrutadores en el 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.0.2 para el 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 usa 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, incluso cuando Junos OS está realizando un 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 solucionar problemas. Además, es posible usar la política de tabla de reenvío para reemplazar lo que está instalado en el kernel (por ejemplo, mediante la install-nexthop acción). En este caso, la puerta de enlace del siguiente salto 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 multiruta de igual costo (ECMP) con hasta 512 rutas para pares de BGP externos. Tener la capacidad de configurar hasta 512 ECMP next hops le permite aumentar la cantidad de conexiones directas de par de BGP con su dispositivo de enrutamiento especificado, lo que mejora la latencia y optimiza el flujo de datos. Opcionalmente, puede incluir equilibrio de carga coherente en esa configuración de ECMP. El equilibrio de carga coherente garantiza que si un miembro ECMP (es decir, una ruta) falla, solo los flujos que fluyen a través del miembro fallido se redistribuyen a otros miembros ecmp activos. El equilibrio de carga coherente también garantiza que si se agrega un miembro de ECMP, la redistribución de flujos de los miembros existentes de EMCP al nuevo miembro de ECMP sea mínima.

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

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

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

  • La 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 conjunto de flujo de hash en el hardware. El hash coherente minimiza la reaplicación de flujos a los vínculos de destino cuando se agregan miembros o se eliminan del grupo.

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

  • Para lograr la mejor precisión posible de hash, esta función utiliza una topología en cascada para implementar la estructura del siguiente salto para configuraciones de más de 128 saltos próximos. 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 a través de esas rutas ecmp afectadas pueden cambiar de ruta durante la reparación de rutas locales, y el desfase del tráfico puede ser notable. Sin embargo, este tipo de rasgadas se corrige durante la reparación posterior de la ruta global.

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

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

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

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

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

  • Si varios prefijos de red apuntan al mismo salto siguiente de 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 salto siguiente de ECMP muestran un comportamiento de hash coherente.

  • El hash coherente solo se admite en el grupo ECMP basado en rutas BGP de igual costo. Cuando se configuran otros protocolos o rutas estáticas que tienen prioridad sobre rutas 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 características tienen terminaciones de túnel o ingeniería de tráfico que no usa hash para seleccionar rutas: tunelización GRE; tráfico BUM; EVPN-VXLAN; y MPLS TE, de banda automática.

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

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

  1. Configure la cantidad máxima de próximos saltos de ECMP; por ejemplo, configure 512 ECMP próximos saltos:

  2. Crear una política de enrutamiento y habilitar el equilibrio de carga por paquete, lo que permite 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 que coincida con las rutas entrantes a 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 detalles sobre la configuración de rutas de igual costo, consulte Ejemplo: Equilibrio de carga tráfico del BGP, que aparece anteriormente en este documento.

(Opcional) Para obtener más detalles sobre la configuración del equilibrio de carga coherente (también conocido como hash coherente), consulte Configuración del equilibrio de carga coherente para grupos ECMP.

Ejemplo: Configurar pares de EBGP de un salto para aceptar próximos saltos remotos

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

Requisitos

No se requiere 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 de EBGP de un solo salto para aceptar un salto siguiente remoto con el que no comparte una subred común. El comportamiento predeterminado es para cualquier dirección de próximo salto recibida de un par de EBGP de un solo salto que no se reconozca que comparte una subred común que se va a descartar. La capacidad de hacer que un par de EBGP de un solo salto acepte un salto siguiente remoto al que no esté conectado directamente también le impide tener que configurar el vecino de EBGP de un solo salto como una sesión de varios saltos. Cuando configure una sesión de varios saltos en esta situación, todas las rutas de próximo salto aprendidas a través de este par de EBGP se etiquetan como indirectas, incluso cuando comparten una subred común. Esta situación rompe la funcionalidad de varias rutas para las rutas que se resuelven recursivamente mediante rutas que incluyen estas direcciones del salto siguiente. La configuración de la accept-remote-nexthop instrucción permite que un par de EBGP de un solo salto acepte un próximo salto remoto, lo que restaura la funcionalidad de varias rutas para las rutas que se resuelven en estas direcciones del salto siguiente. Puede configurar esta instrucción en los niveles de jerarquía global, de grupo y de vecino para el BGP. La instrucción también se admite en sistemas lógicos y en el tipo de instancia de enrutamiento de enrutamiento y reenvío de VPN (VRF). Tanto el salto siguiente remoto como el par de EBGP deben admitir la actualización de ruta del BGP como se define en RFC 2918, Capacidad de actualización de ruta en BGP-4. Si el par remoto no admite la actualización de ruta del BGP, la sesión se restablece.

Cuando habilita un par de EBGP de un solo salto para aceptar un salto siguiente remoto, también debe configurar una política de enrutamiento de importación en el par de EBGP que especifica la dirección remota del salto siguiente.

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

Figura 2 muestra la topología de ejemplo.

Figura 2: Topología para aceptar un próximo salto remoto Topología para aceptar un próximo salto 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 [edit] nivel de jerarquía.

Dispositivo R0

Dispositivo R1

Dispositivo R2

Dispositivo R0

Procedimiento paso a paso

El siguiente ejemplo requiere que navegue 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 en 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 varias rutas 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 en 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-options, show protocolsy show routing-options para confirmar la show interfacesconfiguración. Si el resultado no muestra la configuración deseada, repita las instrucciones en este ejemplo para corregir la configuración.

Si ha terminado de configurar el dispositivo, ingrese commit desde el modo de configuración.

Configuración del dispositivo R1

Procedimiento paso a paso

El siguiente ejemplo requiere que navegue 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 en 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 siguiente salto remoto.

  4. Configure IBGP.

  5. Configure EBGP.

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

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

  8. Importe la agg_route política en 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-options, show protocolsy show routing-options para confirmar la show interfacesconfiguración. Si el resultado no muestra la configuración deseada, repita las instrucciones en este ejemplo para corregir la configuración.

Si ha terminado de configurar el dispositivo, ingrese commit desde el modo de configuración.

Configuración del dispositivo R2

Procedimiento paso a paso

El siguiente ejemplo requiere que navegue 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 en 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 , show protocolsy show routing-options para confirmar la show interfacesconfiguración. Si el resultado no muestra la configuración deseada, repita las instrucciones en este ejemplo para corregir la configuración.

Si ha terminado de configurar el dispositivo, ingrese commit desde el modo de configuración.

Verificación

Confirme que la configuración funciona correctamente.

Verificar que la ruta de varias 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, ingrese 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 multiruta habilitada (Accepted Multipath). El resultado también muestra que la ruta tiene un siguiente salto indirecto de 10.1.10.10.

Desactivar y reactivar la instrucción accept-remote-nexthop

Propósito

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

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

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

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

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

Significado

Cuando la accept-remote-nexthop instrucción está desactivada, la ruta de varias rutas al 10. La red 1.230.0 se elimina de la tabla de enrutamiento .

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

La opción multiruta elimina los desempates del proceso de decisión de ruta activo, lo que permite instalar en la tabla de reenvío las rutas BGP de costo igual aprendidas de varias fuentes. Sin embargo, cuando las rutas disponibles no tienen el mismo costo, es posible que desee equilibrar la carga el 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 selecciona un salto de reenvío específico. Este proceso se compara con las direcciones de origen y destino de un paquete para asignar deterministamente el emparejamiento de prefijo en uno de los próximos saltos disponibles. La asignación por prefijo funciona mejor cuando la función hash se presenta con un gran número de prefijos, como puede ocurrir en un intercambio de emparejamiento de Internet, y sirve para evitar la reordenación de paquetes entre pares de nodos que se comunican.

Una red empresarial normalmente quiere alterar el comportamiento predeterminado para evocar un algoritmo de equilibrio de carga por paquete . Aquí se enfatiza por paquete porque su uso es un nombre incorrecto que se deriva del comportamiento histórico del ASIC original del procesador de Internet. En realidad, los enrutadores de Juniper Networks actuales admiten equilibrio de carga por prefijo (predeterminado) y por flujo. Este último implica el 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 de entrada y los puertos de la aplicación. El efecto es que ahora los flujos individuales se hashan a un próximo 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 componen una secuencia de comunicación entre dos puntos de conexión pueden resecuir, pero los paquetes dentro de flujos individuales mantienen una secuenciación correcta. Ya sea que opte por el equilibrio de carga por prefijo o por paquete, la asimetría de los vínculos de acceso puede presentar un desafío técnico. De cualquier manera, los prefijos o flujos que se asignan a, por ejemplo, un vínculo T1 mostrarán un rendimiento degradado en comparación con los flujos que se asignan a, por ejemplo, un vínculo de acceso Fast Ethernet. Peor aún, con cargas de tráfico pesadas, es probable que cualquier intento de equilibrio de carga igual resulte en una saturación total del vínculo T1 y una interrupción de la sesión derivada de la pérdida de paquetes.

Afortunadamente, la implementación del 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 salto siguiente determinado, y cuando se combina con varias rutas, el algoritmo de equilibrio de carga distribuye los flujos en el conjunto de próximos saltos proporcionales a sus anchos de banda relativos. Dicho de otro modo, si se tiene un próximo salto de 10 Mbps y 1 Mbps, en promedio nueve flujos se asignarán al salto siguiente de alta velocidad para cada uno que utilice la baja velocidad.

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

La tarea de configuración tiene dos partes:

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

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

Ejemplo: Equilibrio de carga del tráfico del 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 de sistema autónomo (ASBR) recibe rutas de vecinos de BGP externos (EBGP) directamente conectados, el ASBR anuncia esas rutas a los vecinos internos mediante anuncios de IBGP. En los anuncios del IBGP, puede adjuntar la comunidad de ancho de banda de vínculo para comunicar el ancho de banda del vínculo externo anunciado. Esto es útil cuando hay varios vínculos externos disponibles y desea hacer 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 en la comunidad de ancho de banda extendida de vínculo se basa en el ancho de banda configurado del vínculo EBGP. No se basa en la cantidad de tráfico en el vínculo. Junos OS es compatible con el ancho de banda de vínculo del BGP y el equilibrio de carga de varias rutas, como se describe en el borrador de Internet draft-ietf-idr-link-bandwidth-06, BGP Link Bandwidth Extended Community. Tenga en cuenta que aunque draft-ietf-idr-link-bandwidth-06 especifica comunidades no transitivas, la implementación de Junos OS se limita a comunidades transitivas.

Requisitos

Antes de empezar:

  • Configure las interfaces del dispositivo.

  • 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 se encuentran en el AS 64501.

En el ejemplo, se utiliza la comunidad de ancho de banda extendido.

De forma predeterminada, cuando se utiliza varias rutas de BGP, el tráfico se distribuye por igual entre las varias rutas calculadas. La comunidad de ancho de banda extendida permite agregar un atributo adicional a las rutas BGP, lo que permite que el tráfico se distribuya de manera desigual. La aplicación principal es un escenario en el que existen varias rutas externas para una red determinada con capacidades de ancho de banda asimétricas. En tal caso, puede etiquetar las rutas recibidas con la comunidad de ancho de banda extendido. Cuando la multiruta (interna o externa) del BGP opera entre rutas que contienen el atributo de ancho de banda, 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 varias rutas, el BGP no realiza un equilibrio de carga de costo desigual según la comunidad de ancho de banda, a menos que todas las rutas candidatas tengan este atributo.

La aplicabilidad de la comunidad de ancho de banda extendido está limitada por las restricciones bajo las cuales la multiruta del BGP acepta varias rutas a consideración. Explícitamente, la distancia de 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 IGP correspondiente. Sin embargo, en una red en la que el retraso de propagación de los circuitos es significativo (por ejemplo, si hay circuitos de largo recorrido), a menudo es útil tener en cuenta las características de retraso de las diferentes rutas.

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:

Donde 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. El valor especificado como valor de ancho de banda no tiene que corresponderse con el ancho de banda real de una interfaz específica. Los factores de equilibrio utilizados se calculan en función del ancho de banda total especificado. Para etiquetar una ruta con esta comunidad extendida, defina una declaración de política del siguiente modo:

Aplique esto como política de importación en las sesiones de emparejamiento del BGP frente 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 política de importación en la sesión de emparejamiento del EBGP frente al vínculo externo permite que ese atributo influya en la decisión de varias rutas locales y es potencialmente más fácil de administrar.

Topología

Figura 3 muestra la topología utilizada en este ejemplo.

Figura 3: Equilibrio de carga BGPEquilibrio de carga BGP

Configuración rápida de CLI muestra la configuración de todos los dispositivos en Figura 3. La sección#d29e113__d29e376 describe los pasos en el 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 [edit] nivel de jerarquía.

Dispositivo R1

Dispositivo R2

Dispositivo R3

Procedimiento paso a paso

El siguiente ejemplo requiere que navegue 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 en la Guía del usuario de la CLI de Junos OS.

Para configurar las sesiones pares del BGP:

  1. Configure las interfaces.

  2. Configure el grupo BGP.

  3. Habilite el grupo BGP para usar varias rutas.

    Nota:

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

  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 BGP.

    En este ejemplo, se asume un ancho de banda de 1 Gbps y se asigna un 60 % a bw-high y un 40 % a bw-low. El ancho de banda de referencia no tiene por qué ser el mismo que el ancho de banda del vínculo.

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

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

Resultados

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

Si ha terminado de configurar el dispositivo, ingrese commit desde el modo de configuración.

Verificación

Confirme que la configuración funciona correctamente:

Verificar rutas

Propósito

Verifique que ambas rutas estén seleccionadas y que los próximos 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 para el 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.0.2 para el destino 10.0.2.0.

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

El saldo de 40% y 60% se muestra en la show route producción. Esto indica que el tráfico se distribuye entre 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 ancho de banda agregado en vínculos BGP externos para el equilibrio de carga

En este ejemplo, se muestra cómo configurar una política para anunciar la adición de ancho de banda en los vínculos del BGP externo para el equilibrio de carga y especificar un umbral para el ancho de banda agregado configurado. El BGP suma el ancho de banda del vínculo disponible de varias rutas y calcula el ancho de banda agregado. En caso de un error de 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 se ejecuta en todos los dispositivos

Descripción general

A partir de Junos OS versión 17.4R1, un altavoz BGP que recibe varias rutas de sus pares internos equilibra el tráfico entre estas rutas. En versiones anteriores de Junos OS, un altavoz 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 anunciar el ancho de banda agregado para estas múltiples rutas en su enlace de ZDM. Para anunciar varias rutas agregadas, configure una política con aggregate-bandwidth y limit bandwidth acciones en el nivel de jerarquía [editar policy-options policy-statement name then] .

Topología

Figura 5: Configurar una política para anunciar ancho de banda agregado en vínculos BGP externos para el equilibrio de cargaConfigurar una política para anunciar ancho de banda agregado en vínculos BGP externos para el equilibrio de carga

En Figura 5, la carga del enrutador R1 equilibra el tráfico a un destino remoto mediante el salto siguiente 10.0.1.1 en el enrutador R2 a 60 000 000 bytes por segundo y a través de 10.0.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 10000000 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 de varias rutas falla, el ancho de banda del vínculo fallido no se agrega al ancho de banda agregado que se anuncia para 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, a partir de R1

Procedimiento paso a paso

El siguiente ejemplo requiere que navegue 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 en la Guía del usuario de CLI.

Para configurar una política para 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, 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 hosts BGP.

  4. Configure el 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. Habilite la función para anunciar un ancho de banda agregado de 80 000 000 bytes al enrutador R4 del par EBGP en 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 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 comunidad con el bw-high 60 % de un vínculo de 1 Gbps y otra comunidad bw-low con el 40 % de un vínculo de 1 Gbps.

    Configure el 60 % 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 protocols, show routing-optionsy show policy-options para confirmar la show interfacesconfiguración. Si el resultado no muestra la configuración deseada, repita las instrucciones en este ejemplo para corregir la configuración.

Verificación

Verificar que se establece la sesión del BGP

Propósito

Para comprobar que el emparejamiento del BGP está completo y que se establece 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 en 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 único destino en el BGP

Los pares del BGP anuncian rutas entre sí en 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 anunciar varias rutas al destino. Dentro de un sistema autónomo (AS), la disponibilidad de varios puntos de salida para llegar a un destino ofrece las siguientes ventajas:

  • 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 precompute una ruta de respaldo y tenerla lista para que cuando la ruta principal no sea 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 retirada y anuncios 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 equilibrar la carga del tráfico, si el enrutamiento dentro del AS cumple con ciertas restricciones.

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

Se aplican las siguientes limitaciones a la publicidad de varias rutas en el BGP:

  • Familias de direcciones compatibles:

    • Unidifusión IPv4 (family inet unicast)

    • Unidifusión IPv6 (family inet6 unicast)

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

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

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

    • Unidifusión VPN IPv6 (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:

  • Compatible con pares internos de BGP (IBGP ). Somos compatibles con EBGP agregar recepción de ruta de forma predeterminada.

  • Solo la instancia principal. No admite instancias de enrutamiento.

  • Se admite el reinicio elegante y el enrutamiento activo sin interrupciones (NSR).

  • No admite el protocolo de monitoreo BGP (BMP).

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

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

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

Ejemplo: Publicidad de varias rutas en BGP

En este ejemplo, los enrutadores BGP se configuran para anunciar varias rutas en lugar de anunciar solo la ruta activa. La publicidad de varias rutas en el 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 el BGP no necesariamente necesitan ser enrutadores. Por ejemplo, pueden ser conmutadores Ethernet de la serie EX.

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

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

Descripción general

Se utilizan las siguientes instrucciones 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 del route reflector R1. El enrutador R8 es cliente del Route Reflector R4.

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

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

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

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

Con la configuración, el add-path receive enrutador R8 está configurado 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 que el enrutador R4 envíe varias rutas solo para la ruta 172.16.199.1/32.

Diagrama de topología

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

Figura 6: Anuncio de varias rutas en BGPAnuncio de varias rutas en 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 [edit] nivel de jerarquía.

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

El siguiente ejemplo requiere que navegue 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 en 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 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 de enrutador y el número de sistema autónomo.

  6. Si ha terminado de configurar el dispositivo, confirme la configuración.

Resultados

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

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 en los enrutadores R6 y R1.

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

  3. Para las rutas enviadas desde el 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. Si ha terminado de configurar el dispositivo, confirme la configuración.

Resultados

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

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 en los enrutadores R7 y R1.

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

  3. En el caso de las rutas enviadas desde el 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. Si ha terminado de configurar el dispositivo, confirme la configuración.

Resultados

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

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 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 varias 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 al enrutador R4 enviar varias rutas al enrutador R8 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 ruta de adición.

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

  8. Si ha terminado de configurar el dispositivo, confirme la configuración.

Resultados

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

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 en el enrutador R1.

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

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

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

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

  6. Si ha terminado de configurar el dispositivo, confirme la configuración.

Resultados

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

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 en el enrutador R2.

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

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

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

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

  6. Si ha terminado de configurar el dispositivo, confirme la configuración.

Resultados

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

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 en el 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 las rutas estáticas y directas desde la tabla de enrutamiento del enrutador R7 hacia el BGP.

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

  6. Si ha terminado de configurar el dispositivo, confirme la configuración.

Resultados

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

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 en el enrutador R4.

  2. Configure el BGP y el 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 varias rutas.

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

  5. Si ha terminado de configurar el dispositivo, confirme la configuración.

Resultados

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

Verificación

Confirme que la configuración funciona 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 cadenas siguientes aparezcan en el resultado 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 al enrutador R4 varias rutas al destino 172.16.198.1/32 y varias rutas al destino 172.16.199.1/32.

Acción
Significado

Cuando ve un prefijo y más de un salto siguiente, 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 varias rutas al destino 172.16.199.1/32 se reciban 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 solo una ruta a este destino se anuncie 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, el enrutador R4 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 mediante el enrutador R4. Asegúrese de que el enrutador R8 reciba solo una ruta al destino 172.16.198.1/32 mediante el enrutador R4.

Acción

Comprobar el ID de ruta

Propósito

En los dispositivos descendentes, enrutador R4 y R8, verifique que un ID de ruta identifique la ruta de manera única. Busque la Addpath Path ID: cadena.

Acción

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

En este ejemplo, se muestra cómo configurar la publicidad selectiva de varias rutas del BGP. Anunciar todas las múltiples rutas disponibles puede dar lugar a 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 BGP para anunciar solo varias rutas de colaboradores para el equilibrio de carga.

Requisitos

No se requiere 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, MX o 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 colaborador. Puede limitar y configurar hasta seis prefijos que seleccione el algoritmo del BGP multipath . La publicidad selectiva de varias rutas facilita a los proveedores de servicios de Internet y a los centros de datos que utilizan el reflector de rutas para crear diversidad de rutas en el IBGP. Puede habilitar un reflector de ruta de BGP para anunciar varias rutas que son rutas de colaborador para el equilibrio de carga.

Topología

En 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 cliente para enrutar el reflector RR4. El grupo RR1 con los vecinos R2 y R3 está configurado para varias rutas. Los enrutadores R5, R6 y R7 redistribuyen las rutas estáticas 199.1.1.1/32 y 198.1.1.1/32 en BGP.

Una política de equilibrio de carga se configura en el enrutador RR1 de modo que las rutas 199.1.1.1/32 tengan varias rutas calculadas. La función de varias rutas se configura en add-path para el vecino RR4. Sin embargo, el enrutador RR4 no tiene configurada varias rutas de equilibrio de carga. El enrutador RR1 está configurado para enviar al enrutador RR4 hasta seis agregar rutas de ruta a 199.1.1.1/32 elegidas de entre rutas candidatas de varias rutas.

Figura 7: Ejemplo: Configuración de la publicidad selectiva de varias rutas del BGP para el equilibrio de cargaEjemplo: Configuración de la publicidad selectiva de varias rutas del BGP para el equilibrio 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 la confirmación 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

El siguiente ejemplo requiere que navegue 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 en 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, 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 IS-IS.

  4. Configure rr del grupo interno para interfaces que se conectan a enrutadores internos R2 y R3.

  5. Configure el equilibrio de carga para el grupo BGP interno rr.

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

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

  8. Configure el EBGP en interfaces que se conectan a los enrutadores de borde externos.

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

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

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

Resultados

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

Si ha terminado de configurar el dispositivo, confirme la configuración.

Verificación

Confirme que la configuración funciona correctamente.

Verificar las rutas de varias rutas para la ruta estática 199.1.1.1/32

Propósito

Verifique las rutas de varias rutas 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 multiruta de publicidad selectiva está habilitada en el enrutador RR1 y hay más de un nexthop disponible para la ruta 199.1.1.1/32. Los dos saltos siguientes disponibles para la ruta 199.1.1.1/32 son 10.0.0.20 y 10.0.0.30.

Verificar que las rutas de varias rutas se anuncien desde el enrutador RR1 al RR4

Propósito

Compruebe que el enrutador RR1 está anunciando las rutas de varias rutas.

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 anuncie una ruta para 199.1.1.1/32 al enrutador R8

Propósito

La multiruta no está configurada en el enrutador RR4, por lo tanto, la ruta 199.1.1.1/32 no es elegible para el complemento de ruta. Compruebe que el enrutador RR4 anuncia solo una ruta para el 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 multiruta no está habilitada en el enrutador RR4, solo se anuncia una ruta 10.0.0.20 al enrutador R8.

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

Anunciar todas las múltiples rutas disponibles puede dar lugar a una gran sobrecarga de procesamiento en la memoria del dispositivo. Si desea anunciar un subconjunto limitado de prefijos sin conocer 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 según un valor de comunidad BGP conocido.

Requisitos

No se requiere 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, MX o 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 los prefijos de varias rutas elegibles según 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 característica permite que el BGP anuncie no más de 20 rutas a un destino determinado. Puede limitar y configurar el número de prefijos que el BGP considera para varias rutas sin conocer 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 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 cliente para enrutar el reflector RR4. Los enrutadores R5, R6 y R7 redistribuyen rutas estáticas en BGP. El enrutador R5 anuncia rutas estáticas 199.1.1.1/32 y 198.1.1.1/32 con 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 de add-path restringe el enrutador RR4 para enviar varias rutas para rutas que contienen solo el valor de comunidad 4713:100. El enrutador RR4 filtra y anuncia varias rutas que solo contienen valor de comunidad 4714:100.

Figura 8: Ejemplo: Configuración del BGP para anunciar varias rutas según el valor de la comunidadEjemplo: Configuración del BGP para anunciar varias rutas según el valor 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 la confirmación 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

El siguiente ejemplo requiere que navegue 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 en 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, direcciones y otros parámetros adecuados.

  1. Configure las interfaces con direcciones IPv4.

  2. Configure la dirección de circuito cerrado.

  3. Configure el 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 valor de comunidad 4713:100 y limite a 6 el número de varias rutas anunciadas.

  6. Defina una política addpath-community-members 4713:100 para filtrar prefijos con el valor de comunidad 4713:100 y restrinja el dispositivo para enviar hasta 16 rutas al enrutador R8. Este límite reemplaza el recuento de rutas de envío de add-path previamente configurado de 6 en el nivel de jerarquía del grupo BGP.

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

Resultados

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

Si ha terminado de configurar el dispositivo, confirme la configuración.

Verificación

Confirme que la configuración funciona correctamente.

Verificar que las rutas de varias rutas se anuncien del enrutador RR4 al R8

Propósito

Verifique que el enrutador RR4 pueda 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 reciba las rutas de varias rutas que anuncia el enrutador RR4

Propósito

Compruebe que el enrutador R8 está recibiendo las rutas de varias rutas del enrutador RR4.

Acción

Desde el modo operativo, ejecute el show route receive-protocol bgp neighbor-address comando en el 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 de varias rutas con valor comunitario 4713:100 al enrutador R8

Propósito

El enrutador RR4 debe anunciar rutas de varias rutas 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 valor comunitario de 4713:100 al enrutador R8.

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

A partir de Junos OS versión 17.3R1, cuando un prefijo de BGP que tiene un único salto de protocolo se resuelve mediante otro prefijo de BGP que tenga varias rutas resueltas (unidilista), todas las rutas se seleccionan para la resolución del protocolo del próximo salto. En versiones anteriores de Junos OS, solo se selecciona una de las rutas para la resolución del próximo salto del protocolo, ya que la resolución no admite el equilibrio de carga en todas las rutas de la ruta multiruta IBGP. El resolver en el proceso de protocolo de enrutamiento (rpd) resuelve la dirección del próximo salto del protocolo (PNH) en los próximos saltos de reenvío inmediato. La función de resolución recursiva del BGP mejora la resolución para resolver rutas a través de la ruta de varias rutas ibgp y usar todas las rutas posibles como próximos saltos. Esta característica beneficia a las redes densamente conectadas en las que el BGP se utiliza para establecer la conectividad de infraestructura, como las redes WAN, con múltiples rutas de alto costo igual y topología MPLS sin problemas.

Antes de comenzar a configurar la resolución recursiva de varias rutas de BGP, debe hacer lo siguiente:

  1. Configure las interfaces del dispositivo.

  2. Configure el OSPF o cualquier otro protocolo IGP.

  3. Configure MPLS y LDP.

  4. Configure BGP.

Para configurar la resolución recursiva a través de varias rutas,

  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 multiruta de IBGP.
  3. Compruebe que el BGP resuelve varias rutas recursivamente y que hay varios saltos disponibles para equilibrar la carga del tráfico.

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

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

Junos OS admite configuraciones de 16, 32, 64 o 128 saltos de múltiples rutas de igual costo (ECMP) para los próximos saltos de RSVP y LSP LDP.s. En el caso de las 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 para los próximos saltos de ECMP, incluya la maximum-ecmp next-hops instrucción en el [edit chassis] nivel jerárquico:

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

Nota:

Los enrutadores serie MX con una o más tarjetas de concentrador de puertos modulares (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 saltos siguientes. 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 máxima del próximo salto de ECMP para tantos como 128 puertas de enlace ECMP:

  • Rutas estáticas IPv4 e IPv6 con ECMP directos e indirectos de próximo salto

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

  • RSVP ECMP next hops creados para LSP

  • ECMP de ruta IPv4 e IPv6 de OSPF

  • ECMP de ruta IPv4 e IPv6 IS-IS

  • ECMP de ruta IPv4 e IPv6 de EBGP

  • ECMP de ruta IPv4 e IPv6 (resolución a través de rutas IGP)

El límite mejorado de ECMP de hasta 128 saltos próximos de ECMP también es aplicable para VPN de capa 3, VPN de capa 2, circuitos de capa 2 y servicios VPLS que se resuelven mediante una ruta MPLS, ya que las rutas ECMP disponibles en la ruta MPLS también pueden ser utilizadas por dicho tráfico.

Nota:
Nota:

Si los LSP 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 manera ó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 de tráfico no cumple estrictamente con la asignación de ancho de banda configurada. Esta advertencia es aplicable a los siguientes enrutadores:

  • Enrutadores serie MX con todo tipo de FPC y DPC, excluyendo MPC. Esta advertencia no se aplica a los enrutadores serie MX con tarjetas de línea basadas en el chipset Junos Trio.

Para ver los detalles de los próximos saltos de ECMP, emita el show route comando. También show route summary command muestra la configuración actual para el límite máximo de ECMP. Para ver los detalles de las rutas LDP ECMP, emita 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 recalcula 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 le permite invalidar este comportamiento para que solo se redireccionen los flujos de los 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 potencialmente da como resultado una pérdida significativa de tráfico o una pérdida de servicio a los servidores cuyos vínculos permanecen activos. El equilibrio de carga coherente mantiene todos los vínculos activos y, en su lugar, remapa solo los flujos afectados por uno o más errores de vínculo. Esta función garantiza que los flujos conectados a los vínculos que permanecen activos continúen ininterrumpidos.

Esta característica se aplica a topologías en las que los miembros de un grupo de múltiples rutas 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 o se modifica una ruta existente de ninguna manera. Para agregar una nueva ruta con una interrupción mínima, defina un nuevo grupo de 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 puertos modulares (MPC).

  • Se admiten las 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 un equilibrio de carga coherente entre los miembros del paquete de agregación de vínculos (LAG). El tráfico de los miembros activos del paquete LAG se puede mover a otro miembro activo cuando uno o más vínculos de miembro fallan. Los flujos se vuelven a refritos cuando uno o más vínculos de miembros LAG fallan.

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

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

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

Nota:
  • Cuando configure el equilibrio de carga coherente en interfaces de túnel de encapsulación de enrutamiento genérico (GRE), debe especificar la dirección de entrada de la interfaz GRE del extremo final para que las adyacencias de capa 3 a través de las interfaces de túnel GRE se instalen correctamente en la tabla de reenvío. Sin embargo, el reenrutamiento rápido (FRR) de ECMP a través de interfaces de túnel GRE no se admite durante el equilibrio de carga consistente. Puede especificar la dirección de destino en el enrutador configurado con 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 sobre la encapsulación de enrutamiento genérico, consulte Configuración de la tunelización de encapsulación de enrutamiento genérico.

  • El equilibrio de carga coherente no admite varios sup del BGP para los vecinos de EBGP. Por lo tanto, no active la multihop opción en dispositivos configurados con equilibrio de carga coherente.

Para configurar el equilibrio de carga coherente para grupos ECMP:

  1. Configure el BGP y habilite el grupo de BGP de pares externos para usar varias rutas.
  2. Cree una política de enrutamiento para que coincida con las rutas entrantes con uno o varios 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 error de vínculo se redireccionen 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 en la tabla de reenvío.

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

    El equilibrio de carga coherente solo se puede aplicar a los pares externos del 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 de forma global para instalar todas las rutas del próximo salto en la tabla de reenvío.
  8. (Opcional) Habilite el reenrutamiento rápido para rutas ECMP.
  9. Compruebe el estado de una o más 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>

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

¿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 en rutas de múltiples rutas de igual costo (ECMP) o grupos de agregación de vínculos (LAG). La etiqueta de entropía permite a los enrutadores equilibrar eficientemente la carga del tráfico usando solo la pila de etiquetas en lugar de la inspección profunda de paquetes (DPI). El 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 usa ciertos campos de los encabezados del paquete para hashar el paquete a una ruta determinista. Las direcciones de origen o destino y los números de puerto del paquete se utilizan para hash, con el fin de evitar el reordenamiento de paquetes de un flujo determinado. Si un enrutador de conmutación de etiquetas de núcleo (LSR) no es capaz de realizar un DPI para identificar el flujo o no puede hacerlo a velocidad de línea, la pila de etiquetas solo 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 de flujo. La LSR de entrada tiene más contexto e información acerca de los paquetes entrantes que 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, asignarlo a una etiqueta de entropía e insertarlo en la pila de etiquetas. Los LSR en el núcleo simplemente usen la etiqueta de entropía como clave para hashar el paquete a la ruta derecha.

Una etiqueta de entropía puede ser cualquier valor de etiqueta entre 16 a 1048575 (rango regular de etiquetas de 20 bits). Dado que este rango se superpone con el rango de etiquetas regular existente, se inserta una etiqueta especial llamada indicador de etiqueta de entropía (ELI) antes de la etiqueta de entropía. ELI es una etiqueta especial asignada por IANA con el valor de 7.

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

Figura 9: Etiqueta de entropía para RSVP LSPEtiqueta de entropía para RSVP LSP

Etiqueta de entropía para BGP etiquetado como unidifusión

Las unidifusión etiquetadas en el BGP concatenan RSVP o LSP LDP en áreas del protocolo de puerta de enlace interior múltiple (IGP) o varios sistemas autónomos (LSP interAS del AS). Los LSP del BGP entre áreas etiquetados de unidifusión suelen transportar tráfico VPN e IP cuando los PEs de entrada y los PEs de salida se encuentran en diferentes áreas de IGP. Cuando las unidifusión etiquetadas en BGP concatenan RSVP o LSP LDP, Junos OS inserta las etiquetas de entropía en el BGP de entrada de LSP de unidifusión para lograr un 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 suelen aparecer en el nodo del penúltimo 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 BGP para reenviar paquetes. Figura 10 ilustra la pila de etiquetas de paquete de unidifusión del 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 RSVP se insertan en el penúltimo nodo de salto.

Figura 10: BGP entre áreas etiquetado como unidifusión con etiqueta de entropía RSVPBGP entre áreas etiquetado como unidifusión con etiqueta de entropía RSVP

El nodo de unidifusión etiquetado como 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 BGP etiquetado como un nodo de unidifusión señala capacidad de etiqueta de entropía BGP (ELC) a los enrutadores de borde del proveedor, la entrada de LSP de unidifusión etiquetada BGP es consciente de que la salida de LSP de unidifusión 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 BGP etiquetado como LSP de unidifusión puede cruzar muchos enrutadores en diferentes áreas y AS, es posible que algunos de los segmentos admitan etiquetas de entropía, mientras que otros no. 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 está compuesta por el ELI, la etiqueta de entropía y el paquete IP.

Figura 11: BGP inter area etiquetado unidifusión con etiqueta de entropía BGP en el punto de uniónBGP inter area etiquetado unidifusión con etiqueta de entropía BGP en el punto 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 [edit policy-options policy-statement policy-name then] nivel de 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 jerárquico para señalar las etiquetas según el LSP. Si el enrutador par no está equipado para manejar etiquetas de equilibrio de carga, puede evitar 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.

Funciones compatibles y no compatibles

Junos OS admite una etiqueta de entropía para BGP etiquetado como unidifusión en las siguientes situaciones:

  • 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 tunelan a través de la VPN de otra operadora.

  • Defina una política de entrada para seleccionar un subconjunto del BGP etiquetado como LSP de unidifusión 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 funciones para una etiqueta de entropía para BGP etiquetado como unidifusión:

  • Cuando los LSP de unidifusión del BGP están tunelización a través de la VPN de otra operadora, no hay una etiqueta de entropía de extremo a extremo, ya que Junos OS no inserta un indicador de etiqueta de entropía ni una etiqueta de entropía debajo de las etiquetas VPN en la red de operadora de operadoras.

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

Configuración de una etiqueta de entropía para un BGP etiquetado como LSP de unidifusión

Configure una etiqueta de entropía para BGP etiquetado LSP de unidifusión para lograr un equilibrio de carga de etiquetas 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. Las unidifusión etiquetadas por BGP generalmente concatenan RSVP o LSP LDP en varias áreas de IGP o varios sistemas autónomos (AS). Las etiquetas de entropía RSVP o LDP se presentan 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 un equilibrio de carga de etiqueta de entropía de extremo a extremo para el tráfico del BGP. Esta función permite la inserción de etiquetas de entropía en la entrada de LSP de unidifusión del BGP.

Una etiqueta de entropía puede ser cualquier valor de etiqueta entre 16 a 1048575 (rango regular de etiquetas de 20 bits). Dado que este rango se superpone con el rango de etiquetas regular existente, se inserta una etiqueta especial llamada indicador de etiqueta de entropía (ELI) antes de la etiqueta de entropía. ELI es una etiqueta especial asignada por IANA con el valor de 7.

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

  1. Configure las interfaces del dispositivo.

  2. Configure el 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 BGP etiquetado como LSP de unidifusión:

  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 etiqueta de entropía para BGP etiquetado unidifusión a nivel global.

    También puede habilitar el uso de una etiqueta de entropía en un grupo BGP o un nivel de vecino BGP específico mediante la inclusión de la entropy-label instrucción en el [edit protocols bgp group group name family inet labeled-unicast] nivel de 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 del salto siguiente en el atributo de capacidad de etiqueta de entropía en el salto siguiente de la ruta.
  4. (Opcional) Para deshabilitar explícitamente la capacidad de etiqueta de entropía publicitaria en el enrutador de salida, defina una política con la no-entropy-label-capability opción para las 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 de jerarquía.

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

En este ejemplo, se muestra cómo configurar una etiqueta de entropía para un BGP etiquetado unidifusión con el fin de lograr un equilibrio de carga de extremo a extremo mediante el uso de etiquetas de entropía. Cuando un paquete IP tiene varias rutas para llegar a su destino, Junos OS usa ciertos campos de los encabezados del paquete para hashar el 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 de flujo. LSR en el núcleo simplemente use la etiqueta de entropía como clave para hash el paquete a la ruta correcta. Una etiqueta de entropía puede ser cualquier valor de etiqueta entre 16 a 1048575 (rango regular de etiquetas de 20 bits). Dado que este rango se superpone con el rango de etiquetas regular existente, se inserta una etiqueta especial llamada indicador de etiqueta de entropía (ELI) antes de la etiqueta de entropía. ELI es una etiqueta especial asignada por IANA con el valor de 7.

Las unidifusión etiquetadas por BGP generalmente concatenan RSVP o LSP LDP en varias áreas de IGP o varios sistemas autónomos. Las etiquetas de entropía RSVP o LDP se presentan 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 cerrar 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 etiquetas 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 serie MX con MPC

  • Junos OS versión 15.1 o posterior se ejecuta en todos los dispositivos

    • Revalidado con Junos OS Relese 22.4

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

  1. Configure las interfaces del dispositivo.

  2. Configure el OSPF o cualquier otro protocolo IGP.

  3. Configure BGP.

  4. Configure RSVP.

  5. Configure MPLS.

Descripción general

Cuando las unidifusión etiquetadas por BGP concatenan RSVP o LSP LDP en varias áreas de IGP o varios sistemas autónomos, las etiquetas de entropía RSVP o LDP se presentan en el penúltimo nodo de 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 utilizaban las etiquetas del BGP para reenviar paquetes.

A partir de Junos OS versión 15.1, puede configurar una etiqueta de entropía para BGP etiquetado unidifusión con el fin de lograr un equilibrio de carga de etiquetas 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 con el fin de lograr un equilibrio de carga de 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 el BGP etiquetado como LSP de entrada de unidifusión.

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 jerárquico para señalar las etiquetas por LSP. Si el enrutador par no está equipado para manejar etiquetas de equilibrio de carga, puede evitar la señalización de la capacidad de etiqueta de entropía configurando el no-load-balance-label-capability[edit forwarding-options] nivel de jerarquía.

Nota:

Puede deshabilitar explícitamente la capacidad de etiqueta de entropía publicitaria en la salida de 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 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. Abr del enrutador es el enrutador de puente de área entre el área 0 y el área 1. Se configuran dos LSP deabr a PE2 para equilibrar la carga del tráfico. La capacidad de etiqueta de entropía para BGP etiquetado unidifusión está habilitada en el enrutador de entrada PE1. El host 1 está conectado a P1 para capturas de paquetes, de modo que podamos mostrar la etiqueta de entropía.

Figura 12: Configuración de una etiqueta de entropía para BGP etiquetado como unidifusión Configuración de una etiqueta de entropía para BGP etiquetado como unidifusión

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

ABR del enrutador

Enrutador P2

Enrutador PE2

Enrutador CE2

Configuración del enrutador PE1

Procedimiento paso a paso

El siguiente ejemplo requiere que navegue 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 en 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, direcciones y otros parámetros adecuados.

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

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

  3. Configure el ID de 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 hacia el ABR. Incluya la entropy-label opción de agregar la etiqueta de entropía a la pila de etiquetas MPLS.

  7. Configure el IBGP mediante family inet labeled-unicast el emparejamiento de ABR y family inet-vpn el emparejamiento pe2. Habilite la capacidad de etiquetas de entropía para BGP etiquetado unidifusión.

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

  9. Defina una política de equilibrio de carga y aplíquela en la .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

El siguiente ejemplo requiere que navegue 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 en 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, direcciones y otros parámetros adecuados.

  1. Configure las interfaces físicas.

  2. Configure la interfaz de circuito cerrado.

  3. Configure el ID de enrutador.

  4. Configure el protocolo OSPF.

  5. Configure el protocolo RSVP.

  6. Configure el protocolo MPLS .

Configuración de ABR del enrutador

Procedimiento paso a paso

El siguiente ejemplo requiere que navegue 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 en la Guía del usuario de CLI.

Para configurar abr del enrutador:

  1. Configure las interfaces físicas.

  2. Configure la interfaz de circuito cerrado.

  3. Configure las etiquetas MPLS que el enrutador utiliza para hashar los paquetes a su destino para equilibrar la carga.

  4. Configure el ID de 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 LSPs hacia PE1 y PE2. Se crean dos LSP hacia PE2 con el propósito de equilibrar el tráfico de carga para mostrar diferentes LSP e interfaces que se utilizan.

  8. Configure el IBGP para PE1 y PE2 mediante 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 la routing-options forwarding-table.

(Opcional) Configuración de duplicació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 que lo vea. Hay diferentes formas de capturar tráfico que las que usamos en este ejemplo. Para obtener más información, consulte Descripción de la duplicación y los analizadores de puertos.

Procedimiento paso a paso

El siguiente ejemplo requiere que navegue 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 en la Guía del usuario de CLI.

Para configurar el enrutador P1:

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

  2. Configure el dominio de puente.

  3. Configure un filtro para capturar el tráfico. Para este ejemplo, estamos capturando todo el tráfico.

  4. Aplique el filtro a la interfaz orientada a PE1.

  5. Configure las opciones de duplicación de puerto. Para este ejemplo, estamos reflejando todo el tráfico y enviándolo al Host1 conectado a la interfaz ge-0/0/4.

Verificación

Confirme que la configuración funciona correctamente.

Verificar que se anuncia la capacidad de la etiqueta de entropía

Propósito

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

Acción

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

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 utiliza. El host anuncia la capacidad de la etiqueta de entropía a sus vecinos BGP.

Verificar que el enrutador PE1 reciba el anuncio de etiqueta de entropía

Propósito

Verifique que el enrutador PE1 reciba el anuncio de la etiqueta de entropía para el enrutador PE2.

Acción

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

Significado

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

Verificar ECMP en abr a PE2

Propósito

Verifique varias rutas de igual costo (ECMP) a PE2.

Acción

Desde el modo operativo, ejecute el y comando s en abr del enrutador.show route forwarding-table label <label>show route table mpls.0

Significado

El resultado muestra un ECMP para la etiqueta utilizada para el BGP etiquetado como ruta de unidifusión .

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.

Ping CE2 desde CE1

Propósito

Verifique la conectividad y su uso 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 son exitosos.

Verificar el equilibrio de carga

Propósito

Verificar el equilibrio de carga.

Acción

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

Significado

El resultado muestra el primer ping del comando anterior utilizado LSP abr-pe2-2 y el segundo ping usado 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 -n.

Significado

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

Caso de uso para convergencia independiente del prefijo BGP para Inet, Inet6 o unidifusión etiquetada

En el caso de una falla de enrutador, una red BGP puede tardar entre unos segundos y minutos en recuperarse, dependiendo de parámetros como el tamaño de la red o el rendimiento del enrutador. Cuando la función convergencia independiente (PIC) del prefijo 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 usa 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 la accesibilidad a un enrutador de salida en una red falla, el IGP detecta esta interrupción, y el estado del vínculo propaga esta información por toda la red y anuncia el salto siguiente del BGP para ese prefijo como inalcanzable. El BGP reevalua las rutas alternativas y, si hay una ruta alternativa disponible, vuelve a instalar este 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 el BGP tiene que actualizar todos estos prefijos uno a la vez. En los enrutadores de entrada, el IGP completa la ruta más corta primero (SPF) y actualiza los saltos siguientes. Junos OS determina los prefijos que se han vuelto inalcanzables y indica al protocolo que estos deben actualizarse. El 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 tardar unos minutos en recuperarse de la interrupción. La PIC del BGP puede reducir este tiempo de inatencimiento, ya que la ruta de copia de seguridad ya está instalada en el motor de reenvío de paquetes.

A partir de Junos OS versión 15.1, la función PIC del BGP, que inicialmente era compatible con enrutadores VPN de capa 3, se extiende al BGP con varias rutas en las tablas globales, como unidifusión inet e inet6, e inet e inet6 denominadas unidifusión. En un enrutador habilitado para PIC del BGP, Junos OS instala la ruta de respaldo para el siguiente 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 la accesibilidad a un prefijo con una o más rutas, envía señales 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 un siguiente salto indirecto ha fallado, y el tráfico se debe redirigir mediante la ruta de copia de seguridad. El enrutamiento al prefijo de destino afectado continúa usando 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 respaldo para reducir la pérdida de tráfico hasta que se resuelva la convergencia global mediante el BGP.

El momento en el que se produce la interrupción hasta el momento en que se señala la pérdida de alcance depende realmente del tiempo de detección de fallas del enrutador más cercano y del tiempo de convergencia del IGP. Una vez que el enrutador local detecta la interrupción, la convergencia de ruta sin la función de PIC del 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 función de PIC del BGP habilitada, incluso antes de que el BGP vuelva a calcular la mejor ruta para los prefijos afectados, el motor de enrutamiento indica que el plano de datos cambie a la siguiente mejor ruta de 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 al plano de datos. Por lo tanto, el número de prefijos del BGP afectados no afecta al tiempo que se lleva desde el momento en que se produce la interrupción del tráfico hasta el punto de tiempo en el que el BGP indica la pérdida de accesibilidad.

Configuración de convergencia independiente del prefijo BGP para inet

En un enrutador habilitado para convergencia independiente (PIC) de prefijo BGP, Junos OS instala la ruta de respaldo para el siguiente 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 la accesibilidad a un prefijo con una o más rutas, envía señales 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 un siguiente salto indirecto ha fallado, y el tráfico se debe redirigir mediante la ruta de copia de seguridad. El enrutamiento al prefijo de destino afectado continúa usando 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 respaldo para reducir la pérdida de tráfico hasta que se resuelva la convergencia global mediante el BGP. La función PIC del BGP, que inicialmente era compatible con enrutadores VPN de capa 3, se extiende al BGP con varias rutas en las tablas globales, como unidifusión inet e inet6, e inet e inet6 denominadas unidifusión.

Antes de empezar:

  1. Configure las interfaces del dispositivo.

  2. Configure el OSPF o cualquier otro protocolo IGP.

  3. Configure MPLS y LDP.

  4. Configure BGP.

Nota:

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

prácticas recomendadas:

En enrutadores con concentradores de puerto modular (MPC), habilite servicios de red IP mejorados como se muestra aquí:

Para configurar la PIC del BGP para inet:

  1. Habilite la PIC del BGP para la 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. Verifique que la PIC del BGP esté funcionando.

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

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

    • 0x1 indica los próximos saltos activos.

    • 0x4000 indica los próximos saltos pasivos.

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

En este ejemplo, se muestra cómo configurar la PIC del BGP para inet. En el caso de una falla de enrutador, una red BGP puede tardar entre unos segundos y minutos en recuperarse, dependiendo de parámetros como el tamaño de la red o el rendimiento del enrutador. Cuando la función convergencia independiente (PIC) del prefijo del BGP está habilitada en un enrutador, el BGP con varias rutas en las tablas globales, como unidifusión inet y inet6, y la unidifusión inet e inet6 etiquetada 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 usa 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 requiere 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 serie MX con MPC para configurar la función PIC del BGP

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

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

Descripción general

A partir de Junos OS versión 15.1, la PIC del BGP, que inicialmente era compatible con enrutadores VPN de capa 3, se extiende al BGP con varias rutas en las tablas globales, como unidifusión inet e inet6, y se denomina unidifusión inet e inet6 denominadas unidifusión. El BGP instala en el motor de reenvío de paquetes la segunda mejor ruta, además de la mejor ruta calculada hacia un destino. Cuando un IGP pierde la 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 mediante el BGP, lo que reduce la duración de las interrupciones.

Nota:

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

Topología

En este ejemplo, se muestran tres enrutadores de borde del cliente (CE), los dispositivos CE0, CE1 y CE2. Los enrutadores PE0, PE1 y PE2 son los enrutadores de borde del proveedor (PE). Los enrutadores P0 y P1 son los enrutadores de núcleo 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 es retransmitida por el BGP interno (IBGP) 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. Figura 13 muestra la red de ejemplo.

Figura 13: Configuración de PIC del BGP para InetConfiguración de PIC del BGP para Inet

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 la confirmación 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

El siguiente ejemplo requiere que navegue 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 en la Guía del usuario de la CLI de Junos OS.

Para configurar el dispositivo PE0:

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

  2. Configure las interfaces del dispositivo.

  3. Configure la interfaz de circuito cerrado.

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

  5. Configure un IGP en las interfaces de núcleo.

  6. Configure las conexiones del IBGP con los otros dispositivos de 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 salto siguiente.

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

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

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

Resultados

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

Verificación

Confirme que la configuración funciona correctamente.

Mostrar información extensa de rutas

Propósito

Confirme que el borde de PIC del BGP está funcionando.

Acción

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

Significado

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

  • 0x1 indica la ruta principal con los próximos saltos activos.

  • 0x4000 indica la ruta de copia de seguridad con próximos saltos pasivos.

Visualización de la tabla de reenvío

Propósito

Compruebe el estado de la tabla de enrutamiento y enrutamiento del kernel 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 usa los siguientes saltos y los weight valores para seleccionar una ruta de copia de seguridad cuando se produce un error de vínculo. El peso del siguiente salto tiene uno de los valores siguientes:

  • 0x1 indica la ruta principal con los próximos saltos activos.

  • 0x4000 indica la ruta de copia de seguridad con próximos saltos pasivos.

Borde de PIC BGP con BGP etiquetado como unidifusión descripción general

En esta sección se hablan de las ventajas y la descripción general de BGP PIC Edge mediante el uso del BGP etiquetado como unidifusión como protocolo de transporte.

Ventajas del borde de PIC del BGP con BGP etiquetado como unidifusión

Esta función ofrece los siguientes beneficios:

  • Proporciona protección de tráfico en caso de fallas de nodos de borde (ABR y ASBR) en redes de varios dominios.

  • Ofrece 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 (PIC) del prefijo 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 indirecta de ruta del próximo salto al motor de reenvío de paquetes. Cuando se produce un error en un nodo de red, el motor de enrutamiento le indica al motor de reenvío de paquetes que se produjo un error en el siguiente salto indirecto y que el tráfico se reenruta a una ruta de costo igual o de copia de seguridad 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 mediante el BGP.

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

Borde de PIC del BGP con BGP etiquetado como unidifusión como protocolo de transporte

BGP PIC Edge mediante el BGP etiquetado protocolo de transporte de unidifusión ayuda a proteger y reenrutar el tráfico cuando se producen fallas de nodos de borde (ABR y ASBR) en redes de varios dominios. Las redes de varios dominios se utilizan normalmente en la agregación de Metro Ethernet y en los diseños de red de retorno móvil.

En los dispositivos de las series MX, EX y PTX de Juniper Networks, el borde de PIC del BGP admite servicios de capa 3 con BGP etiquetado como unidifusión como protocolo de transporte. Además, en los dispositivos serie MX, EX9204, EX9208, EX9214, EX9251 y EX9253 de Juniper Networks, el borde de 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 varias rutas (aprendidas de varios PEs) y se resuelven a través del BGP etiquetados como rutas de unidifusión, lo que, de nuevo, podría ser una multiruta aprendida de otros ABR. Los protocolos de transporte compatibles con el BGP PIC Edge son RSVP, LDP, OSPF e ISIS. A partir de junos OS versión 20.2R1, serie MX, EX9204, EX9208, EX9214, EX9251 y EX9253 son compatibles con la protección de borde de PIC del BGP para los servicios de circuito de capa 2, VPN de capa 2 y VPLS (BGP VPLS, LDP VPLS y FEC 129 VPLS) con BGP etiquetado de unidifusión como protocolo de transporte.

En los dispositivos serie MX, SERIE EX y PTX de Juniper Networks, se admite protección de borde de PIC BGP con BGP etiquetado unidifusión como transporte para los siguientes servicios:

  • Servicios IPv4 mediante BGP IPv4 etiquetados como unidifusión

  • IPv6 BGP etiquetado como servicio de unidifusión sobre IPv4 BGP etiquetado como unidifusión

  • Servicios VPN de capa 3 IPv4 mediante BGP IPv4 etiquetados como unidifusión

  • Servicios VPN de capa 3 IPv6 mediante BGP IPv4 etiquetados como unidifusión

En los dispositivos de las series MX y EX de Juniper Networks, la protección de borde de PIC del BGP con BGP etiquetada unidifusión como transporte se admite para los siguientes servicios:

  • Servicios de circuito de capa 2 mediante IPv4 BGP etiquetados como unidifusión

  • Servicios VPN de capa 2 mediante BGP IPv4 etiquetados como unidifusión

  • Servicios de VPLS (BGP VPLS, LDP VPLS y FEC 129 VPLS) mediante IPv4 BGP etiquetado como unidifusión

Configuración del borde de PIC del BGP con BGP etiquetado como unidifusión para servicios de capa 2

Los dispositivos serie MX, EX9204, EX9208, EX9214, EX9251 y EX9253 admiten protección de borde de PIC BGP para los 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. El borde de PIC del BGP mediante el protocolo de transporte de unidifusión etiquetado BGP ayuda a proteger las fallas de tráfico en nodos de borde (ABR y ASBR) en redes multidominio. Las redes de varios dominios se utilizan normalmente en los diseños de redes de agregación de metro y de retorno móvil.

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

Para habilitar la jerarquía ampliada del salto siguiente para el BGP etiquetado como familia de unidifusión, 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 el equilibrio de carga de MPLS nexthops, debe configurar la siguiente instrucción de configuración de 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 a través de VPN de capa 3 que ejecuta BGP etiquetado como unidifusión

En este ejemplo, se muestra cómo configurar el borde de convergencia independiente (PIC) del prefijo del BGP etiquetado como unidifusión y cómo 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 de 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 protocolo de transporte.

Requisitos

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

  • Enrutadores serie MX.

  • Junos OS versión 19.4R1 o posterior se ejecuta 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 copia de seguridad cuando la ruta principal deja de estar disponible.

Topología

Figura 14 ilustra vpn de capa 3 que ejecuta BGP etiquetado como unidifusión como protocolo de transporte entre dominios.

Figura 14: VPN de capa 3 sobre BGP etiquetado como unidifusión con protocolo de transporte LDP
Topología

En la tabla siguiente 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 reenrutar el tráfico de CE1 a CE2.

P1-P3

Serie MX

Enrutadores de núcleo para transportar 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 de 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 PIC del BGP mediante la unidifusión de etiquetas del 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

El siguiente ejemplo requiere que navegue 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 en 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 para usarse como ID de enrutador y interfaz de terminación para sesiones de LDP y BGP.

  3. Configure las políticas de resolución de varias rutas para instalar varias rutas jerárquicas en PFE.

  4. Configure las opciones de enrutamiento.

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

Resultados

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

Configuración de PE1

Procedimiento paso a paso

El siguiente ejemplo requiere que navegue 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 en 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 para usarse como ID de enrutador y interfaz de terminación para sesiones de LDP y BGP.

  3. Configure las políticas de resolución de varias rutas para instalar varias rutas jerárquicas en PFE.

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

  5. Configure las políticas de importación rib de resolución y las RIB de resolución para habilitar la estructura de nexthop 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 de unidifusión a ABR para intercambiar direcciones IP de circuito cerrado como prefijos de unidifusión etiquetados como BGP.

Resultados

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

Configuración del dispositivo P1

Procedimiento paso a paso

El siguiente ejemplo requiere que navegue 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 en 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 las políticas de resolución de varias rutas para instalar varias 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 , show policy-optionsy show protocols para confirmar la show interfacesconfiguración. Si el resultado no muestra la configuración deseada, repita las instrucciones en este ejemplo para corregir la configuración.

Configuración del dispositivo RR1

Procedimiento paso a paso

El siguiente ejemplo requiere que navegue 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 en 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 las políticas de resolución de varias rutas para instalar varias 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 como BGP.

Resultados

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

Configuración del dispositivo ABR1

Procedimiento paso a paso

El siguiente ejemplo requiere que navegue 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 en 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 para usarse como ID de enrutador y interfaz de terminación para sesiones de LDP y BGP.

  3. Configure las políticas de resolución de varias rutas para instalar varias 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 como BGP.

Resultados

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

Configuración del dispositivo ABR2

Procedimiento paso a paso

El siguiente ejemplo requiere que navegue 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 en la Guía del usuario de CLI.

Para configurar abr2 del dispositivo:

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

  2. Configure la interfaz de circuito cerrado para usarse como ID de enrutador y interfaz de terminación para sesiones de LDP y BGP.

  3. Configure las políticas de resolución de varias rutas para instalar varias 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 como BGP.

Resultados

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

Configuración del dispositivo P2

Procedimiento paso a paso

El siguiente ejemplo requiere que navegue 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 en 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 para usarse como ID de enrutador y interfaz de terminación para sesiones de LDP y BGP.

  3. Configure las políticas de resolución de varias rutas para instalar varias 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 , show policy-optionsshow routing-optionsy show protocols para confirmar la show interfacesconfiguración. Si el resultado no muestra la configuración deseada, repita las instrucciones en este ejemplo para corregir la configuración.

Configuración del dispositivo RR2

Procedimiento paso a paso

El siguiente ejemplo requiere que navegue 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 en 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 para usarse como ID de enrutador y interfaz de terminación para sesiones de LDP y BGP.

  3. Configure las políticas de resolución de varias rutas para instalar varias 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 como BGP.

Resultados

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

Verificación

Confirme que la configuración funciona correctamente.

Verificar que se resuelvan las próximas operaciones

Propósito

Verifique que las próximas operaciones de PE2 y PE3 se resuelvan en PE1.

Acción

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

Significado

Puede ver pesos 0x1 y 0x4000 para operaciones principales y de respaldo próximos.

Verificar las entradas de Nexthop en la tabla de enrutamiento

Propósito

Compruebe las entradas de enrutamiento de nexthop activas 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óximoshops primarios 0x1 y de respaldo.

Descripción general del soporte pseudowire 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 de conmutación de paquetes MPLS (PSN). El pseudocable está destinado a 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 del flujo (FAT) de la etiqueta de flujo de pseudocables, como se describe en draft-keyupdate-l2vpn-fat-pw-bgp, se utiliza para equilibrar el tráfico de carga a través de pseudocables señalizadas por BGP para la red privada virtual de capa 2 (L2VPN) y el servicio LAN privada virtual (VPLS).

La etiqueta de flujo FAT solo está configurada en los enrutadores de borde de etiquetas (LER). Esto hace que los enrutadores de tránsito o enrutadores de conmutación de etiquetas (LSR) realicen el equilibrio de carga de paquetes MPLS en rutas de múltiples rutas 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 utilizar para pseudocables de clase de equivalencia de reenvío señal de LDP (FEC 128 y FEC 129) para los 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 abrir la etiqueta de flujo. De forma predeterminada, el comportamiento de señalización del enrutador de borde del proveedor (PE) para cualquiera de estos pseudocables es anunciar los bits T y R en la etiqueta establecida en 0.

Las flow-label-transmit instrucciones y flow-label-receive de configuración proporcionan la capacidad de establecer el anuncio de bits T y 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 LDP. Puede usar estas instrucciones para controlar el empuje 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ñalizadas del BGP, como L2VPN y VPLS.

Configuración del soporte de pseudocable FAT para BGP L2VPN para equilibrar la carga del tráfico MPLS

El transporte consciente del flujo (FAT) o la etiqueta de flujo se admiten para pseudocables señalizadas por BGP, como L2VPN, que se configurarán solo en los enrutadores de borde de etiquetas (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 de múltiples rutas 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. Los pseudocables FAT o la etiqueta de flujo se pueden usar con L2VPN señalizadas por LDP con clase de equivalente de reenvío (FEC128 y FEC129), y el soporte para etiqueta de flujo se extiende para pseudocables señalizadas por BGP para servicios de capa 2 de punto a punto o de 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 del dispositivo y habilite MPLS en todas las interfaces.

  • Configure RSVP.

  • Configure MPLS y un LSP al enrutador de PE remoto.

  • Configure BGP y OSPF.

Para configurar la compatibilidad con pseudocables FAT para BGP L2VPN para 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 dada para los protocolos L2VPN.
  2. Configure el protocolo L2VPN para la instancia de enrutamiento a fin de proporcionar la capacidad publicitaria de abrir la etiqueta de flujo en la dirección de recepción hacia el PE remoto.
  3. Configure el protocolo L2VPN para proporcionar la capacidad publicitaria de 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 dada para el protocolo VPLS.
  5. Configure el protocolo VPLS para la instancia de enrutamiento a fin de proporcionar la capacidad de publicidad para abrir la etiqueta de flujo en la dirección de recepción al PE remoto.
  6. Configure el protocolo VPLS para proporcionar la capacidad publicitaria de insertar la etiqueta de flujo en la dirección de transmisión al PE remoto.

Ejemplo: Configuración del soporte de pseudocable FAT para BGP L2VPN para equilibrar la carga del tráfico MPLS

En este ejemplo, se muestra cómo implementar la compatibilidad con pseudocable 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 serie MX

  • Junos OS versión 16.1 o posterior se ejecuta 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) que es compatible con pseudocables con señal de BGP, como L2VPN, se configure solo en los enrutadores de borde de etiquetas (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 de múltiples rutas 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 utilizar para pseudocables de clase de equivalente de reenvío señal de LDP (FEC 128 y FEC 129) para los pseudocables VPWS y VPLS.

Topología

Figura 15, muestra la compatibilidad con pseudocables FAT para BGP L2VPN configurado en los dispositivos PE1 y PE2.

Figura 15: Ejemplo de soporte de Pseudowire FAT para BGP L2VPNEjemplo de soporte de Pseudowire FAT para BGP L2VPN

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

El siguiente ejemplo requiere que navegue 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 en 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 interrupciones y configure el ID del enrutador.

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

  4. Configure el protocolo RSVP en las interfaces.

  5. Aplique los atributos de ruta conmutada por etiquetas 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 atributos de la familia de protocolos para NLRIC 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 de 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 necesario para el protocolo L2VPN.

  14. Configure los sitios conectados al equipo del proveedor.

  15. Configure el protocolo L2VPN para que la instancia de enrutamiento proporcione la capacidad de publicidad para abrir la etiqueta de flujo en la dirección de recepción hacia el PE remoto y para proporcionar la capacidad publicitaria de 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 con el fin de proporcionar la capacidad de publicidad para abrir la etiqueta de flujo en la dirección de recepción hacia el PE remoto y para proporcionar la capacidad publicitaria de insertar la etiqueta de flujo en la dirección de transmisión al PE remoto.

Resultados

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

Verificación

Confirme que la configuración funciona correctamente.

Verificar la información resumida del BGP
Propósito

Verifique la información de resumen del BGP.

Acción

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

Significado

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

Verificar la información de las conexiones de L2VPN
Propósito

Verifique 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 las conexiones VPN de capa 2 junto con la transmisión de etiqueta de flujo y la información de recepción de etiqueta de flujo.

Verificar las rutas
Propósito

Verifique 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

El siguiente ejemplo requiere que navegue 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 en la Guía del usuario de la CLI de Junos OS.

Para configurar el dispositivo PE2:

  1. Configure las interfaces.

  2. Configure el ID de enrutador.

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

  4. Configure el protocolo RSVP en las interfaces.

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

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

  7. Configure los atributos de la familia de protocolos para NLRIs 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 de 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 necesario para el protocolo L2VPN.

  14. Configure los sitios conectados al equipo del proveedor.

  15. Configure el protocolo L2VPN para que la instancia de enrutamiento proporcione la capacidad de publicidad para abrir la etiqueta de flujo en la dirección de recepción hacia el PE remoto y para proporcionar la capacidad publicitaria de 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 con el fin de proporcionar la capacidad de publicidad para abrir la etiqueta de flujo en la dirección de recepción hacia el PE remoto y para proporcionar capacidad publicitaria a la etiqueta de flujo push en la dirección de transmisión al PE remoto.

Resultados

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

Verificación

Confirme que la configuración funciona correctamente.

Verificar la información resumida del BGP

Propósito

Verifique la información de resumen del BGP.

Acción

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

Significado

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

Verificar la información de las conexiones de L2VPN

Propósito

Verifique 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 las conexiones VPN de capa 2 junto con la transmisión de etiqueta de flujo y la información de recepción de etiqueta de flujo.

Verificar las rutas

Propósito

Verifique 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 pseudocables FAT para BGP VPLS para equilibrar la carga del tráfico de MPLS

El transporte consciente de flujo (FAT) o la etiqueta de flujo son compatibles con pseudocables señalizadas por BGP, como VPLS, y se configurarán solo en los enrutadores de borde de etiquetas (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 varias rutas 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. Los pseudocables FAT o la etiqueta de flujo se pueden usar con VPLS señalizadas por LDP con clase de equivalente de reenvío (FEC128 y FEC129), y el soporte para la etiqueta de flujo se extiende para pseudocables señalados por BGP para servicios de capa 2 de punto a punto o de 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 del dispositivo y habilite MPLS en todas las interfaces.

  • Configure RSVP.

  • Configure MPLS y un LSP al enrutador de PE remoto.

  • Configure BGP y OSPF.

Para configurar la compatibilidad con pseudocables FAT para BGP VPLS para 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 dada para los protocolos VPLS.
  2. Configure el protocolo VPLS para la instancia de enrutamiento a fin de proporcionar la capacidad de publicidad para abrir la etiqueta de flujo en la dirección de recepción al PE remoto.
  3. Configure el protocolo VPLS para proporcionar la capacidad publicitaria de insertar la etiqueta de flujo en la dirección de transmisión al PE remoto.

Ejemplo: Configuración de la compatibilidad con pseudocables FAT para BGP VPLS para equilibrar la carga del tráfico de 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 serie MX

  • Junos OS versión 16.1 o posterior se ejecuta 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) que se admite para pseudocables con señal de BGP, como VPLS, se configure solo en los enrutadores de borde de etiquetas (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 de múltiples rutas 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 utilizar para pseudocables de clase de equivalente de reenvío señal de LDP (FEC 128 y FEC 129) para los pseudocables VPWS y VPLS.

Topología

Figura 16 muestra la compatibilidad con pseudocables FAT para BGP VPLS configurado en los dispositivos PE1 y PE2.

Figura 16: Ejemplo de soporte de Pseudowire FAT para BGP VPLSEjemplo de soporte de Pseudowire FAT para BGP VPLS

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

El siguiente ejemplo requiere que navegue 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 en 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 interrupciones y configure el ID del enrutador.

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

  4. Configure el protocolo RSVP en las interfaces.

  5. Aplique los atributos de ruta conmutada por etiquetas 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 atributos de la familia de protocolos para NLRIC 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 de 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 no usar 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 con el fin de proporcionar la capacidad de publicidad para abrir la etiqueta de flujo en la dirección de recepción hacia el PE remoto y para proporcionar la capacidad publicitaria de insertar la etiqueta de flujo en la dirección de transmisión al PE remoto.

Resultados

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

Configuración de PE2

Procedimiento paso a paso

El siguiente ejemplo requiere que navegue 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 en la Guía del usuario de la CLI de Junos OS.

Para configurar el dispositivo PE2:

  1. Configure las interfaces.

  2. Configure el ID de enrutador.

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

  4. Configure el protocolo RSVP en las interfaces.

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

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

  7. Configure atributos de la familia de protocolos para NLRIC 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 de 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 no usar 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 con el fin de proporcionar la capacidad de publicidad para abrir la etiqueta de flujo en la dirección de recepción hacia el PE remoto y para proporcionar la capacidad publicitaria de insertar la etiqueta de flujo en la dirección de transmisión al PE remoto.

Resultados

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

Verificación

Confirme que la configuración funciona correctamente.

Verificar 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 etiqueta de flujo y transmisión de etiquetas de flujo.

Verificación

Confirme que la configuración funciona correctamente.

Verificar 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 etiqueta de flujo y transmisión de etiquetas de flujo.

Tabla de historial de versiones
Liberación
Descripción
20.2R1
A partir de junos OS versión 20.2R1, serie MX, EX9204, EX9208, EX9214, EX9251 y EX9253 son compatibles con la protección de borde de PIC del BGP para los servicios de circuito de capa 2, VPN de capa 2 y VPLS (BGP VPLS, LDP VPLS y FEC 129 VPLS) con BGP etiquetado de 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 Junos OS versión 18.4R1, el BGP puede anunciar un máximo de 2 rutas de complemento además de las múltiples rutas ECMP.
18.1R1
A partir de Junos OS versión 18.1R1 BGP se admite la multiruta globalmente en [edit protocols bgp] el nivel jerárquico. Puede deshabilitar selectivamente varias rutas en algunos grupos de BGP y vecinos. Incluir disable en [edit protocols bgp group group-name multipath] el nivel de jerarquía para deshabilitar la opción de varias rutas para un grupo o un vecino de BGP específico.
18.1R1
A partir de Junos OS versión 18.1R1, puede postergar el cálculo de varias rutas hasta que se reciban todas las rutas del BGP. Cuando se habilita la multiruta, el BGP inserta la ruta en la cola de varias rutas cada vez que se agrega una nueva ruta o cuando cambia una ruta existente. Cuando se reciben varias rutas mediante la función de ruta de complemento del BGP, el BGP puede calcular una ruta de varias rutas varias veces. El cálculo de varias rutas ralentiza la velocidad de aprendizaje rib (también conocida como tabla de enrutamiento). Para acelerar el aprendizaje rib, el cálculo de varias rutas puede postergarse hasta que se reciban las rutas del BGP o puede reducir la prioridad del trabajo de construcción de varias rutas según sus requisitos hasta que se resuelvan las rutas del BGP. Para diferir la configuración defer-initial-multipath-build de cálculo de varias rutas en el [edit protocols bgp] nivel jerárquico. Alternativamente, puede reducir la prioridad del trabajo de desarrollo de varias rutas del BGP mediante la instrucción de multipath-build-priority configuración en [edit protocols bgp] el nivel jerárquico para acelerar el aprendizaje RIB.