Да, сейчас там получилось что он показывает последнее время пинга, когда нода была доступна. На 10000 переделывать не хочется, по-хорошему нужно будет добавить новое состоянеие DCI - этакую полуошибку. https://track.radensolutions.com/issue/NX-2023

Примерно в 3.8 у экшнов в свойствах добавились параметры snooze time и snooze/blocking timer key. Если их становить, то при первом срабатывании экшна будет заведен системный таймер с указанным ключом (посмотреть эти таймеры можно в configuration -> scheduled tasks если там включить show system tasks). Дальше пока этот таймер не закончится, экшн срабатывать не будет. Время для этого таймера можну указать очень большое и удалять этот таймер при автоматическом терминировании аларма. Второй путь - в правиле EPP можно прописать filter script который проверит наличие аларма: key=$event->expandString("DC_THRESHOLD_%i_%<dciId>"); return FindAlarmByKey(key) == null; если аларм уже есть, то правило EPP не выполнится и экшн не исполнится. Но в этом случает так же не будет расти Count на алармах, потому что правило не выполнится целиком. Если Count нужен, тогда нужно разносить создание аларма и выполнение экшна в два правила и во втором делать этот filter script. [image: Screenshot at 2021-12-07 17-21-27.png]

Туда можно заимпорить kml файл в котором описан замкнутый полигон. И тогда для устройств, которые сообщают свои координаты (mobile device и, наверное, node) будут генерится события при входе и выходе в/из этого полигона.

Проблема решена  обновлением до версии 3.9.334

У хнас была похожая проблема. Мы сделали скрипт который раз в день пробегает через всю структуру и удаляет ноды которые не звонили домой более чем время Х.

На ноде можно сделать internal DCI, например ICMP.ResponseTime.Average или ICMP.PacketLoss. И дальше на него threshold. https://www.netxms.org/documentation/adminguide/icmp-ping.html#icmp-response-statistic-collection

@sergey_t said in "сьезжают" vlan: @victor said in "сьезжают" vlan: Мне хочется его доделать, просто руки не дошли пока. Постараюсь найти время в ближайшую неделю. Очень ждем Огромное спасибо! уже несколько версий сменилось, но глюк не поправили и скорость порта в террабитах просто хочу напомнить

Вот пример, что можно сделать: trace(0, "Calculating link color for " . $endpoint1->name . " -> " . $endpoint2->name); match1 = $endpoint1->name match ".*ASA-(.*)$"; match2 = $endpoint2->name match ".*ASA-(.*)$"; if (match1 and match2) { key = "Dummy(ipsec-uptime-" . lower(match1[1]) . "-" . lower(match2[1]) . ")"; trace(0, "Searching for " . key . " on " . $endpoint1->name); value = GetDCIValueByName($endpoint1, key); if (not value) { key = "Dummy(ipsec-uptime-" . lower(match2[1]) . "-" . lower(match1[1]) . ")"; trace(0, "Searching for " . key . " on " . $endpoint2->name); value = GetDCIValueByName($endpoint2, key); } if (value != null) { trace(0, "Got value " . value); if (value > 0) { return "green"; } } } return "red"; [image: Screenshot 2021-09-22 at 15.04.58.png] [image: Screenshot 2021-09-22 at 15.04.26.png] [image: Screenshot 2021-09-22 at 15.04.52.png]

Благодарю за ответ. Изменений не будет, простая сетевая топология.

Тогда можно оставить использование transformation, просто скрипт заменить на вызов библиотечного скрипта в форме return script_name::function(); В вызванном скрипте будет доступна переменная $dci.

Про сохранение запросов - пользователю нужно дать право "Manage object queries", но его невозможно дать через GUI в текущей версии. В следующем патч релизе мы это исправим.

@filipp-sudanov said in SNMP и UFT-8: Похоже, что этот принтер отдает в UTF-8. На windows поскольку мы берем кодировку из control panel, а там нет варианта utf-8, то там пока никак. Или перебираться на линукс, или через какое-то время будет или поддержка кодировки в свойствах ноды, или NXSL функции для перекодировки (тогда их можно будет в transformation script использовать). надо в NXSL перекодировку добавлять - это более нужно

@filipp-sudanov said in Dashboard 3.9.235 - в инструкции одно в реальности другое: А какой тип элемента добавляете на dashboard? Label, Status indicator, Bar Chart, Status map. У все них, как на моем скрине И обратите внимание Horizontal span ограничен значением 8

Недавно заметил что на моей карте L2 линии которые связывали AT8000GS и комутаторы Cisco (2960, 3750, 3550, 3548XL) пропали парочь. Т.е. совсем. Обновлялся с 3.2 несколько раз так и дошел до 3.9. Вот и думаю теперь, в какой момент связи пропали. ПС: На всех железках включены SNMP, LLDP, CDP ( у Сisco), STP о чём свидетельствуют соответсвующие свойства isCDP isLLDP и пр. ПСС: А вот что удивительно!!! Связь рисуется если я прошу показать L2 топологию ПССС: Посмотрел Tools-Info-Topology LLDP и увидел нули в mac хотя в комаандной строке есть мак. [image: at8000.jpg] [image: cisco.jpg] [image: maps.jpg] [image: L2Top.jpg] [image: topol.jpg]

Как минимум проблему с получением VLAN'ов я у себя повторил. Буду смотреть.

Я бы наверное сделал script DCI, который сам делает SNMP get или walk и по каким-то дополнительным признакам определяет правильный OID. Можно например хранить OID который читаем в атрибутах ноды, а если получили ошибку, то искать новый правильный и потом повторять чтение.

Можно использовать $dci->instance (то что мы видим в поле Instance в закладке Thresholds) или $dci->instanceData (то что вернул instance discovery).

Можно повесить обработку события SYS_NODE_ADDED, в нем есть флажок что это устройство найдено по discovery. В обработке события вызавать скрипт, который будет делать $node->unmanage(); (или как вариант переводить в maintenance mode). Альтернативный вариант - поставить первое правило в обработке событий, где в фильтре по объектам указать NOT Infrastructure Services, а в действиях - stop event processing. Правило будет срабатывать для всех узлов, которые не под Infrastructure Services, и останавливать дальнейшую обработку события. С принтерами так-же примерно - сделать правило на событие SYS_NODE_DOWN и SYS_NODE_UP и фильтр по source на принтера (если можно как-то их выделить, по контейнеру скажем), или фильтрующий скрипт, который будет проверять $node->isPrinter, и как действие - stop event processing.

Не пинайте нового линуксовода. Есть автономный astra Linux. Закинул на него последний deb пакет NetXMS. При установке выдается ошибка: root@my-comp:~# sudo dpkg -i /tmp/netxms-release_1.9_all.deb (Чтение базы данных … на данный момент установлено 60744 файла и каталога.) Подготовка к распаковке …/tmp/netxms-release_1.9_all.deb … Распаковывается netxms-release (1.9) на замену (1.9) … Настраивается пакет netxms-release (1.9) … WARNING:   Can't detect OS distributor or codename (based on lsb_release output)   Adjust /etc/apt/sources.list.d/netxms.list and run "apt update Подскажите как установить/настроить агента на данной машинке?

Отличная новость), спасибо огромное за обратную связь. В новый выпуск 3.9.229, вижу, уже включили. Еще раз спасибо.