snmp ошибка на 2457994984

[Lurker]

Мониторю трафик на портах на разных коммутаторах по одному шаблону (например смотрю изменение .1.3.6.1.2.1.2.2.1.16.10606). Но на одном коммутаторе cisco график Bps выглядит как пила. То густо то пусто.
Написал скрипт, и поопрашивал со своего ПК через snmpget, рост значения равномерный, пилы нет.
Создал ещё 1 элемент данных и стал запрашивать тот-же элемент раз в 5 секунд (коммутатор обновляет значение каждые 10 секунд) т.е. по идее я должен получать пары одинаковых значений. Но нет. некоторые значения ровно на 2457994984 больше парного. Что это за фигня и как с ней бороться? версия забикса 3.4.

[Kos]

Могу высказать лишь общие соображения.

Во-первых, для трафика на портах, как правило, используются счётчики с типом Counter (он же - Counter32), т.е. монотонно возрастающие, пока не переполнятся (после чего отсчёт снова идёт с нуля). Следовательно, для получения трафика за период (скажем, байт в секунду) требуется предобработка: из текущего значения вычесть предыдущее и, если результат неотрицательный, то поделить его на время между собранными значениями (а для бит в секунду - ещё и домножить на восемь).
Если у вас такая предобработка выполняется Zabbix-ом, и при этом опрос идёт чаще, чем обновляются данные в счётчике, то нормальной будет ситуация, когда на графике у вас будет пила, как вы пишете: то пусто (ноль), то густо (не ноль - когда значение счётчика реально увеличилось).

Во-вторых, для 32-битных счётчиков при текущих скоростях (гигабитные интерфейсы, 10-гигабит и т.д.) переполнение может наступать достаточно быстро (буквально несколько минут). Поэтому тут тоже возможна лотерея: повезло снять несколько отсчётов до переполнения - будет густо, не повезло - будет пусто. В частности, именно такими являются стандартные счётчики .1.3.6.1.2.1.2.2.1.16.* (ifOutOctets). Поэтому для таких интерфейсов нет смысла использовать 32-битные счётчики, а надо использовать аналогичные им 64-битные. У них другие OID-ы, надо смотреть MIB-файлы для вашего оборудования.

[Lurker]

Предобработка заббиксом.
опрос чаще чем обновление данных в счётчике был сделан уже после возникновения проблемы для диагностики.
В реальном счётчике значения то нормальные(разница с предыдущим значением не нулевая), то космос.
До переполнения дело не доходит.

[max.ch.88]

Опросом с интервалом в секунды коммутатор вы замучаете точно. Одной минуты достаточно. Обычно ставят пять. И использовать 64битные счётчики. Забикс всего лишь показывает то, что ему прислала железка.
Желательно сначала посмотреть за счётчиками на нескольких портах любым snmp-браузером.
Возможно софт на коммутаторе с багами и требует обновления.

[Lurker]

Опросом с интервалом в секунды коммутатор вы замучаете точно. Одной минуты достаточно.

Создал ещё 1 элемент данных и стал запрашивать тот-же элемент раз в 5 секунд

У изначального элемента раз в 2 минуты.

Желательно сначала посмотреть за счётчиками на нескольких портах любым snmp-браузером.
Возможно софт на коммутаторе с багами и требует обновления.

Написал скрипт, и поопрашивал со своего ПК через snmpget, рост значения равномерный, пилы нет.