Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Flaps de sesión y ruta de BGP

Descripción de los restablecimientos de sesión del BGP

Ciertos eventos y acciones de configuración provocan que las sesiones de BGP se restablezcan (se caigan y, luego, se restablezcan).

Si configura tanto la reflexión de ruta como las VPN en el mismo dispositivo de enrutamiento, las siguientes modificaciones en la configuración de reflexión de ruta provocan que se restablezcan las sesiones de BGP actuales:

  • Agregar un ID de clúster: si una sesión de BGP comparte el mismo número de sistema autónomo (AS) con el grupo en el que se agrega el ID de clúster, todas las sesiones de BGP se restablecen independientemente de si las sesiones de BGP están contenidas en el mismo grupo.

  • Creación de un nuevo reflector de ruta: si tiene un grupo de BGP interno (IBGP) con un número de AS y crea un nuevo grupo de reflector de ruta con el mismo número de AS, se restablecen todas las sesiones de BGP del grupo IBGP y del nuevo grupo de reflector de ruta.

  • Cambiar las instrucciones de configuración que afectan a los pares del BGP, como cambiar el nombre de un grupo de BGP, restablece las sesiones de BGP.

  • Si cambia la familia de direcciones especificada en el [edit protocols bgp family] nivel de jerarquía, todas las sesiones de BGP actuales en el dispositivo de enrutamiento se pierden y, luego, se restablece.

Ejemplo: Prevención de flaps de sesión del BGP cuando se configuran familias de VPN

En este ejemplo, se muestra una solución alternativa para un problema conocido en el que las sesiones de BGP a veces bajan y, luego, vuelven a subir (en otras palabras, flap) cuando se configuran familias de red privada virtual (VPN). Si cualquier familia de VPN (por ejemplo, inet-vpn, inet6-vpn,inet-mdtl2vpninet-mpvninet6-mpvniso-vpn, etc.) está configurada en una instancia maestra de BGP, un flap de una sesión de BGP interna del reflector de ruta (RR) o una sesión de BGP externa (EBGP) provoca flaps de otras sesiones de BGP configuradas con la misma familia VPN.

Requisitos

Antes de empezar:

  • Configure interfaces de enrutador.

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

  • Configure BGP.

  • Configure VPN.

Descripción general

Cuando un enrutador o conmutador está configurado como un reflector de ruta (RR) o un enrutador de límite del AS (un par de BGP externo) y se configura una familia VPN (por ejemplo, la family inet-vpn unicast instrucción), un solap de la sesión DEL IBGP RR o la sesión de EBGP provoca flaps de todas las demás sesiones de BGP que se configuren con la family inet-vpn unicast instrucción. En este ejemplo, se muestra cómo evitar estos solaps de sesión innecesarios.

La razón del comportamiento del flapping está relacionado con la operación del BGP en Junos OS cuando se originan rutas VPN.

El BGP tiene los dos modos de operación siguientes con respecto a las rutas VPN de origen:

  • Si el BGP no necesita propagar rutas VPN porque la sesión no tiene un par de EBGP ni clientes RR, el BGP exporta rutas VPN directamente desde la instancetabla de enrutamiento .inet.0 a otros enrutadores PE. Este comportamiento es eficiente, ya que evita la creación de dos copias de muchas rutas (una en la instancetabla .inet.0 y otra en la tabla bgp.l3vpn.0).

  • Si el BGP necesita propagar rutas VPN porque la sesión tiene un par EBGP o clientes RR, el BGP primero exporta las rutas VPN de la instancetabla .inet.0 a la tabla bgp.l3vpn.0. Luego, el BGP exporta las rutas a otros enrutadores de PE. En este caso, se necesitan dos copias de la ruta para habilitar la selección de la mejor ruta. Un enrutador de PE puede recibir la misma ruta VPN de un dispositivo CE y también de un cliente RR o un par de EBGP.

Nota:

La exportación de ruta no se realiza si la ruta en instance.inet.0 es una ruta secundaria. En Junos OS, una ruta solo se exporta una vez desde una tabla de enrutamiento como ruta principal a otra tabla de enrutamiento como ruta secundaria. Dado que la ruta en instance.inet.0 ya es una ruta secundaria, no se puede mover de nuevo a la tabla bgp.l3vpn.0, según sea necesario para anunciarse. La ruta no llega a la tabla bgp.l3vpn.0 y, por lo tanto, no se anuncia. Una solución alternativa es enviar las rutas que se deben anunciar a inet.0 para que se anuncien.

Cuando, debido a un cambio de configuración, el BGP pasa de necesitar dos copias de una ruta a no necesitar dos copias de una ruta (o la inversa), todas las sesiones en las que se intercambian rutas VPN bajan y, luego, vuelven a subir. Aunque este ejemplo se centra en la family inet-vpn unicast instrucción, el concepto se aplica a todas las familias de información de accesibilidad de capa de red VPN (NLRI). Este problema también afecta a los sistemas lógicos. Todas las sesiones de BGP en la instancia maestra relacionadas con la familia VPN NLRI se reducen para implementar el cambio de anuncio de tabla para la familia VPN NLRI. Cambiar un RR a uno que no sea RR o al inverso (al agregar o quitar la cluster instrucción) hace que el anuncio de la tabla cambie. Además, configurar la primera sesión de EBGP o quitarla de la configuración en la instancia maestra para una familia NLRI vpn hace que el anuncio de la tabla cambie.

La forma de evitar estos flaps de sesión innecesarios es configurar un cliente RR adicional o una sesión de EBGP como una sesión pasiva con una dirección vecina que no existe. Este ejemplo se centra en el caso EBGP, pero la misma solución alternativa funciona para el caso RR.

Cuando una sesión es pasiva, el dispositivo de enrutamiento no envía solicitudes open a un par. Una vez que configure el dispositivo de enrutamiento para que sea pasivo, el dispositivo de enrutamiento no origina la conexión TCP. Sin embargo, cuando el dispositivo de enrutamiento recibe una conexión del par y un mensaje Open, responde con otro mensaje de BGP Open. Cada dispositivo de enrutamiento declara sus propias capacidades.

Topología

Figura 1 muestra la topología para el caso del EBGP. El enrutador R1 tiene una sesión de IBGP con los enrutadores R2 y R3 y una sesión de EBGP con el enrutador R4. Todas las sesiones tienen la family inet-vpn unicast instrucción configurada. Si la sesión R1-R4 EBGP flap, las sesiones R1-R2 y R1-R3 BGP también.

Figura 1: Topología para el caso del EBGPTopología para el caso del EBGP

Figura 2 muestra la topología para el caso RR. El enrutador R1 es el RR, y el enrutador R3 es el cliente. El enrutador R1 tiene sesiones de IBGP con los enrutadores R2 y R3. Todas las sesiones tienen la family inet-vpn unicast instrucción configurada. Si la sesión R1-R3 flap, las sesiones R1-R2 y R1-R4 también.

Figura 2: Topología para el caso RRTopología para el caso RR

Configuración

Configuración rápida de CLI

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

Procedimiento

Procedimiento paso a paso

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

Para configurar el escenario del EBGP:

  1. Configure una o más familias de VPN.

  2. Configure la sesión del EBGP.

  3. Configure las sesiones del IBGP.

  4. (Opcional) Configure el BGP de modo que genere un syslog mensaje cada vez que un par de BGP realice una transición de estado.

    La habilitación de la log-updown instrucción hace que las transiciones de estado del BGP se registren en el warning nivel.

Procedimiento

Procedimiento paso a paso

Para comprobar que se producen flaps de sesión innecesarios:

  1. Ejecute el show bgp summary comando para comprobar que se han establecido las sesiones.

  2. Desactive la sesión del EBGP.

  3. Ejecute el show bgp summary comando para ver los flaps de sesión.

Procedimiento

Procedimiento paso a paso

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

Para evitar solaps de sesión de BGP innecesarios:

  1. Agregue una sesión de EBGP pasiva con una dirección de vecino que no exista en el sistema autónomo par (AS).

  2. Ejecute el show bgp summary comando para comprobar que se han establecido las sesiones reales y que la sesión pasiva está inactiva.

Verificación

Confirme que la configuración funciona correctamente.

Reducir la sesión del EBGP

Propósito

Intente causar el problema del solap después de configurar la solución.

Acción

Verificar que las sesiones del IBGP permanezcan activas

Propósito

Asegúrese de que las sesiones de IBGP no se desactiven después de desactivar la sesión de EBGP.

Acción

Descripción de los parámetros de atenuación

El flapping de rutas del BGP describe la situación en la que los sistemas BGP envían un número excesivo de mensajes de actualización para anunciar información de accesibilidad de la red. La atenuación de flap del BGP es un método para reducir el número de mensajes de actualización enviados entre los pares del BGP, lo que reduce la carga en estos pares, sin afectar negativamente el tiempo de convergencia de ruta para rutas estables.

La atenuación de flap reduce el número de mensajes de actualización mediante el marcado de rutas como no elegibles para la selección como la ruta activa o preferible. Marcar rutas de esta manera conduce a algún retraso, o suppression, en la propagación de la información de rutas, pero el resultado es un aumento de la estabilidad de la red. Normalmente, se aplica la atenuación de solapa a rutas externas del BGP (EBGP) (rutas en diferentes AS). También se puede aplicar un amortiguador de solapa dentro de una confederación, entre as miembros de confederación. Dado que la consistencia del enrutamiento dentro de un AS es importante, no aplique la atenuación de solapa a las rutas internas del BGP (IBGP). (Si lo hace, se ignora.)

Hay una excepción esa regla. A partir de Junos OS versión 12.2, puede aplicar la atenuación de solapa en el nivel de la familia de direcciones. En una instalación de Junos OS versión 12.2 o posterior, cuando aplica la atenuación de flap en el nivel de la familia de direcciones, funciona tanto para IBGP como para EBGP.

De forma predeterminada, la atenuación de solapa de ruta no está habilitada. La atenuación se aplica a pares externos y a pares en los límites de la confederación.

Cuando habilite la atenuación, se aplican los parámetros predeterminados, como se resume en Tabla 1.

Tabla 1: Parámetros de atenuación

Parámetro de humedad

Descripción

Valor predeterminado

Valores posibles

half-life minutes

Vida media de la decadencia: número de minutos después de los cuales un valor arbitrario se reduce a la mitad si una ruta se mantiene estable.

15(minutos)

1 a través de 45

max-suppress minutes

Tiempo máximo de espera para una ruta, en minutos.

60 (minutos)

1 a través de 720

reuse

Umbral de reutilización: valor arbitrario por debajo del cual se puede volver a usar una ruta suprimida.

750

1 a través de 20,000

suppress

Umbral de corte (supresión): valor arbitrario por encima del cual ya no se puede utilizar o incluir una ruta en los anuncios publicitarios.

3000

1 a través de 20,000

Para cambiar los valores predeterminados de la atenuación de flap del BGP, debe definir acciones mediante la creación de un conjunto de parámetros de atenuación denominados e incluirlo en una política de enrutamiento con la acción de atenuación. Para que la política de enrutamiento de atenuación funcione, también debe habilitar la atenuación de solapa de ruta del BGP.

Ejemplo: Configuración de parámetros de atenuación de la solapa de ruta del BGP

En este ejemplo, se muestra cómo configurar los parámetros de atenuación.

Requisitos

Antes de comenzar, configure las interfaces de enrutador y los protocolos de enrutamiento.

Descripción general

En este ejemplo, se tienen tres dispositivos de enrutamiento. El dispositivo R2 tiene conexiones externas de BGP (EBGP) con los dispositivos R1 y R3.

Los dispositivos R1 y R3 tienen algunas rutas estáticas configuradas para fines de prueba, y estas rutas estáticas se anuncian a través del BGP al dispositivo R2.

El dispositivo R2 humedece las rutas recibidas del dispositivo R1 y el dispositivo R3 de acuerdo con estos criterios:

  • Humedecer todos los prefijos con una longitud de máscara igual o superior a 17 de manera más agresiva que las rutas con una longitud de máscara entre 9 y 16.

  • Rutas húmedas con una longitud de máscara entre 0 y 8, inclusive, menor que las rutas con una longitud de máscara superior a 8.

  • No humedecer en absoluto el prefijo 10.128.0.0/9.

La política de enrutamiento se evalúa cuando se exportan rutas de la tabla de enrutamiento a la tabla de reenvío. Solo las rutas activas se exportan desde la tabla de enrutamiento.

Figura 3 muestra la red de ejemplo.

Figura 3: Topología de atenuación de flap BGPTopología de atenuación de flap BGP

Configuración rápida de CLI muestra la configuración de todos los dispositivos en Figura 3.

En la sección #d179e76__d179e263 se describen los pasos del dispositivo R2.

Configuración

Procedimiento

Configuración rápida de CLI

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

Dispositivo R1

Dispositivo R2

Dispositivo R3

Procedimiento paso a paso

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

Para configurar los parámetros de la humedad:

  1. Configure las interfaces.

  2. Configure los vecinos del BGP.

  3. Cree y configure los grupos de parámetros de atenuación.

  4. Configure la política de atenuación.

  5. Habilite la amortiguación para BGP.

  6. Aplique la política como política de importación para el vecino del BGP.

    Nota:

    Puede hacer referencia a la misma política de enrutamiento una o más veces en las mismas instrucciones o en diferentes import .

  7. Configure una política de exportación.

  8. Aplique la política de exportación.

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

Resultados

Desde el modo de configuración, confirme su configuración mediante la emisión de los show interfacescomandos , show protocols, show policy-optionsy show routing-options . Si el resultado no muestra la configuración deseada, repita las instrucciones en este ejemplo para corregir la configuración.

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

Verificación

Confirme que la configuración funciona correctamente.

Haciendo que algunas rutas a flap

Propósito

Para verificar la política de atenuación de solapa de ruta, algunas rutas deben flap. Tener una fuente de Internet en vivo casi garantiza que un cierto número de flaps de ruta estarán presentes. Si tiene control sobre un sistema remoto que anuncia las rutas, puede modificar la política del enrutador publicitario para realizar el anuncio y la retirada de todas las rutas o de un prefijo determinado. En un entorno de prueba, puede hacer que las rutas a flap despejando los vecinos del BGP o reiniciando el proceso de enrutamiento en los vecinos del BGP, como se muestra aquí.

Acción

Desde el modo operativo en los dispositivos R1 y R3, ingrese el restart routing comando.

Precaución:

Utilice este comando con precaución en una red de producción.

Significado

En el dispositivo R2, todas las rutas de los vecinos se retiran y se vuelven a anunciar.

Comprobación de los flaps de ruta

Propósito

Vea el número de solapas de vecinos.

Acción

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

Significado

Este resultado se capturó después de reiniciar el proceso de enrutamiento en los vecinos del dispositivo R2 cuatro veces.

Verificar la atenuación de las aletas de ruta

Propósito

Verifique que las rutas se ocultan debido a la humedad.

Acción

Desde el modo operativo, ingrese el show route damping suppressed comando.

Significado

El resultado muestra cierta incertidumbre de enrutamiento. Once rutas están ocultas debido a la humedad.

Mostrar los detalles de una ruta húmeda

Propósito

Muestra los detalles de las rutas húmedas.

Acción

Desde el modo operativo, ingrese el show route damping suppressed 172.16.192.0/20 detail comando.

Significado

Este resultado indica que la ruta mostrada tiene una longitud de máscara igual o mayor que /17, y confirma que se ha asignado correctamente al perfil de atenuación agresivo. También puede ver la figura actual (y última) de valor de mérito de la ruta, y cuándo se espera que la ruta esté activa si se mantiene estable.

Verificar que los parámetros de atenuación predeterminados estén vigentes

Propósito

Localizar una ruta húmeda con una máscara /16 confirma que los parámetros predeterminados están vigentes.

Acción

Desde el modo operativo, ingrese el show route damping suppressed detail | match 0/16 comando.

Significado

Las rutas con una máscara /16 no se ven afectadas por las reglas de atenuación personalizadas. Por lo tanto, las reglas predeterminadas de atenuación están vigentes.

Para repetir, las reglas personalizadas son las siguientes:

  • Humedecer todos los prefijos con una longitud de máscara igual o superior a 17 de manera más agresiva que las rutas con una longitud de máscara entre 9 y 16.

  • Rutas húmedas con una longitud de máscara entre 0 y 8, inclusive, menor que las rutas con una longitud de máscara superior a 8.

  • No humedecer en absoluto el prefijo 10.128.0.0/9.

Filtrado de la información de la humedad

Propósito

Utilice agrupaciones OR o tuberías en cascada para simplificar la determinación de qué perfil de amortiguador se está utilizando para rutas con una longitud de máscara determinada.

Acción

Desde el modo operativo, ingrese el show route damping suppressed comando.

Significado

Cuando esté satisfecho de que sus rutas EBGP están correctamente asociadas con un perfil de atenuación, puede emitir el comando de clear bgp damping modo operativo para restaurar un estado activo en las rutas atenuadas, lo que devolverá su conectividad a un funcionamiento normal.

Ejemplo: Configuración de la atenuación de solapa de ruta del BGP basada en la familia de direcciones MBGP MVPN

En este ejemplo, se muestra cómo configurar una VPN de multidifusión BGP multiprotocolo (también llamada MVPN de última generación) con una atenuación de solapa de ruta del BGP.

Requisitos

En este ejemplo, se utiliza La versión 12.2 de Junos OS. La compatibilidad con la atenuación de solapa de ruta del BGP para MBGP MVPN, específicamente, y sobre una base de familia de direcciones, en general, se presenta en la versión 12.2 de Junos OS.

Descripción general

La atenuación de la solapa de ruta del BGP ayuda a disminuir la inestabilidad de las rutas causada por las rutas que se retiran y se revierten repetidamente cuando un vínculo falla intermitentemente.

En este ejemplo, se usan los parámetros de atenuación predeterminados y se muestra un escenario MVPN de MBGP con tres dispositivos de enrutamiento de borde de proveedor (PE), tres dispositivos de enrutamiento de borde de cliente (CE) y un dispositivo de enrutamiento de proveedor (P).

Topología

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

Figura 4: MBGP MVPN con atenuación de solapa de ruta BGPMBGP MVPN con atenuación de solapa de ruta BGP

En el dispositivo PE R4, la atenuación de la solapa de ruta del BGP está configurada para la familia de inet-mvpndirecciones. Una política de enrutamiento llamada dampPolicy usa la condición de nlri-route-type coincidencia para atenuar solo los tipos de ruta MVPN 3, 4 y 5. El resto de los tipos de ruta de MVPN no están atenuados.

En este ejemplo, se muestra la configuración completa en todos los dispositivos de la Configuración rápida de CLI sección. La Configuración del dispositivo R4 sección muestra la configuración paso a paso para el dispositivo PE R4.

Configuración

Configuración rápida de CLI

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

Dispositivo R1

Dispositivo R2

Dispositivo R3

Dispositivo R4

Dispositivo R5

Dispositivo R6

Dispositivo R7

Configuración del dispositivo R4

Procedimiento paso a paso

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

Para configurar el dispositivo R4:

  1. Configure las interfaces.

  2. Configure MPLS y los protocolos de señalización en las interfaces.

  3. Configure BGP.

    La configuración del BGP permite la atenuación de solapa de ruta del BGP para la inet-mvpn familia de direcciones. La configuración del BGP también importa en la tabla de enrutamiento la política de enrutamiento denominada .dampPolicy Esta política se aplica al dispositivo pe vecino R2.

  4. Configure un protocolo de puerta de enlace interior.

  5. Configure una política de atenuación que use la condición de nlri-route-type coincidencia para humedecer solo los tipos de ruta MVPN 3, 4 y 5.

  6. Configure la política para deshabilitar la damping atenuación de solapa de ruta del BGP.

    La no-damp política (damping no-damp disable) hace que se elimine cualquier estado de atenuación presente en la tabla de enrutamiento. La then damping no-damp instrucción aplica la no-damp política como una acción y no from tiene condiciones de coincidencia. Por lo tanto, todas las rutas que no term1 coincidan con se emparejan con este término, con el resultado de que el resto de los tipos de ruta de MVPN no se reducen.

  7. Configure el parent_vpn_routes para que acepte todas las demás rutas del BGP que no sean de la inet-mvpn familia de direcciones.

    Esta política se aplica como una política de exportación de OSPF en la instancia de enrutamiento.

  8. Configure la instancia de enrutamiento y reenvío de VPN (VRF).

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

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

Resultados

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

Verificación

Confirme que la configuración funciona correctamente.

Comprobar que la atenuación de las solapas de ruta está deshabilitada

Propósito

Verifique la presencia de la política, que deshabilita la no-damp atenuación para tipos de ruta MVPN que no son 3, 4 y 5.

Acción

Desde el modo operativo, ingrese el show policy damping comando.

Significado

El resultado muestra que los parámetros de atenuación predeterminados están vigentes y que la no-damp política también está vigente para los tipos de ruta especificados.

Verificar la atenuación de las aletas de ruta

Propósito

Compruebe si las rutas del BGP se han humedecido.

Acción

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

Significado

El campo Estado de humedad muestra que no se han atenuado las rutas de la tabla de enrutamiento bgp.mvpn.0. Más abajo, el último número del campo Estatal muestra que no se han humedecido rutas para el par BGP 172.16.1.2.

Descripción de rutas estáticas del BGP para prevenir flaps de ruta

Las rutas estáticas del BGP se pueden configurar para garantizar que un prefijo no flap. Las rutas estáticas del BGP no flap a menos que se eliminen manualmente. Si las rutas estáticas del BGP se configuran globalmente, cada vecino, grupo o todos los vecinos deben estar explícitamente configurados para recibirlos. Los enrutadores pares reciben anuncios de estas rutas, independientemente de la información de enrutamiento dinámico aprendida por el enrutador publicitario de esos prefijos. A pesar de ser la ruta activa, las rutas estáticas del BGP nunca se anuncian a un vecino del BGP para el cual no están configurados. Puede especificar cualquier número de rutas estáticas del BGP en la configuración. También puede definir una política para especificar qué rutas estáticas del BGP deben anunciarse e incluirse en un anuncio de BGP.

Las rutas estáticas del BGP se colocan en la tabla de enrutamiento. Si las rutas estáticas del BGP son rutas activas (si no hay otras rutas para ese prefijo), se colocan en la tabla de reenvío. Estas rutas se anuncian solo a los hosts BGP que están configurados para recibirlos. Las rutas estáticas del BGP configuradas no se anuncian por ningún otro protocolo aparte del BGP. Los proveedores de servicios que tienen uno o más clientes de una sola casa pueden configurar rutas estáticas del BGP en una red de BGP para anunciar rutas estáticas para estos clientes.

Nota:

Configurar el anuncio de rutas estáticas del BGP en el nivel de vecino provoca una división de grupo interno. Configure el anuncio de rutas estáticas del BGP solo en los niveles global y de grupo para simplificar la configuración. Las rutas estáticas del BGP configuradas no afectan a las rutas VPN que se anuncian.

Si se anuncia una ruta estática del BGP a un vecino, es la única ruta anunciada para el prefijo. Las rutas estáticas del BGP no se consideran rutas candidatas para varias rutas del BGP ni para varias rutas independientes del protocolo. No provocan que se agregue una ruta agregada o generada a la tabla de enrutamiento.

Precaución:

Configurar rutas estáticas del BGP en redes a las que se puede acceder por varias rutas y no son el único punto de acceso a todas las rutas puede causar que el tráfico se caiga o descarte silenciosamente. En una red de varias casas, las rutas estáticas del BGP se pueden configurar en dispositivos que son el único punto de acceso a otras rutas. De forma predeterminada, todas las rutas estáticas del BGP que se anuncian a los pares internos incluyen un local-pref valor de 0 para mitigar el riesgo de una ruta nula para redes multihomed. Puede invalidar este valor predeterminado estableciendo un valor explícito preference2 en las rutas estáticas del BGP.

Configuración de rutas estáticas del BGP para prevenir flaps de ruta

Las rutas estáticas del BGP se configuran para garantizar que las rutas a la red del cliente no se aletar. Las rutas estáticas del BGP configuradas no se anuncian por ningún otro protocolo aparte del BGP. Las rutas estáticas del BGP se configuran globalmente, pero cada vecino, grupo o todos los vecinos deben estar explícitamente configurados para recibirlas. Los enrutadores pares recibirán anuncios de estas rutas independientemente de la información de enrutamiento dinámico aprendida por el enrutador de publicidad para esos prefijos. Puede especificar cualquier número de rutas estáticas del BGP en la configuración. También puede definir una política para especificar qué rutas estáticas del BGP deben anunciarse.

Antes de configurar rutas estáticas del BGP:

  1. Asegúrese de que los protocolos IGP y BGP estén configurados y funcionen.

  2. Asegúrese de que la ruta estática del BGP que configura se encuentra detrás de un enrutador de cliente.

    No use rutas estáticas del BGP para los prefijos que el BGP usa para llegar a los vecinos del BGP.

Para configurar rutas estáticas del BGP:

  1. Configure una ruta estática del BGP para un enrutador de cliente en una red BGP para anunciar rutas estáticas para estos clientes.

    También puede configurar otras opciones de configuración, como ruta, color, comunidad, etiqueta y preferencias según sea necesario.

  2. Configure los grupos BGP o los vecinos del BGP que recibirán los anuncios de ruta estáticos del BGP.

    También puede configurar esta instrucción a nivel global si desea que todos los host de la red del BGP reciban los anuncios estáticos del BGP.

  3. (Opcional) Especifique una política de exportación adicional para controlar si es necesario anunciar o no una ruta estática del BGP dada.

    La política se aplica a la ruta estática del BGP y no a la ruta activa.

  4. Aplique la política definida a un grupo o vecino de BGP.

Ejemplo: Configurar rutas estáticas del BGP para evitar flaps de ruta

En este ejemplo, se muestra cómo configurar rutas estáticas del BGP. Los hosts del BGP anuncian estas rutas estáticas del BGP solo a aquellos vecinos que están configurados para recibir estas rutas. Una ruta estática del BGP está configurada para garantizar que un prefijo no aleta. Sin embargo, si las rutas estáticas del BGP se configuran globalmente, entonces cada vecino, grupo o todos los vecinos deben estar explícitamente configurados para recibirlos.

Requisitos

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

  • Siete enrutadores serie MX con BGP habilitado en las interfaces conectadas

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

Descripción general

A partir de Junos OS versión 14.2, puede configurar y anunciar rutas estáticas del BGP en una red de BGP. Puede anunciar una ruta estática del BGP en una red BGP incluso si no es la ruta activa para el prefijo. Las rutas estáticas del BGP no flap a menos que se eliminen manualmente. Puede definir una política que determine qué rutas estáticas del BGP deben anunciarse e incluirse en los anuncios. Los enrutadores pares reciben anuncios de estas rutas estáticas del BGP independientemente de la información de enrutamiento dinámico aprendida por el enrutador publicitario.

En la red BGP de ejemplo, los dispositivos CE1, CE2 y CE3 se conectan directamente a los enrutadores PE1, PE2 y PE3. Tanto PE1 como PE2 están conectados al enrutador P. El enrutador P está directamente conectado al enrutador PE3. El EBGP está configurado en el borde del proveedor y en los enrutadores de borde del cliente. El IBGP se configura en enrutadores de borde de proveedor conectados directamente. El protocolo IGP IS-IS está configurado en todos los enrutadores de proveedor. Configure una ruta estática del BGP en el enrutador PE1 para asegurarse de que la ruta del cliente 10.0.0.28 detrás de CE1 no flaquee. El enrutador del proveedor PE2 está configurado para recibir la ruta estática del BGP. El objetivo es anunciar una ruta estática del BGP solo a CE2 y no a CE3, y demostrar que la ruta estática del BGP configurada no marca flap.

Topología

Figura 5 muestra la topología de ejemplo.

Figura 5: Configuración de la ruta estática del BGPConfiguración de la ruta estática del BGP

Configuración

Configuración rápida de CLI

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

Enrutador P

Enrutador PE1

Enrutador PE2

Enrutador PE3

Enrutador CE1

Enrutador CE2

Enrutador CE3

Procedimiento

Procedimiento paso a paso

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

Para configurar el enrutador PE1:

  1. Configure las interfaces con direcciones IPv4.

  2. Habilite el protocolo IS-IS en interfaces conectadas a enrutadores de proveedor para aprender e intercambiar rutas aprendidas.

  3. Configure direcciones de circuito cerrado para inet e IS-IS.

  4. Configure las interfaces IS-IS.

  5. Configure EBGP.

  6. Configure un vecino de IBGP en enrutadores internos conectados a la red del proveedor.

  7. Configure la ruta estática del BGP.

  8. Configure el PE2 vecino del BGP para recibir anuncios estáticos del BGP.

  9. Defina una política para exportar rutas a la red BGP.

  10. Aplique la política al grupo del IBGP.

  11. Configure el id del enrutador y el número de sistema autónomo (AS).

Resultados

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

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

Verificación

Confirme que la configuración funciona correctamente.

Verificar los vecinos del BGP

Propósito

Compruebe que el BGP se ejecuta en las interfaces configuradas y que la sesión del BGP está activa para cada dirección vecina.

Acción

Desde el modo operativo, ejecute el show bgp neighbor comando en el enrutador PE1.

Significado

El resultado muestra los vecinos del BGP del enrutador PE1 y las opciones de BGP configuradas, como si el vecino está configurado para recibir rutas estáticas del BGP. El enrutador PE2 está configurado para recibir anuncios de ruta estáticos del BGP.

Verificar grupos BGP

Propósito

Compruebe que los grupos o vecinos del BGP previstos estén configurados para recibir las rutas estáticas del BGP.

Acción

Desde el modo operativo, ejecute el show bgp group comando.

Significado

El resultado muestra el vecino del BGP que está configurado para recibir anuncios estáticos del BGP.

Verificar las rutas

Propósito

Compruebe que la ruta estática del BGP configurada se guarda en la tabla de enrutamiento de los vecinos del BGP configurados.

Acción

Desde el modo operativo, ejecute el show route protocol bgp-static comando para mostrar la tabla de enrutamiento.

Significado

El resultado muestra la ruta estática del BGP configurada en el dispositivo. La ruta activa se aprende de CE1 y la ruta estática del BGP está inactiva.

Verificar que los hosts configurados reciban las rutas estáticas del BGP

Propósito

Compruebe que la ruta estática del BGP se anuncia al host configurado para recibirla.

Acción

En los dispositivos CE2 y CE3, desde el modo operativo, ejecute el show route protocol bgp comando para mostrar las rutas aprendidas en la tabla de enrutamiento.

Significado

Tanto los dispositivos CE2 como CE3 tienen una ruta a 10.0.0.28/32. CE2 recibió la ruta estática del BGP y CE3 recibió una ruta aprendida dinámicamente, pero no se puede distinguir la diferencia.

Verificar que la ruta estática del BGP configurada no marca flap

Propósito

Verifique que la ruta estática del BGP no se flaquee incluso cuando la sesión de emparejamiento del BGP entre el enrutador PE1 y el dispositivo CE1 se cae.

Acción

Desactive la sesión de emparejamiento del BGP entre el enrutador PE1 y el dispositivo CE1. PE1 no tiene una ruta aprendida dinámicamente a 10.0.0.28/32, pero aún tiene la ruta estática del BGP configurada.

Significado

El enrutador PE1 y el dispositivo CE2 aún tienen la ruta estática del BGP configurada. Sin embargo, el dispositivo CE3 no tiene la ruta a 10.0.0.28/32 porque este prefijo ha flaqueado. Las rutas estáticas del BGP no se solan a menos que se eliminen manualmente.

Tabla de historial de versiones
Liberación
Descripción
12.2
A partir de Junos OS versión 12.2, puede aplicar la atenuación de solapa en el nivel de la familia de direcciones.