Hola,
A medida que presentamos la iteración de la ruta en la última publicación (aquí está el ENLACE), a veces, podemos encontrar interrupciones de red causadas por la iteración BGP.
Como muestra la siguiente topología, BGP habilitado en RT0, RT1 y RT2, las relaciones entre pares de IBGP se establecen con la interfaz de loop invertido como la interfaz de origen. La red 10.10.10.10/32 se introduce en el p***eso BGP tanto en RT1 como en RT2.
Es fácil saber que hay dos rutas hacia 10.10.10.10/32 en RT0, solo una es válida.
Verifique la tabla de enrutamiento BGP en RT0,
El resultado lo confirmó.
Ahora, apague la interfaz e0/0/0 en RT1 y vuelva a verificar la tabla de enrutamiento BGP en RT0
El resultado sigue siendo el mismo.
Verifique la tabla de enrutamiento IP en RT0
No hay una ruta hacia 2.2.2.2, esta es una dirección inalcanzable.
Verifique los pares BGP en RT0
BGP peer 2.2.2.2 no se elimina del resultado porque el temporizador de retención aún no caduca.
Después de tres minutos, el temporizador de espera caduca, el par BGP 2.2.2.2 se desconecta y vuelve a verificar la tabla de enrutamiento BGP
La entrada de enrutamiento con next-hop 2.2.2.2 se elimina.
De la prueba anterior, podríamos saber que la ruta hacia 2.2.2.2 se selecciona como la mejor, aunque 2.2.2.2 es inalcanzable.
Obviamente, esto no es lo que queremos en la red en vivo.
Cuando RT1 es normal, RT0 recibe la red 10.10.10.10/32 de RT1, y el siguiente salto iterado es 2.2.2.2/32, cuando RT1 rechaza, la ruta 2.2.2.2/32 en RT0 se eliminará debido a que no se puede alcanzar , esto provocará la repetición del siguiente salto del 10.10.10.10/32.
RT0 coincidirá con las rutas de prefijo más largas que se dirigen a 2.2.2.2/32 en la tabla de enrutamiento IP. El resultado será 2.2.2.0/24. Esta ruta en realidad proviene de RT3, por lo que se realizará esta dirección. Para el próximo salto a 10.10.10.10, ¡la iteración termina!
Verifique la tabla de enrutamiento BGP en RT0 después de que la interfaz e0/0/0 de RT1 se apague.
Comparando con el mismo elemento antes de que la interfaz se apague
La interfaz iterada de siguiente salto y saliente se modifican.
Para resolver este problema, podemos habilitar la política de iteración.
Ahora, apague la interfaz en RT1 y vuelva a verificar la tabla de enrutamiento
Después de configurar la prueba de política de ruta de búsqueda recursiva nexthop, el siguiente salto cambió a 3.3.3.3 después de que se apagó la interfaz en RT1.