Detección de reenvío bidireccional (BFD) para MPLS
Configuración de la detección de reenvío bidireccional para MPLS (procedimiento de CLI)
Puede configurar el protocolo de detección de reenvío bidireccional (BFD) en conmutadores independientes EX8200 y Virtual Chassis EX8200 para detectar errores en la ruta de conmutación de etiquetas (LSP) de MPLS. El protocolo BFD es un simple mecanismo de saludo 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 del vecino 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 de los mecanismos de detección de fallas para rutas estáticas y, por lo tanto, proporcionan una detección más rápida. Estos temporizadores también son adaptables. Por ejemplo, un temporizador puede adaptarse a un valor más alto si falla una adyacencia, o un vecino puede negociar un valor más alto que el configurado.
En este tema se describe la configuración de los conmutadores de borde de proveedor (PE) y los conmutadores de proveedor para que admitan LSP basados en LDP y LSP basados en RSVP.
Este tema incluye lo siguiente:
- Configuración de BFD en conmutadores de borde y de proveedor para un LSP basado en LDP
- Configuración de BFD en conmutadores de borde y de proveedor para un LSP basado en RSVP
Configuración de BFD en conmutadores de borde y de proveedor para un LSP basado en LDP
Puede habilitar BFD para los LSP basados en LDP o LSP basados en RSVP asociados con una clase de equivalencia de reenvío (FEC) específica. De forma alternativa, puede configurar una política de entrada de administración y mantenimiento de operaciones (OAM) para habilitar BFD en un rango de direcciones FEC.
Antes de configurar BFD para un LSP basado en LSP basado en LDP, debe configurar los componentes básicos para una red MPLS:
Configure dos conmutadores de PE. Consulte Configuración de MPLS en conmutadores de borde del proveedor mediante IP sobre MPLS.
Configure uno o varios conmutadores de proveedor. Consulte Configuración de MPLS en conmutadores de proveedor EX8200 y EX4500.
Para configurar BFD en PE y conmutadores de proveedor:
Configuración de BFD en conmutadores de borde y de proveedor para un LSP basado en RSVP
Cuando BFD está configurado para un LSP basado en RSVP en el conmutador de entrada, se habilita en la ruta principal y en todas las rutas secundarias en espera para ese LSP. Puede habilitar BFD para todos los LSP de un conmutador o para LSP específicos. Si configura BFD para un LSP específico, los valores configurados globalmente para BFD se anulan en ese LSP. Las sesiones BFD se originan solo en el conmutador de entrada y terminan en el conmutador de salida.
Antes de configurar BFD para un LSP basado en RSVP, debe configurar los componentes básicos para una red MPLS:
Configure dos conmutadores de PE. Consulte Configuración de MPLS en conmutadores de borde del proveedor mediante IP sobre MPLS.
Configure uno o varios conmutadores de proveedor. Consulte Configuración de MPLS en conmutadores de proveedor EX8200 y EX4500.
Para configurar BFD en PE y conmutadores de proveedor:
Reparación local activada por BFD para una convergencia rápida
Descripción de la protección local activada por BFD
El tiempo que tarda una red en converger tras una falla de vínculo o nodo puede variar drásticamente según una serie de factores, incluyendo el tamaño de la red, los protocolos utilizados y el diseño de red. Sin embargo, aunque cada evento de convergencia en particular es diferente, el proceso de convergencia es esencialmente coherente. La falla se detecta, la falla se informa (inunda) en la red, se encuentra una ruta alternativa para el tráfico y el plano de reenvío se actualiza para pasar tráfico en una nueva ruta.
En esta descripción general, se analiza cómo la reparación local activada por detección de reenvío bidireccional (BFD) contribuye a un tiempo de restauración más rápido para una convergencia rápida en una red MPLS.
- Propósito de la reparación local activada por BFD
- Configuración de la reparación local activada por BFD
- Deshabilitar la reparación local activada por BFD
Propósito de la reparación local activada por BFD
En Junos OS, la protección general del tráfico MPLS para las fallas de ruta conmutada por etiquetas (LSP) señalizadas por RSVP se proporciona mediante varios mecanismos complementarios. Estos mecanismos de protección incluyen protección local (reenrutamiento rápido, protección de vínculos y protección de vínculo de nodo) y protección de rutas (rutas primarias y secundarias). La protección local junto con la protección de ruta puede proporcionar una pérdida mínima de paquetes para un LSP y controlar la forma en que se reenruta el LSP después de una falla. Tradicionalmente, ambos tipos de protección se basan en la detección rápida de fallas de conectividad a nivel físico. Sin embargo, para medios de transmisión sin detección rápida de nivel físico, Junos OS admite ping BFD y MPLS para la detección rápida de fallas.
Con los vínculos entre enrutadores, cuando una ruta falla, el proceso de protocolo de enrutamiento vuelve a calcular la siguiente mejor ruta. Cuando se habilita el reenrutamiento rápido (FRR) de MPLS, los mensajes ifl se inundan a todos los concentradores de PIC flexibles (FPC). La FPC de borde permite la omisión del túnel LSP MPLS. Por último, todas las rutas se reparan y se envían a través del túnel LSP de bypass MPLS. La cantidad de tiempo que se tarda en reparar todas las rutas es proporcional al número de rutas.
Esta situación de reparación se vuelve más difícil cuando un conmutador se encuentra entre dos vínculos. Consulte Figura 1.
Cuando un vínculo cae en el extremo remoto, la falla no se detecta en el extremo local hasta que el protocolo de puerta de enlace interior (IGP) se cae. Esperar a que el proceso de protocolo de enrutamiento vuelva a calcular la siguiente mejor ruta lleva demasiado tiempo.
Con la reparación local activada por BFD habilitada, el motor de reenvío de paquetes completa la reparación primero, utilizando el túnel LSP de omisión MPLS (que está preconfigurado e instalado), luego informa al proceso de protocolo de enrutamiento para volver a calcular una nueva ruta. Al hacer esto, cuando el túnel LSP principal MPLS se cae, la FPC puede desviar el tráfico de forma intermitente e inmediata a la FPC con el túnel LSP de bypass MPLS.
El uso de la reparación local de esta manera logra un tiempo de restauración más rápido de menos de 50 ms.
Configuración de la reparación local activada por BFD
La reparación local activada por BFD no es configurable, pero forma parte de la configuración predeterminada.
Los trabajos de reparación local activados por BFD dentro de junos OS heredado cuentan con MPLS-FRR, BFD para IGP y alternativas sin bucles (LFA).
Deshabilitar la reparación local activada por BFD
De forma predeterminada, la reparación local activada por BFD está habilitada para todas las interfaces de enrutamiento. Si lo desea, puede deshabilitar la reparación local activada por BFD en el nivel jerárquico [edit routing-options].
Para deshabilitar explícitamente la reparación local activada por BFD:
Incluya la
no-bfd-triggered-local-repairinstrucción en el nivel jerárquico de [editar opciones de enrutamiento]:user@host# set no-bfd-triggered-local-repair
(Opcional) Verifique sus ajustes de configuración antes de confirmarlos mediante el
show routing-optionscomando.user@host# run show routing-options
Confirme su configuración mediante la emisión del show routing-options comando.
user@host# show routing-options
...
no-bfd-triggered-local-repair;
}
Cuando desactive esta función, también debe reiniciar el enrutamiento incluyendo la graceful-restart instrucción para el IGP. Por ejemplo, para OSPF, esto se logra mediante la inclusión de la graceful-restart instrucción en el [edit protocols ospf] nivel de jerarquía.
Configuración de BFD para LSP IPv4 MPLS
Puede configurar el protocolo de detección de reenvío bidireccional (BFD) en LSP IPv4 MPLS como se describe en el borrador de Internet draft-ietf-bfd-mpls-02.txt, BFD para LSP MPLS. El BFD se utiliza como una función periódica de operación, administración y mantenimiento (OAM) para los LSP para detectar fallas en el plano de datos de LSP. Puede configurar BFD para LSP que usen LDP o RSVP como protocolo de señalización.
El BFD para LSP IPv4 MPLS se basa en el motor de enrutamiento y no se distribuye. Como resultado, el intervalo de temporizador BFD mínimo admitido es (100 ms * 3) por una sesión LSP, y para sesiones de LSP escaladas, el intervalo de temporizador BFD mínimo admitido es (300 ms * 3). A medida que aumenta la cantidad de sesiones de LSP con BFD, también debe aumentar (escalar) los temporizadores de intervalo para admitir la red.
Para las instancias de conmutación del motor de enrutamiento con soporte de enrutamiento activo (NSR) sin interrupciones, el intervalo de temporizador BFD mínimo admitido es (2,5 segundos * 3).
También puede usar los comandos LSP ping para detectar errores de plano de datos LSP. Sin embargo, BFD tiene un par de beneficios: requiere menos procesamiento del equipo que los comandos LSP ping y puede detectar rápidamente errores en un gran número de LSP (los comandos LSP ping se deben emitir para cada LSP individualmente). Por otro lado, BFD no se puede utilizar para verificar el plano de control con el plano de datos en la LSR de salida, lo cual es posible cuando una solicitud de eco LSP ping está asociada con una clase de equivalencia de reenvío (FEC).
Los temporizadores de detección de fallas de BFD son adaptables y se pueden ajustar para que sean más o menos agresivos. 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 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.
A partir de Junos OS versión 13.2R4, 13.3R2 y 14.1, puede establecer el intervalo de tiempo entre los mensajes de ping de LSP y el número de respuestas de ping de LSP, respectivamente, después de lo cual la sesión de detección de reenvío bidireccional (BFD) se desactiva. Para ello, configure la lsp-ping-interval instrucción y la lsp-ping-multiplier instrucción en el [edit protocols mpls oam] nivel de jerarquía.
Para obtener instrucciones de configuración para LSP con señal de LDP, consulte Configuración de BFD para LSP LDP. Para obtener instrucciones de configuración para LSP señalizadas por RSVP, consulte la sección siguiente.
- Configuración de BFD para LSP señalizadas por RSVP
- Configuración de una acción de error para la sesión BFD en un LSP RSVP
Configuración de BFD para LSP señalizadas por RSVP
BFD para RSVP admite LSP IPv4 de unidifusión. Cuando BFD está configurado para un LSP RSVP en el enrutador de entrada, se habilita en la ruta principal y en todas las rutas secundarias en espera para ese LSP. La dirección IP de origen de los paquetes BFD salientes del lado de salida de una sesión BFD MPLS se basa en la dirección IP de la interfaz de salida. Puede habilitar BFD para todos los LSP en un enrutador o para LSP específicos. Si configura BFD para un LSP específico, los valores configurados globalmente para BFD se anulan. Las sesiones BFD se originan solo en el enrutador de entrada y terminan en el enrutador de salida.
Se registra un error cada vez que se produce un error en la sesión de BFD de una ruta. En el siguiente ejemplo, se muestra cómo pueden aparecer mensajes de registro de BFD para LSP RSVP:
RPD_MPLS_PATH_BFD_UP: MPLS BFD session for path path1 up on LSP R0_to_R3 RPD_MPLS_PATH_BFD_DOWN: MPLS BFD session for path path1 down on LSP R0_to_R3
Puede configurar BFD para todos los LSP RSVP del enrutador, un LSP específico o la ruta principal de un LSP específico. Para configurar BFD para LSP RSVP, incluya las oam instrucciones y bfd-liveness-detection .
oam { bfd-liveness-detection { failure-action { make-before-break teardown-timeout seconds; teardown; } failure-action teardown; minimum-interval milliseconds; minimum-receive-interval milliseconds; minimum-transmit-interval milliseconds; multiplier detection-time-multiplier; } lsp-ping-interval time-interval; lsp-ping-multiplier multiplier; }
Puede configurar esta instrucción en los siguientes niveles jerárquicos:
[edit protocols mpls][edit protocols mpls label-switched-path lsp-name][edit protocols mpls label-switched-path lsp-name primary path-name]
La bfd-liveness-detection instrucción incluye las siguientes opciones:
minimum-interval— Especifica el intervalo mínimo de transmisión y recepción.minimum-receive-interval— Especifica el intervalo de recepción mínimo. El rango es de 1 a 255 000 milisegundos.minimum-transmit-interval— Especifica el intervalo mínimo de transmisión. El rango es de 1 a 255 000 milisegundos.lsp-ping-multiplier— Especifica el multiplicador de tiempo de detección. El rango es de 1 a 255.Nota:Para evitar desencadenar falsos negativos, configure un tiempo de detección de fallas de BFD que sea más largo que el tiempo de reenrutamiento rápido.
También puede configurar la lsp-ping-interval opción para ajustar el intervalo de tiempo entre pings de LSP. El comando ping LSP para LSP señalizadas RSVP es ping mpls rsvp. Para obtener más información sobre el ping mpls rsvp comando, consulte el Explorador de CLI.
Configuración de una acción de error para la sesión BFD en un LSP RSVP
Cuando la sesión BFD de un LSP RSVP cae, el LSP se destruye y se renuncia. El tráfico se puede cambiar a un LSP en espera o, simplemente, puede derribar la ruta de LSP. Se registran todas las acciones realizadas.
Cuando se cae una sesión BFD para una ruta LSP RSVP, puede configurar Junos OS para renunciar a la ruta LSP o simplemente deshabilitar la ruta LSP. Una ruta LSP en espera se podría configurar para controlar el tráfico mientras que la ruta LSP principal no está disponible. El enrutador puede recuperarse automáticamente de fallas de LSP que BFD puede detectar. De forma predeterminada, si se produce un error en una sesión BFD, el evento simplemente se registra.
Para permitir que Junos OS desgarre una ruta LSP RSVP en caso de que se produzca un evento BFD, incluya la failure-action instrucción:
failure-action { make-before-break teardown-timeout seconds; teardown; }
Para obtener una lista de los niveles de jerarquía en los que puede incluir esta instrucción, consulte la sección resumen de instrucción de esta instrucción.
Puede configurar las teardown opciones make-before-break o:
teardown: hace que la ruta LSP se desconoja y renuncie de inmediato.make-before-break: hace que Junos OS intente señalar una nueva ruta de LSP antes de derribar la antigua ruta LSP. También puede configurar lateardown-timeoutopción para desactivar automáticamente el LSP después del período de tiempo especificado si el intento de renunciar al LSP falla dentro delteardown-timeoutintervalo. Si especifica un valor de 0 para elteardown-timeoutintervalo, el LSP se quita y renuncia inmediatamente (el mismo comportamiento que cuando configura lateardownopción).
Para configurar una acción de error para todos los LSP RSVP, incluya la failure-action instrucción en el [edit protocols mpls oam bfd-liveness-detection] nivel de jerarquía. Para configurar una acción de error para un LSP RSVP específico, incluya la failure-action instrucción en el [edit protocols mpls label-switched-path lsp-name oam bfd-liveness-detection] nivel de jerarquía.
Para configurar una acción de error para una ruta principal específica, incluya la failure-action instrucción en el [edit protocols mpls label-switched path lsp-name primary path-name oam bfd-liveness-detection] nivel de jerarquía. Para configurar una acción de error para una ruta LSP secundaria específica, incluya la failure-action instrucción en el [edit protocols mpls label-switched-path lsp-name secondary path-name oam bfd-liveness-detection] nivel de jerarquía.