Триггер висит в состоянии проблема

[user1]

Добрый день.
Настроен мониторинг каналов связи через SNMP trap
Ключ - snmptrap["Neighbor XXX.XX.XXX.X.+is down"]

Триггер:
({TRIGGER.VALUE}=0 & {Name:snmptrap["Neighbor XXX.XX.XXX.X.+is down"].count(40,,,300)}>{Name:snmptrap["Neighbor XXX.XX.XXX.X.+is up"].count(40,,,300)} & {Name:snmptrap["Neighbor XXX.XX.XXX.X.+is up"].nodata(300)}=1) | ({TRIGGER.VALUE}=1 & {Name:snmptrap["Neighbor XXX.XX.XXX.X.+is up"].nodata(60)}=1)

Проблема в то что 15 апреля сработало оповещение о проблеме, буквально через минуту после оповещения проверили -все в порядке, связь есть.
Но на панели мониторинга до сих пор висит состояние проблема.

Как это убрать ?

Последние данные:
Name Tu0 is DOWN 15 Апр 2014 16:21:52 16:21:52 2014/04/15
Name Tu0 is UP 15 Апр 2014 16:21:57 16:21:56 2014/04/15

[Jimson]

Мне вообще не понятно как приведенное выше правило может работать, больше похоже что его результат будет чем то напоминать /usr/games/fortune.

Во первых давайте ваше условие озвучим:
триггер в состоянии ОК и кол-во строк "is down" за 40 секундный интервал 5 минут назад больше кол-во строк "is up" за 40 секундный интервал 5 минут назад и за последние 5 минут нет строк "is up"
или
триггер в состоянии проблема и за последнюю минуту нет строк "is up"

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

Во вторых что общего между приведенными вами "последними данными" и регулярным выражением "Neighbor XXX.XX.XXX.X.+is down/up"? Зачем вы их привели в посте?