Вложенный lld

[spoyler]

Добрый день.

Необходимо решить проблему вложенного LLD.

Есть к примеру LLD rule:

discovery[{#SNMPVALUE},.1.3.6.1.4.1.5.1.2]

оно вернет OID: .1.3.6.1.4.1.5.1.2.3

по которому нужно выполнить дальнейшие обнаружение. т.е:

discovery[{#SNMPVALUE},.1.3.6.1.4.1.5.1.2.3]

Так возможно несколько уровней.
Как такое можно реализовать?

[zmdpc]

Можно поинтересоваться почему нельзя искать сразу то что нужно ?
Для сокращения времени поиска ? Не хватает фильтров ?

[spoyler]

Может изначально я подошел не так к решению задачи.

Требуется следующее:

Есть хост, на нем запущен snmp клиент.

Структура MIB файла примерно следующая:

Таблица 1
1.1.1.1.1.2.[X].1 имя устройства
1.1.1.1.1.2.[X].2 ip устройства
1.1.1.1.1.2.[X].3 состояние устройства

Таблица 2
1.1.1.5.1.2.[X].[Y1] группа датчиков на устройстве 1
1.1.1.5.1.2.[X].[Y2] группа датчиков на устройстве 2
1.1.1.5.1.2.[X].[Y3] группа датчиков на устройстве 3

Таблица 3
1.1.1.7.1.3.[X].[Y1].[Z1] датчик 1
1.1.1.7.1.3.[X].[Y2].[Z2] датчик 2
1.1.1.7.1.3.[X].[Y2].[Z3] датчик 3

Таблица 4
1.1.1.7.1.4.[X].[Y1].[Z1] состояние датчика 1
1.1.1.7.1.4.[X].[Y2].[Z2] состояние датчика 2
1.1.1.7.1.4.[X].[Y3].[Z3] состояние датчика 3


В конечном итоге это все требуется завести в zabbix и желательно иметь тригера, по которым можно было бы быстро сказать, что состояние датчика Z в группе датчиков Y на устройстве X изменилось.

Если написать discovery[{#SNMPVALUE},.1.1.1.7.1.3], то обнаружатся все датчики, но как "правильно" создать всю структуру у меня не укладывается пока в голове.

[yukra]

Может изначально я подошел не так к решению задачи.

Требуется следующее:

Есть хост, на нем запущен snmp клиент.

Структура MIB файла примерно следующая:

Таблица 1
1.1.1.1.1.2.[X].1 имя устройства
1.1.1.1.1.2.[X].2 ip устройства
1.1.1.1.1.2.[X].3 состояние устройства

Таблица 2
1.1.1.5.1.2.[X].[Y1] группа датчиков на устройстве 1
1.1.1.5.1.2.[X].[Y2] группа датчиков на устройстве 2
1.1.1.5.1.2.[X].[Y3] группа датчиков на устройстве 3

Таблица 3
1.1.1.7.1.3.[X].[Y1].[Z1] датчик 1
1.1.1.7.1.3.[X].[Y2].[Z2] датчик 2
1.1.1.7.1.3.[X].[Y2].[Z3] датчик 3

Таблица 4
1.1.1.7.1.4.[X].[Y1].[Z1] состояние датчика 1
1.1.1.7.1.4.[X].[Y2].[Z2] состояние датчика 2
1.1.1.7.1.4.[X].[Y3].[Z3] состояние датчика 3


В конечном итоге это все требуется завести в zabbix и желательно иметь тригера, по которым можно было бы быстро сказать, что состояние датчика Z в группе датчиков Y на устройстве X изменилось.

Если написать discovery[{#SNMPVALUE},.1.1.1.7.1.3], то обнаружатся все датчики, но как "правильно" создать всю структуру у меня не укладывается пока в голове.

Не совсем понятно что имееться ввиду под 'X', 'Yn' и 'Zn', но обычно это закрывается примером из документации.

[spoyler]

Написал такое правило

для disovery rule
discovery[{#SNMPVALUE},.1.3.6.1.4.1.50607.1.1.1.6.1.6,{#STREAM_ID},.1.3.6.1.4.1.50607.1.1.1.6.1.2,{#SOURCE_NAME},.1.3.6.1.4.1.50607.1.1.1.5.1.2]

для item prototype
Name Source :{#SOURCE_NAME} stream_id:{#STREAM_ID}
Key .1.3.6.1.4.1.50607.1.1.1.6.1.6[.{#SNMPINDEX}]
SNMP OID .1.3.6.1.4.1.50607.1.1.1.6.1.6.{#SNMPINDEX}

В поиске выдается такие 8 элементов.
А нужно 7, но с корректными именами.
Подскажите, что я делаю не так.

SNMPWalk выдает:

OID=.1.3.6.1.4.1.50607.1.1.1.2.1.4.2.2, Type=OctetString, Value=axis-camera

OID=.1.3.6.1.4.1.50607.1.1.1.6.1.2.2.3.0, Type=OctetString, Value=21761194d48c49cd9c6740ad93c8ad88
OID=.1.3.6.1.4.1.50607.1.1.1.6.1.2.2.3.1, Type=OctetString, Value=58f91c881efe465680e55dede60a311d
OID=.1.3.6.1.4.1.50607.1.1.1.6.1.2.2.3.2, Type=OctetString, Value=d8b2874a25434f3e8b784b42aa55ab9c
OID=.1.3.6.1.4.1.50607.1.1.1.6.1.2.2.3.3, Type=OctetString, Value=e02fd9c35ff64628b4b2920812510354
OID=.1.3.6.1.4.1.50607.1.1.1.6.1.2.2.3.4, Type=OctetString, Value=f3fc0b2a265143a1929eda9312d0396d
OID=.1.3.6.1.4.1.50607.1.1.1.6.1.2.2.3.5, Type=OctetString, Value=d8df022b2ee74f4aa32d968688720a9c
OID=.1.3.6.1.4.1.50607.1.1.1.6.1.2.2.3.6, Type=OctetString, Value=e7086029685748cbacc90d6bdd184cef

OID=.1.3.6.1.4.1.50607.1.1.1.6.1.6.2.3.0, Type=Integer, Value=2386
OID=.1.3.6.1.4.1.50607.1.1.1.6.1.6.2.3.1, Type=Integer, Value=462
OID=.1.3.6.1.4.1.50607.1.1.1.6.1.6.2.3.2, Type=Integer, Value=0
OID=.1.3.6.1.4.1.50607.1.1.1.6.1.6.2.3.3, Type=Integer, Value=462
OID=.1.3.6.1.4.1.50607.1.1.1.6.1.6.2.3.4, Type=Integer, Value=0
OID=.1.3.6.1.4.1.50607.1.1.1.6.1.6.2.3.5, Type=Integer, Value=2386
OID=.1.3.6.1.4.1.50607.1.1.1.6.1.6.2.3.6, Type=Integer, Value=2386

[SHUstriK]

Подниму тему, чтобы новую не плодить - существует возможность создания вложенных дискавери?
Задача простая - сначала из общей системы "задисковерить" IDшник нужного мне кластера, потом по этому IDшнику задисковерить все IDшники железных хостов с этого кластера, потом с каждой железяки задисковерить все виртуалки, а потом по каждой виртуалке дисковерить уже интерфейсы, диски и т.п.

[Hamardaban]

доскавери приводит к созданию неких объектов- в частности узлов сети
к которым можно присоединить шаблон с lld
повторить

зы
лучше бы создали новую тему - выбранная вообще не о том была