Descripción de cómo BFD detecta fallas de red

El protocolo de detección de reenvío bidireccional (BFD) es un mecanismo de saludo sencillo que detecta errores en una red. Un par de dispositivos de enrutamiento intercambian paquetes BFD. Los dispositivos envían paquetes de saludo en un intervalo regular especificado. El dispositivo detecta un error de vecino cuando el dispositivo de enrutamiento deja de recibir una respuesta después de un intervalo especificado.

Use el Explorador de características para confirmar la compatibilidad de plataforma y versión para características específicas.

Revise la sección Comportamiento de BFD específico de la plataforma para obtener notas relacionadas con su plataforma.

• Beneficios
• Tipos de sesiones de BFD
• BFD de un solo salto y de múltiples saltos

A partir de la versión 24.3R1 de Junos OS, introdujimos el modo distribuido para la detección de errores de BFD (detección de reenvío bidireccional) en vSRX 3.0. Con esta compatibilidad, también agregamos la función de CPU de descarga exclusiva en vSRX 3.0. La función de CPU de descarga dedicada reprograma un subproceso de flujo y utiliza los filtros de flujo DPDK en la NIC para mover paquetes de alta prioridad (BGP, RIPv2, OSPF, PIM, multidifusión, IGMP, BFD de un solo salto y BFD de multisalto) al subproceso de flujo dedicado. Con esto, los paquetes de funciones son procesados por su propio hilo o cola de flujo dedicado, incluso en los casos en que el plano de reenvío está sobresuscrito y deja caer paquetes.

Dado que se elimina un subproceso de flujo completo del tráfico de reenvío, es posible que observe una reducción en la transferencia de datos de paquetes y este impacto en el rendimiento es más pronunciado en implementaciones más pequeñas de vSRX 3.0.

Para activar la función CPU de descarga dedicada en vSRX 3.0, ejecute el set security forwarding-options dedicated-offload-cpu comando.

Cuando configure esta función, se mostrará el siguiente mensaje de advertencia en la salida de syslog: Advertencia, ha habilitado dedicated-offload-cpu, esto tendrá un impacto en el rendimiento.

Sin una CPU de descarga dedicada, en casos de sobresuscripción, donde se alcanzan umbrales de memoria o CPU en el motor de reenvío de paquetes y se caen paquetes, los paquetes BFD rápidos también pueden eliminarse, lo que lleva a una oscilación de BFD.

Para ver el estado actual de la CPU de descarga dedicada del motor de reenvío de paquetes, use el show security forward-options dedicated-offload-cpu comando. Este comando muestra si el motor de reenvío de paquetes tiene activada o deshabilitada la función de CPU de descarga dedicada.

• Beneficios
• Limitaciones de la CPU de descarga dedicada para vSRX 3.0
• Configuración y soporte distribuidos

Se admiten dos tipos de BFD en línea: BFD en línea y BFD en línea asistido por hardware. Las sesiones de BFD en línea se ejecutan en el software FPC. Las sesiones de BFD en línea asistidas por hardware se ejecutan en el firmware ASIC. La compatibilidad depende de su dispositivo y versión de software.

• Beneficios
• BFD en línea
• BFD en línea asistido por hardware
• Configuración

La amortiguación de sesión de BFD le permite evitar el exceso de notificaciones de oscilación de BFD mediante la amortiguación de los cambios de estado de sesión de BFD durante un período de tiempo configurado si se superan los umbrales definidos.

• Beneficios
• Descripción general
• Configuración

El protocolo de detección de reenvío bidireccional (BFD) es un mecanismo de saludo sencillo que detecta errores en una red. BFD funciona con una amplia variedad de entornos y topologías de red. Un par de dispositivos de enrutamiento intercambian paquetes BFD. Los paquetes de saludo se envían a un intervalo regular especificado. Se detecta un error de vecino cuando el dispositivo enrutador deja de recibir una respuesta después de un intervalo especificado. Los temporizadores de detección de fallas de BFD tienen límites de tiempo más cortos que los mecanismos de detección de fallas de rutas estáticas, por lo que proporcionan una detección más rápida.

Los temporizadores de detección de fallas BFD se pueden ajustar para que sean más rápidos o más lentos. Cuanto menor sea el valor del temporizador de detección de fallas de BFD, más rápida será la detección de fallas y viceversa. Por ejemplo, los temporizadores pueden adaptarse a un valor más alto si se produce un error en la adyacencia (es decir, el temporizador detecta los errores más lentamente). O bien, un vecino puede negociar un valor mayor para un temporizador que el valor configurado. Los temporizadores se adaptan a un valor más alto cuando se produce una oscilación de sesión de BFD más de tres veces en un lapso de 15 segundos. Un algoritmo de interrupción aumenta el intervalo de recepción (Rx) en dos si la instancia de BFD local es el motivo de la oscilación de sesión. El intervalo de transmisión (Tx) se incrementa en dos si la instancia de BFD remota es el motivo de la oscilación de sesión. Puede utilizar el comando para devolver los clear bfd adaptation temporizadores de intervalo BFD a sus valores configurados. El clear bfd adaptation comando no tiene problemas, lo que significa que no afecta al flujo de tráfico en el dispositivo enrutador.

De forma predeterminada, BFD se admite en rutas estáticas de un solo salto.

Para habilitar la detección de errores, incluya la bfd-liveness-detection instrucción en la configuración de ruta estática.

El protocolo BFD se admite para rutas estáticas IPv6. Se admiten direcciones IPv6 globales de unidifusión y locales de vínculo para rutas estáticas. El protocolo BFD no se admite en direcciones IPv6 de multidifusión ni de cualquier difusión. Para IPv6, el protocolo BFD solo admite rutas estáticas. IPv6 para BFD también es compatible con el protocolo eBGP.

Para configurar el protocolo BFD para rutas estáticas IPv6, incluya la bfd-liveness-detection instrucción en el nivel de [edit routing-options rib inet6.0 static route destination-prefix] jerarquía.

Puede configurar un intervalo de espera para especificar cuánto tiempo debe permanecer activa la sesión de BFD antes de que se envíe una notificación de cambio de estado.

Para especificar el intervalo de retención, incluya la holddown-interval instrucción en la configuración de BFD. Puede configurar un número en el intervalo de 0 a 255.000 milisegundos. El valor predeterminado es 0. Si la sesión BFD se apaga y vuelve a subir durante el intervalo de retención, el temporizador se reinicia.

Para especificar los intervalos mínimos de transmisión y recepción para la detección de fallos, incluya la minimum-interval instrucción en la configuración del BFD.

Este valor representa tanto el intervalo mínimo después del cual el dispositivo enrutador local transmite paquetes de saludo como el intervalo mínimo después del cual el dispositivo enrutador espera recibir una respuesta del vecino con el que ha establecido una sesión BFD. Puede configurar un número en el intervalo de 1 a 255.000 milisegundos. Opcionalmente, en lugar de utilizar esta instrucción, puede configurar los intervalos mínimos de transmisión y recepción por separado mediante las instrucciones transmit-interval, minimum-interval y minimum-receive-interval .

Para especificar el intervalo de recepción mínimo para la detección de errores, incluya la minimum-receive-interval instrucción en la configuración del BFD. Este valor representa el intervalo mínimo después del cual el dispositivo enrutador espera recibir una respuesta de un vecino con el que ha establecido una sesión BFD. Puede configurar un número en el intervalo de 1 a 255.000 milisegundos. Opcionalmente, en lugar de utilizar esta instrucción, puede configurar el intervalo de recepción mínimo utilizando la minimum-interval instrucción en el [edit routing-options static route destination-prefix bfd-liveness-detection] nivel de jerarquía.

Para especificar el número de paquetes de saludo no recibidos por el vecino que causa que la interfaz de origen se declare inactiva, incluya la multiplier instrucción en la configuración de BFD. El valor predeterminado es 3. Puede configurar un número en el intervalo del 1 al 255.

Para especificar un umbral para detectar la adaptación del tiempo de detección, incluya la threshold instrucción en la configuración de BFD.

Cuando el tiempo de detección de la sesión BFD se adapta a un valor igual o superior al umbral, se envía una única captura y un mensaje de registro del sistema. El tiempo de detección se basa en el multiplicador del valor minimum-interval o minimum-receive-interval. El umbral debe ser un valor mayor que el multiplicador para cualquiera de estos valores configurados. Por ejemplo, si el intervalo de recepción mínimo es de 300 ms y el multiplicador es 3, el tiempo total de detección es de 900 ms. Por lo tanto, el umbral de tiempo de detección debe tener un valor superior a 900.

Para especificar el intervalo de transmisión mínimo para la detección de fallos, incluya la transmit-interval minimum-interval instrucción en la configuración del BFD.

Este valor representa el intervalo mínimo después del cual el dispositivo de enrutamiento local transmite paquetes de saludo al vecino con el que ha establecido una sesión BFD. Puede configurar un valor en el intervalo de 1 a 255.000 milisegundos. Opcionalmente, en lugar de utilizar esta instrucción, puede configurar el intervalo de transmisión mínimo utilizando la minimum-interval instrucción en el [edit routing-options static route destination-prefix bfd-liveness-detection] nivel de jerarquía.

Para especificar el umbral para la adaptación del intervalo de transmisión, incluya la transmit-interval threshold instrucción en la configuración de BFD.

El valor del umbral debe ser mayor que el intervalo de transmisión. Cuando el tiempo de transmisión de la sesión BFD se adapta a un valor mayor que el umbral, se envía una única captura y un mensaje de registro del sistema. El tiempo de detección se basa en el multiplicador del valor del intervalo mínimo o la minimum-receive-interval instrucción en el nivel jerárquico [edit routing-options static route destination-prefix bfd-liveness-detection] . El umbral debe ser un valor mayor que el multiplicador para cualquiera de estos valores configurados.

Para especificar la versión de BFD, incluya la version instrucción en la configuración de BFD. El valor predeterminado es que la versión se detecte automáticamente.

Para incluir una dirección IP para el siguiente salto de la sesión de BFD, incluya la neighbor instrucción en la configuración de BFD.

Puede configurar sesiones de BFD para que no se adapten a las condiciones cambiantes de la red. Para deshabilitar la adaptación de BFD, incluya la no-adaptation instrucción en la configuración de BFD.

El protocolo de detección de reenvío bidireccional (BFD) es un mecanismo de saludo sencillo que detecta errores en una red. Los paquetes de saludo se envían a un intervalo regular especificado. Se detecta un error de vecino cuando el dispositivo enrutador deja de recibir una respuesta después de un intervalo especificado. BFD funciona con una amplia variedad de entornos y topologías de red. Los temporizadores de detección de errores para BFD tienen límites de tiempo más cortos que los mecanismos predeterminados de detección de errores para BGP, por lo que proporcionan una detección más rápida.

Use el Explorador de características para confirmar la compatibilidad de plataforma y versión para características específicas.

Revise la sección BFD específico de la plataforma para el comportamiento del BGP para obtener notas relacionadas con su plataforma.

Los temporizadores de detección de fallas BFD se pueden ajustar para que sean más rápidos o más lentos. Cuanto menor sea el valor del temporizador de detección de fallas de BFD, más rápida será la detección de fallas y viceversa. Por ejemplo, los temporizadores pueden adaptarse a un valor más alto si se produce un error en la adyacencia (es decir, el temporizador detecta los errores más lentamente). O bien, un vecino puede negociar un valor mayor para un temporizador que el valor configurado. Los temporizadores se adaptan a un valor más alto cuando se produce una oscilación de sesión de BFD más de tres veces en un lapso de 15 segundos (15000 milisegundos). Un algoritmo de interrupción aumenta el intervalo de recepción (Rx) en dos si la instancia de BFD local es el motivo de la oscilación de sesión. El intervalo de transmisión (Tx) se incrementa en dos si la instancia de BFD remota es el motivo de la oscilación de sesión. Puede utilizar el comando para devolver los clear bfd adaptation temporizadores de intervalo BFD a sus valores configurados. El clear bfd adaptation comando no tiene problemas, lo que significa que no afecta al flujo de tráfico en el dispositivo enrutador.

El protocolo de detección de reenvío bidireccional (BFD) es un mecanismo de saludo sencillo que detecta errores en una red. BFD funciona con una amplia variedad de entornos y topologías de red. Un par de dispositivos de enrutamiento intercambian paquetes BFD. Los paquetes de saludo se envían a un intervalo regular especificado. Se detecta un error de vecino cuando el dispositivo enrutador deja de recibir una respuesta después de un intervalo especificado. Los temporizadores de detección de fallas BFD tienen límites de tiempo más cortos que los mecanismos de detección de fallas de OSPF, por lo que proporcionan una detección más rápida.

Los temporizadores de detección de fallas BFD son adaptativos y se pueden ajustar para que sean más rápidos o más lentos. Cuanto menor sea el valor del temporizador de detección de fallas de BFD, más rápida será la detección de fallas y viceversa. Por ejemplo, los temporizadores pueden adaptarse a un valor más alto si se produce un error en la adyacencia (es decir, el temporizador detecta los errores más lentamente). O bien, un vecino puede negociar un valor mayor para un temporizador que el valor configurado. Los temporizadores se adaptan a un valor más alto cuando se produce una oscilación de sesión de BFD más de tres veces en un lapso de 15 segundos. Un algoritmo de interrupción aumenta el intervalo de recepción (Rx) en dos si la instancia de BFD local es el motivo de la oscilación de sesión. El intervalo de transmisión (Tx) se incrementa en dos si la instancia de BFD remota es el motivo de la oscilación de sesión. Puede utilizar el comando para devolver los clear bfd adaptation temporizadores de intervalo BFD a sus valores configurados. El clear bfd adaptation comando no tiene problemas, lo que significa que no afecta al flujo de tráfico en el dispositivo enrutador.

Puede configurar las siguientes opciones de protocolo BFD:

• detection-time threshold—Umbral para la adaptación del tiempo de detección. Cuando el tiempo de detección de la sesión BFD se adapta a un valor igual o mayor que el umbral configurado, se envía una sola captura y un único mensaje de registro del sistema.

• full-neighbors-only: capacidad de establecer sesiones de BFD solo para vecinos de OSPF con adyacencia de vecino completa. El comportamiento predeterminado es establecer sesiones BFD para todos los vecinos de OSPF.

• minimum-interval: intervalo mínimo de transmisión y recepción para la detección de fallos. Esta configuración configura tanto el intervalo mínimo después del cual el dispositivo de enrutamiento local transmite paquetes de saludo como el intervalo mínimo después del cual el dispositivo de enrutamiento espera recibir una respuesta del vecino con el que ha establecido una sesión de BFD. Ambos intervalos están en milisegundos. También puede especificar los intervalos mínimos de transmisión y recepción por separado mediante las transmit-interval minimum-interval instrucciones y minimum-receive-interval .

  Nota:

  Dependiendo de su entorno de red, se puede aplicar lo siguiente:

  • El intervalo mínimo recomendado para BFD centralizado es de 300 ms con un multiplier de 3, y el intervalo mínimo recomendado para BFD distribuido es de 100 ms con un multiplier de 3.

  • Para que las sesiones BFD permanezcan activas durante un evento de conmutación del motor de enrutamiento cuando se configura el enrutamiento activo sin detención (NSR), especifique un intervalo mínimo de 2500 ms para las sesiones basadas en el motor de enrutamiento. Sin NSR, las sesiones basadas en el motor de enrutamiento pueden tener un intervalo mínimo de 100 ms.

  • Para las sesiones de BFD distribuidas con NSR configurado, las recomendaciones de intervalo mínimo no cambian y dependen únicamente de su implementación de red.

  • BFD no se distribuye antes de Junos 21.2 (porque para OSPFv3, BFD se basa en el motor de enrutamiento).

• minimum-receive-interval: intervalo de recepción mínimo para la detección de errores. Esta configuración configura el intervalo mínimo de recepción, en milisegundos, después del cual el dispositivo enrutador espera recibir un paquete de saludo de un vecino con el que ha establecido una sesión BFD. También puede especificar el intervalo mínimo de recepción mediante la minimum-interval instrucción.

• multiplier—Multiplicador para paquetes de saludo. Esta configuración configura el número de paquetes de saludo que no recibe un vecino, lo que hace que la interfaz de origen se declare inactiva. De forma predeterminada, tres paquetes de saludo perdidos hacen que la interfaz de origen se declare inactiva.

• no-adaptation—Deshabilita la adaptación de BFD. Esta configuración deshabilita las sesiones de BFD para que no se adapten a las condiciones cambiantes de la red.

  Nota:

  Le recomendamos que no desactive la adaptación de BFD a menos que sea preferible no tener la adaptación de BFD en su red.

• transmit-interval minimum-interval: intervalo de transmisión mínimo para la detección de fallos. Esta configuración configura el intervalo mínimo de transmisión, en milisegundos, en el que el dispositivo de enrutamiento local transmite paquetes de saludo al vecino con el que ha establecido una sesión BFD. También puede especificar el intervalo mínimo de transmisión mediante la minimum-interval instrucción.

• transmit-interval threshold—Umbral para la adaptación del intervalo de transmisión de la sesión BFD. Cuando el intervalo de transmisión se adapta a un valor mayor que el umbral, se envía una sola captura y un único mensaje de registro del sistema. El valor de umbral debe ser mayor que el intervalo de transmisión mínimo. Si intenta confirmar una configuración con un valor de umbral menor que el intervalo de transmisión mínimo, el dispositivo enrutador mostrará un error y no acepta la configuración.

• version—Versión BFD. Esta configuración configura la versión de BFD utilizada para la detección. Puede configurar explícitamente la versión 1 de BFD, o el dispositivo de enrutamiento puede detectar automáticamente la versión de BFD. De forma predeterminada, el dispositivo de enrutamiento detecta automáticamente la versión de BFD, que es 0 o 1.

También puede realizar un seguimiento de las operaciones de BFD con fines de solución de problemas.

Los temporizadores de detección de fallas BFD son adaptativos y se pueden ajustar para que sean más rápidos o más lentos. Por ejemplo, los temporizadores pueden adaptarse a un valor más alto si la adyacencia falla, o un vecino puede negociar un valor más alto para un temporizador que el valor configurado. Los temporizadores se adaptan a un valor más alto cuando se produce una oscilación de sesión de BFD más de tres veces en un lapso de 15 segundos. Un algoritmo de interrupción aumenta el intervalo de recepción (RX) en dos si la instancia de BFD local es el motivo de la oscilación de sesión. El intervalo de transmisión (TX) aumenta en dos si la instancia de BFD remota es el motivo de la oscilación de la sesión.

Puede utilizar el comando para devolver los clear bfd adaptation temporizadores de intervalo BFD a sus valores configurados. El clear bfd adaptation comando no tiene problemas, lo que significa que no afecta al flujo de tráfico en el dispositivo enrutador.

Para detectar errores en la red, se utiliza en la configuración el conjunto de instrucciones de la tabla 2 .

Para obtener una lista de los niveles de jerarquía en los que puede incluir estas instrucciones, consulte las secciones de resumen de instrucciones para estas instrucciones.

BFD permite una rápida tolerancia a fallos entre una ruta enrutada principal y secundaria. El protocolo prueba el estado operativo de la interfaz varias veces por segundo. BFD proporciona temporizadores de configuración y umbrales para la detección de fallas. Por ejemplo, si el intervalo mínimo se establece en 50 milisegundos y el umbral usa el valor predeterminado de tres mensajes perdidos, se detecta un error en una interfaz dentro de los 200 milisegundos posteriores al error.

Los dispositivos intermedios (por ejemplo, un conmutador Ethernet LAN) ocultan los errores de capa de vínculo de los pares de protocolo de enrutamiento, como cuando dos enrutadores están conectados por medio de un conmutador LAN, donde el estado de la interfaz local permanece activo incluso cuando se produce un error físico en el vínculo remoto. Los tiempos de detección de fallas en la capa de vínculo varían según el medio físico y la encapsulación de capa 2. BFD puede proporcionar tiempos rápidos de detección de fallas para todos los tipos de medios, encapsulaciones, topologías y protocolos de enrutamiento.

Para habilitar BFD para RIP, ambos lados de la conexión deben recibir un mensaje de actualización del par. De forma predeterminada, RIP no exporta ninguna ruta. Por lo tanto, debe habilitar los mensajes de actualización para que se envíen mediante la configuración de una política de exportación para rutas antes de desencadenar una sesión BFD.

Cuando se configuran sesiones de micro-BFD en cada vínculo de miembro de un paquete de LAG, cada sesión individual determina la conectividad de capa 2 y capa 3 de cada vínculo de miembro en un LAG.

Una vez establecida la sesión individual en un vínculo determinado, los vínculos de miembro se conectan al LAG y, a continuación, se equilibra la carga mediante una de las siguientes opciones:

• Configuración estática: el proceso de control de dispositivos actúa como cliente de la sesión de micro-BFD.

• Protocolo de control de agregación de vínculos (LACP): LACP actúa como cliente de la sesión de micro-BFD.

Cuando la sesión de micro-BFD está activa, se establece un vínculo LAG y los datos se transmiten a través de ese vínculo LAG. Si la sesión de micro-BFD en un vínculo de miembro está inactiva, ese vínculo de miembro en particular se elimina del equilibrador de carga y los administradores de LAG dejan de dirigir el tráfico a ese vínculo. Estas sesiones de micro-BFD son independientes entre sí a pesar de tener un único cliente que administra la interfaz del LAG.

Las sesiones de micro-BFD se ejecutan en los siguientes modos:

• Modo de distribución: en este modo, el motor de reenvío de paquetes (PFE) envía y recibe los paquetes en la capa 3. De forma predeterminada, las sesiones de micro-BFD se distribuyen en la capa 3.

• Modo sin distribución: en este modo, el motor de enrutamiento envía y recibe los paquetes en la capa 2. Puede configurar la sesión de BFD para que se ejecute en este modo incluyendo la no-delegate-processing instrucción en Administración periódica de paquetes (PPM).

Un par de dispositivos de enrutamiento en un LAG intercambian paquetes BFD en un intervalo regular especificado. El dispositivo de enrutamiento detecta un error de vecino cuando deja de recibir una respuesta después de un intervalo especificado. Esto permite una verificación rápida de la conectividad de vínculos de miembros con o sin LACP. Un puerto UDP distingue BFD sobre paquetes LAG de BFD sobre paquetes IP de un solo salto. La Autoridad de números asignados de Internet (AANI) asignó el 6784 como puerto de destino UDP para micro-BFD.

A partir de la versión 16.1R1 de Junos OS, puede establecer el estado de ruta estática en BFD Admin estado inactivo mediante la configuración de uno de los siguientes comandos:

• set routing-options static static-route bfd-admin-down active—BFD Admin El estado inactivo desactiva la ruta estática.

• set routing-options static static-route bfd-admin-down passive—BFD Admin Down no desactiva la ruta estática.

El BFD SIN INTERRUPCIONES (S-BFD) reduce el tiempo necesario para detectar y responder a los errores de ruta al acelerar el tiempo de inicio del BFD. A cada nodo de la red se le asigna un discriminador S-BFD único. Los nodos funcionan como iniciadores que comprueban activamente la accesibilidad de las rutas o como respondedores que escuchan y responden a las solicitudes de accesibilidad. Cuando un iniciador de S-BFD envía un paquete de solicitud, el respondedor responde intercambiando discriminadores e inmediatamente estableciendo el estado en UP. Esta operación sin estado permite el establecimiento rápido de múltiples sesiones, lo que la hace ideal para entornos que requieren comprobaciones rápidas de conectividad.

Para habilitar sbfd, configure la bfd-liveness-detection sbfd remote-discriminator value instrucción on los nodos de iniciador y los bfd sbfd local-discriminator value nodos on reponder.

• Beneficios de S-BFD
• Reenrutamiento rápido activado por S-BFD

A partir de la versión 22.4R1 de Junos OS, puede configurar BFD para enviar paquetes de eco de un dispositivo vecino a fin de asegurarse de que haya una ruta de reenvío disponible. Utilice la bfd-liveness-detection echo minimum-interval milliseconds instrucción de configuración para habilitar el modo de eco BFD y establecer el intervalo mínimo para los paquetes de eco. El modo de eco BFD solo funciona si el dispositivo vecino es compatible con BFD.

Si el dispositivo vecino no es compatible con BFD, puede utilizar el modo BFD echo-lite. Para habilitar el modo BFD echo-lite, utilice la bfd-liveness-detection echo-lite minimum-interval milliseconds instrucción configuration. El modo de eco-lite de BFD realiza la misma función que el modo de eco de BFD sin necesidad de configuración de BFD en el dispositivo vecino.

De forma predeterminada, los modos echo y echo-lite solo admiten sesiones de un solo salto en el modo BFD centralizado. A partir de la versión 24.2R1 de Junos OS, las API de BFD de PRPD admiten el modo de eco-lite para sesiones de varios saltos en los modos BFD distribuidos y en línea. Para obtener más información sobre las API de PRPD, consulte Descripción general de las API de JET. A partir de la versión 25.4R1 de Junos OS, puede configurar sesiones BFD echo-lite de un solo salto en modo en línea y distribuido.

Use el Explorador de características para confirmar la compatibilidad de plataforma y versión para características específicas.

Utilice las siguientes tablas para revisar los comportamientos específicos de la plataforma para su plataforma:

• Comportamiento de BFD distribuido específico de la plataforma
• Comportamiento de BFD en línea específico de la plataforma
• BFD específico de la plataforma para el comportamiento de rutas estáticas
• BFD específico de la plataforma para el comportamiento del BGP
• BFD específico de la plataforma para el comportamiento de OSPF
• BFD específico de la plataforma para el comportamiento de SI-SI
• BFD específico de la plataforma para el comportamiento RIP
• Comportamiento de micro-BFD específico de la plataforma