@skynv said in баги 1.2.2:

@doncelab said in баги 1.2.2:

А что насчет этого?
Внес в программу Cisco, но на вкладке "Интерфейсов" есть колонка "Имя" и "Description", в "Имя" отображается короткое название интерфейса, а в "Description" полное наименование интерфейса. Наверно должно быть в "Имя" полное название интерфейса, а в "Description" описание которое установлено пользователем.

все логично там вроде...

Тут получается дубляж. Зачем мне и короткое наименование интерфейса и полное. А вот в интерфейсе оборудование есть параметр Description в котором я указываю направление (Москва, Питер и т.д.) вот и логичнее получается что в имени нужно полное наименование интерфейса, а в поле Description то которое стоит в интерфейсе.

В имени пишется системное имя интерфеса, которое например используется в конфигах для прописи. Пример из freebsd
ifconfig msk0 inet 192.168.1.1./24
пишеться такое вот краткое имя, а в дескрипшене уже можно написать хоть полотно текста. Так что имхо все логично работает.

@doncelab said in баги 1.2.2:

А что насчет этого?
Внес в программу Cisco, но на вкладке "Интерфейсов" есть колонка "Имя" и "Description", в "Имя" отображается короткое название интерфейса, а в "Description" полное наименование интерфейса. Наверно должно быть в "Имя" полное название интерфейса, а в "Description" описание которое установлено пользователем.

все логично там вроде...

Тут получается дубляж. Зачем мне и короткое наименование интерфейса и полное. А вот в интерфейсе оборудование есть параметр Description в котором я указываю направление (Москва, Питер и т.д.) вот и логичнее получается что в имени нужно полное наименование интерфейса, а в поле Description то которое стоит в интерфейсе.

А что насчет этого?
Внес в программу Cisco, но на вкладке "Интерфейсов" есть колонка "Имя" и "Description", в "Имя" отображается короткое название интерфейса, а в "Description" полное наименование интерфейса. Наверно должно быть в "Имя" полное название интерфейса, а в "Description" описание которое установлено пользователем.

все логично там вроде...

День добрый, вернулся с отпуска.
Вот такая штука иногда бывает.

видимо когда возникает проблема с configuration poll при следующем опросе все нормально.

какие новости? )

Да, я тоже с таким сталкивался. Возможно надо добавить проверку, что если MAC адрес меняется на 000000000000, то сразу этого не делать (или вообсче никогда не делать, и помнить последний известный).

видимо когда возникает проблема с configuration poll при следующем опросе все нормально.

какие новости? )

@skynv said in баги 1.2.2:

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

В идеале - поддержка interface и IP MIB - ветки .1.3.6.1.2.1.2 и .1.3.6.1.2.1.4.20, хотя-бы только статическая информация - индекс интерфейса, MAC адрес, IP адрес. Как вариант - добавить два параметра в ветке .1.3.6.1.3.120.4 - MAC адрес и маска для IP адреса. Тогда я сделаю простой драйвер, который будет из этого MIB-а брать информацию.

@skynv said in баги 1.2.2:

При этом как значение sysObjectID возвращается .0.1.

 то есть это неверно?

Да, должно быть что-то из .1.3.6.1.4.1, ну или если еще не выделен свой enterprise id, то наверное из experimental, где сейчас находится MIB для устройства (.1.3.6.1.3.120).

@skynv said in баги 1.2.2:

А если просто опрос по ip и нужным oid'ам? устройство то простецкое. Сбор температуры.

Так это ведь вроде как работает? У меня устройство определилось как SNMP устройство, и получать значения по SNMP с него можно было - единственная проблема вообсчем-то, что нет информации об интерфейсах, роутинге, и т.д.

спасибо брошу разработчику.

странно а мне не удалось опросить хотя вручную ставил собирать чтобы строить граф.

спасибо

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

В идеале - поддержка interface и IP MIB - ветки .1.3.6.1.2.1.2 и .1.3.6.1.2.1.4.20, хотя-бы только статическая информация - индекс интерфейса, MAC адрес, IP адрес. Как вариант - добавить два параметра в ветке .1.3.6.1.3.120.4 - MAC адрес и маска для IP адреса. Тогда я сделаю простой драйвер, который будет из этого MIB-а брать информацию.

@skynv said in баги 1.2.2:

При этом как значение sysObjectID возвращается .0.1.

 то есть это неверно?

Да, должно быть что-то из .1.3.6.1.4.1, ну или если еще не выделен свой enterprise id, то наверное из experimental, где сейчас находится MIB для устройства (.1.3.6.1.3.120).

@skynv said in баги 1.2.2:

А если просто опрос по ip и нужным oid'ам? устройство то простецкое. Сбор температуры.

Так это ведь вроде как работает? У меня устройство определилось как SNMP устройство, и получать значения по SNMP с него можно было - единственная проблема вообсчем-то, что нет информации об интерфейсах, роутинге, и т.д.

Посмотрел. SNMP агент на этом устройстве фантастически убогий - он не возврасчает практически ничего из стандартных MIB-ов - только sysName, sysDescr, и sysObjectID. При этом как значение sysObjectID возвращается .0.1. MAC адрес с него получить в принципе невозможно. Так что особо тут ничего не сделаешь. Вот полный SNMP WALK для устройства:

C:\Source\NetXMS\x64\debug>nxsnmpwalk -v 1 -c public -p1616 178.216.65.102 .1
.1.3.6.1.2.1.1.2.0 [OBJECT IDENTIFIER]: .0.1
.1.3.6.1.2.1.1.1.0 [Hex-STRING]: 0A 20 74 20 33 31 20 27 43 0A 20 44 6F 6F 72 20 69 73 20 4F 46 46 20 20 0A 20 56 6F 6C 74 61 67 65
20 69 73 20 4F 46 46 0A 20 31 73 74 20 73 65 6E 73 20 69 73 20 4F 46 46
.1.3.6.1.2.1.1.5.0 [STRING]: ERD-3.0_1:015:180
.1.3.6.1.3.120.4.1.0 [IP ADDRESS]: 10.255.141.201
.1.3.6.1.3.120.4.2.0 [IP ADDRESS]: 10.255.141.1
.1.3.6.1.3.120.4.3.0 [IP ADDRESS]: 0.0.0.0
.1.3.6.1.3.120.4.4.0 [IP ADDRESS]: 192.168.1.170
.1.3.6.1.3.120.5.1.0 [INTEGER]: 0
.1.3.6.1.3.120.5.2.0 [INTEGER]: 0
.1.3.6.1.3.120.5.2.1.0 [INTEGER]: 0
.1.3.6.1.3.120.5.3.0 [INTEGER]: 0
.1.3.6.1.3.120.5.3.1.0 [INTEGER]: 0
.1.3.6.1.3.120.5.4.0 [INTEGER]: 0
.1.3.6.1.3.120.5.4.1.0 [INTEGER]: 0
.1.3.6.1.3.120.5.4.2.0 [INTEGER]: 0
.1.3.6.1.3.120.5.5.0 [INTEGER]: 31
.1.3.6.1.3.120.5.5.1.0 [INTEGER]: 28
.1.3.6.1.3.120.5.5.2.0 [INTEGER]: 0
.1.3.6.1.3.120.5.5.4.0 [INTEGER]: 0
.1.3.6.1.3.120.5.6.0 [INTEGER]: 1
.1.3.6.1.3.120.5.2.2.0 [INTEGER]: 10
.1.3.6.1.3.120.5.1.1.0 [INTEGER]: 0
.1.3.6.1.3.120.5.5.3.0 [INTEGER]: 0
.1.3.6.1.3.120.5.5.5.0 [INTEGER]: 0
.1.3.6.1.3.120.6.2.3.0 [STRING]: 1st sensor
.1.3.6.1.3.120.6.2.4.0 [STRING]: 2nd sensor
.1.3.6.1.3.120.6.2.5.0 [STRING]: 3rd sensor
.1.3.6.1.3.120.6.2.1.0 [STRING]: ALARM
.1.3.6.1.3.120.6.2.2.0 [STRING]: ALARM2
.1.3.6.1.3.120.6.3.0 [INTEGER]: 0
.1.3.6.1.3.120.6.1.0 [STRING]: public

C:\Source\NetXMS\x64\debug>

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

При этом как значение sysObjectID возвращается .0.1.

 то есть это неверно?

А если просто опрос по ip и нужным oid'ам? устройство то простецкое. Сбор температуры.

Спасибо.

C:\Source\NetXMS\x64\debug>nxsnmpwalk -v 1 -c public -p1616 178.216.65.102 .1
.1.3.6.1.2.1.1.2.0 [OBJECT IDENTIFIER]: .0.1
.1.3.6.1.2.1.1.1.0 [Hex-STRING]: 0A 20 74 20 33 31 20 27 43 0A 20 44 6F 6F 72 20 69 73 20 4F 46 46 20 20 0A 20 56 6F 6C 74 61 67 65
20 69 73 20 4F 46 46 0A 20 31 73 74 20 73 65 6E 73 20 69 73 20 4F 46 46
.1.3.6.1.2.1.1.5.0 [STRING]: ERD-3.0_1:015:180
.1.3.6.1.3.120.4.1.0 [IP ADDRESS]: 10.255.141.201
.1.3.6.1.3.120.4.2.0 [IP ADDRESS]: 10.255.141.1
.1.3.6.1.3.120.4.3.0 [IP ADDRESS]: 0.0.0.0
.1.3.6.1.3.120.4.4.0 [IP ADDRESS]: 192.168.1.170
.1.3.6.1.3.120.5.1.0 [INTEGER]: 0
.1.3.6.1.3.120.5.2.0 [INTEGER]: 0
.1.3.6.1.3.120.5.2.1.0 [INTEGER]: 0
.1.3.6.1.3.120.5.3.0 [INTEGER]: 0
.1.3.6.1.3.120.5.3.1.0 [INTEGER]: 0
.1.3.6.1.3.120.5.4.0 [INTEGER]: 0
.1.3.6.1.3.120.5.4.1.0 [INTEGER]: 0
.1.3.6.1.3.120.5.4.2.0 [INTEGER]: 0
.1.3.6.1.3.120.5.5.0 [INTEGER]: 31
.1.3.6.1.3.120.5.5.1.0 [INTEGER]: 28
.1.3.6.1.3.120.5.5.2.0 [INTEGER]: 0
.1.3.6.1.3.120.5.5.4.0 [INTEGER]: 0
.1.3.6.1.3.120.5.6.0 [INTEGER]: 1
.1.3.6.1.3.120.5.2.2.0 [INTEGER]: 10
.1.3.6.1.3.120.5.1.1.0 [INTEGER]: 0
.1.3.6.1.3.120.5.5.3.0 [INTEGER]: 0
.1.3.6.1.3.120.5.5.5.0 [INTEGER]: 0
.1.3.6.1.3.120.6.2.3.0 [STRING]: 1st sensor
.1.3.6.1.3.120.6.2.4.0 [STRING]: 2nd sensor
.1.3.6.1.3.120.6.2.5.0 [STRING]: 3rd sensor
.1.3.6.1.3.120.6.2.1.0 [STRING]: ALARM
.1.3.6.1.3.120.6.2.2.0 [STRING]: ALARM2
.1.3.6.1.3.120.6.3.0 [INTEGER]: 0
.1.3.6.1.3.120.6.1.0 [STRING]: public

C:\Source\NetXMS\x64\debug>

для опроса по снмп 178.216.65.102:1616
через net-snmp опрашивает пробовал миб вайл во вложении.
мануал http://data.nag.ru/ERD/ERD-3.0/Documents/

erd-3.0 .mib

@skynv said in баги 1.2.2:

и еще
4) Netxms добавляет vlan'ы в дерево портов устройства чем неимоверно захламляет его

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

ну тогда в template стоит эти фильтры добавить чтоб потом можно было скопом прогнать.
Ну это вланы, они по сути ip адресов то не имеют. это ведь лишь tag в пакете который на выходе потом удаляется. У нас сейчас еще и QinQ используется (DoubleVlan) там два tag друг за другом, магистральный поверх клиентского.

Такс добрались руки до interface expected state. может стоит через скрипты или темлтейты предусмотреть массовое или автоматическое назначение?

и еще
4) Netxms добавляет vlan'ы в дерево портов устройства чем неимоверно захламляет его

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

Не смог подключится по SNMP, только на web интерфейс. Было бы очень полезно SNMP доступ получить тоже. По wireless bridge - а как у них выглядят интерфейсы?

интерфейсы

а вот с снмп доступом сложнее, посмотрю до вечера что можно сделать, та что была по ссылке выше это от производителя.