>[оверквотинг удален]
>
>Через что?
>
>>вы от начала до конца читали его мануал на сайте ?
>
>Читал. Ни о какой генерации событий по данным полученным по snmp нет.
>Есть только snmp-trap. Есть считаете что умеет, то поясните как вы
>будете генерить событие наличия на порту трафика в 50 мегабит в
>течении 5 минут.
>ну конкретно про ваш пример это надо подумать как сделать, сразу прямо не скажу так
а вообще например у стандартного шаблона интерфейса устройства есть Threshold
Utilization 75 perc
суть его в генерации события если пропускная способность на интерфейсе превысила от 75 процентов от его суммарной скорости (here.speed / 8 * .75)
там есть значение Escalate Count тоесть сколько интервал проверки (по умолчанию секунд)
быть может можно варьировать как то с помощью монитора хоста
и самое главное с каким event class сопрягать результат проверки
вот там можно с помощью Transform поля менять структуру события ну и в alerting rules сгенерить отсылку уведомления что событие имело место быть
подробнее про event class'ы
http://www.zenoss.com/community/docs/zenoss-guide/2.1.1/ch10...
такое событие как привели в пример вы я уверен можно сделать только нужно немного подумать как его идентифицировать
>[оверквотинг удален]
>
>Тем что данными в rrd манипулировать сложно.
>
>>у меня сеть масштаба нескольких городов
>>около 1000 коммутаторов
>>и порядка 100 роутеров разных производителей
>
>Какое количество параметров у вас с них снимается?
>У меня снимается 2498 различных параметров с 158 узлов.
>С каждого параметра можно сгенерить событие, график и отчет.
ну значит по интерфейсам скорость передачи, пакеты, ошибки
графики нагрузки cpu
и вообще там я уверен неочевидных тоесть не для графиков, параметоров очень много он получает
там негде посмотреть сколько и чего именно получает
>
>>
>>>
>>>>те возможности которые я увидел на сайте показались мне ни чем не
>>>>выдающиеся по сравнению с другими системами мониторинга
