Grundlagen zur Ausgabe von „show controllers“ auf ATM-Linecards der Cisco 12000-Serie
Inhalt
Einleitung
Der Befehl show controller bietet Informationen zur Hardware, die bei der Fehlerbehebung und Diagnose von Cisco Router-Schnittstellen nützlich sind. Die Cisco Serie 12000 verwendet eine verteilte Architektur mit einer zentralen Befehlszeilenschnittstelle (CLI) am Gigabit Route Processor (GRP) und einer lokalen CLI an jeder Linecard. Bei der Cisco Serie 12000 variiert die Ausgabe des Befehls show controller je nach verwendeter CLI (auf GRP- oder Line Card-Ebene).
Dieses Dokument enthält Informationen zur Interpretation beider Ausgabegruppen.
Voraussetzungen
Anforderungen
Es gibt keine spezifischen Anforderungen für dieses Dokument.
Verwendete Komponenten
Die Ausgabe in diesem Dokument stammt von einem Cisco 12016 Internet Router, auf dem die Cisco IOS® Software Version 12.0(18)ST ausgeführt wird.
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.
Konventionen
Weitere Informationen zu Dokumentkonventionen finden Sie unter Cisco Technical Tips Conventions (Technische Tipps von Cisco zu Konventionen).
Controller unter GRP-CLI anzeigen
Die Ausgabe des Controllers aus der GRP-CLI liefert Layer-1-Informationen, darunter SONET-Alarme und -Fehler. Alle ATM-spezifischen Statistiken werden vom Anzeigecontroller auf der CLI der Linecard bereitgestellt.
SONET ist ein Protokoll, das eine dreischichtige Architektur verwendet, nämlich Abschnitt, Leitung und Pfad. Die SONET-Schichten sind unten dargestellt.
Jede Ebene fügt dem SONET-Frame eine bestimmte Menge Overhead-Bytes hinzu. Dadurch wird der Ausgang des Show-Controllers atm in folgende Bereiche unterteilt:
-
Abschnitt
-
Leitung
-
Pfad-Alarme und -Fehler
Nachstehend finden Sie Beispiele:
Hinweis: Die unten stehende Anzeige zeigt nur die Ausgabe für die Schnittstelle atm6/0.
GSR#show controller atm6/0
ATM6/0
SECTION
LOF = 0 LOS = 0 RDOOL = 0 BIP(B1) = 0
Active Alarms: None
LINE
AIS = 0 RDI = 0 FEBE = 0 BIP(B2) = 0
Active Alarms: None
PATH
AIS = 0 RDI = 0 FEBE = 0 BIP(B3) = 0
LOP = 0 NEWPTR = 0 PSE = 0 NSE = 0
Active Alarms: None
HCS errors
Correctable HCS errors = 0 Uncorrectable HCS errors = 0
Die folgende Tabelle enthält eine kurze Beschreibung der einzelnen Alarm- oder Fehlerzustände sowie Links zu vorhandenen Referenzen, um weitere Informationen zur Fehlerbehebung für die einzelnen Alarme oder Fehlerzustände zu erhalten.
| Posten | Bedeutung | Beschreibung |
|---|---|---|
| LAND | Frame-Verlust | Legt fest, wie oft die Schnittstelle Probleme bei der Rahmenausrichtung aufweist. Siehe Problembehandlung bei Alarmen auf physischer Schicht für SONET- und SDH-Links. |
| VERZEICHNIS | Signalverlust | Anzahl der Male, die das eingehende optische Signal mindestens 100 Mikrosekunden lang alle Nullen ist. Mögliche Gründe sind ein abgeschnittenes Kabel, eine übermäßige Dämpfung des Signals oder fehlerhafte Geräte. Der LOS-Status wird gelöscht, wenn zwei aufeinander folgende Framingmuster empfangen werden und keine neuen LOS-Bedingungen erkannt werden. Ein Abschnittsverlust des Signals wird erkannt, wenn ein All-Nullen-Muster auf dem eingehenden SONET-Signal 19 (+,-3) Mikrosekunden oder länger dauert. Dieser Fehler kann auch gemeldet werden, wenn der empfangene Signalpegel unter den angegebenen Schwellenwert fällt. Siehe Problembehandlung bei Alarmen auf physischer Schicht für SONET- und SDH-Links. |
| ROOL | Sperrdaten empfangen | Die SONET-Uhr wird mithilfe von Informationen im SONET-Overhead wiederhergestellt. RDOOL ist eine ungenaue Anzahl von Empfängern, die Out-Of-Lock-Daten erkannt wurden. Dies gibt an, dass die Taktrückgewinnungs-Phasenregelschleife nicht in der Lage ist, den Empfangs-Stream zu sperren. |
| Grenzkontrollstelle (B1) | Bit-Verschachtelungsparität | Anzahl der empfangenen Frames mit Paritätsfehler im ABSCHNITT Siehe Fehlerbehebung bei Fehlern mit Bitfehlerrate auf SONET-Links. |
| Grenzkontrollstelle (B2) | Bit-Verschachtelungsparität | Anzahl der empfangenen Frames mit einem Paritätsfehler auf LINE-Ebene. Siehe Fehlerbehebung bei Fehlern mit Bitfehlerrate auf SONET-Links. |
| Grenzkontrollstelle (B3) | Grenzkontrollstelle (B3) | Anzahl der empfangenen Frames mit einem Paritätsfehler auf PATH-Ebene. Siehe Fehlerbehebung bei Fehlern mit Bitfehlerrate auf SONET-Links. |
| AIS | Warnmeldungssignal | Anzahl der über die Schnittstelle empfangenen AIS-Signale Das Display zeigt an, ob es sich um ein LINE- oder PFAD-AIS handelt. Siehe Problembehandlung bei Alarmen auf physischer Schicht für SONET- und SDH-Links. |
| RDI | Fernfehleranzeige | Anzahl der über die Schnittstelle empfangenen RDI-Signale. Die Anzeige gibt an, ob es sich um ein LINE- oder PATH-RDI handelt. Siehe Problembehandlung bei Alarmen auf physischer Schicht für SONET- und SDH-Links. |
| FEBE | Far-End-Blockfehler | Ein an das sendende Netzelement zurückgegebenes Signal, das anzeigt, dass ein fehlerhafter Block an dem empfangenden Netzelement empfangen wurde. FEBE wird jetzt als Remote Error Indicator (REI) bezeichnet. |
| LOP | Zeigerverlust | Wird als Ergebnis eines ungültigen Pfadzeigers (H1, H2) oder einer übermäßig großen Anzahl von NDF-aktivierten Anzeigen gemeldet. Siehe Fehlerbehebung bei NEWPTR-Fehlern an POS-Schnittstellen. |
| NEWPTR | Neuer Zeiger | Eine ungenaue Anzahl der Male, die der SONET-Framer einen neuen SONET-Zeigerwert (H1, H2) validiert hat. Siehe Fehlerbehebung bei NEWPTR-Fehlern an POS-Schnittstellen. |
| PSE | Positive Füllung | Ungenaue Anzahl der Male, die der SONET-Framer ein positives Ereignis im empfangenen Zeiger (H1, H2 Bytes) erkannt hat. Siehe Problembehandlung bei PSE- und NSE-Ereignissen an POS-Schnittstellen. |
| NSE | Negative Füllung | Ungenaue Anzahl der Male, die der SONET-Framer im empfangenen Zeiger (H1, H2 Bytes) ein negatives Geräteereignis erkannt hat. Siehe Problembehandlung bei PSE- und NSE-Ereignissen an POS-Schnittstellen. |
| HCS | Header-Prüfsumme | Gibt an, wie oft die Header-Prüfsumme einer ATM-Zelle überschritten wurde. ATM-Zellenköpfe (nicht Nutzdaten) werden durch eine zyklische 1-Byte-Redundanzprüfung (CRC), die Header-Prüfsumme (HEC oder HCS), geschützt. Diese CRC korrigiert Einzelbitfehler (korrigierbare HCS-Fehler) im Header und erkennt Mehrbitfehler (unkorrigierbare HCS-Fehler). Um dieses Problem zu beheben, ermitteln Sie, ob auf der SONET-Schicht Bitfehler auftreten, indem Sie in der Ausgabe des Befehls show controller atm nach inkrementierenden Werten der folgenden Fehlerzähler suchen:
|
Controller unter Linecard-CLI anzeigen
Die Ausgabe des Befehls show controller aus der CLI der Linecard zeigt ATM-spezifische Statistiken an. Der Befehl show controller detail (Controller-Details anzeigen) ist ebenfalls verfügbar und zeigt hardwarespezifische Statistiken an. Diese Statistiken sind in der Regel nur für Cisco Entwicklungstechniker nützlich und werden in diesem Dokument nicht behandelt.
Die Cisco Serie 12000 unterstützt zwei Methoden zum Erfassen der Ausgabe von der Line Card-CLI.
-
hang <slot-number> - Mit diesem Befehl können Sie auf das Cisco IOS Software-Image einer Linecard zugreifen, um Informationen auf der Linecard zu überwachen und zu verwalten. Nachdem Sie mit diesem Befehl eine Verbindung zum Cisco IOS-Image auf der Linecard hergestellt haben, wechselt die Eingabeaufforderung zu "LC-Slot<x>#", wobei x die Steckplatznummer der Linecard ist.
RTR12008#attach 1 Entering Console for 4 Port ATM OC-3c/STM-1 in Slot: 1 Type "exit" to end this session
press RETURN to get started!
LC-Slot1>en
-
execute-on - Verwenden Sie diesen Befehl, um Befehle auf einer Linecard remote auszuführen. Der Befehl execute-on des privilegierten EXEC-Modus kann nur über die Cisco IOS-Software auf der GRP-Karte verwendet werden.
RTR12008#execute-on ? all All slots slot Command is executed on slot(s) in this chassis
RTR12008#execute-on slot 1 ? LINE Command to be executed on another slot
PTR12008#execute-on slot 1 sh controller ========= Line Card (Slot 1) =======
Nachfolgend finden Sie ein Beispiel für die Ausgabe des Befehls show controller in der CLI der Linecard.
GSR-LC#show controller
TX SAR (Patch 3.2.2) is Operational;
RX SAR (Patch 3.2.2) is Operational;
Interface Configuration Mode:
STS-12c
Active Maker Channels: total # 1
VCID VPI ChID Type OutputInfo InPkts InOAMs MacString
999 0 9D68 UBR 0C020DE0 1044406472 0 9D682000AAAA030000000800
00000000 0 0
SAR Counters:
tx_paks 1592028614 tx_abort_packs 0 tx_idle_cells 2862571613
rx_paks 1184045134 rx_drop_paks 0 rx_discard_cells 3438990
Host Counters: rx_crc_err_packs 139694737 rx_giant_paks 0 rx_abort_paks 0 rx_crc10_cells 0 rx_tmout_paks 0 rx_unknown_paks 0 rx_out_buf_paks 0 rx_unknown_vc_paks 0 rx_len_err_paks 0 rx_len_crc32_err_paks 0
Die Felder TX SAR und RX SAR geben die Version des Mikrocodes an, der auf dem Segmentation and Reassembly (SAR)-Chip ausgeführt wird.
Der Schnittstellenkonfigurationsmodus wird als STS-Xc angezeigt, der eine SONET-Verbindung mit STS-Framing (Synchronous Transport Signal) angibt, oder als STM-X, das eine SDH-Verbindung mit STM-Framing (Synchronous Transport Mode) angibt. Um den Framing-Typ zu ändern, verwenden Sie den Befehl atm sonet stm-4 interface-level configuration.
In der folgenden Tabelle werden die Felder "SAR Counters" und "Host Counters" beschrieben. Viele der Zähler verweisen auf AAL5-Pakete. ATM unterstützt fünf ATM-Adaptionsschichten (AALs). AAL5 hängt einen 8-Byte-Trailer an die Common Part Convergence Sublayer Protocol Data Unit (CPCS-PDU) an. Request for Comments (RFC) 1483, Multiprotocol Encapsulation over ATM Adaptation Layer 5, definiert die al5nap-Kapselung und definiert, wie die aal5nap-Kapselung den AAL5-Trailer verwenden soll.
Der Befehl show controller atm 0 all stellt einen einzigen Gesamtwert aller CRC-Fehler, -Drops und anderer Zähler für alle auf einer Schnittstelle konfigurierten PVCs bereit. Die ATM-Linecards der Cisco Serie 12000 verfügen nicht über VC-spezifische Zähler. Mit anderen Worten: Alle Zähler gelten pro Schnittstelle und nicht pro VC. Darüber hinaus werden die in der Ausgabe dieses Befehlssatzes angezeigten Verwerfungen auf Treiberebene verworfen. Einige Pakete werden die Überprüfung auf Treiberebene (Layer 2) bestehen und dann in der Eingangswarteschlange der Layer 3-Schnittstelle verworfen.
| Zähler | Beschreibung |
|---|---|
| TX-Pakete | Anzahl der übertragenen AAL5-Pakete |
| tx_abort_paks | Anzahl der AAL5-Pakete, die für die Übertragung geplant, aber nicht gesendet wurden, weil die oberen Softwareebenen eine Zelle mit VPI/VCI-Werten passiert haben, die die SAR nicht erkannte oder nicht mehr als gültig ansieht |
| tx_freie_Zellen | Anzahl der freien Zellen, die von der Linecard übertragen werden Siehe Abgebildete ATM-Kontrollzellen - freie Zellen, nicht zugewiesene Zellen, IMA-Füllzellen und ungültige Zellen. |
| rx_paks | Anzahl der als abgeschlossene Pakete empfangenen AAL5-Pakete Dieser Leistungsindikator enthält keine fehlerhaft empfangenen Pakete, z. B. Pakete mit folgenden Merkmalen:
|
| rx_drops_paks | Anzahl der AAL5-Pakete, die vom SAR aufgrund fehlender interner SAR-Puffer verworfen wurden Sie können verursacht werden, wenn die Host-CPU Pakete nicht schnell genug vom SAR annehmen kann. |
| rx_discard_zellen | Anzahl der aufgrund eines beschädigten Headers verworfenen Zellen, einschließlich nicht vorhandener oder nicht erkannter VPI/VCI-Werte im Zellheader. |
| rx_crc_err_paks | Anzahl der empfangenen AAL5-Pakete mit CRC-Fehlern Siehe CRC Troubleshooting Guide for ATM Interfaces. |
| rx_abort_paks | Anzahl der empfangenen AAL5-Pakete mit einem Längenfeld im AAL5-Trailer, das auf den Wert 0 festgelegt ist |
| rx_tmout_paks | Anzahl der teilweise wieder zusammengesetzten AAL5-Pakete, die verworfen wurden, weil sie nicht innerhalb des erforderlichen Zeitraums vollständig wieder zusammengesetzt wurden Mit anderen Worten, die letzte Zelle des AAL5-Pakets wurde nicht innerhalb der erforderlichen Zeit empfangen. Dieser Zähler ist auch in RFC 2515 definiert . |
| rx_out_buf_paks | Anzahl der empfangenen AAL5-Pakete, die verworfen wurden, weil keine Puffer zum Speichern der Pakete im Hostspeicher verfügbar waren In Ausnahmesituationen können diese Puffer für die Eingangs-Linecards zur Neige gehen und das Paket ungeachtet der Rangfolge wahllos verwerfen. Diese Puffer stammen aus dem SAR-Speicher, dem 2 MB SRAM, in dem die Pakete gespeichert werden, bevor sie an die ToFab-Warteschlangen gesendet werden. Siehe Per-VC Queuing Options (Per-VC-Warteschlangenoptionen) auf der 4xOC3 ATM Line Card. Siehe auch Fehlerbehebung bei ignorierten Fehlern und kein Verlust von Arbeitsspeicher auf dem Cisco Internet Router der Serie 12000. |
| rx_len_err_paks | Anzahl der AAL5-Pakete mit einer wieder zusammengesetzten Größe, die sich von der Größe im Längenfeld des AAL5-Trailers unterscheidet Das Zwei-Byte-Längenfeld im AAL5-Trailer gibt die Größe des Nutzlastfelds der Common Part Convergence Sublayer Protocol Data Unit (CPCS-PDU) an. Zwei Bytes sind 16 Bit bzw. eine maximale Länge von 65.535 Oktetten. Siehe Erläuterungen zur maximalen Übertragungseinheit (Maximum Transmission Unit, MTU) an ATM-Schnittstellen. |
| rx_gigant_paks | Anzahl der AAL5-Pakete mit einer wieder zusammengesetzten Länge, die den im Längenfeld des AAL5-Anhängers angegebenen Wert überschreitet. Weitere Informationen darüber, wie diese Verletzungen auftreten können, finden Sie unter Understanding Maximum Transmission Unit (MTU) on ATM Interfaces. |
| rx_crc10_zellen | Anzahl der Zellen, die die CRC-10-Prüfsumme nicht erreicht haben, die von Operations, Administration and Maintenance (OAM)-Zellen oder Raw-Zellen verwendet wurde. |
| rx_unknown_vc_paks | Anzahl der AAL5-Pakete, die aufgrund nicht vorhandener oder falscher Werte im VPI- oder VCI-Feld verworfen wurden, sowie unbekannter oder nicht unterstützter Werte in den Feldern SNAP, NPLID, OUI oder Protokoll-ID. |
| rx_len_crc32_err_paks | Anzahl der AAL5-Pakete, die aufgrund eines Fehlers bei der CRC-32-Prüfung verworfen wurden Das CRC-Feld füllt die letzten vier Bytes des AAL5-Trailers aus und schützt den Großteil der CPCS-PDU, mit Ausnahme des eigentlichen CRC-Feldes selbst. Tipps zur Fehlerbehebung finden Sie im CRC Troubleshooting Guide for ATM Interfaces. |
| rx_unbekannt_pakete | Anzahl der AAL5-Pakete, die mit einem anderen als den oben angegebenen Fehler empfangen wurden |
Hinweis: Im Gegensatz zu anderer ATM-Hardware wie dem PA-A3 zählen die ATM-Linecards für die Cisco Serie 12000 nicht SARTimeOuts und Oversized SDUs, wie in RFC 1695 definiert.
Feedback