snmp++ trap详解

大家知道snmp有一种特殊的包，就是trap，是当agent向管理站发送的信息，一般包含着某项错误

在介绍包结构之前 先 说几个要点

1： snmpv2的trap与snmpv1的结构相比发生了变化，snmpv2的trap 类似getresponse的结构

2：trap 有标准trap和扩展trap之分

所谓标准trap就是 notify_id为以下5种的trap

trap值  notify_id的OID        含义
0      1.3.6.1.6.3.1.1.5.1   coldStart
1      1.3.6.1.6.3.1.1.5.2   warmStart
2      1.3.6.1.6.3.1.1.5.3   linkDown
3      1.3.6.1.6.3.1.1.5.4   linkUp
4      1.3.6.1.6.3.1.1.5.5   authenticationFailure
5      1.3.6.1.6.3.1.1.5.6   egpNeighborloss

如果他的notify_id不是以上的5中那么就是扩展trap

第一个实例：SNMPv1发送一个标准Trap，，源码如下：

然后接受这个trap后打印信息（接受源码略），如下

得到的信息完全吻合，在看一下sinffer解码分析

 

通过上面得2附图来看，snmp++ receive_trap 的notify_id是根据 Generic Trap=3 推导出1.3.6.1.6.3.1.1.5.4 来的，并没有包含在数据包内

 

第二个实例，SNMPv2发送一个标准trap，源码基本同图一一样

然后接受这个trap后打印信息（接受源码略），如下

在看一下sinffer解码分析

由图5图6可以得到以下结论

1：snmp2 已经取消了enterprise

2 snmp2 ip地址不再包含在snmp数据中，receive_trap得到的IP地址是从IP头得到的。

3 时间戳和notify_ID 分别通过2个特殊的Vb来承载。但是HP snmp++ 不把这2个

    计算在PDU中的VB列表结构中，也就是pdu.get_vb(vb,0)得不到时间戳。notify_ID 也同样。

4 snmp2增加了错误信息机制

5 SNMP2于GetResponse结构基本一致。

6 HP snmp++ 在SNMPv1Trap  SNMPv2Trap 中通用。我们写源码的不需要分析版本，分析过程有snmp++包完成。

ps：SNMPv3 TRAP 类似 SNMPv2