Exigences système pour Unified ISSU
La mise à niveau logicielle unifiée en service (ISSU) nécessite que vous répondiez aux exigences de configuration et d’équipement répertoriées ci-dessous.
La fonctionnalité unifiée de mise à niveau logicielle en service (ISSU) vous permet de mettre à niveau votre équipement entre deux versions différentes de Junos OS sans interruption sur le plan de contrôle et avec une interruption minimale du trafic. La ISSU unifiée est prise en charge uniquement sur les plates-formes à double moteur de routage. En outre, les fonctionnalités GRES (Graceful moteur de routage switchover) et NSR (NonStop Active Routing) doivent être activées.
Pour vérifier la prise en charge de la plate-forme pour Unified ISSU, utilisez l’explorateur de fonctionnalités.
Cette section contient les rubriques suivantes :
Considérations générales sur la ISSU unifiée pour toutes les plateformes
Unified ISSU présente les mises en garde suivantes :
-
Pour effectuer une mise à niveau vers Junos OS versions 21.2R1 ou 22.1R1, vous devez inclure l’option
no-validatelors de l’émission de la commande in-service-upgrade. La syntaxe de cette commande est la suivanterequest system software in-service-upgrade /var/tmp/package-name.tgz no-validateLes versions de Junos OS antérieures à 20.4R2 ne prennent pas en charge l’option
no-validateISSU unifiée. Pour effectuer une mise à niveau d’une version antérieure vers les versions 21.2R1 ou 22.1R1 de Junos OS avec ISSU unifié, vous devez d’abord effectuer une mise à niveau vers une version qui prend en charge l’option d’ISSU unifié, telle que 20.4R2no-validate. -
L’utilisation d’ISSU unifié pour effectuer une mise à niveau d’une version antérieure de Junos OS vers Junos OS version 17.1R1 ou ultérieure ne fonctionne pas si des profils dynamiques VPLS sont configurés et que la gestion améliorée des abonnés n’est pas configurée.
-
Le moteur de routage principal et le moteur de routage de secours doivent exécuter la même version logicielle avant de pouvoir exécuter un ISSU unifié.
-
Le processus ISSU unifié est terminé et un message s’affiche si la version de Junos OS spécifiée pour l’installation est antérieure à celle en cours d’exécution sur l’équipement.
-
Le processus ISSU unifié est interrompu si la mise à niveau spécifiée est en conflit avec la configuration actuelle, les composants pris en charge, etc.
-
Vous ne pouvez pas mettre les PIC hors ligne ou les mettre en ligne lors d’une ISSU unifiée.
-
Le GRES initié par l’utilisateur est bloqué lorsque l’équipement fait l’objet d’un ISSU unifié.
-
Unified ISSU ne prend pas en charge les packages d’application d’extension développés avec le SDK Junos.
-
Pour passer d’une version compatible ISSU unifiée à une version logicielle antérieure (compatible ISSU unifié ou non), utilisez la
request system software add package-namecommande. Contrairement à une mise à niveau utilisant le processus ISSU unifié, une mise à niveau vers une version antérieure utilisant larequest system software add package-namecommande peut entraîner des perturbations du réseau et des pertes de données. Pour plus d’informations sur l’utilisation de larequest system software add package-namecommande, reportez-vous au Guide d’installation et de mise à niveau des logiciels Junos OS. -
Les statistiques liées au RPF (Reverse-Path-Forwarding) unicast ne sont pas enregistrées dans un ISSU unifié, et les compteurs RPF unicast sont remis à zéro lors d’un ISSU unifié.
-
Les statistiques de disponibilité et de temps d’arrêt des sessions BGP ne sont pas synchronisées entre le moteur de routage principal et le moteur de routage secondaire lors d’un ISSU unifié. Le moteur de routage de sauvegarde maintient sa propre disponibilité de session en fonction de l’heure à laquelle la sauvegarde prend connaissance des sessions établies. Par exemple, si le moteur de routage de sauvegarde est redémarré (ou si vous exécutez
restart routingsur le moteur de routage de secours), la disponibilité du moteur de routage de secours est de courte durée, car la sauvegarde vient d’apprendre les sessions établies. Si la sauvegarde fonctionne lorsque les sessions BGP démarrent pour la première fois sur la session principale, la disponibilité de la sauvegarde principale et de la sauvegarde est presque la même. Après un basculement du moteur de routage, le nouveau principal continue à partir du temps restant sur le moteur de routage de secours. -
Si l’ARP de proxy est activé sur votre appareil, vous devez supprimer l’instruction
unconditional-src-learndu niveau hiérarchique avant le[edit interfaces interface-name unit 0 family inet]début du processus ISSU unifié et l’inclure une fois le processus ISSU unifié terminé. Notez que l’instruction n’estunconditional-src-learnpas incluse par défaut.
Considérations relatives à la ISSU unifiée pour les routeurs MX Series
La ISSU unifiée présente les mises en garde suivantes pour les routeurs MX Series :
-
La ISSU unifiée pour les routeurs MX Series ne prend pas en charge les protocoles IEEE 802.1ag OAM et IEEE 802.3ah.
-
Si la synchronisation d’horloge est configurée, le processus ISSU unifié s’arrête. À partir de la version 22.1R1 de Junos OS, vous pouvez utiliser la commande avec l’option
handle-incompatible-configpermettant de désactiver/activer automatiquement la synchronisation de l’horlogerequest system software in-service-upgradepour PTP et Ethernet synchrone. -
Sur les routeurs MX Series dotés d’interfaces MPC/MIC, les mécanismes de contrôle du trafic de transit et des statistiques sont temporairement désactivés pendant le processus ISSU unifié.
-
Sur les MPC de la gamme MX Series, les statistiques spécifiques à l’interface et aux filtres de pare-feu sont conservées dans un ISSU unifié. Pendant l’ISSU unifiée, les opérations de compteur et de contrôle sont désactivées.
-
Pour préserver les statistiques d’un ISSU unifié sur les routeurs MX Series avec interfaces MPC/MIC, le routeur stocke les données statistiques sous forme d’objets binaires volumineux. Le routeur collecte les statistiques avant l’initialisation de l’ISSU unifié et restaure les statistiques une fois l’ISSU unifié terminé. Aucune statistique n’est collectée pendant le processus ISSU unifié.
-
Une fois l’opération ISSU unifiée terminée, un redémarrage MPC est nécessaire pour que MACsec fonctionne.
-
Lorsqu’un grand nombre d’abonnés est configuré, le planificateur de couche 2 peut devenir surabonné. Le processus ISSU unifié peut s’arrêter lorsque le système n’a plus de planificateurs. Le système génère des messages de journal avec des échecs ISSU et des erreurs CRC sur le plan de contrôle. Si vous rencontrez ce problème, veuillez contacter le JTAC pour obtenir de l’aide afin d’éliminer le surabonnement au planificateur de couche 2 dans votre configuration.
-
Les routeurs MX Series prennent en charge le protocole LACP (Link Aggregation Control Protocol) avec des hellos rapides lors de l’ISSU unifié. Cette prise en charge est désactivée par défaut. Vous devez activer l’option fast-hello-issu sur le routeur principal et sur les routeurs homologues avant de démarrer ISSU unifié. Notez que le routeur homologue doit également être un routeur MX Series pour que cette fonctionnalité fonctionne.
Considérations relatives à la ISSU unifiée pour les routeurs PTX Series
La ISSU unifiée présente les mises en garde suivantes pour les routeurs PTX Series :
-
Le protocole LACP (Link Aggregation Control Protocol) n’est pas pris en charge lors de l’ISSU unifié sur les routeurs PTX Series. Vous devez désactiver l’instruction
lacpau niveau de la hiérarchie avant le[edit interfaces interface-name aggregated-ether-options]début du processus ISSU unifié et l’activer une fois le processus ISSU unifié terminé.
Prise en charge de la plate-forme ISSU unifiée
Pour savoir quelles plates-formes prennent en charge ISSU, veuillez utiliser l’outil Feature Explorer sur le site Web de Juniper Networks.
Prise en charge des fonctionnalités ISSU unifiées
La ISSU unifiée prend en charge la plupart des fonctionnalités de Junos OS à partir de la version 9.0 de Junos OS. Toutefois, les contraintes suivantes s’appliquent :
-
Link Aggregation Control Protocol (LACP) : les modifications de liens ne sont traitées qu’une fois l’ISSU unifié terminé.
-
Commutation de protection automatique (APS) : les modifications réseau ne sont traitées qu’une fois l’ISSU unifié terminé.
-
Opération, administration et gestion Ethernet (OAM) telles que définies par les normes IEEE 802.3ah et IEEE 802.1ag : lorsqu’un basculement de moteur de routage se produit, le message Hello OAM expire, déclenchant la convergence des protocoles.
-
Encapsulation Ethernet circuit cross connect (CCC) : les modifications de circuit ne sont traitées qu’une fois l’ISSU unifié terminé.
-
Systèmes logiques : sur les périphériques sur lesquels des systèmes logiques sont configurés, seul le système logique principal prend en charge Unified ISSU.
Note:Lors de l’exécution d’un ISSU unifié à partir d’un Junos OS basé sur FreeBSD 6.1 à un Junos OS mis à niveau basé sur FreeBSD 10.x, 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 Junos OS avec un FreeBSD mis à niveau. De plus, seuls quelques répertoires et fichiers sélectionnés sont préservé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.
Considérations sur le support PIC ISSU unifié
Les sections suivantes fournissent des informations sur la prise en charge PIC pour ISSU unifié.
Pour plus d’informations sur la prise en charge d’ISSU sur des PIC individuels en fonction de l’appareil et de la version, utilisez l’outil Feature Explorer .
Pour plus d’informations sur les types de concentrateurs PIC flexibles (FPC), la compatibilité FPC/PIC et la version initiale de Junos OS dans laquelle un PIC particulier est pris en charge sur un FPC, consultez le guide PIC de votre plate-forme.
- Considérations relatives au PIC
- Prise en charge unifiée d’ISSU sur les routeurs Universal Edge 3D MX Series
Considérations relatives au PIC
Tenez compte des restrictions PIC suivantes avant d’effectuer une ISSU unifiée :
-
PIC non pris en charge : si un PIC n’est pas pris en charge par Unified ISSU, au début de la mise à niveau, le logiciel émet un avertissement indiquant que le PIC sera mis hors ligne. Une fois le PIC mis hors ligne et l’ISSU unifié terminé, le PIC est remis en ligne avec le nouveau micrologiciel.
-
Combinaisons de PIC : pour certains PIC, les nouveaux services Junos OS peuvent nécessiter une mémoire ASIC Internet Processor importante, et certaines règles de configuration peuvent limiter certaines combinaisons de PIC sur des plates-formes particulières. Avec un ISSU unifié :
-
Si la version logicielle à partir de laquelle l’appareil fait l’objet d’une mise à niveau ne prend pas en charge une combinaison de PIC, la vérification de validation affiche un message et met fin à la mise à niveau.
-
Si la version logicielle à laquelle l’appareil est mis à niveau ne prend pas en charge une combinaison de PIC, un message s’affiche et met fin à la mise à niveau, même si la combinaison de PIC est prise en charge par la version du logiciel à partir de laquelle l’appareil est mis à niveau.
-
-
Statistiques d’interface : les statistiques d’interface peuvent être incorrectes pour les raisons suivantes :
-
Lors du démarrage du nouveau micronoyau sur le moteur de transfert de paquets, le trafic lié à l’hôte n’est pas géré et peut être abandonné, ce qui entraîne une perte de paquets.
-
Lors de la mise à jour matérielle du moteur de transfert de paquets et de ses interfaces, le trafic est interrompu et ignoré. (La durée de la mise à jour matérielle dépend du nombre et du type d’interfaces et de la configuration de l’appareil.)
-
Lors d’une ISSU unifiée, la collecte de statistiques périodiques est interrompue. Si les compteurs matériels saturent ou s’enroulent, le logiciel n’affiche pas de statistiques d’interface précises.
-
-
Surabonnement CIR : si le surabonnement du débit d’information validé (CIR) est configuré sur les interfaces logiques :
-
Et que la somme des CIR dépasse la bande passante de l'interface physique, après un ISSU unifié, chaque interface logique peut ne pas recevoir son CIR d'origine.
-
Et la somme du taux de mémoire tampon de retard configuré sur les interfaces logiques dépasse la bande passante de l'interface physique, après l'exécution d'un ISSU unifié, chaque interface logique peut ne pas recevoir son calcul d'origine du taux de mémoire tampon de retard.
-
Prise en charge unifiée d’ISSU sur les routeurs Universal Edge 3D MX Series
Les sections suivantes répertorient les concentrateurs de ports denses (DPC), les concentrateurs PIC flexibles (FPC), les concentrateurs de ports modulaires (MPC) et les cartes d’interface modulaires (MIC) pris en charge lors d’un ISSU unifié sur les routeurs MX Series.
Prise en charge unifiée de ISSU DPC et FPC sur les routeurs MX Series
Unified ISSU prend en charge tous les DPC, à l’exception du DPC multiservices sur les routeurs MX Series. Unified ISSU prend également en charge le FPC de type 2 (MX-FPC2) et le FPC de type 3 (MX-FPC3) sur les routeurs MX Series.
Prise en charge unifiée des ISSU MIC et MPC sur les routeurs MX Series
La ISSU unifiée prend en charge tous les concentrateurs de ports modulaires (MPC) et cartes d’interface modulaires (MIC) répertoriés dans les tableaux 1 et 2.
Dans les MPC des routeurs MX Series, les statistiques spécifiques à l’interface et aux filtres de pare-feu sont conservées dans un ISSU unifié. Pendant l’ISSU unifiée, les opérations de compteur et de contrôle sont désactivées.
Pour préserver les statistiques d’un ISSU unifié sur les routeurs MX Series avec interfaces MPC/MIC, le routeur stocke les données statistiques sous forme d’objets binaires volumineux. Le routeur collecte les statistiques avant l’initialisation de l’ISSU unifié et restaure les statistiques une fois l’ISSU unifié terminé. Aucune statistique n’est collectée pendant le processus ISSU unifié.
Pour vérifier que les statistiques sont conservées dans l’ISSU unifié, vous pouvez émettre des commandes opérationnelles de la CLI, par exemple show interfaces statistics après la fin de l’ISSU unifié.
| MPC Type |
Nombre de ports |
Numéro de modèle |
Plateforme |
|---|---|---|---|
| MPC1 |
— |
MX-MPC1-3D |
Routeurs MX Series |
| MPC1E |
— |
MX-MPC1E-3D |
Routeurs MX Series |
| MPC1 Q |
— |
MX-MPC1-3D-Q |
Routeurs MX Series |
| MPC1E Q |
— |
MX-MPC1E-3D-Q |
Routeurs MX Series |
| MPC2 |
— |
MX-MPC2-3D |
Routeurs MX Series |
| MPC2E |
— |
MX-MPC2E-3D |
Routeurs MX Series |
| MPC2 Q |
— |
MX-MPC2-3D-Q |
Routeurs MX Series |
| MPC2E Q |
— |
MX-MPC2E-3D-Q |
Routeurs MX Series |
| Égaliseur MPC2 |
— |
MX-MPC2-3D-EQ |
Routeurs MX Series |
| MPC2E EQ |
— |
MX-MPC2E-3D-EQ |
Routeurs MX Series |
| MPC 16 x 10GE |
16 |
MPC-3D-16XGE-SFPP |
Routeurs MX Series |
| MPC3E |
— |
MX-MPC3E-3D |
Routeurs MX Series |
| 32x10GE MPC4E |
32 |
MPC4E-3D-32XGE-SFPP |
Routeurs MX Series |
| 2 x 100GE + 8 x 10GE MPC4E |
10 |
MPC4E-3D-2CGE-8XGE |
Routeurs MX Series |
| 6x40GE + 24x10GE MPC5E |
30 |
MPC5E-40G10G |
Routeurs MX Series |
| 6x40GE + 24x10GE MPC5EQ |
30 |
MPC5EQ-40G10G |
Routeurs MX Series |
| 2 x 100GE + 4 x 10GE MPC5E |
6 |
MPC5E-100G10G |
Routeurs MX Series |
| 2 x 100GE + 4 x MPC5EQ 10GE |
6 |
MPC5EQ-100G10G |
Routeurs MX Series |
| MPC6E |
2 |
MX2K-MPC6E |
Routeurs MX Series |
| MPC7E (multidébit) |
12 |
MPC7E-MRATE |
Routeurs MX Series |
| MPC7E 10G |
40 |
MPC7E-10G |
Routeurs MX Series |
| MPC8E |
— |
MX2K-MPC8E |
Routeurs MX Series |
| MPC9E |
— |
MX2K-MPC9E |
Routeurs MX Series |
| MIC Type |
Nombre de ports |
Numéro de modèle |
Plateforme |
|---|---|---|---|
| MIC ATM avec SFP |
8 |
MIC-3D-8OC3-2OC12-ATM |
Routeurs MX Series |
| MIC SONET/SDH OC192/STM64 multiplexées avec XFP |
4 |
MIC-3D-1OC192-XFP |
Routeurs MX Series |
| MIC d’émulation de circuit OC3/STM1 (multidébit) multiplexée avec SFP |
4 |
MIC-3D-4COC3-1COC12-CE |
Routeurs MX Series |
| MIC d’émulation de circuit E1/T1 canalisée |
16 |
MIC-3D-16CHE1-T1-CE |
Routeurs MX Series |
| MIC SONET/SDH OC3/STM1 (multidébits) multiplexées avec SFP |
4 |
MIC-3D-4CHOC3-2CHOC12 |
Routeurs MX Series |
| MIC SONET/SDH OC3/STM1 (multidébits) multiplexées avec SFP |
8 |
MIC-3D-4CHOC3-2CHOC12 |
Routeurs MX Series |
| MIC DS3/E3 à canaux |
8 |
MIC-3D-8CHDS3-E3-B |
Routeurs MX Series |
| DS3/E3 |
8 |
MIC-3D-8DS3-E3 |
Routeurs MX Series |
| Voir MIC MRATE pour le type de MIC |
12 |
MIC MRATE |
Routeurs MX Series |
| MIC Ethernet 40 Gigabit avec QSFPP |
2 |
MIC3-3D-2X40GE-QSFPP |
Routeurs MX Series |
| MIC Ethernet 10 Gigabit avec SFPP |
10 |
MIC3-3D-10XGE-SFPP |
Routeurs MX Series |
| MIC Ethernet 100 Gigabit avec CXP |
1 |
MIC3-3D-1X100GE-CXP |
Routeurs MX Series |
| MIC 100 Gigabit Ethernet avec CFP |
1 |
MIC3-3D-1X100GE-CFP |
Routeurs MX Series |
| MIC Gigabit Ethernet avec SFP |
20 |
MIC-3D-20GE-SFP |
Routeurs MX Series |
| MIC 10 Gigabit Ethernet avec SFP+ (24 ports) |
24 |
MIC6-10G |
Routeurs MX Series |
| MIC OTN 10-Gigabit Ethernet DWDM (mode non-OTN uniquement) |
24 |
MIC6-10G-OTN |
Routeurs MX Series |
| MIC 100 Gigabit Ethernet avec CFP2 (mode non-OTN uniquement) |
2 |
MIC6-100G-CFP2 |
Routeurs MX Series |
| MIC 100 Gigabit Ethernet avec CXP (4 ports) |
4 |
MIC6-100G-CXP |
Routeurs MX Series |
| MIC Ethernet 10 Gigabit avec XFP |
2 |
MIC-3D-2XGE-XFP |
Routeurs MX Series |
| MIC Ethernet 10 Gigabit avec XFP |
4 |
MIC-3D-4XGE-XFP |
Routeurs MX Series |
| MIC SONET/SDH OC3/STM1 (multidébits) avec SFP |
4 |
MIC-3D-4OC3OC12-1OC48 |
Routeurs MX Series |
| MIC SONET/SDH OC3/STM1 (multidébits) avec SFP |
8 |
MIC-3D-8OC3OC12-4OC48 |
Routeurs MX Series |
| MIC Ethernet cuivre à trois vitesses |
40 |
MIC-3D-40GE-TX |
Routeurs MX Series |
| MIC OTn 100 Gigabit DWDM avec CFP2-ACO |
1 |
MIC3-100G-DWDM |
Routeurs MX960 |
Tenez compte des instructions suivantes avant d’effectuer un ISSU unifié sur un routeur MX Series avec des interfaces ATM à grande échelle :
-
L’intervalle de rétention PPP doit être de 10 secondes ou plus. Le PPP nécessite l’échec de trois keepalives avant d’interrompre la session. Trente secondes (dix secondes multipliées par trois) fournissent une marge de sécurité pour maintenir les sessions PPP sur l’ISSU unifié en cas de perte de trafic pendant l’opération. Configurez l’intervalle avec l’instruction
keepalivesau niveau de la[edit interfaces at-interface-name]hiérarchie ou[edit interfaces at-interface-name unit logical-unit-number]. -
La période de cellule de bouclage OAM F5 doit être de 20 secondes ou plus pour maintenir la connectivité ATM sur l’ISSU unifié. Configurez l’intervalle avec l’instruction
oam-periodau niveau de la[edit interfaces at-interface-name unit logical-unit-number]hiérarchie.
Limites de la ISSU unifiée sur les routeurs MX Series
Unified ISSU n’est actuellement pas pris en charge lorsque la synchronisation d’horloge est configurée pour Synchronous Ethernet, Precision Time Protocol (PTP). À partir de la version 22.1R1 de Junos OS, vous pouvez utiliser la commande avec l’option handle-incompatible-config permettant de désactiver/activer automatiquement la synchronisation de l’horloge request system software in-service-upgrade pour PTP et Ethernet synchrone.
Avant d’activer ISSU sur les routeurs MX, lors de la mise à niveau d’un système d’exploitation Junos OS version 14.1 ou antérieure vers Junos OS version 14.2 ou ultérieure, vous devez désactiver la surveillance IGMP et PIM dans toutes les hiérarchies de protocoles. Cela inclut les hiérarchies bridge-domain et routing-instances.
Sur les routeurs MX Series dotés d’interfaces MPC/MIC, les mécanismes de contrôle du trafic de transit et des statistiques sont temporairement désactivés pendant le processus ISSU unifié.