Возможность использования регулярных выражения для SNMP discovery

[surgeon_2022]

Всем привет,
Есть ли возможность использовать regex для oid при SNMP discovery, например что-то вроде discovery[{#IFOPERSTATUS},1.3.6.1.2.1.2.2.1.8.(9-10)]?
На счет фильтров и preprocessing знаю, цель - не запрашивать лишние данные совсем для снижения нагрузки на свич

Спасибо.

[Kos]

Всем привет,
Есть ли возможность использовать regex для oid при SNMP discovery, например что-то вроде discovery[{#IFOPERSTATUS},1.3.6.1.2.1.2.2.1.8.(9-10)]?

Увы и ах, но чтобы подобная конструкция работала так, как вы описываете, regex должен обрабатываться на стороне свитча.
Пока этого нет, единственная альтернатива для LLD - это при помощи SNMP-запросов забирать с устройства всю таблицу целиком и затем уже обрабатывать на стороне Zabbix'a (например, с помощью предобработки либо LLD-фильтров, где регулярные выражения поддерживаются) - но это именно то, как сейчас и реализовано.

[Hamardaban]

Напишу банальность: всё что в заббикс «можно» написано в документации.
Остальное допиливается самостоятельно руками - код открыт.

ЗЫ
В современном мире преобладает принцип «использовал-выкинул» … так что «современный» ответ/совет : поменяйте свич.

[Kos]

Всем привет,
Есть ли возможность использовать regex для oid при SNMP discovery, например что-то вроде discovery[{#IFOPERSTATUS},1.3.6.1.2.1.2.2.1.8.(9-10)]?

Увы и ах, но чтобы подобная конструкция работала так, как вы описываете, regex должен обрабатываться на стороне свитча.
Пока этого нет, единственная альтернатива для LLD - это при помощи SNMP-запросов забирать с устройства всю таблицу целиком и затем уже обрабатывать на стороне Zabbix'a (например, с помощью предобработки либо LLD-фильтров, где регулярные выражения поддерживаются) - но это именно то, как сейчас и реализовано.

[surgeon_2022]

Увы и ах, но чтобы подобная конструкция работала так, как вы описываете, regex должен обрабатываться на стороне свитча.
Пока этого нет, единственная альтернатива для LLD - это при помощи SNMP-запросов забирать с устройства всю таблицу целиком и затем уже обрабатывать на стороне Zabbix'a (например, с помощью предобработки либо LLD-фильтров, где регулярные выражения поддерживаются) - но это именно то, как сейчас и реализовано.

Спасибо, так и думал, так как не смог найти что-то подобное. Тут предложили динамический OID, но, я так понял, там тоже целая ветка запрашивается в любом случае. Буду делать тогда отдельные itemы для каждого элемента данных, которые хотим получить. Нам всего-то нужно с двух портов получать данные.