BFD también se puede configurar para rutas estáticas.
La gran ventaja es que la detección no se realiza en base a los "timers" de los protocolos de enrutamiento. BFD usa sus propios timers y podemos hacer que esta detección sea homogénea en todos los enlaces. Lo más cercano a BFD sería bajar los timers de los protocolos de enrutamiento que usamos en nuestra red, pero estos no nos ofrecen una detección en menos de 1 segundo. BFD no está ligado a ningún protocolo, actúa por su cuenta. Además, parte de BFD se puede trasladar al "Data Plane" haciendo que consuma menos recursos.
Para que BFD funcione correctamente, CEF debe estar habilitado en todos los equipos.
BFD solo funciona con vecinos directamente conectados. Es a partir de la IOS 15.1(3)S se soporta la "vecindad multihop" de hasta 255 saltos, solo necesitan tener comunicación IP.
Dependiendo de la versión de IOS, BFD se puede configurar para enlaces P2P en IPv4 e IPv6 y para túneles GRE. Solo se puede configurar en interfaces numeradas.
El tiempo de detección de BFD cambia con la topología e infraestructura. Por ejemplo, en un túnel GRE con un solo salto, 150 ms sería aplicable. Sin embargo, cuando hay muchos saltos por medio, los 150 ms no garantizan nada.
BFD en GRE usa la dirección ip de la interface túnel.
Por cierto, si tenemos varios protocolos de capa 3 usando BFD, por ejemplo EIGRP y OSPF, solo se establecerá un sesión de BFD que compartirán los protocolos.
Hay dos versiones de BFD que son compatibles entre ellas. Si no coinciden las versiones de BFD se elegirá las más baja, es decir, si tenemos un equipo con la versión 0 y otro con la 1, se formará la sesión BFD con la versión 0.
Una sesión BFD puede operar en 2 modos:
- Asynchronus - ambos equipos envían "hellos" hacia el otro.
- Demand - una vez formada la sesión no se envían "hellos".
VECINDAD EN BFD
Para que se forme la vecindad en BFD hay que configurarlo, obviamente, en los dos lados.
Tenemos que habilitarlo en las interfaces y en los protocolos. Una vez habilitado, se forma un sesión, se negocian los timers y se empiezan a mandar paquetes de control de BFD.
OSPF descubre el neighbor y envía una petición al BFD local para que inicie sesión BFD |
Cuando hay un fallo de red, BFD notifica al proceso OSPF local que no llega al vecino BFD y entonces OSPF declara caída la ruta y busca una alternativa.
CONFIGURACIÓN DE BFD
Podemos dividir la configuración de BFD en dos pasos: INTERFACES y PROTOCOLOS.
INTERFACES:
Tenemos que configurar los intervalos en las interfaces físicas. Aquí definimos en milisegundos el intervalo de los paquetes hello de BFD. Y después configuramos el multiplicador, es decir, el número de veces que si no llega el hello para declarar el enlace caído.
(config-if)#bfd interval milliseconds min_rx milliseconds multiplier interval-multiplier
¡¡Ojo que si configuramos una subiterface, desaparece la configuración de BFD!!
PROTOCOLOS:
BGP
(config-router)#neighbor X.X.X.X fall-over bfd
EIGRP - > Tenemos dos formas para hacerlo:
(config-router)#bfd all-interfaces - se habilita en todas las interfaces que corran EIGRP
(config-router)#bfd interface Fa0/0 - se habilita en esa interface
IS-IS - > Tenemos dos formas para hacerlo:
(config-router)#bfd all-interfaces - se habilita en todas las interfaces que corran EIGRP
(config-if)#ip router isis X
(config-if)#isis bfd [disable] - se habilita en esa interface
OSPF
(config-router)#bfd all-interfaces - se habilita en todas las interfaces que corran EIGRP
(config-if)#ip ospf bfd [disable] - se habilita en esa interface
HSRP
(config)#standby bfd all-interfaces - se habilita en todas las interfaces
(config-if)#standby bfd - se habilita en esa interface
RUTAS ESTÁTICAS
(config)#ip route static bfd interface ip-address [group group-name [passive]]
Para verificar BFD:
show bfd neighbors details
show ip bgp neighbor
show ip eigrp interfaces
show clns interface
show ip ospf
show standby neighbors
show ip static route bfd
Documento de Cisco sobre BFD
No hay comentarios:
Publicar un comentario