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 + и кабелей ЦАП проблема может быть в любом из них. Попробуйте заменить адаптер (ы) и / или кабели. Поскольку в ЦАПе нет оптики (это медь), interface transceiverкоманда не покажет ничего полезного.

Также длина кабеля и возможные электромагнитные помехи могут вызвать проблемы с ЦАП. Если ничего не получается, попробуйте переключиться на оптику и оптические кабели и посмотрите, поможет ли это.

Существует потеря, вы просто не видите воздействия. На дисплее отображаются только 155706 ошибок ввода из 46982598919 пакетов за предыдущие три дня и четыре часа. Это потеря пакетов на 30003%, поэтому так трудно увидеть из первых рук во время тестирования.

Если вы не видите никакого операционного воздействия, есть вероятность, что это можно смело игнорировать. Такой низкий уровень потери пакетов имеет довольно незначительный эффект в стандартной IP-сети, и протоколы верхнего уровня будут соответственно адаптироваться.

Если вы намерены выследить источник, это будет сложно. Как указал Майк, первым шагом будет проверка уровня сигнала (покажите интерфейс xxxx transceiver; для этого требуются модули с поддержкой DOM) и попытайтесь очистить точки подключения ваших коммутационных шнуров. Если это не сработает, попробуйте заменить патч-корды. В качестве последней капли, замените фактические оптические модули.