Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Réalisation d’un ISSU unifié

Suivez les étapes ci-dessous pour effectuer un ISSU unifié.

Meilleures pratiques pour la réalisation d’un ISSU unifié

Lorsque vous prévoyez d’effectuer une mise à niveau logicielle en service unifié (ISSU), choisissez un moment où votre réseau est aussi stable que possible. Comme pour une mise à niveau normale, les sessions Telnet, SNMP et l’accès CLI sont brièvement interrompus. De plus, les restrictions suivantes s’appliquent :

  • Le moteur de routage principal et le moteur de routage de secours doivent exécuter la même version logicielle pour que vous puissiez effectuer un ISSU unifié.

  • Vérifiez que votre plateforme prend en charge la fonctionnalité ISSU unifiée.

  • Lisez la rubrique « Considérations relatives à l’ISSU unifié » dans le chapitre Configuration requise pour l’ISSU unifié afin d’anticiper les circonstances particulières susceptibles d’affecter votre mise à niveau.

Exemple : Exécution d’un ISSU unifié

Cet exemple montre comment effectuer une mise à niveau logicielle en service unifié (ISSU).

Exigences

Cet exemple utilise les composants matériels et logiciels suivants :

  • Routeur MX480 avec deux moteurs de routage

  • Junos OS version 13.3R6 comme version de départ

  • Junos OS version 14.1R4 comme version finale

Avant de commencer

Avant d’effectuer un ISSU unifié, assurez-vous de :

  • Effectuez une vérification de compatibilité pour vous assurer que les composants logiciels et matériels ainsi que la configuration sur l’équipement prennent en charge ISSU unifié à l’aide de la commande request system software validate in-service-upgrade

  • Lisez le chapitre Configuration système requise pour ISSU unifié afin d’anticiper les circonstances particulières susceptibles d’affecter votre mise à niveau.

    • Vérifiez que votre plateforme prend en charge la fonctionnalité ISSU unifiée.

    • Vérifiez que les unités remplaçables sur site (FRU) installées sur votre plate-forme prennent en charge la fonctionnalité ISSU unifié ou que vous pouvez accepter les résultats de la mise à niveau avec certaines FRU qui ne prennent pas en charge l’ISSU unifié.

    • Vérifiez que les protocoles et les fonctionnalités configurés sur votre plate-forme prennent en charge la fonctionnalité ISSU unifié ou que vous pouvez accepter les résultats de la mise à niveau avec certains protocoles et fonctionnalités qui ne prennent pas en charge l’ISSU unifié.

  • Téléchargez le progiciel à partir du site Web d’assistance Juniper Networks à l’adresse https://www.juniper.net/support/ et placez-le sur votre serveur local.

    Bonne pratique :

    Lorsque vous accédez à la page Web Télécharger le logiciel de votre appareil, enregistrez la somme de contrôle md5. Après avoir téléchargé le progiciel sur votre appareil, vérifiez qu’il n’a pas été modifié de quelque manière que ce soit à l’aide de la file checksum md5 commande.

    Note:

    À partir de Junos OS version 16.1R1, lors de l’exécution d’un ISSU unifié d’un Junos OS basé sur FreeBSD 6.1 vers un Junos OS basé sur FreeBSD 10.x mis à niveau, la configuration doit être validée sur un hôte distant ou sur un moteur de routage. L’hôte distant ou le moteur de routage doit exécuter un système d’exploitation Junos OS avec un FreeBSD mis à jour. De plus, seuls quelques répertoires et fichiers sélectionnés seront conservés lors de la mise à niveau de Junos OS basé sur FreeBSD 6.1 vers Junos OS basé sur FreeBSD 10.x. Voir Mise à jour de Junos OS avec FreeBSD mis à jour et demander la validation du logiciel système sur (Junos OS avec FreeBSD mis à jour)

Aperçu

Cette procédure peut être utilisée pour mettre à niveau les équipements M Series, T Series, MX Series, EX Series et PTX Series sur lesquels deux moteurs de routage sont installés et prennent en charge l’ISSU unifié.

Dans l’exemple, les noms d’hôte, les noms de fichiers et les FRU sont représentatifs. Lorsque vous effectuez la procédure sur votre périphérique, les noms d’hôte, les noms de fichiers et les FRU sont différents. La sortie de la commande est tronquée pour n’afficher que le texte qui vous intéresse dans cette procédure.

Topologie

La figure 1 illustre la topologie utilisée dans cet exemple.

Figure 1 : exemple de topologie Unified ISSU Example Topology ISSU unifiée

Configuration

La procédure peut varier selon que vous souhaitez installer le nouveau logiciel sur l’un ou les deux moteurs de routage et que vous souhaitez redémarrer automatiquement les deux moteurs de routage ou redémarrer manuellement l’un d’entre eux.

Dans tous les cas, vous devez vérifier que deux moteurs de routage sont installés et que le basculement GRES (Graceful Moteur de routage) et le routage actif ininterrompu (NSR) sont activés. Nous vous recommandons de sauvegarder le logiciel de l’appareil avant la mise à niveau.

Pour effectuer un ISSU unifié, sélectionnez les tâches appropriées dans la liste suivante :

Vérification des moteurs de routage doubles et activation de GRES et NSR

Procédure

Procédure étape par étape

L’activation de GRES et NSR est requise, quelle que soit la variante de la procédure ISSU unifiée que vous utilisez.

Pour vérifier que votre équipement dispose de deux moteurs de routage et pour activer GRES et NSR :

  1. Connectez-vous à votre appareil.

  2. Vérifiez que deux moteurs de routage sont installés sur votre appareil à l’aide de la show chassis hardware commande.

    La sortie de la commande contient des lignes répertoriant le moteur de routage 0 et le moteur de routage 1.

  3. Par défaut, GRES est désactivé ; si vous ne l’avez pas déjà fait, activez GRES en incluant l’instruction graceful-switchover au niveau de la [edit chassis redundancy] hiérarchie dans le moteur de routage principal.

  4. Par défaut, NSR est désactivé ; si vous ne l’avez pas déjà fait, activez NSR en incluant l’instruction nonstop-routing au niveau de la [edit routing-options] hiérarchie.

  5. Lorsque vous configurez NSR, vous devez également inclure l’instruction au niveau de la hiérarchie afin que les commit synchronize [edit system] modifications de configuration soient synchronisées sur les deux moteurs de routage.

  6. Une fois que vous avez vérifié votre configuration et que vous en êtes satisfait, validez les modifications à l’aide de la commit commande.

    Lorsque vous activez GRES et validez la configuration, l’invite CLI change pour indiquer le moteur de routage que vous utilisez. Par exemple:

  7. Quittez le mode de configuration à l’aide de la exit commande.

  8. Vérifiez que NSR est configuré sur le moteur de routage principal (re0) à l’aide de la show task replication commande.

    Dans la sortie, vérifiez que le Synchronization Status champ affiche Complete.

  9. Vérifiez que GRES est activé sur le moteur de routage de sauvegarde (re1) à l’aide de la show system switchover commande.

    Dans la sortie, vérifiez que l’état du Graceful switchover champ affiche On. Pour plus d’informations sur la commande, reportez-vous à la section Afficher le show system switchover basculement système.

Vérification des versions logicielles et sauvegarde du logiciel de l’appareil

Procédure

Procédure étape par étape

Unified ISSU nécessite que les deux moteurs de routage exécutent la même version de Junos OS avant la mise à niveau. À titre préventif, en cas de problème lors d’une mise à niveau, il est recommandé de sauvegarder le logiciel système sur le disque dur de l’appareil.

Pour vérifier les versions du logiciel et sauvegarder le logiciel de l’appareil :

  1. Vérifiez que la même version de Junos OS est installée et en cours d’exécution sur les deux moteurs de routage à l’aide de la show version commande.

  2. Sauvegardez le logiciel système sur le disque dur de l’appareil à l’aide de la commande sur each le request system snapshot moteur de routage.

    Note:

    Le système de fichiers racine est sauvegardé dans /altroot et /config est sauvegardé dans /altconfig. Une fois la request system snapshot commande exécutée, la mémoire flash et les disques durs de l’appareil sont identiques. Vous ne pouvez revenir à la version précédente du logiciel qu’en démarrant l’appareil à partir d’un support amovible.

Réglage des minuteries et modification de la configuration spécifique à une fonctionnalité

Procédure

Procédure étape par étape

Si votre appareil dispose de l’une des configurations spécifiques aux fonctionnalités suivantes, effectuez les opérations appropriées.

Pour régler les minuteries et modifier la configuration spécifique à une fonctionnalité :

  1. Les sessions de détection de transfert bidirectionnel (BFD) augmentent temporairement leurs temporisateurs de détection et de transmission pendant les procédures ISSU unifiées. Après la mise à niveau, ces minuteurs reviennent aux valeurs utilisées avant le démarrage de l’ISSU unifié.

    Si BFD est activé sur votre appareil et que vous souhaitez désactiver la négociation du minuteur BFD pendant l’ISSU unifié, incluez l’instruction no-issu-timer-negotiation au niveau de la [edit protocols bfd] hiérarchie.

    Note:

    Si vous incluez cette instruction, les temporisateurs BFD conservent leurs valeurs d’origine pendant l’ISSU unifié et les sessions BFD peuvent s’agiter pendant le basculement de l’ISSU unifié ou du moteur de routage, en fonction des intervalles de détection.

  2. Si le proxy ARP est activé sur votre équipement M Series, MX Series ou EX 9200 Series, supprimez l’instruction unconditional-src-learn du niveau hiérarchique [edit interfaces interface-name unit 0 family inet] .

    Par défaut, l’instruction n’est pas incluse. Cet exemple ne montre que l’interface ge-0/0/1.

  3. Si LACP est activé sur votre équipement PTX Series, supprimez l’instruction lacp du niveau hiérarchique [edit interfaces interface-name aggregated-ether-options] .

  4. Si le protocole ATM Point-to-Point (PPP) est activé sur votre équipement M Series ou T Series, définissez l’intervalle keepalive sur 10 secondes ou plus.

    PPP nécessite l’échec de trois keepalives avant d’arrêter la session. Trente secondes (10 secondes x trois) offrent une marge de sécurité pour maintenir les sessions PPP en cas de perte de trafic pendant l’opération ISSU unifiée.

    Cet exemple ne montre que l’interface at-0/0/1.

  5. Si ATM OAM est activé sur votre équipement M Series ou T Series, définissez la période de la cellule de bouclage OAM F5 sur 20 secondes ou plus pour maintenir la connectivité ATM sur l’ISSU unifié.

    Incluez l’instruction oam-period au niveau de la [edit interfaces interface-name unit logical-unit-number] hiérarchie et spécifiez 20 secondes. Cet exemple ne montre que l’interface at-0/0/1.

  6. Une fois que vous avez vérifié votre configuration et que vous en êtes satisfait, validez les modifications à l’aide de la commit commande.

  7. Quittez le mode de configuration à l’aide de la exit commande.

Mise à niveau et redémarrage automatiques des deux moteurs de routage

Procédure

Procédure étape par étape

Dans cette procédure, les deux moteurs de routage redémarrent automatiquement. Le redémarrage automatique des deux moteurs de routage est le scénario le plus courant. Les variantes de cette procédure sont décrites dans d’autres sections.

Le Tableau 1 indique l’état du moteur de routage avant le démarrage de l’ISSU unifié.

Tableau 1 : état du moteur de routage avant la mise à niveau

RE0

RE1

Primaire

Sauvegarde

Ancienne version du logiciel installée

Ancienne version du logiciel installée

Ancienne version du logiciel en cours d’exécution

Ancienne version du logiciel en cours d’exécution

Pour mettre à niveau et redémarrer automatiquement les deux moteurs de routage :

  1. Copiez le progiciel Junos OS sur le périphérique à l’aide de la file copy ftp://username@hostname.net/filename /var/tmp/filename commande.

    Nous vous recommandons de copier le package dans le répertoire /var/tmp , qui est un système de fichiers volumineux sur le disque dur.

    Bonne pratique :

    Lorsque vous accédez à la page Web Télécharger le logiciel de votre appareil, enregistrez la somme de contrôle md5. Après avoir téléchargé le progiciel sur votre appareil, vérifiez qu’il n’a pas été modifié de quelque manière que ce soit à l’aide de la file checksum md5 commande.

  2. Sur le moteur de routage principal, démarrez la mise à niveau à l’aide de la request system software in-service-upgrade package-name reboot commande.

    Note:

    N’essayez pas d’exécuter des commandes supplémentaires tant que le Connection closed message ne s’affiche pas et que votre session n’est pas déconnectée.

    Lorsque le moteur de routage qui était précédemment le principal est redémarré, vous êtes déconnecté de l’appareil.

  3. Attendez quelques minutes, puis reconnectez-vous à l’appareil.

    Le Tableau 2 indique l’état du moteur de routage après l’ISSU unifié.

    Tableau 2 : État du moteur de routage après mise à niveau et redémarrage des deux moteurs de routage

    RE0

    RE1

    Sauvegarde

    Primaire

    Nouvelle version du logiciel installée

    Nouvelle version du logiciel installée

    Nouvelle version du logiciel en cours d’exécution

    Nouvelle version du logiciel en cours d’exécution

    Vous êtes connecté au nouveau moteur de routage de sauvegarde (re0).

  4. Vérifiez que les deux moteurs de routage ont été mis à niveau à l’aide de la show version commande.

  5. Si vous le souhaitez, vous pouvez éventuellement afficher les messages du journal ISSU unifié à l’aide de la show log messages commande.

  6. Si vous le souhaitez, vous pouvez éventuellement créer re0 le moteur de routage principal à l’aide de la request chassis routing-engine master acquire commande.

    Le tableau 3 indique l’état du moteur de routage une fois l’étape 5 terminée.

    Tableau 3 : État du moteur de routage après la mise à niveau, le redémarrage et le changement de rôle principal

    RE0

    RE1

    Primaire

    Sauvegarde

    Nouvelle version du logiciel installée

    Nouvelle version du logiciel installée

    Nouvelle version du logiciel en cours d’exécution

    Nouvelle version du logiciel en cours d’exécution

  7. Effectuez les étapes appropriées dans Restauration de la configuration spécifique à la fonctionnalité.

  8. Si vous êtes satisfait des résultats de vos tests, vous pouvez éventuellement sauvegarder le logiciel système sur le disque dur de l’appareil à l’aide de la request system snapshot commande sur each le moteur de routage.

    Note:

    Le système de fichiers racine est sauvegardé dans /altroot et /config est sauvegardé dans /altconfig. Une fois la request system snapshot commande exécutée, vous ne pouvez pas revenir facilement à la version précédente du logiciel, car la mémoire flash et les disques durs du périphérique sont identiques. Pour revenir à la version précédente du logiciel, vous devez démarrer l’appareil à partir d’un support amovible.

Restauration d’une configuration spécifique à une fonctionnalité

Procédure

Procédure étape par étape

Si votre appareil dispose de l’une des configurations spécifiques aux fonctionnalités suivantes, effectuez les opérations appropriées.

Pour restaurer la configuration spécifique à une fonctionnalité :

  1. Si BFD est activé sur votre appareil et que vous avez précédemment désactivé la négociation du minuteur BFD, supprimez l’instruction no-issu-timer-negotiation au niveau de la [edit protocols bfd] hiérarchie.

  2. Si le proxy ARP est activé sur votre périphérique M Series, MX Series ou EX9200 et que vous avez précédemment supprimé l’instruction unconditional-src-learn , incluez-la à nouveau.

    Cet exemple ne montre que l’interface ge-0/0/1.

  3. Si LACP est activé sur votre équipement PTX Series et que vous avez précédemment supprimé l’instruction lacp , incluez-la à nouveau.

  4. Si ATM PPP est activé sur votre équipement M Series ou T Series et que vous avez précédemment défini l’intervalle keepalive sur 10 secondes ou plus, restaurez la valeur d’origine.

    Cet exemple montre uniquement l’interface at-0/0/1 et montre que l’intervalle est défini sur la valeur par défaut de 3 secondes.

  5. Si ATM OAM est activé sur votre équipement M Series ou T Series et que vous avez précédemment défini la période de la cellule de bouclage OAM F5 sur 20 secondes ou plus, rétablissez la configuration à la valeur d’origine.

    Cet exemple montre uniquement l’interface at-0/0/1 et montre la période définie sur 10 secondes.

  6. Une fois que vous avez vérifié votre configuration et que vous en êtes satisfait, validez les modifications à l’aide de la commit commande.

  7. Quittez le mode de configuration à l’aide de la exit commande.

Mise à niveau des deux moteurs de routage et redémarrage manuel du nouveau moteur de routage de secours

Procédure

Procédure étape par étape

Dans certaines circonstances, vous souhaiterez peut-être installer le nouveau logiciel sur un seul moteur de routage et redémarrer uniquement le principal jusqu’à ce que vous puissiez tester le nouveau logiciel. Un moteur de routage ne démarre pas l’exécution du nouveau logiciel tant qu’il n’est pas redémarré.

L’avantage est que si les résultats de vos tests vous obligent à rétrograder le logiciel, vous pouvez changer de moteur de routage pour exécuter l’ancien logiciel sur un moteur de routage, puis installer l’ancien logiciel sur l’autre moteur de routage. Ce n’est pas le scénario typique.

Pour mettre à niveau les deux moteurs de routage et redémarrer manuellement le nouveau moteur de routage de sauvegarde :

  1. Effectuez les étapes de vérification des moteurs de routage doubles et d’activation de GRES et NSR.

  2. Effectuez les étapes de vérification des versions du logiciel et de sauvegarde du logiciel de l’appareil.

  3. Effectuez les étapes décrites dans Réglage des minuteries et Modification de la configuration spécifique à une fonction.

  4. Copiez le progiciel Junos OS sur le périphérique à l’aide de la file copy ftp://username@hostname.net/filename /var/tmp/filename commande.

    Nous vous recommandons de copier le package dans le répertoire /var/tmp , qui est un système de fichiers volumineux sur le disque dur.

    Bonne pratique :

    Lorsque vous accédez à la page Web Télécharger le logiciel de votre appareil, enregistrez la somme de contrôle md5. Après avoir téléchargé le progiciel sur votre appareil, vérifiez qu’il n’a pas été modifié de quelque manière que ce soit à l’aide de la file checksum md5 commande.

    Le Tableau 4 indique l’état du moteur de routage avant le démarrage de l’ISSU unifié.

    Tableau 4 : État du moteur de routage avant la mise à niveau et le redémarrage manuel du moteur de routage de secours

    RE0

    RE1

    Primaire

    Sauvegarde

    Ancienne version du logiciel installée

    Ancienne version du logiciel installée

    Ancienne version du logiciel en cours d’exécution

    Ancienne version du logiciel en cours d’exécution

  5. Sur le moteur de routage principal, démarrez la mise à niveau à l’aide de la request system software in-service-upgrade package-name commande sans l’option de redémarrage.

    Le Tableau 5 indique l’état du moteur de routage après l’ISSU unifié et avant le redémarrage manuel du moteur de routage de sauvegarde.

    Tableau 5 : État du moteur de routage après la mise à niveau et avant le redémarrage manuel du moteur de routage de secours

    RE0

    RE1

    Sauvegarde

    Primaire

    Nouvelle version du logiciel installée

    Nouvelle version du logiciel installée

    Ancienne version du logiciel en cours d’exécution

    Nouvelle version du logiciel en cours d’exécution

  6. Vérifiez que la nouvelle sauvegarde (ancien moteur de routage principal (re0), exécute toujours l’image logicielle précédente et que le nouveau moteur de routage principal () exécute la nouvelle image logicielle àre1 l’aide de la show version commande.

  7. À ce stade, si vous ne souhaitez pas installer la version la plus récente du logiciel sur le nouveau moteur de routage de sauvegarde (re0), exécutez la request system software delete package-name commande correspondante.

    Sinon, pour terminer la mise à niveau, passez à l’étape suivante.

  8. Redémarrez le nouveau moteur de routage de sauvegarde (re0) en exécutant la request system reboot commande.

    Si vous n’êtes pas sur le port console, vous êtes déconnecté de la session de l’appareil.

    Le Tableau 6 indique l’état du moteur de routage après l’ISSU unifié, après le redémarrage du moteur de routage de secours, mais avant de changer de rôle principal.

    Tableau 6 : État du moteur de routage après la mise à niveau, le redémarrage manuel et le changement de rôle principal

    RE0

    RE1

    Sauvegarde

    Primaire

    Nouvelle version du logiciel installée

    Nouvelle version du logiciel installée

    Nouvelle version du logiciel en cours d’exécution

    Nouvelle version du logiciel en cours d’exécution

  9. Attendez quelques minutes, puis reconnectez-vous à l’appareil.

    Vous êtes connecté au nouveau moteur de routage de sauvegarde (re0).

  10. Vérifiez que les deux moteurs de routage ont été mis à niveau à l’aide de la show version commande.

  11. Si vous le souhaitez, vous pouvez éventuellement afficher les messages du journal ISSU unifié à l’aide de la show log messages commande.

  12. Si vous le souhaitez, vous pouvez éventuellement créer re0 le moteur de routage principal à l’aide de la request chassis routing-engine master acquire commande :

    Le Tableau 7 indique l’état du moteur de routage après l’ISSU unifié, après le redémarrage du moteur de routage de sauvegarde et après le changement de rôle principal.

    Tableau 7 : état du moteur de routage après la mise à niveau, le redémarrage manuel et le changement de rôle principal

    RE0

    RE1

    Primaire

    Sauvegarde

    Nouvelle version du logiciel installée

    Nouvelle version du logiciel installée

    Nouvelle version du logiciel en cours d’exécution

    Nouvelle version du logiciel en cours d’exécution

  13. Effectuez les étapes appropriées dans Restauration de la configuration spécifique à la fonctionnalité.

  14. Si vous êtes satisfait des résultats de vos tests, vous pouvez éventuellement sauvegarder le logiciel système sur le disque dur de l’appareil à l’aide de la request system snapshot commande sur each le moteur de routage.

    Note:

    Le système de fichiers racine est sauvegardé dans /altroot et /config est sauvegardé dans /altconfig. Une fois la request system snapshot commande exécutée, vous ne pouvez pas revenir facilement à la version précédente du logiciel, car la mémoire flash et les disques durs du périphérique sont identiques. Pour revenir à la version précédente du logiciel, vous devez démarrer l’appareil à partir d’un support amovible.

Mise à niveau et redémarrage d’un seul moteur de routage

Procédure

Procédure étape par étape

Dans certains cas, vous souhaiterez peut-être installer le nouveau logiciel sur un seul moteur de routage.

L’avantage est que si les résultats de vos tests vous obligent à rétrograder le logiciel, vous pouvez changer de moteur de routage pour exécuter l’ancien logiciel sur un moteur de routage, puis installer l’ancien logiciel sur l’autre moteur de routage. Ce n’est pas le scénario typique.

Le Tableau 8 indique l’état du moteur de routage avant le démarrage de l’ISSU unifié.

Tableau 8 : état du moteur de routage avant la mise à niveau et le redémarrage d’un moteur de routage

RE0

RE1

Primaire

Sauvegarde

Ancienne version du logiciel installée

Ancienne version du logiciel installée

Ancienne version du logiciel en cours d’exécution

Ancienne version du logiciel en cours d’exécution

Pour mettre à niveau et redémarrer un seul moteur de routage :

  1. Effectuez les étapes de vérification des moteurs de routage doubles et d’activation de GRES et NSR.

  2. Effectuez les étapes de vérification des versions du logiciel et de sauvegarde du logiciel de l’appareil.

  3. Effectuez les étapes applicables dans Réglage des minuteries et Modification de la configuration spécifique à la fonctionnalité.

  4. Copiez le progiciel Junos OS sur le périphérique à l’aide de la file copy ftp://username@hostname.net/filename /var/tmp/filename commande.

    Nous vous recommandons de copier le package dans le répertoire /var/tmp , qui est un système de fichiers volumineux sur le disque dur.

    Bonne pratique :

    Lorsque vous accédez à la page Web Télécharger le logiciel de votre appareil, enregistrez la somme de contrôle md5. Après avoir téléchargé le progiciel sur votre appareil, vérifiez qu’il n’a pas été modifié de quelque manière que ce soit à l’aide de la file checksum md5 commande.

  5. Sur le moteur de routage principal, démarrez la mise à niveau à l’aide de la request system software in-service-upgrade package-name no-old-master-upgrade commande.

    Le Tableau 9 indique l’état du moteur de routage après la mise à niveau du moteur de routage principal par l’ISSU unifié, mais avant la mise à niveau du moteur de routage de secours.

    Tableau 9 : État du moteur de routage après la mise à niveau d’un moteur de routage et avant la mise à niveau de l’autre moteur de routage

    RE0

    RE1

    Sauvegarde

    Primaire

    Ancienne version du logiciel installée

    Nouvelle version du logiciel installée

    Ancienne version du logiciel en cours d’exécution

    Nouvelle version du logiciel en cours d’exécution

  6. Vérifiez que la nouvelle sauvegarde (ancien moteur de routage principal (re0), exécute toujours l’image logicielle précédente et que le nouveau moteur de routage principal () exécute la nouvelle image logicielle àre1 l’aide de la show version commande.

  7. Si vos tests sont terminés et que vous souhaitez installer le nouveau logiciel sur le moteur de routage de sauvegarde, vous devez d’abord désactiver GRES et NSR sur les deux moteurs de routage et valider la configuration.

  8. Installez le nouveau logiciel sur le moteur de routage de sauvegarde (re0) à l’aide de la request system software add /var/tmp/jinstall64-14.1R4.10-domestic-signed.tgz commande.

  9. Redémarrez re0 à l’aide de la request system reboot commande.

    Si vous n’êtes pas sur le port console, vous êtes déconnecté de la session de routeur.

  10. Après quelques minutes d’attente, reconnectez-vous à l’appareil.

    Vous êtes connecté au moteur de routage de sauvegarde (re0).

  11. Vérifiez que les deux moteurs de routage exécutent la nouvelle image logicielle à l’aide de la show version commande.

  12. Si vous le souhaitez, vous pouvez éventuellement afficher les messages du journal ISSU unifié à l’aide de la show log messages commande.

  13. Si vous le souhaitez, créez re0 le moteur de routage principal à l’aide de la request chassis routing-engine master acquire commande.

    Le Tableau 10 indique l’état du moteur de routage après l’ISSU unifié, après le redémarrage du moteur de routage de secours et après le changement de rôle principal.

    Tableau 10 : État du moteur de routage après la mise à niveau, le redémarrage manuel et le changement de rôle principal

    RE0

    RE1

    Primaire

    Sauvegarde

    Nouvelle version du logiciel installée

    Nouvelle version du logiciel installée

    Nouvelle version du logiciel en cours d’exécution

    Nouvelle version du logiciel en cours d’exécution

  14. Activez à nouveau GRES et NSR en suivant les étapes décrites dans Vérification des moteurs de routage doubles et Activation de GRES et NSR.

  15. Effectuez les étapes appropriées dans Restauration de la configuration spécifique à la fonctionnalité.

  16. Si vous êtes satisfait des résultats de vos tests, vous pouvez éventuellement sauvegarder le logiciel système sur le disque dur de l’appareil à l’aide de la request system snapshot commande sur each le moteur de routage.

    Note:

    Le système de fichiers racine est sauvegardé dans /altroot et /config est sauvegardé dans /altconfig. Une fois la request system snapshot commande exécutée, vous ne pouvez pas revenir facilement à la version précédente du logiciel, car la mémoire flash et les disques durs du périphérique sont identiques. Pour revenir à la version précédente du logiciel, vous devez démarrer l’appareil à partir d’un support amovible.

Exécution d’une mise à niveau logicielle en service (ISSU) avec routage ininterrompu

Vous pouvez utiliser une mise à niveau logicielle en cours d’exécution avec routage ininterrompu pour mettre à niveau le logiciel en cours d’exécution sur le commutateur avec une interruption de trafic minimale pendant la mise à niveau.

Note:

À partir de Junos OS version 18.2R1 sur le commutateur QFX5200, nous vous recommandons d’attendre au moins cinq minutes entre les mises à niveau logicielles en service.

Note:

À partir de Junos OS version 17.1R1, sur les commutateurs QFX5100 et EX4600, vous ne pouvez pas effectuer d’ISSU à partir d’une version Junos OS antérieure à 17.1R1 vers Junos OS version 17.1R1.

Cette rubrique aborde les sujets suivants :

Préparation du commutateur pour l’installation du logiciel

Avant de commencer l’installation du logiciel à l’aide d’ISSU :

Note:

Avant d’effectuer une mise à niveau logicielle en service, le cas échéant, supprimez la set system internet-options no-tcp-reset drop-all-tcp commande de la configuration, sinon la mise à niveau échouera et un message d’erreur s’affichera.

Les NSB et le routage ininterrompu permettent aux protocoles de couche 2 pris en charge par NSB de synchroniser les informations de protocole entre les moteurs de routage principal et de secours.

Mise à niveau du logiciel à l’aide d’ISSU

Cette procédure décrit comment mettre à niveau le logiciel s’exécutant sur un commutateur autonome :

Note:

Si le logiciel du système d’exploitation hôte doit être mis à jour, vous ne pouvez pas effectuer d’ISSU. Au lieu de cela, effectuez une mise à niveau logicielle standard.

Pour mettre à niveau le commutateur à l’aide d’ISSU :

  1. Téléchargez le progiciel en suivant la procédure décrite dans la section Téléchargement de fichiers logiciels à l’aide d’un navigateur de la section Installation de progiciels sur les équipements QFX Series.

  2. Copiez le ou les progiciels sur le commutateur. Nous vous recommandons de copier le fichier dans le /var/tmp répertoire.

  3. Connectez-vous à la connexion à la console. L’utilisation d’une connexion à la console vous permet de surveiller la progression de la mise à niveau.

  4. Démarrer l’ISSU :

    • Sur le commutateur, saisissez :

      package-name.tgz est, par exemple, jinstall-host-qfx-5e-18.1R1-secured-signed.tgz.

    Note:

    Pendant la mise à niveau, vous ne pourrez pas accéder à l’interface de ligne de commande de Junos OS.

    Le commutateur affiche des messages d’état similaires aux messages suivants au fur et à mesure de l’exécution de la mise à niveau :

    Note:

    Si le processus ISSU s’arrête, vous pouvez consulter la sortie de l’interface de ligne de commande lorsque vous émettez la request system software in-service-upgrade commande pour diagnostiquer le problème. Vous pouvez également consulter les fichiers syslog pour plus d’informations.

  5. Connectez-vous une fois le redémarrage du commutateur terminé. Pour vérifier que le logiciel a été mis à niveau, entrez la commande suivante :

Exécution d’une mise à niveau logicielle en service (ISSU) dans les routeurs ACX5000 Series

Vous pouvez utiliser une mise à niveau logicielle en cours d’exécution pour mettre à niveau le logiciel en cours d’exécution sur le routeur avec une interruption de trafic minimale pendant la mise à niveau.

Note:

ISSU est pris en charge dans Junos OS version 15.1X54–D60 et ultérieures sur les routeurs ACX5000 Series.

Cette rubrique aborde les sujets suivants :

Préparation du routeur pour l’installation du logiciel

Avant de commencer l’installation du logiciel à l’aide d’ISSU :

Note:

Avant d’effectuer une mise à niveau logicielle en service, le cas échéant, supprimez la set system internet-options no-tcp-reset drop-all-tcp commande de la configuration, sinon la mise à niveau échouera et un message d’erreur s’affichera.

  • Assurez-vous que le routage actif ininterrompu (NSR) et le pontage ininterrompu (NSB) sont activés. Si cette option est activée, désactivez le redémarrage gracieux (GR), car NSR et GR ne peuvent pas être activés simultanément. NSB et GR permettent aux protocoles de couche 2 pris en charge par NSB de synchroniser les informations de protocole entre les moteurs de routage principal et de secours.

  • Si NSR n’est pas activé (Stateful Replication est Disabled), activez NSR. NSR vous oblige à configurer le basculement GRES (Graceful Moteur de routage Switchover). Par défaut, NSR est désactivé.

    • Pour permettre un basculement moteur de routage en douceur, incluez l’instruction graceful-switchover au niveau de la hiérarchie [edit chassis redundancy] sous la forme user@host#set chassis redundancy graceful-switchover.

    • Pour activer NSR, incluez l’instruction au niveau de la hiérarchie [edit routing-options] sous la nonstop-routing forme user@host#set routing-options nonstop-routing.

  • Activez le pontage ininterrompu (NSB). Pour effectuer un pontage ininterrompu, vous devez configurer le basculement GRES (Graceful Moteur de routage Switchover). Par défaut, NSB est désactivé.

    • Pour permettre un basculement moteur de routage en douceur, incluez l’instruction au niveau de la hiérarchie [edit chassis redundancy] sous la graceful-switchover forme user@host#set chassis redundancy graceful-switchover.

    • Pour activer NSB, incluez l’instruction au niveau de la hiérarchie [edit protocols layer2-control] sous la nonstop-bridging forme user@host#set protocols layer2-control nonstop-bridging.

  • (Facultatif) Sauvegardez le logiciel système (Junos OS, la configuration active et les fichiers journaux) du routeur sur un périphérique de stockage externe à l’aide de la request system snapshot commande.

Sur la gamme ACX5000 de routeurs, vous devez tenir compte de la fonctionnalité suivante avant d’effectuer l’ISSU :

  • ISSU prend en charge les sessions de délai d’expiration LFM (Link Fault Management) à 1 seconde d’intervalle. Au cours de l’ISSU, vous remarquerez peut-être des battements LFM pour les sessions dont l’intervalle de délai d’attente est inférieur à 1 seconde.

  • Les sessions de détection de transfert bidirectionnel (BFD) dont l’intervalle de délai d’expiration est inférieur à 1 seconde doivent être reconfigurées à 1 seconde avant de démarrer le processus ISSU Vous pouvez restaurer l’intervalle de délai d’attente à sa valeur d’origine après avoir terminé le processus ISSU

  • ISSU prend en charge l’intervalle lent (toutes les 30 secondes) pour la transmission périodique de paquets LACP (Link Aggregation Control Protocol).

  • ISSU prend en charge la version 3 du protocole VRRP (Virtual Router Redundancy Protocol).

ISSU ne prend pas en charge les fonctionnalités ACX5000 suivantes :.

  • Rétrogradez vers une version antérieure du logiciel Junos OS. Si vous souhaitez installer une version antérieure du logiciel Junos OS, utilisez la request system software add commande CLI.

  • Mise à niveau du logiciel Host OS.

  • Gestion des pannes de connectivité (CFM).

  • TWAMP, RPF, RFC2544 et démon clocksyncd (fonctionnalité de synchronisation).

  • Mise en miroir et connexion croisée pseudofilaire.

  • Pare-feu IPv6, COS IPv6 (classification et réécriture), VPN IPv6 et groupe de maillage VPLS.

  • VRRP (Virtual Router Redundancy Protocol) version 1 et 2.

  • Intervalle rapide (toutes les secondes) pour la transmission périodique de paquets LACP (Link Aggregation Control Protocol). Si l’intervalle périodique rapide est configuré, vous remarquerez peut-être des baisses de trafic en raison des liaisons LACP qui tombent en panne pendant ISSU. La gamme ACX5000 de routeurs peut prendre en charge LACP avec un bonjour rapide en configurant l’option fast-hello-issu (user@host# set protocols lacp fast-hello-issu) sur le routeur principal et les routeurs homologues avant de démarrer ISSU.

    Note:

    Le routeur homologue doit être équipé du logiciel Junos OS pour prendre en charge cette fonctionnalité.

Mise à niveau du logiciel à l’aide d’ISSU

Cette procédure décrit comment mettre à niveau le logiciel s’exécutant sur un routeur autonome :

Note:

Si le logiciel du système d’exploitation hôte doit être mis à jour, vous ne pouvez pas effectuer d’ISSU. Au lieu de cela, effectuez une mise à niveau logicielle standard.

Il est recommandé de nettoyer toutes les données indésirables du /var répertoire (/var/log, /var/tmp) avant de lancer le processus ISSU

Pour mettre à niveau le routeur à l’aide d’ISSU :

  1. Téléchargez le progiciel sur le site Web de l’assistance Juniper Networks https://www.juniper.net/support/downloads/junos.html .

    Note:

    Pour accéder au site de téléchargement, vous devez disposer d’un contrat de service avec Juniper Networks et d’un compte d’accès. Si vous avez besoin d’aide pour obtenir un compte, remplissez le formulaire d’inscription sur le site Web de Juniper Networks https://www.juniper.net/registration/Register.jsp .

  2. Accédez à ACX Series section et sélectionnez le logiciel de la plate-forme ACX5000 Series que vous souhaitez télécharger.

  3. Copiez le ou les packages logiciels sur le routeur. Nous vous recommandons de copier le fichier dans le /var/tmp répertoire.

  4. Connectez-vous à la connexion à la console. L’utilisation d’une connexion à la console vous permet de surveiller la progression de la mise à niveau.

  5. Démarrer l’ISSU :

    • Sur le routeur, saisissez :

      package-name.tgz est, par exemple, jinstall-acx5k-15.1X54-D60.9-domestic-signed.tgz.

    Note:

    Pendant la mise à niveau, vous ne pourrez pas accéder à l’interface de ligne de commande de Junos OS.

    Le routeur affiche des messages d’état similaires aux messages suivants au fur et à mesure de l’exécution de la mise à niveau :

    Note:

    Un ISSU peut s’arrêter au lieu de s’arrêter si le FPC est au stade de démarrage à chaud. De plus, les liaisons descendantes ou ascendantes ne seront pas détectées lors d’un démarrage à chaud du moteur de transfert de paquets (PFE).

    Note:

    Si le processus ISSU s’arrête, vous pouvez consulter les fichiers journaux pour diagnostiquer le problème. Les fichiers journaux se trouvent à l’adresse /var/log/vjunos-log.tgz.

  6. Connectez-vous après le redémarrage du routeur. Pour vérifier que le logiciel a été mis à niveau, entrez la commande suivante :

  7. Désactivez ou supprimez la configuration effectuée pour activer l’ISSU. Cela inclut la désactivation du NSR (NonStop Active Routing), du Bridging NonStop (NBR) et du moteur de routage gracieux (GRES).

Vérification d’un ISSU unifié

Vérifiez l’état des FPC et de leurs PIC correspondants après la dernière ISSU unifiée.

Exécutez la show chassis in-service-upgrade commande sur le moteur de routage principal.

Affichez les messages du processus ISSU unifié à l’aide de la show log messages commande.

Comment utiliser l’ISSU unifié avec le mode amélioré

Vue d’ensemble de l’ISSU unifié avec mode amélioré

Le mode amélioré est une option de mise à niveau logicielle en service (ISSU) disponible sur les cartes de ligne MPC8E, MPC9E et MPC11E qui élimine la perte de paquets pendant le processus ISSU unifié. Pour ce faire, les améliorations apportées à l’architecture de la carte de ligne permettent de disposer d’une deuxième copie du logiciel Junos OS en cours d’exécution sur la carte de ligne en mode veille, prête à prendre le relais pendant que le logiciel passe d’une ancienne image à une nouvelle lors de l’ISSU unifié. Vous pouvez activer le mode amélioré en ajoutant l’option enhanced-mode à la request system software in-service-upgrade commande CLI.

Utilisez ce document pour en savoir plus sur l’ISSU unifié avec le mode amélioré et sur la façon de l’utiliser.

Avantages d’ISSU unifié avec le mode amélioré

L’ISSU unifié avec mode amélioré offre les avantages suivants :

  • Mises à niveau vers une nouvelle version du logiciel sans perte de trafic de transit ou lié à l’hôte

  • Réduit la perte de paquets à zéro ou plusieurs millisecondes selon la configuration et les conditions du réseau

  • Permet d’effectuer des mises à niveau logicielles sans avoir besoin de fenêtres de maintenance

  • Utilise le processus ISSU unifié existant et ne nécessite aucune configuration spéciale

Conditions préalables à l’exécution d’ISSU unifié avec le mode amélioré

Avant de commencer un ISSU unifié avec le mode amélioré, il y a plusieurs conditions préalables à garder à l’esprit :

  • L’appareil exécutant ISSU unifié avec le mode amélioré doit utiliser une carte de ligne MPC8E, MPC9E ou MPC11E.

    Note:

    Si vous exécutez l’ISSU unifié avec le mode amélioré sur un périphérique doté d’un mélange de cartes de ligne prises en charge et non prises en charge, il y aura une perte de trafic en moins d’une seconde pour le trafic passant par les cartes de ligne non prises en charge.

    Note:

    Si vous exécutez un ISSU unifié avec un mode amélioré sur des fonctions réseau invitées (GNF), tous les GNF doivent utiliser des cartes de ligne MPC8E, MPC9E ou MPC11E pour éviter toute perte de trafic.

  • La version Linux exécutée sur votre concentrateur PIC flexible (FPC) et la version Linux de la carte de ligne dans la version cible doivent être compatibles.

  • Le mode amélioré ne fonctionnera pas si la version cible comporte des modifications qui nécessitent la réinitialisation des blocs ASIC.

  • L’utilisation de la mémoire de transfert doit être inférieure à 75 % pour éviter toute perte de paquets pendant le processus ISSU unifié

    Note:

    L’ISSU unifié avec mode amélioré fonctionne toujours si l’utilisation de la mémoire de transfert est supérieure à 75 %, mais il peut entraîner une perte de paquets de plusieurs millisecondes.

  • Toutes les conditions préalables à l’ISSU unifié s’appliquent également au mode amélioré. Pour plus d’informations, reportez-vous à la section Configuration système requise pour ISSU unifié .

Vous pouvez vérifier si votre appareil peut utiliser ISSU unifié avec le mode amélioré pour effectuer une mise à niveau vers une version spécifique à l’aide de la request system software validate in-service-upgrade package-name.tgz enhanced-mode commande. Si votre appareil et la version cible ne sont pas compatibles avec le mode amélioré, vous pouvez toujours utiliser l’ISSU unifié standard pour effectuer la mise à niveau avec une interruption minimale du trafic.

Réalisation d’un ISSU unifié avec le mode amélioré

Pour effectuer un ISSU unifié avec le mode amélioré, procédez comme suit :

  1. Téléchargez le progiciel en suivant la procédure décrite dans Téléchargement du logiciel.

  2. Copiez le ou les progiciels sur l’équipement. Nous vous recommandons de copier le fichier dans le /var/tmp répertoire.

  3. Connectez-vous à la connexion à la console. L’utilisation d’une connexion à la console vous permet de surveiller la progression de la mise à niveau.

  4. Vérifiez que vous pouvez utiliser ISSU unifié avec le mode amélioré pour la version souhaitée.

    1. Sur l’appareil, saisissez :

      package-name.tgz est le nom du progiciel que vous avez téléchargé à l’étape 1.

  5. Démarrez l’ISSU unifié avec le mode amélioré :

    1. Sur l’appareil, saisissez :

      package-name.tgz est le nom du progiciel que vous avez téléchargé à l’étape 1.

    Note:

    Pendant la mise à niveau, vous ne pourrez pas accéder à l’interface de ligne de commande de Junos OS.

    L’appareil affiche des messages d’état similaires aux messages suivants lors de l’exécution de la mise à niveau :

    Note:

    Si le processus ISSU unifié s’arrête, vous pouvez consulter la sortie CLI à l’aide de la request system software in-service-upgrade commande pour diagnostiquer le problème. Vous pouvez également consulter les fichiers syslog pour plus d’informations.

  6. Connectez-vous une fois le redémarrage de l’appareil terminé. Pour vérifier que le logiciel a été mis à niveau, entrez la commande suivante :

Note:

Lors de l’utilisation d’ISSU unifié avec le mode amélioré, le système d’exploitation Linux de base sur votre FPC ne peut pas être mis à niveau dans le cadre du processus ISSU Linux peut être mis à jour avec une mise à jour effectuée via l’ISSU unifié régulier ou un redémarrage du FPC.

Vérification d’un ISSU unifié

But

Vérifiez l’état des FPC et de leurs PIC correspondants après la dernière ISSU unifiée.

Action

Exécutez la show chassis in-service-upgrade commande sur le moteur de routage principal.

Affichez les messages du processus ISSU unifié à l’aide de la show log messages commande.

Signification

Pour plus d’informations, reportez-vous à la section show chassis in-service-upgrade .

Dépannage des problèmes liés à l’ISSU unifié

Si la procédure ISSU unifiée cesse de progresser :

  1. Ouvrez une nouvelle session sur le moteur de routage principal et exécutez la request system software abort in-service-upgrade commande.

  2. Vérifiez la session de routeur existante pour vérifier que la mise à niveau a été terminée.

    Un message « ISSU : résilié ! » s’affiche. Des messages système supplémentaires vous indiquent l’endroit où la mise à niveau s’est arrêtée et vous conseillent sur la marche à suivre.

Pour plus d’informations, reportez-vous à la section ISSU (Request Chassis Cluster in-service-upgrade aort).

Gestion et suivi des sessions BFD au cours des procédures ISSU unifiées

Les sessions de détection de transfert bidirectionnel (BFD) augmentent temporairement leurs temporisateurs de détection et de transmission pendant les procédures ISSU unifiées. Après la mise à niveau, ces minuteurs reviennent aux valeurs utilisées avant le démarrage de l’ISSU unifié. Le processus BFD réplique les valeurs unifiées de l’état ISSU et du minuteur sur le moteur de routage de sauvegarde pour chaque session.

Aucune configuration supplémentaire n’est nécessaire pour activer l’ISSU unifié pour BFD. Toutefois, vous pouvez désactiver la négociation du minuteur BFD pendant l’ISSU unifié en incluant l’instruction no-issu-timer-negotiation au niveau de la [edit protocols bfd] hiérarchie.

Si vous incluez cette instruction, les temporisateurs BFD conservent leurs valeurs d’origine pendant l’ISSU unifié.

PRUDENCE:

Les sessions BFD peuvent basculer lors du basculement unifié entre ISSU ou moteur de routage, en fonction des intervalles de détection.

Pour plus d’informations sur BFD, reportez-vous à la bibliothèque de protocoles de routage Junos OS.

Pour configurer des options de suivi ISSU unifiées pour les sessions BFD, incluez l’instruction issu au niveau de la [edit protocols bfd traceoptions flag] hiérarchie.

Tableau de l’historique des modifications

La prise en charge des fonctionnalités est déterminée par la plateforme et la version que vous utilisez. Utilisez l’explorateur de fonctionnalités pour déterminer si une fonctionnalité est prise en charge sur votre plateforme.

Libérer
Description
18.1R1
À partir de Junos OS version 18.2R1 sur le commutateur QFX5200, nous vous recommandons d’attendre au moins cinq minutes entre les mises à niveau logicielles en service.
17.1R1
À partir de Junos OS version 17.1R1, sur les commutateurs QFX5100 et EX4600, vous ne pouvez pas effectuer d’ISSU à partir d’une version Junos OS antérieure à 17.1R1 vers Junos OS version 17.1R1.