Hardwarefehlerbehebung bei Line Card-Ausfällen des Cisco Internet Routers der Serie 12000

Download-Optionen

PDF (325.7 KB)
Mit Adobe Reader auf verschiedenen Geräten anzeigen
ePub (99.1 KB)
In verschiedenen Apps auf iPhone, iPad, Android, Sony Reader oder Windows Phone anzeigen
Mobi (Kindle) (100.4 KB)
Auf einem Kindle-Gerät oder einer Kindle-App auf mehreren Geräten anzeigen

Aktualisiert:9. März 2009

Dokument-ID:15926

Inklusive Sprache

In dem Dokumentationssatz für dieses Produkt wird die Verwendung inklusiver Sprache angestrebt. Für die Zwecke dieses Dokumentationssatzes wird Sprache als „inklusiv“ verstanden, wenn sie keine Diskriminierung aufgrund von Alter, körperlicher und/oder geistiger Behinderung, Geschlechtszugehörigkeit und -identität, ethnischer Identität, sexueller Orientierung, sozioökonomischem Status und Intersektionalität impliziert. Dennoch können in der Dokumentation stilistische Abweichungen von diesem Bemühen auftreten, wenn Text verwendet wird, der in Benutzeroberflächen der Produktsoftware fest codiert ist, auf RFP-Dokumentation basiert oder von einem genannten Drittanbieterprodukt verwendet wird. Hier erfahren Sie mehr darüber, wie Cisco inklusive Sprache verwendet.

Informationen zu dieser Übersetzung

Cisco hat dieses Dokument maschinell übersetzen und von einem menschlichen Übersetzer editieren und korrigieren lassen, um unseren Benutzern auf der ganzen Welt Support-Inhalte in ihrer eigenen Sprache zu bieten. Bitte beachten Sie, dass selbst die beste maschinelle Übersetzung nicht so genau ist wie eine von einem professionellen Übersetzer angefertigte. Cisco Systems, Inc. übernimmt keine Haftung für die Richtigkeit dieser Übersetzungen und empfiehlt, immer das englische Originaldokument (siehe bereitgestellter Link) heranzuziehen.

Inhalt

Einleitung

Voraussetzungen

Anforderungen

Verwendete Komponenten

Hardware-Software-Kompatibilität und Speicheranforderungen

Konventionen

Identifizieren des Problems

Absturz der Line Card

Fabric-Ping-Fehler

Paritätsfehlermeldungen

Fehlermeldungen

Testen der Line Card auf Hardwarefehler

Cisco IOS Software-Versionen nach 12.0(22)S

Cisco IOS Software-Versionen vor 12.0(22)S

Zu erfassende Informationen, wenn Sie eine TAC-Serviceanfrage stellen

Zugehörige Informationen

Einleitung

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.

Voraussetzungen

Anforderungen

Bevor Sie dieses Dokument lesen, sollten Sie mit den folgenden Themen vertraut sein:

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.

Verwendete Komponenten

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.

Hardware-Software-Kompatibilität und Speicheranforderungen

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).

Konventionen

Weitere Informationen zu Dokumentkonventionen finden Sie unter Cisco Technical Tips Conventions (Technische Tipps von Cisco zu Konventionen).

Identifizieren des Problems

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

Absturz der Line Card

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.

Überprüfen des aktuellen Status der Linecard

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-LEDs

Status 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.

Tabelle 2 - Status und Bedeutung der LC-LEDs

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

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.

Paritätsfehlermeldungen

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.

Fehlermeldungen

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.

Testen der Line Card auf Hardwarefehler

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.

Cisco IOS Software-Versionen nach 12.0(22)S

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.

Cisco IOS Software-Versionen vor 12.0(22)S

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#

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

Zu erfassende Informationen, wenn Sie eine TAC-Serviceanfrage stellen

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:
Konsolenaufzeichnungen mit den Fehlermeldungen Konsolenaufzeichnungen mit den durchgeführten Fehlerbehebungsschritten und der Bootreihenfolge während der einzelnen Schritte Die ausgefallene Hardwarekomponente und die Seriennummer des Gehäuses Fehlerbehebungsprotokolle Ausgabe des Befehls show technical-support

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:

Konsolenaufzeichnungen mit den Fehlermeldungen
Konsolenaufzeichnungen mit den durchgeführten Fehlerbehebungsschritten und der Bootreihenfolge während der einzelnen Schritte
Die ausgefallene Hardwarekomponente und die Seriennummer des Gehäuses
Fehlerbehebungsprotokolle
Ausgabe des Befehls show technical-support

Zugehörige Informationen

Revisionsverlauf

Überarbeitung	Veröffentlichungsdatum	Kommentare
1.0	09-Mar-2009	Erstveröffentlichung

Beigetragen von

rkandah
jrode
jsmetz
gnadela