Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Sesiones de emparejamiento de BGP

Ventajas de usar grupos de pares de BGP externos

BGP es el único protocolo de enrutamiento en uso hoy en día que es adecuado para transportar todas las rutas en Internet. Esto se debe en gran parte a que BGP se ejecuta sobre TCP y puede hacer uso del control de flujo TCP. Por el contrario, los protocolos de puerta de enlace internos (IGP) no tienen control de flujo. Cuando los IGP tienen demasiada información de rutas, comienzan a agitarse. Cuando el BGP tiene un hablante vecino que envía información demasiado rápido, el BGP puede reducir la velocidad del vecino retrasando los reconocimientos de TCP.

Otro beneficio del BGP es que (al igual que SI-SI) usa tuplas de tipo, longitud, valor (TLV) e información de accesibilidad de la capa de red (NLRI) que proporcionan una extensibilidad aparentemente interminable sin la necesidad de alterar el protocolo subyacente.

En Junos OS, el BGP se basa completamente en políticas. El operador debe configurar explícitamente a los vecinos para que se emparejen y acepten explícitamente las rutas en BGP. Además, la política de enrutamiento se utiliza para filtrar y modificar la información de enrutamiento. Por lo tanto, las políticas de enrutamiento proporcionan un control administrativo completo sobre las tablas de enrutamiento.

La forma preferida de configurar una gran cantidad de vecinos par BGP es configurar grupos pares que consten de varios vecinos por grupo.

A medida que aumenta la cantidad de grupos de BGP externos (EBGP), la capacidad de admitir una gran cantidad de sesiones de BGP puede convertirse en un problema de escalado de recursos de CPU y memoria. Admitir menos grupos de EBGP generalmente escala mejor que admitir una gran cantidad de grupos de EBGP. Esto se hace más evidente en el caso de cientos de grupos de EBGP cuando se compara con unos pocos grupos de EBGP con múltiples pares en cada grupo. La razón de este comportamiento de escalado es que Junos OS tiene estructuras de datos que se producen por ruta y por grupo. Cuando se agrega un grupo, se multiplican esos números y se disminuye la cantidad de memoria disponible.

El emparejamiento de BGP crea relaciones de intercambio de tráfico mutuamente beneficiosas entre dos sistemas autónomos (AS) independientes. Es especialmente útil en los puntos de intercambio de los proveedores de servicios. Esta relación tiene el beneficio principal de reducir los costos de tránsito y los recursos de equipo para ambas redes. Otros beneficios potenciales de crear grupos par BGP incluyen la reducción de la complejidad de la configuración del BGP y el aumento de la redundancia de rutas mediante la reducción de la dependencia de los proveedores de tránsito.

El emparejamiento de BGP se puede utilizar para crear intercambios de tráfico de punto a punto entre dos redes remotas, como una oficina remota y la sede de la empresa. También se puede utilizar para conectar rápidamente dos redes dispares, como entre dos oficinas fusionadas.

Descripción de las sesiones de emparejamiento de BGP externas

Para establecer conexiones punto a punto entre sistemas autónomos pares (AS), configure una sesión de BGP en cada interfaz de un vínculo punto a punto. Generalmente, estas sesiones se realizan en puntos de salida de red con hosts vecinos fuera del AS. En la figura 1 , se muestra un ejemplo de una sesión de emparejamiento de BGP.

Figura 1: Sesión Network topology diagram showing AS 3 using OSPF and AS 10 using RIP, connected by BGP via routers A and B. de emparejamiento de BGP

En la ilustración 1, el enrutador A es un enrutador de puerta de enlace para el AS 3 y el enrutador B es un enrutador de puerta de enlace para el AS 10. Para el tráfico interno de cualquiera de los AS, se utiliza un protocolo de pasarela interior (IGP) (OSPF, por ejemplo). Para enrutar el tráfico entre AS pares, se utiliza una sesión de BGP.

Los dispositivos de enrutamiento BGP se organizan en grupos de pares. Los distintos grupos par pueden tener distintos tipos de grupos, números de AS e identificadores de clúster de reflector de ruta.

Para definir un grupo de BGP que reconozca solo los sistemas BGP especificados como pares, configure estáticamente todos los pares del sistema incluyendo una o más neighbor instrucciones. La dirección del vecino emparejado puede ser una dirección IPv6 o IPv4.

Una vez establecidos los pares BGP, los pares BGP no anuncian automáticamente las rutas que no son BGP. En cada dispositivo habilitado para BGP, se requiere una configuración de política para exportar las rutas locales, estáticas o aprendidas de IGP a la RIB de BGP y, luego, anunciarlas como rutas de BGP a los otros pares. De forma predeterminada, la política de anuncios del BGP no anuncia ninguna ruta que no sea de BGP (como rutas locales) a los pares.

Nota:

En los firewalls de la serie SRX, debe habilitar el tráfico de entrada de host esperado en las interfaces especificadas o en todas las interfaces de la zona. De lo contrario, el tráfico entrante destinado a este dispositivo se elimina de forma predeterminada.

Por ejemplo, para permitir el tráfico del BGP en una zona específica del firewall de la serie SRX, siga estos pasos:

(Todas las interfaces) (interfaz especificada)

Ejemplo: Configuración de sesiones punto a punto de BGP externas

En este ejemplo, se muestra cómo configurar las sesiones par punto a punto del BGP.

Requisitos

Antes de comenzar, si la política de BGP predeterminada no es adecuada para su red, configure políticas de enrutamiento para filtrar las rutas de BGP entrantes y anunciar rutas de BGP.

Descripción general

La figura 2 muestra una red con sesiones de par BGP. En la red de ejemplo, el dispositivo E del AS 17 tiene sesiones de par BGP a un grupo de pares llamado external-peers. Los pares A, B y C residen en el AS 22 y tienen las direcciones IP 10.10.10.2, 10.10.10.6 y 10.10.10.10. El par D reside en el AS 79, en la dirección IP 10.21.7.2. En este ejemplo, se muestra la configuración en el dispositivo E.

Topología

Figura 2: Red típica con sesiones Network diagram showing routers in autonomous systems AS 17, AS 22, and AS 78 with labeled connections indicating data routing paths. de pares de BGP

Configuración

Procedimiento

Configuración rápida de CLI

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

Procedimiento paso a paso

En el ejemplo siguiente, debe explorar 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 de la Guía del usuario de la CLI de Junos OS.

Para configurar las sesiones de par BGP:

  1. Configure las interfaces para los pares A, B, C y D.

  2. Establezca el número de sistema autónomo (AS).

  3. Cree el grupo BGP y agregue las direcciones de vecino externo.

  4. Especifique el número del sistema autónomo (AS) del AS externo.

  5. Agregue el par D y establezca el número de AS en el nivel de vecino individual.

    La configuración del vecino anula la configuración del grupo. Por lo tanto, mientras que peer-as 22 está configurado para todos los demás vecinos del grupo, peer-as 79 está configurado para el vecino 10.21.7.2.

  6. Establezca el tipo de par en BGP externo (EBGP).

Resultados

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

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

Verificación

Confirme que la configuración funcione correctamente.

Verificar vecinos del BGP

Propósito

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

Acción

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

Verificar grupos de BGP

Propósito

Compruebe que los grupos BGP estén configurados correctamente.

Acción

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

Verificar la información del resumen del BGP

Propósito

Compruebe que la configuración del BGP es correcta.

Acción

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

Ejemplo: Configuración de un BGP externo en sistemas lógicos con interfaces IPv6

En este ejemplo, se muestra cómo configurar sesiones de par punto a punto de BGP externo (EBGP) en sistemas lógicos con interfaces IPv6.

Requisitos

En este ejemplo, no se requiere ninguna configuración especial más allá de la inicialización del dispositivo.

Descripción general

Junos OS admite sesiones de pares EBGP por medio de direcciones IPv6. Se puede configurar una sesión de par IPv6 cuando se especifica una dirección IPv6 en la neighbor instrucción. En este ejemplo, se utiliza EUI-64 para generar direcciones IPv6 que se aplican automáticamente a las interfaces. Una dirección EUI-64 es una dirección IPv6 que utiliza el formato IEEE EUI-64 para la parte del identificador de interfaz de la dirección (los últimos 64 bits).

Nota:

Como alternativa, puede configurar sesiones de EBGP mediante direcciones IPv6 de 128 bits asignadas manualmente.

Si utiliza direcciones locales de vínculo de 128 bits para las interfaces, debe incluir la local-interface instrucción. Esta instrucción solo es válida para direcciones locales de vínculo IPv6 de 128 bits y es obligatoria para configurar una sesión de par local de vínculo local de EBGP IPv6.

La configuración del emparejamiento de EBGP mediante direcciones locales de vínculo solo se aplica a interfaces conectadas directamente. No se admite el emparejamiento de varios saltos.

Una vez que las interfaces estén activas, puede utilizar el show interfaces terse comando para ver las direcciones IPv6 generadas por EUI-64 en las interfaces. Debe utilizar estas direcciones generadas en las instrucciones BGP neighbor . En este ejemplo, se muestra el procedimiento completo de un extremo a otro.

En este ejemplo, la encapsulación de interfaz de Frame Relay se aplica a las interfaces de túnel lógico (lt). Este es un requisito porque solo se admite la encapsulación Frame Relay cuando se configuran direcciones IPv6 en las interfaces lt .

La figura 3 muestra una red con sesiones de par BGP. En la red de ejemplo, el enrutador R1 tiene configurados cinco sistemas lógicos. El dispositivo E en el sistema autónomo (AS) 17 tiene sesiones de par BGP a un grupo de pares denominados pares externos. Los pares A, B y C residen en el AS 22. En este ejemplo se muestra la configuración paso a paso en el sistema lógico A y el sistema lógico E.

Topología

Figura 3: Red típica con sesiones Typical Network with BGP Peer Sessions de pares de BGP

Configuración

Procedimiento

Configuración rápida de CLI

Para configurar rápidamente este ejemplo, copie los siguientes comandos, péguelos en un archivo de texto, elimine los saltos de línea, cambie los detalles necesarios para que coincidan con su configuración de red, 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.

Dispositivo A

Dispositivo B

Dispositivo C

Dispositivo D

Dispositivo E

Procedimiento paso a paso

En el ejemplo siguiente, debe explorar 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 de la Guía del usuario de CLI.

Para configurar las sesiones de par BGP:

  1. Ejecute el show interfaces terse comando para comprobar que el enrutador físico tiene una interfaz de túnel lógico (lt).

  2. En el sistema lógico A, configure la encapsulación de la interfaz, el número de unidad par y DLCI para llegar al sistema lógico E.

  3. En el sistema lógico A, configure la dirección de red para el vínculo al par E y configure una interfaz de circuito cerrado.

  4. En el sistema lógico E, configure la encapsulación de la interfaz, el número de unidad par y DLCI para llegar al sistema lógico A.

  5. En el sistema lógico E, configure la dirección de red para el vínculo al par A y configure una interfaz de circuito cerrado.

  6. Ejecute el show interfaces terse comando para ver las direcciones IPv6 generadas por EUI-64.

    Las direcciones 2001 se utilizan en este ejemplo en las instrucciones BGP neighbor .

    Nota:

    Las direcciones fe80 son direcciones locales de vínculo y no se utilizan en este ejemplo.

  7. Repita la configuración de interfaz en los otros sistemas lógicos.

Configuración de las sesiones de BGP externas

Procedimiento paso a paso

En el ejemplo siguiente, debe explorar 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 de la Guía del usuario de CLI.

Para configurar las sesiones de par BGP:

  1. En el sistema lógico A, cree el grupo BGP y agregue la dirección de vecino externo.

  2. En el sistema lógico E, cree el grupo BGP y agregue la dirección de vecino externo.

  3. En el sistema lógico A, especifique el número de sistema autónomo (AS) del AS externo.

  4. En el sistema lógico E, especifique el número de sistema autónomo (AS) del AS externo.

  5. En el sistema lógico A, establezca el tipo de par en EBGP.

  6. En el sistema lógico E, establezca el tipo de par en EBGP.

  7. En el sistema lógico A, establezca el número de sistema autónomo (AS) y el ID del enrutador.

  8. En el sistema lógico E, establezca el número de AS y el ID del enrutador.

  9. Repita estos pasos para los pares A, B, C y D.

Resultados

Desde el modo de configuración, ingrese el comando para confirmar la show logical-systems configuración. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregirla.

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

Verificación

Confirme que la configuración funcione correctamente.

Verificar vecinos del BGP

Propósito

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

Acción

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

Significado

La información de accesibilidad de la capa de red de unidifusión IPv6 (NLRI) se intercambia entre los vecinos.

Verificar grupos de BGP

Propósito

Compruebe que los grupos BGP estén configurados correctamente.

Acción

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

Significado

El tipo de grupo es externo y el grupo tiene cuatro pares.

Verificar la información del resumen del BGP

Propósito

Compruebe que se han establecido las relaciones del par BGP.

Acción

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

Significado

El resultado Pares inactivos: 0 muestra que los pares BGP están en el estado establecido.

Comprobación de la tabla de enrutamiento

Propósito

Compruebe que la tabla de enrutamiento inet6.0 se rellena con rutas locales y directas.

Acción

Desde el modo operativo, ejecute el show route comando.

Significado

La tabla de enrutamiento inet6.0 contiene rutas locales y directas. Para rellenar la tabla de enrutamiento con otros tipos de rutas, debe configurar políticas de enrutamiento.

Descripción de las sesiones internas de emparejamiento de BGP

Cuando dos dispositivos habilitados para BGP están en el mismo sistema autónomo (AS), la sesión de BGP se denomina sesión interna de BGP o sesión de IBGP. El BGP usa los mismos tipos de mensajes en sesiones de IBGP y de BGP externo (EBGP), pero las reglas sobre cuándo enviar cada mensaje y cómo interpretarlo difieren ligeramente. Por esta razón, algunas personas se refieren a IBGP y EBGP como dos protocolos separados.

Figura 4: BGP Network topology diagram showing Autonomous Systems and routers: AS 604 in Biloxi, Memphis, Jackson; AS 931 in Miami, Atlanta; AS 25 in Topeka. IBGP connects routers within AS; EBGP connects Memphis to Atlanta and Jackson to Topeka. IP addresses and subnets indicated. interno y externo

En la Figura 4, los dispositivos Jackson, Memphis y Biloxi tienen sesiones de pares de IBGP entre sí. Del mismo modo, Device Miami y Device Atlanta tienen sesiones de par IBGP entre sí.

El propósito del IBGP es proporcionar un medio mediante el cual los anuncios de ruta del EBGP se puedan reenviar por toda la red. En teoría, para realizar esta tarea, podría redistribuir todas sus rutas EBGP a un protocolo de puerta de enlace interior (IGP), como OSPF o SI-SI. Sin embargo, esto no se recomienda en un entorno de producción debido a la gran cantidad de rutas EBGP en Internet y a la forma en que operan los IGP. En resumen, con tantas rutas, el IGP se agita o se bloquea.

Generalmente, la interfaz de circuito cerrado (lo0) se utiliza para establecer conexiones entre los pares del IBGP. La interfaz de circuito cerrado siempre está activa mientras el dispositivo esté funcionando. Si hay una ruta a la dirección de circuito cerrado, la sesión de emparejamiento de IBGP permanece activa. Si en su lugar se usa una dirección de interfaz física y esa interfaz sube y baja, la sesión de emparejamiento de IBGP también sube y baja. Por lo tanto, la interfaz de circuito cerrado proporciona tolerancia a errores en caso de que la interfaz física o el vínculo fallen si el dispositivo tiene redundancia de vínculo.

Si bien los vecinos de IBGP no necesitan estar conectados directamente, sí deben estar completamente mallados. En este caso, malla completa significa que cada dispositivo está conectado lógicamente a todos los demás dispositivos a través de relaciones de pares vecinos. La neighbor instrucción crea la malla. Debido al requerimiento de malla completa del IBGP, debe configurar las sesiones de emparejamiento individual entre todos los dispositivos del IBGP del AS. No es necesario que la malla completa sean vínculos físicos. En su lugar, la configuración de cada dispositivo de enrutamiento debe crear una malla completa de sesiones par (mediante varias neighbor instrucciones).

Nota:

El requisito de una malla completa no se aplica si configura una confederación o una reflexión de ruta.

Para comprender el requisito de malla completa, tenga en cuenta que una ruta de IBGP aprendida no se puede volver a anunciar a otro par de IBGP. La razón para impedir la reanunciación de rutas de IBGP y requerir la malla completa es evitar bucles de enrutamiento dentro de un AS. El atributo de ruta del AS es el medio por el que los dispositivos de enrutamiento de BGP evitan los bucles. La información de ruta se examina para el número de AS local solo cuando la ruta se recibe de un par EBGP. Dado que el atributo solo se modifica fuera de los límites del AS, este sistema funciona bien. Sin embargo, el hecho de que el atributo solo se modifique fuera de los límites del AS presenta un problema en el AS. Por ejemplo, suponga que los dispositivos de enrutamiento A, B y C están todos en el mismo AS. El dispositivo A recibe una ruta de un par EBGP y envía la ruta al dispositivo B, que la instala como la ruta activa. Luego, la ruta se envía al dispositivo C, que lo instala localmente y lo envía de vuelta al dispositivo A. Si el dispositivo A instala la ruta, se forma un bucle en el AS. Los dispositivos de enrutamiento no pueden detectar el bucle porque el atributo de ruta del AS no se modifica durante estos anuncios. Por lo tanto, los diseñadores de BGP decidieron que la única garantía de nunca formar un bucle de enrutamiento era impedir que un par de IBGP anunciara una ruta de IBGP aprendida del AS. Para facilitar el alcance de la ruta, los pares del IBGP están completamente mallados.

El IBGP es compatible conexiones de varios saltos, por lo que los vecinos del IBGP pueden encontrarse en cualquier parte del AS y no suelen compartir un vínculo. Una búsqueda de ruta recursiva resuelve la dirección de emparejamiento de circuito cerrado a un próximo salto de reenvío IP. El servicio de búsqueda lo proporcionan rutas estáticas o un IGP, como OSPF o rutas BGP.

Ejemplo: configuración de sesiones internas de pares de BGP

En este ejemplo, se muestra cómo configurar sesiones de par BGP internas.

Requisitos

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

Descripción general

En este ejemplo, se configuran sesiones de par BGP internas (IBGP). La interfaz de circuito cerrado (lo0) se utiliza para establecer conexiones entre los pares del IBGP. La interfaz de circuito cerrado siempre está activa mientras el dispositivo esté funcionando. Si hay una ruta a la dirección de circuito cerrado, la sesión del par del IBGP permanece activa. Si en su lugar se usa una dirección de interfaz física y esa interfaz sube y baja, la sesión del par del IBGP también sube y baja. Por lo tanto, si el dispositivo tiene redundancia de vínculo, la interfaz de circuito cerrado proporciona tolerancia a errores en caso de que la interfaz física o uno de los vínculos deje de funcionar.

Cuando un dispositivo se empareja con la dirección de interfaz de circuito cerrado de un dispositivo remoto, el dispositivo local espera que los mensajes de actualización del BGP provengan de la dirección de interfaz de circuito cerrado del dispositivo remoto (fuente de) ella. La local-address instrucción permite especificar la información de origen en los mensajes de actualización del BGP. Si omite la local-address instrucción, el origen esperado de los mensajes de actualización del BGP se basa en las reglas de selección de dirección de origen del dispositivo, lo que normalmente da como resultado que la dirección de interfaz de salida sea el origen esperado de los mensajes de actualización. Cuando esto sucede, la sesión del par no se establece porque existe una discrepancia entre la dirección de origen esperada (la interfaz de salida del par) y el origen real (la interfaz de circuito cerrado del par). Para asegurarse de que la dirección de origen esperada coincide con la dirección de origen real, especifique la dirección de interfaz de circuito cerrado en la local-address instrucción.

Dado que el IBGP admite conexiones de varios saltos, los vecinos del IBGP pueden encontrarse en cualquier parte del sistema autónomo (AS) y no suelen compartir un vínculo. Una búsqueda de ruta recursiva resuelve la dirección del par de circuito cerrado a un próximo salto de reenvío IP. En este ejemplo, este servicio lo proporciona la OSPF. Aunque los vecinos del protocolo de puerta de enlace interior (IGP) no necesitan estar conectados directamente, sí deben estar completamente mallados. En este caso, malla completa significa que cada dispositivo está conectado lógicamente a todos los demás dispositivos a través de relaciones de pares vecinos. La neighbor instrucción crea la malla.

Nota:

El requisito de una malla completa no se aplica si configura una confederación o una reflexión de ruta.

Una vez establecidos los pares del BGP, los pares del BGP no anuncian automáticamente las rutas locales. En cada dispositivo habilitado para BGP, se requiere una configuración de política para exportar las rutas locales, estáticas o aprendidas de IGP a la base de información de enrutamiento BGP (RIB) y, luego, anunciarlas como rutas BGP a los otros pares. De forma predeterminada, la política de anuncios del BGP no anuncia ninguna ruta que no sea de BGP (como rutas locales) a los pares.

En la red de ejemplo, los dispositivos del AS 17 están completamente mallados en los pares internos del grupo. Los dispositivos tienen direcciones de circuito cerrado 192.168.6.5, 192.163.6.4 y 192.168.40.4.

La Figura 5 muestra una red típica con sesiones de pares internas.

Figura 5: Red típica con sesiones Typical Network with IBGP Sessions de IBGP

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 nivel jerárquico [edit] .

Dispositivo A

Dispositivo B

Dispositivo C

Configuración del dispositivo A

Procedimiento paso a paso

En el ejemplo siguiente, debe explorar 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 de la Guía del usuario de la CLI de Junos OS.

Para configurar sesiones de par BGP internas en el dispositivo A:

  1. Configure las interfaces.

  2. Configure BGP.

    Las instrucciones se incluyen tanto para el dispositivo B como para el dispositivo C, aunque el neighbor dispositivo A no esté conectado directamente al dispositivo C.

  3. Configure OSPF.

  4. Configure una política que acepte rutas directas.

    Otras opciones útiles para este escenario podrían ser aceptar rutas aprendidas a través de OSPF o rutas locales.

  5. Configure el ID del enrutador y el número de AS.

Resultados

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

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

Configuración del dispositivo B

Procedimiento paso a paso

En el ejemplo siguiente, debe explorar 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.

Para configurar sesiones internas de par BGP en el dispositivo B:

  1. Configure las interfaces.

  2. Configure BGP.

    Las instrucciones se incluyen tanto para el dispositivo B como para el dispositivo C, aunque el neighbor dispositivo A no esté conectado directamente al dispositivo C.

  3. Configure OSPF.

  4. Configure una política que acepte rutas directas.

    Otras opciones útiles para este escenario podrían ser aceptar rutas aprendidas a través de OSPF o rutas locales.

  5. Configure el ID del enrutador y el número de AS.

Resultados

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

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

Configuración del dispositivo C

Procedimiento paso a paso

En el ejemplo siguiente, debe explorar 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 de la Guía del usuario de la CLI de Junos OS.

Para configurar sesiones internas de par BGP en el dispositivo C:

  1. Configure las interfaces.

  2. Configure BGP.

    Las instrucciones se incluyen tanto para el dispositivo B como para el dispositivo C, aunque el neighbor dispositivo A no esté conectado directamente al dispositivo C.

  3. Configure OSPF.

  4. Configure una política que acepte rutas directas.

    Otras opciones útiles para este escenario podrían ser aceptar rutas aprendidas a través de OSPF o rutas locales.

  5. Configure el ID del enrutador y el número de AS.

Resultados

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

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

Verificación

Confirme que la configuración funcione correctamente.

Verificar vecinos del BGP

Propósito

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

Acción

Desde el modo operativo, introduzca el show bgp neighbor comando.

Verificar grupos de BGP

Propósito

Compruebe que los grupos BGP estén configurados correctamente.

Acción

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

Verificar la información del resumen del BGP

Propósito

Compruebe que la configuración del BGP es correcta.

Acción

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

Verificar que las rutas del BGP estén instaladas en la tabla de enrutamiento

Propósito

Compruebe que la configuración de la política de exportación está causando que las rutas del BGP se instalen en las tablas de enrutamiento de los pares.

Acción

Desde el modo operativo, introduzca el show route protocol bgp comando.

Ejemplo: Configuración de sesiones internas de emparejamiento de BGP en sistemas lógicos

En este ejemplo, se muestra cómo configurar sesiones internas de par BGP en sistemas lógicos.

Requisitos

En este ejemplo, no se requiere ninguna configuración especial más allá de la inicialización del dispositivo.

Descripción general

En este ejemplo, se configuran sesiones de emparejamiento internas de BGP (IBGP).

En la red de ejemplo, los dispositivos del AS 17 están completamente mallados en los pares internos del grupo. Los dispositivos tienen direcciones de circuito cerrado 192.168.6.5, 192.163.6.4 y 192.168.40.4.

La Figura 6 muestra una red típica con sesiones de pares internas.

Figura 6: Red típica con sesiones Typical Network with IBGP Sessions de IBGP

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 nivel jerárquico [edit] .

Dispositivo A

Procedimiento paso a paso

En el ejemplo siguiente, debe explorar 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 de la Guía del usuario de CLI.

Para configurar sesiones de par BGP internas en el dispositivo A:

  1. Configure las interfaces.

  2. Configure BGP.

    En el sistema lógico A, las instrucciones se incluyen tanto para el dispositivo B como para el dispositivo C, aunque el neighbor sistema lógico A no esté conectado directamente al dispositivo C.

  3. Configure OSPF.

  4. Configure una política que acepte rutas directas.

    Otras opciones útiles para este escenario podrían ser aceptar rutas aprendidas a través de OSPF o rutas locales.

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

Resultados

Desde el modo de configuración, ingrese el comando para confirmar la show logical-systems configuración. Si el resultado no muestra la configuración deseada, repita las instrucciones de configuración de este ejemplo para corregirla.

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

Verificación

Confirme que la configuración funcione correctamente.

Verificar vecinos del BGP

Propósito

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

Acción

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

Verificar grupos de BGP

Propósito

Compruebe que los grupos BGP estén configurados correctamente.

Acción

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

Verificar la información del resumen del BGP

Propósito

Compruebe que la configuración del BGP es correcta.

Acción

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

Verificar que las rutas del BGP estén instaladas en la tabla de enrutamiento

Propósito

Compruebe que la configuración de la política de exportación funciona.

Acción

Desde el modo operativo, ingrese el show route protocol bgp comando.