Descripción de BFD para BGP
El protocolo de detección de reenvío bidireccional (BFD) es un mecanismo sencillo que detecta fallas en una red. Los paquetes de saludo se envían a un intervalo regular y especificado. Se detecta un error de vecino cuando el dispositivo de enrutamiento deja de recibir una respuesta después de un intervalo especificado. BFD funciona con una amplia variedad de entornos de red y topologías. Los temporizadores de detección de fallas para BFD tienen límites de tiempo más cortos que los mecanismos de detección de fallas predeterminados para el BGP, por lo que proporcionan una detección más rápida.
Configurar el BFD y el reinicio agraciado para el BGP en el mismo dispositivo es contraproducente. Cuando una interfaz falla, el BFD lo detecta al instante, detiene el reenvío de tráfico y la sesión del BGP cae, mientras que el reinicio elegante reenvía el tráfico a pesar de la falla de la interfaz, este comportamiento puede causar problemas de red. Por lo tanto, no recomendamos configurar tanto el BFD como el reinicio agraciado en el mismo dispositivo.
Los conmutadores serie QFX5000 y EX4600 no admiten valores de intervalos mínimos de menos de 1 segundo.
Los conmutadores QFX5110, QFX5120, QFX5200 y QFX5210 admiten la detección de reenvío bidireccional (BFD) en línea, lo que permitirá configurar sesiones en menos de 1 segundo. El rendimiento puede variar según la carga del sistema. Se admiten 10 sesiones BFD en línea que se pueden configurar con un temporizador de 150 x 3 milisegundos.
Los temporizadores de detección de fallas de BFD se pueden ajustar para que sean más rápidos o más lentos. Cuanto más bajo 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 la adyacencia falla (es decir, el temporizador detecta los errores con mayor lentitud). O un vecino puede negociar un valor más alto para un temporizador que el valor configurado. Los temporizadores se adaptan a un valor mayor cuando un flap de sesión BFD ocurre más de tres veces en un lapso de 15 segundos (15000 milisegundos). Un algoritmo de respaldo aumenta el intervalo de recepción (Rx) en dos si la instancia de BFD local es el motivo del flap de sesión. El intervalo de transmisión (tx) aumenta dos si la instancia de BFD remota es la razón de la flap de sesión. Puede usar el clear bfd adaptation comando para devolver temporizadores de intervalo BFD a sus valores configurados. El clear bfd adaptation comando no tiene golpes, lo que significa que el comando no afecta al flujo de tráfico en el dispositivo de enrutamiento.
En todos los dispositivos de la serie SRX, la alta utilización de la CPU desencadenada por razones como comandos intensivos de CPU y paseos SNMP hace que el protocolo BFD se deslice mientras procesa actualizaciones de BGP de gran tamaño. (La compatibilidad de la plataforma depende de la versión de Junos OS en su instalación.)
A partir de Junos OS versión 15.1X49-D100, SRX340, SRX345 y SRX1500 son compatibles con BFD dedicado.
A partir de Junos OS versión 15.1X49-D100, los dispositivos SRX300 y SRX320 admiten BFD en tiempo real.
A partir de Junos OS versión 15.1X49-D110, los dispositivos SRX550M admiten BFD dedicado.
En la versión 8.3 y posteriores de Junos OS, la BFD se admite en sesiones de BGP interno (IBGP) y BGP externo de varios saltos (EBGP), así como en sesiones de EBGP de un solo salto. En Junos OS versión 9.1 hasta Junos OS versión 11.1, BFD solo admite interfaces IPv6 en rutas estáticas. En la versión 11.2 y posteriores de Junos OS, BFD admite interfaces IPv6 con BGP.