BGP confederaciones para la escala IBGP
Descripción de las confederaciones de BGP
BGP confederaciones son otra forma de resolver los problemas de escalabilidad creados por el BGP necesidad de malla completa. BGP confederaciones dividen de manera efectiva un sistema autónomo de gran tamaño (como) en sistemas subautónomos (subconjuntos). Cada subsistema debe estar identificado de forma exclusiva dentro de la misma como un número sub. Normalmente, los números sub-AS se toman de The Private como números comprendidos entre el 64.512 y el 65.535.
Dentro de un sub-como, existe el mismo requisito de malla completa del BGP interno (IBGP). Las conexiones con otras confederaciones se realizan con el BGP externo estándar (EBGP), mientras que los interlocutores externos al subproceso se tratan como externos. Para evitar que se produzcan bucles de enrutamiento, un sub-AS utiliza una secuencia de Confederación que funciona como un trazado AS, pero utiliza únicamente los subsiguientes números de subprocesos privados.
La Confederación se parece a la totalidad de la Confederación con otros Estados. La ruta AS recibida por otros Asoc. muestra solo el número asignado globalmente. No incluye la secuencia de la Confederación ni los números subdirectos asignados de forma privada. Los números sub-AS se eliminan cuando la ruta se anuncia fuera de la Confederación como. Figura 1 muestra un como dividido en cuatro confederaciones.

Figura 1se muestra como 3 dividido en cuatro subconexiones, 64517, 64550, 65300 y 65410, que se enlazan a través de sesiones EBGPs. Dado que las confederaciones se conectan por EBGP, no es necesario que estén completamente entrelazadas. Las rutas EBGP se reanuncian a otras subasignaciones.
Consulte también
Ejemplo Configuración de BGP confederaciones
En este ejemplo se muestra cómo configurar BGP confederaciones.
Aplicables
Configure las interfaces de red.
Configure sesiones del mismo nivel externas. Consulte ejemplo:Example: Configuring External BGP Point-to-Point Peer Sessionsde punto a punto de BGP externas
Configure sesiones del Protocolo de puerta de enlace interior (IGP) entre equipos del mismo nivel.
Configure una directiva de enrutamiento para anunciar las rutas de BGP.
Descripción general
Dentro de una BGP de la Confederación, los enlaces entre los sistemas autónomos miembros de la Confederación (Asoc.) deben ser enlaces externos BGP (EBGP), no BGP internos (IBGP).
De manera similar a los catadióptricos de ruta, BGP confederaciones reducen el número de sesiones de pares y de TCP para mantener las conexiones entre los dispositivos de enrutamiento de IBGP. BGP la Confederación es un método empleado para resolver los problemas de escalabilidad creados por el requisito de la malla completa IBGP. BGP confederaciones descomponen de manera efectiva una gran cantidad de sistemas de subautónomos. Cada subsistema debe estar identificado de forma exclusiva dentro de la misma como un número sub. Normalmente, los números sub-AS se toman de The Private como números comprendidos entre el 64512 y el 65535. Dentro de un subsistema, el mismo IBGP de la necesidad de malla completa existe. Las conexiones con otras confederaciones se realizan con EBGP estándar, mientras que los homólogos externos a sub se tratan como externas. Para evitar que se produzcan bucles de enrutamiento, un sub-AS utiliza una secuencia de Confederación que funciona como un trazado AS, pero utiliza únicamente los subsiguientes números de subprocesos privados.
Figura 2muestra una red de ejemplo en la que 17 tiene dos confederaciones independientes: Sub 64512 y sub-AS 64513, cada uno de los cuales tiene enrutadores múltiples. Dentro de sub como, IGP se utiliza para establecer la conectividad de red con los homólogos internos. Entre los enasocros se establece una sesión de EBGP-peer.

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.
Todos los dispositivos en sub-AS 64512
Dispositivo de borde en sub-AS 64512
Todos los dispositivos en sub-AS 64513
Dispositivo de borde en sub-AS 64513
Procedimiento detallado
Este procedimiento muestra los pasos para los dispositivos que se encuentran en sub-AS 64512.
La autonomous-system instrucción establece el número de sub-Device del dispositivo.
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 BGP confederaciones:
- Establecer el número sub-AS del dispositivo.[edit routing-options]user@host# set autonomous-system 64512
- En la Confederación, incluya todas las inmovilizaciones en el Main como.
El número 17 representa el valor de Main AS. La members instrucción enumera todas las subconjuntos de la Página principal como.
[edit routing-options confederation]user@host# set 17 members 64512user@host# set 17 members 64513 - En el dispositivo Border, en sub-AS 64512, configure una conexión EBGP al dispositivo Border en como 64513.[edit protocols bgp group to-sub-AS-64513]user@host# set type externaluser@host# set neighbor 192.168.5.2user@host# set peer-as 64513
- Configure un grupo de IBGP para el emparejamiento con los dispositivos que se encuentran en sub-AS 64512.[edit protocols bgp group sub-AS-64512]user@host# set type internaluser@host# set local-address 192.168.5.1user@host# neighbor 192.168.8.1user@host# neighbor 192.168.15.1
Resultados
Desde el modo de configuración, escriba los show routing-options comandos y show protocols para confirmar la configuración. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregir la configuración.
Si ha terminado de configurar el dispositivo, entre commit en el modo de configuración.
Repita estos pasos para sSub-como 64513.
Comproba
Confirme que la configuración funciona correctamente.
Comprobar vecinos BGP
Finalidad
Compruebe que BGP se está ejecutando en interfaces configuradas y que la sesión de BGP está activa para cada dirección de vecino.
Acción
Desde la CLI, escriba el show bgp neighbor comando.
Ejemplo
user@host> show bgp neighbor
Peer: 10.255.245.12+179 AS 35 Local: 10.255.245.13+2884 AS 35 Type: Internal State: Established (route reflector client)Flags: Sync Last State: OpenConfirm Last Event: RecvKeepAlive Last Error: None Options: Preference LocalAddress HoldTime Cluster AddressFamily Rib-group Refresh Address families configured: inet-vpn-unicast inet-labeled-unicast Local Address: 10.255.245.13 Holdtime: 90 Preference: 170 Flags for NLRI inet-vpn-unicast: AggregateLabel Flags for NLRI inet-labeled-unicast: AggregateLabel Number of flaps: 0 Peer ID: 10.255.245.12 Local ID: 10.255.245.13 Active Holdtime: 90 Keepalive Interval: 30 NLRI advertised by peer: inet-vpn-unicast inet-labeled-unicast NLRI for this session: inet-vpn-unicast inet-labeled-unicast Peer supports Refresh capability (2) Restart time configured on the peer: 300 Stale routes from peer are kept for: 60 Restart time requested by this peer: 300 NLRI that peer supports restart for: inet-unicast inet6-unicast NLRI that restart is negotiated for: inet-unicast inet6-unicast NLRI of received end-of-rib markers: inet-unicast inet6-unicast NLRI of all end-of-rib markers sent: inet-unicast inet6-unicast Table inet.0 Bit: 10000 RIB State: restart is complete Send state: in sync Active prefixes: 4 Received prefixes: 6 Suppressed due to damping: 0 Table inet6.0 Bit: 20000 RIB State: restart is complete Send state: in sync Active prefixes: 0 Received prefixes: 2 Suppressed due to damping: 0 Last traffic (seconds): Received 3 Sent 3 Checked 3 Input messages: Total 9 Updates 6 Refreshes 0 Octets 403 Output messages: Total 7 Updates 3 Refreshes 0 Octets 365 Output Queue[0]: 0 Output Queue[1]: 0 Trace options: detail packets Trace file: /var/log/bgpgr size 131072 files 10
Significado
El resultado muestra una lista de los BGP vecinos con información detallada de la sesión. Compruebe la siguiente información:
Cada vecino de emparejamiento configurado aparece en la lista.
Para State, cada BGP sesión Established.
Por Typelo tanto, cada interlocutor está configurado como el tipo correcto (interno o externo).
En ASel caso de, el número AS del BGP vecino es correcto.
Verificación de BGP grupos
Finalidad
Compruebe que los grupos de BGP están configurados correctamente.
Acción
Desde la CLI, escriba el show bgp group comando.
Ejemplo
user@host> show bgp group
Group Type: Internal AS: 10045 Local AS: 10045 Name: pe-to-asbr2 Flags: Export Eval Export: [ match-all ] Total peers: 1 Established: 1 10.0.0.4+179 bgp.l3vpn.0: 1/1/0 vpn-green.inet.0: 1/1/0 Groups: 1 Peers: 1 External: 0 Internal: 1 Down peers: 0 Flaps: 0 Table Tot Paths Act Paths Suppressed History Damp State Pending bgp.l3vpn.0 1 1 0 0 0 0
Significado
El resultado muestra una lista de los grupos de BGP con información detallada del grupo. Compruebe la siguiente información:
Aparecerá cada uno de los grupos configurados.
Para AS, el control remoto de cada grupo, tal y como está configurado correctamente.
Para Local AS, el local de cada grupo está configurado correctamente.
Para Group Type, cada grupo tiene el tipo correcto (interno o externo).
Para Total peers, se muestra el número esperado de homólogos dentro del grupo.
En Establishedel caso de, el número de elementos del mismo nivel que se espera dentro Established del grupo tiene sesiones BGPs en el estado.
Están presentes las direcciones IP de todos los interlocutores del grupo.
Comprobación de la información de BGP Resumen
Finalidad
Compruebe que la configuración del BGP es correcta.
Acción
Desde la CLI, escriba el show bgp summary comando.
Ejemplo
user@host> show bgp summary
Groups: 1 Peers: 3 Down peers: 0 Table Tot Paths Act Paths Suppressed History Damp State Pending inet.0 6 4 0 0 0 0 Peer AS InPkt OutPkt OutQ Flaps Last Up/Dwn State|#Active/Received/Damped... 10.0.0.2 65002 88675 88652 0 2 42:38 2/4/0 0/0/0 10.0.0.3 65002 54528 54532 0 1 2w4d22h 0/0/0 0/0/0 10.0.0.4 65002 51597 51584 0 0 2w3d22h 2/2/0 0/0/0
Significado
El resultado muestra un resumen de BGP información de sesión. Compruebe la siguiente información:
Para Groups, se muestra el número total de grupos configurados.
Para Peers, se muestra el número total de BGP elementos del mismo nivel.
En Down Peersel caso de, el número total de pares no establecidos es 0. Si este valor no es cero, aún no se han establecido una o más sesiones de interconexión del mismo nivel.
En Peer, se muestra la dirección IP de cada elemento del mismo nivel configurado.
En AS, el sistema del mismo nivel que para cada elemento del mismo nivel configurado es correcto.
En Up/Dwn State, el estado BGP refleja el número de rutas de path recibidas desde el vecino, el número de estas rutas que se han aceptado y el número de rutas que se están amortiguando (como 0/0/0). Si el campo es Active, indica un problema en el establecimiento de la sesión BGP.