Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

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 interlocutor EBGP deben admitir la actualización de rutas BGP como se define en RFC 2918, Capacidad de Actualizar de ruta 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 1muestra la topología de ejemplo.

Figura 1: Topología para aceptar un próximo salto remoto
Topologí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 detallado

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 Using the CLI Editor in Configuration Mode en el Guía de usuario de CLI.

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 detallado

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 Using the CLI Editor in Configuration Mode en el Guía de usuario de CLI.

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 detallado

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 Using the CLI Editor in Configuration Mode en el Guía de usuario de CLI.

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

Finalidad

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

Acción

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

user@R1> show route 1.1.230.0 extensive

Significado

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

Finalidad

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.

Acción

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

    user@R1# deactivate protocols bgp accept-remote-nexthop
    user@R1# commit
  2. En modo operativo, escriba el show route 1.1.230.0 comando.

    user@R1> show route 1.1.230.0
  3. Desde el modo de configuración, reactive la instrucción escribiendo activate protocols bgp accept-remote-nexthop el comando.

    user@R1# activate protocols bgp accept-remote-nexthop
    user@R1# commit
  4. En modo operativo, vuelva a escribir show route 1.1.230.0 el comando.

    user@R1> show route 1.1.230.0

Significado

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.