[Вторник]

Работает вот такой D-Link DGS-1210-28/ME (H/W: B1, F/W: 7.02.B044, S/W: 7.02.B044). С портов по SNMP снимаются метрики. В нескольких клиентских портах наблюдается такое

 

 

т. е. нормальные значения packets/s, и запредельно высокие значения bits/s (на левом графике - 500 petabits/s).

 

В магистральном порту графики адекватные. Жалоб от клиентов в этом коммутаторе нет.

 

Вопросы: что это? кто-нибудь наблюдал? как лечили? смогли вылечить?

Edited April 4, 2018 by Вторник

[pppoetest]

64bits counters?

[Вторник]

Поясни, пожалуйста.

 

Да, забыл сказать, есть клиентские порты с нормальными графиками.

[pppoetest]

rfc1573, IF-MIB::ifHCInOctets. Хотя я не уверен на 100% что это твой случай, нам пришлось сменить вендора на доступе, как раз из-за серии 1210 как самой безбожно-глючной.

[Вторник]

Что-то не то ты пишешь. Цитата из 1573:

 

The old, 32-bit, counters have not been deprecated.  The 64-bit
   counters are to be used only when the 32-bit counters do not provide
   enough capacity; that is, the 32 bit counters could wrap too fast.

На мои картинки никак не похоже.

[alibek]

Чем графики снимаются? Нужно смотреть сырые данные, там где-то глюки.

[Вторник]

Метрики снимаются NAV (https://nav.uninett.no/) через библиотеку pynetsnmp. Но думаю, это неважно, так как у коммутатора uptime 62 дня, у NAV - несколько месяцев, а проблемы начались 3 недели назад.

[alibek]

Ну так и смотрите сырые данные, что запрашивается и что возвращается.

[Mystray]

У 1210 то, что отдается в ifHC***** иногда прыгает с одного счетчика на другой. Выглядит как-то так (при снятии через равные промежутки):

IF-MIB::ifHCOutOctets.7 = Counter64: 101348

IF-MIB::ifHCOutOctets.7 = Counter64: 161819

IF-MIB::ifHCOutOctets.7 = Counter64: 256489

IF-MIB::ifHCOutOctets.7 = Counter64: 113099942

IF-MIB::ifHCOutOctets.7 = Counter64: 113184570

IF-MIB::ifHCOutOctets.7 = Counter64: 113257564

IF-MIB::ifHCOutOctets.7 = Counter64: 543344

IF-MIB::ifHCOutOctets.7 = Counter64: 612973

 

В моменты "переключения" графилкам и сносит голову, они считают произошло переполнение (или просто огромный прирост вышел, если меньшего на больший прыгает). Помогает ребут, но ненадолго, относительно прошивок: вроде бы в последних - гораздо реже вылазит, но это не точно.

Лезть на форум д-линков с этим багом откровенно лень и бесполезно, потому в ррд тупо влепили rrdtool tune $f --maximum  inOctets:1.0e+10  --maximum  outOctets:1.0e+10 и делаем вид, что небольшие дырочки раз в пару часов - не страшно.

[rdc]

Мне не лень зарепортить и проследить за правкой)

Но вот воспроизвести не могу. Снимаю показания раз в секунду уже два часа, прыжков нет.

DGS-1210-28/ME 6.13.B047

DGS-1210-12TS/ME 7.02.B048

[Mystray]

28 минут назад, rdc сказал:

Мне не лень зарепортить и проследить за правкой)

Но вот воспроизвести не могу. Снимаю показания раз в секунду уже два часа, прыжков нет.

DGS-1210-28/ME 6.13.B047

DGS-1210-12TS/ME 7.02.B048

как снимаете?

[rdc]

#!/bin/sh
while :; do
snmpget -v2c -c public $1 .1.3.6.1.2.1.31.1.1.1.10.$2
sleep 1
done