NetXMS Support Forum

Let me list some approaches that can be used for integration:
- sending events into netxms using nxevent / nxaevent command line tools
- pushing DCI values - nxpush / nxapush tools
- netxms agent can monitor a log file and create events on matching lines
- web services can be used to get data from other systems - it's also possible to use nxsl script to parse received jsons.
- some external app can connect to netxms via Web API or nxshell

В патч релизе попробуем поменять на utf-8 по умолчанию

Проверьте в логах томката какую версию джавы он использует.
В этой теме было что-то очень похожее: https://www.netxms.org/forum/oe-oo/oshibka-soedineniya-incompatible-version-of-communication-protocol/

I don't remember exactly, but there probably was a bug with default values of these named parameter of NetworkService.Status. Your URL contains IP address, but certificate was probably issued for a domain name, so host verification fails. To skip host verification, add the following:

NetworkService.Status(https://212.70.163.157,verify-peer=false,verify-host=false)

Documentation on all available parameters should be up to date:
https://www.netxms.org/documentation/adminguide/service-monitoring.html#network-service-monitoring-using-dci

If you are on Linux, check if netxms-dbdrv-pgsql package is installed

Install https://netxms.org/download/releases/4.4/nxmc-legacy-4.4.3.war along with nxmc-4.4.3.war

Note that legacy UI is planned to be discontinued after a few months, so if you are new to the system, it's better to use new UI.

Да, MailEncoding был выкинут с мыслью, что сейчас все почтовые клиенты должны понимать utf8.
А Outlook какой версии и на какой ОС?

Можно настроить какой-нибудь MTA - тогда NetXMS будет посылать письма на 127.0.0.1, а тот уже пересылать дальше. Под линуксом например postfix, под windows тоже что-то было

У версии сервера и клиента первые две цифры должны быть одинаковыми, т.е. если сервер 4.4.х то и клиент (десктопный или web ui) то же должен быть 4.4.х

Hi!

Simplest would be to store this in DCI's comment, and since recently we have %D macro that resolves to that comment, but the problem is that editing that comment from NXSL (e.g. in transformation script) is not currently possible. But we will add that at some point.

Currently you can use custom attributes on node to store such information, e.g. if DCI's tranformation script has
$node->setCustomAttribute("DCI_DESC_".$dci->name, 123);
this will update a custom attribute.

Then in script library you can have e.g. GetDciDescFromCustomAttribute script with the following:
return $node->getCustomAttribute("DCI_DESC_" . $dci->name);

And now in event's message you can have %[GetDciDescFromCustomAttribute] macro that would call above script and will get value of the custom attribute.

We are currently working to improve maps in v5.0. There will be option to define link color by script and other fixes.

Can you explain a bit on multiple links - what information/benefits it gives if you see all links separately? Status of these links? Understanding how many links there are? Throughput for each link separately?

Да, из snmp данные можно собирать в таблицу, вот в этом вебинаре это подрбно разбиралось:
https://www.youtube.com/watch?v=BBHAErzMU38&t=549s

Второй вариант - instance discovery - для этого определяется один DCI у которого на закладке instance discovery описывается OID начиная от которого сервер сделает walk. И на основании этого DCI будет создано много экземпляров DCI по одному на каждый OID.
Если нужно больше информации с примерами, пишите

Можно через NXSL - это встроенный скриптовый язык, можно на любом объекте сделать "Execute script".
https://www.netxms.org/documentation/nxsl-latest/#func-createnode

Можно через nxshell - там можно писать код на Jithon, оно подключается к серверу через то же API что и десктопный клиент. Вот какой-то пример создания ноды:

parentId = objects.GenericObject.SERVICEROOT # Infrastructure Services root

flags = NXCObjectCreationData.CF_DISABLE_ICMP | \
        NXCObjectCreationData.CF_DISABLE_NXCP | \
        NXCObjectCreationData.CF_DISABLE_SNMP

name = "Node created by nxshell"
cd = NXCObjectCreationData(objects.GenericObject.OBJECT_NODE, name, parentId);
cd.setCreationFlags(flags);
cd.setPrimaryName("0.0.0.0") # Create node without IP address
nodeId = session.createObject(cd)
print '"%s" created, id=%d' % (name, nodeId)


И еще можно через web api (web api для этого нужно установить - это отдельный war файл, так же как и у web UI).
https://www.netxms.org/documentation/adminguide/rest-api.html#create-object

You have to fill in all the fields:
Database server: 127.0.0.1
Database name: any name - a new DB with this name will be created
Login name: any name, postgres user with this name will be created
Password: any password for the above user

What version of client is that? Is it legacy or the new one? Have you tried latest 4.4.3?
What actions do you perform to get to that error - mib explorer on node or something else?

Yes, it would be valuable for NetXMS to have support for these devices. Could you possibly provide remote access to these devices for some time - this would be the most efficient way to develop drivers?