Отсутствуют OID'ы SNMP для Mikrotik

Когда я запускаю snmpwalk на 750r3, вижу неизвестный OID .1.3.6.1.4.1.14988.1.1.3.14.0, который у меня равен 880, и ни описания, ни похожего на значение не найти. При этом команда /system health print oid выдает кучу OID-ов, большинство из которых, похоже, не поддерживаются на этой модели:

active-fan: .1.3.6.1.4.1.14988.1.1.3.9.0  
voltage: .1.3.6.1.4.1.14988.1.1.3.8.0  
temperature: .1.3.6.1.4.1.14988.1.1.3.10.0  
processor-temperature: .1.3.6.1.4.1.14988.1.1.3.11.0  
current: .1.3.6.1.4.1.14988.1.1.3.13.0  
fan-speed: .1.3.6.1.4.1.14988.1.1.3.17.0  
fan-speed2: .1.3.6.1.4.1.14988.1.1.3.18.0  
power-consumption: .1.3.6.1.4.1.14988.1.1.3.12.0  
psu1-state: .1.3.6.1.4.1.14988.1.1.3.15.0  
psu2-state: .1.3.6.1.4.1.1  

У этого устройства нет вентилятора и датчиков температуры процессора, так что большинство этих параметров нереальны.

Вот что возвращает snmpwalk:  
SNMPv2-SMI::enterprises.14988.1.1.3.8.0 = INTEGER: 245  
SNMPv2-SMI::enterprises.14988.1.1.3.9.0 = STRING: "n/a"  
SNMPv2-SMI::enterprises.14988.1.1.3.10.0 = INTEGER: 370  
SNMPv2-SMI::enterprises.14988.1.1.3.14.0 = INTEGER: 880  

Похоже, что “active-fan” возвращает “N/A” (ну как иначе, ведь вентилятора нет, так зачем что-то возвращать?). Пожалуйста, относитесь к этим переменным по-серьезному: возвращайте те, что описаны, и не выдавайте те, что не относятся к устройству.

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

Вы можете отслеживать это через API.

Я бы не сказал, что это лучше, согласен, что должно быть доступно больше SNMP OID, но когда это единственное, что работает, можно сказать, что так лучше. Помню, есть такая непонятная функция, которая позволяет вызвать скрипт при опросе определённого диапазона SNMP OID и вернуть значение, которое вернёт этот скрипт. Правда, я так и не понял, как это вообще должно работать.

На самом деле, развёртывать кастомные скрипты прямо на маршрутизаторах, чтобы заполнить одну ветку дерева SNMP необходимыми OID, которые по идее должны там быть изначально — это, на мой взгляд, довольно «косячное» решение... К тому же CCR1072, похоже, единственное устройство с отсутствующими аппаратными OID. По крайней мере, других таких мы пока не встречали. Поэтому толку создавать и поддерживать исключение особо нет. Правильно определённые OID — это ожидаемое поведение для устройств с поддержкой SNMP, так что, на мой взгляд, именно так и нужно поступать с CCR1072. Тогда мы смогли бы полностью мониторить его корректно и надёжно, как и любой другой маршрутизатор Mikrotik.

Почти уверен, что на реализацию этого одному разработчику потребуется не больше полдня-одного дня. По крайней мере, сейчас мы успеваем собрать всё необходимое (здорова системы и аппаратуры, трафик и ошибки интерфейсов, обновления и так далее). Но соглашусь, могут быть и специфические случаи. Загляни в Mikrotik MIB — найдёшь там нужное. Соответствующая запись — mtxrScriptRun (.1.3.6.1.4.1.14988.1.1.18), которая предоставляет таблицу пользовательских скриптов с возможностью их запуска и получения результата обратно.

Если, можно так сказать, он может вернуть многострочную строку, я смогу собрать всё, что нужно, и вывести это за один запрос SNMP. Попробую!