Conceptos de enrutamiento activo sin interrupciones para Junos OS evolucionados

El enrutamiento activo sin paradas (NSR) usa la misma infraestructura que el cambio de motor de enrutamiento ( GRES) para conservar la información de la interfaz y del kernel. Sin embargo, NSR también sincroniza la información del protocolo de enrutamiento ejecutando el proceso de protocolo de enrutamiento (rpd) en el motor de enrutamiento de reserva. Al sincronizar esta información adicional, NSR es autónomo y no depende de enrutadores auxiliares (o conmutadores) para ayudar a la plataforma de enrutamiento a restaurar la información del protocolo de enrutamiento. NSR es ventajoso en redes en las que los enrutadores vecinos (o conmutadores) no admiten extensiones de protocolo de reinicio correcto. Como resultado de esta funcionalidad mejorada, NSR es un reemplazo natural para un reinicio elegante.

Para activar NSR, utilice la instrucción configuration set routing-options nonstop-routing .

El proceso de preparación del cambio para NSR consta de los siguientes pasos:

1. Se inicia el motor de enrutamiento principal.

2. Se inician los procesos de la plataforma de enrutamiento en el motor de enrutamiento principal (como el proceso de protocolo de enrutamiento [rpd]).

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

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

5. Se inicia el motor de enrutamiento de copia de seguridad, incluido el proceso de protocolo de enrutamiento (rpd).

6. El sistema determina si se han habilitado GRES y NSR.

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

8. Para los protocolos compatibles, la información de estado se actualiza directamente entre los procesos de protocolo de enrutamiento en los motores de enrutamiento principal y de reserva.

El proceso de cambio comprende los siguientes pasos:

1. Cuando se pierden keepalives del motor de enrutamiento principal, el sistema cambia correctamente al motor de enrutamiento de reserva.

2. El motor de reenvío de paquetes se conecta al motor de enrutamiento de reserva, que se convierte en el nuevo motor principal. Dado que el proceso de protocolo de enrutamiento (RPD) ya se está ejecutando, no es necesario reiniciar este proceso.

3. La información de estado aprendida desde el punto de la conmutación se actualiza en el sistema. El reenvío y el enrutamiento continúan durante la conmutación, lo que resulta en una pérdida mínima de paquetes.

4. Los enrutadores o conmutadores pares continúan interactuando con la plataforma de enrutamiento como si no se hubiera producido ningún cambio. Las adyacencias de enrutamiento y el estado de sesión que dependen de la información de enrutamiento subyacente se conservan y no se restablecen.

CAUTELA:

Se recomienda no reiniciar el proceso de protocolo de enrutamiento (rpd) en el motor de enrutamiento principal después de habilitar NSR, ya que interrumpe las sesiones de adyacencia/emparejamiento del protocolo, lo que provoca la pérdida de tráfico.

Para comprobar la preparación, emita el comando de show system switchover modo operativo.