Cisco 7604 + RSP720 3CXL + WS-X6704-10GE aumentando i contatori di errori sulla porta, ma non ci sono perdite attraverso la porta

Cisco 7604 + RSP720 3CXL + WS-X6704-10GE aumentando i contatori di errori sulla porta, ma non ci sono perdite attraverso la 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

Il router viene utilizzato per la risoluzione dei clienti e per i limiti dei canali con l'utilizzo della Polizia.

AGGIORNARE:

#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

Sto usando un adattatore "XENPACK a SFP +" e "Cavo di collegamento diretto SFP + a SFP +" - questo complica la diagnosi.

Dove trovare la causa dei contatori di crescita?

Visualizzi errori CRC e di framing ed errori di input generali. Se ciò accadesse durante l'installazione della porta, ciò potrebbe essere causato da persone che armeggiano ancora con la fibra.

Se ciò accade durante il normale funzionamento per la maggior parte del tempo, indica un livello di luce insufficiente o qualche altro errore con le fibre o l'ottica.

Puoi controllare i livelli di luce con

show interfaces transceiver 

Attenzione che ciò potrebbe indicare letture errate per l'ottica di terze parti. Dovresti quindi cercare il budget / i limiti di potenza dell'ottica per vedere se sei nel raggio delle specifiche.

Come ha suggerito Mike, prova a pulire tutte le terminazioni in fibra. Se ciò non aiuta, prova a sostituire l'ottica.

Al momento gli errori sono troppo piccoli per essere notati ma ciò può cambiare molto rapidamente. Meglio risolverlo ora che essere svegliato alle 3 del mattino perché improvvisamente c'è più perdita sulla linea.

Anche per i contatori di interfaccia (errore) a volte paga usare l'interprete di output Cisco per analizzare ciò che stai vedendo:

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

Prendi l'analisi con un granello di sale, a volte manca il punto ma può aiutare a ottenere una rapida visione di ciò che è sbagliato.

AGGIORNAMENTO :

Quando si utilizzano un adattatore XENPAK / SFP + e cavi DAC il problema potrebbe essere con uno di essi. Prova a sostituire gli adattatori e / o i cavi. Dato che DAC non ha ottiche (è in rame), il interface transceivercomando non mostrerà nulla di utile.

Anche la lunghezza del cavo e le possibili interferenze elettromagnetiche potrebbero causare problemi con il DAC. Se tutto fallisce, prova a passare all'ottica e al cablaggio ottico e vedi se questo aiuta.

C'è perdita, non stai vedendo l'impatto. Il display mostra solo 155706 errori di input su 46982598919 pacchetti nei tre giorni e quattro ore precedenti. Questa è una perdita di pacchetti del .0003%, motivo per cui è così difficile vedere in prima persona durante i test.

Se non si riscontra alcun impatto operativo, è probabile che questo possa essere tranquillamente ignorato. Un livello così basso di perdita di pacchetti ha un effetto piuttosto trascurabile in una rete IP standard e i protocolli di livello superiore si adatteranno di conseguenza.

Se sei intenzionato a rintracciare la fonte, sarà difficile. Come ha sottolineato Mike, il primo passo sarà controllare l'intensità del segnale (mostra il ricetrasmettitore dell'interfaccia xxxx; questo richiede moduli con funzionalità DOM) e provare a pulire i punti di terminazione dei cavi patch. Se il problema persiste, prova a sostituire i cavi patch. Come ultima goccia, sostituire i moduli ottici effettivi.