Comprenda la conmutación agraciada del motor de enrutamiento para Junos OS evolucionado

Conceptos de conmutación de motor de enrutamiento elegante

La función de cambio agraciado del motor de enrutamiento (GRES) de Junos OS Evolved permite que un enrutador con motores de enrutamiento redundantes continúe reenviando paquetes, incluso si un motor de enrutamiento falla. GRES conserva la información de la interfaz. El tráfico no se interrumpe.

Nota:

En las plataformas PTX10004 y PTX10008 que ejecutan Junos OS Evolucionado, GRES está habilitado de forma predeterminada y no se puede deshabilitar.

Los enrutadores vecinos detectan que el enrutador ha experimentado un reinicio y reaccionan ante el evento de la manera prescrita por las especificaciones del protocolo de enrutamiento individual.

Para conservar el enrutamiento durante una conmutación, GRES debe combinarse con:

• Extensiones de protocolo de reinicio agraciado

• Enrutamiento activo sin interrupciones (NSR)

Cualquier actualización del motor de enrutamiento principal durante GRES se replica en el motor de enrutamiento de respaldo tan pronto como se produzcan.

Nota:

Debido a sus requisitos de sincronización y lógica, el rendimiento de NSR/GRES está limitado por el motor de enrutamiento más lento del sistema.

La función principal cambia al motor de enrutamiento de respaldo si:

• El núcleo del motor de enrutamiento principal deja de funcionar.

• El motor de enrutamiento principal experimenta un error de hardware.

• El administrador inicia una conmutación manual.

Nota:

Para restaurar o conservar rápidamente la información del estado del protocolo de enrutamiento durante un cambio, gres debe combinarse con un reinicio agraciado o un enrutamiento activo sin interrupciones, respectivamente. Para obtener más información acerca del enrutamiento activo sin interrupciones, consulte Conceptos de enrutamiento activo sin interrupciones.

Si el motor de enrutamiento de respaldo no recibe un resguardo del motor de enrutamiento principal después de 2 segundos, determina que el motor de enrutamiento principal ha fallado y asume la función principal.

El motor de reenvío de paquetes:

• Se desconecta sin problemas del antiguo motor de enrutamiento principal

• Se vuelve a conectar con el nuevo motor de enrutamiento principal

• No se reinicia

• No interrumpe el tráfico

El nuevo motor de enrutamiento principal y el motor de reenvío de paquetes se sincronizan. Si el nuevo motor de enrutamiento principal detecta que el estado del motor de reenvío de paquetes no está actualizado, vuelve a enviar mensajes de actualización de estado.

Nota:

Los eventos de conmutación sucesivos del motor de enrutamiento deben tener una diferencia mínima de 240 segundos (4 minutos) después de la entrada de ambos motores de enrutamiento.

Si el enrutador o conmutador muestra un mensaje de advertencia similar al Standby Routing Engine is not ready for graceful switchover. Packet Forwarding Engines that are not ready for graceful switchover might be reset de , no intente cambiar. Si elige continuar con la conmutación, solo se restablecen los motores de reenvío de paquetes que no estaban listos para el cambio agraciado. Ninguna de las FPC debe reiniciarse espontáneamente. Recomendamos que espere hasta que deje de aparecer la advertencia y, a continuación, continúe con la conmutación.

Nota:

La hwdre aplicación debe estar en ejecución para que GRES funcione correctamente.

Verifique la preparación de GRES mediante la emisión de ambos:

• El request chassis routing-engine master switch check comando del motor de enrutamiento principal.

• El show system switchover comando del motor de enrutamiento de respaldo.

El proceso de preparación del cambio para GRES es el siguiente:

1. Se inicia el motor de enrutamiento principal.

2. Los procesos de la plataforma de enrutamiento comienzan.

3. El motor de reenvío de paquetes se inicia y se conecta al motor de enrutamiento principal.

4. Toda la información de estado se actualiza en el sistema.

5. Se inicia el motor de enrutamiento de respaldo.

6. El sistema determina si GRES se ha habilitado.

7. El motor de enrutamiento de respaldo se sincroniza con el motor de enrutamiento principal.

8. La información de estado y la tabla de reenvío se actualizan.

Un proceso de conmutación consta de los siguientes pasos:

1. Cuando se pierden las resguardos del motor de enrutamiento principal, el sistema pasa con gracia al motor de enrutamiento de respaldo.

2. El motor de reenvío de paquetes se conecta al motor de enrutamiento de respaldo, que se convierte en el nuevo principal.

3. Los procesos de plataforma de enrutamiento que no forman parte de GRES (como el proceso de protocolo de enrutamiento (rpd)) se reinician.

4. La información de estado aprendida desde el punto de la conmutación se actualiza en el sistema.

5. Si están configuradas, las extensiones de protocolo de reinicio agraciado recopilan y restauran la información de enrutamiento de enrutadores auxiliares de pares vecinos.

Efectos de una conmutación de motor de enrutamiento

En la tabla 1 se describen los efectos de una conmutación del motor de enrutamiento cuando se habilitan diferentes funciones:

• Solo cambio elegante del motor de enrutamiento

• GRES más enrutamiento activo sin interrupciones (NSR)

• GRES plus reinicio agraciado

Tabla 1: Efectos de una conmutación de motor de enrutamiento

Característica	Ventajas	Consideraciones
GRES habilitado	Durante la conmutación, se conserva la información de interfaz. El cambio es más rápido porque no se reinician los motores de reenvío de paquetes.	El nuevo motor de enrutamiento principal reinicia el proceso de protocolo de enrutamiento (rpd). Todos los sistemas adyacentes son conscientes del cambio de estado del enrutador.
Habilitados PARA GRES y NSR	El tráfico no se interrumpe durante la conmutación. La información de interfaz se conserva.	Los protocolos no compatibles deben actualizarse utilizando los mecanismos de recuperación normales inherentes a cada protocolo.
GRES y el reinicio agraciado habilitado	El tráfico no se interrumpe durante la conmutación. La información de interfaz se conserva. Las extensiones de protocolo de reinicio elegante recopilan y restauran rápidamente la información de enrutamiento de los enrutadores vecinos.	Los vecinos deben admitir un reinicio agraciado y se requiere un intervalo de espera. El proceso de protocolo de enrutamiento (rpd) se reinicia. Para ciertos protocolos, un cambio significativo en la red puede hacer que el reinicio agraciado se detenga.