NetXMS Support Forum

Выделить подсети в Active Discovery Targets и нажать Scan

Обнаружение сделано так, что проверяется, отзывается ли устройство на пинг, по SNMP или по протоколу нашего агента. 80 порт сейчас не проверяется.

Коммутаторы вероятно должны отзываться по SNMP, если у них community string отличный от public то его нужно прописать в Configuration -> Network Credentials

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

Для дебага эту строчку можно переписать так:

trace(0, "$1: " . $1)
o = FindObject($1);
trace(0, "Found object: " . o->name);
transport = o->createSNMPTransport();

здесь мы сначала проверим, что в $1 есть название или ID объекта а потом проверим, что FindObject действительно смог найти объект. А $1 вообще откуда в вашем скрипте должне был присвоен? Если это configuration poll, то там выставляются $node и $object и надо так:

transport = $node->createSNMPTransport();

Try DCF_DISABLE_CONF_POLL  instead

Фильтр по адресу должен быть 192.168.0.0/16

В логе сервера информацию можно увидеть по тегам poll.discovery и obj.poll.node

nxadm -c 'debug poll.discovery 6'
nxadm -c 'debug obj.poll.node 6'

На какой OC запущен сервер? Если на линуксе, под root? Покажите, плс, как выглядят настройки в Configuration -> Network discovery.
Можно взять tcpdump / wireshark, посмотреть уходят ли пакеты при сканировании.

Yes, you can create a script DCI. Scripts are written using NXSL language, there's support for snmpget and snmpwalk. Here's a simple example, pls inform if you need more information on how to write a script
https://www.netxms.org/documentation/nxsl-latest/#_read_snmp_value_from_node

В capabilites кроме младшего бита, который isSNMP могут быть взведены еще какие-то биты. Поэтому лучше проверять накладывая битовую маску бинарным and:
if ($node->capabilities & 0x00000001)

Пример чтения значения по SNMP есть тут: https://www.netxms.org/documentation/nxsl-latest/#_read_snmp_value_from_node

So I believe the interfaces are keeping the node in critical. What happened when you tried to set them to "Ignore"? Some error message? SQL error messages in server log? What if you delete these interfaces and do configuration poll - is it possible to edit them then?

For this node:
- does it has any alarms?
- does it has any interfaces in critical state?

Подсети добавляются когда мы опрашиваем какие-нибудь ноды, у которых есть интерфейсы в этих подсетях. Это происходит именно из-за опроса а не из-за процесса обнаружения.

Есть хук скрипт Hook::CreateSubnet
можно в возвращать false для тех подсетей, которые не нужны (не забывая вернуть true для остальных подсетей).

Примерно в 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.

Это тоже можно сделать в configuration poll - вот например для нод с определенным SNMP Object ID:
if (classof($object) == "Node" and $node->snmpOID == ".1.3.6.1.4.1.14988.1") $node->rename($node->ipAddr);

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