NetXMS Support Forum

You can set config variable LogAllSNMPTraps to 1 - then server will log traps from unknown devices, but you cannot get automated alarm from that log. There are also feature request for device discovery based on SNMP traps: https://www.radensolutions.com/chiliproject/issues/307. We plan to implement it in one of next versions.

Best regards,
Victor

Hi!

Yes, it is a feature request. It is not hard to implement, I'll make it for 1.2.10 release.

Best regards,
Victor

Hi!

If I understand you correctly, you are trying to process SNMP traps, right? If this is the case, you don't need data collection - you have to configure trap mapping and process events accordingly. System already have predefined mappings for standard SNMP traps like "interface down". Check SNMP trap log to ensure that server receives SNMP traps.

Best regards,
Victor

Hi!

All SNMP traps are converted into events in NetXMS server. All you have to do is to call external script from event processing policy as a reaction to these trap-originated events. You can define "execute command on management server" action to call local script on NetXMS server.

Best regards,
Victor

Hi!

Just checked on my test server - it can import this template. However, template is a bit broken. Please try attached one.

Best regards,
Victor

Сейчас такой возможности нет. Добавил feature request: https://www.radensolutions.com/chiliproject/issues/409.

timestamp v idata - это текущее время сервера в UTC. Возможно неправильная зона на сервере?

А устройство реально может отдавать информацию по интерфейсам? Попробуйте SNMP  walk сделать по ветке .1.2.6.1.2.1.2.

Can you be more specific please? What exact problem you have with loading MIBs?

Best regards,
Victor

Actually, there are no easy way to achieve what you want. You can do mass change using nxshell script, but it's not very easy anyway. I will add an option to "Create interface DCI" dialog to use bits instead of bytes (https://www.radensolutions.com/chiliproject/issues/390).

Best regards,
Victor

Если у ноды поменялся IP, то сервер узнает об этом только если как primary host name указан DNS адрес, тогда при следующем configuration poll primary IP address изменится. Еще сервер должен определять новый IP по MAC адресу, но это работает только в том случае, если включен network discovery (и если он у ва с включен, то это баг, поскольку виден новый IP через ARP). Установка агентов не поможет, поскольку сервер не знает о смене IP.

А на рабочей станции какое время и time zone? Сервер передает всегда UTC время на консоль, и это уже консоль переводит в локальное время клиента. JRE не меняли на клиенте в последнее время?

Наверное все-таки баг Добавил в план исправить в 1.2.10 (https://www.radensolutions.com/chiliproject/issues/389).

Похоже что по какой-то причине для обьекта не была создана таблица idata. Попробуйте создать ее вручную:

CREATE TABLE idata_1064 (item_id integer not null,idata_timestamp integer not null,idata_value varchar(255) null);
CREATE CLUSTERED INDEX idx_idata_1064_id_timestamp ON idata_1064(item_id,idata_timestamp);

Скорее всего он через SNMP возвращает интерфейсы, но не IP адреса. Можно прислать полный SNMP walk по устройству?