Получение snmpvalue - No Such Instance currently exists at this OID

[fractal90]

Всем привет, есть у меня такой длинный oid

 snmpwalk -v2c -c zabbix 172.26.84.1 .1.3.6.1.4.1.9.9.1001.1.5.1.3.4
CISCO-SMI::ciscoMgmt.1001.1.5.1.3.4.192.168.56.253.4.192.168.56.248.12386.12346.2.4.78.111.110.101 = Gauge32: 0
CISCO-SMI::ciscoMgmt.1001.1.5.1.3.4.192.168.56.253.4.192.168.56.249.12386.12346.2.4.78.111.110.101 = Gauge32: 0
CISCO-SMI::ciscoMgmt.1001.1.5.1.3.4.192.168.56.253.4.192.168.57.173.12386.12346.2.4.78.111.110.101 = Gauge32: 41
CISCO-SMI::ciscoMgmt.1001.1.5.1.3.4.192.168.56.253.4.192.168.57.174.12386.12346.2.4.78.111.110.101 = Gauge32: 40

Я хочу получить значение 41 это ms, но когда выполняю snmpget, то получаю ошибку

snmpget -v2c -c cisco_zabbix 172.26.84.1 .1.3.6.1.4.1.9.9.1001.1.5.1.3.4.192.168.56.253.4.192.168.57.173.12386.12346.2.4.78.111.110.101
CISCO-SMI::ciscoMgmt.1001.1.5.1.3.4.192.168.56.253.4.192.168.57.173.12386.12346.2.4.78.111.110.101 = No Such Instance currently exists at this OID​

как то можно победить такое?

[Kos]

Могу предположить, что тут одно из двух: либо возвращаются достаточно динамические значения (сейчас такой OID есть, через минуту - уже нет, т.к. клиент отсоединился/маршрут перестроился/что-то-ещё-произошло), либо специфика CISCO - snmpwalk-ом забирать значения, начиная обходить ветку дерева с какой-то точки, позволяет, а забирать конкретное значение snmpget-ом - уже нет.
Для второго случая в версии Zabbix 7.0 можно использовать тот же метод snmpwalk, после чего при помощи предобработки вырезать из результата лишь нужную строку и вторым шагом преобразовывать в корректный формат.

[fractal90]

Могу предположить, что тут одно из двух: либо возвращаются достаточно динамические значения (сейчас такой OID есть, через минуту - уже нет, т.к. клиент отсоединился/маршрут перестроился/что-то-ещё-произошло), либо специфика CISCO - snmpwalk-ом забирать значения, начиная обходить ветку дерева с какой-то точки, позволяет, а забирать конкретное значение snmpget-ом - уже нет.
Для второго случая в версии Zabbix 7.0 можно использовать тот же метод snmpwalk, после чего при помощи предобработки вырезать из результата лишь нужную строку и вторым шагом преобразовывать в корректный формат.

Видимо второй, периодически данные отлавливаются в zabbix, рисует прерывисто именно этот параметр, остальные без проблем (cpu/memory/performance и т.д.), буду ждать тогда когда у нас внедрят версию 7, годика через полтора видимо))

с системы мониторинга cisco, этот параметр снимается нормально

[Kos]

Видимо второй, периодически данные отлавливаются в zabbix, рисует прерывисто именно этот параметр, остальные без проблем (cpu/memory/performance и т.д.), буду ждать тогда когда у нас внедрят версию 7, годика через полтора видимо))

До седьмой версии можно использовать аналогичный подход, только вместо walk[<OID>] использовать discovery[{#LLDMACRO},<OID>]. Разве что предобработку придётся делать чуть по-другому (разбирать JSON).

[fractal90]

До седьмой версии можно использовать аналогичный подход, только вместо walk[<OID>] использовать discovery[{#LLDMACRO},<OID>]. Разве что предобработку придётся делать чуть по-другому (разбирать JSON).

это как раз LLD, но без Json, версия 4.0.6

[Andrew Grekhov]

2 fractal90,
А попробуй в конец OID дописать ".0"
Такое надо на APC делать когда вместо snmpwalk используешь snmpget.
Если не оно, то покопайся в cisco насчет greenpower, и прочих отключений при неиспользовании ресурсов.