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é

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

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

Lorsque vous envisagez d’effectuer une mise à niveau logicielle unifiée en service (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 avant de pouvoir 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 ISSU unifié afin d’anticiper toute circonstance particulière susceptible d’affecter votre mise à niveau.

Exemple : Exécution d’un ISSU unifié

Cet exemple montre comment effectuer une mise à niveau logicielle unifiée en service (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 inservice-upgrade

  • Lisez le chapitre Configuration système requise pour ISSU unifié pour anticiper toute circonstance particulière qui pourrait 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 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 de l’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’est en aucun cas modifié à l’aide de la file checksum md5 commande. Pour plus d’informations sur la vérification de la somme de contrôle md5, reportez-vous à la section https://kb.juniper.net/InfoCenter/index?page=content&id=KB17665 .

    Note:

    À partir de Junos OS version 16.1R1, lors de l’exécution d’un ISSU unifié à partir 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 à niveau de Junos OS avec FreeBSD mis à niveau et demander la validation du logiciel système sur (Junos OS avec FreeBSD mis à niveau)

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 appareil, 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 les moteurs de routage doubles sont installés et que le basculement GRES (Graceful moteur de routage Switchover) 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 appareil 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 au niveau de la nonstop-routing [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 du système.

Vérification des versions logicielles et sauvegarde des logiciels 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 request system snapshot commande sur each le moteur de routage.

    Note:

    Le système de fichiers racine est sauvegardé dans /altroot et /config dans /altconfig. Une fois que vous avez émis la commande, la request system snapshot mémoire flash de l’appareil et les disques durs 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 vous disposez de l’une des configurations spécifiques aux fonctionnalités suivantes sur votre appareil, effectuez les étapes appropriées.

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

  1. Les sessions BFD (Bidirectional Forwarding Detection) augmentent temporairement leurs temporisateurs de détection et de transmission au cours des procédures ISSU unifiées. Après la mise à niveau, ces minuteries 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 battre pendant le basculement unifié d’ISSU 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 de fermer 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 périphérique 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’ensemble de 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 automatique 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 montre 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 package logiciel 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’est en aucun cas modifié à l’aide de la file checksum md5 commande. Pour plus d’informations sur la vérification de la somme de contrôle md5, reportez-vous à la section https://kb.juniper.net/InfoCenter/index?page=content&id=KB17665 .

  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. Patientez 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 applicables dans la section Restauration de la configuration spécifique aux fonctionnalités.

  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 dans /altconfig. Une fois que vous avez émis la commande, vous ne pouvez pas facilement revenir à la version précédente du logiciel, car la request system snapshot 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 vous disposez de l’une des configurations spécifiques aux fonctionnalités suivantes sur votre appareil, effectuez les étapes appropriées.

Pour restaurer une 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 périphérique 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 périphérique 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 sauvegarde

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 logiciel 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 logicielles 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 aux fonctionnalités.

  4. Copiez le package logiciel 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’est en aucun cas modifié à l’aide de la file checksum md5 commande. Pour plus d’informations sur la vérification de la somme de contrôle md5, reportez-vous à la section https://kb.juniper.net/InfoCenter/index?page=content&id=KB17665 .

    Le Tableau 4 montre 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 sauvegarde

    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 le nouveau moteur de routage (ancien moteur de routage principal (), exécute toujours l’image logicielle précédente et que le nouveau moteur de routage principal (re0) 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 logicielle la plus récente 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 de 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 sauvegarde, 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 avant 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. Patientez 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 applicables dans la section Restauration de la configuration spécifique aux fonctionnalités.

  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 dans /altconfig. Une fois que vous avez émis la commande, vous ne pouvez pas facilement revenir à la version précédente du logiciel, car la request system snapshot 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 certaines circonstances, 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 montre 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 logicielles 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 à une fonctionnalité.

  4. Copiez le package logiciel 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’est en aucun cas modifié à l’aide de la file checksum md5 commande. Pour plus d’informations sur la vérification de la somme de contrôle md5, reportez-vous à la section https://kb.juniper.net/InfoCenter/index?page=content&id=KB17665 .

  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 montre 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 le nouveau moteur de routage (ancien moteur de routage principal (), exécute toujours l’image logicielle précédente et que le nouveau moteur de routage principal (re0) 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 montre 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 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. Réactivez 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 applicables dans la section Restauration de la configuration spécifique aux fonctionnalités.

  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 dans /altconfig. Une fois que vous avez émis la commande, vous ne pouvez pas facilement revenir à la version précédente du logiciel, car la request system snapshot 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 un minimum d’interruption du trafic 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 à la version 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 commande de la configuration, sinon la set system internet-options no-tcp-reset drop-all-tcp mise à niveau échouera et un message d’erreur s’affichera.

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 secondaire.

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

Cette procédure décrit comment mettre à niveau le logiciel exécuté 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 avec un navigateur de la section Installation de progiciels sur les périphériques 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 à la CLI 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 examiner 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 de la série ACX5000

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 un minimum d’interruption du trafic pendant la mise à niveau.

Note:

ISSU est pris en charge dans Junos OS versions 15.1X54 à D60 et ultérieures sur les routeurs de la série ACX5000.

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 commande de la configuration, sinon la set system internet-options no-tcp-reset drop-all-tcp mise à niveau échouera et un message d’erreur s’affichera.

  • Assurez-vous que le routage actif non-stop (NSR) et le pontage non-stop (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), alors activez NSR. NSR nécessite que vous configuriez le basculement GRES (Graceful Moteur de Routage). Par défaut, NSR est désactivé.

    • Pour permettre un basculement moteur de routage progressif, 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 nonstop-routing au niveau de la hiérarchie [edit routing-options] sous la forme user@host#set routing-options nonstop-routing.

  • Activez le pontage ininterrompu (NSB). Le pontage ininterrompu nécessite que vous configuriez le basculement GRES (Graceful Moteur de Routage). Par défaut, NSB est désactivé.

    • Pour permettre un basculement moteur de routage progressif, 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 NSB, incluez l’instruction nonstop-bridging au niveau de la hiérarchie [edit protocols layer2-control] sous la forme user@host#set protocols layer2-control nonstop-bridging.

  • (Facultatif) Sauvegardez le logiciel système (Junos OS, la configuration active et les fichiers journaux) sur le 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 gestion des pannes de liaison (LFM) à intervalle de 1 seconde. Lors de l’ISSU, vous remarquerez peut-être des battements LFM pour les sessions dont l’intervalle de délai d’expiration est inférieur à 1 seconde.

  • Les sessions BFD (Bidirectional Forwarding Detection) 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 ISSUES. 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étrograder 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 problèmes 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 de 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 disposer 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 ISSUES.

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

  1. Téléchargez le progiciel à partir du 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 Juniper Networks https://www.juniper.net/registration/Register.jsp .

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

  3. Copiez le ou les progiciels 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 à la CLI 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. En outre, les liaisons descendantes et 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 routage actif non-stop (NSR), du pontage non-stop (NBR) et du moteur de routage gracieux (GRES).

Vérification d’un ISSU unifié

Vérifiez l’état des FPC et de leurs PICs 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 Unified ISSU avec le mode amélioré

Vue d’ensemble d’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 nouvelles améliorations apportées à l’architecture de la carte de ligne permettent de disposer d’une deuxième copie du logiciel Junos OS exécutée 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.

RÉSUMÉ Utilisez ce document pour en savoir plus sur ISSU unifié avec le mode amélioré et comment l’utiliser.

Avantages de l’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 particulière

Conditions préalables à la réalisation 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’équipement exécutant l’ISSU unifié avec le mode amélioré doit utiliser une carte de ligne MPC8E, MPC9E ou MPC11E.

    Note:

    Si vous effectuez un ISSU unifié avec le mode amélioré sur un périphérique qui dispose d’un mélange de cartes d’interface 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 d’interface non prises en charge.

    Note:

    Si vous utilisez un ISSU unifié avec le mode amélioré sur les 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 de 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 garantir l’absence de perte de paquets pendant le processus ISSU unifié

    Note:

    L’ISSU unifié avec mode amélioré fonctionnera toujours si l’utilisation de la mémoire de transfert est supérieure à 75 %, mais il peut introduire 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 une mise à niveau avec une perturbation minimale du trafic.

Exécution de l’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 la section Téléchargement de logiciels.

  2. Copiez le ou les progiciels sur l’appareil. 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 l’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 à la CLI de Junos OS.

    L’appareil 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 unifié s’arrête, vous pouvez examiner la sortie de l’interface de ligne de commande à 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 à niveau 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 PICs 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.

Sens

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

Dépannage des problèmes liés à Unified ISSU

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 où la mise à niveau s’est arrêtée et vous indiquent comment passer à l’étape suivante.

Pour plus d’informations, reportez-vous à la section Demander l’abandon de la mise à niveau en service du cluster de châssis (ISSU).

Gestion et suivi des sessions BFD dans le cadre des procédures ISSU unifiées

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

Aucune configuration supplémentaire n’est nécessaire pour activer 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 lors de l’ISSU unifié.

ATTENTION:

Les sessions BFD peuvent battre pendant le basculement unifié d’ISSU ou du 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 les options de trace 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 plate-forme 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ération
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 à la version 17.1R1 vers Junos OS version 17.1R1.