Преобразование OID в SNMP net-snmp отличается от ожидаемого

В моей системе установлены RFC1628_UPS_MIB (UPS-MIB) и SNMPv2-SMI (SNMPv2-SMI).

Я использую инструмент net-snmp snmptrapd для получения ловушек.

Ловушки от моего ИБП Liebert NPower транслируются через SNMPv2-SMI, а не через UPS-MIB, как я ожидал.

Я получаю SNMPv2-SMI::mib-2.33.1.6.3.16, когда ожидаю UPS-MIB::upsAlarmFanFailure

Некоторая информация по устранению неполадок:

    # snmptranslate -On UPS-MIB::upsAlarmFanFailure
    .1.3.6.1.2.1.33.1.6.3.16
    # snmptranslate .1.3.6.1.2.1.33.1.6.3.16
    SNMPv2-SMI::mib-2.33.1.6.3.16

Кажется, что обе MIBS определяют один и тот же OID, и я проиграл подбрасывание монеты. Я новичок в SNMP, поэтому не думаю, что обнаружил ошибку в реализации. Может ли кто-нибудь объяснить, что здесь происходит, или указать мне на ресурс, который мог бы?


person user3689425    schedule 29.05.2014    source источник
comment
Как вы установили UPS-MIB на эту машину? Вы тоже получили все его зависимости?   -  person Lex Li    schedule 30.05.2014
comment
@LexLi Похоже, я никогда не рассказывал net-snmp об этой mib. В моей системе по умолчанию не было snmp.conf, поэтому net-snmp использовала только набор mib по умолчанию. Во время тестирования я использовал -mAll в командной строке. snmptrapd не был настроен для использования -m all. Добавлю ответ на этот вопрос. Спасибо за вашу помощь.   -  person user3689425    schedule 01.06.2014


Ответы (2)


Я отвечаю на свой вопрос.

net-snmp по умолчанию будет использовать только набор mib по умолчанию. Добавление новых mib-файлов в каталог mibs недостаточно, чтобы snmptrapd мог использовать новый mib.

Самый простой способ заставить все инструменты net-snmp видеть любые новые mib-файлы, добавленные в каталог mib, - это добавить строку mibs ALL в snmp.conf.

В моей системе не было файла snmp.conf по умолчанию, поэтому я создал файл /etc/snmp/snmp.conf с единственной строкой mibs ALL

Мои инструменты net-snmp, включая snmptrapd, теперь могут сообщать о правильных переводах oid.

Спасибо @LexLi за то, что побудили меня ответить на мой вопрос.

person user3689425    schedule 01.06.2014

Спасибо, хороший вопрос и ответ

Когда кто-то добавляет корпоративный MIB в стандартный системный MIB. (1.3.6.4.1. #####. 1 *)

Есть два наиболее важных шага:

  1. и т.д. / snmp / snmp.conf

mibs: (до) ---> вам нужно поменять ВСЕ mibs

  1. Добавьте сюда свои mibs

/ usr / share / snmp / mibs /

После этого вы должны перезагрузить систему.

и протестируем команду

snmpwalk -v2c -c публичный адрес (192.168.1.1)

snmpget -v2c -c публичный адрес (192.168.1.1) .1.3.6.1.4.1. #####. 1

Продолжайте идти. Что ж

person Piter    schedule 19.11.2018
comment
Добавляет ли это что-нибудь по сравнению с принятым ответом четырехлетней давности? - person Lightness Races in Orbit; 19.11.2018
comment
Важно, чтобы люди знали, как возникает проблема, а не только комментируют человека. - person Piter; 20.11.2018
comment
Lightness Races in Orbit, есть ли у вас опыт реализации SNMP. Все мои шаги верны, но (Нет такого объекта, доступного для этого агента с этим OID). Я могу позволить себе более уважаемый - person Piter; 20.11.2018
comment
Да, я недавно реализовал полноценный агент SNMP. Но мой комментарий не об этом. Речь идет о курировании, и, похоже, этот ответ не добавляет ничего нового, боюсь! - person Lightness Races in Orbit; 20.11.2018
comment
@Lightness Races in Orbit, добавлен корпоративный MIB, на этапе тестирования есть проблемы, такие как (Нет такого объекта, доступного для этого агента на этом OID). Пожалуйста. Если есть идея. Более уважаемый - person Piter; 21.11.2018