SNMP и icmpping. Ключ как параметр другого ключа.

[Requiem]

Добрый день!
При помощи zabbix 2.0.3 осуществляю мониторинг точек доступа wi-fi. Параметры точек, такие как статус, ip, mac-addr снимаю путем snmp опроса контроллера wlc.
IP, получаемый по snmp, сохраняется в ключе ap.ip-addr. Есть необходимость дальнейшего использования полученного строкового типа данных (например, 10.0.0.1) в ключе icmpping в качестве параметра ip-адреса (icmpping[ap.ip-addr,100,64,60]).
К сожалению, именно подставлением элемента данных ap.ip-addr в качестве параметра icmpping сделать не удалось.

Какие варианты решения этой задачи (использования последнего полученного значения элемента данных в другом элементе данных) могут быть?

[zalex_ua]

Разве что низкоуровневое обнаружение может помочь.

https://www.zabbix.com/documentation/2.0/manual/discovery/low_level_discovery#discovery_of_snmp_oids

[Requiem]

низкоуровневое обнаружение

Разве что низкоуровневое обнаружение может помочь.
https://www.zabbix.com/documentation...y_of_snmp_oids

Спасибо за совет. Я рассматривал этот вариант решения, но, к сожалению, он не помог. Насколько я понял, snmpindex может сохранять лишь значение после последней точки в oid. Мой wlc контроллер каждой точке присваивает свою часть oid ( не 1 число, например, 1,2,3,4...99, а 136.117.86.58.105.192, 100.216.20.205.147.112 и т.п.) и добавляет его после последней точки в дереве oid, например, 1.3.6.1.4.1.14179.2.2.1.1.3.136.117.86.58.105.192 . А с помощью snmpindex можно получить лишь последнее значение: 192, 112 и прочее.
Правильно я понимаю?

[zalex_ua]

Спасибо за совет. Я рассматривал этот вариант решения, но, к сожалению, он не помог. Насколько я понял, snmpindex может сохранять лишь значение после последней точки в oid. Мой wlc контроллер каждой точке присваивает свою часть oid ( не 1 число, например, 1,2,3,4...99, а 136.117.86.58.105.192, 100.216.20.205.147.112 и т.п.) и добавляет его после последней точки в дереве oid, например, 1.3.6.1.4.1.14179.2.2.1.1.3.136.117.86.58.105.192 . А с помощью snmpindex можно получить лишь последнее значение: 192, 112 и прочее.
Правильно я понимаю?

Понимаете правильно, но вот на сцену выходит будущая 2.2 и вы должны обрадоваться

https://www.zabbix.com/documentation/2.2/manual/introduction/whatsnew220#support_for_long_and_string_snmp_indexes

Переходите на транк (разработка 2.2) и будет вам счастье, и ничего страшного в этом нету.

А чтобы не было вопросов "когда?", вот - https://www.zabbix.org/wiki/Docs/roadmap

[Requiem]

благодарю

Понимаете правильно, но вот на сцену выходит будущая 2.2 и вы должны обрадоваться

https://www.zabbix.com/documentation/2.2/manual/introduction/whatsnew220#support_for_long_and_string_snmp_indexes

Переходите на транк (разработка 2.2) и будет вам счастье, и ничего страшного в этом нету.

А чтобы не было вопросов "когда?", вот - https://www.zabbix.org/wiki/docs/roadmap

Большое спасибо!

[Jimson]

omg, там ZBXNEXT-1 решили !

P.S. смысл ради индекса в LLD на девел ветку ползти? строй LLD JSON скриптом, возможности скрипта встроенным функционалом никогда не переплюнуть, и импрувить его пустая трата времени (разве что конкретно этот импрув реализуется переписыванием верификации данных, грубо говоря убиранием жестких проверок).

2 Requeim: 6 октетов смахивают на MAC