SNMP规定了5种协议数据单元PDU（也就是SNMP报文），用来在治理进程和代理之间的交换。get-request操作：从代理进程处提取一个或多个参数值get-next-request操作：从代理进程处提取紧跟当前参数值的下一个参数值set-request操作：设置代理进程的一个或多个参数值get-response操作：返回的一个或多个参数值。这个操作是由代理进程发出的，它是前面三种操作的响应操作。trap操作：代理进程主动发出的报文，通知治理进程有某些事情发生。
前面的3种操作是由治理进程向代理进程发出的，后面的2个操作是代理进程发给治理进程的，为了简化起见，前面3个操作今后叫做get、get-next和set操作。图4描述了SNMP的这5种报文操作。请注重，在代理进程端是用熟知端口161俩接收get或set报文，而在治理进程端是用熟知端口162来接收trap报文。
图4 SNMP的5种报文操作
图5是封装成UDP数据报的5种操作的SNMP报文格式。可见一个SNMP报文共有三个部分组成，即公共SNMP首部、get/set首部trap首部、变量绑定。
5 SNMP报文格式
（1）公共SNMP首部
共三个字段：
版本
写入版本字段的是版本号减1，对于SNMP（即SNMPV1）则应写入0。
共同体（community）
共同体就是一个字符串，作为治理进程和代理进程之间的明文口令，常用的是6个字符“public”。
PDU类型
根据PDU的类型，填入0～4中的一个数字，其对应关系如表2所示意图。
表2 PDU类型
PDU类型
名称
0
get-request
1
get-next-request
2
get-response
3
set-request
4
trap
2）get/set首部
请求标识符(request ID)
这是由治理进程设置的一个整数值。代理进程在发送get-response报文时也要返回此请求标识符。治理进程可同时向许多代理发出get报文，这些报文都使用UDP传送，先发送的有可能后到达。设置了请求标识符可使治理进程能够识别返回的响应报文对于哪一个请求报文
差错状态（error status）
由代理进程回答时填入0～5中的一个数字，见表3的描述
表3 差错状态描述
差错状态
名字
说明
0
noError
一切正常
1
tooBig
代理无法将回答装入到一个SNMP报文之中
2
noSUChName
操作指明了一个不存在的变量
3
badValue
一个set操作指明了一个无效值或无效语法
4
readOnly
治理进程试图修改一个只读变量
5
genErr
某些其他的差错
差错索引(error index)
当出现noSuchName、badValue或readOnly的差错时，由代理进程在回答时设置的一个整数，它指明有差错的变量在变量列表中的偏移。
（3）trap首部
企业（enterPRise）
填入trap报文的网络设备的对象标识符。此对象标识符肯定是在图3的对象命名树上的enterprise结点{1.3.6.1.4.1}下面的一棵子树上。
trap类型
此字段正式的名称是generic-trap，共分为表4中的7种。
trap类型
名字
说明
0
coldStart
代理进行了初始化
1
warmStart
代理进行了重新初始化
2
linkDown
一个接口从工作状态变为故障状态
3
linkUp
一个接口从故障状态变为工作状态
4
authenticationFailure
从SNMP治理进程接收到具有一个无效共同体的报文
5
egpNeighborLoss
一个EGP相邻路由器变为故障状态
6
enterpriseSpecific
代理自定义的事件，需要用后面的“特定代码”来指明
当使用上述类型2、3、5时，在报文后面变量部分的第一个变量应标识响应的接口。
特定代码(specific-code)
指明代理自定义的时间（若trap类型为6），否则为0。
时间戳(timestamp)
指明自代理进程初始化到trap报告的事件发生所经历的时间，单位为10ms。例如时间戳为1908表明在代理初始化后1908ms发生了该时间。
（4）变量绑定(variable-bindings)
指明一个或多个变量的名和对应的值。在get或get-next报文中，变量的值应忽略。
