Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
EN ESTA PÁGINA
 

Configuración del reinicio agraciado para protocolos de enrutamiento

Puede configurar el reinicio correcto para protocolos de enrutamiento con los pasos a continuación.

Habilitación de un reinicio virtuoso

De forma predeterminada, el reinicio agraciado está deshabilitado. Para habilitar el reinicio normal, incluya la instrucción graceful-restart en el nivel de jerarquía [edit routing-instance instance-name routing-options] o [edit routing-options].

Por ejemplo:

Para configurar la duración del período de reinicio normal, incluya restart-duration en el nivel de jerarquía [edit routing-options graceful-restart].

Nota:

El modo auxiliar (la capacidad de ayudar a un enrutador vecino a intentar un reinicio satisfactorio) está habilitado de forma predeterminada cuando inicia la plataforma de enrutamiento, incluso si el reinicio satisfactorio no está habilitado. Puede deshabilitar el modo auxiliar por protocolo.

Para deshabilitar el reinicio normal globalmente, incluya la instrucción disable en el nivel de jerarquía [edit routing-options graceful-restart].

Cuando el reinicio agraciado está habilitado para todos los protocolos de enrutamiento en el nivel de jerarquía [edit routing-options graceful-restart], puede deshabilitar el reinicio agraciado por protocolo.

Nota:

Si configura el reinicio satisfactorio después de establecer una sesión de BGP o LDP, la sesión de BGP o LDP se reinicia y los pares negocian las capacidades de reinicio normal. Además, las estadísticas de enrutamiento de par BGP se restablecen a cero.

Configuración de opciones de reinicio correcto para BGP

Para configurar la duración del período de reinicio satisfactorio del BGP, incluya la instrucción restart-time en el nivel de jerarquía [edit protocols bgp graceful-restart]. Para establecer el tiempo que espera el enrutador para recibir mensajes de vecinos que se reinician antes de declararlos inactivos, incluya la stale-routes-time instrucción en el nivel de jerarquía [edit protocols bgp graceful-restart].

Para deshabilitar la capacidad de reinicio agraciado del BGP para todas las sesiones del BGP, incluya la instrucción disable en el nivel de jerarquía [edit protocols bgp graceful-restart].

Nota:

Para establecer propiedades de reinicio agraciado del BGP o deshabilitarlas para un grupo, incluya las instrucciones deseadas en el nivel de jerarquía [edit protocols bgp group group-name graceful-restart].

Para establecer las propiedades de reinicio agraciado del BGP o deshabilitarlas para un vecino específico de un grupo, incluya las instrucciones deseadas en el nivel de jerarquía [edit protocols bgp group group-name neighbor ip-address graceful-restart].
Nota:

Al configurar el reinicio correcto para BGP, se restablecen las estadísticas de enrutamiento del par BGP a cero. Además, las sesiones de BGP existentes se reinician y los pares negocian las capacidades de reinicio correcto.
Nota:

No configure tanto la detección de reenvío bidireccional (BFD) para BGP como el reinicio correcto para BGP. El rendimiento del enrutamiento puede no ser óptimo si hace esto.

Uso del BFD dependiente del plano de control junto con el modo auxiliar de reinicio elegante

Cuando BFD depende del plano de control y el dispositivo detecta un evento BFD inactivo y aún no está entrando en el modo auxiliar de reinicio normal, esto se trata como un evento normal de BFD inactivo y el dispositivo entra en el modo auxiliar de reinicio normal. Este comportamiento hace que el BFD dependiente del plano de control sea inutilizable junto con un reinicio normal.

Incluya la dont-help-shared-fate-bfd-down instrucción en la [edit protocols bgp graceful-restart] jerarquía para asegurarse de que el dispositivo no entre en el modo de asistente de reinicio normal y que el tráfico de datos siga desviándose a una ruta alternativa, incluso si hay un error de interfaz (sin un reinicio del plano de control en el vecino del BGP).

Puede evitar que los firewalls de la serie SRX entren en el modo de asistente de reinicio normal cuando el dispositivo está configurado con BFD con un BGP externo de un solo salto (EBGP), si incluye la dont-help-shared-fate-bfd-down instrucción en la [edit protocols bgp graceful-restart] jerarquía.

Ver también

Configuración de opciones de reinicio correcto para ES-IS

Para configurar la duración del período de reinicio correcto de ES-IS, incluya la restart-duration instrucción en el [edit protocols esis graceful-restart] nivel de jerarquía.

Para deshabilitar la capacidad de reinicio correcto de ES-IS, incluya la disable instrucción en el nivel de [edit protocols esis graceful-restart] jerarquía.

Configuración de opciones de reinicio agraciado para SI-SI

Para configurar la duración del período de reinicio correcto de SI-SI, incluya la restart-duration instrucción en el nivel de [edit protocols isis graceful-restart] jerarquía.

Para deshabilitar la funcionalidad del asistente de reinicio agraciado SI-SI, incluya la helper-disable instrucción en el nivel de [edit protocols isis graceful-restart] jerarquía. Para deshabilitar la capacidad de reinicio agraciado de SI-SI, incluya la disable instrucción en el nivel de [edit protocols isis graceful-restart] jerarquía.

Nota:

Si se agota el tiempo de espera de las adyacencias entre el motor de enrutamiento y los enrutadores "auxiliares" del par vecinos, las extensiones del protocolo de reinicio correcto no pueden notificar a los enrutadores "auxiliares" del mismo nivel sobre el reinicio inminente. El reinicio correcto puede detenerse y causar interrupciones en el tráfico.

Para asegurarse de que se mantienen estas adyacencias, cambie el tiempo de espera de los protocolos SI-SI del valor predeterminado de 27 segundos a un valor superior a 40 segundos.

Nota:

También puede realizar un seguimiento de los eventos de reinicio agraciados con la traceoptions instrucción en el nivel de [edit protocols isis] jerarquía. Para obtener más información, consulte Seguimiento de eventos de reinicio normal.

Configuración de opciones de reinicio agraciado para OSPF y OSPFv3

Para configurar la duración del período de reinicio satisfactorio de OSPF/OSPFv3, incluya la instrucción restart-duration en el nivel de jerarquía [edit protocols (OSPF | OSPF3) graceful-restart]. Para especificar el período de tiempo durante el cual el enrutador notifica a los enrutadores auxiliares que ha completado el reinicio normal, incluya notify-duration en el nivel de jerarquía [edit protocols (OSPF | OSPF3) graceful-restart]. La comprobación estricta del anuncio del estado del vínculo (LSA) del OSPF da como resultado la terminación del reinicio correcto por parte de un enrutador auxiliar. Para deshabilitar la comprobación estricta de LSA, incluya la instrucción no-strict-lsa-checking en el nivel de jerarquía [edit protocols (OSPF | OSPF3) graceful-restart].

Para deshabilitar el reinicio agraciado de OSPF/OSPFv3, incluya la instrucción disable en el nivel de jerarquía [edit protocols (ospf | ospf3) graceful-restart].

Junos OS admite tanto el modo auxiliar estándar (basado en RFC 3623, Reinicio agraciado de OSPF) como el basado en señales de reinicio (como se especifica en RFC 4811, RFC 4812 y RFC 4813) para configuraciones de reinicio agraciado de OSPF versión 2. Los modos auxiliares estándar y basados en señales de reinicio están habilitados de forma predeterminada. Para deshabilitar el modo auxiliar para OSPF configuraciones de reinicio elegante de la versión 2, incluya la instrucción helper-disable <both | restart-signaling | standard> en el nivel de jerarquía [edit protocols ospf graceful-restart]. Tenga en cuenta que la última declaración confirmada siempre tiene prioridad sobre la anterior.

Para volver a habilitar el modo auxiliar, elimine la instrucción helper-disable de la configuración mediante el comando delete protocols ospf graceful-restarthelper-disable <restart-signaling | standard | both> . También en este caso, el último comando ejecutado tiene prioridad sobre los anteriores.

Nota:

El modo auxiliar de reinicio basado en señales no se admite para las configuraciones de OSPFv3. Para deshabilitar el modo auxiliar para configuraciones de OSPFv3, incluya la helper-disable instrucción en el nivel de jerarquía [edit protocols ospfv3 graceful-restart].
Propina:

También puede realizar un seguimiento de eventos de reinicio agraciados con la instrucción traceoptions en el nivel de jerarquía [edit protocols (ospf | ospf3)]. Para obtener más información, consulte Seguimiento de eventos de reinicio normal.

Configuración de opciones de reinicio agraciado para RIP y RIPng

Para configurar la duración del período de reinicio correcto RIP o RIPng, incluya la restart-time instrucción en el [edit protocols (rip | ripng) graceful-restart] nivel de jerarquía.

Para deshabilitar la capacidad de reinicio agraciado RIP o RIPng, incluya la disable instrucción en el nivel de [edit protocols (rip | ripng) graceful-restart] jerarquía.

Configuración de opciones de reinicio agraciado para el modo disperso de PIM

El modo disperso PIM continúa reenviando flujos de paquetes de multidifusión existentes durante un reinicio normal, pero no reenvía flujos nuevos hasta que se haya completado el reinicio. Después de un reinicio, la plataforma de enrutamiento actualiza el estado de reenvío con las actualizaciones recibidas de los vecinos y que se produjeron durante el período de reinicio. Por ejemplo, la plataforma de enrutamiento vuelve a aprender los estados de unión y poda de los vecinos durante el reinicio, pero no aplica los cambios a la tabla de reenvío hasta después del reinicio.

Las plataformas de enrutamiento con modo disperso de PIM generan un número aleatorio único de 32 bits denominado identificador de generación. Los identificadores de generación se incluyen de forma predeterminada en los mensajes de saludo PIM, tal y como se especifica en el borrador de Internet de GTI-I Difusión independiente del protocolo - Modo disperso (PIM-SM): Especificación del protocolo (revisado). Cuando una plataforma de enrutamiento recibe saludos PIM que contienen identificadores de generación en una interfaz punto a punto, Junos OS activa un algoritmo que optimiza el reinicio virtuoso.

Antes de que se produzca el reinicio elegante del modo disperso PIM, cada plataforma de enrutamiento crea un identificador de generación y lo envía a sus vecinos de multidifusión. Si se reinicia una plataforma de enrutamiento PIM habilitada para el modo disperso, crea un identificador de nueva generación y lo envía a sus vecinos. Cuando un vecino recibe el nuevo identificador, reenvía actualizaciones de multidifusión al enrutador de reinicio para permitirle salir del reinicio satisfactorio de manera eficiente. La fase de reinicio se completa cuando el estado del PIM se vuelve estable o cuando expira el temporizador del intervalo de reinicio.

Si una plataforma de enrutamiento no admite identificadores de generación o si PIM está habilitado en interfaces multipunto, el algoritmo de reinicio agraciado en modo disperso de PIM no se activa y se utiliza un temporizador de reinicio predeterminado como mecanismo de reinicio.

Para configurar la duración del período de reinicio correcto de PIM, incluya la restart-duration instrucción en el nivel de [edit protocols pim graceful-restart] jerarquía:

Para deshabilitar la capacidad de reinicio agraciado del modo disperso de PIM, incluya la disable instrucción en el nivel de [edit protocols pim graceful-restart] jerarquía.

Nota:

El reenvío de multidifusión se puede interrumpir de dos maneras. Primero, si el protocolo de enrutamiento subyacente es inestable, las comprobaciones de reenvío de ruta inversa de multidifusión (RPF) pueden fallar y causar una interrupción. En segundo lugar, dado que la tabla de reenvío no se actualiza durante el período de reinicio normal, las nuevas transmisiones de multidifusión no se reenvían hasta que se complete el reinicio normal.

Seguimiento de eventos de reinicio agraciados

Para realizar un seguimiento del progreso de un evento de reinicio normal, puede configurar indicadores de opciones de seguimiento de reinicio correcto para SI-SI y OSPF/OSPFv3. Para configurar las opciones de seguimiento de reinicio normal, incluya la instrucción graceful-restart en el nivel de jerarquía [edit protocols protocol traceoptions]:

Configuración del reinicio correcto para protocolos relacionados con MPLS

Esta sección contiene los siguientes temas:

Configuración del reinicio agraciado globalmente

Para configurar el reinicio correcto globalmente para todos los protocolos relacionados con MPLS, incluya la graceful-restart instrucción en el [edit routing-options] nivel de jerarquía. Para configurar la duración del período de reinicio normal, incluya restart-duration en el [edit routing-options graceful-restart] nivel de jerarquía:

Para deshabilitar el reinicio agraciado globalmente, incluya la disable instrucción en el nivel de [edit routing-options graceful-restart] jerarquía.

Configuración de opciones de reinicio agraciado para RSVP, CCC y TCC

Dado que CCC y TCC se basan en RSVP, debe modificar estos tres protocolos como un solo grupo.

Para configurar cuánto tiempo conserva el enrutador el estado de sus vecinos RSVP mientras se someten a un reinicio normal, incluya la maximum-helper-recovery-time instrucción en el [edit protocols rsvp graceful-restart] nivel de jerarquía. Este valor se aplica a todos los enrutadores vecinos, por lo que debe basarse en el tiempo que requiere el vecino RSVP más lento para recuperarse.

Para configurar el retraso entre el momento en que el enrutador descubre que un enrutador vecino ha dejado de funcionar y el momento en que declara que el vecino está inactivo, incluya la maximum-helper-restart-time instrucción en el [edit protocols rsvp graceful-restart] nivel de jerarquía. Este valor se aplica a todos los enrutadores vecinos, por lo que debe basarse en el tiempo que requiere el vecino de RSVP más lento para reiniciar.

Para deshabilitar el reinicio satisfactorio de RSVP, CCC y TCC, incluya la disable instrucción en el nivel de [edit protocols rsvp graceful-restart] jerarquía. Para deshabilitar la capacidad auxiliar de RSVP, CCC y TCC, incluya la helper-disable instrucción en el nivel de [edit protocols rsvp graceful-restart] jerarquía.

Configuración de opciones de reinicio correcto para LDP

Cuando configure el reinicio correcto para LDP, puede incluir las siguientes instrucciones opcionales en el nivel de [edit protocols ldp graceful-restart] jerarquía:

Las instrucciones tienen los siguientes efectos en el proceso de reinicio normal:

  • Para configurar el tiempo necesario para restablecer una sesión después de un reinicio normal, incluya la reconnect-time instrucción; el intervalo va de 30 a 300 segundos. Para limitar el tiempo máximo de reconexión permitido desde un enrutador vecino de reinicio, incluya la maximum-neighbor-reconnect-time instrucción; el intervalo es de 30 a 300 segundos.

  • Para configurar el período de tiempo que los enrutadores auxiliares son necesarios para mantener el estado de reenvío antiguo durante un reinicio normal, incluya la recovery-time instrucción; el rango va de 120 a 1800 segundos. En el enrutador auxiliar, puede configurar una instrucción que anule la solicitud del enrutador de reinicio y establezca el período máximo de tiempo que el enrutador auxiliar mantendrá el estado de reenvío anterior. Para configurar esta característica, incluya la maximum-neighbor-recovery-time instrucción; el intervalo va de 140 a 1900 segundos.

    Nota:

    El valor de las instrucciones recovery-time y maximum-neighbor-recovery-time en el nivel de [edit protocols ldp graceful-restart] jerarquía debe ser aproximadamente 80 segundos más largo que el valor de la restart-duration instrucción en el nivel de [edit routing-options graceful-restart] jerarquía. De lo contrario, aparecerá un mensaje de advertencia cuando intente confirmar la configuración.

  • Para deshabilitar la capacidad de reinicio agraciado de LDP, incluya la disable instrucción. Para deshabilitar la capacidad del asistente de reinicio agraciado de LDP, incluya la helper-disable instrucción.

Documentación relacionada