【问题标题】:Anything wrong with this trap message?这个陷阱信息有什么问题吗?
【发布时间】:2017-05-17 02:27:09
【问题描述】:

我正在使用这个 Linux 命令发送 snmp v2c 陷阱。

snmptrap -m ./ibmConvergedPowerSystems.mib -v 2c -c public 127.0.0.1 0 IBM-CPS-MIB::problemTrap cpsSystemSendTrap s "This is a test"

我收到了。

我读它的方式是它有 3 个 OID。

  1. sysUpTime oid (".1.3.6.1.2.1.1.3.0") - 为 0。

  2. snmpTrapOID (".1.3.6.1.6.3.1.1.4.1.0") - 包含此 OID -> http://www.oidview.com/mibs/2/IBM-CPS-MIB.html

  3. 带有数据的企业特定陷阱(IBM-CPS-MIB 的数据)。

我做对了吗?

我只关心#3。有没有办法修改命令以摆脱其他两个 OID。还是 v2c 陷阱总是有前两个?

【问题讨论】:

    标签: snmp snmp-trap


    【解决方案1】:

    这是非常正常的企业特定 SNMP 通知。此通知的类型(PDU 格式)是 TRAPv2。此陷阱包含 3 个 varbind。 RFC1448 需要前两个。所以你无法摆脱它们。

    • 第一个 varbind snmpTrapOID.0 是标识陷阱类型的实际对象标识符 (OID)。
    • 第二个 varbind sysUptime.0 来自 RFC1213 (MIB-2)。基本上是设备上次重启后的时间。

    我会将.0 添加到cpsSystemSendTrap,因为它是一个标量对象。

    【讨论】:

    猜你喜欢
    • 2011-06-28
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2011-12-13
    • 2014-10-28
    相关资源
    最近更新 更多