Herunterladen Inhalt Inhalt Diese Seite drucken

Werbung

Verfügbare Sprachen

Verfügbare Sprachen

Cisco ONS 15454 ML Card Fehlerbehebung
Inhalt
Einführung
Voraussetzungen
Anforderungen
7603b
0,225 ML
.252ML12
Einführung
In diesem Dokument wird eine einfache Testtopologie verwendet, um die Fehlerbehebung von
Multi-Layer (ML)-Karten auf Cisco ONS 15454 zu beschreiben. Der
Anhang
enthält einige
grundlegende Konfigurationsbefehle und detaillierte Topologieinformationen.
Der Test verwendet einen empirischen Ansatz, um die Netzwerkfehler zu verstehen, die mit ML-
Karten verbunden sind. Der Test fügt bekannte Fehler oder Konfigurationen ein, um erwartete
Ergebnisse zu erfassen und zu analysieren. Die Fault Isolation Case Studies präsentieren diese
Ergebnisse.
Das Dokument folgt den typischen Methoden zur Fehlerbehebung. Das Dokument stellt ein
Symptom dar und behandelt die relevanten Schritte zur Fehlerisolierung sowie allgemeine
Fehlerbehebungsverfahren.
Voraussetzungen
Anforderungen

Werbung

Inhaltsverzeichnis
loading

Inhaltszusammenfassung für Cisco ONS 15454 ML

  • Seite 1: Inhaltsverzeichnis

    .252ML12 Zugehörige Informationen Einführung In diesem Dokument wird eine einfache Testtopologie verwendet, um die Fehlerbehebung von Multi-Layer (ML)-Karten auf Cisco ONS 15454 zu beschreiben. Der Anhang enthält einige grundlegende Konfigurationsbefehle und detaillierte Topologieinformationen. Der Test verwendet einen empirischen Ansatz, um die Netzwerkfehler zu verstehen, die mit ML- Karten verbunden sind.
  • Seite 2: Verwendete Komponenten

    (Technische Tipps zu Konventionen von Cisco). Grundlegende ML-Architektur Die Karten der Cisco ML-Serie für die ONS 15454-Plattform bieten 10/100/1000 Mbit/s Ethernet- Konnektivität über SONET/SDH auf Layer 2 und Layer 3. Jede ML-Karte im Chassis führt ein unabhängiges IOS-Image aus. Durch die Erstellung eines Cross-Connect-Circuits in Cisco Transport Controller (CTC) zwischen ML-Ports werden virtuelle Back-End Packet over SONET (POS)-Ports erstellt.
  • Seite 3: Fallstudien Zur Fehlereinfügung

    Abbildung 1: Testtopologie So richten Sie die Testtopologie ein: Verbinden Sie zwei Cisco 7603-Router über Gigabit Ethernet mit ONS-Knoten, und stellen Sie sicher, dass beide Ports der beiden Router im gleichen IP-Subnetz sind. Hier verfügt jeder ONS-Knoten in Steckplatz 12 über eine ML1000-2-Karte.
  • Seite 4: Anwenderberichte

    clear counters show interface summary show interface Stellen Sie sicher, dass Sie einen korrekten Zeitstempel für die Puffer-Protokollierung verwenden, und überprüfen Sie, ob die Timing Communication and Control (TCC) mit dem richtigen Datum und der richtigen Uhrzeit eingestellt ist. Im Folgenden finden Sie eine Beispielkonfigurationsausgabe für ML: service timestamps debug uptime service timestamps log datetime msec localtime...
  • Seite 5 Abbildung 2) angezeigt. Abbildung 2: Alarm im CTC Der Verlust des Cisco Discovery Protocol (CDP)-Nachbarn des 7603a bestätigt das Problem. Hinweis: Der Status von GigE 0 beeinflusst die POS 0-Schnittstelle nicht (die Schnittstelle ist immer noch aktiv/aktiv). OC12 Protection Switch OC12 Protection Switch verursacht keine Alarme oder Fehler.
  • Seite 6 Interface not provisioned XC-seitiger Switch Dieser Protokolleintrag wird in der ML des Knotens angezeigt, in dem XC geswitcht ist. Beachten Sie, dass XCON B Steckplatz 10 XC ist. May 24 09:55:27.402: %CARDWARE-5-XCON_SWITCH: Switched XCON to B May 24 09:55:27.406: %CARDWARE-6-BTC_DRV: Init BTC, BTC Rev = 2, Backplane = 0, Port = 0 TCC Side Switch Abbildung 3...
  • Seite 7 May 27 17:40:48.511: %CARDWARE-6-BTC_DRV: Init BTC, BTC Rev = 2, Backplane = 0, Port = 0. Die Portkonfiguration wird geändert, während Sie sie in ML anzeigen. .225ML12#show ons provisioning-agent m ports all ----- Backend Port (00) Data ----- prov: sts: xx vt: xx type: xxx name: xxxxx...
  • Seite 8: Änderung Von Datum Und Uhrzeit

    GigabitEthernet1 Active: None POS0 Active Alarms : PAIS Demoted Alarms: None POS1 Interface not provisioned Hinweis: Wenn Sie statt des 1+1 OC-12 wie in diesem Test den ausfallsicheren Paketring (RPR) verwenden, müssen Sie die POS-Schnittstellen herunterfahren, bevor Sie Loopbacks aktivieren. Ein solcher Loopback auf RPR verursacht Datenverluste, da der Schutzpfad den Datenverkehr nicht umleitet.
  • Seite 9: Diese Protokolleinträge Werden Auch In .225 Angezeigt

    Port Alarms POS0 Active: None POS1 Active: None GigabitEthernet0 Active: None GigabitEthernet1 Active: None POS0 Active Alarms : PRDI PPDI Demoted Alarms: None POS1 Interface not provisioned Diese Protokolleinträge werden auch in .225 angezeigt: May 24 10:52:01.802: %LINK-5-CHANGED: Interface POS0, changed state to administratively down May 24 10:52:02.801: %LINEPROTO-5-UPDOWN: Line protocol on Interface POS0, changed state to down...
  • Seite 10: Pos Crc-Nichtübereinstimmung

    May 24 11:16:17.509: %VIRTUAL_PA-6-UPDOWN: POS0 changed to up due to PAIS defect trigger changing state May 24 11:16:17.709: %LINK-3-UPDOWN: Interface POS0, changed state to up May 24 11:16:18.709: %LINEPROTO-5-UPDOWN: Line protocol on Interface POS0, changed state to up May 24 11:16:27.309: %SONET-4-ALARM: POS0: PAIS cleared Dies sind die Protokolleinträge in .225 ML:...
  • Seite 11 0 lost carrier, 0 no carrier 0 output buffer failures, 0 output buffers swapped out 0 carrier transitions CRC-Fehlerzählungsinkrement für POS-Controller-Eingabe. .225ML12#show contro pos 0 | inc input 8841 total input packets, 46840204 post-HDLC bytes 0 input short packets, 46840993 pre-HDLC bytes input long packets , 3893 input runt packets 2165...
  • Seite 12: Pos C2 Byte-Änderung

    Active Alarms : PPLM Demoted Alarms: None POS1 Interface not provisioned Auf dem Knoten 0,225 tritt PDI-P für beide OC12-Ports im CTC auf. Dieser Alarm ist das Ergebnis von POS0 down in .252. Der gleiche Alarm (PPDI in IOS genannt) tritt auch für POS0 auf, da die Schnittstelle den C2-Wert 0xFC erhält (weitere Informationen hierzu folgen weiter unten im Dokument).
  • Seite 13: Protokolleinträge Werden In Ml Eingefügt

    Wenn Sie den OC-12-Schaltkreis in das OOS ändern, können unmittelbar bei TCC oder bei ML keine Alarme auftreten. Der Schaltungszustand zeigt das OOS im Schaltungsfenster des CTC an. Protokolleinträge werden in ML eingefügt: .225ML12#show log … May 27 14:22:15.114: %CARDWARE-6-CIRCUIT_STATE: Circuit state on POS 0 change from IS to OOS_AS May 27 14:22:15.114: %CARDWARE-6-BTC_DRV: Init BTC, BTC Rev = 2, Backplane = 0, Port = 0.
  • Seite 14 PAIS PLOP PTIM PUNEQ PRDI PPLM PPDI BER_SF_B3 Link state change time : 200 (msec) DOS FPGA channel number Starting STS (0 based) VT ID (if any) (0 based) : 255 Circuit size : STS-3c RDI Mode : 1 bit C2 (tx / rx) : 0xCF / 0xFC Framing...
  • Seite 15 POS0 Teilliste ausstehender ML-Fehler Im Folgenden finden Sie eine unvollständige Liste von Fehlern, die sich auf die Konfiguration in diesem Dokument beziehen: Hinweis: Diese Bugs werden als Teil der Versionshinweise auf cisco.com dokumentiert. DDTS- ************************************ Wenn Sie den Zustand eines...
  • Seite 16 vor dem Ändern des Status von IS den POS-Port auf Herunterfahren der CLI fest. Nachdem Sie den Status von OOS auf IS zurückgesetzt haben, stellen Sie den POS-Port auf no shutdown ein. Wenn Sie eine Übertragungsfaser an einem ML1000-Port trennen, wird die Verbindung nur vom benachbarten Port unterbrochen.
  • Seite 17 aushandeln, z. B. ISL, die von den Karten der ML-Serie nicht unterstützt werden. Die Karte der ML-Serie zählt alle Pakete auf einer Verbindung, die zur Verwendung von ISL als Multicast-Pakete ausgehandelt werden, und STP- und CDP- Pakete werden zwischen verbundenen Geräten gequetscht, die ISL verwenden, ohne verarbeitet zu werden.
  • Seite 18: Fehlerbehebung Und Fehlerisolierung

    Wenn Sie eine Befehlssequenz für Shutdown/no Shutdown an einem ML1000-Port ausgeben, CSCdz werden die Zähler gelöscht. Dies 69700 ist ein normaler Teil des Startprozesses, und diese Funktion wird nicht geändert. Wenn Sie einen Stromkreis zwischen zwei ML-POS-Ports als OOS bereitstellen, kann einer der Ports TPTFAIL fälschlicherweise melden.
  • Seite 19: Allgemeine Informationen

    Ein manuelles Neuladen verwirft potenziell wertvolle Informationen. Alle Zähler werden manuell neu geladen, und alle im Speicher gespeicherten Protokolle gehen verloren. Cisco empfiehlt, den Befehl show tech-support und alle anderen Befehle zur Datenerfassung auszuführen, um Protokollinformationen wiederherzustellen, bevor Sie Fehlerbehebungsbefehle für den Router ausgeben.
  • Seite 20: Fehlermeldung

    Befehl und der Syntax zu suchen:IOS-BefehlsreferenzIOS-KonfigurationsleitfadenCatalyst BefehlsreferenzPIX-Firewall-Befehlsreferenz Fehlermeldung Decoder: Mit diesem Tool können Sie Fehlermeldungen für die Cisco IOS Software, Catalyst Switches Software und die Cisco Secure PIX Firewall Software recherchieren und beheben. Fügen Sie die Fehlermeldungen aus den Protokolldateien ein, und aktivieren Sie das Kontrollkästchen Vorschlagsrelevante Dokumente in den Ergebnissen.
  • Seite 21: Carloss-Alarm Auf Einem Ml-Ethernet-Port Gemeldet

    CARLOSS-Alarm auf einem ML-Ethernet-Port gemeldet Major (MJ) und Service-Affecting (SA), ein Carrier Loss-Alarm auf der Ethernet-Karte der ML- Serie (Datenverkehr), ist das Datenäquivalent des "LOS (OC-N)"-Alarms. Der Ethernet-Port hat die Verbindung verloren und empfängt kein gültiges Signal. Ein CARLOSS-Alarm tritt auf, wenn der Ethernet-Port von der IOS-CLI als no shutdown-Port konfiguriert wurde und eine der folgenden Bedingungen ebenfalls erfüllt ist: Das Kabel ist nicht richtig mit dem nahe oder weit entfernten Anschluss verbunden.
  • Seite 22 Gigabit-Ethernet-Schnittstelle bleibt hängen Siehe CARLOSS-Alarm, der an einem ML-Ethernet-Port gemeldet wird. POS-Schnittstelle meldet CRC-Fehler Dieses Problem ist in der Regel auf eine CRC-Diskrepanz bei POS-Konfigurationen zurückzuführen. POS-Berichte - PPDI PDI-P ist ein Satz anwendungsspezifischer Codes, die in dem vom ONS-Knoten generierten STS- Pfad-Overhead (POH) enthalten sind.
  • Seite 23 POS-Berichte PPLM Dieses Problem ist kritisch (CR) und servicebeeinträchtigend (SA) Ein Alarm zur Pfaderkennung für Payload-Label-Übereinstimmung auf einem Knoten zeigt an, dass das eingehende Signal nicht mit dem lokal bereitgestellten Label übereinstimmt. Die Bedingung ist auf einen ungültigen C2-Bytewert im SONET-Pfad-Overhead zurückzuführen. Durch Scrambling und Kapselung können die C2-Werte geändert werden.
  • Seite 24: Anhang: Grundlegende Informationen Zur Testkonfiguration Und Zu Befehlen

    Der CDP-Nachbarn wird nicht angezeigt. Überprüfen Sie, ob Sie CDP auf beiden Schnittstellen aktiviert haben. Fehlerbehebung bei vorhandenen Alarmen und Schnittstellenfehlern Kein End-to-End-Datenverkehrsfluss Überprüfen Sie die Konfigurationen auf den beiden Endgeräten. Fehlerbehebung bei vorhandenen Alarmen und Fehlern Anhang: Grundlegende Informationen zur Testkonfiguration und zu Befehlen In diesem Abschnitt werden die grundlegenden Konfigurationsinformationen für alle in diesem Test verwendeten Geräte erfasst, die als Grundlage für die Fehlerbehebung verwendet werden.
  • Seite 25 ip classless no ip http server line con 0 line vty 0 4 7603a#show ip int bri Interface IP-Address OK? Method Status Protocol Vlan1 unassigned YES unset administratively down down GigabitEthernet1/1 10.0.0.1 YES manual up 7603a#show ip route Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2 E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP...
  • Seite 26 Building configuration... Current configuration : 1102 bytes version 12.1 service timestamps debug uptime service timestamps log uptime no service password-encryption hostname 7603b enable password cisco ip subnet-zero mls flow ip destination mls flow ipx destination spanning-tree extend system-id redundancy mode rpr-plus...
  • Seite 27 7603b#show ip int bri Interface IP-Address OK? Method Status Protocol Vlan1 unassigned YES NVRAM administratively down down GigabitEthernet1/1 10.0.0.2 YES manual up 7603b#show int gig 1/1 GigabitEthernet1/1 is up, line protocol is up (connected) Hardware is C6k 1000Mb 802.3, address is 000b.45b0.484a (bia 000b.45b0.484a) Internet address is 10.0.0.2/8 MTU 1500 bytes, BW 1000000 Kbit, DLY 10 usec, reliability 255/255, txload 1/255, rxload 1/255...
  • Seite 28 .225ML12 logging buffered 4096 debugging enable password cisco ip subnet-zero no ip routing no ip domain-lookup bridge 100 protocol ieee interface GigabitEthernet0 no ip address...
  • Seite 29 Keepalive set (10 sec) Full-duplex, 1000Mb/s, 1000BaseSX, Auto-negotiation output flow-control is off, input flow-control is on ARP type: ARPA, ARP Timeout 04:00:00 Last input 00:00:53, output 00:00:01, output hang never Last clearing of "show interface" counters never Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0 Queueing strategy: fifo Output queue: 0/40 (size/max) 5 minute input rate 0 bits/sec, 0 packets/sec...
  • Seite 30 Demoted Alarms: None POS1 Interface not provisioned This command shows all the defects that can be reported to CLI and TCC (via CTC). .225ML12#show ons alarm defect Equipment Defects Active: None Reportable to TCC/CLI: CONTBUS-IO-A CONTBUS-IO-B CTNEQPT-PBWORK CTNEQPT-PBPROT EQPT RUNCFG-SAVENEED ERROR-CONFIG Port Defects POS0 Active: None...
  • Seite 31 DOS FPGA channel number Starting STS (0 based) VT ID (if any) (0 based) : 255 Circuit size : STS-12c RDI Mode : 1 bit C2 (tx / rx) : 0x01 / 0x01 Framing : SONET Path Trace Mode : off Transmit String : Expected String : Received String :...
  • Seite 32 .225ML12#show interface summary *: interface is up IHQ: pkts in input hold queue IQD: pkts dropped from input queue OHQ: pkts in output hold queue OQD: pkts dropped from output queue RXBS: rx rate (bits/sec) RXPS: rx rate (pkts/sec) TXBS: tx rate (bits/sec) TXPS: tx rate (pkts/sec) TRTL: throttle count Interface...
  • Seite 33 .252ML12 logging buffered 4096 debugging enable password cisco ip subnet-zero no ip routing no ip domain-lookup bridge 100 protocol ieee interface GigabitEthernet0 no ip address...
  • Seite 34 no login .252ML12#show ip int brie Interface IP-Address OK? Method Status Protocol GigabitEthernet0 unassigned YES manual up GigabitEthernet1 unassigned YES NVRAM administratively down down POS0 unassigned YES unset The Gig0 interface showed carrier loss until it was forced up by turning off auto negotiation.
  • Seite 35 0 input packets with dribble condition detected 267 packets output, 96676 bytes, 0 underruns 0 output errors, 0 applique, 0 interface resets 0 babbles, 0 late collision, 0 deferred 0 lost carrier, 0 no carrier 0 output buffer failures, 0 output buffers swapped out 0 carrier transitions .252ML12#show ons alarm Equipment Alarms...
  • Seite 36 Interface not provisioned .252ML12#show contro pos 0 Interface POS0 Hardware is Packet/Ethernet over Sonet PATH PAIS PLOP PRDI PTIM = 0 PPLM PUNEQ PPDI BER_SF_B3 = 0 BER_SD_B3 = 0 BIP(B3) = 0 REI = 0 NEWPTR Active Alarms : None Demoted Alarms: None Active Defects: None Alarms reportable to CLI: PAIS PRDI PLOP PUNEQ PPLM PTIM PPDI BER_SF_B3 BER_SD_B3...
  • Seite 37 BG Hash Address Action Interface RX count TX count 100 02/0 000b.45b0.484a forward 100 BC/0 0009.b7f4.76ca forward POS0 Flood ports GigabitEthernet0 POS0 .252ML12#show sdm l2-switching forwarding bridge-group 100 MAC-Address B-Group l3_int punt_da Out-int SPR-NodeId CAM-ADDR STATE ----------- ------- ------ ------- ------- ---------- -------- ----- 000B45B0484A Used...
  • Seite 38: Zugehörige Informationen

    Sync Msg Res Delta : 0 Sync Msg Res Quality : 0x00 XConA Eqpt ID : 0x00000201 XConB Eqpt ID : 0x00000201 OSPF Node ID : 0xCFD24052 SDH Mode : SONET Zugehörige Informationen Technischer Support und Dokumentation - Cisco Systems...

Inhaltsverzeichnis