NetXMS Support Forum

Сделал в 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

Hi!

If you know Python, you best option is to create script for nxshell which will do bulk changes. There are some examples on our wiki: http://wiki.netxms.org/wiki/Using_nxshell_to_automate_bulk_operations.

Best regards,
Victor

Hi!

The easiest way is to generate critical alarm from "down" trap and terminate it (or replace with normal) on "up" trap. Node status will change accordingly.

Best regards,
Victor

What SNMP version you are using? I have a bad experience with ProCurve and SNMP v3 - we had to fall back to v2c in one installation because of intermittent problems with polling and data collection using v3.

Best regards,
Victor

В аттаче message file для плагина Object View.

Quote from: ArtKZ on November 25, 2013, 09:06:17 AM
Виктор, а что тогда насчет "Табло", как более краткой замены "Информационной панели"?

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

В тоолтипах (всплывающих окошках при наведении мыши на объект) можно показывать текущие значения выбранных DCI. Не совсем то, но все же хоть что-то...

В аттаче message file для плагина Object Manager.

Почему собственно возникло предложение переводить View как "панель" - так переведен сам Eclipse. Соответственно, все стандартные меню называются "показать меню панели", "свернуть панель", и т.д., и если мы переводим по другому, то будет некоторая нестыковка в понятиях.