Dépannage matériel des défaillances de carte de ligne de routeur Internet Cisco 12000

Options de téléchargement

PDF (324.2 KB)
Consulter à l'aide d'Adobe Reader sur un grand nombre d'appareils
ePub (98.2 KB)
Consulter à l’aide de différentes applications sur iPhone, iPad, Android ou Windows Phone
Mobi (Kindle) (100.1 KB)
Consulter sur un appareil Kindle ou à l’aide d’une application Kindle sur plusieurs appareils

Mis à jour:9 mars 2009

ID du document:15926

Langage exempt de préjugés

Dans le cadre de la documentation associée à ce produit, nous nous efforçons d’utiliser un langage exempt de préjugés. Dans cet ensemble de documents, le langage exempt de discrimination renvoie à une langue qui exclut la discrimination en fonction de l’âge, des handicaps, du genre, de l’appartenance raciale de l’identité ethnique, de l’orientation sexuelle, de la situation socio-économique et de l’intersectionnalité. Des exceptions peuvent s’appliquer dans les documents si le langage est codé en dur dans les interfaces utilisateurs du produit logiciel, si le langage utilisé est basé sur la documentation RFP ou si le langage utilisé provient d’un produit tiers référencé. Découvrez comment Cisco utilise le langage inclusif.

À propos de cette traduction

Cisco a traduit ce document en traduction automatisée vérifiée par une personne dans le cadre d’un service mondial permettant à nos utilisateurs d’obtenir le contenu d’assistance dans leur propre langue. Il convient cependant de noter que même la meilleure traduction automatisée ne sera pas aussi précise que celle fournie par un traducteur professionnel.

Table des matières

Introduction

Conditions préalables

Exigences

Composants utilisés

Compatibilité matériel-logiciel et configuration requise en matière de mémoire

Conventions

Identification du problème

Panne de la carte de ligne

Échec de la commande ping Fabric

Messages d'erreur de parité

Messages d'erreur

Testez la carte de ligne pour détecter une défaillance matérielle

Versions du logiciel Cisco IOS ultérieures à 12.0(22)S

Versions du logiciel Cisco IOS antérieures à 12.0(22)S

Informations à collecter si vous ouvrez une demande de service TAC

Informations connexes

Introduction

Du temps et des ressources précieuses sont souvent perdus à remplacer du matériel qui fonctionne en fait correctement. Ce document aide à dépanner des problèmes matériels courants avec le routeur Internet de la gamme Cisco 12000, et il fournit des indicateurs permettant d'identifier si la défaillance provient du matériel.

Remarque : ce document ne couvre pas les pannes logicielles, à l'exception de celles qui sont souvent considérées à tort comme des problèmes matériels.

Conditions préalables

Exigences

Les lecteurs de ce document devraient avoir connaissance des sujets suivants :

Si vous pensez que le problème est lié à une défaillance matérielle, ce document peut vous aider à identifier la cause de la défaillance.

Composants utilisés

Les informations contenues dans ce document sont basées sur les versions de matériel et de logiciel suivantes :

Tous les routeurs Internet de la gamme Cisco 12000, y compris les modèles 12008, 12012, 12016, 12404, 12406, 12410 et 12416.
Toutes les versions du logiciel Cisco IOS^® qui prennent en charge le routeur Internet de la gamme Cisco 12000.

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.

Compatibilité matériel-logiciel et configuration requise en matière de mémoire

Chaque fois que vous installez une nouvelle carte de ligne, un nouveau module ou une nouvelle image du logiciel Cisco IOS, il est important de vérifier si le routeur dispose de suffisamment de mémoire et si le matériel et les logiciels sont compatibles avec les fonctionnalités que vous souhaitez utiliser.

Suivez ces étapes recommandées pour vérifier la compatibilité matériel-logiciel et les besoins en mémoire :

Utilisez l'outil Software Advisor (réservé aux clients enregistrés) pour choisir un logiciel pour votre périphérique réseau.

Conseil :
- La section Software Support for Features (Registered customer only) vous aide à déterminer l'image logicielle Cisco IOS nécessaire en choisissant les types de fonctionnalités que vous souhaitez implémenter.
Utilisez la Zone de téléchargement de logiciels (enregistrés seulement) pour contrôler la quantité minimale de mémoire (RAM et flash) requise par le logiciel Cisco IOS, et/ou téléchargez l'image du logiciel Cisco IOS. Pour déterminer la quantité de mémoire (RAM et Flash) installée sur votre routeur, consultez Comment choisir une version du logiciel Cisco IOS - Mémoire requise.

Conseils:
- Si vous souhaitez conserver les mêmes fonctionnalités que la version actuellement exécutée sur votre routeur, mais ne savez pas quel jeu de fonctionnalités vous utilisez, entrez la commande show version sur votre périphérique Cisco et collez sa sortie dans l'outil Output Interpreter Tool. Vous pouvez utiliser l’outil interpréteur de sortie (clients inscrits seulement) pour afficher les problèmes éventuels et les correctifs. Pour utiliser l’outil Output Interpreter (clients enregistrés uniquement) , vous devez être enregistré et connecté, et JavaScript doit être activé. Il est important de vérifier la prise en charge de fonctionnalité, surtout si vous prévoyez d'utiliser des fonctionnalités logicielles récentes.
- Si vous devez mettre à niveau l'image du logiciel Cisco IOS à une nouvelle version ou set de fonctionnalités, référez-vous à la section Comment choisir une version du logiciel Cisco IOS pour plus d'information.
Si vous déterminez qu'une mise à niveau du logiciel Cisco IOS est requise, suivez la Procédure d'installation et de mise à niveau du logiciel pour le routeur de la gamme Cisco 12000.

Conseil : pour plus d'informations sur la récupération d'un routeur de la gamme Cisco 12000 bloqué dans ROMmon (invite rommon # >), reportez-vous à la Procédure de récupération ROMmon pour le Cisco 12000.

Conventions

Pour plus d'informations sur les conventions utilisées dans ce document, consultez Conventions relatives aux conseils techniques Cisco.

Identification du problème

À l'aide des informations de cette section, vous serez en mesure de déterminer si les problèmes que vous rencontrez avec votre carte de ligne sont liés au matériel.

La première chose à faire est d'identifier la cause de la panne de la carte de ligne ou des erreurs de console que vous rencontrez. Pour savoir quelle carte est éventuellement défectueuse, il est essentiel de collecter les résultats de ces commandes :

show context summary
show logging
show logging summary
show diag <slot>
show context slot <slot>

Outre ces commandes show spécifiques, vous devez également collecter les informations suivantes :

Journaux de console et/ou informations Syslog : ils peuvent être essentiels pour déterminer le problème d'origine si plusieurs symptômes se produisent. Si le routeur est configuré pour envoyer des journaux à un serveur Syslog, vous verrez peut-être des informations sur ce qui s'est passé. Pour les journaux de console, il est préférable d'être directement connecté au routeur sur le port de console par l'intermédiaire de System Message Logging.
show technical-support : la commande show technical-support est une compilation de nombreuses commandes différentes, et inclut show version, show running-config, et show stacks. Lorsqu'un routeur rencontre des problèmes, l'ingénieur du centre d'assistance technique de Cisco (TAC) demande généralement ces informations. Il est important de collecter la sortie de la commande show technical-support avant de recharger ou de mettre hors tension puis sous tension votre périphérique, car ces actions peuvent entraîner la perte de toutes les informations sur le problème.

Voici quelques exemples de résultats que vous pouvez attendre de voir si votre processeur de routage Gigabit (GRP) ou votre carte de ligne est tombé en panne :

Router#show context summary 

CRASH INFO SUMMARY 

  Slot 0 : 0 crashes 
  Slot 1 : 1 crashes 

    1 - crash at 10:36:20 UTC Wed Dec 19 2001 
 
  Slot 2 : 0 crashes 

  Slot 3 : 0 crashes 

  Slot 4 : 0 crashes 

  Slot 5 : 0 crashes 

  Slot 6 : 0 crashes 

  Slot 7 : 0 crashes 

  Slot 8 : 0 crashes 

  Slot 9 : 0 crashes 

  Slot 10: 0 crashes 
 
  Slot 11: 0 crashes 
 
  Slot 12: 0 crashes 

  Slot 13: 0 crashes 

  Slot 14: 0 crashes 

  Slot 15: 0 crashes

Router#show logging 

Syslog logging: enabled (2 messages dropped, 0 messages rate-limited, 0 flushes, 

0 overruns) 

    Console logging: level debugging, 24112 messages logged 

    Monitor logging: level debugging, 0 messages logged 

    Buffer logging: level debugging, 24411 messages logged 

    Logging Exception size (4096 bytes) 

    Trap logging: level informational, 24452 message lines logged

5d16h: %LCINFO-3-CRASH: Line card in slot 1 crashed 

5d16h: %GRP-4-RSTSLOT: Resetting the card in the slot: 1,Event: 38 

5d16h: %IPCGRP-3-CMDOP: IPC command 3 

5d16h: %CLNS-5-ADJCHANGE: ISIS: Adjacency to malachim2 (GigabitEthernet1/0) Up, 

n8 (slot1/0): linecard is disabled 

-Traceback=602ABCA8 602AD8B8 602B350C 602B3998 6034312C 60342290 601A2BC4 601A2BB0 

5d16h: %LINK-5-CHANGED: Interface GigabitEthernet1/0, changed state to 

administratively down 

5d16h: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet1/0, 

changed state to down 

5d16h: %GRP-3-CARVE_INFO: Setting mtu above 8192 may reduce available buffers 

on Slot: 1. 

SLOT 1:00:00:09: %SYS-5-RESTART: System restarted -- 

Cisco Internetwork Operating System Software 

IOS (tmew adjacency) GS Software (GLC1-LC-M), Version 12.0(17)ST3, 

EARLY DEPLOYMENT RELEASE SOFTWARE (fc1) 

TAC Support: http://www.cisco.com/tac 

Copyright (c) 1986-2001 by cisco Systems, Inc. 

Compiled Thu 08-Nov-01 20:21 by dchih 

5d16h: %GRPGE-6-AUTONEG_STATE: Interface GigabitEthernet1/0: Link OK - 

autonegotiation complete 

5d16h: %LINK-3-UPDOWN: Interface GigabitEthernet1/0, changed state to up 

5d16h: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet1/0, 

changed state to up

Router#show diag 1 

SLOT 1  (RP/LC 1 ): 3 Port Gigabit Ethernet 

  MAIN: type 68,  800-6376-01 rev E0 dev 0 

        HW config: 0x00    SW key: 00-00-00 

  PCA:  73-4775-02 rev E0 ver 2 

        HW version 2.0  S/N CAB0450G8FX 

  MBUS: Embedded Agent 

        Test hist: 0x00    RMA#: 00-00-00    RMA hist: 0x00 

  DIAG: Test count: 0x00000001    Test results: 0x00000000 

  FRU:  Linecard/Module: 3GE-GBIC-SC= 

        Route Memory: MEM-GRP/LC-64= 

        Packet Memory: MEM-LC1-PKT-256= 

  L3 Engine: 2 - Backbone OC48 (2.5 Gbps) 

  MBUS Agent Software version 01.46 (RAM) (ROM version is 02.10) 

  Using CAN Bus A 

  ROM Monitor version 10.06 

  Fabric Downloader version used 05.01 (ROM version is 05.01) 

  Primary clock is CSC 0  Board is analyzed 

  Board State is Line Card Enabled (IOS  RUN ) 

  Insertion time: 00:00:10 (5d16h ago) 

  DRAM size: 67108864 bytes 

  FrFab SDRAM size: 134217728 bytes, SDRAM pagesize: 8192 bytes 

  ToFab SDRAM size: 134217728 bytes, SDRAM pagesize: 8192 bytes 

  1 crash since restart

Router#show context slot 1 

CRASH INFO: Slot 1, Index 1, Crash at 10:36:20 UTC Wed DEC 19 2001
VERSION: 

GS Software (GLC1-LC-M), Version 12.0(17)ST3,

EARLY DEPLOYMENT RELEASE SOFTWARE (fc1) 

TAC Support: http://www.cisco.com/tac 

Compiled Thu 08-Nov-01 20:21 by dchih 

Card Type: 3 Port Gigabit Ethernet, S/N 

System exception: sig=10, code=0x10, context=0x41036514 

System restarted by a Bus Error exception 

STACK TRACE: 

-Traceback= 406914C8 4004EEAC 4005BCE4 400A33F4 400A33E0 

CONTEXT: 

$0 : 00000000, AT : 41030000, v0 : 00000000, v1 : 41036290 

a0 : 00000030, a1 : 412C6CA0, a2 : 00000000, a3 : 00000000 

t0 : 00008100, t1 : 34008101, t2 : 400C5590, t3 : FFFF00FF 

t4 : 400C5560, t5 : 00040000, t6 : 00000000, t7 : 413D1D78 

s0 : FF012345, s1 : 00000031, s2 : 41032B10, s3 : 41BB8F00 

s4 : 00000000, s5 : 00000001, s6 : 4101D620, s7 : 00000000 

t8 : 418EA1C8, t9 : 00000000, k0 : 4142C7A0, k1 : 400C7538 

gp : 40F57DC0, sp : 41BB8EE8, s8 : 41023740, ra : 406914C8 

EPC : 0x406914C8, SREG : 0x34008103, Cause : 0x00000010 

ErrorEPC : 0x400B3A5C
-Process Traceback= No Extra Traceback
SLOT 1:00:00:09: %SYS-5-RESTART: System restarted -- 

Cisco Internetwork Operating System Software 

IOS (tm) GS Software (GLC1-LC-M), Version 12.0(17)ST3, 

EARLY DEPLOYMENT RELEASE SOFTWARE (fc1) 

TAC Support: http://www.cisco.com/tac 

Copyright (c) 1986-2001 by cisco Systems, Inc. 

Compiled Thu 08-Nov-01 20:21 by dchih 

SLOT 1:20:18:09: %LCGE-6-GBIC_OIR: 3 Port Gigabit Ethernet GBIC

removed from port  2 

SLOT 1:20:18:29: %LCGE-6-GBIC_OIR: 3 Port Gigabit Ethernet GBIC

inserted in port 2 

SLOT 1:3d20h: %LCGE-6-GBIC_OIR: 3 Port Gigabit Ethernet GBIC

removed from port 2 

SLOT 1:3d20h: %LCGE-6-GBIC_OIR: 3 Port Gigabit Ethernet GBIC

inserted in port 2 

SLOT 1:00:00:09: %SYS-5-RESTART: System restarted -- 

Cisco Internetwork Operating System Software 

IOS (TM) GS Software (GLC1-LC-M), Version 12.0(17)ST3, 

EARLY DEPLOYMENT RELEASE SOFTWARE (fc1) 

TAC Support: http://www.cisco.com/tac 

Copyright (c) 1986-2001 by cisco Systems, Inc. 

Compiled Thu 08-Nov-01 20:21 by dchi

Panne de la carte de ligne

Si une carte de ligne est tombée en panne et que vous avez identifié la carte de ligne qui est tombée en panne, vous devez maintenant déterminer la cause de la panne. Le résultat de la commande show context <slot> vous permet de faire ceci. Voici un exemple :

Router#show context slot 2 

CRASH INFO: Slot 2, Index 1, Crash at 12:24:22 MET Wed Nov 28 2001
VERSION: 

GS Software (GLC1-LC-M), Version 12.0(18)S1,

EARLY DEPLOYMENT RELEASE SOFTWARE (fc1) 

TAC Support: http://www.cisco.com/tac 

Compiled Fri 07-Sep-01 20:13 by nmasa 

Card Type: 3 Port Gigabit Ethernet, S/N 

System exception: SIG=23, code=0x24, context=0x4103FE84 

System restarted by a Software forced crash 

STACK TRACE: 

-Traceback= 400BEB08 40599554 4004FB64 4005B814 400A1694 400A1680 

CONTEXT: 

$0 : 00000000, AT : 41040000, v0 : 00000032, v1 : 4103FC00 

a0 : 4005B0A4, a1 : 41400A20, a2 : 00000000, a3 : 00000000 

t0 : 41D75220, t1 : 8000D510, t2 : 00000001, t3 : FFFF00FF 

t4 : 400C2670, t5 : 00040000, t6 : 00000000, t7 : 4150A398 

s0 : 0000003C, s1 : 00000036, s2 : 4103C4D0, s3 : 41D7EC60 

s4 : 00000000, s5 : 00000001, s6 : 41027040, s7 : 00000000 

t8 : 41A767B8, t9 : 00000000, k0 : 415ACE20, k1 : 400C4260 

GP : 40F0DD00, SP : 41D7EC48, s8 : 4102D120, ra : 40599554 

EPC : 0x400BEB08, SREG : 0x3400BF03, Cause : 0x00000024 

ErrorEPC : 0x400C6698, BadVaddr : 0xFFBFFFFB
-Process Traceback= No Extra Traceback
SLOT 2:00:00:09: %SYS-5-RESTART: System restarted -- 

Cisco Internetwork Operating System Software 

IOS (TM) GS Software (GLC1-LC-M), Version 12.0(18)S1, 

EARLY DEPLOYMENT RELEASE SOFTWARE (fc1) 

TAC Support: http://www.cisco.com/tac 

Copyright (c) 1986-2001 by cisco Systems, Inc. 

Compiled Fri 07-Sep-01 20:13 by nmae

Vous pouvez identifier le type de panne qui s'est produite à partir de la valeur "SIG=" dans le résultat de la commande show context slot <slot>. Pour plus d'informations, reportez-vous au tableau des codes SIG.

Voici quelques liens qui fournissent plus d'informations sur les trois types les plus courants de pannes de cartes de ligne, et expliquent comment les dépanner :

Dans l'exemple ci-dessus, la carte de ligne s'est bloquée en raison d'un « plantage logiciel forcé » et, comme son nom l'indique, une exception logicielle a provoqué le rechargement. Une fois que vous avez déterminé la cause et recueilli le résultat nécessaire, vous pouvez rechercher un bogue dans votre version du logiciel Cisco IOS en utilisant le Bug Toolkit (clients enregistrés seulement) .

Vérification de l'état actuel de la carte de ligne

Lorsque vous avez déterminé si les problèmes sont des erreurs système dans le journal ou une panne réelle, vous devez vérifier l'état actuel de la carte de ligne pour voir si elle a récupéré de la panne qui s'est produite. Afin d'identifier l'état des cartes de ligne individuelles, vous pouvez examiner les diodes électroluminescentes (LED) situées à l'avant de la carte, ou émettre la commande show led. Voici un exemple de sortie :

Router#show led 

SLOT 1  : RUN IOS 

SLOT 6  : DNLD FABL 

SLOT 7  : RP ACTV 

SLOT 10 : RUN IOS 

SLOT 11 : RUN IOS 

SLOT 13 : RUN IOS 

SLOT 14 : RUN IOS

Les tableaux 1 et 2 décrivent les types de résultats les plus courants de cette commande et leur signification.

Remarque : il est possible d'inverser la valeur de la DEL. Par exemple, IOS RUN peut être affiché sous la forme RUN IOS.

Tableau 1 - État et signification des DEL RP

État du voyant RP	Signification de l'état des DEL
RP UP	RP exécute le logiciel Cisco IOS et fonctionne correctement
RP MSTR	Le RP agit en tant que GRP principal
RP SLAV	Le RP agit en tant que GRP esclave
RP ACTV	Le RP agit en tant que GRP principal
RP SEC	Le RP agit en tant que GRP esclave
MEM INIT	Le RP tente de dimensionner la mémoire

Tableau 2 - État et signification des DEL LC

État du voyant LC	Signification de l'état des DEL
DIAG DNLD	La carte de ligne télécharge le logiciel Field Diagnostic
ÉCHEC DIAG	La carte de ligne a échoué au test de diagnostic sur site
DIAG PASS	La carte de ligne a réussi le test de diagnostic sur site
ESSAI AU DIAG	La carte de ligne exécute le logiciel de diagnostic de terrain
FABL DNLD	La carte de ligne lance « Fabric Downloader »
ATTENTE DE FABL	La carte de ligne attend le chargement de « Fabric Downloader »
EN REMISE À ZÉRO	La carte de ligne est réinitialisée
DNLD IOS	La carte de ligne télécharge la plate-forme logicielle Cisco IOS via la matrice de commutation
EXÉCUTION IOS	La carte de ligne est maintenant activée
IOS UP	Le chargement de la carte de ligne est terminé et la plate-forme logicielle Cisco IOS est en cours d'exécution
MBUS DNLD	La carte de ligne télécharge l'agent MBUS (Maintenance Bus)
MEM INIT	La carte de ligne tente de dimensionner la mémoire
ALIMENTATION ÉTEINTE	La carte de ligne est hors tension

Si l'état de la carte de ligne est autre que « IOS RUN », ou si le GRP n'est ni le maître/principal actif, ni l'esclave/secondaire, cela signifie qu'il y a un problème et que la carte n'est pas complètement chargée correctement. Avant de remplacer la carte, Cisco vous recommande d'essayer les étapes suivantes pour résoudre le problème :

Rechargez le microcode via la commande de configuration globale microcode reload <slot>.
Rechargez la carte via la commande hw-module slot <slot> reload. Cela entraîne la réinitialisation de la carte de ligne et le téléchargement à nouveau des modules logiciels Bus de maintenance (MBUS) et Fabric Downloader avant qu'elle ne tente de télécharger à nouveau la carte de ligne avec le logiciel Cisco IOS.
Réinitialisez manuellement la carte de ligne. Cela peut exclure tout problème causé par une mauvaise connexion au MBUS ou au fabric de commutation.

Remarque : pour plus d'informations sur la façon de dépanner les cartes de ligne bloquées dans un état autre que RUN IOS, consultez Présentation du processus de démarrage sur le routeur Internet de la gamme Cisco 12000.

Échec de la commande ping Fabric

Les échecs de la requête ping du fabric se produisent lorsqu'une carte de ligne ou le GRP secondaire ne répond pas à une requête ping du fabric provenant du GRP principal sur le fabric de commutation. De telles défaillances sont un symptôme de problème que vous devez étudier. Ils sont indiqués par les messages d'erreur suivants :

%GRP-3-FABRIC_UNI: Unicast send timed out (1)

%GRP-3-COREDUMP: Core dump incident on slot 1, error: Fabric ping failure 

%LCINFO-3-CRASH: Line card in slot 1 crashed

Pour plus d'informations sur ce problème, consultez Dépannage des délais et des défaillances de la commande ping Fabric sur le routeur Internet de la gamme Cisco 12000.

Messages d'erreur de parité

Le document Cisco 12000 Series Internet Router Parity Error Fault Tree explique les étapes de dépannage et d'isolation d'une pièce ou d'un composant du routeur Internet Cisco 12000 qui tombe en panne, après avoir rencontré une variété de messages d'erreur de parité.

Messages d'erreur

Si vous rencontrez des messages d'erreur liés à l'une des cartes de ligne, vous pouvez utiliser le Cisco Error Message Decoder (clients enregistrés uniquement) pour trouver des informations sur la signification du message d'erreur. Certains d'entre eux signalent un problème matériel de la carte de ligne, tandis que d'autres indiquent un bogue du logiciel Cisco IOS ou un problème matériel sur une autre partie du routeur. Ce document ne couvre pas tous ces messages.

Certains messages associés à Cisco Express Forwarding (CEF) et Inter Process-Communication (IPC) sont expliqués dans Dépannage des messages d'erreur associés à CEF.

Testez la carte de ligne pour détecter une défaillance matérielle

Le logiciel Field Diagnostic de la carte de ligne est conçu pour identifier toute carte de ligne défectueuse dans un routeur Cisco 12000 (tous de la gamme 12xxx). Avant la version 12.0(22)S du logiciel Cisco IOS, le logiciel Field Diagnostic était intégré au logiciel Cisco IOS. À partir de la version 12.0(22)S du logiciel Cisco IOS, ce logiciel a été dégroupé et vous pouvez le télécharger depuis CCO via la zone de téléchargement de logiciels (pour les clients enregistrés uniquement) (sélectionnez FIELD DIAGS sous la plate-forme 120XX). Il est toujours exécuté à partir d'une commande lancée pendant l'exécution du logiciel Cisco IOS, mais vous devez spécifier la source (soit le serveur d'amorçage TFTP (Trivial File Transfer Protocol), soit la mémoire Flash PCMCIA) sur la ligne de commande. Toutes les commandes de diagnostic sur site sont exécutées au niveau enable du logiciel Cisco IOS.

Versions du logiciel Cisco IOS ultérieures à 12.0(22)S

À partir de la version 12.0(22)S du logiciel Cisco IOS, Cisco Systems a dissocié l'image de la carte de ligne de diagnostic de terrain Cisco 12000 de l'image du logiciel Cisco IOS. Dans les versions antérieures, les diagnostics pouvaient être lancés à partir de la ligne de commande et l'image de diagnostic intégrée était lancée. Afin d'accueillir les clients disposant de cartes mémoire Flash de 20 Mo, le logiciel de diagnostic sur site est maintenant stocké et géré comme une image distincte : c12k-fdiagsbflc-mz.xxx-xx.S.bin (où x est le numéro de version). Cela signifie que pour qu'un client puisse lancer les diagnostics sur site, cette image doit être disponible sur une carte Flash ou un serveur d'amorçage TFTP distinct. La dernière version est toujours disponible sur Cisco.com. Pour les cartes PRP (Performance Route Processor), les cartes GRP (Gigabit Switch Route Processor) et les tests de structure, ces tests restent intégrés à l'image logicielle Cisco IOS. Les fonctionnalités de la ligne de commande ont été modifiées pour refléter ce changement.

Pendant que le test de diagnostic est en cours, la carte de ligne ne fonctionne pas normalement et n'est pas en mesure de transmettre le trafic pendant la durée du test (5 à 20 minutes, en fonction de la complexité de la carte de ligne). Sans le mot clé verbose, la commande donne une sortie tronquée qui montre un Pass ou Fail pour la carte. Lorsque vous communiquez avec le TAC, le mode verbose est le plus utile pour identifier des problèmes spécifiques. Le résultat du test de diagnostic sans la commande verbose ressemble à ceci :

Router# diag 7 verbose tftp://223.255.254.254/muckier/award/c12k-fdiagsbflc-mz

Running DIAG config check
Fabric Download for Field Diags chosen: If timeout occurs, try 'mbus' option.
Running Diags will halt ALL activity on the requested slot.  [confirm]
Router#
Launching a Field Diagnostic for slot 7
Downloading diagnostic tests to slot 7 via fabric (timeout set to 300 sec.)
5d20h: %GRP-4-RSTSLOT: Resetting the card in the slot: 7,Event: 
   EV_ADMIN_FDIAGLoading muckier/award/c12k-fdiagsbflc-mz from 223.255.254.254 
   (via Ethernet0):      !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
5d20h: Downloading diags from tftp file tftp://223.255.254.254/muckier/award/
    c12k-fdiagsbflc-mz
    !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
[OK - 13976524 bytes]
FD 7> *****************************************************
FD 7> GSR Field Diagnostics V6.05

FD 7> Compiled by award on Tue Jul 30 13:00:41 PDT 2002

FD 7> view: award-conn_isp.FieldDiagRelease

FD 7> *****************************************************


Executing all diagnostic tests in slot 7

(total/indiv. timeout set to 2000/600 sec.)

FD 7> BFR_CARD_TYPE_OC12_4P_POS testing... 

FD 7> Available test types 2

FD 7> 1

FD 7> Completed f_diags_board_discovery() (0x1)

FD 7> Test list selection received: Test ID 1, Device 0

FD 7> running in slot 7 (30 tests from test list ID 1)

FD 7> Skipping MBUS_FDIAG command from slot 2

FD 7> Just into idle state
Field Diagnostic ****PASSED**** for slot 7

Shutting down diags in slot 7

Board will reload

5d20h: %GRP-4-RSTSLOT: Resetting the card in the slot: 7,Event: 
   EV_ADMIN_FDIAG


5d20h: %GRP-4-RSTSLOT: Resetting the card in the slot: 7,Event: 
   EV_FAB_DOWNLOADER_DOWNLOAD_FAILURE


SLOT 7:00:00:09: %SYS-5-RESTART: System restarted --

Cisco Internetwork Operating System Software 
IOS (tm) GS Software (GLC1-LC-M), Experimental Version 12.0(20020509:045149)      
  [award-conn_isp.f_diag_new 337]
Copyright (c) 1986-2002 by cisco Systems, Inc.
Compiled Tue 25-Jun-02 15:51 by award

La carte de ligne se recharge automatiquement uniquement après avoir passé le test.

Voici un exemple dans lequel la version du logiciel Cisco IOS antérieure à 12.0(22)S, la carte de ligne a échoué au test et n'a donc pas été rechargée automatiquement. Vous pouvez recharger manuellement la carte de ligne à l'aide de la commande hw-module slot <slot> reload.

Lorsque vous utilisez le mot clé verbose, le résultat inclut chaque test individuel qui est effectué. Si le test RÉUSSIT, le test suivant commence. Un exemple de résultat ressemble à ceci :

Router# diag 7 verbose tftp tftp://223.255.254.254/ muckier/award/c12k-fdiagsbflc-mz

Running DIAG config check
Fabric Download for Field Diags chosen: If timeout occurs, try 'mbus' option.
Verbose mode: Test progress and errors will be displayed
Runnning Diags will halt ALL activity on the requested slot.  [confirm]
Router#
Launching a Field Diagnostic for slot 7
Downloading diagnostic tests to slot 7 via fabric (timeout set to 300 sec.)
00:07:41: %GRP-4-RSTSLOT: Resetting the card in the slot: 7,Event: EV_ADMIN_FDIAG

Loading muckier/award/c12k-fdiagsbflc-mz from 223.255.254.254 (via Ethernet0):      
 !!!!!! (...)

00:08:24: Downloading diags from tftp file tftp://223.255.254.254/muckier/
award/c12k-fdiagsbflc-mz

!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!

[OK - 13976524 bytes]

FD 7> *****************************************************

FD 7> GSR Field Diagnostics V6.05

FD 7> Compiled by award on Tue Jul 30 13:00:41 PDT 2002

FD 7> view: award-conn_isp.FieldDiagRelease

FD 7> *****************************************************

Executing all diagnostic tests in slot 7

(total/indiv. timeout set to 2000/600 sec.)

FD 7> BFR_CARD_TYPE_OC12_4P_POS testing... 

FD 7> Available test types 2

FD 7> 1

FD 7> Completed f_diags_board_discovery() (0x1)

FD 7> Verbosity now (0x00000011) TESTSDISP FATL
FD 7> Test list selection received: Test ID 1, Device 0
FD 7> running in slot 7 (30 tests from test list ID 1)
FD 7> Just into idle state
FDIAG_STAT_IN_PROGRESS(7): test #1 Dram Marching Pattern
FDIAG_STAT_IN_PROGRESS(7): test #2 Dram Datapins
FDIAG_STAT_IN_PROGRESS(7): test #3 Dram Busfloat
FDIAG_STAT_IN_PROGRESS(7): test #4 RBM SDRAM Marching Pattern
FDIAG_STAT_IN_PROGRESS(7): test #5 RBM SDRAM Datapins
FDIAG_STAT_IN_PROGRESS(7): test #6 RBM SSRAM Marching Pattern
FDIAG_STAT_IN_PROGRESS(7): test #7 RBM SSRAM Datapins Memory
FDIAG_STAT_IN_PROGRESS(7): test #8 TBM SDRAM Marching Pattern
FDIAG_STAT_IN_PROGRESS(7): test #9 TBM SDRAM Datapins
FDIAG_STAT_IN_PROGRESS(7): test #10 TBM SSRAM Marching Pattern
FDIAG_STAT_IN_PROGRESS(7): test #11 TBM SSRAM Datapins Memory
FDIAG_STAT_IN_PROGRESS(7): test #12 PSA TLU SDRAM Marching Pattern
FDIAG_STAT_IN_PROGRESS(7): test #13 PSA TLU SDRAM Datapins
FDIAG_STAT_IN_PROGRESS(7): test #14 PSA PLU SDRAM Marching Pattern
FDIAG_STAT_IN_PROGRESS(7): test #15 PSA PLU SDRAM Datapins
FDIAG_STAT_IN_PROGRESS(7): test #16 PSA SRAM Marching Pattern
FDIAG_STAT_IN_PROGRESS(7): test #17 PSA SRAM Datapins
FDIAG_STAT_IN_PROGRESS(7): test #18 To Fabric SOP FIFO SRAM Memory
FDIAG_STAT_IN_PROGRESS(7): test #19 From Fabric SOP FIFO SRAM Memory
FDIAG_STAT_IN_PROGRESS(7): test #20 RBM to SALSA Packet
FDIAG_STAT_IN_PROGRESS(7): test #21 TBM to SALSA Packet
FDIAG_STAT_IN_PROGRESS(7): test #22 RBM to TBM SLI Packet Loopback
FDIAG_STAT_IN_PROGRESS(7): test #23 TBM to PSA Packet -Framer Loopback
FDIAG_STAT_IN_PROGRESS(7): test #24 TBM to TX SOP Packet
FDIAG_STAT_IN_PROGRESS(7): test #25 TBM to RX SOP Packet -4302 Terminal Loopback
FDIAG_STAT_IN_PROGRESS(7): test #26 TBM to RX SOP Packet -Framer System Bus Loop
FDIAG_STAT_IN_PROGRESS(7): test #27 RBM to TBM Fabric Packet Loopback
FDIAG_STAT_IN_PROGRESS(7): test #28 TBM to RBM Packet, RBM page crossing
FDIAG_STAT_IN_PROGRESS(7): test #29 TBM to TX SOP Packet Simultaneous
FDIAG_STAT_IN_PROGRESS(7): test #30 TBM to PSA Multicast Packets -Framer Loopback
FDIAG_STAT_DONE(7)
FD 7> Changed current_status to FDIAG_STAT_IDLE

Field Diagnostic ****PASSED**** for slot 7

Field Diag eeprom values: run 62 fail mode 0 (PASS) slot 7


last test failed was 0, error code 0


Shutting down diags in slot 7

Board will reload

Ces résultats sont ensuite stockés dans une mémoire morte programmable et effaçable électriquement (EEPROM) sur la carte de ligne. Vous pouvez afficher les résultats du dernier diagnostic effectué sur la carte de ligne à l'aide de la commande diag <slot>previous . Voici un exemple de sortie :

Router#diag 3 previous 

Field Diag eeprom values: run 0 fail mode 0 (PASS) slot 3 
   last test failed was 0, error code 0

Si aucun diagnostic de champ précédent n'a été effectué sur la carte, le résultat est le suivant :

Router#diag 3 previous 

Field Diags have not been run on this board previously - 

EE prom results uninitialized. 

Field Diag eeprom values: run 16777215 fail mode 0 (PASS) slot 9 
   last test failed was 65535, error code 65535

Il y a eu quelques bogues dans le passé qui ont causé l'échec des tests de diagnostic même si la carte n'est pas défectueuse, donc, par précaution, si la carte de ligne échoue et qu'elle a déjà été remplacée précédemment, il serait utile de vérifier ce résultat avec le Centre d'assistance technique (TAC).

Versions du logiciel Cisco IOS antérieures à 12.0(22)S

Le logiciel Field Diagnostic de la carte de ligne est fourni avec le logiciel Cisco IOS principal pour vous permettre de tester si la carte de ligne suspecte est défectueuse ou non. Pour utiliser cette fonctionnalité, vous devez être en mode privilégié et exécuter la commande diag <slot> <verbose>.

Pendant que le test de diagnostic est en cours, la carte de ligne ne fonctionne pas normalement et n'est pas en mesure de transmettre le trafic pendant la durée du test (5 à 15 minutes, en fonction de la complexité de la carte de ligne). Sans le mot clé verbose, la commande donne une sortie tronquée qui montre un Pass ou Fail pour la carte. Le résultat du test de diagnostic sans la commande verbose ressemble à ceci :

Router#diag 3 

Running DIAG config check 

Running Diags will halt ALL activity on the requested slot 

[confirm] 

Router# 
Launching a Field Diagnostic for slot 3 
Downloading diagnostic tests to slot 3 (timeout set to 600 sec.) 

*Nov 18 22:20:40.237: %LINK-5-CHANGED: Interface GigabitEthernet3/0, 

changed state to administratively down 

Field Diag download COMPLETE for slot 3 

FD 3> ***************************************************** 

FD 3> GSR Field Diagnostics V4.0 

FD 3> Compiled by award on Thu May 18 13:43:04 PDT 2000 

FD 3> view: award-conn_isp.FieldDiagRelease 

FD 3> ***************************************************** 

FD 3> BFR_CARD_TYPE_1P_GE testing... 

FD 3> running in slot 3 (83 tests)
Executing all diagnostic tests in slot 3 

(total/indiv. timeout set to 600/200 sec.) 

Field Diagnostic: ****TEST FAILURE**** slot 3: last test run 51, 

Fabric Packet Loopback, error 3 

Shutting down diags in slot 3
slot 3 done, will not reload automatically

La carte de ligne se recharge automatiquement uniquement après avoir passé le test. Dans l'exemple ci-dessus, la carte de ligne a échoué au test et n'a donc pas été rechargée automatiquement. Vous pouvez recharger manuellement la carte de ligne à l'aide de la commande hw-module slot <slot> reload.

Lorsque vous utilisez le mot clé verbose, le résultat inclut chaque test individuel qui est effectué, et si oui ou non chaque test a réussi ou échoué. Voici un exemple de sortie :

Router#diag 3 verbose 

Running DIAG config check 

Running Diags will halt ALL activity on the requested slot. 

[confirm] 

Router# 
Launching a Field Diagnostic for slot 3 
Downloading diagnostic tests to slot 3 (timeout set to 600 sec.) 
Field Diag download COMPLETE for slot 3 

FD 3> ***************************************************** 

FD 3> GSR Field Diagnostics V4.0 

FD 3> Compiled by award on Thu May 18 13:43:04 PDT 2000 

FD 3> view: award-conn_isp.FieldDiagRelease 

FD 3> ***************************************************** 

FD 3> BFR_CARD_TYPE_1P_GE testing... 

FD 3> running in slot 3 (83 tests)
Executing all diagnostic tests in slot 3 

(total/indiv. timeout set to 600/200 sec.) 

FD 3> Verbosity now (0x00000001) TESTSDISP
FDIAG_STAT_IN_PROGRESS(3): test #1 R5K Internal Cache 

FDIAG_STAT_IN_PROGRESS(3): test #2 Burst Operations 

FDIAG_STAT_IN_PROGRESS(3): test #3 Subblock Ordering 

FDIAG_STAT_IN_PROGRESS(3): test #4 P4/EEPROM Clock Speed Matching 

FDIAG_STAT_IN_PROGRESS(3): test #5 Dram Marching Pattern 

FDIAG_STAT_IN_PROGRESS(3): test #6 Dram Datapins 

FDIAG_STAT_IN_PROGRESS(3): test #7 Dram Busfloat 

FDIAG_STAT_IN_PROGRESS(3): test #8 To Fabric (RX) BMA SDRAM Marching Pattern 

FDIAG_STAT_IN_PROGRESS(3): test #9 To Fabric (RX) BMA SDRAM Datapins 

FDIAG_STAT_IN_PROGRESS(3): test #10 To Fabric (RX) BMA Q Manager SRAM Busfloat 

FDIAG_STAT_IN_PROGRESS(3): test #11 To Fabric (RX) BMA Q Manager SRAM Datapins 

FDIAG_STAT_IN_PROGRESS(3): test #12 To Fabric (RX) BMA Q Manager SRAM Marching Pa 

FDIAG_STAT_IN_PROGRESS(3): test #13 From Fabric (TX) BMA SDRAM Marching Pattern 

FDIAG_STAT_IN_PROGRESS(3): test #14 From Fabric (TX) BMA SDRAM Datapins 

FDIAG_STAT_IN_PROGRESS(3): test #15 From Fabric (TX) BMA Q Manager SRAM Busfloat 

FDIAG_STAT_IN_PROGRESS(3): test #16 From Fabric (TX) BMA Q Manager SRAM Datapins 

FDIAG_STAT_IN_PROGRESS(3): test #17 From Fabric (TX) BMA Q Manager SRAM Marching 

FDIAG_STAT_IN_PROGRESS(3): test #18 To Fabric SOP FIFO SRAM Memory 

FDIAG_STAT_IN_PROGRESS(3): test #19 From Fabric SOP FIFO SRAM Memory 

FDIAG_STAT_IN_PROGRESS(3): test #20 SALSA Asic Registers 

FDIAG_STAT_IN_PROGRESS(3): test #21 Salsa Dram Access 

FDIAG_STAT_IN_PROGRESS(3): test #22 Salsa P4 Timeout 

FDIAG_STAT_IN_PROGRESS(3): test #23 Salsa Asic General Purpose Counter 

FDIAG_STAT_IN_PROGRESS(3): test #24 Salsa Asic Real Time Interrupt 

FDIAG_STAT_IN_PROGRESS(3): test #25 Salsa Errors 

FDIAG_STAT_IN_PROGRESS(3): test #26 Salsa DRAM Burst Operations Error 

FDIAG_STAT_IN_PROGRESS(3): test #27 Salsa Dram Read Around Write 

FDIAG_STAT_IN_PROGRESS(3): test #28 Salsa Dram Write Parity Error test 

FDIAG_STAT_IN_PROGRESS(3): test #29 Salsa Prefetch/Write Buffers 

FDIAG_STAT_IN_PROGRESS(3): test #30 Salsa FrFab BMA SDram Read Around Write 

FDIAG_STAT_IN_PROGRESS(3): test #31 Salsa ToFab BMA SDram Read Around Write 

FDIAG_STAT_IN_PROGRESS(3): test #32 Salsa FrFab Network Interrupt Disable Timer 

FDIAG_STAT_IN_PROGRESS(3): test #33 Salsa ToFab Network Interrupt Disable Timer 

FDIAG_STAT_IN_PROGRESS(3): test #34 Salsa ToFab Network Interrupt Mask 

FDIAG_STAT_IN_PROGRESS(3): test #35 Salsa FrFab Network Interrupt Mask 

FDIAG_STAT_IN_PROGRESS(3): test #36 Salsa ToFab BMA Interrupt Mask 

FDIAG_STAT_IN_PROGRESS(3): test #37 Salsa FrFab BMA Interrupt Mask 

FDIAG_STAT_IN_PROGRESS(3): test #38 Salsa - To Fabric BMA Packet - Early Clear 

FDIAG_STAT_IN_PROGRESS(3): test #39 Salsa - From Fabric BMA Packet - Early Clear 

FDIAG_STAT_IN_PROGRESS(3): test #40 Salsa To Fabric SOP Interrupt Mask 

FDIAG_STAT_IN_PROGRESS(3): test #41 Salsa From Fabric SOP Interrupt Mask 

FDIAG_STAT_IN_PROGRESS(3): test #42 SALSA ECC Generation 

FDIAG_STAT_IN_PROGRESS(3): test #43 SALSA ECC Correction 

FDIAG_STAT_IN_PROGRESS(3): test #44 To Fabric FIA48 ASIC Registers 

FDIAG_STAT_IN_PROGRESS(3): test #45 To Fabric FIA48 Packet 

FDIAG_STAT_IN_PROGRESS(3): test #46 To Fabric FIA48 Asic BMA Bus Parity Error 

FDIAG_STAT_IN_PROGRESS(3): test #47 To Fabric FIA48 Asic CiscoCell Fifo Parity Er 

FDIAG_STAT_IN_PROGRESS(3): test #48 From Fabric FIA48 ASIC Registers 

FDIAG_STAT_IN_PROGRESS(3): test #50 SLI Packet Loopback 

FDIAG_STAT_IN_PROGRESS(3): test #51 Fabric Packet Loopback 

FD 3> INT_CAUSE_REG = 0x00000620
FD 3> Unexpected L3FE Interrupt occurred.
FD 3> ERROR: TX FIA48 Asic Interrupt Occurred
FD 3> *** 0-INT: External Interrupt ***
FD 3> Dumping out TX FIA Status Registers, Disabling
FD 3> TX FIA Interrupt, resetting Asics, continuing...
FDIAG_STAT_DONE_FAIL(3) test_num 51, error_code 3 

Field Diagnostic: ****TEST FAILURE**** slot 3: last test run 51, 

Fabric Packet Loopback, error 3 
Field Diag eeprom values: run 3 fail mode 1 (TEST FAILURE) slot 3 
   last test failed was 51, error code 3 

Shutting down diags in slot 3
slot 3 done, will not reload automatically
Router#

Router#diag 3 previous 

Field Diag eeprom values: run 0 fail mode 0 (PASS) slot 3 
   last test failed was 0, error code 0

Si aucun diagnostic de champ précédent n'a été effectué sur la carte, le résultat est le suivant :

Router#diag 3 previous 

Field Diags have not been run on this board previously - 

EE prom results uninitialized. 

Field Diag eeprom values: run 16777215 fail mode 0 (PASS) slot 9 
   last test failed was 65535, error code 65535

Informations à collecter si vous ouvrez une demande de service TAC

Si vous avez identifié un composant qui doit être remplacé, contactez votre partenaire ou revendeur Cisco pour demander un remplacement du composant matériel à l'origine du problème. Si vous avez un contrat de support directement avec Cisco, utilisez l'Outil de demande d'assistance TAC (clients enregistrés uniquement) pour ouvrir une demande de service TAC pour un remplacement du matériel. Veillez à joindre les informations suivantes :
Captures de console affichant les messages d'erreur Captures de console montrant les étapes de dépannage effectuées et la séquence de démarrage au cours de chaque étape Le composant matériel qui a échoué et le numéro de série pour le châssis Journaux de dépannage Résultat de la commande show technical-support

Si vous avez identifié un composant qui doit être remplacé, contactez votre partenaire ou revendeur Cisco pour demander un remplacement du composant matériel à l'origine du problème. Si vous avez un contrat de support directement avec Cisco, utilisez l'Outil de demande d'assistance TAC (clients enregistrés uniquement) pour ouvrir une demande de service TAC pour un remplacement du matériel. Veillez à joindre les informations suivantes :

Captures de console affichant les messages d'erreur
Captures de console montrant les étapes de dépannage effectuées et la séquence de démarrage au cours de chaque étape
Le composant matériel qui a échoué et le numéro de série pour le châssis
Journaux de dépannage
Résultat de la commande show technical-support

Informations connexes

Historique de révision

Révision	Date de publication	Commentaires
1.0	09-Mar-2009	Première publication

Contribution de

rkandah
jrode
jsmetz
gnadelle