Динамические индексы (OID not increasing)

[turboon]

Здравствуйте. Помогите мне прояснить ситуацию, уважаемые эксперты .

На тот случай, если SNMP-агент ( в нашем случае Proware SB-2124-G1A3 ) в процессе snmpwalk отдает OID'ы не по возрастанию, в одноименной утилите предусмотрен ключ -Cc. Например, без ключа процесс затыкается:

[user@host ~]$ snmpwalk -crover-v7 -v2c 10.10.10.10 .1.3.6.1.4.1.14752.1.2.1.1.1

SNMPv2-SMI::enterprises.14752.1.2.1.1.1.1 = STRING: "1"
SNMPv2-SMI::enterprises.14752.1.2.1.1.1.10 = STRING: "10"
SNMPv2-SMI::enterprises.14752.1.2.1.1.1.11 = STRING: "11"
SNMPv2-SMI::enterprises.14752.1.2.1.1.1.12 = STRING: "12"
SNMPv2-SMI::enterprises.14752.1.2.1.1.1.2 = STRING: "2"
Error: OID not increasing: SNMPv2-SMI::enterprises.14752.1.2.1.1.1.12
 >= SNMPv2-SMI::enterprises.14752.1.2.1.1.1.2 

А вот так:

[user@host ~]$ snmpwalk -Cc -crover-v7 -v2c 10.10.10.10 .1.3.6.1.4.1.14752.1.2.1.1.1 

Отрабатывает нормально

При поиске динамического индекса, заббикс также проверяет порядок следования OID'ов, и выдает NOTSUPPORTED в случае нарушения порядка. Я "пофиксил" это, закомментировав несколько строчек в исходнике check_snmp.c заббикс-сервера.

Подкажите, нельзя ли избежать правки исходников в этом случае?

[inform11]

хм
у меня snmpwalk проходит на ура без всяких ошибок
правда может железка какая нить странная, но с сиськами без проблем.
ни разу в исходники не лез, только в пхп дописывал себе необходимые отчеты...
а из забикса я к snmp обращаюсь по MIB - удобнее, читабельнее, и не чувствителен в пересчету OID для виртуальных интерфейсов после перезагрузки железа.

[wavilen]

Столкнулся с такой же проблемой. Решал иначе.
discovery элементы возвращают JSON объект,

https://www.zabbix.com/documentation/ru/2.0/manual/discovery/low_level_discovery#json_формат_обнаружения_элемента_данных

написал скрипт и через внешние проверки передал только нужное, к тому же такой подход позволяет гибче подойти к вопросу, например внедрить переменную из SQL....