Comprendre Unified ISSU

Processus ISSU unifié sur un routeur

Après avoir utilisé la request system software in-service-upgrade commande, le processus suivant se produit.

De la figure 1 à la figure 6 ci-dessous :

• Une ligne solide indique la liaison interne haute vitesse entre un moteur de routage et un moteur de transfert de paquets.

• Une ligne pointillée indique les messages échangés entre le moteur de transfert de paquets et le processus de châssis (chassisd) sur le moteur de routage.

• RE0m et RE1b indiquent les moteurs de routage principal et de secours, respectivement.

• La coche indique que l’équipement exécute la nouvelle version du logiciel.

Note:

Unified ISSU ne peut mettre à niveau que jusqu’à trois versions majeures avant la version actuelle sur un équipement. Pour effectuer une mise à niveau vers une version plus de trois versions avant la version actuelle sur un équipement, utilisez le processus ISSU unifié pour mettre à niveau l’équipement vers une ou plusieurs versions intermédiaires jusqu’à ce que l’équipement se trouve dans les trois versions majeures de la version cible.

Note:

Le processus suivant concerne toutes les plates-formes de routage prises en charge, à l’exception du routeur TX Matrix et du routeur TX Matrix Plus. Sur la plupart des routeurs, le moteur de transfert de paquets repose sur un concentrateur PIC flexible (FPC). Toutefois, sur un routeur M120, la carte de moteur de transfert (FEB) remplace les fonctions d’un moteur de transfert de paquets. Dans les illustrations et les étapes, lorsque vous envisagez un routeur M120, vous pouvez considérer le moteur de transfert de paquets comme un FPC. Pour un routeur M120, une fois les PFC et les PIC mis à niveau, les FEB sont mis à niveau.

1. Le moteur de routage principal valide la configuration du routeur pour s’assurer qu’elle peut être validée lorsque vous utilisez la nouvelle version du logiciel.

   Les vérifications sont effectuées pour les éléments suivants :

   • L’espace disque est disponible pour le système de fichiers /var sur les deux moteurs de routage.

   • La configuration est prise en charge par un ISSU unifié.

   • Les PIC sont pris en charge par un ISSU unifié.

   • Le basculement du moteur de routage graceful est activé.

   • Le routage actif sans interruption est activé.

   Ces vérifications sont les mêmes que celles effectuées lorsque vous saisissez la request system software validate in-service-upgrade commande. Si l’espace disque est insuffisant sur l’un des moteurs de routage, le processus ISSU unifié échoue et renvoie un message d’erreur. Toutefois, les PIC non pris en charge n’empêchent pas un ISSU unifié. S’il y a des PIC non pris en charge, le système émet un avertissement indiquant que ces PIC redémarreront pendant la mise à niveau. De même, s’il y a un protocole non pris en charge configuré, le système avertit que la perte de paquets peut se produire pour le protocole non pris en charge pendant la mise à niveau.

   Figure 1 : état de l’équipement avant le lancement d’un issu unifié

2. Une fois la validation réussie, le processus de gestion installe (copie) la nouvelle image du logiciel dans le moteur de routage de secours.

3. Le moteur de routage de secours redémarre.

4. Une fois que le moteur de routage de secours est redémarré et qu’il exécute le nouveau logiciel, le processus de synchronisation de l’état du noyau (ksyncd) synchronise (copie) le fichier de configuration et l’état du noyau à partir du moteur de routage principal.

   Figure 2 : État de l’équipement après la mise à niveau du moteur de routage de sauvegarde

5. Une fois le fichier de configuration et l’état du noyau synchronisés avec le moteur de routage de secours, le processus de châssis (chassisd) du moteur de routage principal prépare d’autres processus logiciels pour l’ISSU unifié. Le processus de châssis informe les différents processus logiciels (rpd, apsd, bfdd, etc.) sur la ISSU unifiée et attend les réponses de leur part. Lorsque tous les processus sont prêts, le processus de châssis envoie un message ISSU_PREPARE aux SPC installés sur le routeur. Vous pouvez afficher les messages du processus ISSU unifié à l’aide de la show log messages commande.

6. Le moteur de transfert de paquets de chaque FPC enregistre son état et télécharge la nouvelle image logicielle à partir du moteur de routage de secours. Ensuite, chaque moteur de transfert de paquets envoie un message ISSU_READY au processus de châssis.

   Figure 3 : État de l’équipement après qu’un moteur de transfert de paquets a téléchargé le nouveau logiciel

7. Après avoir reçu un message ISSU_READY d’un moteur de transfert de paquets, le processus de châssis envoie un message ISSU_REBOOT au FPC sur lequel se trouve le moteur de transfert de paquets. Le FPC redémarre avec la nouvelle image du logiciel. Une fois le FPC redémarré, le moteur de transfert de paquets restaure l’état FPC et une liaison interne haut débit est établie avec le moteur de routage de secours exécutant le nouveau logiciel. La liaison du processus du châssis est également rétablie avec le moteur de routage principal.

   Note:

   Les redémarrages du moteur de transfert de paquets qui se produisent lors d’un issu unifié sont conçus pour avoir un temps d’arrêt très court.

8. Une fois que tous les moteurs de transfert de paquets ont envoyé un message PRÊT à l’aide du processus de châssis sur le moteur de routage principal, d’autres processus logiciels sont préparés pour un basculement du moteur de routage. Le système est prêt pour un basculement à ce stade.

   Figure 4 : État des équipements avant le basculement du moteur de routage
   Note:

   Pour M120 routeurs, les FEB sont mis à niveau à ce stade. Lorsque tous les FEB ont été mis à niveau, le système est prêt pour un basculement.

9. Le basculement du moteur de routage se produit, et le moteur de routage (re1) qui était la sauvegarde devient désormais le moteur de routage principal.

   Figure 5 : État de l’équipement après le basculement du moteur de routage

10. Le nouveau moteur de routage de secours est maintenant mis à niveau vers la nouvelle image du logiciel. (Cette étape est ignorée si vous avez spécifié l’option no-old-master-upgrade dans la request system software in-service-upgrade commande.)

    Figure 6 : État de l’équipement une fois l’issu unifié terminé

11. Lorsque le moteur de routage de secours a été mis à niveau avec succès, l’ISSU unifié est terminé.

Processus ISSU unifié sur le routeur TX Matrix

Cette section décrit les processus qui ont lieu sur un routeur TX Matrix et les routeurs agissant comme châssis de carte de ligne connecté (LCC).

Note:

Une matrice de routage est une architecture multichassis composée d’un routeur TX Matrix et de 1 à quatre routeurs T640. Du point de vue de l’interface utilisateur, la matrice de routage apparaît comme un routeur unique. Le routeur TX Matrix contrôle tous les routeurs T640 de la matrice de routage.

Chaque routeur dispose de deux moteurs de routage.

Après avoir utilisé la commande de mise à niveau du logiciel système de demande sur un routeur TX Matrix, le processus suivant se produit :

1. Le processus de gestion (mgd) du moteur de routage principal du routeur TX Matrix (principal global) vérifie la configuration actuelle.

   Les vérifications sont effectuées pour les éléments suivants :

   • L’espace disque est disponible pour le système de fichiers /var sur tous les moteurs de routage.

   • La configuration est prise en charge par un ISSU unifié.

   • Les PIC sont pris en charge par un ISSU unifié.

   • Le basculement du moteur de routage graceful est activé.

   • Le routage actif sans interruption est activé.

2. Une fois la configuration validée, le processus de gestion copie la nouvelle image aux moteurs de routage de secours du routeur TX Matrix et des routeurs T640.

3. Le processus de synchronisation du noyau (ksyncd) sur les moteurs de routage de secours synchronise les noyaux des moteurs de routage de secours avec les noyaux des moteurs de routage principaux.

4. Le moteur de routage de secours mondial est mis à niveau avec le nouveau logiciel. Ensuite, le moteur de routage de secours est redémarré. Ensuite, le moteur de routage de sauvegarde global synchronise la configuration et l’état du noyau à partir du moteur de routage principal global.

5. Les moteurs de routage de secours LCC sont mis à niveau et redémarrés. Ensuite, les LCC moteurs de routage de secours se connectent au moteur de routage de secours mis à niveau et synchronisent la configuration et l’état du noyau.

6. Le contrôle ISSU unifié passe du processus de gestion au processus de châssis (chassisd). Le processus de châssis informe les différents processus logiciels (rpd, apsd, bfdd, etc.) sur la ISSU unifiée et attend les réponses de leur part.

7. Après avoir reçu des messages des processus logiciels indiquant que les processus sont prêts pour une ISSU unifiée, le processus de châssis du moteur de routage principal global envoie des messages au processus de châssis sur les nœuds de routage pour lancer l’ISSU unifié.

8. Le processus de châssis sur les nœuds de routage envoie des messages ISSU_PREPARE aux unités remplaçables sur site (FRU), telles que les SPC et les PIC intelligents.

9. Après avoir reçu un message ISSU_PREPARE, les moteurs de transfert de paquets enregistrent les informations actuelles sur l’état et téléchargent la nouvelle image logicielle à partir des moteurs de routage de sauvegarde. Ensuite, chaque moteur de transfert de paquets envoie des messages ISSU_READY au processus de châssis. Vous pouvez afficher les messages du processus ISSU unifié à l’aide de la show log messages commande.

10. Après avoir reçu un message ISSU_READY des moteurs de transfert de paquets, le processus de châssis envoie un message ISSU_REBOOT aux FRU. Pendant que la mise à niveau est en cours, les RF continuent d’envoyer des messages ISSU_IN_PROGRESS au processus de châssis sur les nœuds de routage. Le processus de châssis sur chaque nœud de routage envoie à son tour un message ISSU_IN_PROGRESS au processus de châssis sur le moteur de routage principal global.

    Note:

    Les redémarrages du moteur de transfert de paquets qui se produisent lors d’un ISSU unifié sont conçus pour avoir un temps d’arrêt très court.

11. Après le redémarrage unifié d’ISSU, les moteurs de transfert de paquets restaurent les informations d’état enregistrées et se connectent à nouveau aux nœuds de routage. Le processus de châssis sur chaque nœud de routage envoie un message ISSU_READY au processus de châssis sur le moteur de routage principal global. Le message CM_MSG_READY du processus de châssis sur les nœuds de routage indique que l’ISSU unifié est complet sur les FRU.

12. Le contrôle ISSU unifié revient au processus de gestion du moteur de routage principal global.

13. Le processus de gestion lance le basculement du moteur de routage sur les moteurs de routage principaux.

14. Le basculement du moteur de routage s’effectue sur le routeur TX Matrix et les routeurs T640.

15. Après le basculement, les FRU se connectent aux nouveaux moteurs de routage principaux. Ensuite, le gestionnaire de châssis et le gestionnaire du moteur de transfert de paquets du routeur T640 se connectent aux nouveaux moteurs de routage principaux sur les routeurs T640.

16. Le processus de gestion du moteur de routage principal global lance le processus de mise à niveau des anciens moteurs de routage primaires sur les routeurs T640. (Cette étape est ignorée si vous avez spécifié l’option no-old-master-upgrade dans la request system software in-service-upgrade commande.)

17. Après la mise à niveau des moteurs de routage qui étaient auparavant les premiers sur les routeurs T640, le processus de gestion lance la mise à niveau du moteur de routage qui était auparavant le principal mondial sur le routeur TX Matrix.

18. Après un issu unifié réussi, le routeur TX Matrix et les routeurs T640 sont redémarrés si vous avez spécifié l’option reboot dans la request system software in-service-upgrade commande.