BGP con BFD

[Jose Vela]

Hola gente experta de este grupo. Quería preguntar una duda. Tengo la topología de abajo y estoy configurando BGP con BFD en las interfaces Fa0/0 para, cuando caiga la interfaz Se1/0 de R1, este desaprenda la ruta 8.8.8.8 y conmute el VRRP a R3 en milisegundos, sin esperar las tiempos por default que tiene BGP en actualizarse.

He configurado R1 y R2, como os pongo abajo, el problema es que al meterle el último comando dentro de la interfaz Fa0/0 de BFD, el router queda inservible y no deja de salir este log. La verdad es que tampoco sé si estoy configurando bien el BFD para BGP. Espero su experta ayuda. Muchas gracias.

%SYS-2-INSCHED: idle within scheduler -Process= "*Sched*", ipl= 0
-Traceback= 60171348z
%SYS-2-INSCHED: idle within scheduler -Process= "*Sched*", ipl= 0
-Traceback= 60171348z
%SYS-2-INSCHED: idle within scheduler -Process= "*Sched*", ipl= 0
-Traceback= 60171348z
%SYS-2-INSCHED: idle within scheduler -Process= "*Sched*", ipl= 0
-Traceback= 60171348z
%SYS-2-INSCHED: idle within scheduler -Process= "*Sched*", ipl= 0
-Traceback= 60171348z

#################################################################

R1

router bgp 400
bgp log-neighbor-changes
neighbor 192.168.1.3 remote-as 400
neighbor 192.168.1.3 update-source Fa0/0
neighbor 192.168.1.3 fall-over bfd
!
track 1 ip route 8.8.8.8 255.255.255.255 reachability
delay down 35 up 60

interface Fa0/0
vrrp 1 ip 192.168.1.1
vrrp 1 priority 105
vrrp 1 preempt
vrrp 1 track 1
!
interface Fa0/0
! Detección puesta en 1 segundo
bfd interval 999 min_rx 999 multiplier 5
!

R2:

router bgp 400
bgp log-neighbor-changes
neighbor 192.168.1.2 remote-as 400
neighbor 192.168.1.2 update-source Fa0/0
neighbor 192.168.1.2 fall-over bfd
!

interface Fa0/0
vrrp 1 ip 192.168.1.1
vrrp 1 priority 100

!
interface Fa0/0
! Detección puesta en 1 segundo
bfd interval 999 min_rx 999 multiplier 5
!

[Julio E. Moisa]

Hola

Esos mensajes son generados por un bug o el equipo no tiene suficiente memoria para ejecutar o procesar el comando.

Saludos. 

[Diana Karolina Rojas]

La configuración del BFD es correcta, lo que ves es un Traceback y generalmente se asocia a un problema de software, ¿el log lo vez en ambos equipos? ¿o solo en uno?

***Por favor no olvides calificar y/o marcar como solución las respuestas útiles, tu calificación promueve nuestra participación.***

Saludos,

Saludos,

[Leonardo Pena Davila]

Hola José

Que equipos estas utilizando y que sistemas operativos tienes instalados? Con esta información se puede tener una mejor idea de que puede estar originando estos logs.

Un log Traceback se genera cuando alguno(s) de los procesos internos que corren en el equipo se corrompe o no funciona como esperado, entonces el traceback recopila la información que luego puede ser decodificada para saber cual proceso o procesos se vio afectado.  

Verifica alguno de estos Bugs

https://bst.cloudapps.cisco.com/bugsearch/bug/CSCuj11576/?referring_site=ss&dtid=osscdc000283

https://bst.cloudapps.cisco.com/bugsearch/bug/CSCuh58208/?referring_site=ss&dtid=osscdc000283

https://bst.cloudapps.cisco.com/bugsearch/bug/CSCuo91932/?referring_site=ss&dtid=osscdc000283

[Jose Vela]

Hola a los 3.

Gracias por sus contestaciones.

Estoy utilizando 3 routers 7200, pero parece por lo que he podido leer en foros, es que ese comando es un comando que consume demasiados recursos del router y se necesita bastante memoria para eso. Si se implementa, se tiene que implementar en routers de gama alta como ARS9000.

Un abrazo,

Jose Vela.

[Diana Karolina Rojas]

Buenos días estimado,

La verdad es que tampoco necesitas un equipo tan poderoso, podrías usar un CSR1000v para probarlo y debería andarte perfectamente bien. El BFD lo puedes habilitar hasta el switches como los 3850 o 9300 y anda perfecto.

***Por favor no olvides calificar las respuestas útiles, tu calificación promueve nuestra participación.***

Saludos,