1) Есть девайс erd 3 у которого порт работает в режиме 10 half. Также работает по snmp, v1 community public.
Никак не хочет восприниматься netxms, даже мака не определяет. По снмп также не хочет опрашивать, хотя если делать геты или сеты через консоль то все отрабатывает. Онлайн пример 92.242.19.24:6280, ссылка на само устройство http://shop.nag.ru/catalog/00007.Avtomatizatsiya-i-monitoring/05629.Mikrokontrollery/08424.SNR-ERD-30
2) при network discovery релейки (wireless bridge) добавляются в кажом проходе заново причем не в подсеть а в корень дерева
(http://s019.radikal.ru/i605/1207/a3/fea94d336945.png)
3) по моему в ява консоли отсутствует пункт clear history.
Не смог подключится по SNMP, только на web интерфейс. Было бы очень полезно SNMP доступ получить тоже. По wireless bridge - а как у них выглядят интерфейсы?
Quote from: Victor Kirhenshtein on July 30, 2012, 09:47:38 AM
Не смог подключится по SNMP, только на web интерфейс. Было бы очень полезно SNMP доступ получить тоже. По wireless bridge - а как у них выглядят интерфейсы?
интерфейсы
(http://higgs.rghost.ru/39474218/image.png)
а вот с снмп доступом сложнее, посмотрю до вечера что можно сделать, та что была по ссылке выше это от производителя.
и еще
4) Netxms добавляет vlan'ы в дерево портов устройства чем неимоверно захламляет его
(http://higgs.rghost.ru/39474617/image.png)
Quote from: SKYnv on July 30, 2012, 10:37:07 AM
и еще
4) Netxms добавляет vlan'ы в дерево портов устройства чем неимоверно захламляет его
NetXMS добавляет все интерфейсы, о которых сообщает устройство. Сделать какой-то стандартный алгоритм отсечения "ненужных" интерфейсов не думаю что возможно, к тому-же это сильно зависит от конкретной инсталляции - где-то такие интерфейсы нужны, где-то нет. Можно подумать над добавлением неких фильтров, которые можно будет делать самому, для исключения из базы интерфейсов, которые не нужны. Еще один нюанс, о котором надо помнить - интерфейсы, на которых определены IP адреса, должны быть -иначе нарушится IP топология.
Quote from: Victor Kirhenshtein on July 30, 2012, 12:53:50 PM
Quote from: SKYnv on July 30, 2012, 10:37:07 AM
и еще
4) Netxms добавляет vlan'ы в дерево портов устройства чем неимоверно захламляет его
NetXMS добавляет все интерфейсы, о которых сообщает устройство. Сделать какой-то стандартный алгоритм отсечения "ненужных" интерфейсов не думаю что возможно, к тому-же это сильно зависит от конкретной инсталляции - где-то такие интерфейсы нужны, где-то нет. Можно подумать над добавлением неких фильтров, которые можно будет делать самому, для исключения из базы интерфейсов, которые не нужны. Еще один нюанс, о котором надо помнить - интерфейсы, на которых определены IP адреса, должны быть -иначе нарушится IP топология.
ну тогда в template стоит эти фильтры добавить чтоб потом можно было скопом прогнать.
Ну это вланы, они по сути ip адресов то не имеют. это ведь лишь tag в пакете который на выходе потом удаляется. У нас сейчас еще и QinQ используется (DoubleVlan) там два tag друг за другом, магистральный поверх клиентского.
Такс добрались руки до interface expected state. может стоит через скрипты или темлтейты предусмотреть массовое или автоматическое назначение?
такс, попробуйте вот этот ip 178.216.65.102 вроде все порты пооткрывал и роутинг настроил
для опроса по снмп 178.216.65.102:1616
через net-snmp опрашивает пробовал миб вайл во вложении.
мануал http://data.nag.ru/ERD/ERD-3.0/Documents/
Посмотрел. 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>
Quote from: Victor Kirhenshtein on July 31, 2012, 12:50:12 PM
Посмотрел. 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>
А не опишите что конкретно для работы необходимо? я попинаю разработчика, у меня есть выходы на него.
QuoteПри этом как значение sysObjectID возвращается .0.1.
то есть это неверно?
А если просто опрос по ip и нужным oid'ам? устройство то простецкое. Сбор температуры.
Спасибо.
Quote from: SKYnv on July 31, 2012, 01:58:15 PM
А не опишите что конкретно для работы необходимо? я попинаю разработчика, у меня есть выходы на него.
В идеале - поддержка 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-а брать информацию.
Quote from: SKYnv on July 31, 2012, 01:58:15 PM
QuoteПри этом как значение sysObjectID возвращается .0.1.
то есть это неверно?
Да, должно быть что-то из .1.3.6.1.4.1, ну или если еще не выделен свой enterprise id, то наверное из experimental, где сейчас находится MIB для устройства (.1.3.6.1.3.120).
Quote from: SKYnv on July 31, 2012, 01:58:15 PM
А если просто опрос по ip и нужным oid'ам? устройство то простецкое. Сбор температуры.
Так это ведь вроде как работает? У меня устройство определилось как SNMP устройство, и получать значения по SNMP с него можно было - единственная проблема вообсчем-то, что нет информации об интерфейсах, роутинге, и т.д.
Quote from: Victor Kirhenshtein on July 31, 2012, 03:17:22 PM
Quote from: SKYnv on July 31, 2012, 01:58:15 PM
А не опишите что конкретно для работы необходимо? я попинаю разработчика, у меня есть выходы на него.
В идеале - поддержка 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-а брать информацию.
Quote from: SKYnv on July 31, 2012, 01:58:15 PM
QuoteПри этом как значение sysObjectID возвращается .0.1.
то есть это неверно?
Да, должно быть что-то из .1.3.6.1.4.1, ну или если еще не выделен свой enterprise id, то наверное из experimental, где сейчас находится MIB для устройства (.1.3.6.1.3.120).
Quote from: SKYnv on July 31, 2012, 01:58:15 PM
А если просто опрос по ip и нужным oid'ам? устройство то простецкое. Сбор температуры.
Так это ведь вроде как работает? У меня устройство определилось как SNMP устройство, и получать значения по SNMP с него можно было - единственная проблема вообсчем-то, что нет информации об интерфейсах, роутинге, и т.д.
спасибо брошу разработчику.
странно а мне не удалось опросить хотя вручную ставил собирать чтобы строить граф.
спасибо
что-то в версии 1.2.2 alarm viewer и alarm notifier перестали работать. Последний так вообще не запускается.
Исправленный alarm viewer есть здесь: https://www.netxms.org/forum/general-support/alarm-browser-gt-netxms-console-fatal-error/msg7982/#msg7982 (https://www.netxms.org/forum/general-support/alarm-browser-gt-netxms-console-fatal-error/msg7982/#msg7982). Alarm notifier посмотрю, там скорее всего таже самая проблема.
Напишу сюда. Внес в программу Cisco, но на вкладке "Интерфейсов" есть колонка "Имя" и "Description", в "Имя" отображается короткое название интерфейса, а в "Description" полное наименование интерфейса. Наверно должно быть в "Имя" полное название интерфейса, а в "Description" описание которое установлено пользователем.
День добрый, вернулся с отпуска.
Вот такая штука иногда бывает.
(http://rghost.ru/39888365/thumb.png) (http://rghost.ru/39888365.view)
видимо когда возникает проблема с configuration poll при следующем опросе все нормально.
какие новости? )
Quote from: SKYnv on August 20, 2012, 10:58:00 AM
День добрый, вернулся с отпуска.
Вот такая штука иногда бывает.
(http://rghost.ru/39888365/thumb.png) (http://rghost.ru/39888365.view)
видимо когда возникает проблема с configuration poll при следующем опросе все нормально.
какие новости? )
Да, я тоже с таким сталкивался. Возможно надо добавить проверку, что если MAC адрес меняется на 000000000000, то сразу этого не делать (или вообсче никогда не делать, и помнить последний известный).
А что насчет этого?
Внес в программу Cisco, но на вкладке "Интерфейсов" есть колонка "Имя" и "Description", в "Имя" отображается короткое название интерфейса, а в "Description" полное наименование интерфейса. Наверно должно быть в "Имя" полное название интерфейса, а в "Description" описание которое установлено пользователем.
Quote from: doncelab on August 22, 2012, 11:49:13 AM
А что насчет этого?
Внес в программу Cisco, но на вкладке "Интерфейсов" есть колонка "Имя" и "Description", в "Имя" отображается короткое название интерфейса, а в "Description" полное наименование интерфейса. Наверно должно быть в "Имя" полное название интерфейса, а в "Description" описание которое установлено пользователем.
все логично там вроде...
Quote from: SKYnv on August 22, 2012, 06:26:53 PM
Quote from: doncelab on August 22, 2012, 11:49:13 AM
А что насчет этого?
Внес в программу Cisco, но на вкладке "Интерфейсов" есть колонка "Имя" и "Description", в "Имя" отображается короткое название интерфейса, а в "Description" полное наименование интерфейса. Наверно должно быть в "Имя" полное название интерфейса, а в "Description" описание которое установлено пользователем.
все логично там вроде...
Тут получается дубляж. Зачем мне и короткое наименование интерфейса и полное. А вот в интерфейсе оборудование есть параметр Description в котором я указываю направление (Москва, Питер и т.д.) вот и логичнее получается что в имени нужно полное наименование интерфейса, а в поле Description то которое стоит в интерфейсе.
Quote from: doncelab on August 23, 2012, 10:25:09 AM
Quote from: SKYnv on August 22, 2012, 06:26:53 PM
Quote from: doncelab on August 22, 2012, 11:49:13 AM
А что насчет этого?
Внес в программу Cisco, но на вкладке "Интерфейсов" есть колонка "Имя" и "Description", в "Имя" отображается короткое название интерфейса, а в "Description" полное наименование интерфейса. Наверно должно быть в "Имя" полное название интерфейса, а в "Description" описание которое установлено пользователем.
все логично там вроде...
Тут получается дубляж. Зачем мне и короткое наименование интерфейса и полное. А вот в интерфейсе оборудование есть параметр Description в котором я указываю направление (Москва, Питер и т.д.) вот и логичнее получается что в имени нужно полное наименование интерфейса, а в поле Description то которое стоит в интерфейсе.
В имени пишется системное имя интерфеса, которое например используется в конфигах для прописи. Пример из freebsd
ifconfig msk0 inet 192.168.1.1./24
пишеться такое вот краткое имя, а в дескрипшене уже можно написать хоть полотно текста. Так что имхо все логично работает.
В поле name показывается то, что устройство возвращает для OIDа ifXName, а в description - для OIDа ifDescription.
Может ты конечно говорим о разном, но для меня логичнее было бы в "Имя" вот этот OID = .1.3.6.1.2.1.31.1.1.1.1.1, а в "Description" OID = .1.3.6.1.2.1.31.1.1.1.18.1