Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Aletas de sesión y ruta BGP

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

Algunas acciones y eventos de configuración hacen que las sesiones de BGP se restablezcan (se descarten 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 harán que se restablezcan las sesiones BGP actuales:

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

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

  • Al cambiar las instrucciones de configuración que afectan a los pares BGP, como cambiar el nombre de un grupo BGP, se restablecen las sesiones BGP.

  • Si cambia la familia de direcciones especificada en el nivel de [edit protocols bgp family] jerarquía, todas las sesiones BGP actuales en el dispositivo de enrutamiento se eliminarán y, a continuación, se restablecerán.

Ejemplo: Prevención de aleteos de sesión BGP cuando las familias VPN están configuradas

En este ejemplo se muestra una solución alternativa para un problema conocido en el que las sesiones BGP a veces se caen y luego vuelven a subir (en otras palabras, flap) cuando se configuran familias de redes privadas virtuales (VPN). Si se configura alguna familia de VPN (por ejemplo, inet-vpn, , inet6-vpn, iso-vpninet-mpvninet-mdtinet6-mpvnl2vpnetc.) en una instancia maestra de BGP, un colgajo de una sesión de BGP interno (IBGP) de reflector de ruta (RR) o una sesión de BGP externa (EBGP) provoca aletas de otras sesiones de BGP configuradas con la misma familia de VPN.

Requisitos

Antes de empezar:

  • Configure las interfaces del 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 reflector de ruta (RR) o como enrutador de límite AS (un par BGP externo) y se configura una familia VPN (por ejemplo, la family inet-vpn unicast instrucción), una solapa de la sesión RR IBGP o de la sesión EBGP provoca solapas de todas las demás sesiones BGP configuradas con la family inet-vpn unicast instrucción. En este ejemplo se muestra cómo evitar estas solapas de sesión innecesarias.

El motivo del comportamiento de aleteo está relacionado con la operación BGP en Junos OS cuando se originan rutas VPN.

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

  • Si BGP no necesita propagar rutas VPN porque la sesión no tiene par EBGP ni clientes RR, BGP exporta rutas VPN directamente desde la instancetabla de enrutamiento .inet.0 a otros enrutadores PE. Este comportamiento es eficaz porque 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 BGP necesita propagar rutas VPN porque la sesión tiene un par EBGP o clientes RR, BGP exporta primero las rutas VPN de la instancetabla .inet.0 a la tabla bgp.l3vpn.0. A continuación, BGP exporta las rutas a otros enrutadores PE. En este escenario, se necesitan dos copias de la ruta para habilitar la selección de la mejor ruta. Un enrutador PE puede recibir la misma ruta VPN de un dispositivo CE y también de un cliente RR o par 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 permite moverla de nuevo a la tabla bgp.l3vpn.0, como se necesita anunciar. La ruta no llega a la tabla bgp.l3vpn.0 y, por lo tanto, no se anuncia. Una solución consiste en enviar las rutas que deben anunciarse a inet.0 para que se anuncien.

Cuando, debido a un cambio de configuración, BGP pasa de necesitar dos copias de una ruta a no necesitar dos copias de una ruta (o viceversa), todas las sesiones en las que se intercambian rutas VPN se caen 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 BGP de la instancia maestra relacionadas con la familia NLRI VPN se desactivan para implementar el cambio de anuncio de tabla para la familia NLRI VPN. Cambiar un RR a un no RR o al revés (agregando o quitando la cluster instrucción) hace que el anuncio de la tabla cambie. Además, configurar la primera sesión de EBGP o quitar la sesión de EBGP de la configuración en la instancia maestra para una familia NLRI de VPN provoca el cambio de anuncio de tabla.

La forma de evitar estas solapas de sesión innecesarias es configurar un cliente RR adicional o una sesión EBGP como una sesión pasiva con una dirección de vecino que no existe. Este ejemplo se centra en el caso EBGP, pero la misma solución 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 configurado 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 BGP Open. Cada dispositivo de enrutamiento declara sus propias capacidades.

Topología

Figura 1 muestra la topología del caso 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 configurada la family inet-vpn unicast instrucción. Si la sesión de EBGP R1-R4 se agita, las sesiones de BGP R1-R2 y R1-R3 también se agitan.

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

Figura 2 muestra la topología del 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 configurada la family inet-vpn unicast instrucción. Si la sesión R1-R3 falla, las sesiones R1-R2 y R1-R4 también se agitan.

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

Procedimiento

Procedimiento paso a paso

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

Para configurar el escenario EBGP:

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

  2. Configure la sesión de EBGP.

  3. Configure las sesiones de IBGP.

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

    Si habilita la log-updown instrucción, las transiciones de estado del BGP se registrarán a warning nivel.

Procedimiento

Procedimiento paso a paso

Para comprobar que se están produciendo solapas de sesión innecesarias:

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

  2. Desactive la sesión de EBGP.

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

Procedimiento

Procedimiento paso a paso

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

Para evitar solapas de sesión BGP innecesarias:

  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 funcione correctamente.

Reducción de la sesión de EBGP

Propósito

Intente causar el problema de colgajo después de configurar la solución alternativa.

Acción

Verificar que las sesiones del IBGP permanezcan activas

Propósito

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

Acción

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

La aleteo de ruta 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 amortiguación de aletas BGP es un método para reducir el número de mensajes de actualización enviados entre pares BGP, reduciendo así la carga en estos pares, sin afectar negativamente el tiempo de convergencia de ruta para rutas estables.

La amortiguación de flap reduce el número de mensajes de actualización al marcar las rutas como no aptas 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 ruta, pero el resultado es una mayor estabilidad de la red. Normalmente, se aplica amortiguación de solapa a rutas BGP externas (EBGP) (rutas en diferentes AS). También puede aplicar amortiguación de solapa dentro de una confederación, entre AS miembros de la confederación. Dado que la consistencia del enrutamiento dentro de un AS es importante, no aplique amortiguación de solapa a rutas internas de BGP (IBGP). (Si lo hace, se ignora).

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

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

Cuando se activa la amortiguación, se aplican parámetros predeterminados, como se resume en Tabla 1.

Tabla 1: Parámetros de amortiguación

Parámetro de amortiguación

Description

Valor predeterminado

Valores posibles

half-life minutes

Vida media de decaimiento: 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 utilizar una ruta suprimida.

750

1 a través de 20,000

suppress

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

3000

1 a través de 20,000

Para cambiar los valores predeterminados de amortiguación de solapa BGP, defina acciones creando un conjunto con nombre de parámetros de amortiguación e incluyéndolo en una política de enrutamiento con la acción de amortiguación. Para que la directiva de enrutamiento de amortiguación funcione, también debe habilitar la amortiguación de aletas de ruta BGP.

Ejemplo: Configuración de parámetros de amortiguación de aletas de ruta BGP

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

Requisitos

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

Descripción general

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

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

El dispositivo R2 amortigua las rutas recibidas de los dispositivos R1 y R3 según estos criterios:

  • Mojar todos los prefijos con una longitud de máscara igual o superior a 17 de forma 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 humedezca el prefijo 10.128.0.0/9 en absoluto.

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 amortiguación de colgajo BGPTopología de amortiguación de colgajo BGP

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

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

Dispositivo R1

Dispositivo R2

Dispositivo R3

Procedimiento paso a paso

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

Para configurar los parámetros de amortiguación:

  1. Configure las interfaces.

  2. Configure los vecinos del BGP.

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

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

  5. Habilite la amortiguación para BGP.

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

    Nota:

    Puede hacer referencia a la misma directiva de enrutamiento una o más veces en la misma instrucción o en instrucciones diferentes import .

  7. Configure una directiva de exportación.

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

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

Resultados

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

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

Verificación

Confirme que la configuración funcione correctamente.

Hacer que algunas rutas se agiten

Propósito

Para verificar su política de amortiguación de aletas de ruta, algunas rutas deben tener aletas. Tener una transmisión de Internet en vivo casi garantiza que un cierto número de aletas de ruta estarán presentes. Si tiene control sobre un sistema remoto que anuncia las rutas, puede modificar la política del enrutador de publicidad para efectuar la publicidad y la retirada de todas las rutas o de un prefijo determinado. En un entorno de prueba, puede hacer que las rutas se agiten borrando 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 colgajos de ruta

Propósito

Ver el número de solapas vecinas.

Acción

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

Significado

Esta salida se capturó después de que el proceso de enrutamiento se reinició en los vecinos del dispositivo R2 cuatro veces.

Verificación de la amortiguación del colgajo de la ruta

Propósito

Verifique que las rutas estén ocultas debido a la amortiguación.

Acción

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

Significado

El resultado muestra cierta inestabilidad de enrutamiento. Once rutas están ocultas debido a la amortiguación.

Visualización de los detalles de una ruta amortiguada

Propósito

Muestra los detalles de las rutas amortiguadas.

Acción

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

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 amortiguación agresivo. También puede ver la cifra actual (y última) de valor de mérito de la ruta, y cuándo se espera que la ruta se active si se mantiene estable.

Comprobación de que los parámetros de amortiguación predeterminados están en vigor

Propósito

La localización de una ruta amortiguada con una máscara /16 confirma que los parámetros predeterminados están vigentes.

Acción

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

Significado

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

Para repetir, las reglas personalizadas son las siguientes:

  • Mojar todos los prefijos con una longitud de máscara igual o superior a 17 de forma 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 humedezca el prefijo 10.128.0.0/9 en absoluto.

Filtrado de la información de amortiguación

Propósito

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

Acción

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

Significado

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

Ejemplo: Configuración de la amortiguación de aletas de ruta BGP basada en la familia de direcciones MVPN MBGP

En este ejemplo se muestra cómo configurar una VPN de multidifusión BGP (también denominada MVPN de próxima generación) con amortiguación de aletas de ruta BGP.

Requisitos

En este ejemplo se utiliza la versión 12.2 de Junos OS. La compatibilidad de amortiguación de aletas de ruta BGP para MBGP MVPN, específicamente, y en general sobre la base de la familia de direcciones, se introdujo en Junos OS versión 12.2.

Descripción general

La amortiguación de la aleta de ruta BGP ayuda a disminuir la inestabilidad de la ruta causada por las rutas que se retiran y se vuelven a anunciar repetidamente cuando un enlace falla intermitentemente.

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

Topología

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

Figura 4: MBGP MVPN con amortiguación de aletas de ruta BGPMBGP MVPN con amortiguación de aletas de ruta BGP

En el dispositivo PE R4, la amortiguación del colgajo de ruta BGP está configurada para la familia inet-mvpnde direcciones. Una política de enrutamiento llamada dampPolicy usa la condición de coincidencia para amortiguar solo los nlri-route-type tipos de ruta MVPN 3, 4 y 5. Todos los demás tipos de ruta MVPN no están amortiguados.

En este ejemplo se muestra la configuración completa en todos los dispositivos de la Configuración rápida de CLI sección. En Configuración del dispositivo R4 la sección se 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, a continuación, copie y pegue los comandos en la CLI en el nivel de [edit] 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

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

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 BGP habilita la amortiguación del colgajo de ruta BGP para la familia de inet-mvpn direcciones. La configuración 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 amortiguación que utilice la condición de coincidencia para amortiguar solo los nlri-route-type tipos de ruta MVPN 3, 4 y 5.

  6. Configure la directiva para deshabilitar la amortiguación del colgajo de damping ruta del BGP.

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

  7. Configure el parent_vpn_routes para aceptar todas las demás rutas 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 del enrutador y el número de sistema autónomo (AS).

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

Resultados

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

Verificación

Confirme que la configuración funcione correctamente.

Comprobación de que la amortiguación del colgajo de ruta está desactivada

Propósito

Compruebe la presencia de la política, que deshabilita la no-damp amortiguación para tipos de ruta MVPN distintos de 3, 4 y 5.

Acción

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

Significado

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

Verificación de la amortiguación del colgajo de la ruta

Propósito

Compruebe si las rutas BGP se han amortiguado.

Acción

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

Significado

El campo Estado húmedo muestra que no se han amortiguado las rutas de la tabla de enrutamiento bgp.mvpn.0. Más abajo, el último número en el campo Estado muestra que se han amortiguado cero rutas para el par BGP 172.16.1.2.

Descripción de las rutas estáticas BGP para evitar las aletas de ruta

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

Las rutas estáticas de 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 para los hosts BGP que están configurados para recibirlas. Las rutas estáticas BGP configuradas no se anuncian en ningún otro protocolo además de BGP. Los proveedores de servicios que tienen uno o más clientes de host único pueden configurar rutas estáticas de BGP en una red BGP para anunciar rutas estáticas para estos clientes.

Nota:

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

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

Precaución:

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

Configuración de rutas estáticas BGP para evitar aletas de ruta

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

Antes de configurar rutas estáticas BGP:

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

  2. Asegúrese de que la ruta estática BGP que configure esté detrás del enrutador del cliente.

    No utilice rutas estáticas de BGP para los prefijos que BGP utiliza para llegar a los vecinos de BGP.

Para configurar rutas estáticas BGP:

  1. Configure una ruta estática 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 la ruta, el color, la comunidad, la etiqueta y las preferencias, según sea necesario.

  2. Configure los grupos BGP o los vecinos BGP que van a recibir los anuncios de ruta estática BGP.

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

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

    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: Configuración de rutas estáticas BGP para evitar aletas de ruta

En este ejemplo se muestra cómo configurar rutas estáticas BGP. Los hosts BGP anuncian estas rutas estáticas BGP solo a aquellos vecinos que están configurados para recibir estas rutas. Una ruta estática BGP está configurada para garantizar que un prefijo no se mueva. Sin embargo, si las rutas estáticas del BGP se configuran globalmente, cada vecino, grupo o todos los vecinos deben configurarse explícitamente 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 ejecutándose en todos los dispositivos

Descripción general

A partir de Junos OS versión 14.2, puede configurar y anunciar rutas estáticas BGP en una red BGP. Puede anunciar una ruta estática BGP en una red BGP incluso si no es la ruta activa para el prefijo. Las rutas estáticas de BGP no se agitan a menos que se eliminen manualmente. Puede definir una política que determine qué rutas estáticas de BGP deben anunciarse e incluirse en los anuncios. Los enrutadores pares reciben anuncios de estas rutas estáticas 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 están conectados directamente a los enrutadores PE1, PE2 y PE3. Tanto PE1 como PE2 están conectados al enrutador P. El enrutador P está conectado directamente al enrutador PE3. El EBGP se configura en los enrutadores perimetrales del proveedor y perimetrales del cliente. El IBGP se configura en enrutadores perimetrales de proveedores conectados directamente. El protocolo IGP IS-IS está configurado en todos los enrutadores del proveedor. Configure una ruta estática BGP en el enrutador PE1 para asegurarse de que la ruta del cliente 10.0.0.28 detrás de CE1 no se agite. El enrutador de proveedor PE2 está configurado para recibir la ruta estática BGP. El objetivo es anunciar una ruta estática BGP solo a CE2 y no a CE3, y demostrar que la ruta BGP-static configurada no se agita.

Topología

Figura 5 muestra la topología de ejemplo.

Figura 5: Configuración de BGP-Static RouteConfiguración de BGP-Static Route

Configuración

Configuración rápida de CLI

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

Enrutador P

Enrutador PE1

Enrutador PE2

Enrutador PE3

Enrutador CE1

Enrutador CE2

Enrutador CE3

Procedimiento

Procedimiento paso a paso

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

Para configurar el enrutador PE1:

  1. Configure las interfaces con direcciones IPv4.

  2. Habilite el protocolo IS-IS en interfaces conectadas a enrutadores de proveedores 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 vecino PE2 del BGP para recibir anuncios estáticos de BGP.

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

  10. Aplique la política al grupo IBGP.

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

Resultados

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

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

Verificación

Confirme que la configuración funcione correctamente.

Comprobación de los vecinos del BGP

Propósito

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

Acción

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

Significado

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

Comprobación de grupos BGP

Propósito

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

Acción

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

Significado

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

Verificación de las rutas

Propósito

Compruebe que la ruta estática BGP configurada esté guardada en la tabla de enrutamiento de los vecinos 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 BGP configurada en el dispositivo. La ruta activa se aprende desde CE1 y la ruta estática BGP está inactiva.

Comprobación de que los hosts configurados reciben las rutas estáticas BGP

Propósito

Compruebe que la ruta estática BGP se anuncia en el 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

Los dispositivos CE2 y CE3 tienen una ruta a 10.0.0.28/32. CE2 ha recibido la ruta estática BGP y CE3 ha recibido una ruta aprendida dinámicamente, pero no se nota la diferencia.

Comprobación de que la ruta estática BGP configurada no se agita

Propósito

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

Acción

Desactive la sesión de emparejamiento 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 BGP configurada.

Significado

El enrutador PE1 y el dispositivo CE2 todavía tienen la ruta estática BGP configurada. Sin embargo, el dispositivo CE3 no tiene la ruta a 10.0.0.28/32 porque este prefijo se ha agitado. Las rutas estáticas de BGP no se agitan a menos que se eliminen manualmente.

Tabla de historial de cambios

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

Liberación
Descripción
12.2
A partir de Junos OS versión 12.2, puede aplicar amortiguación de solapa en el nivel de familia de direcciones.