Descripción de ISSU unificada

Proceso de ISSU unificado en un enrutador

Después de utilizar el request system software in-service-upgrade comando, se produce el proceso siguiente.

En la Figura 1 a la Figura 6 a continuación:

• Una línea continua indica el vínculo interno de alta velocidad entre un motor de enrutamiento y un motor de reenvío de paquetes.

• Una línea de puntos indica los mensajes intercambiados entre el motor de reenvío de paquetes y el proceso del chasis (chasisd) en el motor de enrutamiento.

• RE0m y RE1b indican motores de enrutamiento primarios y de respaldo, respectivamente.

• La marca de verificación indica que el dispositivo está ejecutando la nueva versión del software.

Nota:

La ISSU unificada solo puede actualizar hasta tres versiones principales antes de la versión actual en un dispositivo. Para actualizar a una versión más de tres versiones anteriores a la versión actual en un dispositivo, utilice el proceso ISSU unificado para actualizar el dispositivo a una o más versiones intermedias hasta que el dispositivo esté dentro de las tres versiones principales de la versión de destino.

Nota:

El siguiente proceso se refiere a todas las plataformas de enrutamiento compatibles, excepto el enrutador TX Matrix y el enrutador TX Matrix Plus. En la mayoría de los enrutadores, el motor de reenvío de paquetes reside en un concentrador PIC flexible (FPC). Sin embargo, en un enrutador M120, la placa del motor de reenvío (FEB) reemplaza las funciones de un motor de reenvío de paquetes. En las ilustraciones y pasos, al considerar un enrutador M120, puede considerar el motor de reenvío de paquetes como un FPC. Como paso adicional en un enrutador M120, después de actualizar los FPC y las PIC, se actualizan los FEB.

1. El motor de enrutamiento principal valida la configuración del enrutador para garantizar que se pueda confirmar cuando se utilice la nueva versión de software.

   Se realizan comprobaciones para lo siguiente:

   • Hay espacio en disco disponible para el sistema de archivos /var en ambos motores de enrutamiento.

   • La configuración es compatible con una ISSU unificada.

   • Los PIC están respaldados por una ISSU unificada.

   • El cambio de motor de enrutamiento elegante está habilitado.

   • El enrutamiento activo sin interrupciones está habilitado.

   Estas comprobaciones son las mismas que las comprobaciones realizadas al introducir el request system software validate in-service-upgrade comando. Si no hay suficiente espacio en disco disponible en cualquiera de los motores de enrutamiento, se produce un error en el proceso de ISSU unificado y devuelve un mensaje de error. Sin embargo, las PIC no compatibles no impiden una ISSU unificada. Si hay PIC no compatibles, el sistema emite una advertencia para indicar que estas PIC se reiniciarán durante la actualización. Del mismo modo, si hay un protocolo no compatible configurado, el sistema emite una advertencia de que puede producirse una pérdida de paquetes para el protocolo no compatible durante la actualización.

   Nota:

   A partir de Junos OS versión 24.1R1, el motor de enrutamiento principal también ejecutará una comprobación para ver si INDB se ha bloqueado. Si se detecta un bloqueo de INDB, se cancelará el proceso de ISSU unificado.

2. Figura 1: Estado del dispositivo antes de iniciar una ISSU unificada

3. Después de que la validación se realiza correctamente, el proceso de administración instala (copia) la nueva imagen de software en el motor de enrutamiento de respaldo.

4. Se reinicia el motor de enrutamiento de reserva.

5. Después de reiniciar el motor de enrutamiento de copia de seguridad y ejecutar el nuevo software, el proceso de sincronización de estado del kernel (ksyncd) sincroniza (copia) el archivo de configuración y el estado del kernel desde el motor de enrutamiento principal.

   Figura 2: Estado del dispositivo después de actualizar el motor de enrutamiento de copia de seguridad

6. Después de sincronizar el archivo de configuración y el estado del kernel con el motor de enrutamiento de reserva, el proceso de chasis (chasisd) del motor de enrutamiento principal prepara otros procesos de software para la ISSU unificada. El proceso de chasis informa a los distintos procesos de software (como rpd, apsd, bfdd, etc.) acerca de la ISSU unificada y espera respuestas de ellos. Cuando todos los procesos están listos, el proceso del chasis envía un mensaje ISSU_PREPARE a las FPC instaladas en el enrutador. Puede mostrar los mensajes de proceso de ISSU unificados mediante el show log messages comando.

7. El motor de reenvío de paquetes de cada FPC guarda su estado y descarga la nueva imagen de software desde el motor de enrutamiento de copia de seguridad. A continuación, cada motor de reenvío de paquetes envía un mensaje ISSU_READY al proceso del chasis.

   Figura 3: Estado del dispositivo después de que un motor de reenvío de paquetes descargue el nuevo software

8. Después de recibir un mensaje ISSU_READY de un motor de reenvío de paquetes, el proceso de chasis envía un mensaje ISSU_REBOOT al FPC en el que reside el motor de reenvío de paquetes. El FPC se reinicia con la nueva imagen de software. Después de reiniciar la FPC, el motor de reenvío de paquetes restaura el estado de la FPC y se establece un vínculo interno de alta velocidad con el motor de enrutamiento de reserva que ejecuta el nuevo software. El vínculo del proceso del chasis también se restablece con el motor de enrutamiento principal.

   Nota:

   Los reinicios del motor de reenvío de paquetes que se producen durante una ISSU unificada están diseñados para tener un período de inactividad muy corto.

9. Después de que todos los motores de reenvío de paquetes hayan enviado un mensaje READY utilizando el proceso de chasis en el motor de enrutamiento principal, se preparan otros procesos de software para un cambio de motor de enrutamiento. El sistema está listo para un cambio en este punto.

   Figura 4: Estado del dispositivo antes del cambio de motor de enrutamiento
   Nota:

   Para los enrutadores M120, los FEB se actualizan en este punto. Cuando se han actualizado todos los FEB, el sistema está listo para una conmutación.

10. Se produce el cambio de motor de enrutamiento y el motor de enrutamiento (re1) que era la copia de seguridad ahora se convierte en el motor de enrutamiento principal.

    Figura 5: Estado del dispositivo después del cambio de motor de enrutamiento

11. El nuevo motor de enrutamiento de copia de seguridad ahora se ha actualizado a la nueva imagen de software. (Este paso se omite si ha especificado la no-old-master-upgrade opción en el request system software in-service-upgrade comando).

    Figura 6: Estado del dispositivo después de completar la ISSU unificada

12. Cuando el motor de enrutamiento de reserva se haya actualizado correctamente, la ISSU unificada se habrá completado.

Proceso ISSU unificado en el enrutador de matriz de transmisión

En esta sección se describen los procesos que tienen lugar en un enrutador TX Matrix y los enrutadores que actúan como chasis de tarjeta de línea conectados (LCC).

Nota:

Una matriz de enrutamiento es una arquitectura multichasis que consta de un enrutador de matriz de transmisión y de uno a cuatro enrutadores T640. Desde la perspectiva de la interfaz de usuario, la matriz de enrutamiento aparece como un único enrutador. El enrutador de matriz de transmisión controla todos los enrutadores T640 en la matriz de enrutamiento.

Cada enrutador tiene motores de enrutamiento duales.

Después de utilizar el comando de actualización en servicio del software del sistema de solicitud en un enrutador TX Matrix, se produce el proceso siguiente:

1. El proceso de administración (mgd) en el motor de enrutamiento principal del enrutador TX Matrix (primario global) comprueba la configuración actual.

   Se realizan comprobaciones para lo siguiente:

   • Hay espacio en disco disponible para el sistema de archivos /var en todos los motores de enrutamiento.

   • La configuración es compatible con una ISSU unificada.

   • Los PIC están respaldados por una ISSU unificada.

   • El cambio de motor de enrutamiento elegante está habilitado.

   • El enrutamiento activo sin interrupciones está habilitado.

2. Después de una validación exitosa de la configuración, el proceso de administración copia la nueva imagen en los motores de enrutamiento de respaldo en el enrutador TX Matrix y los enrutadores T640.

3. El proceso de sincronización de kernel (ksyncd) en los motores de enrutamiento de respaldo sincroniza los kernels en los motores de enrutamiento de respaldo con los kernels en los motores de enrutamiento primarios.

4. El motor de enrutamiento de copia de seguridad global se actualiza con el nuevo software. A continuación, se reinicia el motor de enrutamiento de copia de seguridad global. A continuación, el motor de enrutamiento de reserva global sincroniza la configuración y el estado del kernel desde el motor de enrutamiento primario global.

5. Los motores de enrutamiento de la copia de seguridad de LCC se actualizan y reinician. A continuación, los motores de enrutamiento de copia de seguridad de LCC se conectan con el motor de enrutamiento de copia de seguridad global actualizado y sincronizan la configuración y el estado del kernel.

6. El control ISSU unificado se mueve del proceso de administración al proceso de chasis (chasisd). El proceso de chasis informa a los distintos procesos de software (como rpd, apsd, bfdd, etc.) acerca de la ISSU unificada y espera respuestas de ellos.

7. Después de recibir mensajes de los procesos de software que indican que los procesos están listos para ISSU unificada, el proceso de chasis en el motor de enrutamiento principal global envía mensajes al proceso de chasis en los nodos de enrutamiento para iniciar la ISSU unificada.

8. El proceso de chasis en los nodos de enrutamiento envía mensajes de ISSU_PREPARE a las unidades reemplazables en campo (FRU), como FPC y PIC inteligentes.

9. Después de recibir un mensaje ISSU_PREPARE, los motores de reenvío de paquetes guardan la información del estado actual y descargan la nueva imagen de software de los motores de enrutamiento de reserva. A continuación, cada motor de reenvío de paquetes envía mensajes ISSU_READY al proceso del chasis. Puede mostrar los mensajes de proceso de ISSU unificados mediante el show log messages comando.

10. Después de recibir un mensaje ISSU_READY de los motores de reenvío de paquetes, el proceso del chasis envía un mensaje ISSU_REBOOT a las FRU. Mientras la actualización está en curso, las FRU siguen enviando mensajes de ISSU_IN_PROGRESS al proceso del chasis en los nodos de enrutamiento. El proceso de chasis en cada nodo de enrutamiento, a su vez, envía un mensaje de ISSU_IN_PROGRESS al proceso de chasis en el motor de enrutamiento primario global.

    Nota:

    Los reinicios del motor de reenvío de paquetes que se producen durante una ISSU unificada están diseñados para tener un período de inactividad muy corto.

11. Después del reinicio unificado de ISSU, los motores de reenvío de paquetes restauran la información de estado guardada y se conectan de nuevo a los nodos de enrutamiento. El proceso de chasis en cada nodo de enrutamiento envía un mensaje de ISSU_READY al proceso de chasis en el motor de enrutamiento principal global. El mensaje CM_MSG_READY del proceso de chasis en los nodos de enrutamiento indica que la ISSU unificada se completó en las FRU.

12. El control ISSU unificado vuelve al proceso de administración en el motor de enrutamiento principal global.

13. El proceso de administración inicia el cambio de motor de enrutamiento en los motores de enrutamiento principales.

14. El cambio de motor de enrutamiento se produce en el enrutador TX Matrix y en los enrutadores T640.

15. Después del cambio, las FRU se conectan a los nuevos motores de enrutamiento primarios. A continuación, el administrador del chasis y el administrador del motor de reenvío de paquetes de las FRU del enrutador T640 se conectan a los nuevos motores de enrutamiento primarios de los enrutadores T640.

16. El proceso de administración en el motor de enrutamiento primario global inicia el proceso de actualización en los motores de enrutamiento primarios antiguos en los enrutadores T640. (Este paso se omite si ha especificado la no-old-master-upgrade opción en el request system software in-service-upgrade comando).

17. Después de actualizar los motores de enrutamiento que anteriormente eran los principales en los enrutadores T640, el proceso de administración inicia la actualización del motor de enrutamiento que anteriormente era el principal global en el enrutador TX Matrix.

18. Después de una ISSU unificada exitosa, el enrutador de matriz de transmisión y los enrutadores T640 se reinician si especificó la reboot opción en el request system software in-service-upgrade comando.