Conceptos de enrutamiento activo sin interrupciones
El enrutamiento activo sin interrupciones (NSR) usa la misma infraestructura que el cambio agraciado del motor de enrutamiento (GRES) para conservar la información de interfaz y kernel. Sin embargo, NSR también guarda la información del protocolo de enrutamiento mediante la ejecución del proceso de protocolo de enrutamiento (rpd) en el motor de enrutamiento de respaldo. Al guardar 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. El NSR es ventajoso en redes en las que los enrutadores (o conmutadores) vecinos no admiten extensiones de protocolo de reinicio agraciado. Como resultado de esta funcionalidad mejorada, NSR es un reemplazo natural para un reinicio agraciado.
A partir de Junos OS versión 15.1R1, si tiene NSR configurado, nunca es válido emitir el restart routing
comando de ninguna forma en el motor de enrutamiento principal NSR. Al hacerlo, se pierden las adyacencias y los vecinos del protocolo, y se reduce el tráfico.
Para usar NSR, primero debe habilitar GRES en su plataforma de enrutamiento (o conmutación). Para obtener más información acerca de GRES, consulte Descripción de la conmutación de motor de enrutamiento elegante.
Si NSR está habilitado, ciertos mensajes de registro del sistema (syslog) se envían desde el motor de enrutamiento de respaldo si se puede acceder al host syslog configurado a través de la interfaz fxp0.
No se admite NSR durante el proceso de reinicio del motor de enrutamiento en dispositivos de la serie MX con el motor de enrutamiento de última generación (NG-RE) instalado. NSR seguirá funcionando durante el proceso de conmutación del motor de enrutamiento.
La figura 1 muestra la arquitectura del sistema de enrutamiento activo sin interrupciones y el proceso que sigue una plataforma de enrutamiento (o conmutación) para prepararse para una conmutación.
El proceso de preparación de conmutación para NSR consta de los siguientes pasos:
-
Se inicia el motor de enrutamiento principal.
-
Se inician los procesos de plataforma de enrutamiento (o conmutación) en el motor de enrutamiento principal (como el proceso de chasis [chassisd] y el proceso de protocolo de enrutamiento [rpd]).
-
El motor de reenvío de paquetes se inicia y se conecta al motor de enrutamiento principal.
-
Toda la información de estado se actualiza en el sistema.
-
Se inicia el motor de enrutamiento de respaldo, incluido el proceso de chasis (chassisd) y el proceso de protocolo de enrutamiento (rpd).
-
El sistema determina si GRES y NSR se han habilitado.
-
El proceso de sincronización del kernel (ksyncd) sincroniza el motor de enrutamiento de respaldo con el motor de enrutamiento principal.
-
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 respaldo.
La figura 2 muestra los efectos de una conmutación en la plataforma de enrutamiento.
El proceso de conmutación consta de los siguientes pasos:
-
Cuando se pierden las resguardos del motor de enrutamiento principal, el sistema pasa con gracia al motor de enrutamiento de respaldo.
-
El motor de reenvío de paquetes se conecta al motor de enrutamiento de respaldo, que se convierte en el nuevo principal. Dado que el proceso de protocolo de enrutamiento (rpd) y el proceso de chasis (chassisd) ya se están ejecutando, estos procesos no tienen que reiniciarse.
-
La información de estado aprendida desde el punto de la conmutación se actualiza en el sistema. El reenvío y el enrutamiento se continúan durante la conmutación, lo que resulta en una pérdida mínima de paquetes.
-
Los enrutadores par (o conmutadores) siguen 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.
Recomendamos que no reinicie 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 o emparejamiento del protocolo, lo que resulta en la pérdida de tráfico.
restart routing
comando de ninguna forma en el motor de enrutamiento principal NSR.