NetXMS Support Forum

Quote from: 2c2i on March 20, 2016, 10:44:19 PM

Quote
Не генерировать UP/EXPECTED DOWN события если интерфейс выходит из состояния UNKNOWN. Единственная возможная проблема которую я вижу - если интерфейс был например UP, пропала связь с SNMP агентом, интерфейс стал UNKNOWN. Потом связь восстановилась, но интерфейс уже DOWN к этому моменту. Тогда не будет события, которое на самом деле информативно.

Если EXPECTED state был UP, то после выхода из UNKNOWN нужно сгенерить  UNEXPECTED DOWN(а это другой тип евента). Таким образом если  не слать EXPECTED DOWN/UP события если интерфейс выходит из состояния UNKNOWN все будет работать как требуется - потому что смена состояния будет приводить в генерации UNEXPECTED  UP/DOWN. Потери полезного события не будет.

Ну да, достаточно запоминать последнее известное состояние, и при выходе из UNKNOWN генерить событие только в случае если новое состояние отличается.

Quote from: 2c2i on March 20, 2016, 10:44:19 PM

QuoteЭту проблему можно было бы решить галкой типа "suppress event if key not found" - то есть если ключ IF_UNEXP_UP_%i_%1 при обработке SYS_IF_EXPECTED_DOWN не найден, то подавлять ивент. С помощью такой фичи можно было бы подавлять ивенты о нормализации чего либо, если до этого не было ивента о аларме.

А почему не возможен этот вариант? Мне кажется это было бы более гибко.

А где галку ставить?

А так при помощи скриптов и custom attributes это можно и сейчас сделать.

No, currently you cannot read internal parameter from NXSL.

Best regards,
Victor

Hi,

it can be done with scripting DCI. Create script in the library which will do actual SNMP request using SNMPGetValue function, and return either obtained value, or -1 if null was returned (which indicates an error). Script example:


value = SNMPGetValue($node, ".1.3.6.1.2.1.1.1.0"); // put actual OID here
return (value != null) ? value : -1;


or you can make a universal script and pass OID as parameter:


value = SNMPGetValue($node, $1);
return (value != null) ? value : -1;


and use it like this:

MyScriptName(.1.3.6.1.2.1.1.1.0)

Best regards,
Victor

Hi,

it seems that NetXMS server cannot get interface list from device for some reason. Can you please provide results of SNMP walk on OIDs .1.3.6.1.2.1.2.2.1, .1.3.6.1.2.1.2.2.1, and .1.3.6.1.2.1.2.2.1?

Best regards,
Victor

Hi,

seems to be a bug in template auto-import. As a workaround you can delete file netxms_server.xml from file system and delete all those events except one with highest ID.

Best regards,
Victor

Upgrade as usual: https://www.netxms.org/documentation/adminguide/upgrade.html#upgrading

"Найти точку подключения" ищет MAC адрес интерфейса в таблицах MAC адресов коммутаторов. Карты строятся по результатам topology polls, там используются данные CDP, LLDP, STP, и как последнее средство таблицы MAC адресов. На закладке "Interfaces" у ноды можно посмотреть информацию по топологии, в том числе каким методом она была получена (колонка Protocol).

Пока планируем на 2.1 (следующий major release).

А на недосервере стоит NetXMS агент? Если да (или можно поставить), то агент может работать как прокси (и для других агентов, и для SNMP).

Hi,

yes, it is planned for one of next releases.

Best regards,
Victor

Hi,

currently it's not possible. Feel free to register feature request for that, it should not be hard to implement.

Best regards,
Victor

It should be nxmc.ini, not eclipse.ini.

Best regards,
Victor

Hi,

you can put interface names in double quotes (it will work for instance discovery as well), like this:

Net.Interface.BytesIn("{instance}")

which will be expanded into

Net.Interface.BytesIn("RAS (Dial In)")

and should work correctly.

Best regards,
Victor

Hi,

CATALYST-GENERIC driver uses CISCO-STACK-MIB to map interfaces to physical ports. Unfortunately this MIB is not supported by 3650. It seems that we have to use ENTITY-MIB to find physical ports. Could you please provide result of SNMP walk on OID .1.3.6.1.2.1.47.1 on your switch (or even better switch stack)?

Best regards,
Victor

Hi,

server considers that first device found in certain subnet to be configured correctly (because usually it's a router). Sometimes it may encounter incorrectly configured device first. You can check all devices within subnet manually using "Interrfaces" tab, or you can create NXSL script that will walk nodes within subnet and report those with /8 mask on interface.

Best regards,
Victor