Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Configuración del reinicio agraciado para protocolos de enrutamiento

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

Habilitación del reinicio agraciado

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

Por ejemplo:

Para configurar la duración del período de reinicio agraciado, incluya la duración de reinicio en el nivel jerárquico de [editar opciones de enrutamiento agraciado-reinicio].

Nota:

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

Para deshabilitar el reinicio agraciado globalmente, incluya la instrucción disable en el nivel jerárquico [edit enrutamiento-options graceful-restart].

Cuando se habilita el reinicio agraciado para todos los protocolos de enrutamiento en el nivel jerárquico de [editar opciones de enrutamiento graceful-restart], puede deshabilitar el reinicio agraciado por protocolo.

Nota:

Si configura el reinicio agraciado después de que se haya establecido una sesión de BGP o LDP, la sesión del BGP o LDP se reiniciará y los pares negocian capacidades de reinicio agraciadas. Además, las estadísticas de enrutamiento par del BGP se restablecen a cero.

Configuración de opciones de reinicio agraciados para BGP

Para configurar la duración del período de reinicio agraciado del BGP, incluya la instrucción de tiempo de reinicio en el nivel jerárquico de [editar protocolos bgp graceful-restart]. Para establecer el tiempo que el enrutador espera para recibir mensajes de los vecinos que reinician antes de declararlos, incluya la instrucción ranle-routes-time en el nivel de jerarquía de [edit protocol bgp graceful-restart].

Para deshabilitar la capacidad de reinicio agraciado del BGP para todas las sesiones de BGP, incluya la instrucción disable en el nivel jerárquico [editar protocolos bgp agraciado-reinicio].

Nota:

Para establecer propiedades de reinicio agraciado del BGP o deshabilitarlas para un grupo, incluya las instrucciones deseadas en el nivel jerárquico de [editar protocolos bgp group group-name graceful-restart] .

Para establecer propiedades de reinicio agraciado del BGP o deshabilitarlas para un vecino específico de un grupo, incluya las instrucciones deseadas en el nivel jerárquico [editar protocolos bgp grupo group-name vecino ip-address agraciado-reinicio].

Nota:

La configuración de un reinicio agraciado para el BGP restablece las estadísticas de enrutamiento par del BGP a cero. Además, las sesiones de BGP existentes se reinician y los pares negocian capacidades de reinicio agraciados.

Nota:

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

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

Cuando BFD depende del plano de control y el dispositivo detecta un evento BFD caído y no está entrando ya en el modo auxiliar de reinicio agraciado, esto se trata como un evento BFD caído regular y el dispositivo entra en el modo de ayuda de reinicio agraciado. Este comportamiento hace que el BFD dependiente del plano de control sea inutilizable junto con un reinicio agraciado.

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 entra en el modo de ayuda de reinicio agraciado y que el tráfico de datos se sigue llevando a una ruta alternativa, incluso si se produce un error en la interfaz (sin un reinicio del plano de control en el vecino del BGP).

A partir de Junos OS versión 18.3R1, puede impedir que los dispositivos de la serie SRX entren en el modo auxiliar de reinicio agraciado cuando el dispositivo está configurado con BFD con un BGP externo de un solo salto (EBGP), mediante la inclusión de la dont-help-shared-fate-bfd-down instrucción en la [edit protocols bgp graceful-restart] jerarquía.

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

En los enrutadores de servicios de J Series, para configurar la duración del período de reinicio agraciado 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 agraciado de ES-IS, incluya la disable instrucción en el [edit protocols esis graceful-restart] nivel jerárquico.

Configuración de opciones de reinicio elegantes para IS-IS

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

Para deshabilitar la capacidad del ayudante de reinicio agraciado de IS-IS, incluya la helper-disable instrucción en el [edit protocols isis graceful-restart] nivel de jerarquía. Para deshabilitar la capacidad de reinicio agraciado de IS-IS, incluya la disable instrucción en el [edit protocols isis graceful-restart] nivel jerárquico.

Nota:

A partir de Junos OS versión 12.3, si las adyacencias entre el motor de enrutamiento y el tiempo de espera de los enrutadores "ayudante" del par vecino, las extensiones de protocolo de reinicio agraciado no pueden notificar a los enrutadores par "ayudante" acerca del reinicio inminente. El reinicio agraciado 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 IS-IS 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 [edit protocols isis] nivel de jerarquía. Para obtener más información, consulte Seguimiento de eventos de reinicio agraciados.

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

Para configurar la duración del período de reinicio agraciado OSPF/OSPFv3, incluya la instrucción reinicio-duration en el nivel jerárquico de [edit protocoles (ospf | ospf3) graceful-restart] . Para especificar el tiempo durante el cual el enrutador notifica a los enrutadores ayudantes que ha completado el reinicio agraciado, incluya la duración de notificación en el nivel de jerarquía [edit protocoles (ospf | ospf3) graceful-restart] . La comprobación estricta de anuncios de estado de vínculo (LSA) de OSPF da como resultado la finalización del reinicio agraciado por un enrutador de ayuda. Para deshabilitar la comprobación LSA estricta, incluya la instrucción no-strict-lsa-checking en el nivel de jerarquía [edit protocol protocol (ospf | ospf3) graceful-restart] .

Para deshabilitar el reinicio agraciado OSPF/OSPFv3, incluya la instrucción disable en el nivel jerárquico [edit protocoles (ospf | ospf3) graceful-restart] .

A partir de la versión 11.3, Junos OS admite los modos de ayuda estándar (basado en RFC 3623, Graceful OSPF Restart) y basado en la señalización de reinicio (como se especifica en RFC 4811, RFC 4812 y RFC 4813) para configuraciones de reinicio a medida de la versión 2 de OSPF. De forma predeterminada, se habilitan los modos de ayuda estándar y de reinicio basado en la señalización. Para deshabilitar el modo de ayuda para las configuraciones de reinicio agraciado de la versión 2 del OSPF, incluya el < | | instrucción estándar de reinicio> en el nivel jerárquico [editar protocolos ospf graceful-restart]. Tenga en cuenta que la última instrucción comprometida 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 protocolo eliminar protocolos ospf graceful-restarthelper-disable <restart-signaling | estándar | ambos> comando. En este caso también, el último comando ejecutado tiene prioridad sobre los anteriores.

Nota:

No se admite reiniciar el modo de ayuda basado en señales para configuraciones OSPFv3. Para deshabilitar el modo de ayuda para configuraciones de OSPFv3, incluya la helper-disable instrucción en el nivel de jerarquía [editar protocolos ospfv3 graceful-restart] .

Propina:

También puede realizar un seguimiento de los 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 agraciados.

Nota:

No puede habilitar el reinicio agraciado de OSPFv3 entre una plataforma de enrutamiento que ejecuta Junos OS versión 7.5 y anterior y una plataforma de enrutamiento que ejecuta la versión 7.6 o posterior de Junos OS. Como solución alternativa, asegúrese de que ambas plataformas de enrutamiento usen la misma versión de Junos OS.

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

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

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

Configuración de opciones de reinicio agraciados para el modo PIM limitado

El modo limitado de PIM continúa reenviando las secuencias de paquetes de multidifusión existentes durante un reinicio agraciado, pero no reenvía las nuevas secuencias hasta que se complete 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 podar los estados 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 dispersas habilitadas para modo PIM generan un número aleatorio único de 32 bits llamado 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 proyecto de Internet De Multidifusión independiente de protocolo - Modo disperso (PIM-SM): Especificación de 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 agraciado.

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

Si una plataforma de enrutamiento no admite identificadores de generación o si la PIM está habilitada en interfaces de varios puntos, el algoritmo de reinicio agraciado de modo limitado 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 agraciado de PIM, incluya la restart-duration instrucción en el [edit protocols pim graceful-restart] nivel de jerarquía:

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

Nota:

El reenvío de multidifusión se puede interrumpir de dos maneras. En primer lugar, si el protocolo de enrutamiento subyacente es inestable, las comprobaciones de reenvío de ruta inversa (RPF) de multidifusión 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 agraciado, las nuevas secuencias de multidifusión no se reenvían hasta que se completa el reinicio agraciado.

Seguimiento de eventos de reinicio agraciados

Para realizar un seguimiento del progreso de un evento de reinicio agraciado, puede configurar indicadores de opciones de seguimiento de reinicio agraciado para IS-IS y OSPF/OSPFv3. Para configurar las opciones de seguimiento de reinicio agraciado, incluya la instrucción graceful-restart en el nivel jerárquico de [editar protocolos protocol traceoptions flag]:

Configuración del reinicio agraciado para protocolos relacionados con MPLS

Esta sección contiene los siguientes temas:

Configurar el reinicio agraciado globalmente

Para configurar el reinicio agraciado 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 agraciado, incluya la duración del reinicio en el [edit routing-options graceful-restart] nivel jerárquico:

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

Configuración de opciones de reinicio graceful 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 agraciado, 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 cuando el enrutador descubra que un enrutador vecino se ha caído y cuando lo declare vecino, 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 RSVP más lento para reiniciar.

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

Configuración de opciones de reinicio agraciados para LDP

Al configurar el reinicio agraciado para LDP, puede incluir las siguientes instrucciones opcionales en el [edit protocols ldp graceful-restart] nivel jerárquico:

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

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

  • Para configurar la cantidad de tiempo que los enrutadores auxiliares requieren para mantener el estado de reenvío antiguo durante un reinicio agraciado, incluya la recovery-time instrucción; el intervalo es de 120 a 1800 segundos. En el enrutador auxiliar, puede configurar una instrucción que invalide la solicitud del enrutador de reinicio y establezca la duración máxima de tiempo que el enrutador asistente mantendrá el estado de reenvío antiguo. Para configurar esta función, incluya la maximum-neighbor-recovery-time instrucción; el intervalo es de 140 a 1900 segundos.

    Nota:

    El valor del tiempo de recuperación y maximum-neighbor-recovery-time las instrucciones en el [edit protocols ldp graceful-restart] nivel de jerarquía debe ser aproximadamente 80 segundos más largo que el valor de la restart-duration instrucción en el [edit routing-options graceful-restart] nivel de 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 de ayuda de reinicio agraciado de LDP, incluya la helper-disable instrucción.

Tabla de historial de versiones
Lanzamiento
Descripción
12.3
A partir de Junos OS versión 12.3, si las adyacencias entre el motor de enrutamiento y el tiempo de espera de los enrutadores "ayudante" del par vecino, las extensiones de protocolo de reinicio agraciado no pueden notificar a los enrutadores par "ayudante" acerca del reinicio inminente.