Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 

Configuración de BFD para MPLS LSP de IPv4

 

Puede configurar el protocolo de detección de reenvío bidireccionales (BFD) en MPLS LSP de IPv4, tal como se describe en el borrador de Internet draft-ietf-BFD-MPLS-02. txt, BFD para LSP de MPLS. BFD se utiliza como una función periódica de operación, administración y mantenimiento (mantenimiento seguros) para LSP para detectar fallos en el avión de datos del LSP. Puede configurar BFD para los LSP que utilizan LDP o RSVP como protocolo de señalización.

Nota

BFD para MPLS LSP de IPv4 se basa en el motor de enrutamiento y no se distribuye. Como resultado, el intervalo mínimo de cronómetro de BFD admitido es (100 ms * 3) por una sesión de LSP y para las sesiones de LSP en escala, el intervalo mínimo de cronómetro de BFD admitido es (300 ms * 3). A medida que aumenta el número de sesiones de LSP con BFD, también debe aumentar (escalar) los temporizadores de intervalo para admitir la red.

Para motor de enrutamiento instancias de cambio con compatibilidad con enrutamiento activo no detenido (INE), el intervalo mínimo de cronómetro de BFD admitido es de (2,5 segundos * 3).

También puede utilizar los comandos de ping LSP para detectar fallos en el avión de datos del LSP. Sin embargo, BFD tiene un par de ventajas: requiere menos procesamiento que los comandos de ping LSP y puede detectar rápidamente fallos en un gran número de LSP ( ping los comandos de LSP se deben emitir por separado para cada LSP). Por otra parte, BFD no puede usarse para verificar el plano de control contra el plano de datos en la salida LSR, lo que es posible cuando ping una solicitud de eco de LSP está asociada a una clase de equivalencia de reenvío (FEC).

Los temporizadores de detección de fallos de BFD son adaptables y se pueden ajustar para ser más o menos agresivos. Por ejemplo, los temporizadores se pueden adaptar a un valor superior si se produce un error en la adyacencia o un vecino puede negociar un valor superior para un temporizador que con el valor configurado. Los temporizadores se adaptan a un valor superior cuando se produce una solapa de sesión BFD más de tres veces en un período de 15 segundos. Un algoritmo de reversión aumenta el intervalo de recepción (RX) por dos si la instancia BFD local es la razón de la solapa de sesión. El intervalo de transmisión (TX) se aumenta en dos si la instancia de BFD remota es la razón de la solapa de sesión. Puede usar el clear bfd adaptation comando para devolver BFD intervalo de tiempo a sus valores configurados. El clear bfd adaptation comando es hitless, lo que significa que el comando no afecta al flujo de tráfico del dispositivo de enrutamiento.

A partir de Junos OS Release 13.2 R4, 13.3 R2 y 14,1, puede establecer el intervalo de tiempo entre los mensajes de ping de un LSP y el número de respuestas de ping LSP, respectivamente, tras los cuales se desconectó la sesión de detección de reenvío bidireccional (BFD). Al hacerlo, configurará la lsp-ping-interval instrucción y el lsp-ping-multiplier enunciado en [edit protocols mpls oam] el nivel de la jerarquía.

Para obtener instrucciones de configuración para LSP señalizados con LDP, consulte Configuring BFD for LDP LSPs. Para obtener instrucciones de configuración para LSP señalizados con RSVP, consulte la sección siguiente.

Configuración de BFD para LSP señalizados con RSVP

BFD para RSVP es compatible con LSP de unidifusión IPv4. Cuando se configura BFD para un LSP de RSVP en el enrutador de entrada, éste se habilita en la ruta de acceso principal y en todas las rutas de en espera secundarias para dicho LSP. La dirección IP de origen para los paquetes BFD salientes de la parte salida de una MPLS BFD sesión se basa en la dirección IP de la interfaz de salida. Puede activar BFD para todos los LSP de un enrutador o de LSP específicos. Si configura BFD para un LSP específico, cualquier valor que se configure globalmente para BFD se invalidará. Las sesiones de BFD se originan únicamente en el enrutador de entrada y terminan en el enrutador de salida.

Se registra un error siempre que falla una sesión BFD de una ruta de acceso. El siguiente ejemplo muestra cómo podría aparecer BFD para los mensajes de registro de LSP de RSVP:

Puede configurar BFD para todos los LSP de RSVP en el enrutador, en un LSP específico o en la ruta principal de un LSP específico. Para configurar BFD para LSP de RSVP, incluya oam las bfd-liveness-detection sentencias e.

Puede configurar esta instrucción en los siguientes niveles de jerarquía:

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 está comprendido entre 1 y 255.000 milisegundos.

  • minimum-transmit-interval—Especifica el intervalo mínimo de transmisión. El rango está comprendido entre 1 y 255.000 milisegundos.

  • lsp-ping-multiplier—Especifica el factor de tiempo de detección. El rango está comprendido entre 1 y 255.

    Nota

    Para evitar que se activen falsos negativos, configure un tiempo de detección de fallos BFD que sea más largo que el tiempo de redireccionamiento 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 de LSP para LSP señalizados es ping mpls rsvp. Para obtener más información sobre ping mpls rsvp el comando, consulte CLI Explorerel.

Configuración de una acción de fallo para la sesión de BFD en un LSP de RSVP

Cuando la sesión de BFD de un LSP de RSVP deja de funcionar, el LSP queda apagado y reseñalizado. El tráfico puede cambiarse a un LSP en espera o sencillamente puede anular la ruta de LSP. Se registran todas las acciones realizadas.

Cuando una sesión de BFD para una ruta de LSP de RSVP deja de funcionar, puede configurar el Junos OS para que resigne la ruta de LSP o simplemente deshabilite la ruta de LSP. Se puede configurar una ruta de LSP en espera para manejar el tráfico mientras la ruta de LSP principal no está disponible. El enrutador puede recuperar automáticamente errores de los LSP que puede detectar BFD. De forma predeterminada, si una sesión BFD falla, el evento simplemente se registra.

Para permitir que el Junos OS deseche una ruta de LSP de RSVP en caso de que se produce un evento failure-action BFD, incluya la siguiente instrucción:

Para obtener una lista de los niveles jerárquicos en los que puede incluir esta instrucción, consulte la sección de Resumen de extractos de este extracto.

Puede configurar las teardown opciones o, make-before-break o bien:

  • teardown—Hace que la ruta de LSP se deapague y se reseñale inmediatamente.

  • make-before-break—Hace que el Junos OS intente señalar una nueva ruta de LSP antes de anular la ruta antigua de LSP. También puede configurar la teardown-timeout opción de anulación automática del LSP después del período de tiempo especificado si el intento de retirarse del LSP falla dentro del teardown-timeout intervalo. Si especifica el valor 0 para el teardown-timeout intervalo, el LSP se desconectará y reseñalizará inmediatamente (el mismo comportamiento que cuando configure la teardown opción).

Para configurar una acción de error para todos los LSP de RSVP, incluya failure-action la instrucción en [edit protocols mpls oam bfd-liveness-detection] el nivel de jerarquía. Para configurar una acción de fallo para un LSP de RSVP específico, failure-action incluya la instrucción [edit protocols mpls label-switched-path lsp-name oam bfd-liveness-detection] en el nivel de jerarquía.

Para configurar una acción de error para una ruta de acceso principal específica failure-action , incluya la [edit protocols mpls label-switched path lsp-name primary path-name oam bfd-liveness-detection] instrucción en el nivel jerárquico. Para configurar una acción de fallo para una ruta de LSP secundaria específica, failure-action incluya la instrucción [edit protocols mpls label-switched-path lsp-name secondary path-name oam bfd-liveness-detection] en el nivel de jerarquía.

Release History Table
Publicación
Descripción
A partir de Junos OS Release 13.2 R4, 13.3 R2 y 14,1, puede establecer el intervalo de tiempo entre los mensajes de ping de un LSP y el número de respuestas de ping LSP, respectivamente, tras los cuales se desconectó la sesión de detección de reenvío bidireccional (BFD).