Descripción de BFD para rutas estáticas para una detección de fallas de red más rápida
El protocolo de detección de reenvío bidireccional (BFD) es un mecanismo sencillo que detecta fallas en una red. BFD funciona con una amplia variedad de entornos de red y topologías. Un par de dispositivos de enrutamiento intercambia paquetes BFD. 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. Los temporizadores de detección de fallas BFD tienen límites de tiempo más cortos que los mecanismos de detección de fallas en rutas estáticas, por lo que proporcionan una detección más rápida.
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 más alto cuando una solap de sesión BFD ocurre más de tres veces en un lapso de 15 segundos. 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.
De forma predeterminada, BFD se admite en rutas estáticas de un solo salto.
En dispositivos serie MX, el BFD de varios saltos no se admite en una ruta estática si la ruta estática está configurada con más de un salto siguiente. Se recomienda evitar el uso de varios saltos siguientes cuando se requiere un BFD de varios saltos para una ruta estática.
Para habilitar la detección de errores, incluya la bfd-liveness-detection instrucción en la configuración de ruta estática.
A partir de Junos OS versión 15.1X49-D70 y Junos OS versión 17.3R1, el bfd-liveness-detection comando incluye el campo de descripción. La descripción es un atributo bajo el bfd-liveness-detection objeto y solo se admite en dispositivos de la serie SRX. Este campo solo se aplica a las rutas estáticas.
En la versión 9.1 y posteriores de Junos OS, el protocolo BFD se admite para rutas estáticas IPv6. Se admiten direcciones IPv6 de unidifusión global y local de vínculo para rutas estáticas. El protocolo BFD no se admite en direcciones IPv6 de multidifusión o cualquier transmisión. Para IPv6, el protocolo BFD solo admite rutas estáticas y solo en la versión 9.3 y posteriores de Junos OS. 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 [edit routing-options rib inet6.0 static route destination-prefix] nivel de jerarquía.
En junos OS versión 8.5 y posteriores, puede configurar un intervalo de espera para especificar cuánto tiempo debe permanecer activa la sesión BFD antes de enviar una notificación de cambio de estado.
Para especificar el intervalo de espera, incluya la holddown-interval instrucción en la configuración 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 cae y vuelve a subir durante el intervalo de espera, se reiniciará el temporizador.
Si una sola sesión BFD incluye varias rutas estáticas, se utiliza el intervalo de espera con el valor más alto.
Para especificar los intervalos mínimos de transmisión y recepción para la detección de errores, incluya la minimum-interval instrucción en la configuración de BFD.
Este valor representa tanto el intervalo mínimo tras el cual el dispositivo de enrutamiento local transmite paquetes de saludo y el intervalo mínimo tras el cual el dispositivo de enrutamiento 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 usar esta instrucción, puede configurar los intervalos mínimos de transmisión y recepción por separado mediante las instrucciones y minimum-receive-interval el intervalo mínimo de transmisión.
Los conmutadores EX4600 no admiten valores de intervalos mínimos de menos de 1 segundo.
BFD es un protocolo intensivo que consume recursos del sistema. Especificar un intervalo mínimo para BFD de menos de 100 ms para sesiones basadas en motor de enrutamiento y de 10 ms para sesiones de BFD distribuidas puede causar una flaqueo de BFD no deseado.
Según el entorno de red, es posible que se apliquen estas recomendaciones adicionales:
-
Para implementaciones de red a gran escala con un gran número de sesiones de BFD, especifique un intervalo mínimo de 300 ms para sesiones basadas en motor de enrutamiento y 100 ms para sesiones BFD distribuidas.
-
Para implementaciones de red a gran escala con una gran cantidad de sesiones de BFD, póngase en contacto con el soporte al cliente de Juniper Networks para obtener más información.
-
Para que las sesiones de BFD permanezcan activas durante un evento de conmutación del motor de enrutamiento cuando se configura el enrutamiento activo sin interrupción (NSR), especifique un intervalo mínimo de 2500 ms para sesiones basadas en motor de enrutamiento. Para sesiones de BFD distribuidas con NSR configurado, las recomendaciones de intervalo mínimo no cambian y dependen solo de su implementación de red.
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 BFD. Este valor representa el intervalo mínimo tras el cual el dispositivo de enrutamiento 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 usar esta instrucción, puede configurar el intervalo de recepción mínimo mediante 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 que no recibe el vecino que hace que la interfaz de origen se declare desactivada, incluya la multiplier instrucción en la configuración 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 sesión BFD se adapta a un valor igual o superior al umbral, se envían una única captura y un mensaje de registro del sistema. El tiempo de detección se basa en el multiplicador del intervalo mínimo o del valor del intervalo de recepción mínimo . 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 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 fallas, incluya la transmit-interval minimum-interval instrucción en la configuración BFD.
Este valor representa el intervalo mínimo tras el 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 usar esta instrucción, puede configurar el intervalo de transmisión mínimo mediante 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 BFD.
El valor de 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 para el intervalo mínimo o en la minimum-receive-interval instrucción en el [edit routing-options static route destination-prefix bfd-liveness-detection] nivel de jerarquía. El umbral debe ser un valor mayor que el multiplicador para cualquiera de estos valores configurados.
Para especificar la versión BFD, incluya la version instrucción en la configuración BFD. El valor predeterminado es que la versión se detecte automáticamente.
Para incluir una dirección IP en el siguiente salto de la sesión BFD, incluya la neighbor instrucción en la configuración BFD.
Debe configurar la neighbor instrucción si el siguiente salto especificado es un nombre de interfaz. Si especifica una dirección IP como el siguiente salto, esa dirección se utiliza como dirección vecina para la sesión BFD.
En la versión 9.0 y posteriores de Junos OS, puede configurar sesiones de BFD para no adaptarse a las condiciones cambiantes de la red. Para deshabilitar la adaptación de BFD, incluya la no-adaptation instrucción en la configuración BFD.
Recomendamos que no desactive la adaptación de BFD a menos que sea preferible no tener una adaptación de BFD en su red.
Si la BFD se configura solo en un extremo de una ruta estática, la ruta se elimina de la tabla de enrutamiento. BFD establece una sesión cuando BFD está configurado en ambos extremos de la ruta estática.
BFD no se admite en familias de direcciones ISO en rutas estáticas. BFD admite IS-IS.
Si configura el cambio agraciado del motor de enrutamiento (GRES) al mismo tiempo que BFD, GRES no conserva la información de estado de BFD durante una conmutación por error.
bfd-liveness-detection comando incluye el campo de descripción. La descripción es un atributo bajo el
bfd-liveness-detection objeto y solo se admite en dispositivos de la serie SRX. Este campo solo se aplica a las rutas estáticas.