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