Cisco 7604 + RSP720 3CXL + WS-X6704-10GE aumentando os contadores de erros na porta, mas não há perda através da porta

Cisco 7604 + RSP720 3CXL + WS-X6704-10GE aumentando os contadores de erros na porta, mas não há perda através da porta:

   #sh interfaces Te3/4
  TenGigabitEthernet3/4 is up, line protocol is up (connected)
  Hardware is C7600 10Gb 802.3, address is 588d.09b4.8d80 (bia 588d.09b4.8d80)
  MTU 1500 bytes, BW 10000000 Kbit/sec, DLY 10 usec,
     reliability 255/255, txload 42/255, rxload 42/255
  Encapsulation 802.1Q Virtual LAN, Vlan ID  1., loopback not set
  Keepalive set (10 sec)
  Full-duplex, 10Gb/s
  Transport mode LAN (10GBASE-R, 10.3125Gb/s)
  input flow-control is off, output flow-control is off
  Clock mode is auto
  ARP type: ARPA, ARP Timeout 04:00:00
  Last input 00:00:00, output 00:00:00, output hang never
  Last clearing of "show interface" counters 3d03h
  Input queue: 0/75/291/291 (size/max/drops/flushes); Total output drops: 0
  Queueing strategy: fifo
  Output queue: 0/40 (size/max)
  5 minute input rate 1667291000 bits/sec, 244099 packets/sec
  5 minute output rate 1665910000 bits/sec, 243961 packets/sec
  L2 Switched: ucast: 4875 pkt, 1667250 bytes - mcast: 0 pkt, 0 bytes
  L3 in Switched: ucast: 0 pkt, 0 bytes - mcast: 0 pkt, 0 bytes mcast
  L3 out Switched: ucast: 0 pkt, 0 bytes mcast: 0 pkt, 0 bytes
     46982598919 packets input, 40800999530943 bytes, 0 no buffer
     Received 1748682 broadcasts (0 IP multicasts)
     0 runts, 0 giants, 0 throttles
     155706 input errors, 65000 CRC, 11401 frame, 0 overrun, 0 ignored
     0 watchdog, 0 multicast, 0 pause input
     0 input packets with dribble condition detected
     46985469520 packets output, 40792363160570 bytes, 0 underruns
     0 output errors, 0 collisions, 0 interface resets
     0 unknown protocol drops
     0 babbles, 0 late collision, 0 deferred
     0 lost carrier, 0 no carrier, 0 pause output
     0 output buffer failures, 0 output buffers swapped out

O roteador é usado para rescisão de clientes e limites de canal para eles com o uso do Policiamento.

ATUALIZAR:

#sh int te3/4 transceiver detail
ITU Channel not available (Wavelength not available),
Transceiver is internally calibrated.
mA: milliamperes, dBm: decibels (milliwatts), NA or N/A: not applicable.
++ : high alarm, +  : high warning, -  : low warning, -- : low alarm.
A2D readouts (if they differ), are reported in parentheses.
The threshold values are calibrated.

                              High Alarm  High Warn  Low Warn   Low Alarm
           Temperature        Threshold   Threshold  Threshold  Threshold
Port       (Celsius)          (Celsius)   (Celsius)  (Celsius)  (Celsius)
---------  -----------------  ----------  ---------  ---------  ---------
Te3/4        28.2                   70.0       60.0        5.0        0.0

                              High Alarm  High Warn  Low Warn   Low Alarm
           Voltage            Threshold   Threshold  Threshold  Threshold
Port       (Volts)            (Volts)     (Volts)    (Volts)    (Volts)
---------  -----------------  ----------  ---------  ---------  ---------
Te3/4        0.00                    N/A        N/A        N/A        N/A

                              High Alarm  High Warn  Low Warn   Low Alarm
           Current            Threshold   Threshold  Threshold  Threshold
Port       (milliamperes)     (mA)        (mA)       (mA)       (mA)
---------  -----------------  ----------  ---------  ---------  ---------
Te3/4         N/A                    N/A        N/A        N/A        N/A

           Optical            High Alarm  High Warn  Low Warn   Low Alarm
           Transmit Power     Threshold   Threshold  Threshold  Threshold
Port       (dBm)              (dBm)       (dBm)      (dBm)      (dBm)
---------  -----------------  ----------  ---------  ---------  ---------
Te3/4         N/A         ++         0.9        0.4       -8.2       -8.1

           Optical            High Alarm  High Warn  Low Warn   Low Alarm
           Receive Power      Threshold   Threshold  Threshold  Threshold
Port       (dBm)              (dBm)       (dBm)      (dBm)      (dBm)
---------  -----------------  ----------  ---------  ---------  ---------
Te3/4         N/A         ++         0.9        0.4      -14.4      -15.0

Estou usando um adaptador "XENPACK to SFP +" e "Direct Attach Cable SFP + to SFP +" - isso complica o diagnóstico.

Onde encontrar a causa dos contadores de crescimento?

Você está vendo CRC e erros de estrutura e erros gerais de entrada. Se isso acontecesse durante a configuração da porta, isso poderia ser causado por pessoas ainda brincando com a fibra.

Se isso ocorrer durante a operação normal na maioria das vezes, indica um nível de luz baixo ou algum outro erro nas fibras ou na ótica.

Você pode verificar os níveis de luz com

show interfaces transceiver 

Cuidado para que isso possa relatar leituras incorretas para ópticas de terceiros. Você teria que procurar o orçamento / limites de energia da óptica para verificar se está dentro do alcance das especificações.

Como Mike sugeriu, tente limpar todas as terminações de fibra. Se isso não ajudar, tente substituir a ótica.

No momento, os erros são muito pequenos para serem notados, mas isso pode mudar muito rapidamente. Melhor corrigi-lo agora do que ser acordado às 3 da manhã, porque de repente há mais perdas em jogo.

Também para contadores de interface (erro), às vezes compensa usar o interpretador de saída Cisco para analisar o que você está vendo:

https://www.cisco.com/pcgi-bin/Support/OutputInterpreter/home.pl

Faça a análise com um grão de sal, às vezes eles estão perdendo o objetivo, mas pode ajudar a obter uma visão rápida do que está errado.

ATUALIZAÇÃO :

Ao usar um adaptador XENPAK / SFP + e cabos DAC, o problema pode estar com um deles. Tente substituir o (s) adaptador (es) e / ou cabos. Como o DAC não possui óptica (é cobre), o interface transceivercomando não mostrará nada de útil.

Além disso, o comprimento do cabo e possíveis interferências eletromagnéticas podem causar problemas com o DAC. Se tudo falhar, tente mudar para óptica e cabeamento óptico e veja se isso ajuda.

Há perda, você simplesmente não está vendo o impacto. O visor mostra apenas 155706 erros de entrada de pacotes 46982598919 nos três dias e quatro horas anteriores. Isso representa perda de pacotes de 0,0003%, e é por isso que é tão difícil ver em primeira mão durante o teste.

Se você não vê nenhum impacto operacional, é provável que isso possa ser ignorado com segurança. Um nível tão baixo de perda de pacotes tem um efeito bastante desprezível em uma rede IP padrão e os protocolos da camada superior se adaptarão de acordo.

Se você pretende rastrear a fonte, será difícil. Como Mike apontou, o primeiro passo será verificar a intensidade do sinal (mostre o transceptor da interface xxxx; isso requer módulos com capacidade DOM) e tente limpar os pontos de terminação dos cabos de conexão. Se isso não funcionar, tente substituir os cabos de conexão. Como palheta final, substitua os módulos ópticos reais.