ОИДы в уведомлениях

Я решил проблему с моими пользовательскими функциями на основе OID. Описание функции “oid” такое: «возвращает значение заданного SNMP OID. Только первый параметр обязателен. Первый параметр — строка OID, второй — время кэширования — по умолчанию 2 секунды (5.0), третий — отрицательное время кэширования — по умолчанию 300 секунд (5 минут), четвертый — IP-адрес (переопределяет контекстное устройство), пятый — профиль SNMP (переопределяет контекстное устройство)».

Поэтому для моих пользовательских зондов я увеличил время кэширования и уменьшил отрицательное время кэширования до 29 секунд, на одну секунду меньше, чем интервал зонда. Например, для зонда, который определяет количество неактивных телефонов, строка ошибки выглядит так: `if(oid(“1.3.6.1.4.1.9.9.156.1.5.6.0”, 5, 29) >= 0, “”, “No Inactive Phones”)`. Все функции, основанные на OID, поддерживают ручную настройку отрицательного времени кэширования.

`array_size(oid_column(“1.3.6.1.4.1.9.2.1.57”, 5, 29))`. Я полностью устранил ложные срабатывания, указав отрицательное время кэширования, которое меньше интервала повторных попыток во всех моих зондах. В большинстве случаев я применял его непосредственно к функции, вызываемой внутри зонда.

Я надеялся, что увеличение времени кэширования сделает графики более стабильными. Иногда значение записывается в следующий временной отрезок, и график будет иметь небольшую впадину, за которой следует скачок. Увеличение времени кэширования, похоже, не решает эту проблему, но, по крайней мере, у меня очень мало ложных срабатываний.

Я не пытался исправить встроенные функции, такие как виртуальная память. Я не мониторю много серверов, поэтому исправление или создание своей версии не было приоритетом.

Ну ладно… можно создать проверку, которая будет запускаться, когда интерфейс становится активным… Создай функцию (например, "interface_status"), которая считывает статус интерфейса (up=1, down=2), а затем создай проверку (типа функции) с условием "available" interface_status() = 2.  Теперь, если интерфейс поднимется, он будет сообщать о себе как о "down" - понял, что я имею в виду? Я пока не придумал, как сообщать о другом статусе, кроме "OK", когда что-то работает… Хотелось бы показать там OID для нашей службы поддержки, но подозреваю, что это жестко закодировано в Dude… Andreas

Gsandul, Lebowski, у меня был негативный опыт с опросами OID… возможно, я немного переборщил, опросывая четыре OID в одном опросе и создав в общей сложности 300 опросов… Как-то Dude перестал обнаруживать сервисы, для которых я писал опросы (и они были включены и работали). Ты знаешь, есть ли в Dude какой-нибудь лимит на SNMP-опросы? SNMP использует UDP, поэтому сессии должны поддерживаться на уровне приложения (то есть Dude). Или знаешь ли ты, где можно включить отладку в Dude? Зато на радость: теперь поле [Service.ProblemDescription] содержит имя интерфейса и описание, так что я могу использовать его в уведомлениях по электронной почте.

Спасибо,
Andreas

P.S. Временное решение — создавать 3 функции на ifindex и привязывать их к одному опросу: Пример для ifindex 4:

<Function>
<sys-type>57</sys-type>
<sys-id></sys-id>
<sys-name>If_4_Status</sys-name>

<descr>polls the ifindex 4 Status</descr>
</Function>

<Function>
<sys-type>57</sys-type>
<sys-id></sys-id>
<sys-name>If_4_Name</sys-name>

<descr>polls the ifindex 4 interface name</descr>
</Function>

<Function>
<sys-type>57</sys-type>
<sys-id></sys-id>
<sys-name>If_4_Desc</sys-name>

<descr>polls the ifindex 4 interface description</descr>
</Function>

<Probe>
<sys-type>13</sys-type>
<sys-id></sys-id>
<sys-name>IFindex_4</sys-name>
<typeID>8</typeID>
<functionAvailable>If_4_Status() = 1</functionAvailable>
<functionError>if (If_4_Status() = 1, "", concatenate( If_4_Desc()," on ", If_4_Name(), " is down!" ) )</functionError>
<functionValue>If_4_Status()</functionValue>
</Probe>

<Notification>
 <sys-type>24</sys-type>
 <sys-id></sys-id>
 <sys-name>Email alert (TESTING)</sys-name>
 <typeID>1</typeID>
 <textTemplate>\0d\0aA network alert was received from [Device.Type] [Device.Name] at [TimeAndDate]\0d\0a\0d\0aStatus: [Probe.Name] on [Device.Type] [Device.Name] is now [Service.Status]\0d\0aDescription: [Service.ProblemDescription]\0d\0aPlease report this alarm to be investigated.\0d\0a\0d\0a\0d\0a\0d\0a\0d\0aAlarm details:\0d\0aService [Probe.Name] on [Device.Name] is now [Service.Status] ([Service.ProblemDescription])\0d\0a\0d\0aDevice details:\0d\0aType: [Device.Type]\0d\0aModel: [Device.CustomField1]\0d\0aLocation: [Device.CustomField2]\0d\0aNote: [Device.CustomField3]\0d\0a\0d\0a\0d\0aHave a nice day\0d\0a\0d\0a\0d\0a\0d\0aThe Dude\0d\0a\0d\0a\0d\0a</textTemplate>
 <mailTo>name@invalid.com</mailTo>
 <mailSubject>NETWORK ALERT: Service [Probe.Name] on [Device.Type] [Device.Name] is now [Service.Status]</mailSubject>
 <statusList></statusList>
</Notification>