Articulo de referencia

Detección de reenvío bidireccional

La detección de reenvío bidireccional ( BFD ) es un protocolo de red que se utiliza para detectar fallos entre dos enrutadores o conmutadores conectados por un enlace . Proporci...

La detección de reenvío bidireccional ( BFD ) es un protocolo de red que se utiliza para detectar fallos entre dos enrutadores o conmutadores conectados por un enlace . Proporciona una detección de fallos con baja sobrecarga incluso en medios físicos que no admiten ningún tipo de detección de fallos, como Ethernet , circuitos virtuales , túneles y rutas MPLS conmutadas por etiquetas .

BFD establece una sesión entre dos puntos finales a través de un enlace específico. Si existe más de un enlace entre dos sistemas, se pueden establecer varias sesiones BFD para supervisar cada uno de ellos. La sesión se establece mediante un protocolo de enlace de tres vías y se finaliza de la misma manera. Se puede habilitar la autenticación en la sesión. Se puede elegir entre autenticación mediante contraseña simple, MD5 o SHA1.

BFD no dispone de un mecanismo de descubrimiento; las sesiones deben configurarse explícitamente entre los puntos finales. BFD puede utilizarse en diversos mecanismos y capas de transporte subyacentes, y opera independientemente de todos ellos. Por lo tanto, necesita ser encapsulado por el transporte que utilice. Por ejemplo, la monitorización de LSP MPLS implica aprovechar el establecimiento de sesiones en paquetes LSP-Ping . Los protocolos que admiten algún tipo de configuración de adyacencia, como OSPF , IS-IS , BGP o RIP, también pueden utilizarse para iniciar una sesión BFD. Estos protocolos pueden entonces utilizar BFD para recibir notificaciones de enlaces con fallos más rápidas de lo que sería posible con el mecanismo keepalive propio del protocolo .

Una sesión puede operar en uno de dos modos: modo asíncrono y modo bajo demanda . En el modo asíncrono, ambos extremos se envían periódicamente paquetes Hello . Si no se recibe un número suficiente de estos paquetes, la sesión se considera inactiva.

En el modo bajo demanda, no se intercambian paquetes Hello una vez establecida la sesión; se asume que los extremos disponen de otro método para verificar la conectividad entre sí, posiblemente en la capa física subyacente. No obstante, cualquiera de los hosts puede enviar paquetes Hello si es necesario.

Independientemente del modo de funcionamiento, cualquiera de los extremos puede iniciar una función de eco . Cuando esta función está activa, se envía un flujo de paquetes de eco, que el otro extremo reenvía al remitente a través de su plano de reenvío. Esto se utiliza para probar la ruta de reenvío en el sistema remoto.

Normalización

En junio de 2011, el proceso de estandarización del protocolo BFD entró en la etapa de Estándar Propuesto. El RFC 5880 define el protocolo BFD, [ 1 ] detectando fallas de LSP MPLS, utilizando BFD para monitorear la conectividad a través de múltiples saltos de red y utilizando BFD para IPv4 e IPv6 . El funcionamiento de BFD en conjunto con los protocolos Open Shortest Path First (OSPF) e IS-IS también se ha descrito en el RFC 5881. [ 2 ] .

Referencias

  1. D. Katz; D. Ward (junio de 2010). Detección de reenvío bidireccional (BFD) . Grupo de trabajo de ingeniería de Internet . doi : 10.17487/RFC5880 . ISSN 2070-1721 . RFC 5880 . Norma propuesta. Actualizada por RFC 7419 , 7880 y 8562 . 
  2. D. Katz; D. Ward (junio de 2010). Detección de reenvío bidireccional (BFD) para IPv4 e IPv6 (salto único) . Grupo de trabajo de ingeniería de Internet . doi : 10.17487/RFC5881 . ISSN 2070-1721 . RFC 5881 . Norma propuesta.
  • Grupo de trabajo BFD de la IETF
  • Presentación de BFD a cargo de Juniper Networks (PDF) . Archivado del original (PDF) el 4 de noviembre de 2005.
  • RFC 5880 
  • Artículo de NetworkWorld: Reducción del tiempo de detección de fallos de enlace con BFD en Wayback Machine (archivado el 14/04/2023)