NetXMS Support Forum

Возможно стоит увеличить интервалы между опросами. Интервал между опросами статуса (status poll) регулируется параметром сервера StatusPollingInterval. Интервал сбора данных по умолчанию задается параметром DefaultDCIPollingInterval (но может быть задан другой интервал на уровне отдельных DCI).
Если есть маршрутизаторы с полной BGP таблицой, то для них имеет смысл отключить опрос таблицы маршрутизации (закладка Polling в свойствах ноды).

А как выглядит таблица интерфейсов для этого устройства (закладка "Interfaces")?

Hi,

it's actually a bug in libnxsnmp. I've fixed it in development branch. If you are building from source, you can fix it by changing file src/snmp/libnxsnmp/main.cpp line 34:

from:
      size_t numChars = _sntprintf(&buffer[bufPos], bufferSize - bufPos, _T(".%d"), value);

to:
      size_t numChars = _sntprintf(&buffer[bufPos], bufferSize - bufPos, _T(".%u"), value);

Best regards,
Victor

Logaritmic scale is not working if series contains negative values (because you cannot get logarithm of negative value).

Best regards,
Victor

Попробовал добавить и скомпилировать - все работает. Возможно ошиблись при компиляции. Правильные шаги:

1. Переименовать файлы .mib в .txt
2. Скопировать к остальным MIB'ам (которые идут в комплекте)
3, Скомпилировать все вместе:

/opt/netxms/bin/nxmibc -z -d . -o /opt/netxms/var/lib/netxms/netxms.mib

(в этом примере NetXMS установлен в /opt/netxms, nxmibc запускался из каталога с мибами).

Сервер может принимать SNMP трапы размером до 64К. Hex в текст можно попробовать перевести скриптом при обработке события, комбинацией функций x2d и chr:


sub hex2text(in)
{
pos = 1;
byte = substr(in, pos, 3);
while(length(byte) == 3)
{
value .= chr(x2d(byte));
pos += 3;
byte = substr(in, pos, 3);
}
return value;
}

// Test:
println hex2text("53 70 65 63 69 61 6C 20 70 72 69 76 69 6C 65 67 65 73 20 61 73 73 69 67 6E 65 64 20 74 6F 20 6E 65");


Сейчас нет. Можно зарегистрировать как feature request в нашем трекере.

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).