Snmp 这个陷阱信息有什么问题吗?
我正在使用这个Linux命令发送snmp v2c陷阱Snmp 这个陷阱信息有什么问题吗?,snmp,snmp-trap,Snmp,Snmp Trap,我正在使用这个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 系统正常运行时间oid(“.1.3.6.1.2.1.1.3.0”)—它是0 snmpTrapOID(“.1.3.6.1.6.3.1.1
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
Tas这是非常正常的特定于企业的SNMP通知。此通知的类型(PDU格式)为TRAPv2。此陷阱包含3个变量绑定。前两个是需要的。所以你无法摆脱它们
- 第一个varbind
是标识陷阱类型的实际对象标识符(OID)snmpTrapOID.0
- 第二个varbind
来自RFC1213(MIB-2)。基本上是设备上次重新启动后的时间李>sysUptime.0
我想将
.0
添加到cpsSystemSendTrap
,因为它是一个标量对象。我提出了一个后续问题。上述陷阱的消费者希望SNMPTRAP Enterprise成为最后一个varbind。特定于企业的陷阱是否需要它?