И опять графики загрузки каналов

[molody79]

Есть разные коммутаторы D-Link. Загрузка Гигабитных портов не отображается нормально при загрузке канала более 400-500 МБит.
Данная проблемма не раз уже обсуждалась на форуме, но действительно рабочих решений я тут не нашел .....
Может кто подсказать в какую сторону копать ???
При снятии загрузки канала через Zabbix агента с серверов - загрузка показывается правильным.

[dima_dm]

А Вы определили, в чем причина проблемы? Вам ничего полезного не подскажут, если Вы не обозначите, с какой конкретно проблемой собираетесь бороться.
Переполнение счётчиков, некорректная работа счётчиков в D-Link и т.д.

[zalex_ua]

Может кто подсказать в какую сторону копать ???

Наверное в интернете и есть готовые похожие таблички, но вот я решил состряпать свою.

Если счетчики октетов в коммутаторе 32 битные, тогда довольно похоже на то что у вас в свойствах Элемента данных параметр Интервал обновления (секунды) стоит в 60. И в таком случае действительно при постоянной загруженности порта около 580 Мбит/сек счетчик переполняется за 59 секунд и в таком случае высчитать статистику загруженности порта невозможно. Как результат - статистика не предсказуемая.
Если у вас именно этот случай, тогда решение - уменьшить частоту опроса загруженности порта (Интервал обновления) например до 30 секунд.
Я сам с этим не сталкивался - это просто мои догадки.

ДОБАВЛЕНО:
На странице http://www.zabbix.com/documentation/...fig/items/item
ищите описание к параметру "Store value"

[molody79]

Если я уменьшаю время, то при большой загрузке коммутатор отдаёт мне значения через раз и график получается точками. А если увеличиваю то как раз натыкаюсь на переполнение. Однако Cacti мне показывает загрузку с этого-же коммутатора в то-же время красивым графиком. Как я понимаю там другой алгоритм и время опроса там намного больше. Как-то можно добиться подобного алгоритма и результата.
Так как даже если добиться что счетчики не будут переполняться до 1 Гигабита и я буду их успевать их снимать, то что делать с 10-ти гигабитными портами ????

[ugh]

а может всетки 64битные счетчики снимать?

[molody79]

а может всетки 64битные счетчики снимать?

Большое спасибо, до этого как-то не додумлася, нашел данный счетчик на коммутаторе - пока полёт нормальный.

[rahs]

Здравствуйте
Столкнулся с такой проблемой на коммутаторе Dlink DGS-3324SR, но не могу найти 64-битных счетчиков на нем. Может быть, у DLink-ов OIDы одинаковые, не поделитесь вашими?

[dima_dm]

Стандартные 64 битные счётчики
ifHCInOctets 1.3.6.1.2.1.31.1.1.1.6
ifHCOutOctets 1.3.6.1.2.1.31.1.1.1.10

http://tools.cisco.com/Support/SNMP/do/BrowseOID.do?local=en

Переводить OID в цифры и наоборот

[rahs]

dima_dm, спасибо огромное

[Badisoft]

Стандартные 64 битные счётчики
ifHCInOctets 1.3.6.1.2.1.31.1.1.1.6
ifHCOutOctets 1.3.6.1.2.1.31.1.1.1.10

http://tools.cisco.com/Support/SNMP/do/BrowseOID.do?local=en

Переводить OID в цифры и наоборот

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

Дима.

PS. Сам спросил - сам ответил. Увы, не поддерживет такие OID ни один из четырех окрестных SOHO-роутеров .

[rahs]

Столкнулся с некоторой странностью, объяснить которую не в состоянии
Создал клонированием 64-битные счетчики из 32-битных, поменял только oidы, сделал график - и сейчас вижу на графиках разные значения. С чем это может быть связано?

[dima_dm]

Я вижу разницу только в одном пике в 9:30. Это может быть связано
1) с переполнением счётчика
2) С усреднением данных по интервалу сбора.
Я, обычно, на сетевых графиках использую Max значения, а не средние.

[rahs]

Судя по легенде, там вообще одни отличия.
Максимальный входящий в полтора раза отличается.

Как может возникнуть переполнение, мне совершенно непонятно. Собираются данные раз в 15 секунд, скорость - отнюдь не гигабит, отличаются элементы данных только oidом, ну и еще 32-битные счетчики из шаблона, а 64-битные - нет

[dima_dm]

Судя по легенде, там вообще одни отличия.
Максимальный входящий в полтора раза отличается.

Как может возникнуть переполнение, мне совершенно непонятно.

Так это же среднее за интервал опроса ( в данном случае 15 секунд). Представьте трафик ступенькой 0 Mbps 3 минуты, потом 10 Mbps на 15 секунд, а потом опять 0 Mbps 3 минуты. Тогда два отсчёта взятые в ступеньке покажут трафик 10 Mbps, а взятые через 15 секунд в начале, в середине ступеньки и в конце всего 5 Mbps. Вот вам и разница в 2 раза.
Про переполнение, счётчик непрерывно инкрементируется, и когда дойдёт до придельного значения, опять считается от нуля. Обработка этого события в разных программах, по разному делается.

[rahs]

Я понимаю, что такое среднее. Я не могу понять, почему эти средние так сильно отличаются. Собираются данные одинаково, обсчитываются одинаково, а средние значения разные. Ну посмотрите на легенду графиков. В 32-битном графике максимум - 147 Mbps, в 64-битном - 95. Максимум же, не среднее значение. Или я сильно ошибаюсь в понимании слова "максимум"?

Допустим, дело в переполнении счетчика. Но тогда вель 64-битные значения должны быть больше 32-битных, а не наоборот.