Очень не хватает maintenance. Можно фильтровать алерты скриптом, но это не совсем удобно, в случаях когда обслуживается несколько устройств, или интерфейсов устройства.
Не совсем красиво, но я делаю так - создаю контейнер maintenance, в event policy добавляю в source objects исключение для этого контейнера. Ноды на обслуживании биндю к этому контейнеру.
В разработке. В RC2 скорее всего войти не успеет, но в следующем релизе будет.
А можно еще мейтенанс для интерфейса?
Сценарий использования:
core роутер с кучей интерфейсов. меняем downstrem устройство. тут как раз подойдет мейтенанс для интерфейса а не устройства в целом
Quote from: 7novds on April 04, 2017, 09:36:22 PM
А можно еще мейтенанс для интерфейса?
Сценарий использования:
core роутер с кучей интерфейсов. меняем downstrem устройство. тут как раз подойдет мейтенанс для интерфейса а не устройства в целом
Я тоже запрашивал такое, как временный вариант предложили делать unmanage для нужных интерфейсов по которым меняют downstream.
Ну unmanage не очень интересен, потому что его нельзя запланировать, а вот maintenance запланировать можно
Quote from: 7novds on April 06, 2017, 10:07:19 PM
Ну unmanage не очень интересен, потому что его нельзя запланировать, а вот maintenance запланировать можно
Еще ко всему этому я бы добавил возможно видеть в дереве консоли, что в каком то из контейнеров есть нода или интерфейс в maintenance режиме и так же с custom attributes, то есть дорисовывать буковку (M) или (C) сбоку от родительского контейнера и дальше при открытии довести до конечного.
https://www.netxms.org/forum/e-eoe-o-koaot-netxms/otoaee-(custom-attributes-manageunmanage-maintance)-eee-oekto/msg21472/#msg21472
https://track.radensolutions.com/issue/NX-1101
https://track.radensolutions.com/issue/NX-1238