Cette feature permet de mettre un stack de switch à jour sans interruption de service. Avant de commencer, veuillez vérifier que le switch est bien compatible avec NSSU sur le site de Juniper : Nonstop software upgrade (NSSU) | Juniper Networks Pathfinder Feature Explorer
Point d’attention : Ce processus est seulement possible en upgrade et non disponible en downgrade. Il est recommandé un saut de 3 versions de Junos au maximum.
Vérification de la configuration avant installation :
Avant de commencer, il faut vérifier sur le stack que plusieurs options sont bien présents :
- câblage VC en anneau
- no-split-detection
- GRES (Graceful routing engine switchover) est bien présent dans la configuration
- NSR (Non-stop active routing) est bien présent dans la configuration
- NSB (Non-stop brigding) est bien présent dans la configuration
- Le VC doit être pré-provisionné
set virtual-chassis no-split-detection
set chassis redundancy graceful-switchover
set routing-options nonstop-routing
set protocols layer2-control nonstop-bridging
set virtual-chassis preprovisioned
set virtual-chassis member 0 role routing-engine
set virtual-chassis member 0 serial-number TC3700000000
set virtual-chassis member 1 role routing-engine
set virtual-chassis member 1 serial-number TC3700000001
set system commit synchronize
Explication :
Le câblage du VC doit se faire en anneau (voir l’article sur le VC) afin de garantir qu’aucun membre du VC ne soit isolé pendant le NSSU.
Le no-split-detection garantie à un stack de deux membres d’éviter un split.
Graceful Routing Engine Switchover (GRES) est une fonctionnalité de Junos permettant à un commutateur possédant deux RE de continuer de transmettre les paquets, même si une RE tombe en panne. GRES préserve les informations des interfaces et du kernel, le trafic n’est pas interrompu toutefois le GRES ne préserve pas le controle plane. Pour préserver le routage pendant un switchover, GRES doit être combiner avec NSR (Nonstop active routing).
Nonstop active routing (NSR) utilise la même infrastructure que le GRES pour préserver les informations des interfaces et du kernel. Toutefois il permet de synchroniser les informations de routage en effectuant une sauvegarde (de la rpd) sur le membre backup.
Nonstop Bridging (NSB) utilise la même infrastructure que le GRES pour préserver les informations des interfaces et du kernel. Toutefois il permet de sauvegarder les informations Layer 2 Control Protocol (L2CP) en faisant tourner le Layer 2 Control Process (l2cpd) sur le membre backup.
Le pré-provisionnement des switch permet d’indiquer explicitement quel switch est master, backup et linecard afin de préserver leur rôle pendant le NSSU et éviter une ré-élection des rôles.
Commit synchonize permet à tous les RE de vérifier la syntaxe sur la configuration candidate.
Lancer le NSSU
Avant de lancer le NSSU, on va vérifier le status du NSR (nonstop routing) avec la commande :
show task replication
Afin d’effectuer le NSSU, lancer la commande en CLI :
request system software nonstop-upgrade /chemin/du/package On peut ajouter des options :
- no-validate : Ne vérifie pas la compatibilité avec la configuration actuelle
Une fois la mise à jour terminée, on peut vérifier sur une machine qui était connectée aux switches ayant effectués le NSSU en ayant lancé un ping vers l’irb qu’on a eu aucune perte de packets :
Source
synchronize (Commit configuration) – TechLibrary – Juniper Networks
Nonstop software upgrade (NSSU) | Juniper Networks Pathfinder Feature Explorer
show task replication | High Availability User Guide | Juniper Networks TechLibrary
