Snmp массив

[k3NGuru]

Как в Zabbix завернуть такой SNMP?

snmpwalk -v 2с -c public 192.168.91.254 1.3.6.1.4.1.890.1.6.22.2.4.1.2

iso.3.6.1.4.1.890.1.6.22.2.4.1.2.1 = STRING: "Kem_D"
iso.3.6.1.4.1.890.1.6.22.2.4.1.2.2 = STRING: "NVK_VPN"
iso.3.6.1.4.1.890.1.6.22.2.4.1.2.3 = STRING: "MRNS_VPN"
iso.3.6.1.4.1.890.1.6.22.2.4.1.2.4 = STRING: "NSK_Office_VPN"
iso.3.6.1.4.1.890.1.6.22.2.4.1.2.5 = STRING: "NSK_Sklad"
iso.3.6.1.4.1.890.1.6.22.2.4.1.2.6 = STRING: "Decabr_VPN"
iso.3.6.1.4.1.890.1.6.22.2.4.1.2.7 = STRING: "Vlad"
iso.3.6.1.4.1.890.1.6.22.2.4.1.2.8 = STRING: "Omsk_VPN"
iso.3.6.1.4.1.890.1.6.22.2.4.1.2.9 = STRING: "khb-hlvz"

Попробовал сделать так https://yadi.sk/i/WvG5Z_h5dFbPK но Zabbix выдает "snmp_parse_oid(): cannot parse OID "1.3.6.1.4.1.890.1.6.22.2.4.1.2.{#SNMPINDEX}". "

Как тут сделать массив в шагом в 1?

[Jimson]

Макросы {#...} допустимы только в прототипах, а вы похоже пытаетесь элемент данных делать.

[rough-84]

Jimson в общем то ответил на вопрос в чем ошибка.
http://habrahabr.ru/company/zabbix/blog/203050/
Посмотрите как там делают прототипы.

[k3NGuru]

Совет нужен. Есть большое желание подружить Zabbix и Zywall.
Есть у Zywall шайтан IpSec VPN. По SNMP все это дело видится. Взял за основу данную статью http://habrahabr.ru/company/zabbix/blog/203050/

Что я сделал:

Создал шаблон Zywall
Далее создал новое правило обнаружения

Создал Прототип элемента данных для Обнаружения

И создал прототип триггера


Присвоил шаблон своей железке, а там шиш. Ничего нет. Пусто.

Где я допустил ошибку или что еще не прикрепил?

Вот значения SNMP. Первое это список, второе состояние VPN

[zabbix@exa ~]$ snmpwalk -c public -v 2c 192.168.91.254 1.3.6.1.4.1.890.1.6.22.2.4.1.2
SNMPv2-SMI::enterprises.890.1.6.22.2.4.1.2.1 = STRING: "NVK_VPN"
SNMPv2-SMI::enterprises.890.1.6.22.2.4.1.2.2 = STRING: "MRNS_VPN"
SNMPv2-SMI::enterprises.890.1.6.22.2.4.1.2.3 = STRING: "NSK_Office_VPN"
SNMPv2-SMI::enterprises.890.1.6.22.2.4.1.2.4 = STRING: "NSK_Sklad"
SNMPv2-SMI::enterprises.890.1.6.22.2.4.1.2.5 = STRING: "Decabr_VPN"
SNMPv2-SMI::enterprises.890.1.6.22.2.4.1.2.6 = STRING: "Vlad"
SNMPv2-SMI::enterprises.890.1.6.22.2.4.1.2.7 = STRING: "Omsk_VPN"
SNMPv2-SMI::enterprises.890.1.6.22.2.4.1.2.8 = STRING: "khb-hlvz"
SNMPv2-SMI::enterprises.890.1.6.22.2.4.1.2.9 = STRING: "Syslog_Decabr"
SNMPv2-SMI::enterprises.890.1.6.22.2.4.1.2.10 = STRING: "SB_Kem"

[zabbix@exa ~]$ snmpwalk -c public -v 2c 192.168.91.254 1.3.6.1.4.1.890.1.6.22.2.4.1.6
SNMPv2-SMI::enterprises.890.1.6.22.2.4.1.6.1 = INTEGER: 1
SNMPv2-SMI::enterprises.890.1.6.22.2.4.1.6.2 = INTEGER: 1
SNMPv2-SMI::enterprises.890.1.6.22.2.4.1.6.3 = INTEGER: 1
SNMPv2-SMI::enterprises.890.1.6.22.2.4.1.6.4 = INTEGER: 1
SNMPv2-SMI::enterprises.890.1.6.22.2.4.1.6.5 = INTEGER: 1
SNMPv2-SMI::enterprises.890.1.6.22.2.4.1.6.6 = INTEGER: 1
SNMPv2-SMI::enterprises.890.1.6.22.2.4.1.6.7 = INTEGER: 1
SNMPv2-SMI::enterprises.890.1.6.22.2.4.1.6.8 = INTEGER: 1
SNMPv2-SMI::enterprises.890.1.6.22.2.4.1.6.9 = INTEGER: 0
SNMPv2-SMI::enterprises.890.1.6.22.2.4.1.6.10 = INTEGER: 1

В SNMP mib Zywall это
.1.3.6.1.4.1.890.1.6.22.2.4.1.2 -- vpnConnectionName
.1.3.6.1.4.1.890.1.6.22.2.4.1.6 -- vpnConnectStatus

[Jimson]

Во первых, вы поставили интервал "обнаружения" 12 часов, вы свое сообщение написали спустя 12 после того как прикрепили шаблон?
Во вторых не видно фильтров, возможно вы все отфильтровали.

В третьих... ну я даже не знаю что сказать глядя на ваш ЭД. Ну как минимум в имени надо сделать какую то привязку к создаваемому элементу, в вашем случае это название {#SNMPVALUE}, в противном случае вы ожидаете что у вас создадутся 10 ЭД с одним и тем же названием "VPN Status"? Нет не создадутся. Далее, используя {#SNMPINDEX} в ключе ЭД вы получаете ситуацию что при изменении индекса ЭД будет пересоздан, т.о. история потеряется, а вероятнее всего история, например, VPN_KURSK окажется историей VPN_BABRUYSK, ну и так далее. Имя ЭД данных и его ключ должны быть связаны с неизменяемой частью объекта, в вашем случае это название VPN, в случае с интерфейсами это название интерфейса "FastEthernet0/14" и так далее, "индекс" же используется почти всегда только для OID.

Все проблемы в использовании LLD и большинство вопросов на форуме с ним связанные вытекают из того что вы просто не понимаете логики работы с SNMP tables, а просто пытаете по аналогии с примером из документации что то слепить. Если вы не понимаете почему у вас не работает LLD делайте шаблон с фиксированными элементами и пользуйте его, вот когда поймете почему вас не устраивает фиксированный шаблон, тогда и переходите на LLD.

[lopaka]

В title прототипа элемента данных добавьте {#SNMPVALUE} или {#SNMPINDEX}.
P.S. опоздал с ответом

Кстати, в триггере у вас ошибка {#SNMVALUE}, пропустили P

[k3NGuru]

Jimson
Спасибо большое за наставления.
После вашего поста исправился, пошел покурил ман по LLD на вики https://www.zabbix.com/documentation...evel_discovery

Там все доступно объяснено, полностью пересоздал Обнаружение и вуаля, все работает.
Вбил значение SNMP ключ snmp.discovery


Тут разобрался с SNMPValue и SNMPIndex


Показывает, есть или нет статус. Спасибо за помощь

[Jimson]

Я же написал, в "ключ" тоже надо value использовать, именно "ключ" для ЭД является идентификатором, а следовательно должен быть persistent.
Индекс в snmp таблицах исторически nonpersistent, перезагрузили железку и ваши VPN будут в другом порядке в списке.

[k3NGuru]

Я же написал, в "ключ" тоже надо value использовать, именно "ключ" для ЭД является идентификатором, а следовательно должен быть persistent.
Индекс в snmp таблицах исторически nonpersistent, перезагрузили железку и ваши VPN будут в другом порядке в списке.

Исправил. Кстати а как правильно ключ указывать
vpnConnectStatus.[{#SNMPVALUE}] или vpnConnectStatus[{#SNMPVALUE}] ? В чем разница? Посмотрел как дефолтный шаблон с интерфейсами сделан, там без точки, а в вики там указан с точкой

[Jimson]

это просто идентификатор, ключ-строка, чего хочешь там то и пишешь, суть в том что это должен получиться уникальный идентификатор ЭД, уникальный для хоста