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 BGP

Descripción de la multiruta de BGP

La multiruta BGP permite instalar varias rutas BGP internas y varias rutas BGP externas en la tabla de reenvío. La selección de varias rutas permite al BGP equilibrar la carga del tráfico a través de varios vínculos.

Una ruta se considera una ruta BGP de igual costo (y se utiliza para el reenvío) si el proceso de selección de ruta 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 BGP vecino habilitado para varias rutas se consideran dentro del proceso de selección multiruta.

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

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

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

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

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

  • Equilibrio de carga en una subred común o en varias subredes a diferentes dispositivos de enrutamiento que pertenecen a pares de confederación externos

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

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

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

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

Consulte también

Ejemplo: Equilibrio de carga del tráfico BGP

En este ejemplo se muestra cómo configurar BGP para seleccionar varias rutas de acceso BGP externas (EBGP) o BGP internas (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 instrucciones en el nivel de jerarquía, definiendo una acción de :policy-statement[edit policy-options]load-balance per-packet

    Nota:

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

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

    No puede aplicar la directiva 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 está anunciando.

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

Nota:

En algunas plataformas, puede aumentar el número de rutas de acceso con equilibrio de carga mediante la instrucción.chassis maximum-ecmp Con esta instrucción, puede cambiar el número máximo de rutas de carga equilibrada de igual costo a 32, 64, 128, 256 o 512 (el número máximo varía según la plataforma; consulte ecmp máximo). A partir de Junos OS versión 19.1R1, puede especificar un número máximo de 128 rutas de igual costo en QFX10000 conmutadores.https://www.juniper.net/documentation/en_US/junos/topics/reference/configuration-statement/maximum-ecmp-edit-chassis-qfx.html A partir de Junos OS versión 19.2R1, puede especificar un número máximo de 512 rutas de igual costo en QFX10000 conmutadores.—consulte Descripción de la configuración de hasta 512 rutas de igual costo con equilibrio de carga consistente opcional.Descripción de la configuración de hasta 512 rutas de igual costo con equilibrio de carga consistente opcional

En este ejemplo, el dispositivo R1 está en el AS 64500 y está conectado tanto al dispositivo R2 como al dispositivo R3, que se encuentran en el AS 64501. En este ejemplo se muestra la configuración del dispositivo R1.

Topología

Figura 1muestra 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, a continuación, copie y pegue los comandos en la CLI en el nivel de jerarquía.[edit]

Procedimiento paso a paso

El ejemplo siguiente requiere que navegue por varios niveles en la jerarquía de configuración. Para obtener información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en modo de configuración en la Guía del usuario de CLI de Junos OS.Usar el editor de CLI en el modo de configuraciónhttps://www.juniper.net/documentation/en_US/junos/information-products/pathway-pages/junos-cli/junos-cli.html

Para configurar las sesiones del par BGP:

  1. Configure el grupo BGP.

  2. Habilite el grupo BGP para que utilice varias rutas.

    Nota:

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

  3. Configure la directiva de equilibrio de carga.

  4. Aplique la directiva de equilibrio de carga.

  5. Configure un número de AS local legítimo.

Resultados

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

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

Verificación

Confirme que la configuración funciona correctamente:

Verificación de rutas

Propósito

Compruebe que las rutas se aprenden desde ambos enrutadores en el AS vecino.

Acción

Desde el modo operativo, ejecute el comando.show route

Significado

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

Nota:

El resultado del comando designa una puerta de enlace como .show route detailselected Este resultado es potencialmente confuso en el contexto del equilibrio de carga. La puerta de enlace seleccionada se utiliza para muchos fines, además de decidir qué puerta de enlace instalar en el kernel cuando Junos OS no está realizando el equilibrio de carga por paquete. Por ejemplo, el comando utiliza la puerta de enlace seleccionada al enviar paquetes.ping mpls 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 realiza el equilibrio de carga por paquete mediante una política de tabla de reenvío, la información de puerta de enlace seleccionada sigue siendo necesaria para otros fines. Es útil mostrar la puerta de enlace seleccionada para solucionar problemas. Además, es posible utilizar la política de tabla de reenvío para anular lo que está instalado en el núcleo (por ejemplo, mediante el uso de la acción).install-nexthop En este caso, la puerta de enlace del próximo salto instalada en la tabla de reenvío podría ser un subconjunto del total de puertas de enlace que se muestran en el comando.show route

Verificar 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 comando.show route forwarding-table

Consulte también

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

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

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

  • La función solo se aplica a pares BGP externos de un solo salto. (Esta característica 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, ya que depende del patrón de tráfico y de la organización de la tabla de conjunto de flujo hash en el hardware. El hash coherente minimiza la reasignación de flujos a vínculos de destino cuando se agregan o eliminan miembros del grupo.

  • Si configura con una de las opciones , , , o , algunos flujos pueden cambiar los vínculos de destino, ya que los nuevos parámetros hash podrían generar nuevos índices hash para los flujos, lo que daría como resultado nuevos vínculos de destino.set forwarding-options enhanced-hash-keyhash-modeinetinet6layer2

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

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

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

  • Si agrega una nueva ruta a un grupo ECMP existente, es posible que algunos flujos por 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 similar a la del ECMP. 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 miembro ECMP).

  • Durante los eventos de cambio de topología de red, en algunos casos se pierde un hash coherente para los prefijos de red porque esos prefijos apuntan a un nuevo salto siguiente ECMP que no tiene todas las propiedades de los siguientes 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 se habilitan con la instrucción, todos los prefijos de red que apuntan a ese mismo salto siguiente de ECMP muestran un comportamiento de hash coherente.consistent-hash

  • 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 las 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 características, ya que estas características tienen terminaciones de túnel o ingeniería de tráfico que no utiliza hash para seleccionar rutas: tunelización GRE; Tráfico de AUM; EVPN-VXLAN; y MPLS TE, ancho de banda automático.

Instrucciones para configurar hasta 512 saltos siguientes ECMP y, opcionalmente, configurar un equilibrio de carga coherente

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

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

  2. Creación de una política de enrutamiento y habilitación del equilibrio de carga por paquete, habilitando así el ECMP globalmente en el sistema:

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

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

Para obtener más información sobre la configuración de rutas de acceso de igual costo, consulte el ejemplo: Equilibrio de carga de tráfico BGP, que aparece anteriormente en este documento.

(Opcional) Para obtener más información 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 ECMPConfiguración de un equilibrio de carga coherente para grupos ECMP

Consulte también

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

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

Requisitos

No se 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 próximo salto remoto con el que no comparte una subred común. El comportamiento predeterminado es que se descarte cualquier dirección de salto siguiente recibida de un par EBGP de un solo salto que no se reconozca como parte de una subred común. La capacidad de hacer que un par de EBGP de un solo salto acepte un próximo salto remoto al que no está conectado directamente también evita que tenga que configurar el vecino de EBGP de un solo salto como una sesión de múltiples saltos. Cuando se configura una sesión de varios saltos en esta situación, todas las rutas del 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 interrumpe la funcionalidad de múltiples rutas para rutas que se resuelven recursivamente sobre rutas que incluyen estas direcciones de salto siguiente. La configuración de la instrucción permite que un par EBGP de un solo salto acepte un próximo salto remoto, lo que restaura la funcionalidad de múltiples rutas para las rutas que se resuelven en estas direcciones del próximo salto. accept-remote-nexthop Puede configurar esta instrucción en los niveles de jerarquía global, de grupo y de vecino para BGP. La instrucción también se admite en sistemas lógicos y en el tipo de instancia de enrutamiento de enrutamiento y reenvío VPN (VRF). Tanto el par remoto del siguiente salto como el EBGP deben admitir la actualización de ruta 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 BGP, la sesión se restablece.

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

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

Figura 2 muestra la topología de ejemplo.

Figura 2: Topología para aceptar un próximo salto remotoTopologí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, a continuación, copie y pegue los comandos en la CLI en el nivel de jerarquía.[edit]

Dispositivo R0

Dispositivo R1

Dispositivo R2

Dispositivo R0

Procedimiento paso a paso

En el ejemplo siguiente, debe explorar por varios niveles en la jerarquía de configuración. Para obtener información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en modo de configuración en la Guía del usuario de CLI de Junos OS.Usar el editor de CLI en el modo de configuraciónhttps://www.juniper.net/documentation/en_US/junos/information-products/pathway-pages/junos-cli/junos-cli.html

Para configurar el dispositivo R0:

  1. Configure las interfaces.

  2. Configure EBGP.

  3. Habilite el BGP de múltiples 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 de este ejemplo.

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

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

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

Resultados

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

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

Configuración del dispositivo R1

Procedimiento paso a paso

En el ejemplo siguiente, debe explorar por varios niveles en la jerarquía de configuración. Para obtener información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en modo de configuración en la Guía del usuario de CLI de Junos OS.Usar el editor de CLI en el modo de configuraciónhttps://www.juniper.net/documentation/en_US/junos/information-products/pathway-pages/junos-cli/junos-cli.html

Para configurar el dispositivo R1:

  1. Configure las interfaces.

  2. Configure OSPF.

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

  4. Configurar IBGP.

  5. Configure EBGP.

  6. Habilite el BGP de múltiples rutas entre los dispositivos R0 y R1.

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

  8. Importe la directiva en la tabla de enrutamiento del dispositivo R1.agg_route

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

Resultados

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

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

Configuración del dispositivo R2

Procedimiento paso a paso

En el ejemplo siguiente, debe explorar por varios niveles en la jerarquía de configuración. Para obtener información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en modo de configuración en la Guía del usuario de CLI de Junos OS.Usar el editor de CLI en el modo de configuraciónhttps://www.juniper.net/documentation/en_US/junos/information-products/pathway-pages/junos-cli/junos-cli.html

Para configurar el dispositivo R2:

  1. Configure las interfaces.

  2. Configure OSPF.

  3. Configurar IBGP.

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

Resultados

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

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

Verificación

Confirme que la configuración funcione correctamente.

Comprobación de que la ruta multiruta con el siguiente salto indirecto está en la tabla de enrutamiento

Propósito

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

Acción

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

Significado

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

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

Propósito

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

Acción

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

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

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

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

Significado

Cuando se desactiva la instrucción, la ruta multiruta a 10.La red 1.230.0 se elimina de la tabla de enrutamiento.accept-remote-nexthop

Consulte también

Descripción del equilibrio de carga para el tráfico BGP con 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 que las rutas BGP de igual costo aprendidas de múltiples fuentes se instalen en la tabla de reenvío. Sin embargo, cuando las rutas disponibles no tienen el mismo costo, es posible que desee equilibrar la carga del tráfico asimétricamente.

Una vez instalados varios saltos siguientes en la tabla de reenvío, el algoritmo de equilibrio de carga por prefijo de Junos OS selecciona un siguiente salto de reenvío específico. Este proceso aplica hash a las direcciones de origen y destino de un paquete para asignar de forma determinística el emparejamiento de prefijos en uno de los siguientes saltos disponibles. La asignación por prefijo funciona mejor cuando la función hash se presenta con un gran número de prefijos, como podría 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 desea modificar el comportamiento predeterminado para evocar un algoritmo de equilibrio de carga por paquete . Aquí se enfatiza por paquete porque su uso es un nombre inapropiado que se deriva del comportamiento histórico del ASIC original del procesador de Internet. En realidad, los enrutadores actuales de Juniper Networks admiten el equilibrio de carga por prefijo (predeterminado) y por flujo. Este último implica hashing contra varios encabezados de capa 3 y capa 4, incluidas partes de la dirección de origen, la dirección de destino, el protocolo de transporte, la interfaz entrante y los puertos de aplicación. El efecto es que ahora los flujos individuales se cifran a un salto siguiente específico, lo que resulta en una distribución más uniforme entre los siguientes saltos disponibles, especialmente cuando se enrutan entre menos pares de origen y destino.

Con el equilibrio de carga por paquete, los paquetes que comprenden un flujo de comunicación entre dos puntos finales pueden resecuenciarse, pero los paquetes dentro de flujos individuales mantienen la secuencia 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 exhibirá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 equitativo resulte en la saturación total del vínculo T1 y la interrupción de la sesión derivada de la pérdida de paquetes.

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

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

La tarea de configuración consta de dos partes:

  • Configure las sesiones de emparejamiento de BGP externo (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.

Consulte también

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

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

Las comunidades BGP pueden ayudarle a controlar la política de enrutamiento. Un ejemplo de un buen uso para las comunidades BGP es el equilibrio de carga desigual. Cuando un enrutador de borde del sistema autónomo (ASBR) recibe rutas de vecinos BGP externos (EBGP) conectados directamente, el ASBR anuncia esas rutas a vecinos internos, utilizando anuncios de IBGP. En las adverisements de IBGP, puede adjuntar la comunidad link-bandwidth para comunicar el ancho de banda del enlace externo anunciado. Esto es útil cuando hay varios vínculos externos disponibles y desea realizar un equilibrio de carga desigual sobre los vínculos. Puede configurar 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 extendida de ancho de banda del 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 enlace. Junos OS admite el equilibrio de carga de ancho de banda de vínculo BGP y de múltiples rutas, tal y como se describe en el borrador de Internet draft-ietf-idr-link-bandwidth-06, BGP Link Bandwidth Extended Community. Tenga en cuenta que, aunque especifica comunidades no transitivas, la implementación de Junos OS se limita a comunidades transitivas.draft-ietf-idr-link-bandwidth-06

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 tanto al dispositivo R2 como al dispositivo R3, que se encuentran en el AS 64501.

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

De forma predeterminada, cuando se utiliza varias rutas BGP, el tráfico se distribuye equitativamente entre las distintas rutas calculadas. La comunidad extendida de ancho de banda permite agregar un atributo adicional a las rutas 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étrico. En tal escenario, puede etiquetar rutas recibidas con la comunidad extendida de ancho de banda. Cuando BGP multiruta (interna o externa) 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 BGP tiene varias rutas candidatas disponibles para fines multiruta, BGP no realiza un equilibrio de carga de costos desigual según la comunidad de ancho de banda, a menos que todas las rutas candidatas tengan este atributo.

La aplicabilidad de la comunidad extendida de ancho de banda está limitada por las restricciones bajo las cuales BGP multipath acepta múltiples rutas para su consideración. Explícitamente, la distancia IGP, en lo que respecta a 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 de conmutación de etiquetas (LSP) que no rastrean la métrica de IGP correspondiente. Sin embargo, en una red en la que el retardo de propagación de los circuitos es significativo (por ejemplo, si hay circuitos de larga distancia), a menudo es valioso tener en cuenta las características de retardo de 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:

Cuando 10458 es el número de AS local. Los valores corresponden al ancho de banda de las rutas T1, T3 y OC-3 en bytes por segundo. No es necesario que el valor especificado como valor de ancho de banda corresponda al 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, como se indica a continuación:

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

Topología

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

Figura 3: Equilibrio de carga BGPEquilibrio de carga BGP

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

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, a continuación, copie y pegue los comandos en la CLI en el nivel de jerarquía.[edit]

Dispositivo R1

Dispositivo R2

Dispositivo R3

Procedimiento paso a paso

El ejemplo siguiente requiere que navegue por varios niveles en la jerarquía de configuración. Para obtener información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en modo de configuración en la Guía del usuario de CLI de Junos OS.Usar el editor de CLI en el modo de configuraciónhttps://www.juniper.net/documentation/en_US/junos/information-products/pathway-pages/junos-cli/junos-cli.html

Para configurar las sesiones del par BGP:

  1. Configure las interfaces.

  2. Configure el grupo BGP.

  3. Habilite el grupo BGP para que utilice varias rutas.

    Nota:

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

  4. Configure la directiva de equilibrio de carga.

  5. Aplique la directiva de equilibrio de carga.

  6. Configure los miembros de la comunidad BGP.

    En este ejemplo se supone un ancho de banda de 1 Gbps y se asigna un 60 % a bw alto y un 40 % a bw bajo. No es necesario que el ancho de banda de referencia sea el mismo que el ancho de banda del vínculo.

  7. Configure la directiva de distribución de ancho de banda.

  8. Configure un número de AS local legítimo.

Resultados

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

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

Verificación

Confirme que la configuración funciona correctamente:

Verificación de rutas

Propósito

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

Acción

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

Significado

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

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

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

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

Consulte también

Ejemplo: Configuración de una política para anunciar ancho de banda agregado a través de vínculos BGP externos para equilibrio de carga

En este ejemplo se muestra cómo configurar una directiva para anunciar ancho de banda agregado a través de vínculos BGP externos para equilibrio de carga y especificar un umbral para el ancho de banda agregado configurado. BGP suma el ancho de banda de vínculo disponible de varias rutas y calcula el ancho de banda agregado. En caso de fallo de un vínculo, el ancho de banda agregado se ajusta para reflejar el estado actual del ancho de banda disponible.

Requisitos

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

  • Cuatro enrutadores con capacidad de equilibrio de carga

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

Descripción general

A partir de Junos OS versión 17.4R1, un altavoz BGP que recibe varias rutas de sus pares internos equilibra la carga del tráfico entre estas rutas. En versiones anteriores de Junos OS, un altavoz BGP que recibía varias rutas de sus pares internos anunciaba solo el ancho de banda del vínculo asociado a la ruta activa. BGP utiliza una nueva comunidad extendida de ancho de banda de vínculo con el ancho de banda agregado para etiquetar múltiples rutas y anuncia el ancho de banda agregado para estas múltiples rutas a través de su vínculo DMZ. Para anunciar varias rutas agregadas, configure una política con y acciones en el nivel jerárquico [edit policy-options policy-statement then].aggregate-bandwidthlimit bandwidthname

Topología

Figura 5: Configuración de una política para anunciar ancho de banda agregado a través de vínculos BGP externos para equilibrio de cargaConfiguración de una política para anunciar ancho de banda agregado a través de vínculos BGP externos para equilibrio de carga

En , el enrutador R1 equilibra la carga del tráfico a un destino remoto mediante el siguiente salto 10.0.1.1 en el enrutador R2 a 60.000.000 bytes por segundo y hasta 10.0.0.2 en el enrutador R3 a 40.000.000 bytes por segundo.Figura 5 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 deja de funcionar, el ancho de banda del vínculo con error no se agrega al ancho de banda agregado que se anuncia a los vecinos del BGP.

Configuración

Configuración rápida de CLI

Para configurar rápidamente este ejemplo, copie los siguientes comandos, péguelos en un archivo de texto, elimine los saltos de línea, cambie los detalles necesarios para que coincidan con su configuración de red, copie y pegue los comandos en la CLI en el nivel de jerarquía [edit] y, luego, ingrese commit desde el 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 ejemplo siguiente requiere que navegue por varios niveles en la jerarquía de configuración. Para obtener información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en modo de configuración en la Guía del usuario de CLI.Usar el editor de CLI en el modo de configuraciónhttps://www.juniper.net/documentation/en_US/junos/information-products/pathway-pages/junos-cli/junos-cli.html

Para configurar una política para anunciar un ancho de banda agregado a los pares BGP (empezando por el 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 EBGP en los enrutadores perimetrales 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 de bytes al enrutador par EBGP R4 a través de sesiones BGP.

  8. Aplique la política aggregate_bw_and limit_capacity al grupo EBGP.external2

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

  10. Aplique la directiva 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 un 60 % de un vínculo de 1 Gbps y otra comunidad con un 40 % de un vínculo de 1 Gbps.bw-highbw-low

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

Resultados

Desde el modo de configuración, ingrese los comandos show interfaces, show protocols, show routing-options y show policy-options para confirmar la configuració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 la sesión BGP esté establecida

Propósito

Para verificar que el emparejamiento BGP se haya completado y que se haya establecido una sesión BGP entre los enrutadores,

Acción
Significado

El enrutador R1 ha completado el emparejamiento con los enrutadores R2, R3 y R4.

Comprobación de que el ancho de banda agregado está presente en cada ruta

Propósito

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

Acción

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

Significado

Comprobación de 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 está anunciando el ancho de banda agregado de 80,000,000 bytes a sus vecinos.

Consulte también

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

Los pares BGP anuncian rutas entre sí en mensajes de actualización. 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 ruta de acceso, denominada ruta activa. A menos que configure BGP para anunciar varias rutas al mismo destino, BGP anuncia sólo la ruta activa.

En lugar de anunciar solo la ruta activa a un destino, puede configurar 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 proporciona las siguientes ventajas:

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

  • 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 elegante de los enrutadores.

Las siguientes limitaciones se aplican a la publicidad de múltiples rutas en BGP:

  • Familias de direcciones admitidas:

    • 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 ejemplo siguiente se muestra la configuración de las familias de unidifusión VPN IPv4 y unidifusión VPN IPv6:

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

    Nota:

    • Admitimos la recepción de rutas de adición para pares de IBGP y EBGP.

    • Admitimos el envío de add-path solo para pares de IBGP.

    • No se admite el envío de rutas de adición para pares EBGP. Cuando intenta confirmar la configuración para el envío de add-path para pares EBGP, la CLI produce un error de confirmación.

  • Solo instancia maestra. No hay soporte para instancias de enrutamiento.

  • Se admiten el reinicio correcto y el enrutamiento activo sin interrupciones (NSR).

  • No es compatible con el protocolo de supervisión BGP (BMP).

  • Las directivas 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 prefijos. No pueden hacer coincidir los atributos de ruta y no pueden cambiar los atributos de las rutas.

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

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

Consulte también

Ejemplo: Publicidad de varias rutas en BGP

En este ejemplo, los enrutadores BGP están configurados para anunciar varias rutas en lugar de anunciar sólo la ruta activa. La publicidad de varias rutas en BGP se especifica en RFC 7911, Anuncio de varias rutas en BGP.

Requisitos

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

  • Ocho dispositivos compatibles con BGP.

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

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

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

Descripción general

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

En este ejemplo, los enrutadores 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 reflector de ruta R1. El enrutador R8 es un cliente del Route Reflector R4.

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

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

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

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

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

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

Diagrama de topología

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

Figura 6: Anuncio de múltiples rutas en BGPAnuncio de múltiples 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, a continuación, copie y pegue los comandos en la CLI en el nivel de jerarquía.[edit]

Enrutador R1

Enrutador R2

Enrutador R3

Enrutador R4

Enrutador R5

Enrutador R6

Enrutador R7

Enrutador R8

Configuración del enrutador R1

Procedimiento paso a paso

En el ejemplo siguiente, debe explorar por varios niveles en la jerarquía de configuración. Para obtener información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en modo de configuración en la Guía del usuario de CLI de Junos OS.Usar el editor de CLI en el modo de configuraciónhttps://www.juniper.net/documentation/en_US/junos/information-products/pathway-pages/junos-cli/junos-cli.html

Para configurar el enrutador R1:

  1. Configure las interfaces con los enrutadores R2, R3, R4 y R5, y configure la interfaz de circuito cerrado (lo0).

  2. Configure 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 pueda llegar el enrutador R1 a través de varias rutas.

  4. Configure OSPF en las interfaces.

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

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

Resultados

Desde el modo de configuración, ingrese los comandos show interfaces, show protocols, show policy-options y show routing-options para confirmar la configuració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 para los enrutadores R6 y R1.

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

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

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

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

Resultados

Desde el modo de configuración, escriba los comandos , , y para confirmar la configuración. show interfacesshow protocolsshow policy-optionsshow routing-options 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 para los enrutadores R7 y R1.

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

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

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

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

Resultados

Desde el modo de configuración, ingrese los comandos show interfaces, show protocols, show policy-options y show routing-options para confirmar la configuració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 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 pueda llegar el enrutador R4 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 pueda llegar el enrutador R1 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 BGP para un subconjunto de prefijos anunciados de ruta de adición.add-path

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

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

Resultados

Desde el modo de configuración, ingrese los comandos show interfaces, show protocols, show policy-options y show routing-options para confirmar la configuració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 para el enrutador R1.

  2. Configure BGP en la interfaz del enrutador R5.

  3. Cree rutas estáticas para redistribuirlas en BGP.

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

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

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

Resultados

Desde el modo de configuración, ingrese los comandos show interfaces, show protocols, show policy-options y show routing-options para confirmar la configuració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 del enrutador R2.

  2. Configure BGP en la interfaz del enrutador R6.

  3. Cree rutas estáticas para redistribuirlas en BGP.

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

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

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

Resultados

Desde el modo de configuración, ingrese los comandos show interfaces, show protocols, show policy-options y show routing-options para confirmar la configuració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 para el enrutador R3.

  2. Configure BGP en la interfaz del enrutador R7.

  3. Cree una ruta estática para redistribuirla en BGP.

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

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

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

Resultados

Desde el modo de configuración, ingrese los comandos show interfaces, show protocols, show policy-options y show routing-options para confirmar la configuració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 para el enrutador R4.

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

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

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

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

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

Resultados

Desde el modo de configuración, ingrese los comandos show interfaces, show protocols, show policy-options y show routing-options para confirmar la configuració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 funcione correctamente.

Comprobación de que los pares BGP tienen la capacidad de enviar y recibir varias rutas

Propósito

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

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

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

Acción

Comprobación de que el enrutador R1 anuncia varias rutas

Propósito

Asegúrese de que se anuncien en el 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 vea un prefijo y más de un salto siguiente, significa que se anuncian múltiples rutas al enrutador R4.

Verificar que el enrutador R4 está recibiendo y anunciando múltiples rutas

Propósito

Asegúrese de que se reciben varias rutas al destino 172.16.199.1/32 desde el enrutador R1 y se anuncian en el enrutador R8. Asegúrese de que se reciben varias rutas al destino 172.16.198.1/32 desde el enrutador R1, pero solo se anuncia una ruta a este destino al enrutador R8.

Acción
Significado

El 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.show route receive-protocol El 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.show route advertising-protocol

Debido a la política de prefijos 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.

Comprobación de que el enrutador R8 recibe varias rutas

Propósito

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

Acción

Comprobación del ID de ruta

Propósito

En los dispositivos descendentes, enrutadores R4 y R8, verifique que un ID de ruta identifique de forma exclusiva la ruta. Busque la cuerda.Addpath Path ID:

Acción

Consulte también

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

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

Requisitos

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

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

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

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

Descripción general

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

Topología

En , RR1 y RR4 son reflectores de ruta.Figura 7 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 múltiples 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.

En el enrutador RR1 se configura una política de equilibrio de carga de tal manera que las rutas 199.1.1.1/32 tengan calculadas varias rutas. La característica de múltiples rutas se configura en add-path para el vecino RR4. Sin embargo, el enrutador RR4 no tiene configurada la multiruta de equilibrio de carga. El enrutador RR1 está configurado para enviar al enrutador RR4 hasta seis rutas de adición a 199.1.1.1/32 elegidas entre rutas candidatas de múltiples rutas.

Figura 7: Ejemplo: Configuración de la publicidad selectiva de varias rutas BGP para equilibrar la cargaEjemplo: Configuración de la publicidad selectiva de varias rutas BGP para equilibrar la 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, a continuación, ingrese commit desde el modo de configuración.[edit]

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 ejemplo siguiente requiere que navegue por varios niveles en la jerarquía de configuración. Para obtener información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en modo de configuración en la Guía del usuario de CLI.Usar el editor de CLI en el modo de configuraciónhttps://www.juniper.net/documentation/en_US/junos/information-products/pathway-pages/junos-cli/junos-cli.html

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 el grupo interno rr para las interfaces que se conectan a los enrutadores internos R2 y R3.

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

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

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

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

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

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

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

Resultados

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

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

Verificación

Confirme que la configuración funcione correctamente.

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

Propósito

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

Acción

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

Significado

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

Comprobación de que las rutas de múltiples rutas se anuncian desde el enrutador RR1 al enrutador RR4

Propósito

Verifique que el enrutador RR1 esté anunciando las rutas de múltiples rutas.

Acción

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

Significado

El enrutador RR1 anuncia dos saltos siguientes 10.0.0.20 y 10.0.0.30 para la ruta 199.1.1.1/32 al enrutador RR4.

Verificación de que el enrutador RR4 anuncia una ruta para 199.1.1.1/32 al enrutador R8

Propósito

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

Acción

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

Significado

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

Consulte también

Ejemplo: Configuración de una directiva de enrutamiento para seleccionar y anunciar múltiples rutas según el valor de comunidad del BGP

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

Requisitos

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

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

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

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

Descripción general

A partir de Junos OS 16.1R2, puede definir una política para identificar prefijos de ruta múltiple elegibles en función de los valores de la comunidad. 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, BGP no anuncia esa ruta. Esta función permite a BGP anunciar no más de 20 rutas a un destino determinado. Puede limitar y configurar el número de prefijos que BGP considera para varias rutas sin conocer realmente los prefijos de antemano. En su lugar, un valor de comunidad 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 las rutas estáticas 199.1.1.1/32 y 198.1.1.1/32 con valor de comunidad 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 la comunidad 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 múltiples rutas que contienen solo un valor de comunidad 4714:100.

Figura 8: Ejemplo: Configuración de BGP para anunciar múltiples rutas basadas en el valor de la comunidadEjemplo: Configuración de BGP para anunciar múltiples rutas basadas en 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, a continuación, ingrese commit desde el modo de configuración.[edit]

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 ejemplo siguiente requiere que navegue por varios niveles en la jerarquía de configuración. Para obtener información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en modo de configuración en la Guía del usuario de CLI.Usar el editor de CLI en el modo de configuraciónhttps://www.juniper.net/documentation/en_US/junos/information-products/pathway-pages/junos-cli/junos-cli.html

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 OSPF o cualquier otro protocolo de puerta de enlace interior (IGP).

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

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

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

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

Resultados

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

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

Verificación

Confirme que la configuración funcione correctamente.

Verificación de que las rutas de múltiples rutas se anuncian desde el enrutador RR4 al enrutador 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 enrutador RR4.show route advertising-protocol bgp neighbor-address

Significado

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

Comprobación de que el enrutador R8 recibe las rutas de múltiples rutas que anuncia el enrutador RR4

Propósito

Verifique que el enrutador R8 esté recibiendo las rutas de múltiples rutas del enrutador RR4.

Acción

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

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 desde el enrutador RR4.

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

Propósito

El enrutador RR4 debe anunciar rutas de múltiples rutas con un valor de comunidad de 4713:100 solo para el enrutador R8.

Acción

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

Significado

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

Consulte también

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

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

Antes de empezar a configurar la resolución recursiva de múltiples rutas BGP, debe hacer lo siguiente:

  1. Configure las interfaces del dispositivo.

  2. Configure OSPF o cualquier otro protocolo IGP.

  3. Configure MPLS y LDP.

  4. Configure BGP.

Para configurar la resolución recursiva a través de múltiples rutas,

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

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

Consulte también

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

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

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

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

Nota:

Los enrutadores de la serie MX con una o más tarjetas de concentrador de puerto modular (MPC) y con Junos OS 11.4 o versiones anteriores instaladas, admiten la configuración de la instrucción con solo 16 saltos siguientes.maximum-ecmp No debe configurar la instrucción con 32 o 64 saltos siguientes.maximum-ecmp Al confirmar la configuración con 32 o 64 saltos siguientes, aparece 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 ECMP para un máximo de 128 puertas de enlace ECMP:

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

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

  • RSVP ECMP próximos saltos creados para LSP

  • ECMP de rutas IPv4 e IPv6 de OSPF

  • ECMP de ruta IS-IS IPv4 e IPv6

  • ECMP de ruta IPv4 e IPv6 del EBGP

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

El límite ECMP mejorado de hasta 128 saltos siguientes ECMP también se aplica a VPN de capa 3, VPN de capa 2, circuitos de capa 2 y servicios VPLS que se resuelven en 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 de RSVP se configuran con asignación de ancho de banda, para los siguientes saltos ECMP con más de 16 LSP, el tráfico no se distribuye de manera óptima en función de los anchos de banda configurados. Algunos LSP con anchos de banda asignados más pequeños reciben más tráfico que los configurados con anchos de banda más altos. La distribución del tráfico no cumple estrictamente con la asignación de ancho de banda configurada. Esta advertencia se aplica a los siguientes enrutadores:

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

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

Consulte también

Configuración de un equilibrio de carga coherente para grupos ECMP

El equilibrio de carga por paquete le permite distribuir el tráfico en varias rutas de igual costo. De forma predeterminada, cuando se produce un error en una o más rutas, el algoritmo hash vuelve a calcular el siguiente salto para todas las rutas, lo que normalmente da como resultado la redistribución de todos los flujos. El equilibrio de carga coherente permite invalidar este comportamiento de modo que solo se redirijan 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 falla un vínculo potencialmente resulta en 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, reasigna solo los flujos afectados por uno o más errores de vínculo. Esta característica garantiza que los flujos conectados a los enlaces que permanecen activos continúen sin interrupciones.

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

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

  • Se admiten rutas IPv4 e IPv6.

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

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

  • Se admiten interfaces agregadas, pero no se admite 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 fallan uno o más vínculos de miembro. Los flujos se repiten cuando fallan uno o más enlaces de miembros del LAG.

  • Le recomendamos encarecidamente que aplique un equilibrio de carga consistente a no más de un máximo de 1.000 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 agregar ruta de BGP para habilitar la sustitución de una ruta errónea por una nueva ruta activa cuando fallan una o más rutas del grupo ECMP.https://www.juniper.net/documentation/en_US/junos/topics/reference/configuration-statement/add-path-edit-protocols-bgp.html La configuración de la sustitución de rutas con errores garantiza que el flujo de tráfico solo en las rutas con errores se redirija. El flujo de tráfico en las rutas activas permanecerá inalterado.

Nota:

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

    Para obtener más información acerca de la encapsulación de enrutamiento genérico, consulte Configuración de túnel de encapsulación de enrutamiento genérico.Configuring Generic Routing Encapsulation Tunneling

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

Para configurar un equilibrio de carga coherente para grupos ECMP:

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

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

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

    El equilibrio de carga coherente solo se puede aplicar a 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:

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

  7. Aplique la política de equilibrio de carga por prefijo globalmente para instalar todas las rutas 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 varias rutas ECMP para las que habilitó el equilibrio de carga coherente.

    El resultado del comando muestra el siguiente indicador cuando está habilitado el equilibrio de carga coherente:State: <Active Ext LoadBalConsistentHash>

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

¿Qué es una etiqueta de entropía?

Una etiqueta de entropía es una etiqueta especial de equilibrio de carga que mejora la capacidad del enrutador para equilibrar la carga de tráfico a través de 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 la carga del tráfico de manera eficiente utilizando solo la pila de etiquetas en lugar de la inspección profunda de paquetes (DPI). DPI requiere más potencia de procesamiento del enrutador y no es una capacidad compartida por todos los enrutadores.

Cuando un paquete IP tiene varias rutas para llegar a su destino, Junos OS utiliza determinados campos de los encabezados de paquete para aplicar el algoritmo hash del 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, solo se utiliza la pila de etiquetas para el hashing ECMP. Esto requiere una etiqueta de entropía, una etiqueta especial de equilibrio de carga que pueda transportar la información del flujo. El LSR de entrada tiene más contexto e información sobre los paquetes entrantes que los LSR de tránsito. Por lo tanto, el enrutador de borde de etiqueta 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 usan la etiqueta de entropía como la clave para hash del paquete a la ruta correcta.

Una etiqueta de entropía puede ser cualquier valor de etiqueta entre 16 y 1048575 (rango de etiquetas normal de 20 bits). Dado que este rango se superpone con el rango de etiquetas regulares 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 la IANA con el valor de 7.

Figura 9 ilustra la etiqueta de entropía en una pila de etiquetas de etiquetas de ruta de conmutación de etiquetas (LSP) RSVP. 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 unidifusión etiquetada BGP

El BGP etiquetado con unidifusión concatena el RSVP o el LSP de LDP en varias áreas del protocolo de pasarela interior (IGP) o varios sistemas autónomos (interAS de LSP). Los LSP de unidifusión etiquetados con BGP entre áreas suelen transportar tráfico VPN e IP cuando los PE de entrada y salida se encuentran en diferentes áreas del IGP. Cuando las unidifusiones etiquetadas con BGP concatenan los LSP RSVP o LDP, Junos OS inserta las etiquetas de entropía en la entrada de LSP de unidifusión etiquetada con BGP para lograr el equilibrio de carga de la etiqueta de entropía de extremo a extremo. Esto se debe a que las etiquetas de entropía RSVP o LDP suelen aparecer en el nodo de 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. ilustra la pila de etiquetas de paquetes de unidifusión etiquetada con BGP con la etiqueta de entropía en una pila de etiquetas RSVP.Figura 10 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 aparecen en el penúltimo nodo de salto.

Figura 10: Unidifusión etiquetada con BGP entre áreas con etiqueta de entropía RSVPUnidifusión etiquetada con BGP entre áreas con etiqueta de entropía RSVP

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

Figura 11: Unidifusión etiquetada con BGP entre áreas con etiqueta de entropía BGP en el punto de uniónUnidifusión etiquetada con BGP entre áreas con etiqueta de entropía BGP en el punto de unión
Nota:

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

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

De forma predeterminada, un altavoz BGP utiliza el atributo Entropy Label Capability (ELCv3) definido en el IETF BGP Router Capability Attribute (RCA) para el equilibrio de carga. Solo envía y recibe el atributo ELCv3. Si necesita utilizar el atributo ELCv2 interoperable con el borrador RCA, configure explícitamente la perilla en la jerarquía de etiquetas de entropía de unidifusión etiquetada.elc-v2-compatible En tal escenario, se envían y reciben tanto ELCv3 como ELCv2.

Características admitidas y no compatibles

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

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

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

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

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

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

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

  • Cuando los LSP de unidifusión etiquetados con BGP están tunelizando a través de la VPN de otro proveedor, no existe una verdadera etiqueta de entropía de extremo a extremo, ya que Junos OS no inserta un indicador de etiqueta de entropía ni una etiqueta de entropía debajo de las etiquetas VPN en la red de operadoras.

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

Consulte también

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

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

Una etiqueta de entropía puede ser cualquier valor de etiqueta entre 16 y 1048575 (rango de etiquetas normal de 20 bits). Dado que este rango se superpone con el rango de etiquetas regulares 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 la IANA con el valor de 7.

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

  1. Configure las interfaces del dispositivo.

  2. Configure OSPF o cualquier otro protocolo IGP.

  3. Configure BGP.

  4. Configure LDP.

  5. Configure RSVP.

  6. Configure MPLS.

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

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

    También puede habilitar el uso de una etiqueta de entropía en un grupo BGP o en un nivel de vecino de BGP específico incluyendo la instrucción en el nivel de jerarquía o .entropy-label[edit protocols bgp group group name family inet labeled-unicast][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 si no desea que Junos OS valide el campo del próximo salto en el atributo de capacidad de la etiqueta de entropía con el próximo salto de la ruta.no-next-hop-validation
  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 opción para rutas especificadas en la política e incluya la opción en la política especificada en el nivel jerárquico .no-entropy-label-capabilityno-entropy-label-capability[edit policy-options policy statement policy-name then]

Consulte también

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

En este ejemplo se muestra cómo configurar una etiqueta de entropía para una unidifusión etiquetada con BGP a fin de lograr el equilibrio de carga de extremo a extremo mediante etiquetas de entropía. Cuando un paquete IP tiene varias rutas para llegar a su destino, Junos OS utiliza determinados campos de los encabezados de paquete para aplicar el algoritmo hash del paquete a una ruta determinista. Esto requiere una etiqueta de entropía, una etiqueta especial de equilibrio de carga que pueda transportar la información del flujo. Los LSR en el núcleo simplemente usan la etiqueta de entropía como la clave para hash del paquete a la ruta correcta. Una etiqueta de entropía puede ser cualquier valor de etiqueta entre 16 y 1048575 (rango de etiquetas normal de 20 bits). Dado que este rango se superpone con el rango de etiquetas regulares 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 la IANA con el valor de 7.

Las unidifusiones etiquetadas con BGP generalmente concatenan RSVP o LDP LSP en múltiples áreas de IGP o múltiples sistemas autónomos. Las etiquetas de entropía RSVP o LDP aparecen en el nodo del penúltimo 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 nodo de penúltimo 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 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 ejecutándose en todos los dispositivos

    • Revalidado con Junos OS Relese 22.4

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

  1. Configure las interfaces del dispositivo.

  2. Configure OSPF o cualquier otro protocolo IGP.

  3. Configure BGP.

  4. Configure RSVP.

  5. Configure MPLS.

Descripción general

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

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

De forma predeterminada, los enrutadores que admiten etiquetas de entropía se configuran con la instrucción en el nivel de jerarquía para señalar las etiquetas por LSP.load-balance-label-capability[edit forwarding-options] Si el enrutador del mismo nivel 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 en el nivel de jerarquía.no-load-balance-label-capability[edit forwarding-options]

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 opción en el nivel de jerarquía.no-entropy-label-capability[edit policy-options policy-statement policy name then]

Topología

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

Figura 12: Configuración de una etiqueta de entropía para una unidifusión etiquetada como BGPConfiguración de una etiqueta de entropía para una unidifusión etiquetada como 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 [edit] y, luego, ingrese commit desde el modo de configuración.

Enrutador CE1

Enrutador PE1

Enrutador P1

Enrutador ABR

Enrutador P2

Enrutador PE2

Enrutador CE2

Configuración del enrutador PE1

Procedimiento paso a paso

El ejemplo siguiente requiere que navegue por varios niveles en la jerarquía de configuración. Para obtener información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en modo de configuración en la Guía del usuario de CLI.Usar el editor de CLI en el modo de configuraciónhttps://www.juniper.net/documentation/en_US/junos/information-products/pathway-pages/junos-cli/junos-cli.html

Para configurar el enrutador PE1:

Nota:

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

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

  2. Configure las interfacesde 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 del enrutador y el número de sistema autónomo.

  4. Configure el protocolo OSPF.

  5. Configure el protocolo RSVP.

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

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

  8. Defina una política para exportar rutas VPN 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 el .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 diferenciador 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 anteriormente.bgp-to-ospf

Configuración del enrutador P1

Procedimiento paso a paso

El ejemplo siguiente requiere que navegue por varios niveles en la jerarquía de configuración. Para obtener información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en modo de configuración en la Guía del usuario de CLI.Usar el editor de CLI en el modo de configuraciónhttps://www.juniper.net/documentation/en_US/junos/information-products/pathway-pages/junos-cli/junos-cli.html

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 del enrutador.

  4. Configure el protocolo OSPF.

  5. Configure el protocolo RSVP.

  6. Configure el protocolo MPLS .

Configuración del enrutador ABR

Procedimiento paso a paso

El ejemplo siguiente requiere que navegue por varios niveles en la jerarquía de configuración. Para obtener información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en modo de configuración en la Guía del usuario de CLI.Usar el editor de CLI en el modo de configuraciónhttps://www.juniper.net/documentation/en_US/junos/information-products/pathway-pages/junos-cli/junos-cli.html

Para configurar el 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 aplicar hash a los paquetes a su destino para el equilibrio de carga.

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

  5. Configure el protocolo OSPF.

  6. Configure el protocolo RSVP.

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

  8. Configure IBGP tanto en PE1 como en 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 el .routing-options forwarding-table

(Opcional) Configuración de duplicación de puertos

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

Procedimiento paso a paso

El ejemplo siguiente requiere que navegue por varios niveles en la jerarquía de configuración. Para obtener información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en modo de configuración en la Guía del usuario de CLI.Usar el editor de CLI en el modo de configuraciónhttps://www.juniper.net/documentation/en_US/junos/information-products/pathway-pages/junos-cli/junos-cli.html

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 creación de reflejo de puertos. 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 funcione correctamente.

Comprobación de que se anuncia la capacidad de la etiqueta de entropía

Propósito

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

Acción

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

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 está anunciando la capacidad de etiqueta de entropía a sus vecinos BGP.

Comprobación de que el enrutador PE1 recibe el anuncio de la 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 comando en el enrutador PE1.show route protocol bgp 10.1.255.6 extensive

Significado

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

Verificación de ECMP en el ABR a PE2

Propósito

Verifique la ruta múltiple de igual costo (ECMP) a PE2.

Acción

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

Significado

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

Mostrar rutas a CE2 en PE1

Propósito

Verifique las rutas a CE2.

Acción

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

Significado

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

Ping CE2 desde CE1

Propósito

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

Acción

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

Significado

El resultado muestra que los pings son correctos.

Verificar equilibrio de carga

Propósito

Verifique el equilibrio de carga.

Acción

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

Significado

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

Comprobar la etiqueta de entropía

Propósito

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

Acción

En el host 1, ejecute el archivo .tcpdump -i eth1 -n

Significado

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

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

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

Cuando falla la accesibilidad a un enrutador de salida en una red, el IGP detecta esta interrupción y el estado del vínculo propaga esta información por toda la red y anuncia el próximo salto del BGP para ese prefijo como inalcanzable. BGP reevalúa rutas alternativas y, si hay una ruta alternativa disponible, reinstala este próximo salto alternativo en el motor de reenvío de paquetes. Este tipo de error de salida suele afectar a varios prefijos al mismo tiempo, y BGP tiene que actualizar todos estos prefijos de uno en uno. En los enrutadores de entrada, el IGP completa primero la ruta más corta (SPF) y actualiza los saltos siguientes. A continuación, Junos OS determina los prefijos que se han vuelto inaccesibles y le indica al protocolo que deben actualizarse. BGP recibe la notificación y actualiza el siguiente salto para cada prefijo que ahora no es válido. Este proceso podría afectar la conectividad y podría tardar unos minutos en recuperarse de la interrupción. BGP PIC puede reducir este tiempo de inactividad puesto 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 BGP, que inicialmente se admitía para enrutadores VPN de capa 3, se extiende a BGP con varias rutas en las tablas globales, como unidifusión inet e inet6, e inet e inet6 etiquetadas como unidifusión. En un enrutador habilitado para PIC 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 accesibilidad a un prefijo con una o más rutas, envía una señal al motor de enrutamiento con un solo mensaje antes de actualizar las tablas de enrutamiento. El motor de enrutamiento indica al motor de reenvío de paquetes que se ha producido un error en el siguiente salto indirecto y que el tráfico debe reenrutarse mediante la ruta de reserva. El enrutamiento al prefijo de destino afectado continúa usando la ruta de copia de seguridad incluso antes de que BGP comience a recalcular los próximos saltos nuevos para los prefijos BGP. El enrutador utiliza esta ruta de respaldo para reducir la pérdida de tráfico hasta que se resuelva la convergencia global a través del BGP.

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

Consulte también

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

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

Antes de empezar:

  1. Configure las interfaces del dispositivo.

  2. Configure OSPF o cualquier otro protocolo IGP.

  3. Configure MPLS y LDP.

  4. Configure BGP.

Nota:

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

Mejores prácticas:

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

Para configurar la PIC del BGP para inet:

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

    La función de borde de PIC 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 desde la tabla de enrutamiento a la tabla de reenvío.
  4. Compruebe que la PIC de BGP funciona.

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

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

    • 0x1 indica los próximos saltos activos.

    • 0x4000 indica los próximos saltos pasivos.

Consulte también

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

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

Requisitos

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

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

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

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

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

Descripción general

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

Nota:

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

Topología

En este ejemplo se muestran tres enrutadores perimetrales de cliente (CE), los dispositivos CE0, CE1 y CE2. Los enrutadores PE0, PE1 y PE2 son los enrutadores perimetrales del proveedor (PE). Los enrutadores P0 y P1 son los enrutadores principales del proveedor. La PIC del BGP se configura 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. Esta es la ruta principal y una ruta de respaldo. Figura 13 muestra la red de ejemplo.

Figura 13: Configuración de la PIC del BGP para InetConfiguración de la 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, a continuación, ingrese commit desde el modo de configuración.[edit]

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 ejemplo siguiente requiere que navegue por varios niveles en la jerarquía de configuración. Para obtener información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en modo de configuración en la Guía del usuario de CLI de Junos OS.Usar el editor de CLI en el modo de configuraciónhttps://www.juniper.net/documentation/en_US/junos/information-products/pathway-pages/junos-cli/junos-cli.html

Para configurar el dispositivo PE0:

  1. En enrutadores con concentradores de puertos modulares (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 en la de administración.

  5. Configure un IGP en las interfaces orientadas al núcleo.

  6. Configure las conexiones IBGP con los demás dispositivos PE.

  7. Configure conexiones EBGP con los dispositivos del cliente.

  8. Configure la directiva de equilibrio de carga.

  9. Configure una autodirectiva de próximo salto.

  10. Habilite la característica de borde de PIC de BGP.

  11. Aplique la directiva de equilibrio de carga.

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

Resultados

Desde el modo de configuración, escriba los comandos , , , y para confirmar la configuración.show chassisshow interfacesshow protocolsshow policy-optionsshow routing-options 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 funcione correctamente.

Visualización de amplia información de rutas

Propósito

Confirme que el borde de la PIC del BGP funciona.

Acción

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

Significado

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

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

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

Visualización de la tabla de reenvío

Propósito

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

Acción

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

Significado

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

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

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

Consulte también

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

En esta sección se describen las ventajas y la descripción general del borde de PIC BGP mediante BGP etiquetado como unidifusión como protocolo de transporte.

Ventajas del borde de PIC BGP mediante unidifusión etiquetada con BGP

Esta característica proporciona los siguientes beneficios:

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

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

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

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

La convergencia BGP es aplicable a errores de nodo de red central y de borde. En el caso de BGP PIC Core, los ajustes en las cadenas de reenvío se realizan como resultado de fallas de nodo o vínculo de núcleo. En el caso de BGP PIC Edge, los ajustes en las cadenas de reenvío se realizan como resultado de errores en el nodo de borde o en el vínculo de borde.

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

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

En los dispositivos de las series MX, EX y PTX de Juniper Networks, BGP PIC Edge admite servicios de capa 3 con BGP etiquetado como protocolo de transporte. Además, en los dispositivos de la serie MX de Juniper Networks, EX9204, EX9208, EX9214, EX9251 y EX9253, BGP PIC Edge admite 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. Estos servicios BGP son de múltiples rutas (aprendidas de varios PE) y se resuelven mediante rutas de unidifusión etiquetadas como BGP, lo que a su vez podría ser una ruta múltiple aprendida de otros ABR. Los protocolos de transporte admitidos por BGP PIC Edge son RSVP, LDP, OSPF e ISIS. A partir de Junos OS versión 20.2R1, los dispositivos de la serie MX, EX9204, EX9208, EX9214, EX9251 y EX9253 admiten la protección de borde de PIC BGP para circuitos de capa 2, VPN de capa 2 y servicios VPLS (BGP VPLS, LDP VPLS y FEC 129 VPLS) con BGP etiquetado como protocolo de transporte.

En los dispositivos de las series MX, EX y PTX de Juniper Networks, la protección de borde de la PIC BGP con etiqueta BGP como unidifusión como transporte es compatible con los siguientes servicios:

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

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

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

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

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

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

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

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

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

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

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

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

Para habilitar la PIC de BGP para los próximos saltos de equilibrio de carga MPLS, 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 circuitos de capa 2 y LDP VPLS:

Para VPN de capa 2, VPP VPLS y FEC129:

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

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

Requisitos

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

  • Enrutadores de la serie MX.

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

Descripción general

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

Topología

Figura 14 muestra la 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 etiquetada como unidifusión mediante el protocolo de transporte LDP
Topología

En la tabla siguiente se describen los componentes usados 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 principales y de respaldo para proteger y redireccionar el tráfico de CE1 a CE2.

P1-P3

serie MX

Enrutadores centrales 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 perimetral del cliente (CE2).

CE2

serie MX

Conectado a la red del cliente.

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

Configuración

Para configurar el borde de PIC del BGP mediante la unidifusión de etiqueta 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 [edit] y, luego, ingrese commit desde el modo de configuración.

Dispositivo CE1

Dispositivo PE1

Dispositivo P1

Dispositivo RR1

Dispositivo ABR1

Dispositivo ABR2

Dispositivo P2

Dispositivo RR2

Dispositivo ASBR1

Dispositivo ASBR2

Dispositivo ASBR3

Dispositivo ASBR4

Dispositivo RR3

Dispositivo P3

Dispositivo PE2

Dispositivo PE3

Dispositivo CE2

Configuración de CE1

Procedimiento paso a paso

En el ejemplo siguiente, debe explorar por varios niveles en la jerarquía de configuración. Para obtener información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en 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 que se utilizará como ID de enrutador e interfaz de terminación para las sesiones LDP y BGP.

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

  4. Configure las opciones de enrutamiento.

  5. Configure BGP etiquetado como 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-options y show protocols para confirmar la configuració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

En el ejemplo siguiente, debe explorar por varios niveles en la jerarquía de configuración. Para obtener información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en 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 que se utilizará como ID de enrutador e interfaz de terminación para las sesiones LDP y BGP.

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

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

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

  6. Configure el protocolo OSPF.

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

  8. Configure BGP etiquetado como 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, escriba los comandos , , , , y para confirmar la configuración.show chassisshow interfacesshow policy-optionsshow routing-instancesshow routing-optionsshow protocols 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

En el ejemplo siguiente, debe explorar por varios niveles en la jerarquía de configuración. Para obtener información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en 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 políticas de resolución de múltiples rutas para instalar múltiples rutas jerárquicas en PFE.

  4. Configure las opciones de enrutamiento.

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

Resultados

Desde el modo de configuración, escriba los comandos , y para confirmar la configuración. show interfacesshow policy-optionsshow protocols 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

En el ejemplo siguiente, debe explorar por varios niveles en la jerarquía de configuración. Para obtener información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en 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 políticas de resolución de múltiples rutas para instalar múltiples rutas jerárquicas en PFE.

  4. Configure las opciones de enrutamiento.

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

  6. Configure 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, escriba los comandos , y para confirmar la configuración. show interfacesshow policy-optionsshow routing-optionsshow protocols 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

En el ejemplo siguiente, debe explorar por varios niveles en la jerarquía de configuración. Para obtener información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en 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 que se utilizará como ID de enrutador e interfaz de terminación para las sesiones LDP y BGP.

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

  4. Aplique la 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 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, escriba los comandos , y para confirmar la configuración. show interfacesshow policy-optionsshow routing-optionsshow protocols 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

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

Para configurar el dispositivo ABR2:

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

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

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

  4. Aplique la 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 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, escriba los comandos , y para confirmar la configuración. show interfacesshow policy-optionsshow routing-optionsshow protocols 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

En el ejemplo siguiente, debe explorar por varios niveles en la jerarquía de configuración. Para obtener información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en 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 que se utilizará como ID de enrutador e interfaz de terminación para las sesiones LDP y BGP.

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

  4. Configure las opciones de enrutamiento.

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

Resultados

Desde el modo de configuración, escriba los comandos , y para confirmar la configuración. show interfacesshow policy-optionsshow routing-optionsshow protocols 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

En el ejemplo siguiente, debe explorar por varios niveles en la jerarquía de configuración. Para obtener información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en 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 que se utilizará como ID de enrutador e interfaz de terminación para las sesiones LDP y BGP.

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

  4. Aplique la 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 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, escriba los comandos , y para confirmar la configuración. show interfacesshow policy-optionsshow routing-optionsshow protocols 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 funcione correctamente.

Comprobación de que los próximos saltos están resueltos

Propósito

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

Acción

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

Significado

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

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

Propósito

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

Acción

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

Significado

Puede ver los pesos y para los próximos saltos primarios y de respaldo.0x10x4000

Descripción general de la compatibilidad de FAT Pseudowire con 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 MPLS conmutada por paquetes (PSN). El pseudocable está diseñado para proporcionar solo la funcionalidad mínima necesaria para emular el cable con los requisitos de resistencia requeridos 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 la carga del tráfico a través de pseudocables señalados por BGP para la red privada virtual de capa 2 (L2VPN) y el servicio de LAN privada virtual (VPLS).

La etiqueta de flujo FAT solo se configura en los enrutadores perimetrales 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 los paquetes MPLS a través de rutas de múltiples rutas de igual costo (ECMP) o grupos de agregación de vínculos (LAG) sin 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ñalados por LDP (FEC 128 y FEC 129) para pseudocables VPWS y VPLS. El parámetro de interfaz (Sub-TLV) se utiliza para los pseudocables FEC 128 y FEC 129. El subTLV 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 perimetral del proveedor (PE) para cualquiera de estos pseudocables es anunciar los bits T y R en la etiqueta establecida en 0.

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

Consulte también

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

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

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

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

  • Configure RSVP.

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

  • Configure BGP y OSPF.

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

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

Consulte también

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

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

Requisitos

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

  • Cinco enrutadores de la serie MX

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

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

Descripción general

Junos OS permite que la etiqueta de flujo con reconocimiento de flujo (FAT) compatible con los pseudocables señalados por BGP, como L2VPN, se configure solo en los enrutadores perimetrales de etiqueta (LER). Esto hace que los enrutadores de tránsito o los enrutadores de conmutación de etiquetas (LSR) realicen el equilibrio de carga de paquetes MPLS a través de 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ñalizados por LDP (FEC 128 y FEC 129) para pseudocables VPWS y VPLS.

Topología

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

Figura 15: Ejemplo de compatibilidad con pseudocables FAT para BGP L2VPNEjemplo de compatibilidad con pseudocables 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 [edit] y, luego, ingrese commit desde el modo de configuración.

CE1

PE1

P

PE2

CE2

Configuración de PE1

Procedimiento paso a paso

El ejemplo siguiente requiere que navegue por varios niveles en la jerarquía de configuración. Para obtener información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en modo de configuración en la Guía del usuario de CLI de Junos OS.Usar el editor de CLI en el modo de configuraciónhttps://www.juniper.net/documentation/en_US/junos/information-products/pathway-pages/junos-cli/junos-cli.html

Para configurar el dispositivo PE1:

  1. Configure las interfaces.

  2. Configure el enrutamiento sin interrupción y configure el ID del enrutador.

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

  4. Configure el protocolo RSVP en las interfaces.

  5. Aplique los atributos de ruta de conmutación de etiquetas al protocolo MPLS y configure la interfaz.

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

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

  8. Configure vecinos para el grupo par.vpls-pe

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

  10. Configure la directiva de enrutamiento y la información de la comunidad BGP.

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

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

  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 la instancia de enrutamiento a fin de proporcionar capacidad publicitaria para hacer emerger la etiqueta de flujo en la dirección de recepción al PE remoto y para proporcionar capacidad publicitaria para insertar la etiqueta de flujo en la dirección de transmisión al PE remoto.

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

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

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

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

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

Resultados

Desde el modo de configuración, escriba los comandos , , , y para confirmar la configuración.show interfacesshow protocolsshow policy-optionsshow routing-instancesshow routing-options 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 funcione correctamente.

Verificación de la información de resumen del BGP
Propósito

Compruebe la información de resumen del BGP.

Acción

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

Significado

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

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

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

Acción

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

Significado

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

Verificación de las rutas
Propósito

Compruebe que se han aprendido las rutas esperadas.

Acción

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

Significado

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

Configuración de PE2

Procedimiento

Procedimiento paso a paso

El ejemplo siguiente requiere que navegue por varios niveles en la jerarquía de configuración. Para obtener información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en modo de configuración en la Guía del usuario de CLI de Junos OS.Usar el editor de CLI en el modo de configuraciónhttps://www.juniper.net/documentation/en_US/junos/information-products/pathway-pages/junos-cli/junos-cli.html

Para configurar el dispositivo PE2:

  1. Configure las interfaces.

  2. Configure el ID del enrutador.

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

  4. Configure el protocolo RSVP en las interfaces.

  5. Aplique los atributos de ruta de conmutación de etiquetas al protocolo MPLS y configure la interfaz.

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

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

  8. Configure los vecinos para el grupo par.vpls-pe

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

  10. Configure la directiva de enrutamiento y la información de la comunidad BGP.

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

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

  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 la instancia de enrutamiento a fin de proporcionar capacidad publicitaria para hacer emerger la etiqueta de flujo en la dirección de recepción al PE remoto y para proporcionar capacidad publicitaria para insertar la etiqueta de flujo en la dirección de transmisión al PE remoto.

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

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

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

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

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

Resultados

Desde el modo de configuración, escriba los comandos , , , y para confirmar la configuración.show interfacesshow protocolsshow policy-optionsshow routing-instancesshow routing-options 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 funcione correctamente.

Verificación de la información de resumen del BGP

Propósito

Compruebe la información de resumen del BGP.

Acción

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

Significado

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

Verificación de la información de conexiones L2VPN

Propósito

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

Acción

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

Significado

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

Verificación de las rutas

Propósito

Compruebe que se han aprendido las rutas esperadas.

Acción

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

Significado

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

Consulte también

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

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

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

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

  • Configure RSVP.

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

  • Configure BGP y OSPF.

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

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

Consulte también

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

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

Requisitos

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

  • Cinco enrutadores de la serie MX

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

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

Descripción general

Junos OS permite que la etiqueta de flujo de transporte consciente de flujo (FAT) compatible con los pseudocables señalados por BGP, como VPLS, se configure solo en los enrutadores perimetrales de etiqueta (LER). Esto hace que los enrutadores de tránsito o los enrutadores de conmutación de etiquetas (LSR) realicen el equilibrio de carga de los paquetes MPLS en rutas de múltiples rutas de igual costo (ECMP) o grupos de agregación de vínculos (LAG) sin 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ñalizados por LDP (FEC 128 y FEC 129) para pseudocables VPWS y VPLS.

Topología

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

Figura 16: Ejemplo de compatibilidad con pseudocables FAT para BGP VPLSEjemplo de compatibilidad con pseudocables 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 [edit] y, luego, ingrese commit desde el modo de configuración.

CE1

PE1

P

PE2

CE2

Configuración de PE1

Procedimiento paso a paso

El ejemplo siguiente requiere que navegue por varios niveles en la jerarquía de configuración. Para obtener información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en modo de configuración en la Guía del usuario de CLI de Junos OS.Usar el editor de CLI en el modo de configuraciónhttps://www.juniper.net/documentation/en_US/junos/information-products/pathway-pages/junos-cli/junos-cli.html

Para configurar el dispositivo PE1:

  1. Configure las interfaces.

  2. Configure el enrutamiento sin interrupción y configure el ID del enrutador.

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

  4. Configure el protocolo RSVP en las interfaces.

  5. Aplique los atributos de ruta de conmutación de 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 BGP para el grupo par.vpls-pe

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

  8. Configure vecinos para el grupo par.vpls-pe

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

  10. Configure la directiva de enrutamiento y la información de la comunidad BGP.

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

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

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

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

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

Resultados

Desde el modo de configuración, escriba los comandos , , , y para confirmar la configuración.show interfacesshow protocolsshow policy-optionsshow routing-instancesshow routing-options 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 ejemplo siguiente requiere que navegue por varios niveles en la jerarquía de configuración. Para obtener información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en modo de configuración en la Guía del usuario de CLI de Junos OS.Usar el editor de CLI en el modo de configuraciónhttps://www.juniper.net/documentation/en_US/junos/information-products/pathway-pages/junos-cli/junos-cli.html

Para configurar el dispositivo PE2:

  1. Configure las interfaces.

  2. Configure el ID del enrutador.

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

  4. Configure el protocolo RSVP en las interfaces.

  5. Aplique los atributos de ruta de conmutación de etiquetas al protocolo MPLS y configure la interfaz.

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

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

  8. Configure vecinos para el grupo par.vpls-pe

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

  10. Configure la directiva de enrutamiento y la información de la comunidad BGP.

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

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

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

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

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

Resultados

Desde el modo de configuración, escriba los comandos , , , y para confirmar la configuración.show interfacesshow protocolsshow policy-optionsshow routing-instancesshow routing-options 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 funcione correctamente.

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

Compruebe la información de conexión del VPLS.

Acción

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

Significado

La salida muestra la información de conexión del VPLS junto con la información de recepción de la etiqueta de flujo y la información de transmisión de la etiqueta de flujo.

Verificación

Confirme que la configuración funcione correctamente.

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

Propósito

Compruebe la información de conexión del VPLS.

Acción

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

Significado

La salida muestra la información de conexión del VPLS junto con la información de recepción de la etiqueta de flujo y la información de transmisión de la etiqueta de flujo.

Consulte también

Tabla de historial de cambios

La compatibilidad de la función depende de la plataforma y la versión que utilice. Utilice Feature Explorer a fin de determinar si una función es compatible con la plataforma.

Liberación
Descripción
20.2R1
A partir de Junos OS versión 20.2R1, los dispositivos de la serie MX, EX9204, EX9208, EX9214, EX9251 y EX9253 admiten la protección de borde de PIC BGP para circuitos de capa 2, VPN de capa 2 y servicios VPLS (BGP VPLS, LDP VPLS y FEC 129 VPLS) con BGP etiquetado como 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 QFX10000 conmutadores.
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 QFX10000 conmutadores.
18.4R1
A partir de Junos OS versión 18.4R1, BGP puede anunciar un máximo de 2 rutas de adición además de las múltiples rutas ECMP.
18.1R1
A partir de Junos OS versión 18.1R1, la multiruta BGP se admite globalmente en el nivel de jerarquía.[edit protocols bgp] Puede deshabilitar selectivamente varias rutas en algunos grupos BGP y vecinos. Incluir en el nivel de jerarquía para deshabilitar la opción de múltiples rutas para un grupo o un vecino BGP específico.disable[edit protocols bgp group group-name multipath]
18.1R1
A partir de Junos OS versión 18.1R1, puede aplazar el cálculo de rutas múltiples hasta que se reciban todas las rutas BGP. Cuando la ruta múltiple está habilitada, BGP inserta la ruta en la cola de varias rutas cada vez que se agrega una nueva ruta o cada vez que cambia una ruta existente. Cuando se reciben varias rutas a través de la característica de agregar ruta de BGP, BGP puede calcular una ruta de varias rutas varias veces. El cálculo de múltiples rutas ralentiza la tasa de aprendizaje de las RIB (también conocidas como tabla de enrutamiento). Para acelerar el aprendizaje RIB, el cálculo de múltiples rutas se puede aplazar hasta que se reciban las rutas BGP o puede reducir la prioridad del trabajo de compilación de múltiples rutas según sus requisitos hasta que se resuelvan las rutas BGP. Para aplazar el cálculo de múltiples rutas, configure en el nivel jerárquico.defer-initial-multipath-build[edit protocols bgp] Como alternativa, puede reducir la prioridad del trabajo de compilación de múltiples rutas de BGP mediante la instrucción de configuración en el nivel de jerarquía para acelerar el aprendizaje de las RIB.multipath-build-priority[edit protocols bgp]