Descripción del proceso ISSU unificado

Proceso ISSU unificado en un enrutador

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

En el gráfico 1 al gráfico 6 a continuación:

• Una línea sólida 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 de chasis (chassisd) 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:

Unified ISSU solo puede actualizar hasta tres versiones principales antes de la versión actual en un dispositivo. Para actualizar a una versión con más de tres versiones antes de 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 de matriz de transmisión y el enrutador de transmisión Matrix Plus. En la mayoría de los enrutadores, el motor de reenvío de paquetes reside en un concentrador de PIC flexible (FPC). Sin embargo, en un enrutador M120, la tarjeta de motor de reenvío (FEB) reemplaza las funciones de un motor de reenvío de paquetes. En las ilustraciones y pasos, cuando se considera un enrutador M120, puede considerar el motor de reenvío de paquetes como una FPC. Como paso adicional en un enrutador M120, después de actualizar las FPC y PIC, los FEB se actualizaron.

1. El motor de enrutamiento principal valida la configuración del enrutador para garantizar que se pueda confirmar cuando se utiliza 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 un ISSU unificado.

   • Las PIC son compatibles con un ISSU unificado.

   • El cambio agraciado del motor de enrutamiento está habilitado.

   • Se habilita el enrutamiento activo sin interrupciones.

   Estas comprobaciones son las mismas que las comprobaciones realizadas al ingresar 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 ISSU unificado y devuelve un mensaje de error. Sin embargo, las PIC no compatibles no impiden un ISSU unificado. Si hay PIC no compatibles, el sistema emite una advertencia para indicar que estas PIC se reiniciarán durante la actualización. De manera similar, 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.

   Figura 1: Estado del dispositivo antes de iniciar un ISSU unificado

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

3. Se reiniciará el motor de enrutamiento de respaldo.

4. Después de reiniciar el motor de enrutamiento de respaldo 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 respaldo

5. Después de que el archivo de configuración y el estado del kernel se sincronizan con el motor de enrutamiento de respaldo, el proceso de chasis (chassisd) en el motor de enrutamiento principal prepara otros procesos de software para el ISSU unificado. El proceso de chasis informa a los distintos procesos de software (como rpd, apsd, bfdd, etc.) sobre el ISSU unificado y espera las respuestas de los mismos. Cuando todos los procesos están listos, el proceso de chasis envía un mensaje de ISSU_PREPARE a las FPC instaladas en el enrutador. Puede mostrar los mensajes de proceso ISSU unificados mediante el show log messages comando.

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

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

7. Después de recibir un mensaje de ISSU_READY de un motor de reenvío de paquetes, el proceso de chasis envía un mensaje de ISSU_REBOOT a la FPC en el que reside el motor de reenvío de paquetes. La 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 respaldo que ejecuta el nuevo software. El vínculo del proceso de 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 un ISSU unificado están diseñados para tener una ventana de tiempo de inaviación muy corta.

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

   Figura 4: Estado del dispositivo antes de la conmutación del motor de enrutamiento
   Nota:

   En el caso de 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.

9. Se produce la conmutación del 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 de la conmutación del motor de enrutamiento

10. El nuevo motor de enrutamiento de respaldo ahora se actualiza a la nueva imagen de software. (Este paso se omite si especificó 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 el ISSU unificado

11. Cuando el motor de enrutamiento de respaldo se ha actualizado correctamente, se completa el ISSU unificado.

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 de matriz de transmisión y los enrutadores que actúan como chasis de tarjeta de línea conectada (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 dual.

Después de usar el comando de solicitud de actualización del software del sistema en servicio en un enrutador de matriz de transmisión, se produce el siguiente proceso:

1. El proceso de administración (mgd) en el motor de enrutamiento principal del enrutador de matriz de transmisión (principal 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 un ISSU unificado.

   • Las PIC son compatibles con un ISSU unificado.

   • El cambio agraciado del motor de enrutamiento está habilitado.

   • Se habilita el enrutamiento activo sin interrupciones.

2. Después de validar correctamente la configuración, el proceso de administración copia la imagen nueva en los motores de enrutamiento de respaldo en el enrutador de matriz de transmisión y los enrutadores T640.

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

4. El motor de enrutamiento de respaldo global se actualiza con el nuevo software. A continuación, se reiniciará el motor de enrutamiento de respaldo global. Luego, el motor de enrutamiento de respaldo global sincroniza la configuración y el estado del kernel desde el motor de enrutamiento principal global.

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

6. El control ISSU unificado pasa del proceso de administración al proceso de chasis (chassisd). El proceso de chasis informa a los distintos procesos de software (como rpd, apsd, bfdd, etc.) sobre el ISSU unificado y espera las respuestas de los mismos.

7. Después de recibir mensajes de los procesos de software que indican que los procesos están listos para un ISSU unificado, 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 el ISSU unificado.

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

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

10. Después de recibir un mensaje de ISSU_READY de los motores de reenvío de paquetes, el proceso del chasis envía un mensaje de ISSU_REBOOT a las FRUs. Mientras la actualización está en curso, las FRUs siguen enviando mensajes ISSU_IN_PROGRESS al proceso de 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 principal global.

    Nota:

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

11. Después del reinicio unificado ISSU, los motores de reenvío de paquetes restauran la información de estado guardada y vuelven a conectarse 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 el ISSU unificado está completo en las FRUs.

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 la conmutación del motor de enrutamiento en los motores de enrutamiento principales.

14. La conmutación del motor de enrutamiento se produce en el enrutador de matriz de transmisión y los enrutadores T640.

15. Después de la conmutación, las FRUs se conectan a los nuevos motores de enrutamiento primarios. Luego, el administrador de chasis y el administrador del motor de reenvío de paquetes en las FRUs del enrutador T640 se conectan a los nuevos motores de enrutamiento primarios en los enrutadores T640.

16. El proceso de administración en el motor de enrutamiento principal global inicia el proceso de actualización en los motores de enrutamiento primarios antiguos en los enrutadores T640. (Este paso se omite si especificó 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 de matriz de transmisión.

18. Después de un ISSU unificado correcto, 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.