Commutateurs : Commutateurs-routeurs multiservices de la gamme Cisco Catalyst 8500

Résolution des problèmes liés au matériel pour les MSR Catalyst 8540/8510 et les commutateurs ATM LightStream 1010 : Mise à niveau d'IOS

16 décembre 2015 - Traduction automatique
Autres versions: PDFpdf | Anglais (22 août 2015) | Commentaires


Mise à niveau d'IOS


Contenu


Section <<<Previous prochain Section>>>



Cisco offre plusieurs versions logicielles de Cisco IOS® pour le LightStream 1010 et les commutateurs-routeur ATM du Catalyst 8500. Chaque release offre une combinaison différente de la fonctionnalité et du support matériel. Cette section fournit des suggestions générales de version logicielle de Cisco IOS pour ces Plateformes et discute des facteurs pour considérer en choisissant une release.

Aperçu de modèle de distribution de Cisco IOS

Depuis la version 11.3 IOS (et plus entièrement depuis la version 12.0) Cisco a suivi un modèle de version IOS qui utilise généralement deux types de version :
  • Versions principales - Identifié par un nom de version qui ne finit pas avec une majuscule. Par exemple, version 12. 0(15) est disponible au centre de logiciel pour le LightStream 1010. Stabilité et qualité de recherche de versions principales de Cisco IOS une plus grandes. Pour cette raison, les versions principales ne reçoivent pas l'ajout des caractéristiques ou des Plateformes. Chaque révision de maintenance fournit des correctifs de bogue seulement.
  • Releases tôt du déploiement (ED) - À la différence des releases principales de Cisco IOS, les versions d'ED de Cisco IOS sont des véhicules qui apportent la nouveauté au marché. Chaque révision de maintenance d'un version de déploiement anticipé (ED) inclut non seulement des correctifs de bogue, mais un ensemble de nouvelles caractéristiques, le nouveau support de plate-forme, et les améliorations générales aux protocoles et à l'infrastructure de Cisco IOS. Chacun à deux ans, les caractéristiques et des Plateformes des version de déploiement anticipé (ED) sont mis en communication à la prochaine release principale de Cisco IOS. Parmi les types de version de déploiement anticipé (ED) sont ce qui suit :
    • Les releases consolidées d'Early Deployment de technologie (CTED) sont facilement identifiables par leur nom, qui finit toujours avec « T » (technologie). Les exemples des versions de la technologie consolidées sont le Cisco IOS 11.3T, 12.0T, et 12.1T.
    • La technologie spécifique Early Deployment (STED) libère la cible une région spécifique de technologie ou de marché. Ils sont toujours relâchés sur les Plateformes spécifiques. Des versions STED sont identifiées utilisant deux lettres ajoutées à la version majeure. La première lettre identifie la technologie visée. Par exemple, « W » indique que la release est visée à l'atmosphère, à la Commutation LAN, et à la technologie de commutation de couche 3. Les Cisco IOS versions 11.2WA3, les 11.3WA4 et les 12.0W5 pour des commutateurs-routeur ATM Cisco sont tous les exemples des versions STED.
Les informations supplémentaires sur les séries de versions de Cisco et le modèle de version sont disponibles sur Cisco.com en Livre Blanc : Guide de référence de Cisco IOS. Une version plus détaillée de ce livre blanc est également disponible dans des versions de Cisco IOS : La référence complète.

12.0 Piquez-vous et 12.0W5 pour le LightStream 1010

Les supports de LightStream 1010 deux séries importantes d'images de Cisco IOS : 12.0 se piquent et 12.0W5. Normalement, une image de piquer fournit la release la plus stable pour le Cisco IOS courant d'une plate-forme. Cependant, cette instruction ne s'applique pas à 12.0 se piquent pour le LightStream 1010.

Les 12.0 se piquent l'image est dérivés de la série 11.3WA4, spécifiquement 11.3(5)WA4(8) la release. Après les releases de maintenance premières, les 12.0 se piquent l'image ne contient aucune nouvelle caractéristique de LightStream 1010-specific. De nouvelles caractéristiques qui améliorent spécifiquement la fonctionnalité du LightStream 1010 sont intégrées dans la série 12.0W5. Ainsi, si vous avez besoin seulement des caractéristiques 11.3WA4, Cisco recommande les 12.0 se piquent l'image comme chemin de maintenance de général-déploiement. Autrement, Cisco recommande la dernière image 12.0W5.

En outre, Cisco libère une image de maintenance pour chaque plate-forme qui exécute 12.0 se piquent. Il est important de comprendre que seulement quelques correctifs de bogue de LightStream 1010-specific sont intégrés dans des versions principales 12.0. Ainsi, une version principale 12.0 postérieure pour le LightStream 1010 peut ou peut ne pas contenir une bogue qui s'applique spécifiquement au LightStream 1010. Le tableau suivant présente certaines de ces difficultés, mais n'est pas censé être une liste complète.
 
 

ID de débogage Cisco Réparer-dans la release Description
CSCdr68425 12.0(13) Résout un problème avec créer un circuit virtuel de doux avec 95 pour cent de la bande passante PVP. Sur des tunnels du chemin virtuel VBR (VP), les paramètres du trafic de PCR d'un appel sont maintenant vérifiés contre le PCR du tunnel plutôt que contre la bande passante équivalente maximum du tunnel. 
CSCdr16095 12.0(13) Résout un problème avec des établissements d'appel commutés de circuit virtuel (SVC) manquant même lorsque la Connectivité physique est bien. Inclut également les objets suivants MIB :
  • csfSigCallTotalSetupAttempts : nombre total de tentatives d'établissement d'appel.
  • csfSigCallTotalFailAttempts : nombre total de tentatives d'installation d'appel défaillant.
  • csfSigCallFilterFailAttempts : nombre de tentatives d'installation d'appel défaillant qui apparient le filtre diagnostique.
CSCdr96649 12.0(14) Résout l'incident logiciel sur la plate-forme du Catalyst 8510 MSR à PC 0x600B3A60. 
CSCdp90229 12.0(15) Applique la difficulté dans l'exécution de code de Signalisation ATM sur des Routeurs. Les résolutions tombent en panne sur la plate-forme 7507 due à une erreur sur le bus à l'adresse 0xD0D0D19.
CSCdk87932 12.0(16) Modifications de niveau d'état des mises en place SSCOP. La question de conformité des résolutions SSCOP BGN/END PDU, et permet à des Commutateurs et à des Routeurs pour interopérer avec des configurations de Redondance de SVC dans les images 12.1E.

Version du logiciel Cisco IOS 12.0W5

La version de la technologie 12.0W5 pour le LightStream 1010 aussi bien que pour la gamme Catalyst 8500 est basée en fonction et met à jour la synchronisation avec l'image de mainline du Cisco IOS 12.0. La synchronisation signifie qu'une image 12.0(X)W5 particulière inclut les mêmes correctifs de bogue que le 12.0(X) assorti se piquent l'image. Par exemple, l'image 12.0(16)W5 inclut les mêmes correctifs de bogue que le 12.0(16) se piquent l'image.

Comme version de la technologie, la série 12.0W5 intègre le nouveau support matériel, tel que l'adaptateur de port du huit-port T1/E1 IMA, et le nouveau support logiciel, tel que la commutation multicouche IP (MLS) au-dessus de l'atmosphère et jeûne redondance de serveurs simple Protocol (FSSRP).

La release 12.0W5 utilise le schéma nommant suivant :

12.0(1)W5(X)
12.0(1)W5(Y)
12.0(x)W5(Z)
12.0(y)W5(Zb)
  • X et y minuscules - Indique la version de la version principale IOS de parent.
  • X, Y, et Z majuscules - indique le niveau de maintenance de la release. Les releases de maintenance intègrent de nouvelles caractéristiques et nouvelles corrections logicielles. Des releases de maintenance typiquement sont relâchées toutes les sept à huit semaines.
Un important concept à comprendre au sujet du Cisco IOS est un état général du déploiement (GD), qui se rapporte au point auquel Cisco déclare une release pour être stable sur toutes les Plateformes et dans tous les environnements de réseau. Une release atteint l'état GD si elle répond à certains critères de qualité, y compris la réaction positive des clients réels. Seulement des versions principales, qui n'intègrent pas le nouveaux matériel et support logiciel, sont conçues pour atteindre l'état GD. Les versions de la technologie comme le 12.0W5 n'atteignent pas l'état GD.

Vous pouvez visualiser plus d'informations sur 12.0W5(X) les releases en cliquant sur ici et en vérifiant les notes de mise à jour pour votre commutateur-routeur ATM.

Version du logiciel Cisco IOS 12.1(5)EY

La gamme Catalyst 8500 et le LightStream 1010 sont maintenant pris en charge en la série de version de logiciel 12.1(x)EY de Cisco IOS®. Vous pouvez visualiser plus d'informations sur cette série en cliquant sur sur les liens suivants : La série 12.0W5 est efficacement entrée dans le mode maintenance pour le LightStream 1010 et le Catalyst 8500 après la version 12.0(10)W5(18b). La série 12.1(x)EY est un X ou une version de la technologie de courte durée par lesquels de nouvelles caractéristiques et nouveau support matériel sont introduits. La série 12.1(x)EY fusionnera de nouveau dans une version 12.1E principale et finalement dans une release 12.2E.

Mémoires réquises d'image

Avant de promouvoir votre commutateur-routeur ATM, assurez-vous que votre système a les ressources en mémoire suffisantes pour prendre en charge les images 12.0W5. L'architecture interne de votre routeur de commutateur utilise les composants de mémoire suivants.
  • La mémoire flash enregistre une copie du Cisco IOS logiciel et est retenue quand vous mettez ou redémarrez hors tension. Les 8540 MSR exige 16 Mo de mémoire flash, alors que les 8510 MSR et LightStream1010 exigent huit Mo de mémoire flash.
  • Sur mettez sous tension, les charges du système l'image fonctionnante dans la mémoire vive dynamique, de laquelle l'image fonctionne. La mémoire vive dynamique enregistre également des tables de l'information et d'état de configuration dynamique telles que des tables de routage et des tables de circuit virtuel (circuit virtuel). Le Catalyst 8540 MSR exige maintenant 256 Mo de mémoire vive dynamique (mémoire vive dynamique), alors que les 8510 MSR et LightStream1010 exigent 64 Mo de mémoire vive dynamique.
Utilisez la commande de show version de déterminer votre quantité en cours de mémoire vive dynamique et de mémoire flash. Dans la sortie suivante, le LightStream1010 a 64 Mo de mémoire vive dynamique et huit Mo de mémoire flash.
   ls1010-3.8#show version
   Cisco Internetwork Operating System Software
   IOS (tm) LightStream1010 WA4-5 Software (LightStream1010-WP-M), Version 12.0(10)W5(18b) RELEASE SOFTWARE
   Copyright (c) 1986-2000 by cisco Systems, Inc.
   Compiled Thu 03-Aug-00 08:33 by integ
   Image text-base: 0x60010930, data-base: 0x60AC4000
   ROM: System Bootstrap, Version 11.2(1.4.WA3.0) [integ 1.4.WA3.0], RELEASE SOFTWARE
   ROM: LightStream1010 WA4-5 Software (LightStream1010-WP-M), Version 12.0(4a)W5(11a) RELEASE SOFTWARE
   ls1010-3.8 uptime is 4 weeks, 4 days, 2 hours, 47 minutes
   System restarted by power-on
   System image file is "slot0:ls1010-wp-mz_120-10_W5_18b.bin"
   cisco LightStream1010 (R4600) processor with 65536K bytes of memory.
   R4700 processor, Implementation 33, Revision 1.0
   Last reset from power-on
   1 Ethernet/IEEE 802.3 interface(s)
   18 ATM network interface(s)
   123K bytes of non-volatile configuration memory.
   8192K bytes of Flash internal SIMM (Sector size 256K).

   Configuration register is 0x2102

L'autre code de microprogramme

Sur le commutateur-routeur ATM, vous pouvez reprogrammer les images fonctionnelles sur les processeurs d'artère, le rommon, les processeurs de commutateur, les cartes fonctionnelles de processeur de commutateur, les modules de porteuse, les modules de grande largeur, et les modules de horloge du réseau. Les images fonctionnelles fournissent la fonctionnalité de fonctionnement inférieure pour différents contrôleurs de matériel. Sur des contrôleurs de matériel avec les périphériques programmables d'insystem, tels que des réseaux prédiffusés programmables de champ (FPGAs) et des dispositifs logiques programmables effaçables (EPLDs), les images fonctionnelles de matériel peuvent être reprogrammées indépendamment de charger l'image de système et sans retirer les périphériques du contrôleur.

FPGA et les images fonctionnelles incluent des difficultés de mise en garde, mais dans la plupart des cas, il n'est pas nécessaire d'améliorer. Les notes de mise à jour qui décrivent les mises en garde de FPGA et des images fonctionnelles sont disponibles ici.

Avant de déployer une release

Généralement Cisco recommande la dernière image en raison de la quantité de caractéristiques et support matériel de logiciel et nombre élevé de correctifs de bogue. Avant de déployer une version logicielle de Cisco IOS dans un réseau de production, toujours consultez la documentation appropriée de produit-particularité et exécutez le contrôle de réception dans votre propre environnement de test, aussi bien que consultez les ressources suivantes sur le site Web Cisco : D'autres pratiques de considérer en apportant des modifications de réseau, comme l'évolution, sont tracées les grandes lignes en gestion du changement : Livre Blanc de pratiques recommandées.

Mise à niveau des processeurs de routage redondants sur Catalyst 8540

Le Catalyst 8540 se compose d'un châssis 13-slot qui reçoit l'atmosphère et les modules d'interface Ethernet. Les cinq emplacements moyens du châssis sont réservés pour deux ensembles de cartes processeur :
  • Processeurs de commutateur (SPS) - Formez la matrice de commutation à haut débit qui fournit la voie physique du port d'entrée au port de sortie.
  • Processeurs d'artère (RPS) - Fournissez les composants système standard, tels que la CPU, la mémoire vive dynamique, et la mémoire Flash intégrée aussi bien que les emplacements de carte PCMCIA pour enregistrer l'image de système.
Le Catalyst 8540 prend en charge la RPS redondante. Ce document explique comment améliorer l'image de logiciel Cisco IOS sur un système utilisant RPS deux.

RPS primaire et secondaire

Primaire et secondaire sont les termes utilisés pour décrire quel RP est en activité et quel RP est de réserve. Le RP dans l'emplacement 4 ou l'emplacement 8 peut être primaire ; en d'autres termes, le RP dans l'emplacement 4 n'est pas toujours le primaire. Utilisez la commande de show redundancy de déterminer la RPS primaire et secondaire en cours dans votre système.
8540MSR# show redundancy

        This CPU is the PRIMARY
        Primary
        -------
        Slot:                          4
        CPU Uptime:                    14 hours, 59 minutes
        ILMI sysUpTime:                15 weeks, 12 minutes
        Image:                         PNNI Software (cat8540m-WPK2-M), Version 12.1(FAE

        Time Since :
          Last Running Config. Sync:   Never
          Last Startup Config. Sync:   Never
        Module Syncs are ENABLED
        Init Sync is NOT Complete
        Last Restart Reason:           Switch Over
        Time since switchover:         14 hours, 50 minutes


        Secondary
        ---------
        State:                         DOWN

8540MSR#
Utilisez la commande de show version de s'assurer qu'un RP primaire identifie le RP secondaire :
8540MSR# show version
Cisco Internetwork Operating System Software
IOS (tm) PNNI Software (cat8540m-WPK2-M), Version 12.1(FALCON.29)
Copyright (c) 1986-2002 by cisco Systems, Inc.
Compiled Sat 12-Jan-02 00:49 by
Image text-base: 0x60010958, data-base: 0x60F46000

ROM: System Bootstrap, Version 12.0(0.19)W5(5), RELEASE SOFTWARE

8540MSR uptime is 2 weeks, 1 day, 20 hours, 27 minutes
System returned to ROM by reload at 18:28:41 UTC Mon Mar 4 2002
System image file is "slot0:cat8540m-wpk2-mz.121-99.FALCON_DEVTEST_UBLDIT29"

cisco C8540MSR (R5000) processor with 262144K/256K bytes of memory.
R5000 CPU at 200Mhz, Implementation 35, Rev 2.1, 512KB L2 Cache
Last reset from power-on
3 Ethernet/IEEE 802.3 interface(s)
16 FastEthernet/IEEE 802.3 interface(s)
15 ATM network interface(s)
505K bytes of non-volatile configuration memory.

20480K bytes of Flash PCMCIA card at slot 0 (Sector size 128K).
8192K bytes of Flash internal SIMM (Sector size 256K).
Secondary is up
Secondary has 262144K bytes of memory.

Configuration register is 0x0

8540MSR#
Le RP primaire sur le Catalyst 8540 sert de maître de système. Les passages secondaires RP dans le mode standby. En ce mode, le RP secondaire est partiellement amorcé avec le logiciel de Cisco IOS ; cependant, aucune configuration n'est chargée. La sortie suivante témoin de la commande de passage d'exposition a été capturée d'un RP secondaire. Note comment la commande renvoie une configuration en cours essentiellement vide pour le RP secondaire.
8540MSR# show running-config
Building configuration...

Current configuration : 7709 bytes
!
version 12.1
service config
no service pad
service timestamps debug uptime
service timestamps log uptime
no service password-encryption
!
hostname 8540MSR
!
logging buffered 4096 debugging
no logging console
enable password lab
!
spd headroom 1024
no facility-alarm core-temperature major
no facility-alarm core-temperature minor
redundancy
 main-cpu
  sync dynamic-info
  sync config startup
  sync config running
network-clock-select revertive
network-clock-select 2 system
no diag online access
sdm ipqos zero
sdm policy 0
ip subnet-zero
ip host-routing
!
[Information Deleted]
!
line con 0
line aux 0
line vty 0 4
!
end
Dans le mode standby, les informations de configuration secondaires de caches RP ont fourni par le maître. Sur le Basculement réel, le RP secondaire active des protocoles de couche plus élevée tels que le spanning-tree et le CDP aussi bien que les protocoles de routage et la contiguïté CEF relative et les tables FIB.

Chaque RP prend en charge un port interne et un port Ethernet externe a assigné un des noms suivants selon l'état de Redondance :

  • RP primaire - controller0 et ethernet0
  • RP secondaire - controller-sec0 et ethernetsec-0
L'accès de console au RP secondaire doit être fait directement par le secondaire possèdent le port de console et pas par l'intermédiaire du primaire. L'accès de telnet au RP secondaire n'est pas possible puisque les deux partages RPS un IP et une adresse MAC simples appareillent qui « est possédée » par le RP primaire.

Avant de commencer

Étape 1 Assurez-vous que votre Catalyst 8540 répond aux exigences pour le plein état de Redondance :
  • Les deux processeurs d'artère doivent être la même version de matériel. Utilisez la commande show hardware de vérifier que la RPS deux sont la même version de matériel.

Remarque: La RPS doit avoir ou ne pas avoir un module horloge.

      8540MSR# show hardware 
    
      C8540 named 8540MSR, Date: 09:48:07 UTC Tue Mar 5 2002
    
      Slot Ctrlr-Type    Part No.  Rev  Ser No  Mfg Date   RMA No. Hw Vrs  Tst EEP
      ---- ------------  ---------- -- -------- --------- -------- ------- --- ---
       0/* Super Cam     73-2739-03 D0 03170TAL May 03 99 0          3.1
       0/0 8T1 IMA PAM   73-3367-02 B2 03100061 Mar 15 99 00-00-00   2.0     0   0
       0/1 155UTP PAM    73-1572-03 A0 09005149 Oct 22 98 00-00-00   3.2     0   2
       2/* ARM PAM       73-4208-01 05 03150016 Apr 18 99            1.0
       3/* ETHERNET PAM  73-3754-06 B0 03282WBF Jul 13 99 0          5.1
       4/* Route Proc    73-2644-05 A0 03140NXK Apr 04 99 0          5.7
       4/0 Netclk Modul  73-2868-03 A0 03140NSU Apr 04 99 0          3.1
       5/* Switch Card   73-3315-08 B0 03170SMB May 03 99 0          8.3
       5/0 Feature Card  73-3408-04 B0 03160S4H May 03 99 0          4.1
       7/* Switch Card   73-3315-08 B0 03160SDT May 03 99 0          8.3
       7/0 Feature Card  73-3408-04 B0 03160RQV May 03 99 0          4.1
       8/* Route Proc    73-2644-05 A0 03140NXH Apr 04 99 0          5.7
       8/0 Netclk Modul  73-2868-03 A0 03140NVT Apr 04 99 0          3.1
       9/* OC48c PAM     73-3745-02 12 03190UXC Jun 28 99            2.1
      10/* OCM Board     73-4165-01 04 03230ZZ2 Jun 28 99           10.1
      10/0 QUAD 622 Gen  73-2851-05 A0 03160RVS Jun 16 99            5.0
      11/* OC48c PAM     73-3745-02 12 03100015 Jun 28 99            2.1
      12/* OCM Board     73-4165-01 04 03190UJV Jun 28 99           10.1
      12/0 QUAD 622 Gen  73-2851-05 A0 03160S9J Jun 16 99 0          5.0
    
      DS1201 Backplane EEPROM:
      Model  Ver.  Serial  MAC-Address  MAC-Size  RMA  RMA-Number   MFG-Date
      ------ ---- -------- ------------ --------  ---  ----------  -----------
       C8540  2   6315484 00902156D800   1024      0        0      Mar 23 1999
       cubi version : 11
    
      Power Supply:
      Slot Part No.         Rev  Serial No.  RMA No.     Hw Vrs  Power Consumption
      ---- ---------------- ---- ----------- ----------- ------- -----------------
      0          34-0918-02 B0   ACP03220289 00-00-00-00   2.1             2746 cA
    
    8540MSR#
  • Les deux processeurs d'artère doivent utiliser les mêmes images fonctionnelles. Utilisez la commande de l'emplacement [4,8] fonctionnel-image-information d'exposition de vérifier que les versions de FPGA sont identiques.
  • 8540MSR# show functional-image-info slot 4
    
    Details for cpu Image on slot: 4
    
    Functional Version of the FPGA Image: 4.8
     #Jtag-Distribution-Format-B
     #HardwareRequired: 100(3.0-19,4.0-19,5.0-19)
     #FunctionalVersion: 4.8
     #Sections: 1
     #Section1Format: MOTOROLA_EXORMAX
    
      Copyright (c) 1996-00 by cisco Systems, Inc.
      All rights reserved.
      generated by:       holliday
      on:                 Mon Mar  6 13:59:17 PST 2000
      using:              /vob/cougar/bin/jtag_script Version 1.13
      config file:        cpu.jcf
    
      Chain description:
      Part type Bits Config file
      10k50     10   ../cidrFpga2/max/cidr_fpga.ttf
      xcs4062   3    ../cubiFpga2/xil/cubi.bit
      xcs4062   3    ../cubiFpga2/xil/cubi.bit
      generic   2
      XC4005    3    /vob/cougar/custom/common/jtcfg/xil/jtcfg_r.bit
      Number devices             = 5
      Number of instruction bits = 21
    
      FPGA config file information:
      Bitgen date/time  Sum   File
      100/03/02 19:14:49 7068  ../cidrFpga2/max/cidr_fpga.ttf
      1999/04/15 18:46:32 36965 ../cubiFpga2/xil/cubi.bit
      1999/04/15 18:46:32 36965 ../cubiFpga2/xil/cubi.bit
      98/06/11 16:56:44 49904 /vob/cougar/custom/common/jtcfg/xil/jtcfg_r.bit
    
     #End-Of-Header
    
    
    Details for Network Clock Module Image on slot: 4
    
    Functional Version of the FPGA Image: 8.0
     #Jtag-Distribution-Format-B
     #HardwareRequired: 101(3.0-9)
     #FunctionalVersion: 8.0
     #Sections: 1
     #Section1Format: MOTOROLA_EXORMAX
    
      Copyright (c) 1996-98 by cisco Systems, Inc.
      All rights reserved.
      generated by:       pirooz
      on:                 Tue Oct 27 16:39:34 PST 1998
      using:              /cougar/bin/jtag_script Version 1.08
      config file:        nclkm.jcf
    
      Chain description:
      Part type Bits Config file
      10k30     10   /cougar/custom/nclkm/nclkm_cnt_dpll/max/PLL_WRAPPER.ttf
      xc40      3    /cougar/custom/nclkm/DPLL/xilinx/DPLL_r.bit
      XC4005    3    /cougar/custom/common/jtcfg/xil/jtcfg_r.bit
      Number devices             = 3
      Number of instruction bits = 16
    
      FPGA config file information:
      Bitgen date/time  Sum   File
      98/10/26 16:08:39 60395 /cougar/custom/nclkm/nclkm_cnt_dpll/max/PLL_WRAPPER.tf
      1998/10/21 17:17:12 15339 /cougar/custom/nclkm/DPLL/xilinx/DPLL_r.bit
      98/06/11 16:56:44 49904 /cougar/custom/common/jtcfg/xil/jtcfg_r.bit
    
     #End-Of-Header
    
    8540MSR#
    8540MSR# show functional-image-info slot 8
    
    Details for cpu Image on slot: 8
    
    Functional Version of the FPGA Image: 4.8
     #Jtag-Distribution-Format-B
     #HardwareRequired: 100(3.0-19,4.0-19,5.0-19)
     #FunctionalVersion: 4.8
     #Sections: 1
     #Section1Format: MOTOROLA_EXORMAX
    
      Copyright (c) 1996-00 by cisco Systems, Inc.
      All rights reserved.
      generated by:       holliday
      on:                 Mon Mar  6 13:59:17 PST 2000
      using:              /vob/cougar/bin/jtag_script Version 1.13
      config file:        cpu.jcf
    
      Chain description:
      Part type Bits Config file
      10k50     10   ../cidrFpga2/max/cidr_fpga.ttf
      xcs4062   3    ../cubiFpga2/xil/cubi.bit
      xcs4062   3    ../cubiFpga2/xil/cubi.bit
      generic   2
      XC4005    3    /vob/cougar/custom/common/jtcfg/xil/jtcfg_r.bit
      Number devices             = 5
      Number of instruction bits = 21
    
      FPGA config file information:
      Bitgen date/time  Sum   File
      100/03/02 19:14:49 7068  ../cidrFpga2/max/cidr_fpga.ttf
      1999/04/15 18:46:32 36965 ../cubiFpga2/xil/cubi.bit
      1999/04/15 18:46:32 36965 ../cubiFpga2/xil/cubi.bit
      98/06/11 16:56:44 49904 /vob/cougar/custom/common/jtcfg/xil/jtcfg_r.bit
    
     #End-Of-Header
    
    
    Details for Network Clock Module Image on slot: 8
    
    Functional Version of the FPGA Image: 8.0
     #Jtag-Distribution-Format-B
     #HardwareRequired: 101(3.0-9)
     #FunctionalVersion: 8.0
     #Sections: 1
     #Section1Format: MOTOROLA_EXORMAX
    
      Copyright (c) 1996-98 by cisco Systems, Inc.
      All rights reserved.
      generated by:       pirooz
      on:                 Tue Oct 27 16:39:34 PST 1998
      using:              /cougar/bin/jtag_script Version 1.08
      config file:        nclkm.jcf
    
      Chain description:
      Part type Bits Config file
      10k30     10   /cougar/custom/nclkm/nclkm_cnt_dpll/max/PLL_WRAPPER.ttf
      xc40      3    /cougar/custom/nclkm/DPLL/xilinx/DPLL_r.bit
      XC4005    3    /cougar/custom/common/jtcfg/xil/jtcfg_r.bit
      Number devices             = 3
      Number of instruction bits = 16
    
      FPGA config file information:
      Bitgen date/time  Sum   File
      98/10/26 16:08:39 60395 /cougar/custom/nclkm/nclkm_cnt_dpll/max/PLL_WRAPPER.tf
      1998/10/21 17:17:12 15339 /cougar/custom/nclkm/DPLL/xilinx/DPLL_r.bit
      98/06/11 16:56:44 49904 /cougar/custom/common/jtcfg/xil/jtcfg_r.bit
    
     #End-Of-Header
    
    
    8540MSR#
  • Les deux processeurs d'artère doivent avoir le même montant de la mémoire et doivent exécuter la même image de système. Utilisez la commande de show version de vérifier ceci.
  • 8540MSR# show version
    Cisco Internetwork Operating System Software
    IOS (tm) PNNI Software (cat8540m-WPK2-M), Version 12.1(FALCON.29), MAINTENANCE E
    Copyright (c) 1986-2002 by cisco Systems, Inc.
    Compiled Sat 12-Jan-02 00:49 by
    Image text-base: 0x60010958, data-base: 0x60F46000
    
    ROM: System Bootstrap, Version 12.0(0.19)W5(5), RELEASE SOFTWARE
    
    8540MSR uptime is 16 hours, 5 minutes
    System returned to ROM by reload at 18:28:41 UTC Mon Mar 4 2002
    System image file is "slot0:cat8540m-wpk2-mz.121-99.FALCON_DEVTEST_UBLDIT29"
    
    cisco C8540MSR (R5000) processor with 262144K/256K bytes of memory.
    R5000 CPU at 200Mhz, Implementation 35, Rev 2.1, 512KB L2 Cache
    Last reset from power-on
    3 Ethernet/IEEE 802.3 interface(s)
    16 FastEthernet/IEEE 802.3 interface(s)
    15 ATM network interface(s)
    505K bytes of non-volatile configuration memory.
    
    20480K bytes of Flash PCMCIA card at slot 0 (Sector size 128K).
    8192K bytes of Flash internal SIMM (Sector size 256K).
    Configuration register is 0x0
    
    8540MSR#
Étape 2 Vérifiez qu'une adresse IP est assignée au RP.
8540MSR# show ip interface Ethernet 0
Ethernet0 is up, line protocol is up
  Internet address is 172.20.52.11/27
  Broadcast address is 255.255.255.255
  Address determined by configuration file
  MTU is 1500 bytes
  Helper address is not set
  Directed broadcast forwarding is disabled
  Multicast reserved groups joined: 224.0.0.5 224.0.0.6
  Outgoing access list is not set
  Inbound  access list is not set
  Proxy ARP is enabled
  Local Proxy ARP is disabled
  Security level is default
  Split horizon is enabled
  ICMP redirects are always sent
  ICMP unreachables are always sent
  ICMP mask replies are never sent
  IP fast switching is disabled
  IP fast switching on the same interface is disabled
  IP Null turbo vector
  IP multicast fast switching is disabled
  IP multicast distributed fast switching is disabled
  IP route-cache flags are Fast, No CEF
  Router Discovery is disabled
  IP output packet accounting is disabled
  IP access violation accounting is disabled
  TCP/IP header compression is disabled
  RTP/IP header compression is disabled
  Probe proxy name replies are disabled
  Policy routing is disabled
  Network address translation is disabled
  WCCP Redirect outbound is disabled
  WCCP Redirect exclude is disabled
  BGP Policy Mapping is disabled
8540MSR#
S'il y a lieu, assignez une adresse IP.
  8540# configure terminal
  8540(config)# ip address 10.0.0.1 255.255.255.0
Étape 3 Assurez-vous que vous pouvez se connecter à votre serveur TFTP en cinglant son adresse IP. Si le serveur TFTP est sur un différent réseau IP, alors vous devrez configurer l'adresse de la passerelle par défaut pour l'adresse IP du port Ethernet.

Processus de mise à niveau pas à pas

Remarque: Cet exemple suppose que vous voulez télécharger une image de Cisco IOS à la carte PCMCIA dans slot0 de la RPS.

Étape 1 Téléchargez l'image de Cisco IOS pour les 8540 que vous souhaitez améliorer de la page de logiciel de centre logiciel Cisco à votre serveur TFTP. Pour télécharger le logiciel du centre de logiciel, vous devez être un utilisateur enregistré et vous devez être ouvert une session.

Étape 2 Copiez l'image de Cisco IOS de votre serveur TFTP sur la mémoire flash sur chaque RP.

  • Spécifiez le périphérique nommé slot0 : pour copier l'image sur la carte PC slot0 sur le RP primaire.
  • 8540# dir slot0:
    8540# delete slot0:
    8540# squeeze slot0:
    8540# copy tftp ?
      atm-acct-active:  Copy to atm-acct-active: file system
      atm-acct-ready:   Copy to atm-acct-ready: file system
      bootflash:        Copy to bootflash: file system
      disk0:            Copy to disk0: file system
      disk1:            Copy to disk1: file system
      flash:            Copy to flash: file system
      ftp:              Copy to ftp: file system
      null:             Copy to null: file system
      nvram:            Copy to nvram: file system
      rcp:              Copy to rcp: file system
      rcsf:             Copy to rcsf: file system
      running-config    Update (merge with) current system configuration
      slot0:            Copy to slot0: file system
      slot1:            Copy to slot1: file system
      startup-config    Copy to startup configuration
      system:           Copy to system: file system
      tftp:             Copy to tftp: file system
    
    8540#
    
    8540# copy tftp slot0:
    Address or name of remote host []? 10.0.0.1
    Source filename []? cat8540m-wp-mz.121-6.EY.bin
    Destination filename [cat8540m-wp-mz.121-6.EY.bin]?
  • Spécifiez le périphérique nommé sec-slot0 : pour copier l'image sur la carte PC slot0 sur le RP secondaire.

  • 8540# copy tftp sec-slot0 :
    Adresse ou nom du hôte distant [10.0.0.1] ?
    Nom du fichier [cat8540m-wp-mz.121-6.EY.bin] de source ?
    Nom du fichier [cat8540m-wp-mz.121-6.EY.bin] de destination ?

    Important : Le seul cas où vous spécifiez un nom du périphérique de sec-x est quand vous téléchargez une image de Cisco IOS au RP secondaire. Chaque RP démarre seulement de ses propres blocs de mémoires de mémoire flash. Le primaire voit le contenu de l'éclair secondaire du `s pour prendre en charge charger une image de votre serveur TFTP. Le RP secondaire ne voit pas les contenus de la mémoire Flash primaires du `s.

    Remarque: Avec l'image en cours de programme de démarrage, seulement le RP primaire prend en charge l'initialisation de réseau par l'intermédiaire d'un serveur TFTP. Le démarrage secondaire de nécessité du bootflash ou d'une carte flash.

Étape 3 Chaque RP utilise les variables de démarrage de la configuration dans ses propres moyens NVRAM à bord. Le RP primaire synchronise automatiquement l'exécution et les configurations de démarrage. Ainsi, le RP redondant a et utilise les mêmes déclarations de démarrage (le cas échéant) que primaire. Si votre fichier de configuration sur le RP primaire spécifie une image dans slot0, alors le RP secondaire spécifie également une image dans slot0 puisqu'il utilise le même fichier de configuration (synced).
  • Spécifiez l'image de Cisco IOS dans slot0 comme image que chaque RP devrait démarrer de avec la commande suivante :

  • éclair slot0:cat8540m-wp-mz.121-6.EY.bin du boot system 8540(config)#
     
  • Vérifiez votre modification de configuration avec les commandes d'exécution et de show bootvar d'exposition.

  • show bootvar 8540#
    Variable de DÉMARRAGE = slot0:cat8540m-wp-mz.121-6.EY.bin
    Variable CONFIG_FILE =
    Variable BOOTLDR =
    Le registre de configuration est 0x0
Étape 4 Dans cet exemple, permettez-nous supposent que le RP primaire est dans l'emplacement 4 et le RP secondaire est dans l'emplacement 8. Si prêt, emplacement soft-reset 4 avec la commande de recharge. Après que la réinitialisation, exécutent la commande de show redundancy et la confirment que le RP rechargé dans l'emplacement 4 exécute l'image dont vous avez besoin. Le RP dans l'emplacement 8 est maintenant le RP primaire.

Étape 5 Quand un RP secondaire devient le primaire, il charge une configuration complète et ne charge pas une nouvelle version de Cisco IOS. , Exécutez ainsi la commande de recharge de nouveau et forcez l'emplacement 8 (le nouveau RP primaire) pour charger la nouvelle version de logiciel. Utilisez de nouveau la commande de show redundancy de confirmer les résultats prévus.

Forums aux questions environ la Redondance de 8540 RP

Q. Est-ce que je peux charger des différentes versions de Cisco IOS sur les deux processeurs d'artère ?
A. Oui, votre Catalyst 8540 peut avoir des différentes versions sur la RPS deux. Cependant, votre système doit avoir la même image sur des les deux RPS à considérer redondante. Si le Cisco IOS détecte une non-concordance dans les versions, vous verrez l'avertissement de messages de log d'un système « conditionnellement redondant » qui exige une mise à niveau de logiciel.
Q. Quel RP devient le primaire et quel RP devient le secondaire après un arrêt et redémarrage ?
R. La réponse dépend de si des commandes de basculement RP ont été exécutées avant l'arrêt et redémarrage :
  1. Si vous n'exécutiez pas la commande de main-cpu de force-Basculement de Redondance avant cycle d'alimentation, le RP qui était primaire avant l'arrêt et redémarrage montera de nouveau comme primaire. La raison est que l'état de Redondance est enregistré pendant les cycles marche-arrêt d'alimentation par l'intermédiaire d'un registre maître-esclave sur chaque RP.
  2. Si vous exécutiez la commande de main-cpu de force-Basculement de Redondance avant cycle d'alimentation, alors un des résultats suivants se produira, selon si le nouveau primaire (après le basculement) a été rechargé :
    • Si le nouveau primaire n'était pas rechargé et vous exécutez un arrêt et redémarrage juste après le basculement, le primaire d'origine montera comme nouveau primaire.
    • Si le nouveau primaire était rechargé avec le distillateur secondaire dans le rommon, le nouveau primaire montera comme primaire après arrêt et redémarrage.
Quand le RP secondaire dans l'emplacement 8 devient primaire, il continue à servir de maître de système, et il y a aucun acquièrent la commande qui fait succéder le RP dans l'emplacement 4 de nouveau.

Conversations connexes de la communauté de soutien de Cisco

Le site Cisco Support Community est un forum où vous pouvez poser des questions, répondre à des questions, faire part de suggestions et collaborer avec vos pairs.


Informations connexes



Document ID: 21445