De uitvoer van show controllers op ATM-lijnkaarten uit de Cisco 12000-serie begrijpen
Inhoud
Inleiding
De opdracht show controller geeft hardwaregerelateerde informatie die nuttig is voor het opsporen en oplossen van problemen met Cisco-routerinterfaces. De Cisco 12000-serie maakt gebruik van een gedistribueerde architectuur met een centrale opdrachtregelinterface (CLI) op de Gigabit Route Processor (GRP) en een lokale CLI op elke lijnkaart. Bij de Cisco 12000-serie varieert de uitvoer van de opdracht show controller, afhankelijk van de gebruikte CLI (op GRP-niveau of lijnkaartniveau).
Dit document geeft informatie over hoe u beide uitvoersets moet interpreteren.
Voorwaarden
Vereisten
Er zijn geen specifieke vereisten van toepassing op dit document.
Gebruikte componenten
De uitvoer in dit document is afkomstig van een Cisco 12016-internetrouter waarop Cisco IOS® softwarerelease 12.0(18)ST wordt uitgevoerd.
De informatie in dit document is gebaseerd op de apparaten in een specifieke laboratoriumomgeving. Alle apparaten die in dit document worden beschreven, hadden een opgeschoonde (standaard)configuratie. Als uw netwerk live is, moet u de potentiële impact van elke opdracht begrijpen.
Conventies
show controller onder GRP-CLI
De uitvoer show controller van de CLI van GRP geeft layer-1-informatie, inclusief SONET-alarmen en -fouten. Eventuele ATM-specifieke statistieken worden geleverd door de uitvoer van show controller in de CLI van de lijnkaart.
SONET is een protocol dat een architectuur met drie lagen gebruikt: deel, regel en pad. De SONET-lagen worden hieronder weergegeven.
Elke laag voegt een bepaalde hoeveelheid overheadbytes aan het SONET-frame toe. Als gevolg hiervan, is de ATM-uitvoer van show controller als volgt opgesplitst:
-
Deel
-
Regel
-
Padalarmen en -fouten
Voorbeelden van elk worden hieronder weergegeven:
Opmerking: de onderstaande weergave toont alleen de uitvoer voor interface 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
De volgende tabel beschrijft kort elke alarm- of fouttoestand en bevat koppelingen naar bestaande referenties voor meer informatie over het oplossen van problemen met elke alarm- of fouttoestand.
| Item | Betekenis | Beschrijving |
|---|---|---|
| LOF | Loss of Frame | Aantal keren dat de interface problemen ondervindt met uitlijning buiten het frame. Zie Problemen oplossen met alarmen van de fysieke laag op SONET- en SDH-koppelingen. |
| LOS | Loss of Signal | Aantal keren dat het inkomende optische signaal allemaal nullen is gedurende minstens 100 microseconden. Mogelijke oorzaken zijn een doorgesneden kabel, overmatige verzwakking van het signaal of defecte apparatuur. De LOS-status wordt opgeheven wanneer twee opeenvolgende framingpatronen worden ontvangen en er geen nieuwe LOS-omstandigheden worden gedetecteerd. Sectie-signaalverlies wordt gedetecteerd wanneer een patroon met alleen nullen op het inkomende SONET-signaal 19 (+,-3) microseconden of langer duurt. Dit defect kan ook optreden als het ontvangen signaalniveau onder de opgegeven drempel zakt. Zie Problemen oplossen met alarmen van de fysieke laag op SONET- en SDH-koppelingen. |
| RDOOL | Receive Data Out of Lock | De SONET-klok wordt hersteld met behulp van informatie in de SONET-overhead. RDOOL is een onnauwkeurige telling van het aantal keren dat Receive Data Out Of Lock is gedetecteerd, wat aangeeft dat de gefaseerde lock-lus voor klokherstel niet in staat is om de ontvangststroom te vergrendelen. |
| BIP (B1) | Bit Interleave Parity | Aantal ontvangen frames met een pariteitsfout in het SECTIE-gedeelte. Zie Problemen oplossen met Bit Error Rate-fouten op SONET-koppelingen. |
| BIP (B2) | Bit Interleave Parity | Aantal ontvangen frames met een pariteitsfout op REGEL-niveau. Zie Problemen oplossen met Bit Error Rate-fouten op SONET-koppelingen. |
| BIP (B3) | BIP (B3) | Aantal ontvangen frames met een pariteitsfout op PAD-niveau. Zie Problemen oplossen met Bit Error Rate-fouten op SONET-koppelingen. |
| AIS | Alarm Indication Signal | Aantal ontvangen AIS-signalen door de interface. Het display geeft aan of het signaal een REGEL- of PAD-AIS is. Zie Problemen oplossen met alarmen van de fysieke laag op SONET- en SDH-koppelingen. |
| RDI | Remote Defect Indication | Aantal ontvangen RDI-signalen door de interface. Het display geeft aan of het signaal een REGEL- of PAD-RDI is. Zie Problemen oplossen met alarmen van de fysieke laag op SONET- en SDH-koppelingen. |
| FEBE | Far-End Block Error | Een signaal dat wordt geretourneerd naar het verzendende netwerkelement om aan te geven dat een foutief blok is ontvangen op het ontvangende netwerkelement. FEBE wordt nu remote error indicator (REI) genoemd. |
| LOP | Loss of Pointer | Gerapporteerd als gevolg van een ongeldige padpointer (H1, H2) of een te hoog aantal aanwijzingen voor de nieuwe gegevensmarkering (NDF). Zie Problemen oplossen met NEWPTR-fouten op POS-interfaces. |
| NEWPTR | New Pointer | Een onnauwkeurige telling van het aantal keren dat de SONET-framer een nieuwe SONET-pointerwaarde (H1, H2) heeft gevalideerd. Zie Problemen oplossen met NEWPTR-fouten op POS-interfaces. |
| PSE | Positive Stuffing | Een onnauwkeurige telling van het aantal keren dat de SONET-framer een positieve stuffing-gebeurtenis in de ontvangen pointer (H1, H2 bytes) heeft gedetecteerd. Zie Problemen oplossen met PSE- en NSE-gebeurtenissen op POS-interfaces. |
| NSE | Negative Stuffing | Een onnauwkeurige telling van het aantal keren dat de SONET-framer een negatieve stuffing-gebeurtenis in de ontvangen pointer (H1, H2 bytes) heeft gedetecteerd. Zie Problemen oplossen met PSE- en NSE-gebeurtenissen op POS-interfaces. |
| HCS | Header Checksum | Aantal keren dat de header-controlesom van een ATM-cel niet is gelukt. ATM-celheaders (niet de payload) worden beschermd door een 1-byte cyclische redundantiecontrole (CRC) die de Header Checksum (HEC of HCS) wordt genoemd. Deze CRC corrigeert fouten van één bit (corrigeerbare HCS-fouten) in de header en detecteert fouten van meerdere bits (niet-corrigeerbare HCS-fouten). Om dit probleem op te lossen, bepaalt u of de SONET-laag bitfouten ondervindt door te zoeken naar oplopende waarden van de volgende foutentellers in de uitvoer van de opdracht show controller atm
|
show controller onder lijnkaart-CLI
De uitvoer van de opdracht show controller van de CLI van de lijnkaart geeft ATM-specifieke statistieken weer. De opdracht show controller detail is ook beschikbaar en geeft hardwarespecifieke statistieken weer. Dergelijke statistieken zijn normaal gesproken alleen nuttig voor Cisco-ontwikkelaars en worden niet in dit document besproken.
De Cisco 12000-serie ondersteunt twee manieren om uitvoer van de CLI van de lijnkaart te verzamelen.
-
attach <slot-number>: gebruik deze opdracht om toegang te krijgen tot het Cisco IOS-software-image op een lijnkaart om informatie over de lijnkaart te controleren en te onderhouden. Nadat u met deze opdracht verbinding hebt gemaakt met het Cisco IOS-image op de lijnkaart, verandert de prompt in 'LC-Slot<x>#', waarbij x het slotnummer van de lijnkaart is.
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 : gebruik deze opdracht om op afstand opdrachten uit te voeren op een lijnkaart. U kunt de opdracht execute-on privileged EXEC alleen gebruiken vanuit Cisco IOS-software die op de GRP-kaart wordt uitgevoerd.
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) =======
Hieronder ziet u een voorbeelduitvoer van de opdracht show controller van de CLI van de lijnkaart.
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
De velden TX SAR en RX SAR geven de versie van de microcode aan die op de SAR-chip (Segmentation and Reassembly) draait.
De Interfaceconfiguratiemodus wordt weergegeven als STS-Xc, wat een SONET-koppeling met Synchronous Transport Signal (STS)-framing aangeeft, of als STM-X, wat een SDH-koppeling met Synchronous Transport Mode (STM)-framing aangeeft. Gebruik de opdracht atm sonet stm-4 interface-level configuration om het type framing te wijzigen.
De volgende tabel beschrijft de velden SAR Counters en Host Counters. Veel van de tellers verwijzen naar AAL5-pakketten. ATM ondersteunt vijf ATM-adaptatielagen (AAL's). AAL5 voegt een trailer van acht bytes toe aan de convergentiesublaagprotocoldata-eenheid voor het gemeenschappelijke deel (CPCS-PDU). Request for Comments (RFC) 1483, Multiprotocol Encapsulation over ATM Adaptation Layer 5, definieert aal5snap-encapsulatie en definieert hoe aal5snap-encapsulatie de AAL5-trailer moet gebruiken.
De opdracht show controller atm 0 all geeft één geaggregeerde waarde van alle CRC-fouten, afwijzingen en andere dergelijke tellers voor alle PVC's die op een interface zijn geconfigureerd; de ATM-lijnkaarten voor de Cisco 12000-serie onderhouden geen tellers per VC. Met andere woorden: alle tellers zijn per interface en niet per VC. Bovendien registreren de afwijzingen die in de uitvoer van deze opdracht worden weergegeven, afwijzingen op het niveau van het stuurprogramma. Sommige pakketten slagen voor de controle op stuurprogrammaniveau (layer-2) om vervolgens in de invoerwachtrij van de layer-3-interface te worden afgewezen.
| Teller | Beschrijving |
|---|---|
| tx_paks | Aantal verzonden AAL5-pakketten. |
| tx_abort_paks | Aantal AAL5-pakketten dat voor verzending is gepland, maar niet is verzonden, omdat de hogere softwarelagen een cel hebben doorgegeven met VPI/VCI-waarden die de SAR niet herkennen of niet langer als geldig worden beschouwd. |
| tx_idle_cells | Aantal inactieve cellen dat door de lijnkaart is verzonden. Zie Illustratie van ATM-controlecellen: inactieve cellen, niet-toegewezen cellen, IMA-vulcellen en ongeldige cellen. |
| rx_paks | Aantal AAL5-pakketten dat als voltooide pakketten is ontvangen. Deze teller bevat geen pakketten die met een fout ontvangen zijn, zoals pakketten die:
|
| rx_drops_paks | Aantal AAL5-pakketten dat door de SAR is afgewezen wegens gebrek aan interne SAR-buffers. Dit kan worden veroorzaakt wanneer de CPU van de host niet snel genoeg pakketten van de SAR kan accepteren. |
| rx_discard_cells | Aantal cellen dat is verwijderd vanwege een beschadigde header, inclusief niet-bestaande of niet-herkende VPI/VCI-waarden in de header van de cel. |
| rx_crc_err_paks | Aantal ontvangen AAL5-pakketten met CRC-fouten. Zie CRC-probleemoplossingsgids voor ATM-interfaces. |
| rx_abort_paks | Aantal ontvangen AAL5-pakketten met een lengteveld in de AAL5-trailer dat is ingesteld op een waarde van 0. |
| rx_tmout_paks | Aantal deels opnieuw samengestelde AAL5-pakketten dat is weggegooid omdat ze niet binnen de vereiste tijdsperiode volledig opnieuw zijn samengesteld. Met andere woorden: de laatste cel van het AAL5-pakket is niet binnen de vereiste tijd ontvangen. Deze teller is ook gedefinieerd in RFC 2515 . |
| rx_out_buf_paks | Aantal ontvangen AAL5-pakketten dat is afgewezen omdat er geen buffers beschikbaar zijn om de pakketten in het hostgeheugen op te slaan. In sommige uitzonderlijke gevallen kan de invoerlijnkaart zonder buffers komen te zitten en het betreffende pakket zomaar afwijzen, ongeacht de voorrang. Deze buffers worden uit het SAR-geheugen gesneden, de 2 MB aan SRAM waar pakketten worden opgeslagen voordat ze aan de ToFab-wachtrijen worden geleverd. Zie Inzicht in wachtrijopties per VC op de 4xOC3 ATM-lijnkaart. Zie ook Problemen oplossen met genegeerde fouten en geheugenverlies op de Cisco 12000-serie internetrouter. |
| rx_len_err_paks | Aantal opnieuw samengestelde AAL5-pakketten waarvan de grootte afwijkt van de grootte die door het lengteveld in de AAL5-trailer wordt aangegeven. Het lengteveld van twee bytes in de AAL5-trailer geeft de grootte aan van het Common Part Convergence Sublayer Protocol Data Unit (CPCS-PDU) payload-veld. Twee bytes is 16 bits of een maximale lengte van 65.535 octetten. Zie Inzicht in maximale transmissie-eenheid (MTU) op ATM-interfaces. |
| rx_giant_paks | Aantal opnieuw samengestelde AAL5-pakketten waarvan de lengte groter is dan de waarde die door het lengteveld van de AAL5-trailer wordt gespecificeerd. Om te begrijpen hoe deze schendingen kunnen plaatsvinden, zie Inzicht in maximale transmissie-eenheid (MTU) op ATM-interfaces. |
| rx_crc10_cells | Aantal cellen dat niet voldeed aan de CRC-10-controlesom die wordt gebruikt door OAM-cellen (Operations, Administration and Maintenance) of onbewerkte cellen. |
| rx_unknown_vc_paks | Aantal AAL5-pakketten dat is verwijderd vanwege niet-bestaande of onjuiste waarden in het VPI- of VCI-veld, evenals onbekende of niet-ondersteunde waarden in de velden SNAP, NPLID, OUI of Protocol ID. |
| rx_len_crc32_err_paks | Aantal AAL5-pakketten dat is verwijderd omdat de pakketten niet door de CRC-32-controle zijn gekomen. Het CRC-veld vult de laatste vier bytes van de AAL5-trailer en beschermt het grootste deel van de CPCS-PDU, behalve het CRC-veld zelf. Zie voor tips voor probleemoplossing CRC-probleemoplossingsgids voor ATM-interfaces. |
| rx_unknown_paks | Aantal ontvangen AAL5-pakketten met een andere fout dan hierboven vermeld. |
Opmerking: in tegenstelling tot andere ATM-hardware, zoals de PA-A3, tellen de ATM-lijnkaarten voor de Cisco 12000-serie geen SARTimeOuts en Oversized SDU's, zoals gedefinieerd in RFC 1695.
Feedback