我的系统上安装了RFC1628_UPS_MIB(UPS-MIB)和SNMPv2-SMI(SNMPv2-SMI)。
我正在使用net-snmp工具snmptrapd来接收陷阱。
我的Liebert NPower UPS的陷阱正在按照我的预期通过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的新手,所以我不希望我发现了一个实施中的缺陷。任何人都可以解释这里发生的事情或者指出一个可能的资源吗?
答案 0 :(得分:1)
我正在回答我自己的问题。
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提示我回答我自己的问题。
答案 1 :(得分:0)
也感谢您很好的问题和答案
有人将企业MIB添加到标准系统MIB中时。 (1.3.6.4.1。#####。1 *)
最重要的两个步骤:
mibs :(之前)--->您需要更改所有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
继续前进。好吧