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 de un reinicio correcto para protocolos de enrutamiento

RESUMEN Puede configurar un reinicio correcto para los protocolos de enrutamiento con los pasos que se indican a continuación.

Habilitación del reinicio correcto

De forma predeterminada, el reinicio elegante está deshabilitado. Para habilitar el reinicio correcto, incluya la instrucción graceful-restart en el nivel jerárquico [edit routing-instance instance-name routing-options] o [edit routing-options].

Por ejemplo:

Para configurar la duración del período de reinicio correcto, incluya la duración del reinicio en el nivel jerárquico [edit routing-options graceful-restart].

Nota:

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

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

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

Nota:

Si configura un reinicio correcto después de que se haya establecido una sesión BGP o LDP, la sesión BGP o LDP se reinicia y los pares negocian capacidades de reinicio correcto. Además, las estadísticas de enrutamiento del 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 correcto del BGP, incluya la instrucción restart-time en el nivel jerárquico [edit protocols bgp graceful-restart]. Para establecer el tiempo que espera el enrutador para recibir mensajes de vecinos que se reinician antes de declararlos, incluya la instrucción stale-routes-time en el nivel jerárquico [edit protocols bgp graceful-restart].

Para deshabilitar la capacidad de reinicio correcto de BGP para todas las sesiones BGP, incluya la instrucción disable en el nivel jerárquico [edit protocols bgp graceful-restart].

Nota:

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

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

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

No configure la detección de reenvío bidireccional (BFD) para BGP ni el reinicio correcto para 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 elegante

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

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

A partir de Junos OS versión 18.3R1, puede impedir que los firewalls de la serie SRX entren en el modo auxiliar de reinicio elegante cuando el dispositivo está configurado con BFD con un BGP externo (EBGP) de un solo salto, incluyendo 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

En los enrutadores de servicios de la serie J, 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 correcto para IS-IS

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

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

Nota:

A partir de Junos OS versión 12.3, si se agotan las adyacencias entre el motor de enrutamiento y los enrutadores "auxiliares" pares vecinos, las extensiones de protocolo de reinicio correcto no pueden notificar a los enrutadores "auxiliares" pares sobre el reinicio inminente. Un reinicio agraciado puede detenerse y provocar 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 correcto con la traceoptions instrucción en el nivel jerárquico [edit protocols isis] . Para obtener más información, consulte Seguimiento de eventos de reinicio correcto.

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

Para configurar la duración del período de reinicio correcto de OSPF/OSPFv3, incluya la instrucción restart-duration en el nivel jerárquico [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 un reinicio correcto, incluya la duración de la notificación en el nivel jerárquico [editar protocolos (ospf | ospf3) reinicio correcto]. La comprobación estricta de la publicidad de estado de vínculo (LSA) de OSPF da como resultado 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) graceful-restart].

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

A partir de la versión 11.3, Junos OS admite los modos auxiliares estándar (basado en RFC 3623, reinicio correcto de OSPF) y basado en señales de reinicio (como se especifica en RFC 4811, RFC 4812 y RFC 4813) para las configuraciones de reinicio correcto de OSPF versión 2. Tanto el modo auxiliar estándar como el modo auxiliar basado en señalización de reinicio están habilitados de forma predeterminada. Para deshabilitar el modo auxiliar para las configuraciones de reinicio correcto de OSPF versión 2, incluya la instrucción helper-disable <both | restart-signaling | standard> en el nivel jerárquico [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> comando. En este caso también, el último comando ejecutado tiene prioridad sobre los anteriores.

Nota:

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

También puede realizar un seguimiento de eventos de reinicio correcto con la instrucción traceoptions en el nivel jerárquico [edit protocols (ospf | ospf3)] . Para obtener más información, consulte Seguimiento de eventos de reinicio correcto.
Nota:

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

Configuración de opciones de reinicio correcto 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 de [edit protocols (rip | ripng) graceful-restart] jerarquía.

Para deshabilitar la capacidad de reinicio correcto de 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 correcto para el modo disperso de PIM

El modo disperso PIM continúa reenviando secuencias de paquetes de multidifusión existentes durante un reinicio correcto, pero no reenvía nuevas transmisiones hasta que se completa el reinicio. Después de un reinicio, la plataforma de enrutamiento actualiza el estado de reenvío con las actualizaciones que se recibieron 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 habilitadas para el modo disperso 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 como se especifica en el borrador de Internet del IETF Protocol Independent Multicast - Sparse Mode (PIM-SM): Protocol Specification (Revised). 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 correcto.

Antes de que se produzca el reinicio correcto 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 habilitada para modo disperso PIM, 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 de un reinicio correcto de manera eficiente. La fase de reinicio se completa cuando el estado PIM se estabiliza o cuando expira el temporizador de 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 correcto en modo disperso 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 PIM, incluya la restart-duration instrucción en el nivel de [edit protocols pim graceful-restart] jerarquía:

Para deshabilitar la capacidad de reinicio correcto en modo disperso 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. En primer lugar, si el protocolo de enrutamiento subyacente es inestable, las comprobaciones del reenvío de ruta inversa (RPF) de multidifusión pueden fallar 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ían hasta que se complete el reinicio correcto.

Seguimiento de eventos de reinicio correcto

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

Configuración de un reinicio correcto para protocolos relacionados con MPLS

Esta sección contiene los siguientes temas:

Configuración de un reinicio correcto globalmente

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

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

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

Dado que CCC y TCC dependen de 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 correcto, incluya la maximum-helper-recovery-time instrucción en el nivel de [edit protocols rsvp graceful-restart] jerarquía. Este valor se aplica a todos los enrutadores vecinos, por lo que debe basarse en el tiempo requerido por 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 caído y el momento en que declara que el vecino está inactivo, incluya la maximum-helper-restart-time instrucción en el nivel de [edit protocols rsvp graceful-restart] jerarquía. Este valor se aplica a todos los enrutadores vecinos, por lo que debe basarse en el tiempo requerido por el vecino RSVP más lento para reiniciar.

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

Configuración de opciones de reinicio correcto para LDP

Al configurar un 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 correcto:

  • Para configurar el tiempo necesario para restablecer una sesión después de un reinicio correcto, 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 se reinicia, 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 necesitan para mantener el antiguo estado de reenvío durante un reinicio correcto, incluya la recovery-time instrucción; el intervalo es 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 antiguo. Para configurar esta característica, 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 de 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 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 correcto de LDP, incluya la disable instrucción. Para deshabilitar la capacidad auxiliar de reinicio correcto de LDP, incluya la helper-disable instrucción.

Ver también

Documentación relacionada

Tabla de historial de cambios

La compatibilidad con las funciones viene determinada por la plataforma y la versión que esté utilizando. Utilice el Explorador de características para determinar si una característica es compatible con su plataforma.

Lanzamiento
Descripción
12.3
A partir de Junos OS versión 12.3, si se agotan las adyacencias entre el motor de enrutamiento y los enrutadores "auxiliares" pares vecinos, las extensiones de protocolo de reinicio correcto no pueden notificar a los enrutadores "auxiliares" pares sobre el reinicio inminente.