MRTG
Есть три маршрутника ( ASR 1000), с которых по SNMP забирается нагрузка виртуального порта (VLAN).
Каждый из графиков отдельного VLAN все корректно отображает .
Есть график сделанный как сумма нескольких значений ( примерно так)
.3.6.1.2.1.31.1.1.1.6.2&1.3.6.1.2.1.31.1.1.1.10.2:public@10.10.10.9:!10.10.10.1::::2
+
1.3.6.1.2.1.31.1.1.1.6.29&1.3.6.1.2.1.31.1.1.1.10.29:public@10.10.10.13:!10.10.10.1::::2
+
1.3.6.1.2.1.31.1.1.1.6.50&1.3.6.1.2.1.31.1.1.1.10.50:public@10.10.10.13:!10.10.10.1::::2
+
1.3.6.1.2.1.31.1.1.1.6.3&1.3.6.1.2.1.31.1.1.1.10.3:public@10.10.10.9:!10.10.10.1::::2
+
1.3.6.1.2.1.31.1.1.1.6.39&1.3.6.1.2.1.31.1.1.1.10.39:public@10.10.10.13:!10.10.10.1::::2
+
1.3.6.1.2.1.31.1.1.1.6.44&1.3.6.1.2.1.31.1.1.1.10.44:public@10.10.10.13:!10.10.10.1::::2
и так далее.Проблема: периодически, чаще около 0 часов, но иногда и в другое время на датчике какие - то безумные значения ( в файле лог они видны, по цифрам больше соседей на несколько математический порядков).
Пробовал: выставить точное время на всех источниках ( оно и так точное - NTP c одного сервера); Сдвинуть время старта сборщика, на 2-3 минуты от 0 часов . - Все это не помогло..
Вопрос: может кто сталкивался и знает откуда такое (: .
А mrtg знает, что это именно сумма нескольких snmp-переменных? Возможно, mrtg воспринимает всю эту сумму как один snmp-датчик. Тогда при переполнении одной из snmp-переменных и начале отсчета с нуля, mrtg отработает согласно логике переполнения датчика (посчитает, что вся эта сумма накопилась за предыдущий шаг), и Вы получите свой астрономический скачек данных.
> А mrtg знает, что это именно сумма нескольких snmp-переменных? Возможно, mrtg воспринимает
> всю эту сумму как один snmp-датчик. Тогда при переполнении одной из
> snmp-переменных и начале отсчета с нуля, mrtg отработает согласно логике переполнения
> датчика (посчитает, что вся эта сумма накопилась за предыдущий шаг), и
> Вы получите свой астрономический скачек данных.скорей всего так и есть, это OID счетчиков октетов, а не трафика в чистом виде.