Risoluzione dei problemi relativi agli errori CRC dell'interfaccia sui router IOS XR

Introduzione

In questo documento viene descritto come risolvere gli errori CRC (Cyclic Redundancy Check) sulle interfacce dei router Cisco IOS® XR.

Prerequisiti

Requisiti

Cisco raccomanda la conoscenza della piattaforma Cisco IOS XR.

Nota: Cisco consiglia di disporre dell'accesso a Cisco IOS XR e admin CLI.

Componenti usati

Le informazioni di questo documento si basano sulle piattaforme Cisco IOS XR, tra cui:

• Cisco ASR serie 9000 Router (ad esempio, ASR 9006 e ASR 9010)
• Cisco NCS serie 540 Router
• Cisco NCS serie 560 Router
• Cisco NCS serie 5500 Router
• Cisco NCS serie 5700 Router

Le informazioni discusse in questo documento fanno riferimento a dispositivi usati in uno specifico ambiente di emulazione. Su tutti i dispositivi menzionati nel documento la configurazione è stata ripristinata ai valori predefiniti. Se la rete è operativa, valutare attentamente eventuali conseguenze derivanti dall'uso dei comandi.

Premesse

Un CRC è un codice fondamentale di rilevamento degli errori utilizzato nelle reti digitali e nei dispositivi di storage per rilevare modifiche accidentali ai dati grezzi durante la trasmissione. Garantisce l'integrità dei dati identificando i danneggiamenti che possono verificarsi a causa di disturbi o interferenze sul canale di comunicazione.

Funzionamento di CRC

Il CRC funziona trattando un blocco di dati come un polinomio binario. Alla fine di sender, un algoritmo matematico divide questo polinomio di dati per un polinomio a divisore fisso predefinito, noto come polinomio generatore. Il resto di questa divisione polinomiale è una breve sequenza binaria a lunghezza fissa chiamata checksum CRC (o valore di controllo). Questo checksum viene quindi aggiunto ai dati originali e trasmesso insieme ad essi.

Alla ricezione dei dati, il ricevente esegue lo stesso calcolo CRC sui dati ricevuti (incluso il checksum aggiunto). Se i dati sono stati trasmessi senza errori, il resto di questa divisione deve essere zero. Se il resto è diverso da zero, significa che sono stati rilevati errori durante la trasmissione e che i dati sono considerati danneggiati. I CRC sono particolarmente efficaci nel rilevare errori comuni, come gli errori burst (più bit danneggiati consecutivi), che sono prevalenti in molti canali di comunicazione.

Problema

Le piattaforme Cisco IOS XR utilizzano i controlli CRC sulle interfacce fisiche (ad esempio, Ethernet, ottiche e così via) per mantenere l'affidabilità del collegamento. Forniscono statistiche di interfaccia che includono contatori di errori CRC. Un numero elevato di errori CRC indica in genere problemi a livello fisico, quali cavi difettosi, connettori o ricetrasmettitori. I comandi diagnostici Cisco IOS XR consentono ai tecnici di monitorare gli errori CRC in tempo reale e di correlarli ad altri errori dell'interfaccia per una risoluzione completa dei problemi. I dati sugli errori CRC sono integrati nei sistemi di telemetria e registrazione Cisco IOS XR e consentono il monitoraggio proattivo dello stato della rete.

Su piattaforme quali NCS serie 5500/5700 e ASR serie 9000, le tendenze di errore CRC possono attivare allarmi o flussi di lavoro automatizzati per ridurre al minimo i tempi di inattività.

Identificazione degli errori CRC dell'interfaccia

Il primo passaggio nella procedura di risoluzione dei problemi consiste nel verificare che gli errori CRC si verifichino effettivamente e aumentino su un'interfaccia specifica.

Passaggio 1. Accedere al router nella CLI di Cisco IOS XR ed eseguire questo comando per verificare se il numero di errori CRC aumenta per un'interfaccia.

Output di esempio del comando:

RP/0/RP0/CPU0:N540X-12Z16G-SYS-D#show interfaces Te0/0/0/26
Mon Jul 21 19:50:25.842 WIB
TenGigE0/0/0/26 is up, line protocol is up 
Interface state transitions: 39
Dampening enabled: penalty 0, not suppressed
half-life: 1 reuse: 750 
suppress: 2000 max-suppress-time: 4 
restart-penalty: 0 
Hardware is TenGigE, address is xxx.xxx.xxx (bia xxx.xxx.xxx)
Description: 10G:
Internet address is Unknown
MTU 9212 bytes, BW 10000000 Kbit (Max: 10000000 Kbit)
reliability 255/255, txload 0/255, rxload 6/255
Encapsulation ARPA,
Full-duplex, 10000Mb/s, 10GBASE-LR, link type is force-up
output flow control is off, input flow control is off
Carrier delay (up) is 2000 msec, Carrier delay (down) is 100 msec
loopback not set,
Last link flapped 1w4d
Last input 00:00:00, output 00:00:00
Last clearing of "show interface" counters 01:35:40
30 second input rate 249013000 bits/sec, 27739 packets/sec
30 second output rate 34886000 bits/sec, 11563 packets/sec
152403495 packets input, 172646518724 bytes, 0 total input drops
0 drops for unrecognized upper-level protocol
Received 0 broadcast packets, 84723 multicast packets
13 runts, 0 giants, 0 throttles, 0 parity
3731 input errors, 3718 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort
66477366 packets output, 24050248792 bytes, 0 total output drops
Output 0 broadcast packets, 77461 multicast packets
0 output errors, 0 underruns, 0 applique, 0 resets
0 output buffer failures, 0 output buffers swapped out
0 carrier transitions

Cercare il contatore CRC in Errori di input. Se questo valore aumenta, conferma la presenza di errori CRC.

Passaggio 2. Accedere al router nella CLI di Cisco IOS XR ed eseguire questo comando per verificare e confermare se il conteggio degli errori CRC aumenta per un'interfaccia e fornisce statistiche più dettagliate.

Output di esempio del comando:

RP/0/RP0/CPU0:N540X-12Z16G-SYS-D# show controllers Te0/0/0/26 stats
Mon Jul 21 19:50:56.139 WIB
Statistics for interface TenGigE0/0/0/26 (cached values):

Ingress: 
Input total bytes = 173638989945 
Input good bytes = 173638989945

Input total packets = 153271045 
Input 802.1Q frames = 0 
Input pause frames = 0 
Input pkts 64 bytes = 1332238 
Input pkts 65-127 bytes = 14101870 
Input pkts 128-255 bytes = 9711091 
Input pkts 256-511 bytes = 4850242 
Input pkts 512-1023 bytes = 4395212 
Input pkts 1024-1518 bytes = 117306517 
Input pkts 1519-Max bytes = 1577617 
Input good pkts = 153271045 
Input unicast pkts = 153185898 
Input multicast pkts = 85158 
Input broadcast pkts = 0 
Input drop overrun = 0 
Input drop abort = 0 
Input drop invalid VLAN = 0 
Input drop invalid DMAC = 0 
Input drop invalid encap = 0 
Input drop other = 0

Input error giant = 0 
Input error runt = 13 
Input error jabbers = 0 
Input error fragments = 9 
Input error CRC = 3729 
Input error collisions = 0 
Input error symbol = 370 
Input error other = 0

Input MIB giant = 0 
Input MIB jabber = 0 
Input MIB CRC = 3729

Egress:
Output total bytes = 24170362757 
Output good bytes = 24170362757

Output total packets = 66833308 
Output 802.1Q frames = 0 
Output pause frames = 0 
Output pkts 64 bytes = 10113 
Output pkts 65-127 bytes = 35246624 
Output pkts 128-255 bytes = 14254990 
Output pkts 256-511 bytes = 2888642 
Output pkts 512-1023 bytes = 3779102 
Output pkts 1024-1518 bytes = 10642390 
Output pkts 1519-Max bytes = 11455 

Output good pkts = 66833308 
Output unicast pkts = 66755447 
Output multicast pkts = 77865 
Output broadcast pkts = 0

Output drop underrun = 0 
Output drop abort = 0 
Output drop other = 0

Output error other = 0

I contatori Input error CRC e Input MIB CRC forniscono una chiara indicazione degli errori CRC.

Cause comuni degli errori CRC dell'interfaccia

Le cause comuni degli errori CRC su Cisco IOS XR e altri dispositivi di rete sono in genere dovute a problemi di livello fisico o a configurazioni errate. Le cause principali più frequenti includono:

• Supporti fisici danneggiati o non funzionanti: sono inclusi cavi in rame o in fibra o cavi DAC (Direct Attach Cables).
• Ricetrasmettitori/dispositivi ottici guasti o danneggiati:SFP, SFP+, QSFP e così via, possono degradarsi o guastarsi.
• Porte del pannello patch difettose:i connettori sui pannelli patch possono danneggiarsi o sporcarsi.
• Hardware del dispositivo di rete difettoso: può includere porte specifiche su una scheda di linea, ASIC di schede di linea, MAC (Media Access Controls) o moduli fabric.
• Malfunzionamento delle schede di interfaccia di rete (NIC) negli host/dispositivi collegati:L'hardware all'estremità remota può essere difettoso.
• Mancata corrispondenza nella configurazione: ad esempio, mancata corrispondenza delle dimensioni della MTU (Maximum Transmission Unit) tra i dispositivi, che può causare il troncamento non corretto dei pacchetti di grandi dimensioni e causare errori CRC.

Procedura per risolvere gli errori CRC dell'interfaccia sui router Cisco IOS XR

Una volta identificati gli errori CRC, eseguire questi passaggi per risolvere e risolvere sistematicamente il problema.

Passaggio 1. Cancellazione dei contatori di interfaccia

Prima di procedere con la risoluzione dei problemi, cancellare i contatori di interfaccia per ottenere una nuova linea di base e osservare se gli errori CRC continuano ad aumentare. Accedere al router nella CLI di Cisco IOS XR ed eseguire questo comando per cancellare i contatori dell'interfaccia.

# clear counter interface 

Ad esempio:

# clear counter interface Te0/0/0/26

Dopo aver cancellato il contenuto, monitorare nuovamente l'interfaccia utilizzando show interfaces <interface> e show controller <interface> per verificare se gli errori CRC continuano a crescere.

Passaggio 2. Verificare che la configurazione non corrisponda (MTU)

Anche se meno comune per gli errori CRC rispetto ai problemi fisici, una mancata corrispondenza MTU può talvolta portare a un troncamento del frame e a successivi errori CRC.

Verificare le impostazioni MTU:

Controllare l'MTU configurata sull'interfaccia del router locale e del dispositivo peer connesso.

Cercare i byte MTU <value> nell'output.

Output di esempio del comando:

RP/0/RP0/CPU0:N540X-12Z16G-SYS-D#show interfaces Te0/0/0/26
Mon Jul 21 19:50:25.842 WIB
TenGigE0/0/0/26 is up, line protocol is up 
Interface state transitions: 39
Dampening enabled: penalty 0, not suppressed
half-life: 1 reuse: 750 
suppress: 2000 max-suppress-time: 4 
restart-penalty: 0 
Hardware is TenGigE, address is xxx.xxx.xxx (bia xxx.xxx.xxx)
Description: 10G:
Internet address is Unknown
MTU 9212 bytes, BW 10000000 Kbit (Max: 10000000 Kbit)
reliability 255/255, txload 0/255, rxload 6/255
Encapsulation ARPA,
Full-duplex, 10000Mb/s, 10GBASE-LR, link type is force-up
output flow control is off, input flow control is off
Carrier delay (up) is 2000 msec, Carrier delay (down) is 100 msec
loopback not set,
Last link flapped 1w4d
Last input 00:00:00, output 00:00:00
Last clearing of "show interface" counters 01:35:40
30 second input rate 249013000 bits/sec, 27739 packets/sec
30 second output rate 34886000 bits/sec, 11563 packets/sec
152403495 packets input, 172646518724 bytes, 0 total input drops
0 drops for unrecognized upper-level protocol
Received 0 broadcast packets, 84723 multicast packets
13 runts, 0 giants, 0 throttles, 0 parity
3731 input errors, 3718 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort
66477366 packets output, 24050248792 bytes, 0 total output drops
Output 0 broadcast packets, 77461 multicast packets
0 output errors, 0 underruns, 0 applique, 0 resets
0 output buffer failures, 0 output buffers swapped out
0 carrier transitions

Azione: verificare che le impostazioni MTU siano coerenti su entrambe le estremità del collegamento. Se necessario, eseguire la regolazione in base alla corrispondenza.

Passaggio 3. Risoluzione dei problemi relativi al livello fisico (cavi e ricetrasmettitori)

I problemi dei livelli fisici sono la causa più comune degli errori CRC.

• Ispezionare e sostituire i supporti fisici:
  • Controllare visivamente il cavo (fibra, rame, DAC) per eventuali danni, crepe o piegature acute.
  • Accertarsi che il cavo sia inserito saldamente sia nell'interfaccia del router che nel dispositivo collegato.
  • Azione:sostituire il cavo con uno sicuramente funzionante. Se gli errori si arrestano, il cavo originale era difettoso.
• Controllare i livelli di alimentazione in fibra ottica (per interfacce in fibra):
  • Una potenza ottica bassa o eccessivamente elevata può causare il degrado del segnale e gli errori CRC.
  • Usare il comando show controller <interface>all per controllare i valori di potenza ottica del ricetrasmettitore (potenza Tx e potenza Rx).

Output di esempio del comando:

RP/0/RP0/CPU0:N540X-12Z16G-SYS-D# show controller Te0/0/0/26 all
Mon Jul 21 19:50:32.643 WIB
Operational data for interface TenGigE0/0/0/26:

State:
Administrative state: enabled
Operational state: Up
LED state: Green On

Phy:
Media type: R fiber over 1310nm optics
Optics:
Vendor: CISCO-ACCELINK
Part number: RTXM228-401-C88
Serial number: ACW26040HE6
Wavelength: 1310 nm
Digital Optical Monitoring:
Transceiver Temp: 39.000 C
Transceiver Voltage: 3.265 V

Alarms key: (H) Alarm high, (h) Warning high
(L) Alarm low, (l) Warning low
Wavelength Tx Power Rx Power Laser Bias
Lane (nm) (dBm) (mW) (dBm) (mW) (mA)
-- ----- ------ ------ ------ ------ ------
0 n/a -2.5 0.5603 -17.2 0.0192l 35.250

DOM alarms:
Receive Power: Warning low

Alarm Alarm Warning Warning Alarm
Thresholds High High Low Low
------- ------- ------- -------
Transceiver Temp (C): 75.000 70.000 0.000 -5.000
Transceiver Voltage (V): 3.630 3.465 3.135 2.970
Laser Bias (mA): 75.000 70.000 18.000 15.000
Transmit Power (mW): 2.239 1.122 0.151 0.060
Transmit Power (dBm): 3.500 0.500 -8.202 -12.204
Receive Power (mW): 2.239 1.122 0.036 0.015
Receive Power (dBm): 3.500 0.500 -14.413 -18.386
Alarms:
Current:
No alarms
Statistics:
FEC:
Corrected Codeword Count: 0 
Uncorrected Codeword Count: 0

• Confrontare i valori di Tx Power e Rx Power con le soglie Avviso basso/alto e Allarme basso/alto. Se i valori non rientrano nella normale gamma operativa (come indicato da 'Warning low' o 'Alarm low/high' nell'output), risolvere il problema del percorso ottico (ad esempio, pulire i connettori, sostituire il cavo patch per la fibra ottica, controllare un'attenuazione eccessiva).

• Sostituisci ricetrasmettitore/ottica:

Se i livelli di potenza ottica sono accettabili o se si sospetta che il ricetrasmettitore sia difettoso, provare a sostituire il ricetrasmettitore (SFP, SFP+, QSFP e così via) con uno funzionante.

Passaggio 4. Risoluzione dei problemi hardware (porta o scheda di linea)

Se si escludono i supporti fisici e i ricetrasmettitori, il problema deve risiedere nell'hardware del router.

• Test Di Loopback Interno (Soft Loop):

Questo test controlla i circuiti interni dell'interfaccia ripetendo il traffico all'interno della porta stessa, bypassando il cavo esterno e il ricetrasmettitore.

Passaggio 4.1. Implementazione del loopback interno:

# clear counter interface 

# conf t
# interface 
# loopback internal
# commit

Passaggio 4.2. Verificare gli errori CRC:

• Monitorare l'interfaccia per rilevare gli errori CRC usando il comando show interfaces Te0/0/0/26.
• Se il CRC interrompe l'incrementazioneindica che il problema riguarda il modulo ottico esterno o il percorso ottico esterno (ad esempio, fibra ottica, pannello di patch, dispositivo remoto). Procedere al Passaggio 4. (Loopback esterno) o concentrarsi sui componenti della rete esterna.
• Se gli errori CRC continuano a crescere, è consigliabile verificare un problema con il circuito interno del router della porta o della scheda di linea in questione. In questo caso, procedere con la sostituzione della scheda di linea o del router stesso.

Passaggio 4.3. Rimozione del loopback interno al termine del test

# conf t
# interface <interface-id>
# no loopback internal
# commit

Test di loopback esterno (loop rigido):

Questo test utilizza un connettore di loopback fisico per ricollegare il segnale al connettore fisico della porta, compreso il ricetrasmettitore. Ciò consente di isolare se il problema riguarda il ricetrasmettitore o l'elaborazione interna della porta.

Passaggio 4.4. Utilizzare un connettore di loopback

Ciò aiuta a connettere fisicamente il percorso di trasmissione (Tx) al percorso di ricezione (Rx) sulla porta fisica dell'interfaccia.

Passaggio 4.5. Utilizzare un toolkit di loopback esterno
È possibile utilizzare questa opzione anche per connettere fisicamente il percorso di trasmissione (Tx) e di ricezione (Rx) sulla porta fisica dell'interfaccia e applicare il loopback esterno nell'interfaccia della riga di comando:

# clear counter interface 

# conf t
# interface Te0/0/0/26
# loopback external
# commit

Utilizzare il loopback esterno per identificare l'hardware che causa CRC. Se gli errori CRC si arrestano, è probabile che il problema si verifichi più a monte (ad esempio, dispositivo remoto, cavo). Se continuano, il ricetrasmettitore o l'hardware della porta è sospetto.

Passaggio 4.6. Rimozione del loopback esterno al termine del test

Rimuovere anche il connettore/toolkit di loopback.

# conf t
# interface Te0/0/0/26
# no loopback external
# commit

• Spostare l'interfaccia su una porta/scheda di linea diversa:
  • Se possibile, provare a spostare il cavo e il ricetrasmettitore su una porta diversa della stessa scheda di linea. Se gli errori persistono, la scheda di linea stessa può essere difettosa.
  • Se gli errori si arrestano, la porta originale potrebbe essere difettosa.
  • Se gli errori persistono su più porte sulla stessa scheda di linea, provare a spostarsi su una scheda di linea diversa (se disponibile). Ciò consente di isolare se il problema riguarda una porta specifica, una scheda di linea o potenzialmente lo chassis.

Passaggio 5. Verifica della presenza di problemi e bug noti

Prima di procedere con la sostituzione dell'hardware, è consigliabile verificare la presenza di eventuali bug noti relativi al software o all'hardware.

1. Cisco Bug Search Tool:cercare in Cisco Bug Search Tool (BST) la piattaforma, il tipo di interfaccia e la versione software in uso.
2. Documentazione di supporto Cisco:Rivedi gli avvisi sui prodotti, le note sulla versione e le avvertenze conosciute di Cisco.

Se viene rilevato un bug corrispondente, seguire la soluzione consigliata o eseguire il percorso di aggiornamento.

Fase 6. Sostituzione dell'hardware

Se tutte le procedure precedenti per la risoluzione dei problemi sono state completate, inclusa l'esclusione di eventuali bug noti relativi al software, e il problema persiste, è possibile che l'hardware (ottiche, ricetrasmettitori, schede di linea o chassis) sia guasto.

Sollevare una richiesta in assistenza con il Cisco Technical Assistance Center (TAC) per ottenere l'autorizzazione al reso (RMA) delle ottiche o delle schede di linea, a seconda dei casi.

Eseguendo sistematicamente queste operazioni di risoluzione dei problemi, è possibile diagnosticare e risolvere in modo efficace gli errori CRC dell'interfaccia sulle piattaforme Cisco IOS XR.