I/O errors на гигабитном интерфейсе SNR-S2985G-BT

[0x05bc]

Скажите, пожалуйста, с чем может быть связано такое количество ошибок:

Interface brief:

Ethernet1/0/9 is up, line protocol is up

Ethernet1/0/9 is layer 2 port, alias name is (null), index is 9

Hardware is SFP, address is f8-f0-82-11-25-cb

PVID is 1

MTU 1600 bytes, BW 1000000 Kbit

Time since last status change:0w-0d-0h-12m-14s (734 seconds)

Encapsulation ARPA, Loopback not set

Auto-duplex: Negotiation full-duplex, Auto-speed: Negotiation 1G bits

FlowControl is on, MDI type is auto

Statistics:

5 minute input rate 50867 bits/sec, 37 packets/sec

5 minute output rate 193713 bits/sec, 92 packets/sec

The last 5 second input rate 18091 bits/sec, 26 packets/sec

The last 5 second output rate 54118 bits/sec, 46 packets/sec

Input packets statistics:

54457287 input packets, 40767897135 bytes, 254 no buffer

28062308 unicast packets, 714 multicast packets, 2025 broadcast packets

26392240 input errors, 0 CRC, 0 frame alignment, 0 overrun, 0 ignored,

26392240 abort, 0 length error, 0 undersize 0 jabber, 0 fragments, 0 pause frame

Output packets statistics:

11928247 output packets, 5880810192 bytes, 0 underruns

8404541 unicast packets, 196 multicast packets, 665 broadcast packets

3522845 output errors, 0 collisions, 0 late collisions, 0 pause frame

Edited January 17, 2017 by 0x05bc

[YuryD]

Не знаю, очищает ли snr счетчики при падении интерфейсов, но я бы руками почистил, перед тем, как на ошибки глядеть. Просто ошибок очень много, и input и output. При копеешном трафике...

 

Ну и если есть возможность - физику поменять, sfp, патчи. Сначала у себя, затем на дальнем конце. Ну и flow-control тоже-бы выключил. И логи бы почитать, почему аптайм порта 734 секунды всего ?

[0x05bc]

Не знаю, очищает ли snr счетчики при падении интерфейсов, но я бы руками почистил, перед тем, как на ошибки глядеть. Просто ошибок очень много, и input и output. При копеешном трафике...

 

Ну и если есть возможность - физику поменять, sfp, патчи. Сначала у себя, затем на дальнем конце. Ну и flow-control тоже-бы выключил. И логи бы почитать, почему аптайм порта 734 секунды всего ?

flow control включен. Ошибки растут тысячами на глазах.

[YuryD]

Не знаю, очищает ли snr счетчики при падении интерфейсов, но я бы руками почистил, перед тем, как на ошибки глядеть. Просто ошибок очень много, и input и output. При копеешном трафике...

 

Ну и если есть возможность - физику поменять, sfp, патчи. Сначала у себя, затем на дальнем конце. Ну и flow-control тоже-бы выключил. И логи бы почитать, почему аптайм порта 734 секунды всего ?

flow control включен. Ошибки растут тысячами на глазах.

 

Ковыряйте логи и статистику с обоих сторон. Для начала попробуйте перевести тип порта из auto руками, но на моём snr это только из консоли возможно. Не падает ли порт по err-disable ? Мой snr(не такой как ваш) не все sfp пережевывает, особенно в комбо-портах, пока руками скорость модуля не выставить - линк делает up/down, или не поднимается совсем. И кстати - непонятно, порт у вас типа sfp, а параметров от sfp в статусе не видно. Медный что-ли ?

[0x05bc]

Не знаю, очищает ли snr счетчики при падении интерфейсов, но я бы руками почистил, перед тем, как на ошибки глядеть. Просто

Нет не очищает. Ошибки постоянно чистим, растут они тысячами на глазах при нагрузке.

Ковыряйте логи и статистику с обоих сторон. Для начала попробуйте перевести тип порта из auto руками, но на моём snr это только из консоли возможно. Не падает ли порт по err-disable ? Мой snr(не такой как ваш) не все sfp пережевывает, особенно в комбо-портах, пока руками скорость модуля не выставить - линк делает up/down, или не поднимается совсем. И кстати - непонятно, порт у вас типа sfp, а параметров от sfp в статусе не видно. Медный что-ли ?

В логах ничего относящегося к проблеме не вижу. Порт не падает, uptime порта был маленький, т.к. пробовали менять SFP-модули с обеих сторон.

#show interface ethernet 1/0/9
Interface brief:
 Ethernet1/0/9 is up, line protocol is up
 Ethernet1/0/9 is layer 2 port, alias name is (null), index is 9
 Hardware is SFP, address is f8-f0-82-11-25-cb
 PVID is 1
 MTU 1600 bytes, BW 1000000 Kbit
 Time since last status change:0w-0d-1h-52m-26s  (6746 seconds)

Побробовали около 20 пар SFP-модулей со всем линк поднимался и скорость сотни МБит/c.

#show transceiver detail
Ethernet1/0/9 transceiver detail information: 
Base information:
 SFP found in this port, manufactured by OEM, on Jun 16 2009.
 Type is 1000BASE-LX.  Serial number is FA9616LX726.
 Link length is 10000 m for Single Mode Fiber.
 Link length is 550 m for 50um Multi-Mode OM2 Fiber.
 Link length is 550 m for 62.5um Multi-Mode OM1 Fiber.
 Nominal bit rate is 1300 Mb/s.
 Laser wavelength is 1310 nm.
Brief alarm information: N/A
Detail diagnostic and threshold information: N/A

Интересно то, что если на его место поставить Qtech QSW-2800 у него те же самые счетчики всегда равны нулю, вот и непонятно то ли Qtech ошибки не считает, то ли SNR что-то не то считает.

Edited January 17, 2017 by 0x05bc

[Victor Tkachenko]

Доброго времени суток, 0x05bc!

Если версия прошивки на коммутаторе ниже 7.0.3.5(R0241.0085), то проблема наверняка кроется в косметическом баге и фактических потерь нет. Пробелма решается обновлением ПО.

Последнюю версию прошивки можно взять здесь.