Wertvolle Zeit und Ressourcen werden häufig für den Austausch von Hardware verschwendet, die tatsächlich ordnungsgemäß funktioniert. Dieses Dokument unterstützt Sie bei der Behebung gängiger Hardwareprobleme mit dem Cisco Internet Router der Serie 12000 und enthält Tipps zur Identifizierung, ob der Fehler in der Hardware liegt.
Hinweis: In diesem Dokument werden keine softwarebezogenen Fehler beschrieben, mit Ausnahme derer, die häufig als Hardwareprobleme verwechselt werden.
Bevor Sie dieses Dokument lesen, sollten Sie mit den folgenden Themen vertraut sein:
Fehlerbehebung bei Hardware für den Cisco Internet Router der Serie 12000
Fehlerbehebung bei Abstürzen der Linecard auf dem Cisco Internet Router der Serie 12000
Wenn Sie der Meinung sind, dass das Problem auf einen Hardwarefehler zurückzuführen ist, können Sie mit diesem Dokument die Ursache des Fehlers ermitteln.
Die Informationen in diesem Dokument basierend auf folgenden Software- und Hardware-Versionen:
Alle Cisco Internet Router der Serie 12000, einschließlich der Router 12008, 12012, 12016, 12404, 12406, 12410 und 12416
Alle Cisco IOS®-Softwareversionen, die den Cisco Internet Router der Serie 12000 unterstützen.
Die Informationen in diesem Dokument beziehen sich auf Geräte in einer speziell eingerichteten Testumgebung. Alle Geräte, die in diesem Dokument benutzt wurden, begannen mit einer gelöschten (Nichterfüllungs) Konfiguration. Wenn Ihr Netz Live ist, überprüfen Sie, ob Sie die mögliche Auswirkung jedes möglichen Befehls verstehen.
Bei jeder Installation einer neuen Linecard, eines neuen Moduls oder eines Cisco IOS Software-Images muss überprüft werden, ob der Router über genügend Arbeitsspeicher verfügt und ob die Hardware und Software mit den gewünschten Funktionen kompatibel sind.
Führen Sie die folgenden empfohlenen Schritte aus, um die Kompatibilität der Hardware-Software und die Speicheranforderungen zu überprüfen:
Verwenden Sie das Tool Software Advisor (nur für registrierte Kunden), um Software für Ihr Netzwerkgerät auszuwählen.
Tipp:
Im Abschnitt Software Support for Features (nur für registrierte Kunden) können Sie das erforderliche Cisco IOS Software-Image ermitteln, indem Sie die zu implementierenden Funktionstypen auswählen.
Verwenden Sie die Download Software Area (nur für registrierte Kunden), um die Mindestspeicherkapazität (RAM und Flash) zu überprüfen, die von der Cisco IOS Software benötigt wird, und/oder um das Cisco IOS Software-Image herunterzuladen. Informationen zur Bestimmung der auf Ihrem Router installierten Speicherkapazität (RAM und Flash) finden Sie unter So wählen Sie eine Cisco IOS Software-Version - Speicheranforderungen.
Tipps:
Wenn Sie dieselben Funktionen wie die aktuelle Version auf Ihrem Router beibehalten möchten, aber nicht wissen, welches Feature-Set Sie verwenden, geben Sie den Befehl show version auf Ihrem Cisco Gerät ein, und fügen Sie die Ausgabe in das Output Interpreter Tool ein. Sie können Output Interpreter (nur für registrierte Kunden) verwenden, um potenzielle Probleme und Korrekturen anzuzeigen. Um Output Interpreter (nur registrierte Kunden) zu verwenden, müssen Sie registriert sein, eingeloggt sein und JavaScript aktivieren. Es ist wichtig, den Funktionssupport zu überprüfen, insbesondere, wenn Sie die neuesten Softwarefunktionen verwenden möchten.
Wenn Sie ein Upgrade des Cisco IOS Software-Images auf eine neue Version oder einen neuen Funktionssatz durchführen müssen, finden Sie weitere Informationen unter So wählen Sie eine Cisco IOS Software-Version aus.
Wenn Sie feststellen, dass ein Cisco IOS Software-Upgrade erforderlich ist, befolgen Sie die Anweisungen für die Software-Installation und das Upgrade für den Cisco Router der Serie 12000.
Tipp: Informationen zum Wiederherstellen eines Cisco Routers der Serie 12000, der in ROMmon stecken geblieben ist (ROMmon-Eingabeaufforderung), finden Sie unter ROMmon Recovery Procedure for the Cisco 12000 (Wiederherstellungsverfahren für ROMmon für den Cisco 12000).
Weitere Informationen zu Dokumentkonventionen finden Sie unter Cisco Technical Tips Conventions (Technische Tipps von Cisco zu Konventionen).
Mithilfe der Informationen in diesem Abschnitt können Sie feststellen, ob die Probleme, die Sie mit Ihrer Linecard haben, hardwarebezogen sind.
Als Erstes müssen Sie die Ursache des Line Card-Absturzes oder der Konsolenfehler identifizieren, die bei Ihnen auftreten. Um festzustellen, welche Karte möglicherweise fehlerhaft ist, müssen Sie die Ausgabe der folgenden Befehle erfassen:
Kontextübersicht anzeigen
show logging
Übersicht anzeigen
show diag <Steckplatz>
show context slot <slot>
Zusammen mit diesen spezifischen Befehlen show müssen Sie auch folgende Informationen sammeln:
Konsolenprotokolle und/oder Syslog-Informationen: Diese können entscheidend sein, um das ursprüngliche Problem zu ermitteln, wenn mehrere Symptome auftreten. Wenn der Router so eingerichtet ist, dass er Protokolle an einen Syslog-Server sendet, werden möglicherweise Informationen zu den Vorgängen angezeigt. Bei Konsolenprotokollen ist es am besten, wenn Sie über die Systemmeldungsprotokollierung direkt mit dem Router am Konsolenport verbunden sind.
show technical-support: Der Befehl show technical-support ist eine Zusammenstellung vieler verschiedener Befehle und umfasst show version, show running-config und show stacks. Tritt bei einem Router ein Problem auf, werden diese Informationen vom Techniker des Cisco Technical Assistance Center (TAC) angefordert. Es ist wichtig, die Ausgabe des Befehls show technical-support zu sammeln, bevor Sie das Gerät neu laden oder aus- und wieder einschalten, da durch diese Aktionen alle Informationen über das Problem verloren gehen können.
Hier sind einige Beispiele für die Ausgabe, die Sie erwarten können, um zu sehen, ob Ihr Gigabit Route Processor (GRP) oder Line Card abgestürzt ist:
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
Wenn eine Linecard abgestürzt ist und Sie die Linecard identifiziert haben, die abgestürzt ist, müssen Sie jetzt die Ursache des Absturzes ermitteln. Mit der Ausgabe des Befehls show context <slot> können Sie dies tun. Hier ein Beispiel:
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
Sie können den Typ des Absturzes, der aufgetreten ist, anhand des Werts "SIG=" in der Befehlsausgabe show context slot <slot> identifizieren. Weitere Informationen finden Sie in der SIG-Codetabelle.
Unter den folgenden Links finden Sie weitere Informationen zu den drei häufigsten Arten von Line Card-Abstürzen und eine Erklärung für die Fehlerbehebung:
Im obigen Beispiel ist die Linecard aufgrund eines "Software-erzwungenen Absturzes" abgestürzt, und wie der Name schon sagt, hat eine Softwareausnahme das Neuladen verursacht. Sobald Sie die Ursache ermittelt und die erforderlichen Daten erfasst haben, können Sie mithilfe des Bug Toolkit (nur für registrierte Kunden) prüfen, ob ein Fehler in Ihrer Cisco IOS Softwareversion vorliegt.
Wenn Sie festgestellt haben, ob es sich um Systemfehler im Protokoll oder um einen tatsächlichen Absturz handelt, müssen Sie den aktuellen Status der Linecard überprüfen, um festzustellen, ob sie sich von dem aufgetretenen Fehler erholt hat. Um den Status einzelner Linecards zu identifizieren, können Sie entweder die Leuchtdioden (LEDs) auf der Vorderseite der Karte untersuchen oder den Befehl show led (LED anzeigen) ausführen. Hier sehen Sie eine Beispielausgabe:
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
In Tabelle 1 und Tabelle 2 werden die gebräuchlichsten Ausgabetypen dieses Befehls und ihre Bedeutung beschrieben.
Hinweis: Der Wert der LED kann umgekehrt werden. Beispielsweise kann IOS RUN als RUN IOS angezeigt werden.
Tabelle 1: Status und Bedeutung der RP-LEDsStatus der RP-LED | Bedeutung des LED-Status |
---|---|
RP-UP | Auf dem RP wird Cisco IOS-Software ausgeführt, und die Lösung funktioniert ordnungsgemäß. |
MSTR-RP | Der RP fungiert als primärer GRP. |
SLAV-RP | Der RP fungiert als Slave-GRP. |
RP ACTV | Der RP fungiert als primärer GRP. |
RP SEC | Der RP fungiert als Slave-GRP. |
MEM INIT | Der RP versucht, die Größe des Speichers zu ändern. |
Status der LED-Betriebsanzeige | Bedeutung des LED-Status |
---|---|
DIAG DNLD | Linecard lädt die Felddiagnosesoftware herunter |
DIAG FAIL | Der Felddiagnosetest der Linecard ist fehlgeschlagen. |
DIAG-PASS | Die Linecard hat den Felddiagnosetest bestanden. |
DIAG-TEST | Linecard führt Felddiagnosesoftware aus |
FABL DNLD | Line Card startet "Fabric Downloader" |
FABEL WARTEN | Linecard wartet auf Laden von "Fabric Downloader". |
IN RÜCKSTELLUNG | Linecard wird zurückgesetzt |
IOS-NLD | Linecard lädt Cisco IOS-Software über die Switch-Fabric herunter |
IOS-AUSFÜHRUNG | Linecard ist jetzt aktiviert. |
IOS-UP | Das Laden der Linecard ist abgeschlossen, und auf ihr wird jetzt die Cisco IOS-Software ausgeführt. |
MBUS DNLD | Linecard lädt MBUS-Agenten herunter |
MEM INIT | Linecard versucht, die Größe des Speichers zu ändern. |
PWR AUS | Linecard ist ausgeschaltet |
Wenn der Linecard-Status ein anderer Wert als "IOS RUN" ist oder die GRP weder der aktive Master/Primary noch der Slave/Secondary ist, bedeutet dies, dass ein Problem vorliegt und die Karte nicht vollständig geladen wurde. Bevor Sie die Karte austauschen, sollten Sie folgende Schritte durchführen, um das Problem zu beheben:
Laden Sie den Mikrocode über den globalen Konfigurationsbefehl microcode reload <slot> neu.
Laden Sie die Karte über den Befehl hw-module slot <slot> reload neu. Dadurch wird die Linecard zurückgesetzt, und die Maintenance Bus (MBUS)- und Fabric Downloader-Softwaremodule werden erneut heruntergeladen, bevor die Linecard Cisco IOS-Software erneut heruntergeladen wird.
Setzen Sie die Linecard manuell zurück. Auf diese Weise können Probleme ausgeschlossen werden, die durch eine fehlerhafte Verbindung mit dem MBUS oder der Switching-Fabric verursacht werden.
Hinweis: Weitere Informationen zur Fehlerbehebung bei Line Cards, die in einem anderen Status als der Ausführung von IOS stecken, finden Sie unter Grundlegendes zum Bootvorgang beim Cisco Internet Router der Serie 12000.
Fabric-Ping-Fehler treten auf, wenn eine Linecard oder das sekundäre GRP nicht auf eine Fabric-Ping-Anforderung antwortet, die das primäre GRP über die Switch-Fabric sendet. Solche Fehler sind ein Problem Symptom, das Sie untersuchen müssen. Sie werden durch folgende Fehlermeldungen angezeigt:
%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
Weitere Informationen zu diesem Problem finden Sie unter Troubleshooting Fabric Ping Timeouts and Failures on the Cisco 12000 Series Internet Router.
Im Dokument Cisco 12000 Series Internet Router Parity Error Fault Tree (Fehlerstruktur für Paritätsfehler) werden die Schritte zur Fehlerbehebung und Isolierung eines Teils oder einer Komponente des Cisco Internet Routers der 12000-Serie erläutert, wenn ein Fehler auftritt, nachdem Sie eine Reihe von Paritätsfehlermeldungen erhalten haben.
Wenn bei einer der Linecards Fehlermeldungen auftreten, können Sie mit dem Cisco Error Message Decoder (nur für registrierte Kunden) nach Informationen zur Bedeutung der Fehlermeldung suchen. Einige weisen auf ein Hardware-Problem mit der Linecard hin, während andere auf einen Bug der Cisco IOS Software oder ein Hardware-Problem an einem anderen Teil des Routers hinweisen. In diesem Dokument werden nicht alle diese Botschaften behandelt.
Einige Nachrichten im Zusammenhang mit Cisco Express Forwarding (CEF) und Inter Process-Communication (IPC) werden unter Troubleshooting CEF-Related Error Messages (Fehlerbehebung bei CEF-bezogenen Fehlermeldungen) erläutert.
Linecard Field Diagnostic (Felddiagnosesoftware für Linecards) wurde entwickelt, um fehlerhafte Linecards in einem Cisco Router der Serie 12000 (alle 12xxx) zu identifizieren. Vor Version 12.0(22)S der Cisco IOS-Software war die Felddiagnosesoftware in die Cisco IOS-Software integriert. Ab Version 12.0(22)S der Cisco IOS-Software ist diese Software entbündelt. Sie können sie über die Download Software Area (nur registrierte Kunden) von CCO herunterladen (unter 120XX-Plattform FIELD DIAGS auswählen). Es wird weiterhin von einem Befehl ausgeführt, der während der Ausführung der Cisco IOS-Software gestartet wurde, Sie müssen jedoch die Quelle (entweder TFTP-Boot-Server (Trivial File Transfer Protocol) oder PCMCIA-Flash-Speicher) in der Befehlszeile angeben. Alle Field Diagnostics-Befehle werden auf der Aktivierungsebene der Cisco IOS-Software ausgeführt.
Ab Version 12.0(22)S der Cisco IOS-Software hat Cisco Systems das Line Card-Image für Cisco 12000 Field Diagnostic aus dem Cisco IOS-Software-Image entbündelt. In früheren Versionen konnte die Diagnose über die Befehlszeile gestartet werden, und das integrierte Diagnose-Image wurde gestartet. Um Kunden mit 20MB Flash-Speicherkarten zu versorgen, wird die Field Diagnostic-Software nun als separates Image gespeichert und gepflegt: c12k-fdiagsbflc-mz.xxx-xx.S.bin (wobei x die Versionsnummer ist). Das bedeutet, dass dieses Image auf einem separaten Flash Card- oder TFTP-Boot-Server verfügbar sein muss, damit ein Kunde Field Diagnostics starten kann. Die neueste Version ist immer auf Cisco.com verfügbar. Bei Performance Route Processor (PRP)-Karten, Gigabit Switch Route Processor (GRP)-Karten und Fabric-Tests bleiben diese Tests in das Cisco IOS Software-Image integriert. Die Befehlszeilenfunktionen wurden entsprechend geändert.
Während des Diagnosetests funktioniert die Linecard nicht normal und kann während der Testdauer (5-20 Minuten, abhängig von der Komplexität der Linecard) keinen Datenverkehr weiterleiten. Ohne das Schlüsselwort verbose gibt der Befehl eine gekürzte Ausgabe aus, die ein "Pass" oder "Fail" für die Karte anzeigt. Wenn Sie mit dem TAC kommunizieren, ist der ausführliche Modus am hilfreichsten, um bestimmte Probleme zu identifizieren. Die Ausgabe des Diagnosetests ohne den Befehl verbose sieht wie folgt aus:
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
Die Linecard wird erst automatisch neu geladen, nachdem sie den Test bestanden hat.
Hier ist ein Beispiel, in dem die Cisco IOS-Softwareversion vor 12.0(22)S den Test für die Linecard nicht bestanden hat und diese daher nicht automatisch neu geladen wurde. Sie können die Linecard manuell mit dem Befehl hw-module slot <slot> reload neu laden.
Wenn Sie das Schlüsselwort verbose verwenden, enthält die Ausgabe jeden einzelnen Test, der ausgeführt wird. Wenn der Test BESTANDEN ist, wird der nächste Test gestartet. Eine Beispielausgabe sieht wie folgt aus:
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
Diese Ergebnisse werden dann in einem elektrisch löschbaren, programmierbaren Festwertspeicher (EEPROM) auf der Linecard gespeichert. Sie können die Ergebnisse der letzten auf der Linecard durchgeführten Diagnose mit dem Befehl diag <slot> (Diagnose) anzeigen. Hier sehen Sie eine Beispielausgabe:
Router#diag 3 previous Field Diag eeprom values: run 0 fail mode 0 (PASS) slot 3 last test failed was 0, error code 0
Wenn keine vorherige Felddiagnose für die Karte durchgeführt wurde, sieht die Ausgabe wie folgt aus:
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
Es gab in der Vergangenheit einige Fehler, die dazu geführt haben, dass die Diagnosetests fehlschlugen, obwohl die Karte nicht fehlerhaft ist. Falls die Linecard ausfällt und sie bereits zuvor ausgetauscht wurde, ist es daher sinnvoll, diese Ausgabe beim Technical Assistance Center (TAC) zu überprüfen.
Die Line Card Field Diagnostic-Software ist im Lieferumfang der Cisco IOS-Hauptsoftware enthalten, damit Sie überprüfen können, ob die verdächtige Line Card fehlerhaft ist. Um diese Funktion zu verwenden, müssen Sie sich im privilegierten Aktivierungsmodus befinden und den Befehl diag <slot> <verbose> ausführen.
Während des Diagnosetests funktioniert die Linecard nicht normal und kann während der Testdauer (5-15 Minuten, abhängig von der Komplexität der Linecard) keinen Datenverkehr weiterleiten. Ohne das Schlüsselwort verbose gibt der Befehl eine gekürzte Ausgabe aus, die ein "Pass" oder "Fail" für die Karte anzeigt. Die Ausgabe des Diagnosetests ohne den Befehl verbose sieht wie folgt aus:
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
Die Linecard wird erst automatisch neu geladen, nachdem sie den Test bestanden hat. Im obigen Beispiel hat die Linecard den Test nicht bestanden und wurde daher nicht automatisch neu geladen. Sie können die Linecard manuell mit dem Befehl hw-module slot <slot> reload neu laden.
Wenn Sie das Schlüsselwort verbose verwenden, enthält die Ausgabe jeden einzelnen Test, der ausgeführt wird, und ob jeder Test erfolgreich war oder fehlgeschlagen ist. Hier sehen Sie eine Beispielausgabe:
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#
Diese Ergebnisse werden dann in einem elektrisch löschbaren, programmierbaren Festwertspeicher (EEPROM) auf der Linecard gespeichert. Sie können die Ergebnisse der letzten auf der Linecard durchgeführten Diagnose mit dem Befehl diag <slot> (Diagnose) anzeigen. Hier sehen Sie eine Beispielausgabe:
Router#diag 3 previous Field Diag eeprom values: run 0 fail mode 0 (PASS) slot 3 last test failed was 0, error code 0
Wenn keine vorherige Felddiagnose für die Karte durchgeführt wurde, sieht die Ausgabe wie folgt aus:
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
Es gab in der Vergangenheit einige Fehler, die dazu geführt haben, dass die Diagnosetests fehlschlugen, obwohl die Karte nicht fehlerhaft ist. Falls die Linecard ausfällt und sie bereits zuvor ausgetauscht wurde, ist es daher sinnvoll, diese Ausgabe beim Technical Assistance Center (TAC) zu überprüfen.
Wenn Sie eine Komponente identifiziert haben, die ersetzt werden muss, wenden Sie sich an Ihren Cisco Partner oder Händler, um einen Ersatz für die Hardwarekomponente anzufordern, die das Problem verursacht. Wenn Sie einen Support-Vertrag direkt mit Cisco abgeschlossen haben, verwenden Sie das TAC Service Request Tool (nur für registrierte Kunden), um ein TAC Service Request für einen Hardware-Ersatz zu erstellen. Vergewissern Sie sich, dass Sie die folgenden Informationen anhängen: |
---|
|
Überarbeitung | Veröffentlichungsdatum | Kommentare |
---|---|---|
1.0 |
09-Mar-2009 |
Erstveröffentlichung |