Мониторинг состояния интерфейса

[Mikhail0s]

Добрый день!

Возможно я не парвильно понимаю концепцию работы маниторинга, но всё же хочу реализовать у себя следующую возможность.

Мониторим интерфейс на свитче, получаем его значение - ifOperStatus. Когда интерфейс переходит в другое состояние, значение ifOperStatus меняется. За его изменением я слежу триггером:

{Template Cisco Interfaces:ifOperStatus.[{#SNMPVALUE}].change(0)}=1
(дополнительно проверяю, что ifOperStatus не up и AdminStatus не down)

При изменении значения ifOperStatus на первом проходе получаем срабатывание триггера и аварийное сообщение моиторинга. Но при следующем опросе свитча, когда сравниватся текущее и предыдущее значение Template Cisco Interfaces:ifOperStatus.[{#SNMPVALUE}] аварийное сообщение, конечно же, пропадает, по скольку за это время состояние порта не изменилось.

И вот тут появляется вопрос. Как мне удержать аварийное сообщение?

[yukra]

И вот тут появляется вопрос. Как мне удержать аварийное сообщение?

А что именно вы хотите? Например: хочу видеть что состояние порта было изменено в течении последних суток, тогда: ".delta(1d)#0". Но в таком состоянии у нас будет висеть триггер еще сутки после включения нового оборудования или после ребута сервере (если при ребуте порт передергивается).

Либо понять что именно Вы хотите "видить в триггерах" и описать это более сложным выражением.

[Mikhail0s]

Спасибо за ответ!
Мне хотелось бы получать алерт в том случае, если порт перешёл из состояния up в down. И я хотел бы видеть его до того момента, пока порт не вернулся бы в состояние up либо алерт не был бы подтверждён.
В противном случае я получаю на почту сообщение - "Авария - порт упал", а через минуту приходит сообщение об отмене аварии, не смотря на то, что порт всё ещё остаётся в состоянии down.

[aib]

В вашем случае -если вы хотите иметь сообщение об ошибке на все время, пока интерфейс Down, можно использовать формулу

{Template SNMP Interfaces:ifOperStatus[{#SNMPVALUE}].last(0)}=2

[Mikhail0s]

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

[gdgsoft]

Как вариант, можете попробовать так называемый гистерезис. Есть в описании. Суть его в том, что триггер срабатывает согласно "простого" правила, для вас это падение порта. Доп. условие в гистерезисе позволяет его держать активным до тех пор, пока элемент не получит определенное значение, для Вас - порт АП.

Но как по мне, то у Вас какие то сложные проверки по состоянию порта... Из-за них и проблема видимо.
Я использую простые конструкции Ап/Даун порта по админ и опер блокировке отдельно. Дополнительно, для соответствующих триггеров стоят зависимости. Все работает на 99,9%