Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
EN ESTA PÁGINA
 

Equilibrio de carga para una sesión de BGP

Descripción de BGP múltiples rutas

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

Un trazado se considera un BGP ruta de igual costo (y se utiliza para el reenvío) si el proceso de selección de BGP ruta de acceso realiza una rotura de empate después de comparar el costo IGP con el próximo salto. De forma predeterminada, en el proceso de selección de multipath se tienen en cuenta todos los trazados que tienen el mismo vecino que los que se aprendieron con un vecino habilitado para multipath BGP.

BGP normalmente selecciona solo una mejor ruta para cada prefijo e instala esa ruta en la tabla de reenvío. Cuando BGP se habilita la multipath, el dispositivo selecciona varias rutas de BGP de igual costo para llegar a un destino dado, y todas estas rutas se instalan en la tabla de reenvío. BGP anuncia únicamente la ruta de acceso activa a sus vecinos, a menos que se utilice Add-path.

La característica Junos OS BGP multipath es compatible con las siguientes aplicaciones:

  • Balanceo de la carga en varios enlaces entre dos dispositivos de enrutamiento que pertenecen a sistemas autónomos diferentes (Asoc.)

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

  • Balanceo de la carga a través de múltiples enlaces entre dos dispositivos de enrutamiento que pertenecen a diferentes equipos externos de la Confederación

  • Balanceo de la carga a través de una subred común o de varias subredes a diferentes dispositivos de enrutamiento que pertenecen a los pares de la Confederación externa

En un escenario común para equilibrar la carga, un cliente es multitarjeta 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 de los vínculos disponibles. El equilibrio de carga hace que el tráfico utilice dos o más vínculos.

BGP multipath no se aplica a las rutas que comparten el mismo costo de MED-Plus IGP, pero difieren aún en IGP costo. La selección de ruta de multipath se basa en la IGP métrica de costo, incluso si dos rutas tienen el mismo costo de MED-Plus-IGP.

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

A partir de Junos OS versión 18.1 R1, puede aplazar el cálculo de varias rutas hasta que se hayan recibido todas las rutas de BGP. Cuando la multipath está habilitada, BGP inserta la ruta en la cola de múltiples rutas cada vez que se agrega una nueva ruta o cada vez que cambia una ruta existente. Cuando se reciben varias rutas de acceso a través de BGP característica de agregar ruta, BGP podría calcular varias veces una ruta de múltiples rutas. El cálculo de varias rutas ralentiza la velocidad de aprendizaje de nervio (también conocida como tabla de enrutamiento). Para acelerar el aprendizaje de las COSTILLAs, el cálculo de varios paths puede aplazarse hasta que se reciban las BGP rutas o puede reducir la prioridad del trabajo de compilación de múltiples rutas según los requisitos hasta que se resuelvan las rutas BGP. Para aplazar el cálculo de defer-initial-multipath-build rutas [edit protocols bgp] múltiples, configure a nivel de jerarquía. De manera alternativa, puede reducir la prioridad de trabajo de compilación BGP multipath-build-priority de varias rutas [edit protocols bgp] utilizando la declaración de configuración en el nivel de jerarquía para acelerar la aprendizaje de las costillas.

Ejemplo Equilibrio de carga BGP tráfico

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

Aplicables

Antes de empezar:

  • Configure las interfaces del dispositivo.

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

  • Configure BGP.

  • Configure una directiva de enrutamiento que exporte rutas (como rutas directas o rutas IGP) de la tabla de enrutamiento a BGP.

Descripción general

Los pasos siguientes muestran cómo configurar el equilibrio de carga por paquete:

  1. Defina una directiva de enrutamiento de equilibrio de carga mediante la inclusión policy-statement de una o [edit policy-options] varias instrucciones en el nivel de jerarquía load-balance per-packet, definiendo una acción de:

    Nota:

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

  2. Aplique la Directiva a las rutas exportadas desde la tabla de encaminamiento a la tabla de reenvío. Para ello, incluya las forwarding-table sentencias export and:

    No puede aplicar la Directiva de exportación a instancias de enrutamiento VRF.

  3. Especifique todos los siguientes saltos de esa ruta, si existe más de uno, al asignar una etiqueta que corresponda a una ruta que se esté anunciando.

  4. Configure la clave de código hash de opciones de reenvío para MPLS para incluir la carga IP.

Nota:

En algunas plataformas, puede aumentar el número de rutas de la carga equilibradas mediante la utilización chassis maximum-ecmp de la instrucción. Con esta instrucción, puede cambiar el número máximo de rutas de equilibrio de carga de igual costo a 32, 64, 128, 256 o 512 (el número máximo varía según la plataforma) consulte máximo-ECMP.) A partir de Junos OS versión 19.1R1, puede especificar un número máximo de rutas de solo costo 128 en conmutadores QFX10000. A partir de Junos OS versión 19.2R1, puede especificar un número máximo de rutas de solo costo 512 en conmutadores QFX10000. consulte Descripción de la configuración de hasta 512 rutas de igual costo con un balanceo de carga coherente y opcional.

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

Topología

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

Figura 1: BGP de equilibrio de cargaBGP de equilibrio de carga

Automática

Modalidades

Configuración rápida de CLI

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

Procedimiento paso a paso

El ejemplo siguiente requiere que se exploren varios niveles en la jerarquía de configuración. Para obtener más información sobre cómo navegar por la CLI, consulte uso del editor de CLI en el modo de configuración en la Guía del usuario de CLI de Junos os.

Para configurar las sesiones de par BGP:

  1. Configure el grupo BGP.

  2. Permitir que el grupo BGP utilice varias rutas.

    Nota:

    Para deshabilitar la comprobación predeterminada que requiere que las rutas de ruta aceptadas por BGP multipath deben tener el mismo sistema autónomo ( multiple-as como), incluya la opción.

  3. Configure la Directiva de equilibrio de carga.

  4. Aplique la Directiva de equilibrio de carga.

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

Resultados

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

Si ha terminado de configurar el dispositivo, entre commit en el modo de configuración.

Comproba

Confirme que la configuración funciona correctamente:

Comprobando rutas

Purpose

Compruebe que las rutas se aprenden desde ambos enrutadores en la vecina como.

Intervención

Desde el modo operativo, ejecute show route el comando.

Efectos

El trazado activo, indicado 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 de 10.0.1.1 se copia desde la ruta inactiva hasta el path activo.

Nota:

La show route detail salida del comando designa una puerta selectedde enlace como. Esta salida es potencialmente confusa en el contexto de equilibrio de carga. La puerta de enlace seleccionada se utiliza con varios fines, además de decidir qué puerta de enlace se va a instalar en el núcleo cuando Junos OS no realiza el equilibrio de carga por paquete. Por ejemplo, el ping mpls comando utiliza la puerta de enlace seleccionada al enviar los paquetes. Los protocolos de multidifusión usan la puerta de enlace seleccionada en algunos casos para determinar la interfaz upstream. Por lo tanto, aunque Junos OS se realice el equilibrado de carga por paquete mediante una directiva de tabla de reenvío, la información de puerta de enlace seleccionada sigue siendo necesaria para otros fines. Resulta útil para mostrar la puerta de enlace seleccionada con el fin de solucionar problemas. Además, es posible utilizar la Directiva de tabla de reenvío para reemplazar lo que está instalado en el núcleo (por ejemplo, mediante la install-nexthop acción). En este caso, la puerta de enlace de próximo salto instalada en la tabla de reenvío puede ser un subconjunto de las puertas de show route enlace totales que se muestran en el comando.

Comprobando el reenvío

Purpose

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

Intervención

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

Comprensión de la configuración de hasta 512 de paths de igual costo con balanceo de carga consistente opcional

Puede configurar la característica multipathsa de igual costo (ECMP) con un máximo de 512 rutas para los sistemas de la BGP externa. Tener la capacidad de configurar hasta el 512 ECMP los siguientes saltos le permitirán aumentar el número de conexiones directas par BGP con el dispositivo de enrutamiento especificado, lo que mejorará la latencia y optimizando el flujo de datos. Opcionalmente, puede incluir un equilibrio de carga coherente en esa configuración ECMP. El equilibrio de carga consistente garantiza que si un miembro ECMP (es decir, un path) falle, solo los flujos que fluyen a través del miembro con errores se redistribuyen a otros miembros Active ECMP. El equilibrio de carga coherente también garantiza que si se agrega un miembro de ECMP, la redistribución de flujos de miembros de EMCP existentes al miembro de ECMP nuevo sea mínima.

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

  • La característica solo se aplica a los pares de BGP externos de un solo salto. (Esta característica no se aplica a MPLS rutas.)

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

  • La característica solo se aplica al tráfico de unidifusión.

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

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

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

  • Los flujos existentes en paths ECMP afectados y nuevos flujos que fluyen sobre los afectados ECMP trazados pueden cambiar de ruta durante la reparación de rutas locales y es posible que se aprecie el sesgo de tráfico. Sin embargo, cualquier sesgo de este tipo se corrige durante la subsiguiente reparación de la ruta global.

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

  • Si agrega una nueva ruta de acceso a un grupo de ECMP existente, algunos flujos de flujo sobre rutas que no se verán puede que se muevan a la ruta recién agregada.

  • Es posible que la redistribución rápida (FRR) no funcione con un algoritmo hash coherente.

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

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

  • Si varios prefijos de red apuntan al mismo ECMP siguiente y uno o más de esos prefijos se habilitan con la consistent-hash instrucción, todos los prefijos de red que apunten a esa misma pantalla de salto ECMP siguiente consistentes: comportamiento de hash.

  • El hash consistente se admite en el solo grupo ECMP basado en rutas BGP de bajo costo. Cuando otros protocolos o rutas estáticas están configurados con prioridad sobre rutas BGP, no es compatible con un hash coherente.

  • Un algoritmo hash coherente puede tener limitaciones cuando la configuración se combina con configuraciones para las siguientes características, ya que estas características tienen finalizaciones de túnel o ingeniería de tráfico que no utilizan hash para la selección de rutas: tunelización GRE; Tráfico BUM; EVPN-VXLAN; y MPLS ING-T, el ancho de banda.

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

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

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

  2. Crear una directiva de enrutamiento y habilitar el equilibrio de carga por cada paquete, con lo que se habilita ECMP de forma global en el sistema:

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

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

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

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

Ejemplo Configurar EBGP de salto único para aceptar los próximos saltos remotos

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

Aplicables

No es necesaria 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 EBGP de un solo salto para aceptar un salto siguiente remoto con el que no comparta una subred común. El comportamiento predeterminado es para cualquier dirección de salto siguiente recibida de un EBGP de punto de conexión de un solo salto que no se reconoce como compartir una subred común para ser descartado. La capacidad de tener un EBGP de un solo salto que acepte un próximo salto remoto al que no está directamente conectado también impide que tenga que configurar el vecino EBGP de salto único como una sesión Multihop. Cuando se configura una sesión Multihop en esta situación, todas las rutas del próximo salto aprendidas a través de este EBGP del mismo nivel se etiquetan indirectas, aunque compartan una subred común. Esta situación rompe la funcionalidad de varios enrutadores en rutas que se resuelven recursivamente a través de rutas que incluyen estas direcciones de salto siguiente. La configuración accept-remote-nexthop de la instrucción permite un EBGP de un solo salto para aceptar un salto remoto siguiente, que restaura la funcionalidad de múltiples rutas para rutas que se resuelven en estas direcciones de próximo salto. Puede configurar esta instrucción en los niveles globales, de grupo y vecinos de jerarquías para BGP. La instrucción también se admite en los sistemas lógicos y el tipo de instancia de enrutamiento enrutamiento y reenvío VPN (VRF). Tanto el siguiente salto remoto como el par EBGP deben admitir la actualización de rutas BGP como se define en RFC 2918, la capacidad de enrutamiento actualizar en BGP-4. Si el interlocutor remoto no admite la actualización de rutas BGP, se restablecerá la sesión.

Si habilita un EBGP de salto único para aceptar un salto siguiente remoto, también debe configurar una directiva de enrutamiento de importación en el interlocutor EBGP que especifique la dirección remota de próximo salto.

Este ejemplo incluye una política de importación de agg_routeenrutamiento, que permite a un par BGP externo de un solo salto (dispositivo R1) aceptar la 1.1.10.10 remota del próximo salto para la ruta hacia la red 1.1.230.0/23. En el [edit protocols bgp] nivel de la jerarquía, el ejemplo import agg_route incluye la instrucción para aplicar la Directiva al par BGP externo e incluye accept-remote-nexthop la instrucción para activar el punto EBGP de salto único para aceptar el siguiente salto remoto.

Figura 2muestra la topología de ejemplo.

Figura 2: Topología para aceptar un próximo salto remotoTopología para aceptar un próximo salto remoto

Automática

Configuración rápida de CLI

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

Dispositivo R0

Dispositivo R1

Dispositivo R2

Dispositivo R0

Procedimiento paso a paso

El ejemplo siguiente requiere que se exploren varios niveles en la jerarquía de configuración. Para obtener más información sobre cómo navegar por la CLI, consulte uso del editor de CLI en el modo de configuración en la Guía del usuario de CLI de Junos os.

Para configurar R0 de dispositivos:

  1. Configure las interfaces.

  2. Configure EBGP.

  3. Permite la BGP de múltiples rutas entre R0 de dispositivos y dispositivo R1.

  4. Configure rutas estáticas para 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 directivas de enrutamiento que acepten las rutas estáticas.

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

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

Resultados

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

Si ha terminado de configurar el dispositivo, entre commit en el modo de configuración.

Configuración del dispositivo R1

Procedimiento paso a paso

El ejemplo siguiente requiere que se exploren varios niveles en la jerarquía de configuración. Para obtener más información sobre cómo navegar por la CLI, consulte uso del editor de CLI en el modo de configuración en la Guía del usuario de CLI de Junos os.

Para configurar el dispositivo R1:

  1. Configure las interfaces.

  2. Configure OSPF.

  3. Habilite el dispositivo R1 para aceptar el siguiente salto remoto.

  4. Configure IBGP.

  5. Configure EBGP.

  6. Permite la BGP de múltiples rutas entre R0 de dispositivos y dispositivo R1.

  7. Configure una directiva de enrutamiento que permita que un par BGP externo de un solo salto (dispositivo R1) acepte la 1.1.10.10 remota del próximo salto para la ruta hacia la red 1.1.230.0/23.

  8. Importe la agg_route política a la tabla de encaminamiento del dispositivo R1.

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

Resultados

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

Si ha terminado de configurar el dispositivo, entre commit en el modo de configuración.

Configurando el dispositivo R2

Procedimiento paso a paso

El ejemplo siguiente requiere que se exploren varios niveles en la jerarquía de configuración. Para obtener más información sobre cómo navegar por la CLI, consulte uso del editor de CLI en el modo de configuración en la Guía del usuario de CLI de Junos os.

Para configurar el dispositivo R2:

  1. Configure las interfaces.

  2. Configure OSPF.

  3. Configure IBGP.

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

Resultados

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

Si ha terminado de configurar el dispositivo, entre commit en el modo de configuración.

Comproba

Confirme que la configuración funciona correctamente.

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

Purpose

Compruebe que el dispositivo R1 tiene una ruta a la red 1.1.230.0/23.

Intervención

En modo operativo, escriba el show route 1.1.230.0 extensive comando.

Efectos

La salida muestra que el dispositivo R1 tiene una ruta a la red 1.1.230.0 con la función multipathAccepted Multipathhabilitada (). La salida también muestra que la ruta tiene un próximo salto indirecto de 1.1.10.10.

Desactivación y reactivación de la instrucción Accept-Remote-NextHop

Purpose

Cuando desactive la accept-remote-nexthop instrucción, asegúrese de que la ruta de multipath con el siguiente salto indirecto se ha quitado de la tabla de enrutamiento.

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

  2. En modo operativo, escriba el show route 1.1.230.0 comando.

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

  4. En modo operativo, vuelva a escribir show route 1.1.230.0 el comando.

Efectos

Cuando la accept-remote-nexthop instrucción está desactivada, la ruta de multipath a la red 1.1.230.0 se quita de la tabla de enrutamiento.

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

La opción multipath elimina la tiebreakers del proceso de decisión de ruta activa, lo que permite que, de otro modo, el costo BGP rutas aprendidas de varias fuentes se instalen en la tabla de reenvío. Sin embargo, cuando las rutas de acceso disponibles no equivalen al costo, es posible que desee equilibrar la carga de tráfico de una vez.

Una vez que se han instalado varios saltos siguientes en la tabla de reenvío, el algoritmo de equilibrio de carga Junos OS por prefijo selecciona un salto de reenvío específico. Este proceso aplica un algoritmo hash a las direcciones de origen y destino de un paquete para asignar de forma determinista la pareja 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 puede ocurrir en un intercambio de interconexión a Internet, y sirve para evitar la reordenación de paquetes entre pares de nodos de comunicación.

Normalmente, una red empresarial desea alterar el comportamiento predeterminado para provocar un algoritmo de equilibrado de carga por paquete . Por paquete se enfatiza aquí porque su uso es un misnomer que se deriva del comportamiento histórico de los ASIC del procesador de Internet original. En realidad, los enrutadores Juniper Networks actuales admiten el prefijo (predeterminado) y el equilibrio de carga por flujo. El segundo implica el hash de varios encabezados de las capas 3 y 4, incluidas partes de la dirección de origen, dirección de destino, protocolo de transporte, interfaz de entrada y puertos de aplicación. El resultado es que ahora se aplica un algoritmo hash a los flujos individuales a un próximo salto, lo que da como resultado una distribución más equilibrada entre los siguientes saltos disponibles, especialmente cuando se distribuyen menos pares de origen a destino.

Con el equilibrio de carga por paquete, los paquetes que constan de una secuencia de comunicación entre dos extremos se pueden reordenar, pero los paquetes dentro de flujos individuales mantienen una secuenciación correcta. Ya sea que opte por el balanceo 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 forma, los prefijos o flujos que se asignan, por ejemplo, a un vínculo T1, mostrarán un rendimiento degradado cuando se comparan con aquellos flujos que se asignan, por ejemplo, a un vínculo de acceso rápido Ethernet. Y lo que es peor, con cargas de tráfico intensas, cualquier intento de equilibrar la carga es probable que dé como resultado una saturación total del vínculo T1 y la interrupción de la sesión derivados de la pérdida de paquetes.

Afortunadamente, la implementación de BGP de Juniper Networks admite la noción de una comunidad de banda ancha. Esta comunidad codifica el ancho de banda de un próximo salto dado y, cuando se combina con múltiples rutas, el algoritmo de equilibrio de carga distribuye los flujos en el conjunto de próximos saltos de manera proporcional a sus anchos de banda relativos. En otras palabras, si tiene un salto de 10 Mbps y de 1 Mbps, media de nueve flujos se asignará al próximo salto de alta velocidad para cada uno que utilice la velocidad baja.

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

La tarea de configuración consta de dos partes:

  • Configure las sesiones de emparejamiento de BGP (EBGP) externos, habilite las rutas múltiples y defina una directiva de importación para etiquetar las rutas con una comunidad de ancho de banda que refleje la velocidad de vínculo.

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

Ejemplo Asignación de equilibrio de carga BGP tráfico con un ancho de banda distinto a las rutas

En este ejemplo, se muestra cómo configurar BGP para seleccionar varias rutas de costos no equivalentes como rutas activas.

Las comunidades de BGP pueden ayudarlo a controlar las políticas de enrutamiento. Un ejemplo de uso adecuado para comunidades de BGP es desigualar el equilibrio de la carga. Cuando un enrutador de borde del sistema autónomo (ASBR) recibe rutas de vecinos de BGP externas de conexión directa (EBGP), el ASBR anuncia esas rutas a los vecinos internos mediante anuncios IBGP. En el adverisements IBGP, puede adjuntar la comunidad de banda ancha de vínculos para comunicar el ancho de banda del vínculo externo anunciado. Esto resulta útil cuando hay varios vínculos externos disponibles y desea hacer un equilibrio de carga desigual sobre los vínculos. Configure la comunidad de ancho de banda de vínculo ampliado en todos los vínculos de entrada del AS. La información de ancho de banda en la comunidad de ancho de banda de vínculos extendidos se basa en el ancho de banda configurado del vínculo EBGP. No se basa en la cantidad de tráfico del vínculo. Junos OS admite BGP el ancho de banda de vínculo y el equilibrio de carga de múltiples rutas, tal como se describe en la comunidad de ancho de banda de vínculode Internet, ietf-BGP IDR- Tenga en cuenta que draft-ietf-idr-link-bandwidth-06 , aunque especifique las comunidades no transitivas, la implementación de Junos os se limita a las comunidades transitivas.

Aplicables

Antes de empezar:

  • Configure las interfaces del dispositivo.

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

  • Configure BGP.

  • Configure una directiva de enrutamiento que exporte rutas (como rutas directas o rutas IGP) de la tabla de enrutamiento a BGP.

Descripción general

En este ejemplo, el dispositivo R1 se encuentra en el AS 64500 y está conectado tanto al dispositivo R2 como al dispositivo R3, que se encuentran en AS 64501.

El ejemplo utiliza la comunidad de ancho de banda extendido.

De forma predeterminada, cuando se utilizan BGP multipath, el tráfico se distribuye de manera equitativa entre varias rutas de cálculo calculadas. La comunidad de ancho de banda ampliado permite agregar atributos adicionales a BGP rutas, lo que permite distribuir el tráfico de forma desigual. La aplicación principal es un escenario en el que existen varias rutas externas para una red dada con capacidades de ancho de banda asimétricos. En este escenario, puede etiquetar las rutas recibidas con la comunidad de ancho de banda ampliado. Cuando BGP múltiples rutas (internas o externas) funciona entre rutas que contienen el atributo de ancho de banda, el motor de reenvío puede distribuir el tráfico de forma desigual según el ancho de banda que corresponda a cada ruta.

Cuando BGP tiene varias rutas de acceso candidata disponibles para la multipath, BGP no realiza un equilibrio de carga de costo distinto de acuerdo con la comunidad de ancho de banda, a menos que todas las rutas de acceso candidatas tengan este atributo.

La aplicabilidad de la comunidad de ampliación del ancho de banda está limitada por las restricciones en virtud de las cuales BGP multipath acepta varias rutas de consideración. De forma explícita, IGP distancia, en lo que se refiere a BGP, entre el enrutador que realiza el equilibrio de carga y varios de los puntos de salida debe ser el mismo. Esto puede lograrse mediante el uso de una malla completa de rutas conmutadas por etiqueta (LSP) que no realizan el seguimiento de la métrica IGP correspondiente. Sin embargo, en una red en la que el retraso de propagación de los circuitos sea significativo (por ejemplo, si hay circuitos de largo alcance), suele ser útil tener en cuenta las características de retraso de los distintos trazados.

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 de vínculo en bytes por segundo.

Por ejemplo:

Donde 10458 es el número 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 se corresponda con el ancho de banda real de una interfaz específica. Los factores de equilibrio utilizados se calculan en función del ancho de banda total especificado. Para etiquetar una ruta con esta comunidad extendida, defina una declaración de Directiva, tal y como se indica a continuación:

Aplíquela como una directiva de importación en las sesiones de interconexión a BGP que se encuentren en los vínculos de ancho de banda asimétrico. Aunque, en teoría, el atributo Community se puede Agregar o quitar en cualquier punto de la red, en el escenario descrito anteriormente, la aplicación de la comunidad como una directiva de importación en la sesión de emparejamiento de EBGP con el vínculo externo permite que ese atributo afecte a la decisión local de multipath, y es potencialmente más fácil de administrar.

Topología

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

Figura 3: BGP de equilibrio de cargaBGP de equilibrio de carga

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

Automática

Modalidades

Configuración rápida de CLI

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

Dispositivo R1

Dispositivo R2

Dispositivo R3

Procedimiento paso a paso

El ejemplo siguiente requiere que se exploren varios niveles en la jerarquía de configuración. Para obtener más información sobre cómo navegar por la CLI, consulte uso del editor de CLI en el modo de configuración en la Guía del usuario de CLI de Junos os.

Para configurar las sesiones de par BGP:

  1. Configure las interfaces.

  2. Configure el grupo BGP.

  3. Permitir que el grupo BGP utilice varias rutas.

    Nota:

    Para deshabilitar la comprobación predeterminada que requiere que las rutas de ruta aceptadas por BGP multipath deben tener el mismo sistema autónomo ( multiple-as como), incluya la opción. Utilice la multiple-as opción si los vecinos están en diferentes Asoc.

  4. Configure la Directiva de equilibrio de carga.

  5. Aplique la Directiva de equilibrio de carga.

  6. Configure el BGP miembros de la comunidad.

    En este ejemplo, se presupone un ancho de banda de 1 Gbps y se asigna el 60 por ciento a BW-High y 40% a BW-Low. No es necesario que el ancho de banda de la referencia sea igual al ancho de banda del vínculo.

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

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

Resultados

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

Si ha terminado de configurar el dispositivo, entre commit en el modo de configuración.

Comproba

Confirme que la configuración funciona correctamente:

Comprobando rutas

Purpose

Compruebe que ambas rutas están seleccionadas y que los próximos saltos en las rutas muestran un equilibrio del 60%/40%.

Intervención

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

Efectos

El trazado activo, indicado con un asterisco (*), tiene dos saltos siguientes: 10.0.1.1 y 10.0.0.2 al destino 172.16/16.

Del mismo modo, el trazado activo, indicado 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, se copia el siguiente salto 10.0.1.1 de la ruta de acceso inactiva al path activo.

En la salida se muestra el saldo del 40% y show route el 60 por ciento. Esto indica que el tráfico se distribuye entre dos próximos saltos y que el 60% del tráfico sigue la primera ruta, mientras que el 40 por ciento sigue el segundo trazado.

Ejemplo Configuración de una política para anunciar ancho de banda agregado en enlaces de BGP externos para balanceo de carga

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

Aplicables

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

  • Cuatro enrutadores con capacidad de equilibrio de carga

  • Junos OS la versión 17,4 o posterior que se ejecuta en todos los dispositivos

Descripción general

A partir de Junos OS versión 17.4 R1, un anunciador BGP que recibe varios paths de sus interlocutores internos carga equilibra el tráfico entre estas rutas. En las versiones de Junos OS anteriores, una anunciador BGP recibir varios paths de sus homólogos internos anunciaba únicamente el ancho de banda de vínculos asociado con la ruta activa. BGP utiliza una nueva comunidad de ancho de banda de vínculo ampliado con el ancho de banda agregado para etiquetar varios paths y anuncia el ancho de banda agregado para estas rutas múltiples en su ZDM vínculo. Para anunciar varias rutas agregadas, configure una política con aggregate-bandwidth y limit bandwidth acciones en el nivel de jerarquía [Editar opciones de directiva y nombre de instrucción].

Topología

Figura 5: Configuración de una política para anunciar ancho de banda agregado en enlaces de BGP externos para balanceo de cargaConfiguración de una política para anunciar ancho de banda agregado en enlaces de BGP externos para balanceo de carga

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

Nota:

Si uno de los vínculos de múltiples rutas deja de funcionar, entonces el ancho de banda del vínculo erróneo no se agrega al ancho de banda agregado que se anuncia a los vecinos BGP.

Automática

Configuración rápida de CLI

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

Enrutador R1

Enrutador R2

Enrutador R3

Enrutador R4

Configuración de enrutadores, comenzando por R1

Procedimiento paso a paso

El ejemplo siguiente requiere que se exploren varios niveles en la jerarquía de configuración. Para obtener más información sobre Cómo desplazarse por la CLI, consulte uso del editor de CLI en el modo de configuración en la Guía del usuario de CLI.

Para configurar una directiva para anunciar un ancho de banda agregado a BGP iguales del mismo nivel (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 bucle invertido.

  3. Configurar el sistema autónomo para hosts BGPs.

  4. Configure EBGP en los enrutadores de borde externos.

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

  6. Defina una directiva de distribución de ancho de banda para asignar una comunidad de poco ancho de banda al tráfico destinado al enrutador R2.

  7. Habilite esta característica para anunciar ancho de banda agregado de 80 millones bytes a EBGP enrutador de igual nivel R4 a través de sesiones BGP.

  8. Aplique la Directiva aggregate_bw_and limit_capacity al grupo external2EBGP.

  9. Definir una directiva de equilibrio de carga.

  10. Aplicar la Directiva de equilibrio de carga.

  11. Configure el BGP miembros de la comunidad. 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 de vínculo en bytes por segundo. Configure una bw-high comunidad con un 60 por ciento de un enlace de 1 Gbps y otra comunidad bw-low con un 40 por ciento de un enlace de 1 Gbps.

    Configure el 60 por ciento de un enlace de 1 Gbps para la comunidad BW-High y el 40% a BW-Low Community.

Resultados

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

Comproba

Comprobando BGP sesión está establecida

Purpose

Para comprobar que el emparejamiento BGP está completo y que se establece una sesión BGP entre los enrutadores,

Intervención
Efectos

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

Comprobando que el ancho de banda agregado está presente en cada ruta de acceso

Purpose

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

Intervención

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

Efectos

Verificación de que el enrutador R1 está anunciando el ancho de banda agregado a su enrutador vecino R4

Purpose

Para comprobar que el enrutador R1 está anunciando el ancho de banda agregado a sus vecinos externos.

Intervención
Efectos

El enrutador R1 está anunciando el ancho de banda agregado de 80 millones bytes a sus vecinos.

Comprender el anuncio de varios paths hacia un único destino en BGP

BGP interlocutores anuncien las rutas entre sí en los mensajes de actualización. BGP almacena sus rutas en la tabla de enrutamiento deinet.0Junos os (). Por cada prefijo de la tabla de enrutamiento, el proceso de protocolo de enrutamiento selecciona una sola ruta óptima, denominada ruta de acceso activa. A menos que configure BGP para anunciar varias rutas de acceso al mismo destino, BGP anuncia únicamente el path activo.

En lugar de anunciar únicamente la ruta de acceso activa a un destino, puede configurar BGP para que anuncien varios paths al destino. Dentro de un sistema autónomo, la disponibilidad de varios puntos de salida para llegar a un destino proporciona las ventajas siguientes:

  • Tolerancia a fallas: la diversidad de las rutas lleva a reducir el tiempo de restauración después de fallar. Por ejemplo, un borde después de recibir varios paths al mismo destino puede calcular previamente un path de backup y tenerlo listo para que cuando la ruta de acceso principal deje de ser válida, el dispositivo de enrutamiento de borde pueda usar la copia de seguridad para restaurar la conectividad rápidamente. Si no se dispone de una ruta de copia de seguridad, el tiempo de restauración depende de BGP reconvergencia, que incluye mensajes de retirada y de anuncio en la red antes de que se pueda aprender una nueva ruta mejor.

  • Balanceo de carga: la disponibilidad de múltiples paths para llegar al mismo destino permite equilibrar la carga del tráfico, si la ruta dentro del AS cumple ciertas restricciones.

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

Las siguientes limitaciones se aplican para anunciar varias rutas en BGP:

  • Familias de direcciones soportadas:

    • Unidifusión IPv4 (family inet unicast)

    • Unidifusión IPv6 (family inet6 unicast)

    • IPv4 con la etiqueta unicastfamily inet labeled-unicast()

    • IPv6 con la etiqueta unicastfamily inet6 labeled-unicast()

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

    • Unidifusión VPN de IPv6family inet6-vpn unicast()

    El siguiente ejemplo muestra la configuración de las familias IPv4 VPN unidifusión y unidifusión VPN IPv6:

  • Compatible con pares BGP internos (IBGP) y de BGP externos (EBGP). Somos compatibles con la recepción de ruta de agregación de EBGP de forma predeterminada y el ENVÍO de ruta de agregación de EBGP mediante una instrucción de configuración en el [edit logical-systems logical-system-name protocols bgp group group-name family family] nivel de jerarquía.

  • Solo instancia maestra. No se admiten instancias de enrutamiento.

  • Se admite el reinicio correcto y no es compatible con enrutamiento activo no detenido (INE).

  • No hay compatibilidad con el protocolo de supervisión de BGP (BMP).

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

A partir de Junos OS versión 18.4R1, BGP anunciar un máximo de 2 rutas de add-path, además de varias rutas ECMP.

Para anunciar todos los complementos hasta 64 paths Add-paths o solo rutas de igual-costo path-selection-mode , incluya [edit protocols bgp group group-name family name addpath send] en el nivel de jerarquía. No puede habilitar ambas multipath y path-selection-mode al mismo tiempo.

Ejemplo Anunciar varios paths en BGP

En este ejemplo, BGP enrutadores se configuran para anunciar varias rutas en lugar de anunciar únicamente el path activo. La publicidad de varias rutas en BGP se especifica en RFC 7911, anuncio de varias rutas en BGP.

Aplicables

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

  • Ocho dispositivos compatibles con BGP.

  • Cinco de los dispositivos compatibles con BGP no tienen por qué ser enrutadores necesariamente. Por ejemplo, pueden ser conmutadores Ethernet de la serie EX.

  • Tres de los dispositivos preBGPdos están configurados para enviar varias rutas o recibir varias rutas (o bien enviar y recibir varias rutas). Estos tres dispositivos compatibles con BGP deben ser M Series multiservicio enrutadores de borde, serie MX 5G, plataformas de enrutamiento universal o serie T enrutadores principales.

  • Los tres enrutadores deben ejecutar Junos OS versión 11,4 o posterior.

Descripción general

Las siguientes instrucciones se utilizan para configurar varios paths hacia un destino:

En este ejemplo, el enrutador R5, el enrutador R6 y el enrutador R7 redistribuyen rutas estáticas en BGP. El enrutador R1 y el enrutador R4 son catadióptricos de ruta. El enrutador R2 y el enrutador R3 son clientes enrutar el reflector R1. El enrutador R8 es un cliente que enruta el reflector R4.

El reflejo de ruta es opcional cuando el anuncio de varias rutas de acceso está habilitado en BGP.

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

Con la add-path receive configuración, el enrutador R4 se configura para recibir varias rutas desde el enrutador R1.

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

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

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

Diagrama de topología

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

Figura 6: Anuncios de varias rutas de BGPAnuncios de varias rutas de BGP

Automática

Configuración rápida de CLI

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

Enrutador R1

Enrutador R2

Enrutador R3

Enrutador R4

Enrutador R5

Enrutador R6

Enrutador R7

Enrutador R8

Configuración del enrutador R1

Procedimiento paso a paso

El ejemplo siguiente requiere que se exploren varios niveles en la jerarquía de configuración. Para obtener más información sobre cómo navegar por la CLI, consulte uso del editor de CLI en el modo de configuración en la Guía del usuario de CLI de Junos os.

Para configurar el enrutador R1:

  1. Configure las interfaces con el enrutador R2, el enrutador R3, el enrutador R4 y el enrutador R5, y configure la interfaz de bucle invertido (lo0).

  2. Configure BGP en las interfaces y configure el reflejo de ruta IBGP.

  3. Configure el enrutador R1 para que envíe hasta seis paths a su vecino, enrutador R4.

    El destino de los paths puede ser cualquier destino que el enrutador R1 pueda alcanzar a través de varios paths.

  4. Configure OSPF en las interfaces.

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

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

Resultados

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

Configurando el enrutador R2

Procedimiento paso a paso

Para configurar el enrutador R2:

  1. Configure la interfaz de bucle invertido (lo0) y las interfaces al enrutador R6 y al enrutador R1.

  2. Configure BGP y OSPF en las interfaces de R2's de enrutador.

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

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

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

Resultados

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

Configuración del enrutador R3

Procedimiento paso a paso

Para configurar el encaminador R3:

  1. Configure la interfaz de bucle invertido (lo0) y las interfaces con el enrutador R7 y el enrutador R1.

  2. Configure BGP y OSPF en las interfaces de R3's de enrutador.

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

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

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

Resultados

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

Configurar el enrutador R4

Procedimiento paso a paso

Para configurar el enrutador R4:

  1. Configure las interfaces con el enrutador R1 y el enrutador R8, y configure la interfaz de bucle invertido (lo0).

  2. Configure BGP en las interfaces y configure el reflejo de ruta IBGP.

  3. Configure el enrutador R4 para que envíe hasta seis rutas de su vecino, el enrutador R8.

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

  4. Configure el enrutador R4 para que reciba varios paths de su vecino, enrutador R1.

    El destino de los paths puede ser cualquier destino que el enrutador R1 pueda alcanzar a través de varios paths.

  5. Configure OSPF en las interfaces.

  6. Configure una directiva que permita a enrutador enviar el enrutador R8 varias rutas a la ruta 172.16.199.1/32.

    • El enrutador R4 recibe varias rutas para la ruta 172.16.198.1/32 y la ruta 172.16.199.1/32. Sin embargo, debido a esta Directiva, 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 add-path rutas BGP para un subconjunto de prefijos anunciados de agregación de ruta de acceso.

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

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

Resultados

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

Configurando enrutador R5

Procedimiento paso a paso

Para configurar el enrutador R5:

  1. Configure la interfaz de bucle de retorno (lo0) y la interfaz al enrutador R1.

  2. Configure BGP en la interfaz R5's del enrutador.

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

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

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

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

Resultados

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

Configurar el enrutador R6

Procedimiento paso a paso

Para configurar el enrutador R6:

  1. Configure la interfaz de bucle de retroceso (lo0) y la interfaz al enrutador R2.

  2. Configure BGP en la interfaz R6's del enrutador.

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

  4. Redistribuya rutas estáticas y directas de la tabla de enrutamiento R6's enrutador en BGP.

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

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

Resultados

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

Configurando R7 de enrutador

Procedimiento paso a paso

Para configurar el enrutador R7:

  1. Configure la interfaz de bucle invertido (lo0) y la interfaz al enrutador R3.

  2. Configure BGP en la interfaz R7's del enrutador.

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

  4. Redistribuya rutas estáticas y directas de la tabla de enrutamiento R7's enrutador en BGP.

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

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

Resultados

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

Configuración de enrutador R8

Procedimiento paso a paso

Para configurar el enrutador R8:

  1. Configure la interfaz de bucle invertido (lo0) y la interfaz al enrutador R4.

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

  3. Configure el enrutador R8 para que reciba varios paths desde su vecino, enrutador R4.

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

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

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

Resultados

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

Comproba

Confirme que la configuración funciona correctamente.

Verificación de que los BGP iguales del mismo nivel tienen la capacidad de enviar y recibir varios paths

Purpose

Asegúrese de que aparezca una o ambas de las cadenas siguientes en el resultado del show bgp neighbor comando:

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

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

Intervención

Verificación de que el enrutador R1 está anunciando varios paths

Purpose

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

Intervención
Efectos

Cuando ve un prefijo y más de un salto siguiente, significa que se anuncian varias rutas de enrutamiento al enrutador R4.

Comprobar que el enrutador R4 recibe y anuncia varias rutas

Purpose

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

Intervención
Efectos

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

Debido a la Directiva de prefijo que se aplica al enrutador R4, el enrutador R4 no anuncia varias rutas al destino 172.16.198.1/32. El enrutador R4 sólo anuncia una ruta de acceso al destino 172.16.198.1/32 aunque reciba varias rutas a este destino.

Verificación de que el enrutador R8 está recibiendo varias rutas

Purpose

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

Intervención

Comprobando el ID de ruta

Purpose

En los dispositivos indirectos, enrutador R4 y enrutador R8, compruebe que el identificador de la ruta de acceso identifica de forma exclusiva la ruta de acceso. Busque la Addpath Path ID: cadena.

Intervención

Ejemplo Configuración de publicidad selectiva de BGP varios paths para balanceo de carga

En este ejemplo se muestra cómo configurar la publicidad selectiva de BGP varias rutas. La publicidad de todas las rutas de acceso disponibles puede tener como resultado una gran sobrecarga de procesamiento en la memoria del dispositivo y también es una consideración de escalabilidad. Puede configurar una BGP reflector de enrutamiento para anunciar únicamente los multipaths de colaborador para el balanceo de carga.

Aplicables

No es necesaria 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 M Series, serie MX o enrutadores serie T

  • Junos OS Release 16.1 R2 o posterior en el dispositivo

Descripción general

A partir de Junos OS versión 16.1 R2, puede restringir add-path BGP para que anuncie varias rutas de sólo un colaborador. Puede limitar y configurar hasta seis prefijos que el algoritmo de multipath BGP seleccionará. La publicidad selectiva de varias rutas facilita a los proveedores de servicios Internet y centros de datos que utilizan reflector de enrutamiento para crear diversidad de la ruta de acceso en IBGP. Puede habilitar una BGP reflector de enrutamiento para que anuncie múltiples rutas que sean de colaborador para equilibrar la carga.

Topología

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

Una política de equilibrio de carga está configurada en el enrutador RR1 tal que las rutas 199.1.1.1/32 tienen varias rutas calculadas. La función multipath se configura en Add-Path for Neighbor RR4. Sin embargo, el enrutador RR4 no tiene configurada varias rutas múltiple de equilibrio de carga. El enrutador RR1 está configurado para enviar RR4 de enrutador hasta seis rutas Add de ruta a 199.1.1.1/32 elegidas a partir de rutas candidatas de múltiples rutas.

Figura 7: Ejemplo Configuración de publicidad selectiva de BGP varios paths para balanceo de cargaEjemplo Configuración de publicidad selectiva de BGP varios paths para balanceo de carga

Automática

Configuración rápida de CLI

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

Enrutador RR1

Enrutador R2

Enrutador R3

Enrutador RR4

Enrutador R5

Enrutador R6

Enrutador R7

Enrutador R8

Configurar el enrutador RR1

Procedimiento paso a paso

El ejemplo siguiente requiere que se exploren varios niveles en la jerarquía de configuración. Para obtener más información sobre Cómo desplazarse por la CLI, consulte uso del editor de CLI en el modo de configuración en la Guía del usuario de CLI.

Para configurar RR1 de enrutador:

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 bucle invertido.

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

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

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

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

  7. Configure la característica multipath de AddPath para anunciar únicamente varias rutas de acceso de colaborador y limite el número de multipaths a 6.

  8. Configure EBGP en interfaces que se conecten a enrutadores de borde externos.

  9. Defina un loadbal_199 de directiva para el equilibrio de carga por paquetes.

  10. Aplique el loadbal_199 de políticas de exportación definido.

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

Resultados

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

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

Comproba

Confirme que la configuración funciona correctamente.

Comprobando las rutas de multipath para la ruta estática 199.1.1.1/32

Purpose

Compruebe las rutas de múltiples rutas disponibles para el destino 199.1.1.1/32.

Intervención

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

Efectos

La característica publicidad selectiva de múltiples rutas está habilitada en el enrutador RR1 y hay más de un NextHop disponible para la ruta 199.1.1.1/32. Los dos saltos siguientes disponibles para Route 199.1.1.1/32 son 10.0.0.20 y 10.0.0.30.

Comprobar que las rutas de varias rutas se anuncian desde el enrutador RR1 al enrutador RR4

Purpose

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

Intervención

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

Efectos

El enrutador RR1 está anunciando dos próximos saltos 10.0.0.20 y 10.0.0.30 para la ruta 199.1.1.1/32 a enrutador RR4.

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

Purpose

Las múltiples rutas no se configuran en el enrutador RR4; por lo tanto, la ruta 199.1.1.1/32 no es apto para agregar rutas. Compruebe que el enrutador RR4 anuncie una sola ruta para el 199.1.1.1/32 al enrutador R8.

Intervención

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

Efectos

Dado que las rutas múltiples no están habilitadas en el enrutador RR4, solo se anuncia una ruta 10.0.0.20 al enrutador R8.

Ejemplo Configuración de una política de enrutamiento para seleccionar y anunciar rutas de acceso múltiples basadas en BGP valor de la comunidad

La publicidad de todas las rutas de acceso disponibles puede tener como resultado una gran sobrecarga de procesamiento en la memoria del dispositivo. Si desea anunciar un subconjunto limitado de prefijos sin conocer realmente los prefijos con antelación, puede utilizar el BGP valor de comunidad para identificar las rutas prefijadas que se deben anunciar para los vecinos BGP. En este ejemplo, se muestra cómo definir una directiva de enrutamiento para filtrar y anunciar varias rutas de la sesión basadas en un valor de comunidad BGP conocido.

Aplicables

No es necesaria 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 M Series, serie MX o enrutadores serie T

  • Junos OS Release 16.1 R2 o posterior en el dispositivo

Descripción general

A partir de Junos OS 16.1 R2, puede definir una directiva para identificar los prefijos de ruta múltiple admisibles basados en valores de comunidad. El BGP anuncia estas rutas etiquetadas a la comunidad, además de la ruta de acceso activa a un destino dado. 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 característica permite BGP no anunciar más de 20 rutas a un destino dado. Puede limitar y configurar el número de prefijos que BGP considera que son varios trazados 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. El enrutador R2 y R3 son clientes del reflector de enrutamiento RR1. El enrutador R8 es un cliente enrutar el reflector RR4. Los enrutadores R5, R6 y enrutador R7 redistribuyen rutas estáticas en BGP. El enrutador R5 anuncia rutas estáticas 199.1.1.1/32 y 198.1.1.1/32 con valor comunitario 4713:100.

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

Figura 8: Ejemplo Configuración de BGP para anunciar rutas múltiples basadas en el valor de la comunidadEjemplo Configuración de BGP para anunciar rutas múltiples basadas en el valor de la comunidad

Automática

Configuración rápida de CLI

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

Enrutador RR1

Enrutador R2

Enrutador R3

Enrutador RR4

Enrutador R5

Enrutador R6

Enrutador R7

Enrutador R8

Configurar el enrutador RR4

Procedimiento paso a paso

El ejemplo siguiente requiere que se exploren varios niveles en la jerarquía de configuración. Para obtener más información sobre Cómo desplazarse por la CLI, consulte uso del editor de CLI en el modo de configuración en la Guía del usuario de CLI.

Para configurar RR4 de enrutador:

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 bucle invertido.

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

  4. Configure dos RR de grupos de IBGP para los reflectores y rr_client de ruta para los clientes de los catadióptricos de ruta.

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

  6. Definir una directiva addpath-community-members 4713:100 para filtrar prefijos con el valor de comunidad 4713:100 y restringir el dispositivo para que envíe hasta 16 rutas al enrutador R8. Este límite suplanta la ruta de acceso de envío de ruta de acceso de lectura previamente configurada-recuento de 6 en el nivel de jerarquía de grupos BGP.

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

Resultados

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

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

Comproba

Confirme que la configuración funciona correctamente.

Verificación de que las rutas de varias rutas se anuncian desde el enrutador RR4 al enrutador R8

Purpose

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

Intervención

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

Efectos

El enrutador RR4 está anunciando varias rutas 10.0.0.20, 10.0.0.30 y 10.0.15.2 al enrutador R8.

Verificar que el enrutador R8 reciba las rutas de multipath que anuncia el enrutador RR4

Purpose

Compruebe que el enrutador R8 esté recibiendo las rutas de multipath desde el enrutador RR4.

Intervención

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

Efectos

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 de enrutador RR4.

Verificar que el enrutador RR4 solo anuncie rutas de varias rutas con un valor de comunidad 4713:100 al enrutador R8

Purpose

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

Intervención

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

Efectos

El enrutador RR4, en el que se anuncian tres rutas con el valor de comunidad 4713:100 al enrutador R8.

Configurar resoluciones recursivas a través de BGP multipath

A partir de Junos OS Release 17.3 R1, cuando un prefijo BGP con un siguiente salto de protocolo se resuelve sobre otro prefijo BGP que tiene varias rutas resueltas (unilist), todas las rutas se seleccionan para la resolución del Protocolo de próximo salto. En las versiones de Junos OS anteriores, solo se selecciona una de las rutas para la resolución de protocolo de próximo salto porque el resolvedor no admitía el equilibrio de carga en todas las rutas de la ruta de multipath IBGP. El Resolvedor del proceso de protocolo de enrutamiento (RPD) resuelve la dirección del siguiente salto del Protocolo (PNH) en los próximos saltos de reenvío inmediato. La BGP característica resolución recursiva mejora el solucionador para que resuelva rutas a través de IBGP ruta multipathsa y utilice todas las rutas factibles como próximos saltos. Esta característica beneficia a las redes con una alta densidad, en las que se utiliza BGP para establecer conectividad de la infraestructura, como redes WAN con múltiples rutas de multiformato y de igual costo, y una topología de MPLS sin fisuras.

Antes de empezar a configurar resoluciones recursivas de BGP multipath, debe hacer lo siguiente:

  1. Configure las interfaces del dispositivo.

  2. Configure OSPF o cualquier otro protocolo de IGP.

  3. Configure MPLS y LDP.

  4. Configure BGP.

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

  1. Defina una directiva que incluya la multipath-resolve acción.
  2. Importe la Directiva para resolver todas las rutas de acceso disponibles de IBGP ruta de multipath.
  3. Compruebe que BGP resuelve multipaths de forma recursiva y que hay disponibles varios saltos a continuación para el tráfico de equilibrio de carga.

    Desde el modo funcional, escriba show route resolution detail el siguiente comando:

Configurar ECMP siguientes saltos para RSVP y LSP de LDP para el equilibrio de carga

El Junos OS admite configuraciones de 16, 32 o 64 siguientes saltos de multipath (ECMP) de igual costo para RSVP y LSP de LDP en enrutadores M10i con un avanzado CFEB, M320, M120, los enrutadores de la serie MX y serie T, y dispositivos de enrutamiento. Para redes con tráfico de gran volumen, esto proporciona más flexibilidad para equilibrar la carga de tráfico en un máximo de 64 LSP.

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

Con esta instrucción puede configurar un límite máximo de ECMP de 16 saltos, el 32 o el 64. El límite predeterminado es 16.

Nota:

Los enrutadores de la serie MX con una o más tarjetas concentrador de Puerto modular (MPC) y con Junos OS 11,4 o anterior instalados, maximum-ecmp admiten la configuración de la instrucción con sólo 16 saltos siguientes. No debe configurar la instrucción maximum-ecmp con el 32 o 64 siguientes saltos. Cuando confirme la configuración con el 32 o el 64 salto siguiente, aparecerá el siguiente mensaje de ADVERTENCIA:

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

Los siguientes tipos de enrutamiento son compatibles con la ECMP máxima configuración de salto siguiente para tantas puertas de enlace de 64 ECMP:

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

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

  • RSVP ECMP próximos saltos creados para LSP

  • OSPF ruta ECMPs de IPv4 e IPv6

  • IS es IPv4 e IPv6 de ruta de ECMPs

  • EBGP ECMPs de enrutamiento IPv4 e IPv6

  • IBGP (resolución a través de rutas de IGP) enrutamiento IPv4 e IPv6 ECMPs

El límite ECMP mejorado de hasta 64 ECMP siguiente saltos también es aplicable para las VPN de capa 3, las VPN de capa 2, los circuitos de capa 2 y los servicios de VPLS que se resuelven a través de una ruta MPLS, ya que las rutas de ECMP disponibles en el enrutamiento MPLS también pueden ser utilizadas por este tráfico.

Nota:

Los siguientes FPCs en M320, T640 y T1600 enrutadores solo admiten 16 ECMP siguientes saltos:

  • (Sólo M320, T640 y enrutadores de T1600) Enhanced II FPC1

  • (Sólo M320, T640 y enrutadores de T1600) Enhanced II FPC2

  • (Sólo enrutadores M320 y T640) Enhanced II FPC3

  • (Sólo enrutadores T640 y T1600) FPC2

  • (Sólo enrutadores T640 y T1600) FPC3

Si se ha configurado un límite máximo de 32 saltos 64 de ECMP o en un enrutador de M320, T640 o T1600 con cualquiera de estas FPCs instaladas, los motores de envío de paquetes de estas FPCs utilizan solamente los 16 primeros saltos siguientes. En el caso de los motores de reenvío de paquetes en FPCs que solo admiten 16 ECMP siguientes saltos, el Junos OS generar un mensaje de registro del 32 sistema 64 si se ha configurado un límite máximo ECMP de salto siguiente de o. Sin embargo, en el caso de los motores de reenvío de paquetes de otros FPCs instalados en el enrutador, se aplica un límite máximo configurado ECMP 32 o 64 ECMP próximos saltos.

Nota:

Si los LSP de RSVP están configurados con una asignación de ancho de banda, para ECMP próximos saltos con más de 16 LSP, el tráfico no se distribuye de manera óptima basándose en 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 superiores. La distribución del tráfico no cumple estrictamente con la asignación de ancho de banda configurada. Esta advertencia se aplica a los enrutadores siguientes:

  • Enrutadores T1600 y de T640 con escalabilidad mejorada FPC1, escalabilidad mejorada FPC2, FPC3 escala mejorada, escalado FPC 4, y tipo 4 FPCs

  • Enrutadores M320 con Enhanced III FPC1, Enhanced III FPC2 y Enhanced III FPC3

  • Enrutadores de la serie MX con todos los tipos de FPCs y DPCs, excluyendo el MPCs. Esta advertencia no es aplicable a enrutadores serie mx con tarjetas de línea basadas en el conjunto de chips Junos trío.

  • Enrutadores M120 con tipo 1, tipo 2 y tipo 3 FPCs

  • Enrutadores M10i con mejoras CFEB

Las permutaciones y la clonación del próximo salto se deshabilitan en serie T enrutadores con escalabilidad mejorada FPCs (escalabilidad mejorada FPC1, FPC2 mejorada de escalabilidad, escalabilidad mejorada FPC3 y escalabilidad FPC 4) que admiten una capacidad de equilibrio de carga mejorada. Como resultado, se reduce la utilización de la memoria para un sistema de alta escala con una gran cantidad de próximos saltos en ECMP o interfaces agregadas. Las permutaciones y clonación del próximo salto también se desactivan en enrutadores serie T con el tipo 4 FPCs.

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

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 uno o varios trazados, el algoritmo hash vuelve a calcular el siguiente salto de todas las rutas, lo que suele producir la redistribución de todos los flujos. El equilibrio de carga coherente le permite reemplazar este comportamiento para que solo se redirijan los flujos de vínculos inactivos. Todos los flujos activos existentes se mantienen sin interrupción. En un entorno de centro de datos, la redistribución de todos los flujos cuando un vínculo produce errores puede tener como resultado una pérdida de tráfico significativa o una pérdida de servicio para los servidores cuyos vínculos permanecen activos. El equilibrio de carga coherente mantiene todos los vínculos activos y, en su lugar, reasigna únicamente aquellos flujos afectados por uno o varios errores de enlace. Esta característica garantiza que los flujos conectados a los vínculos que permanecen activos continúan sin interrupciones.

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

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

  • Se admiten tanto las rutas IPv4 como IPv6.

  • Los grupos de ECMP que forman parte de una instancia de enrutamiento y reenvío (VRF) virtual u otra instancia de enrutamiento también son compatibles.

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

  • Se admiten interfaces agregadas, pero no se admite el equilibrio de carga coherente entre los miembros del lote de agregación de vínculos (LAG). El tráfico de los miembros activos del paquete de posposición podría trasladarse a otro miembro activo cuando uno o varios vínculos de miembro den errores. A los flujos se les aplica un algoritmo hash cuando uno o más vínculos de miembro LAG tienen errores.

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

  • Se admite la adyacencia de la capa 3 a través de interfaces de enrutamiento y puente integrado (IRB).

Puede configurar el BGP característica Add-path para activar el reemplazo de un path fallido con un nuevo path activo cuando se produce un fallo en uno o varios paths en el grupo ECMP. La configuración del reemplazo de rutas fallidas garantiza que el flujo de tráfico de las rutas fallidas sólo se redirija. El flujo de tráfico en las rutas de Active permanecerá inalterado.

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

    Para obtener más información acerca de la encapsulación de enrutamiento genérico, vea Configuring Generic Routing Encapsulation tunneling.

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

Para configurar un equilibrio de carga coherente para grupos ECMP:

  1. Configure BGP y habilite el grupo BGP de homólogos externos para que utilicen varias rutas.
  2. Cree una directiva de enrutamiento para hacer coincidir las rutas entrantes con uno o varios prefijos de destino.
  3. Aplicar un equilibrio de carga coherente a la Directiva de enrutamiento para que solo el tráfico fluya hacia uno o varios prefijos de destino que experimenten un error de vínculo se redirijan a un vínculo activo.
  4. Crear una directiva de enrutamiento independiente y habilitar el equilibrio de carga por cada paquete.
    Nota:

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

  5. Aplique la Directiva de enrutamiento para equilibrar la carga coherente en el BGP grupo de homólogos externos.
    Nota:

    El equilibrio de carga coherente sólo puede aplicarse a BGP homólogos externos. Esta Directiva no se puede aplicar globalmente.

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

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

  7. Aplique la Directiva de equilibrio de carga por prefijo globalmente para instalar todas las rutas de salto siguiente en la tabla de reenvío.
  8. Adicional Habilite la reenrutación rápida para las rutas ECMP.
  9. Compruebe el estado de una o más rutas ECMP para las que haya habilitado el equilibrio de carga coherente.

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

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

¿Qué es una etiqueta de entropía?

Una etiqueta de entropía es una etiqueta especial de equilibrio de carga que mejora la capacidad del enrutador para equilibrar la carga de tráfico entre rutas de múltiples (ECMP) de igualdad de costo o grupos de agregación de vínculos (retardos). La etiqueta de entropía permite a los enrutadores equilibrar la carga de tráfico de manera eficaz, solo con la pila de etiquetas en lugar de inspección profunda de paquetes (PPP). Los PPP requieren más capacidad de procesamiento del enrutador y no son una capacidad compartida por todos los enrutadores.

Cuando un paquete IP tiene varias rutas de acceso para llegar a su destino, Junos OS utiliza determinados campos de los encabezados de paquetes para hacer hash del paquete en una ruta determinista. Las direcciones de origen o destino y los números de puerto del paquete se utilizan para aplicar el algoritmo hash, con el fin de evitar la reordenación de paquetes de un flujo determinado. Si un enrutador de conmutación de etiquetas principal (LSR) no es capaz de utilizar los PPP para identificar el flujo o no puede hacerlo en la velocidad de la línea, la etiqueta sólo se utiliza para ECMP hash. Esto requiere una etiqueta de entropía, una etiqueta especial de equilibrio de carga que puede contener la información de flujo. El LSR de entrada tiene más contexto e información sobre los paquetes entrantes que el tránsito LSRs. 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 etiqueta. LSRs en el núcleo utilice simplemente la etiqueta de entropía como clave para aplicar el algoritmo hash a la ruta correcta.

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

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

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

Etiqueta de entropía para unidifusión BGP etiquetada

BGP etiquetados con unidifusión concatenan LSP de RSVP o LDP en varias áreas del Protocolo de puerta de enlace interior (IGP) o varios sistemas autónomos (inter-AS LSP). Los BGP interareas con etiqueta de LSP de unidifusión suelen transportar tráfico de VPN e IP cuando los PES de la entrada y los PEs de salida se encuentran en distintas áreas de IGP. Cuando BGP etiquetadas con unicasts concatenan LSP de RSVP o de LDP, Junos OS inserta las etiquetas de entropía en el BGP etiquetado LSP de unidifusión para lograr el equilibrio de carga de etiqueta de entropía de extremo a extremo. Esto se debe a que las etiquetas de entropía RSVP o LDP normalmente se extraen en el penúltimo nodo, 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 ambos encadenados. Por lo tanto, a falta de etiquetas de entropía, el enrutador del punto de Unión utiliza las etiquetas de BGP para reenviar los paquetes. Figura 10 muestra la BGP etiqueta de etiqueta de paquete de unidifusión con la etiqueta de entropía en una pila de etiquetas RSVP. La pila de etiquetas RSVP incluye el indicador de etiqueta de entropía (ELI), la etiqueta de entropía, la BGP etiqueta y el paquete IP. Las etiquetas de entropía RSVP se extraen del penúltimo nodo.

Figura 10: BGP entre áreas etiquetadas de unidifusión con RSVP etiqueta de entropíaBGP entre áreas etiquetadas de unidifusión con RSVP etiqueta de entropía

El BGP nodo con etiqueta de creación de unidifusión no puede usar las etiquetas de entropía para el equilibrio de carga, a menos que el nodo de Unión señale la capacidad de etiqueta de entropía en el salida del BGP. Si la BGP etiquetada de nodo de unión de unidifusión BGP la capacidad de etiqueta de entropía (ELC) en los enrutadores de borde de proveedores, la BGP con la etiqueta entrada de LSP de unidifusión es consciente de que el BGP con la etiqueta de la salida de LSP de unidifusión puede tratar etiquetas de entropía e insertar un indicador de etiqueta de entropía etiqueta de entropía debajo de la BGP etiqueta. Todos los LSRs pueden usar la etiqueta de entropía para equilibrar la carga. Mientras BGP el LSP de unidifusión con etiqueta puede cruzar varios enrutadores en distintas áreas e as, es posible que algunos segmentos admitan etiquetas de entropía, mientras que otras no lo pueden. Figura 11 muestra la etiqueta de entropía en la pila de etiquetas del BGP. La pila de etiquetas del nodo de Unión consiste en el ELI, la etiqueta de entropía y el paquete IP.

Figura 11: BGP entre áreas etiquetadas de unidifusión con BGP etiqueta de entropía en el punto de UniónBGP entre áreas etiquetadas de unidifusión con BGP etiqueta de entropía en el punto de Unión
Nota:

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

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

Características admitidas y no compatibles

Junos OS admite una etiqueta de entropía para la BGP con etiqueta de 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.

  • El túnel LSP a través de la VPN de otra operadora.

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

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

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

  • Cuando se realiza un túnel a través de la VPN de una operadora de unidifusión BGP. no hay una etiqueta de entropía completa de extremo a extremo porque Junos OS no inserta un indicador de etiqueta de entropía o etiqueta de entropía debajo de las etiquetas VPN en la red de operadora de operadores.

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

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

Configure una etiqueta de entropía para BGP LSP con etiqueta de unidifusión 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 llevar la información de flujo de los paquetes. BGP etiquetadas por unidifusión generalmente concatenan los LSP de RSVP o LDP en varias IGP áreas o varios sistemas autónomos (Asoc). Las etiquetas de entropía RSVP o LDP se extraen del penúltimo nodo, 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 las Asoc?, para lograr el equilibrio de carga de la etiqueta de entropía de extremo a extremo para el tráfico BGP. Esta característica permite insertar etiquetas de entropía en el BGP con la etiqueta entrada de LSP de unidifusión.

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

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

  1. Configure las interfaces del dispositivo.

  2. Configure OSPF o cualquier otro protocolo de IGP.

  3. Configure BGP.

  4. Configurar LDP.

  5. Configurar RSVP.

  6. Configure MPLS.

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

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

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

  2. Adicional Especifique una directiva adicional para definir las rutas que tienen la capacidad de etiqueta de entropía.

    Aplicar la Directiva al enrutador de entrada.

  3. Adicional Incluya la opción no-next-hop-validation si no desea que Junos os valide el campo de salto siguiente en el atributo de capacidad etiqueta de entropía con respecto al siguiente salto de ruta.
  4. Adicional Para deshabilitar explícitamente la capacidad de etiqueta de entropía de publicidad en el enrutador de no-entropy-label-capability salida, defina una directiva con la opción para rutas especificadas en la Directiva e incluya no-entropy-label-capability la [edit policy-options policy statement policy-name then] opción en la Directiva especificada en el nivel de jerarquía.

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

En este ejemplo se muestra cómo configurar una etiqueta de entropía para una BGP etiquetada de unidifusión para lograr un equilibrio de carga de extremo a extremo mediante etiquetas de entropía. Cuando un paquete IP tiene varias rutas de acceso para llegar a su destino, Junos OS utiliza determinados campos de los encabezados de paquetes para hacer hash del paquete en una ruta determinista. Esto requiere una etiqueta de entropía, una etiqueta especial de equilibrio de carga que puede contener la información de flujo. LSRs en el núcleo utilice simplemente la etiqueta de entropía como clave para aplicar un algoritmo hash al paquete en la ruta correcta. Una etiqueta de entropía puede ser cualquier valor de etiqueta entre 16 y 1048575 (rango de etiquetas de 20 bits normal). Dado que este rango se superpone con el rango de etiquetas normal existente, se inserta una etiqueta especial llamada indicador de etiqueta de entropía (ELI) antes de la etiqueta de entropía. ELI es una etiqueta especial asignada por IANA con el valor 7.

BGP etiquetados por unidifusión generalmente concatenan los LSP de RSVP o LDP en varias áreas IGP o varios sistemas autónomos. Las etiquetas de entropía RSVP o LDP se extraen del penúltimo nodo, 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 alcanzar el hueco que hay entre el penúltimo nodo y el punto de Unión, con el fin de lograr el equilibrio de carga de etiquetas de entropía de extremo a extremo para el tráfico de BGP.

Aplicables

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

  • Siete enrutadores serie MX con MPCs

  • Junos OS la versión 15,1 o posterior que se ejecuta en todos los dispositivos

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

  1. Configure las interfaces del dispositivo.

  2. Configure OSPF o cualquier otro protocolo de IGP.

  3. Configure BGP.

  4. Configurar RSVP.

  5. Configure MPLS.

Descripción general

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

A partir de Junos OS versión 15,1, puede configurar una etiqueta de entropía para BGP unidifusión con etiqueta para lograr el 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 insertar etiquetas de entropía en el BGP con la etiqueta entrada de LSP de unidifusión.

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

Nota:

Puede deshabilitar de forma explícita la capacidad de etiqueta de entropía de publicidad al salir de las rutas especificadas en la Directiva con la no-entropy-label-capability opción en el [edit policy-options policy-statement policy name then] nivel de jerarquía.

Topología

En Figura 12 , enrutador PE1 es el enrutador de entrada y el enrutador PE2 son el enrutador de salida. Los enrutadores P1 y P2 son los enrutadores de tránsito. El enrutador ABR es el enrutador del puente de área entre el área 0 y el área 1. La posposición está configurada en los enrutadores del proveedor para equilibrar la carga del tráfico. La capacidad de etiqueta de entropía para BGP unidifusión con etiqueta está habilitada en el enrutador de entrada PE1.

Figura 12: Configurar una etiqueta de entropía para una BGP de unidifusión con etiquetaConfigurar una etiqueta de entropía para una BGP de unidifusión con etiqueta

Automática

Configuración rápida de CLI

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

Enrutador PE1

Enrutador P1

Enrutador ABR

Enrutador P2

Enrutador PE2

Configurar el enrutador PE1

Procedimiento paso a paso

El ejemplo siguiente requiere que se exploren varios niveles en la jerarquía de configuración. Para obtener más información sobre Cómo desplazarse por la CLI, consulte uso del editor de CLI en el modo de configuración en la Guía del usuario de CLI.

Para configurar PE1 de enrutador:

Nota:

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

  1. Configure las interfaces con direcciones IPv4 e IPv6.

  2. Configure la interfaz de bucle invertido.

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

  4. Configure el protocolo RSVP para todas las interfaces.

  5. Habilite MPLS en todas las interfaces del enrutador PE1 y especifique el LSP.

  6. Configure IBGP en los enrutadores internos.

  7. Habilitar la capacidad de la etiqueta de entropía para el BGP unidifusión con etiqueta para el grupo de BGP interno ibgp.

  8. Habilite el protocolo OSPF en todas las interfaces del enrutador de límite de área (ABR).

  9. Defina listas de prefijos para especificar las rutas con capacidad de etiqueta de entropía.

  10. Definir una directiva el para especificar las rutas con capacidad de etiqueta de entropía.

  11. Defina otra directiva el-2 para especificar las rutas con capacidad de etiqueta de entropía.

  12. Defina una directiva para exportar BGP rutas a la tabla de enrutamiento de OSPF.

  13. Defina una directiva para exportar OSPF rutas a la tabla de enrutamiento de BGP.

  14. Defina una directiva para exportar rutas estáticas a la tabla de enrutamiento BGP.

  15. Configure un destino VPN para la comunidad VPN.

  16. Configure la instancia de enrutamiento VPN de capa 3 VPN-L3VPN.

  17. Asigne las interfaces para la instancia de enrutamiento L3VPN VPN.

  18. Configure el distintivo de ruta para la instancia de enrutamiento VPN-L3VPN.

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

  20. Configure una ruta estática a CE1 de dispositivo utilizando el protocolo VPN de capa 3 para la instancia de enrutamiento VPN-L3VPN.

  21. Exporte las rutas BGP a la tabla de enrutamiento de OSPF de la instancia de enrutamiento VPN-L3VPN.

  22. Asigne la interfaz de OSPF para la instancia de enrutamiento VPN-L3VPN.

Configurando el enrutador P1

Procedimiento paso a paso

El ejemplo siguiente requiere que se exploren varios niveles en la jerarquía de configuración. Para obtener más información sobre Cómo desplazarse por la CLI, consulte uso del editor de CLI en el modo de configuración en la Guía del usuario de CLI.

Para configurar el enrutador P1:

Nota:

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

  1. Configure las interfaces con direcciones IPv4 e IPv6.

  2. Configure la agregación de vínculos en las interfaces.

  3. Configure la interfaz de bucle invertido.

  4. Configure MPLS etiquetas que utiliza el enrutador para aplicar un algoritmo hash a los paquetes en su destino para el equilibrio de carga.

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

  6. Habilite el equilibrio de carga de paquetes.

  7. Configure el protocolo RSVP para todas las interfaces.

  8. Habilite MPLS en todas las interfaces del enrutador P1 y especifique el LSP.

  9. Habilite el protocolo OSPF en todas las interfaces del enrutador P1, con la excepción de la interfaz de administración.

  10. Defina una directiva para el equilibrio de carga por paquete.

Configurando el enrutador ABR

Procedimiento paso a paso

El ejemplo siguiente requiere que se exploren varios niveles en la jerarquía de configuración. Para obtener más información sobre Cómo desplazarse por la CLI, consulte uso del editor de CLI en el modo de configuración en la Guía del usuario de CLI.

Para configurar el ABR de enrutador:

  1. Configure las interfaces con direcciones IPv4 e IPv6.

  2. Configure la interfaz de bucle invertido.

  3. Configure la agregación de vínculos en las interfaces.

  4. Configure MPLS etiquetas que utiliza el enrutador para aplicar un algoritmo hash a los paquetes en su destino para el equilibrio de carga.

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

  6. Habilite el equilibrio de carga de paquetes.

  7. Configure el protocolo RSVP para todas las interfaces.

  8. Habilite MPLS en todas las interfaces del enrutador P1 y especifique el LSP.

  9. Configure IBGP en los enrutadores internos.

  10. Habilite el protocolo OSPF en todas las interfaces de ABR.

  11. Defina una directiva para especificar las rutas con capacidad de etiqueta de entropía.

Resultados

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

Comproba

Confirme que la configuración funciona correctamente.

Comprobando que la capacidad de la etiqueta de entropía se está anunciando desde el enrutador PE2

Purpose

Compruebe que el atributo de ruta de capacidad de funcionalidad de etiqueta de entropía se está anunciando desde el enrutador de PE2 de entrada de salida.

Intervención

Desde el modo operativo, ejecute show route 10.255.101.200 advertising-protocol bgp 10.255.102.102 el comando en el enrutador PE2.

Efectos

El resultado muestra que el host PE2 con la dirección IP de 10.255.101.200 tiene la capacidad de etiqueta de entropía. El host está anunciando la capacidad de la etiqueta de entropía a sus BGP vecinos.

Comprobando que el enrutador ABR recibe el anuncio de etiqueta de entropía

Purpose

Compruebe que el enrutador ABR recibe el anuncio de etiqueta de entropía en la entrada del enrutador PE2.

Intervención

Desde el modo operativo, ejecute show route 10.255.101.200 receiving-protocol bgp 10.255.101.200 el comando en el enrutador ABR.

Efectos

El enrutador ABR recibe el anuncio de capacidad de etiqueta de entropía de su BGP vecinos PE2.

Comprobar que se ha establecido el marcador de etiqueta de entropía

Purpose

Compruebe que se ha establecido el marcador de etiqueta de entropía para los elementos de etiqueta en la entrada.

Intervención

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

Efectos

Una etiqueta de entropía está habilitada en el enrutador PE1. El resultado muestra que la etiqueta de entropía se utiliza para el BGP etiqueta de unidifusión con el fin de lograr un equilibrio de carga de extremo a extremo.

Caso de uso para BGP convergencia independiente de prefijos inet, Inet6 o de unidifusión etiquetada

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

Si se produce un error en la posibilidad de acceso 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 la red y anuncia el BGP siguiente salto para que no se pueda alcanzar dicho prefijo. BGP vuelve a evaluar rutas alternativas y si hay una ruta alternativa disponible, reinstala este salto alternativo en el motor de reenvío de paquetes. Este tipo de fallos de salida suele afectar a varios prefijos al mismo tiempo y BGP tiene que actualizar todos estos prefijos uno a la vez. En los enrutadores de entrada, el IGP completa primero la ruta de acceso más corta (SPF) y actualiza los siguientes saltos. A continuación, Junos OS determina los prefijos a los que no se puede alcanzar, y señala al protocolo que es necesario actualizarlos. BGP obtiene la notificación y actualiza el siguiente salto de todos los prefijos que ahora no son válidos. Este proceso podría afectar a la conectividad y podría tardar varios 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 BGP característica PIC, que inicialmente era compatible con los enrutadores VPN de capa 3, se extiende a BGP con varias rutas en las tablas globales como inet y inet6 de unidifusión, e inet y inet6 con la unidifusión etiquetada. En un enrutador habilitado para PIC de BGP, Junos OS instala la ruta de respaldo para el próximo salto indirecto en el motor de enrutamiento y también proporciona esta ruta al motor de reenvío de paquetes y IGP. Cuando un IGP pierde posibilidad de tener acceso a un prefijo con una o más rutas, indica al motor de enrutamiento un único mensaje antes de actualizar las tablas de enrutamiento. El motor de enrutamiento señala a la motor de reenvío de paquetes que un salto indirecto en el siguiente se ha producido un error y que es necesario enrutar el tráfico mediante la ruta de copia de seguridad. El enrutamiento al prefijo de destino afectado continúa utilizando la ruta de copia de seguridad, incluso antes de que BGP empiece a volver a calcular los nuevos saltos para los prefijos de BGP. El enrutador utiliza esta ruta de copia de seguridad para reducir la pérdida de tráfico hasta que se resuelve la convergencia global a través de la BGP.

La hora a la que se produce la interrupción en el tiempo hasta que se señaliza la pérdida de alcance depende realmente del tiempo de detección de fallos del enrutador más cercano y del IGP tiempo de convergencia. Una vez que el enrutador local detecta la interrupción, la convergencia de ruta sin la BGP función PIC activada depende en gran medida del número de prefijos afectados y del rendimiento del enrutador debido a la actualización de cada uno de los prefijos afectados. Sin embargo, con la función BGP PIC habilitada, incluso antes de que BGP vuelva a calcular el mejor camino para esos prefijos afectados, el motor de enrutamiento indica al plano de datos que cambie al siguiente mejor camino en espera. Por lo tanto, la pérdida de tráfico es mínima. Las nuevas rutas se calculan incluso mientras el tráfico se reenvía, y estas rutas nuevas se envían al plano de datos. Por lo tanto, el número de prefijos de BGP afectados no influye en el tiempo que tardaba la interrupción del tráfico en el momento en el que BGP indica la pérdida de accesibilidad.

Configuración de BGP convergencia independiente prefijo de inet

En un enrutador habilitado para convergencia independiente de prefijo de BGP (PIC), Junos OS instala la ruta de copia de seguridad para el siguiente salto indirecto en el motor de enrutamiento y también proporciona este enrutamiento al motor de reenvío de paquetes y IGP. Cuando un IGP pierde posibilidad de tener acceso a un prefijo con una o más rutas, indica al motor de enrutamiento un único mensaje antes de actualizar las tablas de enrutamiento. El motor de enrutamiento señala a la motor de reenvío de paquetes que un salto indirecto en el siguiente se ha producido un error y que es necesario enrutar el tráfico mediante la ruta de copia de seguridad. El enrutamiento al prefijo de destino afectado continúa utilizando la ruta de copia de seguridad, incluso antes de que BGP empiece a volver a calcular los nuevos saltos para los prefijos de BGP. El enrutador utiliza esta ruta de copia de seguridad para reducir la pérdida de tráfico hasta que se resuelve la convergencia global a través de la BGP. La función BGP PIC, que se admitía inicialmente para enrutadores VPN de capa 3, se extiende a BGP con varias rutas en las tablas globales como inet y inet6 unicast, e inet y inet6 con etiqueta de unidifusión.

Antes de empezar:

  1. Configure las interfaces del dispositivo.

  2. Configure OSPF o cualquier otro protocolo de IGP.

  3. Configure MPLS y LDP.

  4. Configure BGP.

Nota:

La característica BGP PIC sólo se admite en enrutadores con interfaces MPC.

mejores prácticas:

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

Para configurar BGP PIC para inet:

  1. Activar BGP PIC para inet.
    Nota:

    La característica de borde de BGP PIC solo se admite en enrutadores con interfaces MPC.

  2. Configure el equilibrio de carga por cada paquete.
  3. Aplicar la Directiva de equilibrio de carga por paquete a las rutas exportadas desde la tabla de enrutamiento a la tabla de reenvío.
  4. Compruebe que BGP PIC funciona.

    Desde el modo funcional, escriba show route extensive el siguiente comando:

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

    • 0x1 indica los próximos saltos activos.

    • 0x4000 indica los próximos saltos pasivos.

Ejemplo Configuración de BGP convergencia independiente prefijo de inet

Este ejemplo muestra cómo configurar BGP PIC para inet. En el caso de un error en un enrutador, una red BGP puede tardar desde unos segundos o minutos en recuperarse, dependiendo de parámetros tales como el tamaño del rendimiento de la red o del enrutador. Cuando la característica convergencia independiente del prefijo de BGP (PIC) está activada en un enrutador, BGP con varias rutas en las tablas globales, como inet y inet6 de unidifusión, e inet y inet6 con la etiqueta de unidifusión, se instala en el motor de reenvío de paquetes la segunda mejor ruta en adición de la mejor ruta de acceso calculada a un destino. El enrutador utiliza esta ruta de copia de seguridad cuando un enrutador de salida no funciona en una red y reduce drásticamente el tiempo de interrupción.

Aplicables

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

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

  • Un enrutador de la serie MX con el MPCs para configurar la función de BGP PIC

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

  • Junos OS la versión 15,1 o posterior en el dispositivo con BGP PIC configurado

Descripción general

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

Nota:

La BGP función PIC se admite únicamente en enrutadores con MPCs.

Topología

Este ejemplo muestra tres enrutadores perimetrales de cliente (CE), el dispositivo CE0, CE1 y CE2. Los enrutadores PE0, PE1 y PE2 son enrutadores de borde de proveedores (PE). Los enrutadores P0 y P1 son enrutadores principales del proveedor. BGP PIC está configurado en PE0 de enrutador. Para las pruebas, la dirección 192.168.1.5 se añade como una segunda dirección de interfaz de bucle de retorno en el dispositivo CE1. La dirección se anuncia a los enrutadores PE1 y PE2 y es retransmitida por el BGP interno (IBGP) a enrutador PE0. En PE0 enrutador, hay dos rutas a la red 192.168.1.5. Ésta es la ruta principal y una ruta de copia de seguridad. Figura 13 muestra la red de ejemplo.

Figura 13: Configuración BGP PIC para inetConfiguración BGP PIC para inet

Automática

Configuración rápida de CLI

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

Enrutador PE0

Enrutador P0

Enrutador P1

Enrutador PE1

Enrutador PE2

CE0 del dispositivo

CE1 del dispositivo

Dispositivo CE2

Configurando el dispositivo PE0

Procedimiento paso a paso

El ejemplo siguiente requiere que se exploren varios niveles en la jerarquía de configuración. Para obtener más información sobre cómo navegar por la CLI, consulte uso del editor de CLI en el modo de configuración en la Guía del usuario de CLI de Junos os.

Para configurar PE0 de dispositivos:

  1. En los enrutadores con concentradores de puertos modulares (MPCs), habilite los servicios de red IP mejorados.

  2. Configure las interfaces del dispositivo.

  3. Configure la interfaz de bucle invertido.

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

  5. Configure un IGP en las interfaces principales.

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

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

  8. Configure la Directiva de equilibrio de carga.

  9. Configure una nueva Directiva de salto automático.

  10. Active la función de borde de BGP PIC.

  11. Aplique la Directiva de equilibrio de carga.

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

Resultados

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

Comproba

Confirme que la configuración funciona correctamente.

Mostrar información de ruta extensa

Purpose

Confirme que BGP borde de PIC funciona.

Intervención

Ejecute el show route extensive comando desde PE0 de dispositivo.

Efectos

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

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

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

Mostrar la tabla de reenvío

Purpose

Compruebe el estado de la tabla de enrutamiento de núcleo y reenvío show route forwarding-table con el comando.

Intervención

Ejecute el show route forwarding-table destination 192.168.1.5 extensive comando desde PE0 de dispositivo.

Efectos

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

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

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

Borde de PIC BGP mediante BGP etiquetada Descripción general de unidifusión

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

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

Esta característica ofrece las siguientes ventajas:

  • Protege el tráfico en caso de errores en los nodos Border (ABR y ASBR) en redes con varios dominios.

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

¿Cómo funciona BGP convergencia independiente del prefijo?

BGP convergencia independiente de prefijo (PIC) mejora BGP convergencia en los fallos del nodo de la red. BGP PIC crea y almacena rutas de copia de seguridad y principales para el próximo salto indirecto en el motor de enrutamiento y también proporciona la información indirecta de ruta de salto junto a la 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 ha producido un error indirecto en un salto siguiente y que el tráfico se vuelve a enrutar a una ruta de acceso de copia de seguridad o de igual costo calculada previamente sin modificar los prefijos BGP. El enrutamiento del tráfico al prefijo de destino continúa utilizando la ruta de copia de seguridad para reducir la pérdida de tráfico hasta que se resuelve la convergencia global a través de BGP.

La convergencia de BGP se aplica tanto a los errores del nodo de red principal como al de la periferia. En el caso de BGP PIC, los ajustes de las cadenas de reenvío se realizan como resultado de fallos en el enlace del nodo o del núcleo. En el caso de BGP borde de la imagen PIC, los ajustes de las cadenas de reenvío se realizan como resultado de los fallos del nodo de borde o del enlace de borde.

BGP borde de PIC BGP etiquetado como Unidifusión como protocolo de transporte

BGP borde PIC mediante la BGP etiquetada protocolo de transporte de unidifusión ayuda a proteger y redireccionar el tráfico cuando se producen errores en los nodos de borde (ABR y ASBR) en las redes con varios dominios. Las redes de dominios múltiples se utilizan normalmente en los diseños de red retorno de Metro Ethernet y en los móviles.

En Juniper Networks dispositivos serie MX, EX y PTX, BGP PIC Edge admite servicios de capa 3 con BGP unidifusión etiquetado como protocolo de transporte. Además Juniper Networks, en dispositivos serie MX, EX9204, EX9208, EX9214, EX9251 y EX9253, el borde de PIC de BGP admite circuitos de capa 2, VPN de capa 2 y VPLS (BGP VPLS, VPLS LDP y FEC 129 VPLS) con BGP etiquetado como protocolo de transporte. Estos BGP servicios son de varias rutas (aprendidas a partir de varias PEs) y se resuelven BGP través de rutas de unidifusión etiquetadas, lo que de nuevo podría ser una ruta múltiple aprendida de otras ABR. Los protocolos de transporte compatibles a BGP borde de PIC son RSVP, LDP, OSPF y ISIS. A partir de Junos OS versión 20.2R1, los dispositivos serie MX, EX9204, EX9208, EX9214, EX9251 y EX9253 admiten BGP la protección de borde de PIC para los servicios de circuito 2, VPN de capa 2 y VPLS (BGP VPLS, LDP VPLS y FEC 129 VPLS) con BGP con etiqueta de unidifusión como protocolo de transporte.

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

  • IPv4, servicios a través de IPv4 BGP con etiqueta de unidifusión

  • BGP IPv6 con la etiqueta servicio de unidifusión a través de IPv4 BGP con etiqueta de unidifusión

  • Servicios VPN de IPv4 Layer 3 a través de IPv4 BGP etiquetadas de unidifusión

  • Servicios VPN de capa 3 a través de IPv4 BGP con etiqueta de unidifusión

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

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

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

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

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

Los dispositivos serie MX, EX9204, EX9208, EX9214, EX9251 y EX9253 admiten BGP la protección de borde de PIC para el circuito de capa 2, VPN de capa 2 y VPLS (BGP VPLS, LDP VPLS y FEC 129 VPLS) Services con BGP con la etiqueta de unidifusión como protocolo de transporte. BGP borde de PIC mediante el protocolo de transporte de BGP de unidifusión etiquetado como ayuda a proteger las fallas de tráfico a través de los nodos de borde (ABR y ASBR) en redes de varios dominios. Normalmente, las redes de dominios múltiples se utilizan en diseños de redes retorno móviles y de agregación de metro.

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

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

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

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

Para circuito de capa 2 y VPLS LDP:

Para VPN de capa 2, BGP VPLS y FEC129:

Ejemplo Protección del tráfico IPv4 sobre la capa 3 VPN en ejecución BGP etiquetada de unidifusión

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

Aplicables

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

  • Enrutadores serie MX.

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

Descripción general

La siguiente topología proporciona la protección ABR y ASBR cambiando el tráfico hacia las rutas de copia de seguridad siempre que la ruta principal deje de estar disponible.

Topología

Figura 14ilustra la VPN de capa 3 que se ejecuta BGP con unidifusión como protocolo de transporte entre dominios.

Figura 14: VPN de capa 3 sobre BGP con unidifusión etiquetada utilizando el protocolo de transporte LDP
Topología

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

Componentes principales

Tipo de dispositivo

Situación

CE1

Serie MX

Conectado a la red del cliente.

PE1

Serie MX

Se configura con rutas de enrutamiento principales y de reserva para proteger y redireccionar el tráfico de CE1 a CE2.

P1-P3

Serie MX

Enrutadores principales para el tráfico de transporte.

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 PE conectados al enrutador perimetral del cliente (CE2).

CE2

Serie MX

Conectado a la red del cliente.

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

Automática

Para configurar BGP borde de PIC mediante la unidifusión de BGP Label 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, quite los saltos de línea, cambie los detalles necesarios para que coincidan con su configuración de red, copie y pegue los [edit] comandos en la CLI en el nivel de jerarquía y, a continuación, entrar commit desde el modo de configuración.

CE1 del dispositivo

Dispositivo PE1

Dispositivo P1

Dispositivo RR1

Dispositivo ABR1

Dispositivo ABR2

Dispositivo P2

Dispositivo RR2

Dispositivo ASBR1

Dispositivo ASBR2

Dispositivo ASBR3

ASBR4 de dispositivo

RR3 de dispositivo

Dispositivo P3

Dispositivo PE2

Dispositivo PE3

Dispositivo CE2

Configuración de CE1

Procedimiento paso a paso

El ejemplo siguiente requiere que se exploren varios niveles en la jerarquía de configuración. Para obtener más información sobre Cómo desplazarse por la CLI, consulte uso del editor de CLI en el modo de configuración en la Guía del usuario de CLI.

Para configurar CE1 de dispositivo:

  1. Configure las interfaces para activar el transporte de IP y de MPLS.

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

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

  4. Configure las opciones de enrutamiento.

  5. Configure BGP etiquetada de unidifusión a Abr para intercambiar direcciones IP de bucle de retorno como BGP etiquetados prefijos de unidifusión.

Resultados

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

Configuración de PE1

Procedimiento paso a paso

El ejemplo siguiente requiere que se exploren varios niveles en la jerarquía de configuración. Para obtener más información sobre Cómo desplazarse por la CLI, consulte uso del editor de CLI en el modo de configuración en la Guía del usuario de CLI.

Para configurar PE1 de dispositivos:

  1. Configure las interfaces para activar el transporte de IP y de MPLS.

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

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

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

  5. Configure políticas de resolución de importaciones y costillas de resolución para habilitar una estructura jerárquica de jerarquía expandida para determinados prefijos VPN de capa 3 especificados en la Directiva.

  6. Configure el protocolo OSPF.

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

  8. Configure BGP etiquetada de unidifusión a Abr para intercambiar direcciones IP de bucle de retorno como BGP etiquetados prefijos de unidifusión.

Resultados

Desde el modo de configuración, para confirmar la configuración show chassis, show interfacesescriba show policy-optionslos show routing-instancescomandosshow routing-options,, show protocols , y. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregir la configuración.

Configurando dispositivo P1

Procedimiento paso a paso

El ejemplo siguiente requiere que se exploren varios niveles en la jerarquía de configuración. Para obtener más información sobre Cómo desplazarse por la CLI, consulte uso del editor de CLI en el modo de configuración en la Guía del usuario de CLI.

Para configurar el dispositivo P1:

  1. Configure las interfaces.

  2. Configure la interfaz de bucle invertido.

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

  4. Configure las opciones de enrutamiento.

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

Resultados

Desde el modo de configuración, escriba los show interfacescomandos, show policy-optionsy y show protocols para confirmar la configuración. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregir la configuración.

Configuración del dispositivo RR1

Procedimiento paso a paso

El ejemplo siguiente requiere que se exploren varios niveles en la jerarquía de configuración. Para obtener más información sobre Cómo desplazarse por la CLI, consulte uso del editor de CLI en el modo de configuración en la Guía del usuario de CLI.

Para configurar RR1 de dispositivos:

  1. Configure las interfaces.

  2. Configure la interfaz de bucle invertido.

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

  4. Configure las opciones de enrutamiento.

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

  6. Configure BGP unidifusión etiquetada para intercambiar direcciones IP de bucle de retroceso como BGP etiquetados como prefijos de unidifusión.

Resultados

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

Configuración del dispositivo ABR1

Procedimiento paso a paso

El ejemplo siguiente requiere que se exploren varios niveles en la jerarquía de configuración. Para obtener más información sobre Cómo desplazarse por la CLI, consulte uso del editor de CLI en el modo de configuración en la Guía del usuario de CLI.

Para configurar ABR1 de dispositivos:

  1. Configure las interfaces para activar el transporte de IP y de MPLS.

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

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

  4. Aplicar Directiva de equilibrio de carga por flujo para activar la protección del tráfico.

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

  6. Configure BGP unidifusión etiquetada para intercambiar direcciones IP de bucle de retroceso como BGP etiquetados como prefijos de unidifusión.

Resultados

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

Configuración del dispositivo ABR2

Procedimiento paso a paso

El ejemplo siguiente requiere que se exploren varios niveles en la jerarquía de configuración. Para obtener más información sobre Cómo desplazarse por la CLI, consulte uso del editor de CLI en el modo de configuración en la Guía del usuario de CLI.

Para configurar ABR2 de dispositivos:

  1. Configure las interfaces para activar el transporte de IP y de MPLS.

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

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

  4. Aplicar Directiva de equilibrio de carga por flujo para activar la protección del tráfico.

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

  6. Configure BGP unidifusión etiquetada para intercambiar direcciones IP de bucle de retroceso como BGP etiquetados como prefijos de unidifusión.

Resultados

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

Configurando dispositivo P2

Procedimiento paso a paso

El ejemplo siguiente requiere que se exploren varios niveles en la jerarquía de configuración. Para obtener más información sobre Cómo desplazarse por la CLI, consulte uso del editor de CLI en el modo de configuración en la Guía del usuario de CLI.

Para configurar el dispositivo P2:

  1. Configure las interfaces para activar el transporte de IP y de MPLS.

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

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

  4. Configure las opciones de enrutamiento.

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

Resultados

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

Configuración del dispositivo RR2

Procedimiento paso a paso

El ejemplo siguiente requiere que se exploren varios niveles en la jerarquía de configuración. Para obtener más información sobre Cómo desplazarse por la CLI, consulte uso del editor de CLI en el modo de configuración en la Guía del usuario de CLI.

Para configurar RR2 de dispositivos:

  1. Configure las interfaces para activar el transporte de IP y de MPLS.

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

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

  4. Aplicar Directiva de equilibrio de carga por flujo para activar la protección del tráfico.

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

  6. Configure BGP unidifusión etiquetada para intercambiar direcciones IP de bucle de retroceso como BGP etiquetados como prefijos de unidifusión.

Resultados

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

Configuración del dispositivo ASBR1

Procedimiento paso a paso

El ejemplo siguiente requiere que se exploren varios niveles en la jerarquía de configuración. Para obtener más información sobre Cómo desplazarse por la CLI, consulte uso del editor de CLI en el modo de configuración en la Guía del usuario de CLI.

Para configurar ASBR1 de dispositivos:

  1. Configure las interfaces para activar el transporte de IP y de MPLS.

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

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

  4. Aplicar Directiva de equilibrio de carga por flujo para activar la protección del tráfico.

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

  6. Configure BGP unidifusión etiquetada para intercambiar direcciones IP de bucle de retroceso como BGP etiquetados como prefijos de unidifusión.

Resultados

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

Configuración del dispositivo ASBR2

Procedimiento paso a paso

El ejemplo siguiente requiere que se exploren varios niveles en la jerarquía de configuración. Para obtener más información sobre Cómo desplazarse por la CLI, consulte uso del editor de CLI en el modo de configuración en la Guía del usuario de CLI.

Para configurar ASBR2 de dispositivos:

  1. Configure las interfaces para activar el transporte de IP y de MPLS.

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

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

  4. Aplicar Directiva de equilibrio de carga por flujo para activar la protección del tráfico.

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

  6. Configure BGP unidifusión etiquetada para intercambiar direcciones IP de bucle de retroceso como BGP etiquetados como prefijos de unidifusión.

Resultados

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

Configuración del dispositivo ASBR3

Procedimiento paso a paso

El ejemplo siguiente requiere que se exploren varios niveles en la jerarquía de configuración. Para obtener más información sobre Cómo desplazarse por la CLI, consulte uso del editor de CLI en el modo de configuración en la Guía del usuario de CLI.

Para configurar ASBR3 de dispositivos:

  1. Configure las interfaces para activar el transporte de IP y de MPLS.

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

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

  4. Aplicar Directiva de equilibrio de carga por flujo para activar la protección del tráfico.

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

  6. Configure BGP unidifusión etiquetada para intercambiar direcciones IP de bucle de retroceso como BGP etiquetados como prefijos de unidifusión.

Resultados

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

Configuración del dispositivo ASBR4

Procedimiento paso a paso

El ejemplo siguiente requiere que se exploren varios niveles en la jerarquía de configuración. Para obtener más información sobre Cómo desplazarse por la CLI, consulte uso del editor de CLI en el modo de configuración en la Guía del usuario de CLI.

Para configurar ASBR4 de dispositivos:

  1. Configure las interfaces para activar el transporte de IP y de MPLS.

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

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

  4. Aplicar Directiva de equilibrio de carga por flujo para activar la protección del tráfico.

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

  6. Configure BGP unidifusión etiquetada para intercambiar direcciones IP de bucle de retroceso como BGP etiquetados como prefijos de unidifusión.

Resultados

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

Configuración del dispositivo RR3

Procedimiento paso a paso

El ejemplo siguiente requiere que se exploren varios niveles en la jerarquía de configuración. Para obtener más información sobre Cómo desplazarse por la CLI, consulte uso del editor de CLI en el modo de configuración en la Guía del usuario de CLI.

Para configurar RR3 de dispositivos:

  1. Configure las interfaces para activar el transporte de IP y de MPLS.

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

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

  4. Aplicar Directiva de equilibrio de carga por flujo para activar la protección del tráfico.

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

  6. Configure BGP unidifusión etiquetada para intercambiar direcciones IP de bucle de retroceso como BGP etiquetados como prefijos de unidifusión.

Resultados

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

Configuración del dispositivo P3

Procedimiento paso a paso

El ejemplo siguiente requiere que se exploren varios niveles en la jerarquía de configuración. Para obtener más información sobre Cómo desplazarse por la CLI, consulte uso del editor de CLI en el modo de configuración en la Guía del usuario de CLI.

Para configurar el dispositivo P3:

  1. Configure las interfaces para activar el transporte de IP y de MPLS.

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

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

  4. Configure las opciones de enrutamiento.

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

Resultados

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

Configuración de PE2

Procedimiento paso a paso

El ejemplo siguiente requiere que se exploren varios niveles en la jerarquía de configuración. Para obtener más información sobre Cómo desplazarse por la CLI, consulte uso del editor de CLI en el modo de configuración en la Guía del usuario de CLI.

Para configurar PE2 de dispositivos:

  1. Configure las interfaces para activar el transporte de IP y de MPLS.

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

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

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

  5. Configure políticas de resolución de importaciones y costillas de resolución para habilitar una estructura jerárquica de jerarquía expandida para determinados prefijos VPN de capa 3 especificados en la Directiva.

  6. Configure isis, RSVP, LDP y MPLS protocolos en la interfaz.

  7. Configure BGP unidifusión etiquetada para intercambiar direcciones IP de bucle de retroceso como BGP etiquetados como prefijos de unidifusión.

Resultados

Desde el modo de configuración, para confirmar la configuración show chassis, show interfacesescriba show policy-optionslos show routing-instancescomandosshow routing-options,, show protocols , y. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregir la configuración.

Configuración de PE3

Procedimiento paso a paso

El ejemplo siguiente requiere que se exploren varios niveles en la jerarquía de configuración. Para obtener más información sobre Cómo desplazarse por la CLI, consulte uso del editor de CLI en el modo de configuración en la Guía del usuario de CLI.

Para configurar PE3 de dispositivos:

  1. Configure las interfaces para activar el transporte de IP y de MPLS.

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

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

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

  5. Configure políticas de resolución de importaciones y costillas de resolución para habilitar una estructura jerárquica de jerarquía expandida para determinados prefijos VPN de capa 3 especificados en la Directiva.

  6. Configure isis, RSVP, LDP y MPLS protocolos en la interfaz.

  7. Configure BGP unidifusión etiquetada para intercambiar direcciones IP de bucle de retroceso como BGP etiquetados como prefijos de unidifusión.

Resultados

Desde el modo de configuración, para confirmar la configuración show chassis, show interfacesescriba show policy-optionslos show routing-instancescomandosshow routing-options,, show protocols , y. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregir la configuración.

Configuración de CE2

Procedimiento paso a paso

El ejemplo siguiente requiere que se exploren varios niveles en la jerarquía de configuración. Para obtener más información sobre Cómo desplazarse por la CLI, consulte uso del editor de CLI en el modo de configuración en la Guía del usuario de CLI.

Para configurar CE2 de dispositivos:

  1. Configure las interfaces para activar el transporte de IP y de MPLS.

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

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

  4. Configure las opciones de enrutamiento.

  5. Configure BGP unidifusión etiquetada para intercambiar direcciones IP de bucle de retroceso como BGP etiquetados como prefijos de unidifusión.

Resultados

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

Comproba

Confirme que la configuración funciona correctamente.

Comprobar que resolver se resuelven

Purpose

Compruebe que los resolver PE2 y PE3 se resuelven en PE1.

Intervención

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

Efectos

Puede ver los pesos 0x1 y 0x4000 para los resolver principales y de copia de seguridad.

Comprobar las entradas NextHop en la tabla de enrutamiento

Purpose

Compruebe las entradas de enrutamiento de salto activo en PE1.

Intervención

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

Efectos

Puede ver los pesos 0x1 y los 0x4000 resolver principales y de copia de seguridad.

Compatibilidad con pseudowire de FAT para el BGP L2VPN y la descripción general de VPLS

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

En una red de MPLS, el transporte de reconocimiento de flujo (FAT) de la etiqueta de flujo pseudowires, tal como se describe en draft-keyupdate-l2vpn-FAT-PW-BGP, se utiliza para el tráfico de equilibrio de carga en pseudowires señalizados por BGP para la red privada virtual (l2vpn) de capa 2 y el servicio LAN privada virtual (VPLS).

La etiqueta de flujo de grasa sólo se configura en los enrutadores de borde de etiqueta (LERs). Esto hace que los enrutadores de tránsito o los enrutadores de conmutación de etiquetas (LSRs) realicen el equilibrio de carga de MPLS paquetes en rutas de multipath (ECMP) o grupos de agregación de vínculos (retardos) de igual costo, sin la necesidad de inspección profunda de paquetes de la carga.

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

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

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

Se admite el transporte de reconocimiento de flujo (FAT) o la etiqueta de flujo para los pseudowires señalizados por BGP, como L2VPN, solo deben configurarse en los enrutadores de borde de etiqueta (LERs). Esto permite que los enrutadores de tránsito o los enrutadores de conmutación de etiquetas (LSRs) realicen el equilibrio de carga de MPLS paquetes en rutas de multipath de igual costo (ECMP) o grupos de agregación de enlaces (retardos) sin la necesidad de inspección profunda de paquetes de la carga. La etiqueta de pseudowires o Flow se puede usar con L2VPNs señalizado con LDP con clase de equivalencia de reenvío (FEC128 y FEC129), y la compatibilidad con la etiqueta de flujo se extiende para pseudowires señalado BGP para los servicios punto a punto o punto a multipunto de capa 2.

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

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

  • Configurar RSVP.

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

  • Configure BGP y OSPF.

Para configurar la compatibilidad con pseudowire de FAT para el L2VPN de BGP 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 de modo que proporcione la funcionalidad de anuncio para extraer la etiqueta de flujo en la dirección de recepción con el PE remoto.
  3. Configure el protocolo L2VPN para proporcionar la funcionalidad de anuncio 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 de modo que proporcione la funcionalidad de anuncio para extraer la etiqueta de flujo en la dirección de recepción con el PE remoto.
  6. Configure el protocolo VPLS para proporcionar la funcionalidad de anuncio para insertar la etiqueta de flujo en la dirección de transmisión al PE remoto.

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

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

Aplicables

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

  • Cinco enrutadores serie MX

  • Junos OS la versión 16,1 o posterior que se ejecuta en todos los dispositivos

Antes de configurar la compatibilidad con pseudowire de FAT para el L2VPN de BGP, 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 de flujo (FAT) compatible con pseudowires señalizados por el BGP, como L2VPN, solo se configure en los enrutadores de borde de etiqueta (LERs). Esto hace que los enrutadores de tránsito o los enrutadores de conmutación de etiquetas (LSRs) realicen el equilibrio de carga de MPLS paquetes en rutas de multipath (ECMP) o grupos de agregación de vínculos (retardos) de igual costo, sin la necesidad de inspección profunda de paquetes de la carga. La etiqueta de flujo de FAT se puede usar para clase de equivalencia de reenvío señalado por LDP (FEC 128 y FEC 129) pseudowires para VPWS y VPLS pseudowires.

Topología

Figura 15, muestra la compatibilidad con pseudowire de FAT para BGP L2VPN configurados en PE1 de dispositivo y PE2 de dispositivo.

Figura 15: Ejemplo de compatibilidad de pseudowire de FAT para BGP L2VPNEjemplo de compatibilidad de pseudowire de FAT para BGP L2VPN

Automática

Configuración rápida de CLI

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

CE1

PE1

Pág

PE2

CE2

Configuración de PE1

Procedimiento paso a paso

El ejemplo siguiente requiere que se exploren varios niveles en la jerarquía de configuración. Para obtener más información sobre cómo navegar por la CLI, consulte uso del editor de CLI en el modo de configuración en la Guía del usuario de CLI de Junos os.

Para configurar PE1 de dispositivos:

  1. Configure las interfaces.

  2. Configure el enrutamiento nonstop y configure el ID de enrutador.

  3. Configure el sistema autónomo (AS) y aplique la Directiva a la tabla de reenvío del enrutador local con la instrucción Export.

  4. Configure el protocolo RSVP en las interfaces.

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

  6. Defina un grupo del mismo nivel y configure la dirección de la dirección local de la BGP sesión para el grupo vpls-pedel mismo nivel.

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

  8. Configure vecinos para el grupo vpls-pedel mismo nivel.

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

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

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

  12. Configure el distintivo de la ruta l2vpn-instpara la instancia y configure la comunidad de destino VRF.

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

  14. Configure los sitios conectados al equipo del proveedor.

  15. Configure el protocolo L2VPN para que la instancia de enrutamiento proporcione la capacidad de anuncio para extraer la etiqueta de flujo en la dirección de recepción al PE remoto y proporcionar la capacidad de publicidad de 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 distintivo de la ruta vp1para la instancia y configure la comunidad de destino VRF.

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

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

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

Resultados

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

Comproba

Confirme que la configuración funciona correctamente.

Comprobación de la información de Resumen de BGP
Purpose

Compruebe la información de resumen del BGP.

Intervención

En modo operativo, escriba el show bgp summary comando.

Efectos

El resultado muestra la información de Resumen de BGP.

Comprobando la información de las conexiones L2VPN
Purpose

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

Intervención

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

Efectos

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

Comprobando las rutas
Purpose

Compruebe que se han aprendido las rutas esperadas.

Intervención

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

Efectos

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

Configuración de PE2

Modalidades

Procedimiento paso a paso

El ejemplo siguiente requiere que se exploren varios niveles en la jerarquía de configuración. Para obtener más información sobre cómo navegar por la CLI, consulte uso del editor de CLI en el modo de configuración en la Guía del usuario de CLI de Junos os.

Para configurar PE2 de dispositivos:

  1. Configure las interfaces.

  2. Configure el ID.

  3. Configure el sistema autónomo (AS) y aplique la Directiva a la tabla de reenvío del enrutador local con la instrucción Export.

  4. Configure el protocolo RSVP en las interfaces.

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

  6. Defina un grupo del mismo nivel y configure la dirección local de la BGP sesión para el grupo vpls-pedel mismo nivel.

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

  8. Configure los vecinos para el vpls-pegrupo del mismo nivel.

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

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

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

  12. Configure el distintivo de la ruta l2vpn-instpara la instancia y configure la comunidad de destino VRF.

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

  14. Configure los sitios conectados al equipo del proveedor.

  15. Configure el protocolo L2VPN para que la instancia de enrutamiento proporcione la capacidad de anuncio para extraer la etiqueta de flujo en la dirección de recepción al PE remoto y proporcionar la capacidad de publicidad de 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 distintivo de la ruta vpl1para la instancia y configure la comunidad de destino VRF.

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

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

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

Resultados

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

Comproba

Confirme que la configuración funciona correctamente.

Comprobación de la información de Resumen de BGP

Purpose

Compruebe la información de resumen del BGP.

Intervención

En modo operativo, escriba el show bgp summary comando.

Efectos

El resultado muestra la información de Resumen de BGP.

Comprobando la información de las conexiones L2VPN

Purpose

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

Intervención

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

Efectos

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

Comprobando las rutas

Purpose

Compruebe que se han aprendido las rutas esperadas.

Intervención

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

Efectos

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

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

Se admite el transporte de reconocimiento de flujo (FAT) o la etiqueta de flujo para los pseudowires señalizados por BGP, como VPLS, y solo se debe configurar en los enrutadores de borde de etiqueta (LERs). Esto permite a los enrutadores de tránsito o a los enrutadores de conmutación de etiquetas (LSRs) llevar a cabo el equilibrio de carga de MPLS paquetes en varias rutas (ECMP) o grupos de agregaciones de vínculos (retardos) de igual costo, sin la necesidad de inspección profunda de paquetes de la carga. Pseudowires de grasa o la etiqueta de flujo se pueden usar con la VPLS señalizada con LDP con clase de equivalencia de reenvío (FEC128 y FEC129), y la etiqueta de admisión de flujo se extiende para pseudowires señalado BGP para servicios punto a punto o de capa de punto a multipunto 2.

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

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

  • Configurar RSVP.

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

  • Configure BGP y OSPF.

Para configurar la compatibilidad con pseudowire de FAT para el VPLS de BGP 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 de modo que proporcione la funcionalidad de anuncio para extraer la etiqueta de flujo en la dirección de recepción con el PE remoto.
  3. Configure el protocolo VPLS para proporcionar la funcionalidad de anuncio para insertar la etiqueta de flujo en la dirección de transmisión al PE remoto.

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

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

Aplicables

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

  • Cinco enrutadores serie MX

  • Junos OS la versión 16,1 o posterior que se ejecuta en todos los dispositivos

Antes de configurar la compatibilidad con pseudowire de FAT para el VPLS de BGP, 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 de flujo (FAT) compatible con pseudowires señalizados por el BGP, como VPLS, solo se configure en los enrutadores de borde de etiqueta (LERs). Esto hace que los enrutadores de tránsito o los enrutadores de conmutación de etiquetas (LSRs) realicen el equilibrio de carga de MPLS paquetes en rutas de multipath (ECMP) o grupos de agregación de vínculos (retardos) de igual costo, sin la necesidad de inspección profunda de paquetes de la carga. La etiqueta de flujo de FAT se puede usar para clase de equivalencia de reenvío señalado por LDP (FEC 128 y FEC 129) pseudowires para VPWS y VPLS pseudowires.

Topología

Figura 16 muestra la compatibilidad con pseudowire de FAT para el BGP VPLS configurada en PE1 de dispositivo y PE2 de dispositivo.

Figura 16: Ejemplo de compatibilidad de pseudowire de FAT para BGP VPLSEjemplo de compatibilidad de pseudowire de FAT para BGP VPLS

Automática

Configuración rápida de CLI

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

CE1

PE1

Pág

PE2

CE2

Configuración de PE1

Procedimiento paso a paso

El ejemplo siguiente requiere que se exploren varios niveles en la jerarquía de configuración. Para obtener más información sobre cómo navegar por la CLI, consulte uso del editor de CLI en el modo de configuración en la Guía del usuario de CLI de Junos os.

Para configurar PE1 de dispositivos:

  1. Configure las interfaces.

  2. Configure el enrutamiento nonstop y configure el ID de enrutador.

  3. Configure el sistema autónomo (AS) y aplique la Directiva a la tabla de reenvío del enrutador local con la instrucción Export.

  4. Configure el protocolo RSVP en las interfaces.

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

  6. Defina un grupo del mismo nivel y configure la dirección del extremo local de la sesión de BGP para vpls-peel grupo del mismo nivel.

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

  8. Configure vecinos para el grupo vpls-pedel mismo nivel.

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

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

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

  12. Configure el distintivo de la ruta vpl1para la instancia y configure la comunidad de destino VRF.

  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 del sitio al sitio conectado al equipo del proveedor.

  15. Configure el protocolo VPLS para que la instancia de enrutamiento proporcione la capacidad de anuncio para extraer la etiqueta de flujo en la dirección de recepción al PE remoto y proporcionar la capacidad de publicidad de la etiqueta de flujo en la dirección de transmisión al PE remoto.

Resultados

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

Configuración de PE2

Procedimiento paso a paso

El ejemplo siguiente requiere que se exploren varios niveles en la jerarquía de configuración. Para obtener más información sobre cómo navegar por la CLI, consulte uso del editor de CLI en el modo de configuración en la Guía del usuario de CLI de Junos os.

Para configurar PE2 de dispositivos:

  1. Configure las interfaces.

  2. Configure el ID.

  3. Configure el sistema autónomo (AS) y aplique la Directiva a la tabla de reenvío del enrutador local con la instrucción Export.

  4. Configure el protocolo RSVP en las interfaces.

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

  6. Defina un grupo del mismo nivel y configure la dirección local de la BGP sesión para el grupo vpls-pedel mismo nivel.

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

  8. Configure vecinos para el grupo vpls-pedel mismo nivel.

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

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

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

  12. Configure el distintivo de la ruta vp11para la instancia y configure la comunidad de destino VRF.

  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 del sitio al sitio conectado al equipo del proveedor.

  15. Configure el protocolo VPLS para que la instancia de enrutamiento proporcione la capacidad de anuncio para extraer la etiqueta de flujo en la dirección de recepción al PE remoto y proporcionar la capacidad de publicidad de la etiqueta de flujo en la dirección de transmisión al PE remoto.

Resultados

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

Comproba

Confirme que la configuración funciona correctamente.

Comprobando la información de conexión de VPLS
Purpose

Compruebe la información de conexión VPLS.

Intervención

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

Efectos

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

Comproba

Confirme que la configuración funciona correctamente.

Comprobando la información de conexión de VPLS

Purpose

Compruebe la información de conexión VPLS.

Intervención

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

Efectos

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

Tabla de historial de versiones
Liberación
Descripción
20.2R1
A partir de Junos OS versión 20.2R1, los dispositivos serie MX, EX9204, EX9208, EX9214, EX9251 y EX9253 admiten BGP la protección de borde de PIC para los servicios de circuito 2, VPN de capa 2 y VPLS (BGP VPLS, LDP VPLS y FEC 129 VPLS) con BGP con etiqueta de unidifusión como protocolo de transporte.
19.2R1
A partir Junos OS versión 19.2 R1, puede especificar el número máximo de 512 de rutas de igual costo en QFX10000 conmutadores.
19.1R1
A partir de Junos OS versión de 19.1 R1, puede especificar un máximo de 128 rutas de igual costo en QFX10000 conmutadores.
18.4R1
A partir de Junos OS versión 18.4R1, BGP anunciar un máximo de 2 rutas de add-path, además de varias rutas ECMP.
18.1R1
A partir de Junos OS versión 18.1 R1 BGP varias rutas múltiples se admiten globalmente a nivel de [edit protocols bgp] jerarquía. Puede deshabilitar selectivamente varios path en algunos BGP grupos y vecinos. Incluye disable el [edit protocols bgp group group-name multipath] nivel de jerarquía para deshabilitar la opción multipath para un grupo o un vecino BGP específico.
18.1R1
A partir de Junos OS versión 18.1 R1, puede aplazar el cálculo de varias rutas hasta que se hayan recibido todas las rutas de BGP. Cuando la multipath está habilitada, BGP inserta la ruta en la cola de múltiples rutas cada vez que se agrega una nueva ruta o cada vez que cambia una ruta existente. Cuando se reciben varias rutas de acceso a través de BGP característica de agregar ruta, BGP podría calcular varias veces una ruta de múltiples rutas. El cálculo de varias rutas ralentiza la velocidad de aprendizaje de nervio (también conocida como tabla de enrutamiento). Para acelerar el aprendizaje de las COSTILLAs, el cálculo de varios paths puede aplazarse hasta que se reciban las BGP rutas o puede reducir la prioridad del trabajo de compilación de múltiples rutas según los requisitos hasta que se resuelvan las rutas BGP. Para aplazar el cálculo de defer-initial-multipath-build rutas [edit protocols bgp] múltiples, configure a nivel de jerarquía. De manera alternativa, puede reducir la prioridad de trabajo de compilación BGP multipath-build-priority de varias rutas [edit protocols bgp] utilizando la declaración de configuración en el nivel de jerarquía para acelerar la aprendizaje de las costillas.