Solucionar erros de CRC de interface em roteadores IOS XR

Introdução

Este documento descreve como solucionar problemas de erros de Verificação de Redundância Cíclica (CRC - Cyclic Redundancy Check) em interfaces dentro dos roteadores Cisco IOS® XR.

Pré-requisitos

Requisitos

A Cisco recomenda que você tenha conhecimento da plataforma Cisco IOS XR.

Note: A Cisco recomenda que você tenha acesso ao Cisco IOS XR e ao admin CLI.

Componentes Utilizados

As informações neste documento são baseadas nas plataformas Cisco IOS XR, incluindo, mas não se limitando a:

• Roteadores Cisco ASR 9000 Series (por exemplo, ASR 9006 e ASR 9010)
• Roteadores Cisco NCS 540 Series
• Roteadores Cisco NCS 560 Series
• Roteadores Cisco NCS 5500 Series
• Roteadores Cisco NCS 5700 Series

As informações neste documento foram criadas a partir de dispositivos em um ambiente de laboratório específico. Todos os dispositivos utilizados neste documento foram iniciados com uma configuração (padrão) inicial. Se a rede estiver ativa, certifique-se de que você entenda o impacto potencial de qualquer comando.

Informações de Apoio

Um CRC é um código fundamental de detecção de erros usado em redes digitais e dispositivos de armazenamento para detectar alterações acidentais em dados brutos durante a transmissão. Ele garante a integridade dos dados identificando a corrupção que pode ocorrer devido a ruído ou interferência no canal de comunicação.

Como funciona o CRC

A CRC opera tratando um bloco de dados como um polinômio binário. No final do emissor, um algoritmo matemático divide este polinômio de dados por um polinômio divisor fixo predefinido, conhecido como o polinômio gerador. O restante desta divisão polinomial é uma sequência binária curta, de comprimento fixo, chamada de soma de verificação CRC (ou valor de verificação). Essa soma de verificação é anexada aos dados originais e transmitida junto com eles.

Ao receber os dados, o receptor executa o mesmo cálculo de CRC nos dados recebidos (incluindo o checksum anexado). Se os dados tiverem sido transmitidos sem erro, o restante dessa divisão deverá ser zero. Se o restante for diferente de zero, isso indica que foram detectados erros durante a transmissão e que os dados são considerados corrompidos. Os CRCs são particularmente eficazes na detecção de erros comuns, como erros de intermitência (vários bits corrompidos consecutivos), que são predominantes em muitos canais de comunicação.

Problema

As plataformas Cisco IOS XR utilizam verificações CRC em interfaces físicas (por exemplo, Ethernet, ópticas e assim por diante) para manter a confiabilidade do link. Eles fornecem estatísticas de interface que incluem contadores de erro de CRC. As contagens altas de erros de CRC normalmente indicam problemas na camada física, como cabos, conectores ou transceptores defeituosos. Os comandos de diagnóstico do Cisco IOS XR permitem que os engenheiros monitorem erros de CRC em tempo real e os correlacionem com outros erros de interface para uma solução de problemas abrangente. Os dados de erro de CRC são integrados aos sistemas de telemetria e registro do Cisco IOS XR, permitindo o monitoramento pró-ativo da integridade da rede.

Em plataformas como NCS 5500/5700 Series e ASR 9000 Series, as tendências de erro de CRC podem acionar alarmes ou fluxos de trabalho automatizados para minimizar o tempo de inatividade.

Identificando erros de CRC de interface

A primeira etapa na solução de problemas é confirmar se os erros de CRC estão realmente ocorrendo e sendo incrementados em uma interface específica.

Etapa 1. Efetue login no roteador no Cisco IOS XR CLI e execute este comando para identificar se a contagem de erros de CRC está aumentando para uma interface.

Exemplo de saída do 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

Procure o contador CRC em erros de entrada. Se esse valor estiver aumentando, isso confirma a presença de erros de CRC.

Etapa 2. Efetuar login no roteador no Cisco IOS XR CLI e executar este comando para verificar e confirmar se a contagem de erros de CRC está aumentando para uma interface e fornece estatísticas mais detalhadas.

Exemplo de saída do 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

Os contadores Input error CRC e Input MIB CRC fornecem uma indicação clara de erros de CRC.

Causas comuns de erros de CRC de interface

Causas comuns de erros de CRC no Cisco IOS XR e em outros dispositivos de rede normalmente derivam de problemas ou configurações incorretas da camada física. As causas principais mais frequentes incluem:

• Mídia física danificada ou com mau funcionamento:Isso inclui cabos de cobre ou de fibra ou cabos de conexão direta (DACs).
• Transceptores/fibra óptica com falha ou danificados:SFP, SFP+, QSFP e assim por diante, podem degradar-se ou falhar.
• Portas com defeito no patch panel:Os conectores nos patch panels podem ficar danificados ou sujos.
• Hardware de dispositivo de rede defeituoso: isso pode incluir portas específicas em uma placa de linha, ASICs de placa de linha, Controles de Acesso à Mídia (MACs - Media Access Controls) ou módulos de estrutura.
• Placas de interface de rede (NICs) com mau funcionamento em hosts/dispositivos conectados:O hardware na extremidade remota pode estar com defeito.
• Incompatibilidades de configuração: como incompatibilidades de tamanho de MTU (Unidade máxima de transmissão) entre dispositivos, o que pode fazer com que pacotes grandes sejam truncados incorretamente, levando a erros de CRC.

Procedimento para Resolver Erros de CRC de Interface em Cisco IOS XR Routers

Depois que os erros de CRC forem identificados, execute estas etapas para sistematicamente solucionar o problema.

Etapa 1. Limpar os contadores da interface

Antes de continuar com a solução de problemas, limpe os contadores da interface para obter uma nova linha de base e observe se os erros de CRC continuam a aumentar. Faça login no roteador no Cisco IOS XR CLI e execute este comando para limpar os contadores de interface.

# clear counter interface 

Por exemplo:

# clear counter interface Te0/0/0/26

Depois de limpar, monitore a interface novamente usando show interfaces <interface> e show controllers <interface> stats para ver se os erros de CRC ainda estão sendo incrementados.

Etapa 2. Verificar Incompatibilidades de Configuração (MTU)

Embora seja menos comum para erros de CRC do que problemas físicos, uma incompatibilidade de MTU pode, às vezes, levar ao truncamento de quadros e a erros de CRC subsequentes.

Verificar configurações de MTU:

Verifique a MTU configurada na interface do roteador local e o dispositivo de peer conectado.

Procure por MTU <value> bytes na saída.

Exemplo de saída do 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

Ação:Assegure-se de que as configurações de MTU sejam consistentes em ambas as extremidades do link. Ajuste se necessário para corresponder.

Etapa 3. Solucionar Problemas da Camada Física (Cabeamento e Transceptores)

Os problemas da camada física são a causa mais comum de erros de CRC.

• Inspecionar e substituir mídia física:
  • Inspecione visualmente o cabo (fibra, cobre, DAC) em busca de danos, dobras ou curvas afiadas.
  • Verifique se o cabo está encaixado corretamente na interface do roteador e no dispositivo conectado.
  • Ação:Substitua o cabo por um em boas condições. Se os erros pararem, o cabo original estava com defeito.
• Verifique os níveis de potência óptica (para interfaces de fibra):
  • Potência óptica baixa ou excessivamente alta pode causar degradação de sinal e erros de CRC.
  • Use o comando show controllers <interface> all para verificar os valores de potência óptica do transceptor (Tx Power e Rx Power).

Exemplo de saída do 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

• Compare os valores de Tx Power e Rx Power com os limites de Warning low/high e Alarm low/high. Se os valores estiverem fora da faixa de operação normal (como indicado por 'Aviso baixo' ou 'Alarme baixo/alto' na saída), resolva o problema do caminho óptico (por exemplo, limpar conectores, substituir patch cable de fibra, verificar atenuação excessiva).

• Substitua o transceptor/ótico:

Se os níveis de potência óptica forem aceitáveis ou se você suspeitar que o próprio transceptor está com defeito, tente substituir o transceptor (SFP, SFP+, QSFP e assim por diante) por um que você sabe que está bom.

Etapa 4. Solucionar problemas de hardware (porta ou placa de linha)

Se os meios físicos e transceptores forem excluídos, o problema deve estar no hardware do roteador.

• Teste de loopback interno (loop suave):

Este teste verifica o circuito interno da interface fazendo loopback do tráfego dentro da própria porta, ignorando o cabo externo e o transceptor.

Etapa 4.1. Implementar loopback interno:

# clear counter interface 

# conf t
# interface 
# loopback internal
# commit

Etapa 4.2. Verificar erros de CRC:

• Monitore a interface em busca de erros de CRC usando show interfaces Te0/0/0/26.
• Se os erros de CRC pararem de aumentar, isso implica que o problema está no módulo óptico externo ou no caminho óptico externo (por exemplo, fibra, patch panel, dispositivo remoto). Continue na Etapa 4. (Loopback externo) ou concentre-se nos componentes de rede externos.
• Se os erros de CRC continuarem a aumentar, isso sugere um problema com o circuito interno do roteador para essa porta ou placa de linha. Nesse caso, você deve continuar com a substituição da placa de linha ou do próprio roteador.

Etapa 4.3. Remova o loopback interno após a conclusão do teste

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

Teste de loopback externo (loop forçado):

Este teste usa um conector de loopback físico para fazer o loop do sinal de volta no conector físico da porta, incluindo o transceiver. Isso ajuda a isolar se o problema está no transceptor ou no processamento interno da porta.

Etapa 4.4. Usar um conector de loopback

Isso ajuda a conectar fisicamente o caminho de transmissão (Tx) ao caminho de recepção (Rx) na porta física da interface.

Etapa 4.5. Usar um kit de ferramentas de loopback externo
Você também pode usar isso para conectar fisicamente o caminho de transmissão (Tx) e recepção (Rx) na porta física da interface e aplicar loopback externo na interface de linha de comando:

# clear counter interface 

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

Use o loopback externo sensivelmente para identificar o hardware que está causando o CRC. Se os erros de CRC pararem, o problema provavelmente será mais upstream (por exemplo, dispositivo remoto, cabo). Se eles continuarem, o transceiver ou o hardware da porta será suspeito.

Etapa 4.6. Remova o loopback externo após a conclusão do teste

Remova também o conector de loopback/kit de ferramentas.

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

• Mover interface para uma placa de porta/linha diferente:
  • Se possível, tente mover o cabo e o transceptor para uma porta diferente na mesma placa de linha. Se os erros persistirem, a própria placa de linha poderá estar com defeito.
  • Se os erros pararem, a porta original provavelmente estava com defeito.
  • Se os erros persistirem em várias portas na mesma placa de linha, tente mudar para uma placa de linha diferente (se disponível). Isso ajuda a isolar se o problema está em uma porta específica, uma placa de linha ou potencialmente no chassi.

Etapa 5. Verificar problemas conhecidos e bugs

Antes de proceder com a substituição de hardware, é aconselhável verificar se há algum bug de software ou hardware conhecido.

1. Cisco Bug Search Tool:Procure a Cisco Bug Search Tool (BST) para sua plataforma, tipo de interface e versão de software.
2. Documentação de suporte da Cisco:Reveja os avisos de campo, as notas de versão e as advertências conhecidas da Cisco.

Se for encontrado um bug correspondente, execute o caminho recomendado de solução ou atualização.

Etapa 6. Substituição de Hardware

Se todas as etapas anteriores de solução de problemas tiverem sido esgotadas, inclusive a exclusão de todos os bugs de software conhecidos, e o problema ainda persistir, o hardware (ótico, transceptor, placa de linha ou chassi) poderá estar com defeito.

Levante um caso com o Cisco Technical Assistance Center (TAC) para RMA (Return Merchandise Authorization) das placas de linha ou ópticas, conforme apropriado.

Ao executar sistematicamente essas etapas de solução de problemas, você pode diagnosticar e resolver com eficiência erros de CRC de interface nas plataformas Cisco IOS XR.