BGP y Ruta estatica

[Jonathan Maldonado]

Buen día,

Tengo el siguiente problema el cual no entiendo porque pasa, sucede que tengo un segmento publicado por BGP funcionando con normalidad, en caso que falle hay una ruta estática que me envía este segmento a otro proveedor con una distancia administrativa mayor a la del BGP para que no genere problemas y funciona bien, el problema esta cuando vuelve a subir el BGP la ruta no retoma su camino por BGP sino que sigue por la ruta estática a pesar que tiene una distancia administrativa mayor. Agradezco me pudieran ayudar con este problema y saber el porque la ruta estática queda "pegada". Gracias.

[Daniel Ordóñez Flores]

Hola @Jonathan Maldonado 

Dejame ver si entendí, tienes dos ISPs, con uno de ellos manejas BGP y con el otro enrutamiento estatico.

En tu router tienes una sesión de BGP y al mismo tiempo una ruta que le envias al otro provedor.

Lo que esperas es que esa ruta se propague por ambos ISP con preferencia por BGP y en caso de alguna falla, entonces esa ruta sea conocida por la ruta estática que configuraste?

Si es así, entonces creo que lo que sucede es normal, cuando tu sesion de BGP se re-establece, te has percatado si adviertes ese segmento de red?

Al final no cambias la DA, esa es la misma, solo estas agregando peso a la ruta estática.

Espero que la información haya sido útil y si no tienes más preguntas recuerda cerrar el topic, seleccionando la respuesta como "Respuesta correcta"

**Please rate the answer if this information was useful***

**Por favor si la información fue util marca esta respuesta como correcta**

*Tu reconocimiento nos alienta a seguir participando en los foros *

[Jonathan Maldonado]

@Daniel Ordóñez Flores 

Gracias por tu respuesta, correcto cuando mi BGP vuelve a subir la ruta se anuncia pero predomina la ruta estática, entiendo lo de la DA, entonces que parámetro debo cambiar para que al subir mi BGP nuevamente, la ruta estática no predomine sobre el BGP? Aqui me llega otra inquietud con respecto al TAG, este parámetro que me diferencia a la DA?

[luis_cordova]

Hola @Jonathan Maldonado 

Podrías compartir las configuraciones de tu router?

Saludos

[Jonathan Maldonado]

@luis_cordova Mira esta es la configuración, 

**BGP

R1#sh running-config | section bgp
router bgp 65000
bgp log-neighbor-changes
network 10.3.10.0 mask 255.255.255.0
network 10.3.16.0 mask 255.255.255.0
network 10.3.100.0 mask 255.255.254.0
redistribute static
neighbor 172.22.10.57 remote-as 3816
neighbor 172.22.10.57 version 4
neighbor 172.22.10.57 allowas-in 10

**Ruta estática

ip route 10.3.43.0 255.255.255.0 10.3.16.251 100

**Cuando sale por BGP

R1#sh ip route 10.3.43.0
Routing entry for 10.3.43.0/24
Known via "bgp 65000", distance 20, metric 0
Tag 3816, type external
Last update from 172.22.10.57 03:36:03 ago
Routing Descriptor Blocks:
* 172.22.10.57, from 172.22.10.57, 03:36:03 ago
Route metric is 0, traffic share count is 1
AS Hops 2
Route tag 3816
MPLS label: none

**SHOW IP ROUTE

B 10.3.43.0/24 [20/0] via 172.22.10.57, 03:42:37

**Cuando sale por ESTATICA

R1#sh ip route 10.3.43.0
Routing entry for 10.3.43.0/24
Known via "static", distance 100, metric 0
Redistributing via bgp 65000

Advertised by bgp 65000

Routing descriptor Blocks:

*10.3.16.251

  Route metric is 0, traffic share count is 1

**SHOW IP ROUTE

S 10.3.43.0/24 [1/0] via 10.3.16.251

Así esta actualmente la configuración.

[Daniel Ordóñez Flores]

Hola @Jonathan Maldonado 

En tu configuración, cuando tienes la sesión de BGP arriba pareciera que el vecino 172.22.10.57 es quien te anuncia el segmento de red 10.3.43.0, sin embargo, tu ruta estática la apuntas a otra ip 10.3.16.251 qué supongo es tu otro ISP?

Suena un poco raro, por qué supondría que tendrías que agregar una ruta por cada segmento remoto que quieras alcanzar, sin embargo, suponiendo  que solo necesitas respaldo de la red 10.3.43.0 lo que puedes hacer es lo siguiente.

Configura un event manager, dónde el trigger sea el log de caida de tu sesión de BGP, al detectar la caida el event puede configurar la ruta por ti y sería la misma que tienes ahora, despues, en el mismo event declara otro evento en tonde el trigger sea el log del restablecimiento de la sesión de BGP y ahora el event debera eliminar la ruta estatica.

Espero que la información haya sido útil y si no tienes más preguntas recuerda cerrar el topic, seleccionando la respuesta como "Respuesta correcta"

**Please rate the answer if this information was useful***

**Por favor si la información fue util marca esta respuesta como correcta**

*Tu reconocimiento nos alienta a seguir participando en los foros *

[luis_cordova]

Hola @Jonathan Maldonado 

Solo para descartar, prueba este cambio:

**Ruta estática

ip route 10.3.43.0 255.255.255.0 10.3.16.251 201

Saludos

[Hilda Arteaga]

Gracias Luis y Daniel por buscar asistir a @Jonathan Maldonado con la duda de BGP  

[Julio E. Moisa]

Hola Jonathan,

Puede deberse a varias cosas, como un bug revisa la version de IOS que tienes, podria deberse a los tiempos de BGP, en este caso puedes considerar utilizar BFD bajo BGP para mejorar los tiempos, tambien puedes revisar el comando neighbor fall-over.

En este caso para resolver el problema puedes aplicar IP SLA con EEM o Aplicar BGP con ambos proveedores y aplicar atributos de BGP como Local Preference y AS Path Prepend para manipular el trafico.

Cuando esa situacion, que pasa cuando ejecutas el comando: clear ip bgp * soft   ?

Saludos 

[Daniel Ordóñez Flores · Accepted solution]

@Jonathan Maldonado 

Como menciona Julio puedes solicitar a tu otro proveedor utilizar BGP o bien si es complejo un Event Manager podría ayudarte, la configuración puede ser muy similar a esto:

event manager applet BGP_DOWN
 event syslog pattern "%BGP-5-ADJCHANGE: neighbor <IP_PE_ISP_1> Down"
 action 1.0 syslog priority critical msg "BGP Session to peer is down"
 action 2.0 cli command "enable"
 action 3.0 cli command "config t"
 action 4.0 cli command "ip route static 0.0.0.0 0.0.0.0 <IP_PE_SPI_2>"
 action 5.0 cli command "wr"

event manager applet BGP_UP
 event syslog pattern "%BGP-5-ADJCHANGE: neighbor <IP_PE_ISP_1> Up"
 action 1.0 syslog priority critical msg "BGP Session to peer is up"
 action 2.0 cli command "enable"
 action 3.0 cli command "config t"
 action 4.0 cli command "no ip route static 0.0.0.0 0.0.0.0 <IP_PE_SPI_2>"
 action 5.0 cli command "wr"
end

Lo que sucederá es la ruta se configurará en automático cuando la salida por BGP caiga y la ruta se eliminara cuando vuelva a levantar. 

Espero que la información haya sido útil y si no tienes más preguntas recuerda cerrar el topic, seleccionando la respuesta como "Respuesta correcta"

**Please rate the answer if this information was useful***

**Por favor si la información fue util marca esta respuesta como correcta**

*Tu reconocimiento nos alienta a seguir participando en los foros *