Interface X/X changed state DOWN, в Alarm browser

Started by VecH, January 11, 2023, 06:49:48 AM

Previous topic - Next topic

VecH

в Alarm Browser вылетают сообщения об отключенных нодах: Interface X/X changed state DOWN

Данные сообщения решаю и завершаю

но коммутаторы с данными портами все равно висят с красными крестиками
повторно включать ноды не планируется, как закрывать задачи с отключенными нодами и убирать красные крестики на коммутаторах?

Ну и соответственно на карте эти коммутаторы выделяются красным

Filipp Sudanov

По умолчанию при добавлении новых устройств у интерфейса ставится такое ожидаемое состояние, как оно было в тот момент. Т.е. если порт был UP то мы будет ожидать, что он должен быть UP и будет генерить алармы, если это не так.

В Configuration -> Server Configuration можно поменять этот дефолт для новых устройств - параметр Objects.Interfaces.DefaultExpectedState

Если зайти в Properties любого интерфейса, то там на закладке Polling будет выбран Expected State - там это можно поменять для уже существующих устройств.

Ну и еще можно скриптом поменять для существующих устройств, например добавив в Hook::ConfigurationPoll такое:

for (i : GetNodeInterfaces($node)) {
  i->setExpectedState("IGNORE");
}

VecH

Как в Alarm Browser игнорировать ошибки некоторых типов или по маске

у меня есть железяка FortiGate 60E
у нее есть выключенный интерфейс l2t.root, на нем указан фиктивный IP адрес с фиктивной маской (это поле я очистить не могу)

Так вот от этого шлюза постоянно летит ошибка: Invalid network mask /0 on interface "l2t.root", should be /24
Как ее игнорировать и что бы она вообще не всплывала в Alarm Browser, а то в Телеграм летят уведомления, спать не дают

VecH

Где регулируется опрос нод по ICMP ? (кол-во, частота опросов, таймауты и т.д.)

Filipp Sudanov

В Event Processing Policy есть правило которое реагирует на SYS_INCORRECT_NETMASK. Можно в нем добавить исключение на конкретную ноду.

Про ICMP в доке достаточно подробно описано, но спрашивайте если там что-то не понятно
https://www.netxms.org/documentation/adminguide/icmp-ping.html