Snmp lldp динамические индексы

[astrix89]

Создал правило LLD для обнаружения oid`ов LLDP.
Выглядит это так discovery[{#LLDP_REMOTE_MAC},1.0.8802.1.1.2.1.4.1.1.5,{#LLDP _REMOTE_PORT},1.0.8802.1.1.2.1.4.1.1.7]
Ок, хорошо, свич по такому правило опрашивается, ищет то что надо.
Дальше создал 2 прототипа элемента данных.

Первый итем
Имя lldpRemChassisId $1
Ключ lldpRemChassisId.[{#LLDP_REMOTE_MAC}]
Оид iso.0.8802.1.1.2.1.4.1.1.5["index","iso.0.8802.1.1.2.1.4.1.1.5","{#LLDP_REMOT E_MAC}"]

Второй итем
Имя lldpRemPortId $1
Ключ lldpRemPortId.[{#LLDP_REMOTE_MAC}]
Оид iso.0.8802.1.1.2.1.4.1.1.7["index","iso.0.8802.1.1.2.1.4.1.1.5","{#LLDP_REMOT E_MAC}"]

Так как у нас есть динамический индек, оно так и выглядит.
Итемы создаются согласно этому правилу аля

Первый итем
Имя lldpRemChassisId $1 (хотя в списке элементов данных оно отображается как lldpRemChassisId 10 62 EB C7 3C 80)
Ключ lldpRemChassisId.[10 62 EB C7 3C 80 ]
Оид iso.0.8802.1.1.2.1.4.1.1.5["index","iso.0.8802.1.1.2.1.4.1.1.5","10 62 EB C7 3C 80 "]

Второй итем
lldpRemPortId $1 (хотя в списке элементов данных оно тотбражается как lldpRemPortId 10 62 EB C7 3C 80)
Ключ lldpRemPortId.[10 62 EB C7 3C 80 ]
Оид iso.0.8802.1.1.2.1.4.1.1.7["index","iso.0.8802.1.1.2.1.4.1.1.5","10 62 EB C7 3C 80 "]

Вроде бы все хорошо, однако есть несколько проблем с этим.

1. Время от времени разные итемы становятся неподдерживаемыми(говорит что No Such Instance currently exists at this OID).
Судя по этой документации https://www.zabbix.com/documentation...p/dynamicindex такого не должно происходить, однако...
2. Как из такого оида iso.0.8802.1.1.2.1.4.1.1.5.98618380(это значение как раз и меняется постоянно).26(порт откуда видим соседа).1(id?) вытянуть соседа и id ?

[astrix89]

Вообщем подумав над тем, что уже получилось, неплохой вариант в целом получился.
Остается только 1 вещь реализовать, и будет неплохой howto для lldp.
Как теперь посмотреть с какого порта сосед светится.
Есть стандартный оид 1.3.6.1.2.1.17.4.3.1.1 который возвращает всю таблицу коммутации со свича. Однако на разных свичах он по разному работает, на некоторых всю таблицу отдает, на некоторых всего 1 мак адрес. Такой вариант не подходит.
Есть еще 1 оид 1.3.6.1.2.1.17.7.1.2.2.1.2.(vlanid).(мак в десятиричном виде) возвращающий порт с которого приходит мак.
Есть такая идея значит:
Берем {#LLDP_REMOTE_MAC}(тут мы получаем его в формате 18 A6 F7 BA 93 E1), преобразуем в нужный нам формат(из шестнадцатиричного в десятичный), получаем что-то вроде 24.166.247.186.147.225(мак 18 A6 F7 BA 93 E1 в десятичном формате).
Остается только подсунуть это значение в оид нового итема и мы знаем с какого порта светится наш сосед.
Данной информации вполне достаточно для отрисовки топологии.
Может есть у кого какие идеи?

[astrix89]

Продолжаем.
Имеется макрос {#SNMPINDEX}, который возвращает часть snmp oid`а (122337801.28.4) в контексте предыдущих постов. В нем содержится время жизни lldp сессии, номер порта, и id сессии.
Через regexp можно разделить это на группы (?'ttl'\d*).(?'port'\d*).(?'id'\d*) такой конструкцией.
Вопрос вот в чем, каким образом мне итем создать, чтобы он мне только порт возвращал.

[VNP]

А есть продолжении истории? Так же стоит актуальный вопрос реализации lldp через zabbix.

[Hamardaban]

Посмотрите вот эту презенташку https://assets.zabbix.com/files/zabs..._in_Zabbix.pdf

[VNP]

Видел, но к сожалению все равно не пойму как решить проблему с динамическими oid'ами. Все указанные ссылки в презентации уже недоступны. Задач по отрисовке карт не стоит. Достаточно просто видеть соседей среди всех данных.