Comprendre l’ISSU unifié

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 continue indique la liaison interne à haut débit 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 respectivement les moteurs de routage principal et secondaire.

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

Note:

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

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.

   Des contrôles sont effectués 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 soutenus par une ISSU unifiée.

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

   • Le routage actif ininterrompu est activé.

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

   Note:

   À partir de Junos OS version 24.2R1, le moteur de routage principal exécutera également une vérification pour voir si l’INDB a planté. Si un plantage de la base de données INDB est détecté, le processus ISSU unifié sera annulé.

2. Figure 1 : État de l’équipement avant le démarrage d’un ISSU unifié

3. Une fois la validation réussie, le processus de gestion installe (copie) la nouvelle image logicielle dans le moteur de routage de sauvegarde.

4. Le moteur de routage de sauvegarde est redémarré.

5. Une fois que le moteur de routage de sauvegarde 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 secours

6. Une fois que le fichier de configuration et l’état du noyau sont synchronisés avec le moteur de routage de sauvegarde, 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 (tels que rpd, apsd, bfdd, etc.) de l’ISSU unifié 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 FPC installés dans le routeur. Vous pouvez afficher les messages de processus ISSU unifiés à l’aide de la show log messages commande.

7. 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 sauvegarde. 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 le téléchargement du nouveau logiciel par un moteur de transfert de paquets

8. Après réception d’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 réside le moteur de transfert de paquets. Le FPC redémarre avec la nouvelle image logicielle. Une fois le FPC redémarré, le moteur de transfert de paquets restaure l’état du FPC et une liaison interne haut débit est établie avec le moteur de routage de secours exécutant le nouveau logiciel. La liaison de processus de 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 au cours d’un ISSU unifié sont connus sous le nom de « fenêtre noire ». Vous pouvez vous attendre à voir jusqu’à 2 secondes de perte de trafic pendant cette fenêtre d’indisponibilité.

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

   Figure 4 : État de l’équipement avant le basculement du moteur de routage

10. Le basculement du moteur de routage se produit et le moteur de routage (re1) qui était la sauvegarde devient maintenant le moteur de routage principal.

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

11. Le nouveau moteur de routage de sauvegarde est maintenant mis à niveau vers la nouvelle image logicielle. (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’appareil une fois l’ISSU unifié terminé

12. Lorsque le moteur de routage de sauvegarde a été correctement mis à niveau, l’ISSU unifié est terminé.

Processus ISSU unifié sur le routeur à matrice TX

Cette section décrit les processus qui se déroulent sur un routeur TX Matrix et les routeurs agissant en tant que châssis de carte de ligne (LCC) connectés.

Note:

Une matrice de routage est une architecture multichâssis qui se compose d’un routeur à matrice TX et d’un à 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.

Une fois que vous avez utilisé la commande Aucun titre de lien sur un routeur TX Matrix, le processus suivant se produit :

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

   Des contrôles sont effectués 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 soutenus par une ISSU unifiée.

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

   • Le routage actif ininterrompu est activé.

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

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

4. Le moteur de routage de sauvegarde global est mis à niveau avec le nouveau logiciel. Ensuite, le moteur de routage de sauvegarde global 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 moteurs de routage de sauvegarde LCC se connectent au moteur de routage de sauvegarde global 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 (tels que rpd, apsd, bfdd, etc.) de l’ISSU unifié 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 l’ISSU unifié, le processus de châssis sur le moteur de routage principal global envoie des messages au processus de châssis sur les nœuds de routage pour démarrer 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 FPC et les PIC intelligents.

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

10. Après réception d’un message ISSU_READY des moteurs de transfert de paquets, le processus de châssis envoie un message ISSU_REBOOT aux FRU. Pendant la mise à niveau, les FRU continuent d’envoyer des messages ISSU_IN_PROGRESS au processus de châssis sur les nœuds de routage. À son tour, le processus de châssis de chaque nœud de routage envoie 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 au cours d’un ISSU unifié sont conçus pour avoir une fenêtre de temps d’arrêt très courte.

11. Après le redémarrage unifié d’ISSU (ISSU unifié), les moteurs de transfert de paquets rétablissent les informations d’état enregistrées et se reconnectent 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 terminé sur les FRU.

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

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

14. Le basculement du moteur de routage se produit sur le routeur TX Matrix et les routeurs T640.

15. Une fois le basculement effectué, 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 sur les FRU 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 principaux 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. Une fois que les moteurs de routage qui étaient auparavant les principaux sur les routeurs T640 sont mis à niveau, le processus de gestion lance la mise à niveau du moteur de routage qui était auparavant le principal global sur le routeur TX Matrix.

18. Une fois l’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.