Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Configuración de un cambio de motor de enrutamiento elegante

Aprenda a configurar el cambio de motor de enrutamiento elegante (GRES) con los siguientes pasos y ejemplos.

Requisitos para enrutadores con una configuración de enrutador de reserva

Si la configuración del motor de enrutamiento incluye una backup-router instrucción o una inet6-backup-router instrucción, también puede utilizar la destination instrucción para especificar una dirección de subred o varias direcciones de subred para el enrutador de reserva. Incluya las subredes de destino para el motor de enrutamiento de reserva en el nivel jerárquico[edit system (backup-router | inet6-backup-router) address]. Este requisito también se aplica a cualquier enrutador T640 conectado a un enrutador TX Matrix que incluya un enrutador o inet6-backup-router instrucción de respaldo.

Nota:

Si tiene una configuración de enrutador de reserva en la que varias rutas estáticas apuntan a una puerta de enlace desde la interfaz Ethernet de administración, debe configurar prefijos que sean más específicos que las rutas estáticas o incluir el indicador de retención en el nivel de [edit routing-options static route] jerarquía.

Por ejemplo, si configura la ruta estática 172.16.0.0/12 desde la interfaz Ethernet de administración con fines de administración, debe especificar la configuración del enrutador de reserva de la siguiente manera:

Habilitación de un cambio de motor de enrutamiento elegante

De forma predeterminada, el cambio de motor de enrutamiento (GRES) está deshabilitado. Para configurar GRES, incluya la graceful-switchover instrucción en el nivel de [edit chassis redundancy] jerarquía.

Cuando habilita GRES, la interfaz de línea de comandos (CLI) indica qué motor de enrutamiento está utilizando. Por ejemplo:

Para deshabilitar GRES, elimine la graceful-switchover instrucción del [edit chassis redundancy] nivel jerárquico.

Configuración del cambio de motor de enrutamiento correcto con un reinicio correcto

Cuando se utiliza GRES con reinicio elegante, si se agotan las adyacencias entre el motor de enrutamiento y los enrutadores 'auxiliares' pares vecinos, las extensiones de protocolo de reinicio elegante no pueden notificar a los enrutadores 'ayudantes' 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.

Sincronización de la configuración del motor de enrutamiento

Nota:

Un motor de enrutamiento de respaldo recién insertado sincroniza automáticamente su configuración con la configuración principal del motor de enrutamiento.

Al configurar GRES, puede conectar el motor de enrutamiento de reserva después de que el motor de enrutamiento principal ya se esté ejecutando. No es necesario iniciar los dos motores de enrutamiento simultáneamente.

Solo cuando habilite el cambio correcto del motor de enrutamiento, puede copiar la versión en ejecución de Junos OS del motor de enrutamiento principal en el motor de enrutamiento de reserva.

Nota:

Si el sistema está en estado ISSU, no puede copiar la versión en ejecución de Junos OS del motor de enrutador principal.

A partir de Junos OS versión 14.1, puede habilitar la sincronización automática de la configuración principal del motor de enrutamiento con el motor de enrutamiento de reserva incluyendo la instrucción events CHASSISD_SNMP_TRAP7 en el nivel de jerarquía [edit event-options policy policy-name].

CHASSISD_SNMP_TRAP7 es un mensaje de registro de sucesos del sistema que indica que el proceso del chasis (chassisd) genera una captura SNMP (Protocolo simple de administración de redes) con los siete pares argumento-valor indicados. A continuación se muestra un ejemplo de una secuencia de comandos de eventos para desencadenar la sincronización automática del motor de enrutamiento principal con el motor de enrutamiento de reserva:

Después de recibir este evento, se activa la directiva de eventos en el motor de enrutador principal y la imagen disponible en la /var/sw/pkg ruta se envía a la actualización de motor de enrutador de reserva. Durante la ejecución del script, la imagen se copia en la ruta del motor de enrutamiento de /var/sw/pkg la copia de seguridad.

Nota:

Si la imagen no está disponible en la ruta de /var/sw/pkg acceso, el script finaliza con un mensaje syslog adecuado.

Si el motor de enrutamiento se ejecuta en Junos OS versión 13.2 o posterior, los scripts de automatización de Junos se sincronizan automáticamente.

Después de reiniciar el motor de enrutador principal, la secuencia de comandos de eventos disponible en el /usr/libexec/scripts/event/auto-image-upgrade.slax debe copiarse en el /var/db/scripts/event path.

Nota:

En el caso de los enrutadores de la serie MX que utilizan una administración de suscriptores mejorada, el nuevo motor de enrutamiento de reserva (el antiguo motor de enrutamiento principal) se reiniciará cuando se realice un cambio correcto del motor de enrutamiento. Este reinicio en frío vuelve a sincronizar el estado del motor de enrutamiento de reserva con el del nuevo motor de enrutamiento principal, evitando discrepancias de estado que podrían haberse producido durante el cambio.

Verificación del funcionamiento correcto del cambio de motor de enrutamiento

Para comprobar si GRES está habilitado en el motor de enrutamiento de reserva, emita el show system switchover comando. Cuando el resultado del comando indica que el campo Cambio elegante está establecido en Activado, GRES está operativo. También se proporciona el estado de la base de datos del kernel y la sincronización de la base de datos de configuración entre motores de enrutamiento. Por ejemplo:

Nota:

Debe emitir el show system switchover comando en el motor de enrutamiento de reserva. Este comando no se admite en el motor de enrutamiento principal.

Para obtener más información sobre el show system switchover comando, consulte el Explorador de CLI.

Configuración de un cambio de motor de enrutamiento elegante en un chasis virtual

En un Virtual Chassis, a un conmutador miembro se le asigna la función principal y tiene el motor de enrutamiento principal. A otro conmutador miembro se le asigna la función de copia de seguridad y tiene el motor de enrutamiento de copia de seguridad. El cambio de motor de enrutamiento elegante (GRES) permite que los motores de enrutamiento principal y de respaldo en una configuración de chasis virtual cambien del principal al de respaldo sin interrupción al reenvío de paquetes como una solución de conmutación por error sin fallas. Cuando se configura un cambio correcto del motor de enrutamiento, el motor de enrutamiento de reserva se sincroniza automáticamente con el motor de enrutamiento principal para conservar la información del estado del kernel y el estado de reenvío.

Para configurar Virtual Chassis para usar un cambio correcto de motor de enrutamiento (GRES):

  1. Configure un mínimo de dos conmutadores en una configuración de Virtual Chassis con una prioridad de rol principal de 255:
  2. Configure un cambio elegante de motor de enrutamiento:

Confirme la configuración.

Nota:

Se recomienda utilizar el comando para guardar los commit synchronize cambios de configuración que realice en un Virtual Chassis de varios miembros.

Impedir el cambio correcto del motor de enrutamiento en el caso de discos lentos

El acceso lento e inesperado al disco puede ocurrir por varias razones, por ejemplo, un sector defectuoso o defectuoso, lo que provoca un retraso en el funcionamiento normal de procesos como el proceso de enrutamiento (rpd). Eventualmente, el rendimiento del enrutador se verá afectado. En estas circunstancias, puede tomar más tiempo para que se active el mecanismo de conmutación por error típico.

Juniper Networks ha introducido un demonio de monitoreo de disco para resolver este dilema. El demonio detecta un acceso lento al disco e inicia la conmutación por error. La conmutación por error puede minimizar el impacto del tráfico y aliviar la carga en el motor de enrutamiento principal original para la limpieza del trabajo pendiente.

Sin embargo, hay casos en los que es posible que no desee que se produzca la conmutación por error. Puede confirmar un gran conjunto de cambios o incluso cambios menores que podrían provocar una serie de actualizaciones en la topología de enrutamiento. Dicha actividad podría provocar un gran retraso en el acceso al disco y, por lo tanto, desencadenar la conmutación por error. Para los retrasos esperados de acceso al disco como este, en los que no desea desencadenar la conmutación por error, puede optar por que no se produzca la conmutación por error estableciendo el comando de chassis redundancy failover not-on-disk-underperform configuración. Otra forma es deshabilitar completamente el demonio de monitoreo de disco configurando el system processes gstatd disable comando.

Para evitar conmutaciones por error en el caso de discos lentos en el motor de enrutamiento:

Establezca la opción para evitar que gstatd inicie conmutaciones por error en respuesta a discos lentos en el [edit chassis redundancy failover] nivel jerárquico.

Restablecimiento de estadísticas locales

Cuando se habilita el cambio correcto del motor de enrutamiento, la configuración principal del motor de enrutamiento se copia y se carga en el motor de enrutamiento de reserva. Los archivos de usuario, la información de contabilidad y la información de opciones de seguimiento no se replican en el motor de enrutamiento de copia de seguridad.

Cuando se produce un cambio correcto de motor de enrutamiento, las estadísticas locales, como las estadísticas de procesos y las estadísticas de red, se muestran como un valor acumulativo desde el momento en que el proceso se conectó por primera vez. Dado que los procesos en el motor de enrutamiento principal pueden comenzar en momentos diferentes de los procesos en el motor de enrutamiento de reserva, las estadísticas en los dos motores de enrutamiento para el mismo proceso pueden diferir. Después de un cambio correcto del motor de enrutamiento, le recomendamos que emita el comando clear interface statistics (interface-name | all) para restablecer los valores acumulativos de las estadísticas locales. Las estadísticas de reenvío no se ven afectadas por el cambio correcto del motor de enrutamiento.

Para obtener información acerca de cómo usar el comando clear para borrar estadísticas e información de base de datos de protocolo, consulte el Explorador de CLI.

Nota:

El comando clear firewall no se puede usar para borrar los contadores de filtro del motor de enrutamiento en un motor de enrutamiento de reserva que esté habilitado para un cambio correcto del motor de enrutamiento.

Ejemplo: Configuración de IS-IS para GRES con reinicio correcto

En este ejemplo se muestra cómo configurar las extensiones de protocolo de reinicio correcto del motor de enrutamiento mediante el protocolo de puerta de enlace interior (IGP) de sistema intermedio a sistema intermedio (IS-IS) para habilitar correctamente el cambio de motor de enrutamiento (GRES) con un reinicio correcto.

Requisitos

GRES evita interrupciones en el tráfico de red si el motor de enrutamiento principal falla cuando se combina con:

  • Reinicio agraciado

  • Enrutamiento activo sin interrupciones (NSR)

Antes de seguir las instrucciones que se indican aquí para configurar un reinicio correcto, asegúrese de haber habilitado GRES, que está deshabilitado de forma predeterminada. Consulte Configuración del cambio de motor de enrutamiento correcto para obtener más información.

Visión general

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.

Si el sistema utiliza el protocolo de ruta abierta más corta primero (OSPF) en lugar de IS-IS, consulte Ejemplo: Configuración de temporizadores OSPF para obtener información de configuración.

Configuración

Configuración rápida de CLI

Para configurar rápidamente el tiempo de espera, copie los siguientes comandos, péguelos en un archivo de texto, elimine los saltos de línea, cambie los detalles necesarios para que coincidan con su configuración de red y, luego, copie y pegue los comandos en la CLI en los distintos niveles de jerarquía que se muestran.

Cada interfaz debe establecerse individualmente, con un valor para cada nivel en el que funcione el dispositivo de enrutamiento. En este ejemplo, el valor mínimo recomendado de 41 segundos puede requerir un valor más alto en función del tamaño y el tráfico.

El nivel 1 y el nivel 2 se pueden establecer en valores diferentes.

[editar protocolos]

[edit logical-systems logical-system-name}

[edit logical-systems-logical-system-name routing-instances routing-instance-name]

[edit routing-instances routing-instance-name]

Configuración del tiempo de espera del protocolo IS-IS para un reinicio correcto

Procedimiento paso a paso

Para configurar el tiempo de espera de IS-IS para un reinicio correcto:

  1. Busque o establezca las interfaces.

  2. Establezca el nivel de red y el tiempo de espera en segundos para ese nivel.

  3. Si el dispositivo de enrutamiento funciona en más de un nivel, establezca el valor para el otro nivel.

  4. Si ha terminado de configurar el dispositivo de enrutamiento, confirme la configuración.

    Nota:

    Repita toda la configuración en todos los dispositivos de enrutamiento de una red compartida.

Resultados

Verificación

Comprobación del tiempo de espera del protocolo IS-IS para un reinicio correcto

Propósito

Compruebe que el tiempo de espera del protocolo IS-IS esté establecido en 41 segundos o más para asegurarse de que el reinicio correcto esté habilitado.

Acción

Confirme su configuración introduciendo el comando desde el show isis adjacency brief modo operativo. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregir la configuración.

Significado

Un valor de tiempo de espera del protocolo IS-IS suficientemente alto permite que la configuración del sistema se reinicie y garantiza que, incluso si se produce un error en un motor de enrutamiento, el tráfico continúa.

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
14.1
A partir de Junos OS versión 14.1, puede habilitar la sincronización automática de la configuración principal del motor de enrutamiento con el motor de enrutamiento de reserva incluyendo la instrucción events CHASSISD_SNMP_TRAP7 en el nivel jerárquico [edit event-options policy policy-name].