интервал обновления

[max2002]

проблема с опросом элементов данных snmp v2 при интервале обновления больше 60 сек. опрашиваю cisco по snmpv2 interfaces.ifTable.ifEntry.ifInOctets.15. при интервале 60 сек все четко - каждую минуту новое значение. ставлю 5 мин (300 сек) начинается разнообразие
Timestamp Value
2010.Jan.27 11:19:13 63530384
2010.Jan.27 11:09:13 61992208
2010.Jan.27 10:59:13 64348832
2010.Jan.27 10:44:13 60716768
2010.Jan.27 10:34:13 57949480
2010.Jan.27 10:24:13 61029296
2010.Jan.27 10:14:13 53036808
2010.Jan.27 10:04:13 52365360
2010.Jan.27 09:59:13 47719544
2010.Jan.27 09:49:13 50239320
2010.Jan.27 09:39:13 48419224
2010.Jan.27 09:34:13 46768576
2010.Jan.27 09:24:13 41704000
2010.Jan.27 09:21:13 40696944

пробовал любые значения больше 60 до 300 - результат схожий, заданный интервал не соблюдается. при этом работают 200 элементов icmpping с интервалом 300 сек - без нареканий.
была версия 1.6.7, перешли на 1.8 - проблема сохранилась.

в чем может быть проблема? snmp? настройка zabbix?
нужен стабильно работающий опрос каждые 5 минут

[Firm]

Может быть счётчик успевает переполниться?

[eugene.istomin]

Вместо ifInOctets нужно использовать ifHCInOctets

[max2002]

mrtg при этом работает нормально, ничего нигде не переполняется. я даже не понимаю о каком счетчике и переполнении может идти речь.
interfaces.ifTable.ifEntry.ifHCInOctets.15 - такой OID не существует. или что-то другое имелось ввиду?

[max2002]

с OID разобрался. IF-MIB::ifHCInOctets.15 надо было. пока полет нормальный. в чем причина такой разницы? какое влияние оказывает OID на интервал обновления?

[eugene.istomin]

Если коротко: к примеру, есть линк в гигабит - то есть 125 МБ\с
в бинарном виде количество октетов в секунду - 111011100110101100101000000 - 27 разрядов

Допустим, вы снимаете статистику раз в 5 минут - максимальное значение количества октетов может составить
100010111011001011001001011100000000 - 38 разрядов

При использовании 32-битного счётчика вы будете видеть переполнение разрядов и трафик будет считаться с нуля
64-битный будет работать на ура

[max2002]

это я знаю. но у меня скорость до 100М. и Counter32 показывает правильные значение. а zabbix их просто не снимает в заданном интервале, если указать больше 60 сек. например, указав 300 сек, получается 2 значение через 300, 3 - через 600, 4 -через 300 и т.д.
после указания Counter64 все стало нормально. для интервала обновления что при этом изменилось?

[eugene.istomin]

хм..
в очереди при этом есть запоздавшие проверки?
У меня со съёмом количества трафика по snmp проблем не возникало (время опроса - от 5 секунд до 5 минут), но мы изначально перешли на 64 бита

[max2002]

нет, в очереди чисто. теперь я тоже все на 64 сделаю. в принципе проблема исчерпана. остался академический интерес - в чем же причина такого поведения? можете у себя попробовать 32ой счетчик?

[dotneft]

ñòàëêèâàëñÿ ñ ïîäîáíîé ñèòóàöèåé, íà ïîðòàõ êîììóòàòîðà åñëè òðàôèê ïðåâûøàë 200ìá/ñåê, äóìàþ âñå òàêè â 32 áèòíûé ñ÷åò÷èê íå âëàçÿò äàííûå)

[max2002]

если не влазит, то нулевые значения получаются. а так просто отсутсвует время и значение, как-будто в момент очередного цикла опроса данные не снимались. стоит опрос каждые 5 мин, а данные собираются первый раз через пять минут, потом три раза через 10, затем опять через 5 и т.д. в произвольном интервале. при интервале до минуты с тем же счетчиком проблем нет