Cisco 7604 + RSP720 3CXL + WS-X6704-10GE збільшує лічильники помилок на порту, але втрат через порт немає

Cisco 7604 + RSP720 3CXL + WS-X6704-10GE збільшує лічильники помилок на порту, але втрат через порт немає:

   #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

Маршрутизатор використовується для припинення клієнтів і обмеження каналів до них за допомогою використання поліцейських служб.

ОНОВЛЕННЯ:

#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

Я використовую адаптер "XENPACK до SFP +" та "Кабель прямого приєднання SFP + до SFP +" - це ускладнює діагностику.

Де знайти причину росту лічильників?

Ви бачите CRC та обрамлення помилок та загальних помилок введення. Якщо це сталося під час налаштування порту, це може бути викликано людьми, які все ще метуються з волокном.

Якщо це відбувається під час звичайної роботи, більшість часу це вказує на низький рівень освітлення або якусь іншу помилку з волокнами або оптикою.

Ви можете перевірити рівень освітлення за допомогою

show interfaces transceiver 

Будьте уважні, що це може повідомити про неправильні показання для оптики сторонніх виробників. Тоді вам доведеться шукати бюджет потужності / ліміти оптики, щоб побачити, чи відповідаєте ви специфікації.

Як запропонував Майк, спробуйте очистити всі кінцеві волокна. Якщо це не допомагає, спробуйте замінити оптику.

На даний момент помилки занадто малі, щоб їх помітити, але це може змінитися дуже швидко. Краще виправити це зараз, ніж прокинутись о 3 ранку, бо раптом більше втрат на лінії.

Також для лічильників інтерфейсів (помилок) іноді окупається використання інтерпретатора виводу Cisco для аналізу того, що ви бачите:

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

Візьміть аналіз із зерном солі, іноді вони пропускають суть, але це може допомогти отримати швидкий огляд того, що не так.

ОНОВЛЕННЯ :

При використанні адаптерів XENPAK / SFP + Adapter та ЦАП проблема може бути з будь-яким з них. Спробуйте замінити адаптери (и) та / або кабелі. Оскільки DAC не має в ньому оптики (це мідь), interface transceiverкоманда не покаже нічого корисного.

Також довжина кабелю та можливі електромагнітні перешкоди можуть спричинити проблеми з ЦАП. Якщо все не вдається, спробуйте переключитися на оптику та оптичне кабелювання і подивіться, чи це допомагає.

Є втрати, ти просто не бачиш впливу. На дисплеї відображаються лише 155706 вхідних помилок із 46982598919 пакетів за попередні три дні та чотири години. Це втрата пакету .0003%, тому так важко побачити з перших рук під час тестування.

Якщо ви не бачите жодного експлуатаційного впливу, шанси на те, що це можна сміливо ігнорувати. Такий низький рівень втрати пакетів має досить незначний ефект у стандартній мережі IP, і протоколи верхнього шару відповідно адаптуються.

Якщо ви збираєтесь відстежувати джерело, це буде важко. Як зауважив Майк, першим кроком буде перевірити силу сигналу (показати інтерфейс xxxx приймач; для цього потрібні модулі з можливістю DOM) та спробувати очистити точки завершення патч-кордів. Якщо це не працює, спробуйте замінити патч-корди. Як остаточний результат, замініть фактичні оптичні модулі.