Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Configuración del reinicio correcto para protocolos de enrutamiento

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

Habilitar el reinicio sin elegancia

De forma predeterminada, el reinicio correcto está deshabilitado. Para habilitar el reinicio correcto, incluya la instrucción de reinicio elegante en el nivel de jerarquía [editar instance-name opciones de enrutamiento-instancia de enrutamiento] o [editar opciones de enrutamiento].

Por ejemplo:

Para configurar la duración del período de reinicio correcto, incluya la duración del reinicio en el nivel de jerarquía [editar opciones de enrutamiento reinicio sin gracia].

Nota:

El modo de aplicación auxiliar (la capacidad de ayudar a un enrutador vecino que intenta reiniciar correctamente) se habilita de forma predeterminada cuando inicia la plataforma de enrutamiento, incluso si no está habilitado el reinicio normal. Puede deshabilitar el modo de aplicación auxiliar por protocolo.

Para deshabilitar el reinicio correcto globalmente, incluya la instrucción disable en el nivel de jerarquía [editar opciones de enrutamiento y reinicio ].

Cuando se habilita el reinicio correcto para todos los protocolos de enrutamiento en el nivel de jerarquía [editar opciones de enrutamiento y reiniciar correctamente], puede deshabilitar el reinicio sin problema por protocolo.

Nota:

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

Configuración de opciones de reinicio elegante para BGP

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

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

Nota:

Para establecer BGP de reinicio correcto o deshabilitarlas para un grupo, incluya las instrucciones deseadas en el nivel de jerarquía [editar protocolos de grupo bgp group-name reinicio elegante].

Para establecer BGP de reinicio elegante o deshabilitarlas para un vecino específico de un grupo, incluya las instrucciones deseadas en el nivel de jerarquía [editar protocolos bgp group group-name neighbor ip-address graceful-restart ].

Nota:

Configurar el reinicio sin problemas para BGP restablece las estadísticas par BGP de enrutamiento a cero. Además, las sesiones BGP se reinician y los pares negocian capacidades de reinicio sin formato.

Nota:

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

Uso del BFD dependiente del plano de control junto con el modo de aplicación de reinicio normal

Cuando BFD depende del plano de control y el dispositivo detecta un evento BFD caído y aún no entra en el modo de aplicación de reinicio normal, esto se trata como un evento de apagado BFD normal y el dispositivo entra en el modo de aplicación del reinicio normal. Este comportamiento hace que el BFD dependiente del plano de control no se puede utilizar junto con el reinicio normal.

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

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

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

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

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

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

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

Para deshabilitar SI-SI correctamente reiniciar la función de auxiliar, incluya la helper-disable instrucción en el nivel [edit protocols isis graceful-restart] de jerarquía. Para deshabilitar SI-SI correcta de reinicio, incluya la disable instrucción en el nivel [edit protocols isis graceful-restart] jerárquido.

Nota:

A partir de la versión 12.3 de Junos OS, si las adyacencias entre los enrutadores de motor de enrutamiento y el par vecino "desalmado" tiempo de espera, las extensiones de protocolo de reinicio elegantes no pueden notificar a los enrutadores del par "de ayuda" acerca del reinicio que se espera. El reinicio correcto puede detenerse y provocar interrupciones en el tráfico.

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

Nota:

También puede rastrear eventos de reinicio sin problemas con la instrucción traceoptions en el nivel [edit protocols isis] de jerarquía. Para obtener más información, consulte Seguimiento de eventos de reinicio sin formato.

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

Para configurar la duración del período de reinicio elegante de OSPF/OSPFv3, incluya la instrucción de duración del reinicio en el nivel de jerarquía [edit protocols (ospf | ospf3). Para especificar el tiempo durante el cual el enrutador notifica a los enrutadores auxiliares que completó el reinicio sin problemas, incluya la duración de la notificación en el nivel de jerarquía [edit protocols (ospf | ospf3) ]. Las OSPF estrictos de estado de vínculo (LSA) que comprueban los resultados de la terminación del reinicio correcto por parte de un enrutador de ayuda. Para deshabilitar la comprobación estricta de LSA, incluya la instrucción no-strict-lsa-checking en el nivel jerárquico [edit protocols (ospf | ospf3).

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

A partir de la versión 11.3, el Junos OS admite tanto el estándar (basado en RFC 3623, El reinicio OSPF elegante) como los modos de inicio basados en la señalización de reinicio (como se especifica en las RFC 4811, RFC 4812 y RFC 4813) para configuraciones de reinicio elegantes de OSPF versión 2. Los modos estándar y de reinicio basados en la señalización están habilitados de forma predeterminada. Para deshabilitar el modo de aplicación auxiliar OSPF las configuraciones de reinicio normales de la versión 2, incluya la instrucción < both | restart-signaling | standard> en el nivel de jerarquía [edit protocols ospf graceful-restart] . Tenga en cuenta que la última instrucción comprometida siempre tiene prioridad sobre la anterior.

Para volver < activar el modo de ayuda, elimine la instrucción de deshabilitación del auxiliar de la configuración con los protocolos delete ospf graceful-restartayudador-disable <restart-signaling | comando estándar | ambos> comando. En este caso también, el último comando ejecutado tiene prioridad sobre los anteriores.

Nota:

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

Propina:

También puede rastrear eventos de reinicio elegantes 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 sin formato.

Nota:

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

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

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

Para deshabilitar la capacidad de reinicio elegante de RIP o RIPng, incluya la disable instrucción en el nivel [edit protocols (rip | ripng) graceful-restart] jerárquico.

Configuración de opciones de reinicio normal para el modo PIM escaso

El modo PIM escaso continúa reenviando las secuencias de paquetes de multidifusión existentes durante un reinicio normal, pero no reenvía nuevas secuencias hasta después de completar el reinicio. Después de un reinicio, la plataforma de enrutamiento actualiza el estado de reenvío con las actualizaciones que recibieron los vecinos y 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 vecinos durante el reinicio, pero no aplica los cambios a la tabla de reenvío hasta después del reinicio.

Las plataformas de enrutamiento habilitadas en modo PIM dispersas 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 de PIM, tal como se especifica en el borrador de Internet de GTI-I Multidifusión independiente de protocolo - modo disperso (PIM-SM): especificación de protocolo (revisada). 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 sin problemas.

Antes de que se produzca el reinicio normal del modo 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 con PIM dispersa habilitada en modo se reinicia, crea un identificador de nueva generación y lo envía a sus vecinos. Cuando un vecino recibe el nuevo identificador, vuelve a enviar actualizaciones de multidifusión al enrutador de reinicio para permitirle salir del reinicio sin problemas de manera eficiente. La fase de reinicio se completa cuando el estado PIM se vuelve estable o cuando caduca el temporizador del intervalo de reinicio.

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

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

Para deshabilitar la capacidad de reinicio normal del modo PIM escaso, incluya la disable instrucción en el nivel [edit protocols pim graceful-restart] jerárquique.

Nota:

El reenvío de multidifusión se puede interrumpir de dos maneras. En primer lugar, si el protocolo de enrutamiento subyacente es poco probable, las comprobaciones del reenvío de ruta inversa (RPF) de multidifusión pueden producir un error y provocar una interrupción. En segundo lugar, dado que la tabla de reenvío no se actualiza durante el período de reinicio correcto, las nuevas secuencias de multidifusión no se reenvía hasta que se complete el reinicio sin problemas.

Seguimiento de eventos de reinicio elegante

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

Configuración del reinicio correcto para MPLS protocolos relacionados con el proceso

Esta sección contiene los siguientes temas:

Configuración del reinicio elegante a nivel global

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

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

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

Dado que CCC y TCC confían en RSVP, debe modificar estos tres protocolos como un único grupo.

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

Para configurar el retraso entre cuando el enrutador descubre que un enrutador vecino ha caído y cuando declara al vecino caído, incluya maximum-helper-restart-time la 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 el vecino de RSVP más lento requiere para reiniciar.

Para deshabilitar el reinicio correcto de RSVP, CCC y TCC, incluya la disable instrucción en el nivel [edit protocols rsvp graceful-restart] jerárquico. Para deshabilitar la capacidad de aplicación auxiliar de RSVP, CCC y TCC, incluya la helper-disable instrucción en el nivel [edit protocols rsvp graceful-restart] jerárquico.

Configuración de opciones de reinicio correcto para LDP

Cuando configure el reinicio sin problemas para LDP, puede incluir las siguientes instrucciones opcionales en el nivel [edit protocols ldp graceful-restart] jerárquico:

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

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

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

    Nota:

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

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

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