Exemple de configuration de mise à niveau ou de rechargement d'application SMU pour serveur rack Scripté Edge ASR 9000 nV

Introduction

Ce document décrit comment effectuer une mise à niveau de rack par rack ou activer un rechargement de mise à niveau de maintenance logicielle (SMU) sur un cluster Edge de routeur ASR 9000 Series Aggregation Services Router nV. Une mise à niveau rack par rack peut être utilisée pour installer une nouvelle version logicielle ou un correctif logiciel (SMU) sur chaque rack un par un. La perte de paquets est réduite dans la mise à niveau logicielle des topologies réseau qui intègrent la redondance du câblage à chaque rack du cluster.

À la date de publication initiale de ce document, mai 2014, trois méthodes sont prises en charge pour mettre à niveau ou activer une SMU sur un cluster :

1. Mise à niveau logicielle standard ou activation SMU avec la commande install activate. Les deux racks doivent être sous tension.
2. Une mise à niveau logicielle standard ou l'activation SMU de l'ASR 9000 nécessite la mise hors tension du rack DSC (Backup-Designated Shelf Controller), la mise à niveau du logiciel sur le rack DSC principal (rechargement du système) et la mise sous tension du rack DSC de sauvegarde afin de se synchroniser.
3. La méthode par rack scriptée.

La méthode 3 est abordée dans ce document.

Note: Il est déconseillé d'effectuer la mise à niveau rack par rack sans le script.

Note: La mise à niveau logicielle en service (ISSU) n'est pas prise en charge sur le cluster, même pour l'activation SMU.

La perte de paquets varie en fonction de l’évolutivité et des fonctionnalités, mais elle devrait se situer à partir de 8 <> 180.

Conditions préalables

Conditions requises

Cisco vous recommande de prendre connaissance des rubriques suivantes :

• Édition 4.2.3 nV Edge Umbrella DDTS #1
• Version 4.3.1 et ultérieure

  Note: La prise en charge de l'ASR 9001 est ajoutée dans la version 4.3.2. Le script ne doit pas être utilisé sur l'ASR 9001 dans les versions antérieures.

  Note: La prise en charge ASR 9001 pour l'historique des volets de liaison EOBC (Unidirectional Link Detection UDLD) (Control Link Manager (CLM) Table version) est ajoutée dans la version 5.1.0.

• Station de travail Linux
• Serveur de console
• Deux ASR 9000 dans un cluster

Components Used

Les informations de ce document sont basées sur deux ASR 9001, Cisco IOS XR version 4.3.2 à 5.1.0 et une station de travail Ubuntu Linux.

The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. If your network is live, make sure that you understand the potential impact of any command.

Informations générales

Présentation de la mise à niveau rack par rack

Phase d'arrêt du rack 1

• Le rack 1 est isolé du cluster et du réseau externe et est transformé en noeud autonome.
• Les liaisons entre racks (IRL) sont désactivées.
• Les interfaces de carte de ligne (LC) externe sont désactivées.
• Les interfaces de liaison de contrôle sont désactivées.

Phase d'activation du rack 1

• Le logiciel cible est activé sur le rack 1.
• Install Activate se produit sur le rack 1 avec la méthode de rechargement parallèle.
• Si la fonctionnalité Auto-FPD (Field Programmable Device) est configurée, elle se produit maintenant.

Phase de basculement critique

• Le trafic est migré vers le rack 1.
• Toutes les interfaces du rack 0 sont arrêtées.
• Toutes les interfaces du rack 1 sont mises en service.
• Les protocoles réapprennent les routes des routeurs voisins et la convergence commence.

Phase d'activation du rack 0

• Le logiciel cible est activé sur le rack 0.
• Install Activate se produit sur le rack 0 avec la méthode de rechargement parallèle.

Phase de nettoyage

• Les liaisons de contrôle sont réactivées.
• Les IRL sont réactivées.
• Le rack 0 se réjouit du cluster en tant que sauvegarde.
• Toutes les liaisons externes désactivées dans le cadre de la mise à niveau sont rétablies.

Configuration

Diagramme du réseau

Note: Utilisez l'Outil de recherche de commande (clients inscrits seulement) pour obtenir plus d'informations sur les commandes utilisées dans cette section.

Note: Un ASR 9001 n'a qu'un port de console par châssis.

1. Récupère une copie du script.

   Enter into KSH and copy the script to disk0:
   
   From exec mode type 'run' to enter KSH.
   
   Copy the file from /pkg/bin/ folder using the following command: 
   cp /pkg/bin/nv_edge_upgrade.exp <destination> 
   eg: cp /pkg/bin/nv_edge_upgrade.exp /disk0:
   
   After this the script can be copied off the router and modified.

2. Installez le logiciel de script attendu sur le serveur Linux.

   sudo yum install expect

   ou

   sudo apt-get install expect

3. Déterminez où le script attendu a été installé sur le serveur Linux.

   root@ubuntu:~$ whereis expect 
   expect: /usr/bin/expect /usr/bin/X11/expect /usr/share/man/man1/expect.1.gz
   root@ubuntu:~$ 

4. Modifiez la première ligne du script nv_edge_upgrade.exp pour qu'elle corresponde au répertoire d'accueil correct du logiciel de script attendu.

   #!/usr/bin/expect -f

5. Modifiez le script pour qu'il corresponde aux paramètres du serveur de console.

   Note: Si vous mettez à niveau un cluster ASR 9001, vous pouvez laisser l'adressage de secours inchangé. Le script s'exécute correctement avec un adressage de secours bidon.

   set rack0_addr      "172.18.226.153"
   set rack0_port      "2049"
   
   set rack0_stby_addr "172.27.152.19"
   set rack0_stby_port "2004"
   
   set rack1_addr      "172.18.226.153"
   set rack1_port      "2050"
   
   set rack1_stby_addr "172.27.152.19"
   set rack1_stby_port "2007"

6. Modifiez le script pour inclure les informations d'identification de connexion.

   set router_username "cisco"
   set router_password "cisco"

7. Modifier le script pour inclure la nouvelle liste d'images

   set image_list       "disk0:asr9k-mini-px-5.1.0  \
   disk0:asr9k-fpd-px-5.1.0 \
   disk0:asr9k-mpls-px-5.1.0 \
   disk0:asr9k-mgbl-px-5.1.0 \
   disk0:asr9k-bng-px-5.1.0 \ "

   ou les SMU de rechargement à activer.

   set image_list       "disk0:asr9k-px-5.1.0-CSCxxXXXXX-1.0.0  \ "

8. Modifiez le script pour inclure les IRL. Entrez la commande show nv edge data forwarding location 0/RSP0/CPU0 afin de vérifier les liaisons.

   set irl_list {{TenGigE 0/0/2/0} {TenGigE 0/0/2/1} {TenGigE 1/0/2/0} {TenGigE 1/0/2/1} }

9. Modifiez le script pour inclure une séquence de déconnexion Telnet Linux. La valeur octal 35 est l'équivalent d'une combinaison de touches Ctrl-], utilisée pour mettre fin à la connexion Telnet inverse de la console et permettre au script de s'exécuter correctement. La modification doit se situer autour de la ligne 162 du script.

   proc router_disconnect { } {
     global debug_mode
     global connected_rack
   
     if {$debug_mode == 1} { return }
   
     send -- "\35"
     sleep 1
     expect -exact "telnet> "
     send -- "quit\r"
     expect eof
   
     set connected_rack -1
     sleep 5

10. Installez le nouveau logiciel ou les SMU au cluster ASR 9000.

    admin 
    install add tar ftp://cisco:cisco@10.118.12.236/5.1.0.tar sync

11. Déconnectez toutes les sessions de terminal actives aux ports de console du cluster une fois l'opération d'ajout d'installation terminée.
12. Activez le script à partir du serveur Linux.

    root@ubuntu:~/nV$ expect nv_edge_upgrade.exp
    ########################
    This CLI Script performs a software upgrade on
    an ASR9k Nv Edge system, using a rack-by-rack
    parallel reload method.  This script will modify
    the configuration of the router, and will incur
    traffic loss.
    
    Do you wish to continue [y/n] y

Vérification

Référez-vous à cette section pour vous assurer du bon fonctionnement de votre configuration.

La progression du script/de la mise à niveau est visible depuis la station de travail Linux. La mise à niveau rack par rack prend entre 45 et 60 minutes.

Sur l'ASR 9000, procédez comme suit afin de confirmer l'activation de la mise à niveau logicielle/SMU et l'état du système Edge nV :

1. Vérifiez le logiciel XR.

   RP/0/RSP0/CPU0:ASR9006#show install active summary
   Mon Mar 31 12:43:43.825 EST
   Default Profile:
     SDRs:
       Owner
     Active Packages:
       disk0:asr9k-fpd-px-5.1.0
       disk0:asr9k-mgbl-px-5.1.0
       disk0:asr9k-mpls-px-5.1.0
       disk0:asr9k-mini-px-5.1.0
       disk0:asr9k-bng-px-5.1.0 
       disk0:asr9k-px-5.1.0-CSCxxXXXXX-1.0.0
   
   RP/0/RSP0/CPU0:ASR9006#show install committed summary
   Mon Mar 31 12:44:07.250 EST
   Default Profile:
     SDRs:
       Owner
     Committed Packages:
       disk0:asr9k-fpd-px-5.1.0
       disk0:asr9k-mgbl-px-5.1.0
       disk0:asr9k-mpls-px-5.1.0
       disk0:asr9k-mini-px-5.1.0
       disk0:asr9k-bng-px-5.1.0
       disk0:asr9k-px-5.1.0-CSCxxXXXXX-1.0.0

2. Vérifiez le plan de données.

   show nv edge data forwarding location all
   <Snippet>
   -----------------node0_RSP0_CPU0------------------
   
   nV Edge Data interfaces in forwarding state: 4
   
   TenGigE0_0_1_3                  <-->  TenGigE1_0_0_3                
   TenGigE0_1_1_3                  <-->  TenGigE1_1_0_3              
   TenGigE0_2_1_3                  <-->  TenGigE1_2_0_3               
   TenGigE0_3_1_3                  <-->  TenGigE1_3_0_3                    
   <Snippet>

   Dans ce résultat, les IRL doivent s’afficher à l’état de transmission.

3. Vérifiez le plan de contrôle.

   show nv edge control control-link-protocols location 0/RSP0/CPU0
   <Snippet>
   Port enable administrative configuration setting: Enabled
   Port enable operational state: Enabled
   Current bidirectional state: Bidirectional
   Current operational state: Advertisement - Single neighbor detected
   Priority lPort             Remote_lPort      UDLD STP
   ======== =====             ============      ==== ========
   0        0/RSP0/CPU0/0     1/RSP0/CPU0/0     UP   Forwarding
   1        0/RSP0/CPU0/1     1/RSP1/CPU0/1     UP   Blocking  
   2        0/RSP1/CPU0/0     1/RSP1/CPU0/0     UP   On Partner RSP
   3        0/RSP1/CPU0/1     1/RSP0/CPU0/1     UP   On Partner RSP

   À partir de cette sortie, l'état bidirectionnel actuel doit apparaître en tant que Bidirectionnel et un seul des ports doit être à l'état Transfert.

4. Vérifiez l'état du cluster.

   RP/0/RSP0/CPU0:ASR9006#admin show dsc
   ---------------------------------------------------------
              Node  (     Seq)     Role       Serial State
   ---------------------------------------------------------
       0/RSP0/CPU0  (       0)   ACTIVE  FOX1613G35U PRIMARY-DSC
       0/RSP1/CPU0  (10610954)  STANDBY  FOX1613G35U NON-DSC
       1/RSP0/CPU0  (  453339)  STANDBY  FOX1611GQ5H NON-DSC
       1/RSP1/CPU0  (10610865)   ACTIVE  FOX1611GQ5H BACKUP-DSC 

   Cette commande affiche à la fois l'état DSC (inter-rack) et le rôle de redondance (intra-rack) pour tous les processeurs de commutation de route (RSP) du système.

   Dans cet exemple :

   • RSP0 sur le rack 0 est le DSC principal et le RSP actif pour le rack.
   • RSP1 sur le rack 0 est un RSP non DSC et le RSP de secours pour le rack.
   • RSP0 sur le rack 1 est un RSP non DSC et le RSP de secours pour le rack.
   • RSP1 sur le rack 1 est le DSC de sauvegarde et le RSP actif pour le rack.

   Note: Le rôle DSC est utilisé pour les tâches qui ne doivent être effectuées qu'une fois dans le système, par exemple appliquer la configuration ou effectuer des activités d'installation.

   Note: Le rôle du RSP principal est déterminé par l'ordre dans lequel les racks et les RSP sont démarrés.

Dépannage

Il n'existe actuellement aucune information de dépannage spécifique pour cette configuration.

Cavates

• La mise à niveau rack par rack n'est pas compatible avec la fonction de détection de cerveau partagé du LAN de gestion. Cette fonctionnalité doit être désactivée avant cette mise à niveau.
• La fonctionnalité FPD automatique n'est pas activée par défaut par le script. Cette option doit être activée avant cette mise à niveau.
• Toutes les opérations d'installation en cours doivent être terminées avant cette mise à niveau.
• Tous les paquets actifs doivent être validés avant cette procédure de mise à niveau (validation d'installation d'admin).
• Le script effectue une vérification minimale des erreurs qui se produisent. Il est recommandé d'entrer la commande install activate test sur le routeur avant l'exécution du script afin de valider le jeu d'images.
• Il est vivement recommandé de sauvegarder la configuration du routeur avant la mise à niveau.
• ISSU n'est pas pris en charge sur le cluster même pour l'activation SMU.

Historique de révision