Cómo anunciar rutas de un IBGP peer a otro usando Route reflector

Cómo anunciar rutas de un IBGP peer a otro usando Route reflector

43335
Created On 09/25/18 19:50 PM - Last Modified 06/07/23 19:46 PM


Resolution


 

Este artículo discute el escenario donde las rutas aprendidas de un IBGP Peer no son publicitadas a otro
IBGP debido a la regla de Split Horizon y como anunciar estas rutas usando el cortafuegos de Palo Alto Networks como un reflector de ruta.


La topología siguiente se utiliza para fines ilustrativos:

 

 2016-04 -12 _10-21 -45. png

 

  • B1 y B3 son IBGP pares de B2.
  • IBGP peering está en estado establecido entre B1-B2 y B2-B3.
  • B1 y B3 están anunciando las rutas 5.5.5.0/24 y 8.8.8.0/24 respectivamente a B2.
     

 

 

 Las rutas BGP están presentes en la costilla BGP local de B2:

 

admin @ B1 > Mostrar protocolo de enrutamiento BGP Loc-rib
router virtual: B1 (ID 22) = = = = = = = = = =
PreFijo
NextHop par peso LocPrf org Med flap as-ruta
* 5.5.5.0/24 local 0 100 i/c 0 0

total de rutas mostradas: 1 

 

 

admin @ B2 > Mostrar protocolo de enrutamiento BGP Loc-rib
virtual router: B2 (ID 23) = = = = = = = = = =
PreFijo
NextHop par peso LocPrf org Med flap as-ruta
* 5.5.5.0/24 1.1.1.1 B1 0 100 i/c 0     0
* 8.8.8.0/24 3.3.3.2 B3 0 100 i/c 0 0

total de rutas mostradas: 2 

 

B2 contiene las rutas anunciadas de B1 y B3 en su costilla local

 

 

admin @ B3 > Mostrar protocolo de enrutamiento BGP Loc-costilla
router virtual: B3 (ID 24) = = = = = = = = = =
PreFijo
NextHop par peso LocPrf org Med flap as-ruta
* 8.8.8.0/24 local 0 100 i/c 0 0

t Otal rutas mostradas: 1 

 

 

 

Problema:

 

No hay rutas anunciadas por B2 debido a la regla de Split Horizon:

 

admin @ B1 > Mostrar protocolo de enrutamiento BGP-out
router virtual: B1 (ID 22) = = = = = = = = = =

prefijo NextHop peer originador ADV status aggr status as-path
5.5.5.0/24 1.1.1.1 B1-B2 0.0.0.0         no se ha anunciado ninguna agregación

total de rutas mostradas: 1 

 

 

admin @ B2 > Mostrar protocolo de enrutamiento BGP-out
router virtual: B2 (ID 23) = = = = = = = = = =

prefijo NextHop peer originador ADV status aggr status as-path

rutas totales mostradas: 0 

 

 B2 no publicita ninguna ruta a B1 o B3 a pesar de que B2 contiene las rutas anunciadas en su costilla local

 

 

admin @ B3 > Mostrar protocolo de enrutamiento BGP de costillas de salida
router virtual: B3 (ID 24) = = = = = = = = = =

prefijo NextHop peer originador ADV status aggr status as-path
8.8.8.0/24 3.3.3.2 B3-B2 0.0.0 .0 publicitado sin agregación

total de rutas mostradas: 1  

 

 

 

 

Solución:

 

Para habilitar B2 para publicitar las rutas aprendidas de IBGP Peers a otros pares IBGP, hacer un reflector de ruta.

No se requiere ninguna configuración en los mismos pares, sino sólo el dispositivo, que actuará como un reflector de ruta.

Esto requiere que los pares IBGP se configuren como cliente/no cliente en B2:

 

Tenga en cuenta los siguientes aspectos de la publicidad mientras configura los pares como cliente/no cliente:

 

  •   Una ruta aprendida de un cliente puede ser remitida a otro EBGP vecino, cliente y no cliente.
  •   Una ruta aprendida de un no-cliente puede ser remitida a otro EBGP vecino y cliente, pero no a un no cliente.

 

 

Nota: si ambos pares están configurados como ' no clientes ', entonces no se anuncian rutas.

             ' No clientes ' es la configuración predeterminada para el par, por lo tanto, el reflector de ruta está deshabilitado de forma predeterminada.

 

 

En este ejemplo, ambos pares B1 y B3 se configuran como clientes de reflector de ruta y B2 se configura como servidor de reflector de ruta:

 

 

B1. png

 

B3. png

 

Configure los siguientes atributos para el reflector de ruta, que se utilizan para la prevención de bucles:

 

IDENTIFICADOR de clúster de reflector-utilizado como ID de clúster

ID del router-se utiliza como ID del remitente

 

CID_OID. png

 

Opcionalmente, el siguiente atributo hop puede ser seleccionado como original o Self para las rutas anunciadas por la ruta reflector:

 

Self hop. png

 

Las rutas ahora están siendo adverstised por B2:

 

admin @ B1 > Mostrar protocolo de enrutamiento BGP-out
router virtual: B1 (ID 22) = = = = = = = = = =

prefijo NextHop peer originador ADV status aggr status as-path
5.5.5.0/24 1.1.1.1 B1-B2 0.0.0.0 a dvertised no hay agregación

total de rutas mostradas: 1 

 

 

admin @ B2 > Mostrar protocolo de enrutamiento BGP-out
router virtual: B2 (ID 23) = = = = = = = = = =

prefijo NextHop peer originador ADV status aggr status as-path
8.8.8.0/24 3.3.3.2 B1 3.3.3. 2 anunciado no agregación
5.5.5.0/24 1.1.1.1 B3 1.1.1.1 anunciado ninguna agregación

total de rutas mostradas : 2 

 

Ambos 8.8.8.0/24 y 5.5.5.0/24 ahora están siendo anunciados por B2

 

 

admin @ B3 > Mostrar protocolo de enrutamiento BGP de costillas de salida
router virtual: B3 (ID 24) = = = = = = = = = =

prefijo NextHop peer originador ADV status aggr status as-path
8.8.8.0/24 3.3.3.2 B3-B2 0.0.0.0         no se ha anunciado ninguna agregación

total de rutas mostradas: 1 

 

 

Las rutas se pueden ver en la costilla local BGP de B1 y B2:

 

admin @ B1 > Mostrar protocolo de enrutamiento BGP Loc-rib
virtual router: B1 (ID 22) = = = = = = = = = =

PreFijo NEXTHOP par peso LocPrf org Med flap as-ruta
8.8.8.0/24 3.3.3.2 B1-B2 0 100 i/c 0        0
* 5.5.5.0/24 local 0 100 i/c 0 0

total de rutas mostradas : 2 

 

La ruta 8.8.8.0/24 está ahora en local-costilla de B1

 

 

admin @ B2> Mostrar protocolo de enrutamiento BGP Loc-rib
router virtual: B2 (ID 23) = = = = = = = = = =
PreFijo
NEXTHOP par peso LocPrf org Med flap as-path
* 5.5.5.0/24 1.1.1.1 B1 0 100 i/c              0 0
* 8.8.8.0/24 3.3.3.2 B3 0 100 i/c 0 0

rutas totales mostradas:

 

 

admin @ B3> Mostrar protocolo de enrutamiento BGP Loc-rib
virtual router: B3 (ID 24) = = = = = = = = = =
PreFijo
NEXTHOP par peso LocPrf org Med flap as-ruta
5.5.5.0/24 1.1.1.1 B3-B2 0 100 i/c 0   0
* 8.8.8.0/24 local 0 100 i/c 0 0

total de rutas mostradas : 2 

 

La ruta 5.5.5.0/24 está ahora en local-costilla de B3

 

 

 

Los siguientes mecanismos se utilizan para evitar bucles utilizando los atributos de ID de clúster y ID de origen:

 

  • Cuando un router BGP recibe una ruta de un vecino iBGP en la actualización entrante y detecta la presencia de su propio router-ID en el atributo originador-ID, rechazará la actualización.
  • Cuando un router BGP recibe una ruta de un vecino iBGP que está configurado para funcionar como un reflector de ruta, y en la actualización entrante, detecta la presencia de su propio clúster-ID en el atributo de la lista de clústeres, rechazará la actualización.

 

 



Actions
  • Print
  • Copy Link

    https://knowledgebase.paloaltonetworks.com/KCSArticleDetail?id=kA10g000000ClfrCAC&lang=es&refURL=http%3A%2F%2Fknowledgebase.paloaltonetworks.com%2FKCSArticleDetail

Choose Language