Um erro de CRC é um sintoma, não uma localização — pode ser tanto a porta local, quanto o cabo ou módulo óptico, ou o dispositivo do lado remoto. Este é o procedimento de troca em três etapas que isola qual deles é, mudando exatamente uma variável por vez, e como ler cada resultado sem adivinhar.
By Yuwen Zhang (Atlas), founder of AtlasCommTech — 13 years of carrier & enterprise network deployments · Updated July 2026
Um erro de CRC só indica que um quadro chegou corrompido — não diz nada sobre qual dos três elementos físicos entre dois dispositivos realmente o corrompeu.
Um contador de CRC crescendo em display interface — parte do mesmo caminho de descarte/erro que a nota complementar de diagnóstico de perda de pacotes cobre — significa que quadros estão chegando com um checksum que não corresponde ao seu conteúdo. Isso pode acontecer exatamente em três lugares: o próprio transceptor e PHY da porta local, o cabo ou módulo óptico intermediário, ou a porta do dispositivo do lado remoto. O instinto é trocar os três de uma vez — trocar o cabo e o transceptor e mudar para outra porta do peer na mesma visita — mas isso só mostra que o problema sumiu, não qual mudança realmente o resolveu.
O método de três etapas a seguir muda exatamente uma variável por etapa, em uma ordem fixa, e informa, a partir da linha de base do contador e do resultado de cada etapa, exatamente onde parar de procurar.
Cada etapa mantém fixos dois dos três elementos e troca apenas o terceiro — o resultado dessa única etapa indica se deve escalar ou seguir em frente.
Apresentado como árvore de decisão, a ordem importa: primeiro a porta local, depois o link físico, depois o dispositivo do lado remoto — porque cada etapa é mais rápida e barata de testar do que a seguinte, e descartar primeiro as possibilidades baratas evita uma troca de hardware desnecessária ou uma ligação desnecessária ao suporte do peer.
Os rótulos do diagrama permanecem em inglês para clareza técnica.
Antes de executar qualquer uma das três etapas, limpe os contadores da interface com reset counters interface, para que o que você ler depois reflita apenas esta janela de teste, não o histórico acumulado desde a última reinicialização do dispositivo.
Uma troca, uma leitura limpa do contador, uma decisão — repetido no máximo três vezes.
display interface acumula desde a última reinicialização ou o último reset — lê-lo sem limpar antes mistura semanas de erros antigos com o teste de hoje.
<HUAWEI> reset counters interface GigabitEthernet 0/0/5
<HUAWEI> display interface GigabitEthernet 0/0/5
GigabitEthernet0/0/5 current state : UP
Line protocol current state : UP
Total Error: 10
CRC: 4, Giants: 0
Jabbers: 1, Fragments: 0
Runts: 0, DropEvents: 0
Alignments: 0, Symbols: 5
// CRC incrementing after a clean reset -- a real, current problem, not old historyMantenha o cabo e a porta do lado remoto exatamente como estão — mude apenas em qual porta local o link está conectado.
Mantenha a porta local e a porta do lado remoto exatamente como estão — mude apenas o cabo, a fibra ou o módulo óptico intermediário.
Mantenha a porta local e o link exatamente como estão — mude apenas o que está no lado remoto.
| Etapa | O que você trocou | Se o erro seguir a troca | Conclusão |
|---|---|---|---|
| 1 | Porta local | O erro permanece na posição de porta original | Hardware do dispositivo local — abrir um chamado de suporte |
| 1 | Porta local | O erro desaparece ao mover para a outra porta | A porta está limpa — prosseguir para a Etapa 2 |
| 2 | Cabo / fibra | O erro segue o cabo | Problema de qualidade do link — inspecionar e substituir |
| 2 | Módulo óptico | O erro segue o módulo certificado | Escalar para a P&D do fabricante — não é uma simples troca |
| 2 | Cabo e módulo | O erro permanece independentemente de qualquer troca | O link está limpo — prosseguir para a Etapa 3 |
| 3 | Porta peer (peer com múltiplas portas) | O erro desaparece em outra porta peer | Problema de porta do lado peer — equipe de suporte do próprio peer |
| 3 | Dispositivo peer (peer de porta única) | O erro persiste em outra porta ou unidade peer | Problema de compatibilidade — suporte de ambos os fabricantes em conjunto |
O método é simples; estas são as formas de se obter uma leitura falsa na prática.
SYMPTOMA interface nunca fica administrativamente ou operacionalmente down, então um problema de camada física é descartado cedo — certamente uma falha real derrubaria o link.
CAUSEUm conector se deteriorando, um cabo marginal ou um orçamento óptico limítrofe não necessariamente derrubam o link — apenas corrompem uma fração crescente de quadros enquanto o link permanece Up o tempo todo. O contador de CRC costuma ser o único sintoma que você terá antes que ele eventualmente falhe de vez.
FIXNunca use "o link está Up" como motivo para pular o método de troca — um contador de CRC crescendo em uma interface Up é exatamente o caso para o qual este método existe.
SYMPTOMUma porta mostra Total Error com erros de CRC, Alignments e Symbol subindo, junto com uma grande contagem de Discard de saída — e a porta oscila repetidamente entre Up e Down no log.
CAUSEEm um caso real, uma porta de switch negociou automaticamente para baixo, para 10Mbit/s meio-duplex, contra um peer que esperava 1000Mbit/s full-duplex, porque os modos de negociação dos dois lados não eram consistentes. A própria incompatibilidade produziu os erros de CRC/Alignment/Symbol e a enorme contagem de descarte — nenhuma falha de cabo ou óptica estava envolvida.
FIXAntes de executar o método de troca, verifique os campos Negotiation e Duplex com display interface em ambos os lados. Se estiverem divergentes, force os dois lados para a mesma velocidade e duplex sem autonegociação em vez de trocar qualquer hardware.
<HUAWEI> display interface GigabitEthernet 0/0/5
Duplex: FULL, Negotiation: ENABLE // port working in auto-negotiation mode
// diagnostic log showed CurrDuplex=HALF, Speed=10M during the fault window
[HUAWEI] interface GigabitEthernet 0/0/5
[HUAWEI-GigabitEthernet0/0/5] undo negotiation auto
[HUAWEI-GigabitEthernet0/0/5] speed 1000
// confirm the peer is also forced to the same speed/duplex, non-auto-negotiationSYMPTOMVocê troca o cabo, espera, e verifica display interface — a contagem de CRC ainda é diferente de zero, então a conclusão é que o cabo não era o problema afinal.
CAUSEdisplay interface acumula desde a última reinicialização ou o último reset manual, não a partir do momento em que você fez a troca. Uma contagem diferente de zero depois da correção pode ser simplesmente os erros que aconteceram antes de você mudar qualquer coisa, ainda presentes no contador.
FIXExecute reset counters interface imediatamente após cada troca, antes de gerar qualquer tráfego de teste — leia o contador somente após esse reset, nunca antes.
SYMPTOMAlguns pings de teste depois de uma troca mostram um contador limpo, então a etapa é marcada como resolvida — depois a contagem de CRC volta alguns dias depois.
CAUSECausas intermitentes — um cabo sob estresse mecânico, um orçamento óptico marginal apenas em certas temperaturas, EMI que só aparece sob volume real de tráfego — não necessariamente aparecem em uma janela de teste breve e de baixo tráfego logo após a troca.
FIXDeixe cada etapa rodar sob tráfego real de produção por uma janela significativa — horas, não alguns pings — antes de concluir que a etapa resolveu o problema.
SYMPTOMA Etapa 3 é executada, a porta peer é trocada, e os mesmos erros de CRC persistem — a conclusão imediata é um problema de interoperabilidade entre fabricantes.
CAUSEErros que persistem após uma troca de porta peer realmente apontam para compatibilidade como a explicação principal, mas somente se as Etapas 1 e 2 tiverem sido de fato concluídas de forma limpa antes. Se a porta local ou o link nunca foi devidamente descartado como causa, o resultado da Etapa 3 é ambíguo, não conclusivo.
FIXSó interprete o resultado da Etapa 3 como compatibilidade depois que as Etapas 1 e 2 tiverem, cada uma independentemente, descartado seu elemento — não pule direto para a Etapa 3 para economizar tempo.
Tiradas diretamente do campo — as que vale a pena ter uma resposta pronta.
Sim, se você ainda não tem um motivo forte para suspeitar de um elemento específico — a ordem prioriza o mais barato e rápido primeiro. Mas se o mesmo cabo ou módulo óptico já mostrou um problema recentemente em outro par de portas, é razoável começar na Etapa 2 em vez de repetir a Etapa 1 do zero.
Qualquer porta do mesmo dispositivo que esteja atualmente livre de erros sob tráfego semelhante serve como referência conhecidamente boa — não precisa ser um tipo de porta idêntico, apenas estar limpa depois de reset counters interface.
Sim. Um aumento lento e constante costuma ser o sinal inicial de um conector se deteriorando ou de um cabo se aproximando do limite de raio de curvatura ou comprimento — exatamente o tipo de coisa que depois vira um evento de queda física total se for deixado de lado. Detectar isso enquanto ainda é apenas uma lenta subida de CRC é mais barato do que diagnosticar uma falha grave horas depois.
Não. Se os erros sumiram quando você mudou apenas o cabo ou a fibra deixando o módulo óptico intocado, o link (cabo/fibra) é a causa confirmada — o módulo óptico não precisa ser substituído ou escalado separadamente.
Sim — execute-o de forma independente em ambos os lados, começando por aquele com maior contagem de CRC ou mais fácil de acessar. Se ambas as direções se resolverem com a mesma troca, essa etapa quase certamente foi a correção. Se resolverem em etapas diferentes, você pode estar diante de duas falhas separadas empilhadas no mesmo link, não apenas uma.
Esta nota se baseia no modelo de contador de CRC/erro do switch Huawei série S e seu fluxo de trabalho reset counters interface / display interface, além dos casos de campo por trás dela. O método subjacente — isolar uma variável por troca, em uma ordem fixa de custo — é independente de fabricante e se aplica diretamente a outras plataformas, mesmo que os comandos exatos mudem. Não cobre em profundidade o orçamento de potência óptica nem diagnósticos em nível de OTDR, e presume que você pode acessar fisicamente ambos os lados para trocar coisas — um lado remoto totalmente inacessível limita você apenas às Etapas 0 e 1, com as Etapas 2 e 3 precisando de alguém no local do peer.
Conte-nos em qual etapa você está, e o que o contador fez antes e depois, e ajudamos você a interpretá-lo.