NetXMS Support Forum

С неравными интервалами могут быть только push параметры, но тогда придется сбор данных выносить во внешний скрипт. Можно сделать по другому - в DCI хранить кол-во тонера, и поставить threshold на условие diff with previous value > 0 - тогда он сработает когда кол-во тонера вырастет, т.е. картридж был заменен. По событию в этот момент можно через SNMP получить кол-во страниц (как сейчас сделано в transformation script), и использовать его в аларме и/или оповещениях. Дополнительный бонус - можно вывести на график текущий уровень тонера.

Hi!

Currently it's not possible, but in version 1.2.10 I've added automatic detection of predefined shared secret on agents. You can set server configuration parameter AgentDefaultSharedSecret to your secret, and server will automatically use it for communications when required.

Best regards,
Victor

Hi!

It's not possible yet. However, we have such feature request for some time and it will be implemented in one of next releases (1.2.11 or 1.2.12, it will not be upcoming 1.2.10).

Best regards,
Victor

Hi!

It's not possible to achieve what you want with configuration. You'll need some specialized views. It is possible to create specialized plugin for management console which will provide such view, but you have to be able to develop Eclipse plugins in Java. You can also order custom development from us. There are also plans to add possibility to define custom forms in console using Python scripts, but I cannot promise when (and if) we will implement it.

Best regards,
Victor

"unknown" interface is a pseudo interface object which is created when NetXMS server cannot get interface list from node either by SNMP or from NetXMS agent. Ensure that node is responding by SNMP or that NetXMS agent is installed.

Best regards,
Victor

Hi!

No, there are no such thing, although search in forum may bring you some. Feel free to ask if you need help to build some queries for reporting, etc.

Best regards,
Victor

Server configuration parameter UseIfXTable is global default, which you can override for each node individually on Polling page by setting "Use ifXTable" option to enable or disable. Setting it to default means "use global default set by UseIfXTable parameter".

Best regards,
Victor

Hi!

Did you do configuration poll after agent restart? Server uses cached version of parameter list when you press "select" button in DCI configuration dialog, and only updates it at configuration polls.

Best regards,
Victor

Сделал в 1.2.10.

Hi!

Global variable $node always points to source node of event being processed, node A in your case. You have to find node object for node B using FindNodeObject (http://wiki.netxms.org/wiki/NXSL:FindNodeObject) function, like this:

nodeB = FindNodeObject($node, "NodeB");
PostEvent(nodeB, "MY_EVENT", null, ...); // add parameters as required

Best regards,
Victor

Hi!

Currently there are no simple solution. What you possibly can do is to catch events from node A which are in fact related to node B, use NXSL script as action for them, and use PostEvent function (http://wiki.netxms.org/wiki/NXSL:PostEvent) to re-send same (or different) event on behalf of node B.

Best regards,
Victor

Hi!

I understand you idea. Currently it's not possible, proxy node is specified by ID and just copied when template is applied. I've registered it as feature request: https://www.radensolutions.com/chiliproject/issues/444. I have some ideas how it could be implemented, will see what I can do.

Best regards,
Victor

Hi!

Most of these issues will be resolved in upcoming 1.2.10 release (I hope to publish it this weekend). There are transformation scripts for tables, fixed server crashes, and so on.

Best regards,
Victor

Навскидку кажется что при помощи различных скриптов можно. Например, для создания диаграмм по свободным/занятым адресам, можно использовать dummy DCI, в которых в transformation скриптах подсчитывать кол-во узлов в подсети. Информация по MAC адресам, портам коммытаторов, и т.д. и сейчас собирается. Возможно понадобятся какие-то доработки в UI для удобного отображения. Что напрашивается в первую очередь и легко реализуется - показ сводной таблицы узлов при выборе подсети в дереве, наподобие вкладки "Interfaces" для узла.

Для привязки узлов к контейнерам достаточно написать правильный autobind скрипты на самих контейнерах. Например, простенький autobind скрипт, который добавляет все узлы из подсети 192.168.1.0/24 в контейнер:

return AddrInSubnet($node->ipAddr, "192.168.1.0", "255.255.255.0");

Вообще я вижу мониторинг сети как одно из приоритетных направлений в развитии NetXMS. Одна из вещей которую очень хочу сделать - интегрированный IPFix/NetFlow коллектор, чтобы можно было сразу из консоли видеть и анализ трафика, хотя бы базовый.

It's hard to do something wrong here Definitely a bug, I'll check this.

Best regards,
Victor