目  录

1 SNMP

1.1 SNMP简介

1.1.1 SNMP的网络架构

1.1.2 MIB和MIB视图

1.1.3 SNMP基本操作

1.1.4 SNMP版本介绍

1.1.5 SNMP支持的访问控制方式

1.2 配置SNMP基本参数

1.2.1 配置SNMPv1/v2c版本基本参数

1.2.2 配置SNMPv3版本基本参数

1.3 配置SNMP日志

1.4 配置SNMP告警

1.4.1 开启告警功能

1.4.2 配置告警信息发送参数

1.5 SNMP显示和维护

1.6 SNMPv1/v2c典型配置举例

1.7 SNMPv3典型配置举例（通过VACM方式配置）

1.8 SNMPv3典型配置举例（通过RBAC方式配置）

1 SNMP

1.1  SNMP简介

SNMP（Simple Network Management Protocol，简单网络管理协议）是互联网中的一种网络管理标准协议，广泛用于实现管理设备对被管理设备的访问和管理。SNMP具有以下优势：

·     支持网络设备的智能化管理。利用基于SNMP的网络管理平台，网络管理员可以查询网络设备的运行状态和参数，设置参数值，发现故障，完成故障诊断，进行容量规划和制作报告。

·     支持对不同物理特性的设备进行管理。SNMP只提供最基本的功能集，使得管理任务与被管理设备的物理特性和联网技术相对独立，从而实现对不同厂商设备的管理。

1.1.1  SNMP的网络架构

SNMP网络架构由三部分组成：NMS、Agent和MIB。

·     NMS（Network Management System，网络管理系统）是SNMP网络的管理者，能够提供友好的人机交互界面，方便网络管理员完成大多数的网络管理工作。

·     Agent是SNMP网络的被管理者，负责接收、处理来自NMS的SNMP报文。在某些情况下，如接口状态发生改变时，Agent也会主动向NMS发送告警信息。

·     MIB（Management Information Base，管理信息库）是被管理对象的集合。NMS管理设备的时候，通常会关注设备的一些参数，比如接口状态、CPU利用率等，这些参数就是被管理对象，在MIB中称为节点。每个Agent都有自己的MIB。MIB定义了节点之间的层次关系以及对象的一系列属性，比如对象的名字、访问权限和数据类型等。被管理设备都有自己的MIB文件，在NMS上编译这些MIB文件，就能生成该设备的MIB。NMS根据访问权限对MIB节点进行读/写操作，从而实现对Agent的管理。

NMS、Agent和MIB之间的关系如图1-1所示。

图1-1 NMS、Agent和MIB关系图

1.1.2  MIB和MIB视图

MIB以树状结构进行存储。树的每个节点都是一个被管理对象，它用从根开始的一条路径唯一地识别（OID）。如图1-2所示，被管理对象B可以用一串数字{1.2.1.1}唯一确定，这串数字是被管理对象的OID（Object Identifier，对象标识符）。

MIB视图是MIB的子集合，将团体名/用户名与MIB视图绑定，可以限制NMS能够访问的MIB对象。当用户配置MIB视图包含某个MIB子树时，NMS可以访问该子树的所有节点；当用户配置MIB视图不包含某个MIB子树时，NMS不能访问该子树的所有节点。

图1-2 MIB树结构

1.1.3  SNMP基本操作

SNMP提供四种基本操作：

·     Get操作：NMS使用该操作查询Agent MIB中节点的值。

·     Set操作：NMS使用该操作设置Agent MIB中节点的值。

·     Trap操作：Agent使用该操作向NMS发送Trap报文。Agent不要求NMS发送回应报文，NMS也不会对Trap报文进行回应。SNMPv1、SNMPv2c和SNMPv3均支持Trap操作。

·     Inform操作：Agent使用该操作向NMS发送Inform报文。Agent要求NMS发送回应报文，因此，Inform报文比Trap报文更可靠。如果Agent在一定时间内没有收到NMS的回应报文，则会启动重发机制。只有SNMPv2c和SNMPv3支持Inform操作。

1.1.4  SNMP版本介绍

目前，设备运行于非FIPS模式时，支持SNMPv1、SNMPv2c和SNMPv3三种版本；设备运行于FIPS模式时，只支持SNMPv3版本。只有NMS和Agent使用的SNMP版本相同，NMS才能和Agent建立连接。

·     SNMPv1采用团体名（Community Name）认证机制。团体名类似于密码，用来限制NMS和Agent之间的通信。如果NMS设置的团体名和被管理设备上设置的团体名不同，则NMS和Agent不能建立SNMP连接，从而导致NMS无法访问Agent，Agent发送的告警信息也会被NMS丢弃。

·     SNMPv2c也采用团体名认证机制。SNMPv2c对SNMPv1的功能进行了扩展：提供了更多的操作类型；支持更多的数据类型；提供了更丰富的错误代码，能够更细致地区分错误。

·     SNMPv3采用USM（User-Based Security Model，基于用户的安全模型）认证机制。网络管理员可以设置认证和加密功能。认证用于验证报文发送方的合法性，避免非法用户的访问；加密则是对NMS和Agent之间的传输报文进行加密，以免被窃听。采用认证和加密功能可以为NMS和Agent之间的通信提供更高的安全性。

1.1.5  SNMP支持的访问控制方式

SNMP支持的访问控制方式包括VACM（View-based Access Control Model，基于视图的访问控制模型）和RBAC（Role Based Access Control，基于角色的访问控制）。

1. VACM方式

将团体名/用户名与指定的MIB视图进行绑定，可以限制NMS能够访问哪些MIB对象，以及对MIB对象不同的操作权限。

2. RBAC方式

创建团体名/用户名时，可以指定对应的用户角色。

·     拥有用户角色为network-admin或level-15的SNMP用户，可以对所有的MIB对象进行读写操作；

·     拥有用户角色为network-operator的SNMP用户，可以对所有的MIB对象进行读操作；

·     拥有用户角色为自定义角色的SNMP用户，则根据该用户角色下rule命令创建的用户角色规则来对相应MIB对象进行操作。

对于同一SNMP用户名/团体名，只能配置一种控制方式，多次使用两种控制方式配置同一用户名/团体名时，以最后一次的配置方式为准，推荐使用RBAC方式，安全性更高。有关用户角色及rule命令的详细情况，请参见“基础配置指导”中的“RBAC”。

RBAC配置方式要求NMS在访问Agent时，不仅需要授予NMS对MIB节点的访问权限，还要求团体名/用户名所绑定的用户角色具有执行相应操作的权限，而VACM方式只需通过控制MIB节点的访问权限即可，所以推荐使用RBAC配置方式，安全性更高。

1.2  配置SNMP基本参数

由于SNMPv3版本的配置和SNMPv1版本、SNMPv2c版本的配置有较大区别，所以下面分两种情况介绍SNMP基本功能的配置，详见表1-1和表1-2。

1.2.1  配置SNMPv1/v2c版本基本参数

表1-1 配置SNMPv1/v2c版本基本参数

1.2.2  配置SNMPv3版本基本参数

1. 配置限制和指导

建立SNMPv3连接时，是否进行认证和加密，受snmp-agent group v3和snmp-agent usm-user v3两条命令的影响：

·     创建组时，如果不指定authentication和privacy参数，则表示不认证不加密。此时，使用和该组绑定的用户名建立SNMP连接时，均不认证不加密。即便用户配置了认证密码/加密密码，认证密码/加密密码也不生效。

·     创建组时，如果指定authentication参数，则表示认证不加密。此时，使用和该组绑定的用户名建立SNMP连接时，均认证不加密。即便用户配置了加密密码，加密密码也不生效。该组内的用户必须配置认证密码，否则，不能建立SNMP连接。

·     创建组时，如果指定privacy参数，则表示认证加密。此时，使用和该组绑定的用户名建立SNMP连接时，均认证加密。该组内的用户必须配置认证密码和加密密码，否则，不能建立SNMP连接。

2. 配置步骤

表1-2 配置SNMPv3版本基本参数

1.3  配置SNMP日志

SNMP日志可以记录NMS对Agent的Get请求、Set请求和Set响应信息，不能记录Get响应信息。同时SNMP日志可以记录Agent对NMS的Trap和Inform操作信息。

·     当进行Get操作时，Agent会记录NMS用户的IP地址、Get操作的节点名和节点OID。

·     当进行Set操作时，Agent会记录NMS用户的IP地址、Set操作的节点名、节点OID、节点值以及Set操作返回的错误码和错误索引。

·     当进行Trap和Inform操作时，Agent会向NMS发送告警，Agent会记录告警相关的信息。

表1-3 配置SNMP日志功能

1.4  配置SNMP告警

SNMP告警信息包括Trap和Inform两种，用来告知NMS设备上发生了重要事件，比如，用户的登录/退出，接口状态变成up/down等。如无特殊说明，本文中的告警信息均指Trap和Inform两种信息。

1.4.1  开启告警功能

因为告警信息通常较多，会占用设备内存，影响设备性能，所以建议用户根据需要开启指定模块的告警功能，生成相应的告警信息。

如果要求接口在链路状态发生改变时生成相应的告警信息，需要在全局和接口下均开启接口链路状态变化的告警功能。如果要生成其它模块的告警信息，除了使用snmp-agent trap enable命令开启告警功能外，还可能需要执行各个模块的相关配置，详情请参见各模块的相关描述。

表1-4 开启告警功能

1.4.2  配置告警信息发送参数

如果配置了snmp-agent target-host inform命令，则设备会向指定目的主机（能够解析Trap和Inform报文的设备，通常为NMS）发送Inform报文；如果配置了snmp-agent target-host trap命令，则设备会向指定目的主机发送Trap报文。

设备第一次发送告警信息时，会检查设备和目的主机是否路由可达。如果可达，则直接发送。如果不可达，则先将告警信息缓存在消息队列里，等路由可达后，再发送。为防止告警信息累积占用太多内存，用户可以设置该队列的长度以及告警信息在队列里的保存时间。

·     如果在告警信息的发送队列满时系统又收到了新的告警信息，则系统会自动删除最先收到的告警信息来保存新的告警信息。

·     如果告警信息的发送队列中的某信息到达了已设定的保存时间，则系统会自动删除该告警信息。

1. 配置准备

如果要将告警信息发送给NMS，则需要进行以下配置准备：

(1)     配置SNMP基本参数。

(2)     确保设备与NMS路由可达。

2. 配置步骤

表1-5 配置告警信息发送参数

1.5  SNMP显示和维护

在完成上述配置后，在任意视图下执行display命令，均可以显示配置后SNMP的运行情况，通过查看显示信息，来验证配置的效果。

表1-6 SNMP显示和维护

1.6  SNMPv1/v2c典型配置举例

SNMPv1和SNMPv2c的配置方法相同，下面以SNMPv1为例进行配置。

1. 组网需求

·     NMS与Agent相连，设备的IP地址和掩码如图1-3所示。

·     NMS通过SNMPv1对Agent进行监控管理，Agent在故障时能够主动向NMS发送告警信息。

2. 组网图

图1-3 SNMPv1配置组网图

3. 配置步骤

(1)     配置Agent

# 配置Agent的IP地址为1.1.1.1/24，并确保Agent与NMS之间路由可达。（配置步骤略）

# 设置Agent使用的SNMP版本为v1、只读团体名为public，读写团体名为private。

<Agent> system-view

[Agent] snmp-agent sys-info version v1

[Agent] snmp-agent community read public

[Agent] snmp-agent community write private

# 设置设备的联系人和位置信息，以方便维护。

[Agent] snmp-agent sys-info contact Mr.Wang-Tel:3306

[Agent] snmp-agent sys-info location telephone-closet,3rd-floor

# 设置允许向NMS发送告警信息，使用的团体名为public。

[Agent] snmp-agent trap enable

[Agent] snmp-agent target-host trap address udp-domain 1.1.1.2 params securityname public v1

snmp-agent target-host命令中指定的版本必须和NMS上运行的SNMP版本一致，因此需要将snmp-agent target-host命令中的版本参数设置为v1。否则，NMS无法正确接收告警信息。

(2)     配置NMS

# 设置NMS使用的SNMP版本为SNMPv1，只读团体名为public，读写团体名为private。另外，还可以根据需求设置“超时”时间和“重试次数”。具体配置请参考NMS的相关手册。

(3)     结果验证

# 通过查询Agent上相应的MIB节点获取NULL0接口的MTU值，结果为1500：

Send request to 1.1.1.1/161 ...

Protocol version: SNMPv1

Operation: Get

Request binding:

1: 1.3.6.1.2.1.2.2.1.4.135471

Response binding:

1: Oid=ifMtu.135471 Syntax=INT Value=1500

Get finished

# 当使用错误的团体名获取Agent上的MIB节点信息时，NMS上将看到认证失败的Trap信息，即authenticationFailure：

1.1.1.1/2934 V1 Trap = authenticationFailure

SNMP Version = V1

Community = public

Command = Trap

Enterprise = 1.3.6.1.4.1.43.1.16.4.3.50

GenericID = 4

SpecificID = 0

Time Stamp = 8:35:25.68

1.7  SNMPv3典型配置举例（通过VACM方式配置）

1. 组网需求

·     NMS与Agent相连，设备的IP地址和掩码如图1-4所示。

·     NMS通过SNMPv3只能对Agent的SNMP报文的相关信息进行监控管理，Agent在出现故障时能够主动向NMS发送告警信息。

·     NMS与Agent建立SNMP连接时，需要认证，使用的认证算法为SHA-1，认证密码为123456TESTauth&!。NMS与Agent之间传输的SNMP报文需要加密，使用的加密协议为AES，加密密码为123456TESTencr&!。

2. 组网图

图1-4 SNMPv3配置组网图

3. 配置步骤

(1)     配置Agent

# 配置Agent的IP地址为1.1.1.1/24，并确保Agent与NMS之间路由可达。（配置步骤略）

# 设置访问权限：用户只能读写节点snmp（OID为1.3.6.1.2.1.11）下的对象，不可以访问其它MIB对象。

<Agent> system-view

[Agent] undo snmp-agent mib-view ViewDefault

[Agent] snmp-agent mib-view included test snmp

[Agent] snmp-agent group v3 managev3group privacy read-view test write-view test

# 设置Agent使用的用户名为managev3user，认证算法为SHA-1，认证密码为123456TESTauth&!，加密算法为AES，加密密码是123456TESTencr&!。

[Agent] snmp-agent usm-user v3 managev3user managev3group simple authentication-mode sha 123456TESTauth&! privacy-mode aes128 123456TESTencr&!

# 设置设备的联系人和位置信息，以方便维护。

[Agent] snmp-agent sys-info contact Mr.Wang-Tel:3306

[Agent] snmp-agent sys-info location telephone-closet,3rd-floor

# 设置允许向NMS发送告警信息，使用的用户名为managev3user。

[Agent] snmp-agent trap enable

[Agent] snmp-agent target-host trap address udp-domain 1.1.1.2 params securityname managev3user v3 privacy

(2)     配置NMS

# 设置NMS使用的SNMP版本为SNMPv3，用户名为managev3user，启用认证和加密功能，认证算法为SHA-1，认证密码为123456TESTauth&!，加密协议为AES，加密密码为123456TESTencr&!。另外，还可以根据需求设置“超时”时间和“重试次数”。具体配置请参考NMS的相关手册。

(3)     结果验证

# 通过查询Agent上相应的MIB节点获取NULL0接口的MTU值，结果为1500：

Send request to 1.1.1.1/161 ...

Protocol version: SNMPv3

Operation: Get

Request binding:

1: 1.3.6.1.2.1.2.2.1.4.135471

Response binding:

1: Oid=ifMtu.135471 Syntax=INT Value=1500

Get finished

# 通过查询Agent上相应的MIB节点获取设备名称时，由于没有权限，结果为空（NULL）：

Send request to 1.1.1.1/161 ...

Protocol version: SNMPv3

Operation: Get

Request binding:

1: 1.3.6.1.2.1.1.5.0

Response binding:

1: Oid=sysName.0 Syntax=noSuchObject Value=NULL

Get finished

# 对设备上某个空闲的接口执行shutdown或undo shutdown操作，NMS上将看到相应的Trap信息：

1.1.1.1/3374 V3 Trap = linkdown

SNMP Version = V3

Community = managev3user

Command = Trap

1.1.1.1/3374 V3 Trap = linkup

SNMP Version = V3

Community = managev3user

Command = Trap

1.8  SNMPv3典型配置举例（通过RBAC方式配置）

1. 组网需求

·     NMS与Agent相连，设备的IP地址和掩码如图1-4所示。

·     NMS通过SNMPv3只能对Agent的SNMP报文的相关信息进行监控管理，Agent在出现故障时能够主动向NMS发送告警信息，NMS上接收SNMP告警信息的默认UDP端口号为162。

·     NMS与Agent建立SNMP连接时，需要认证，使用的认证算法为SHA-1，认证密码为123456TESTauth&!。NMS与Agent之间传输的SNMP报文需要加密，使用的加密协议为AES，加密密码为123456TESTencr&!。

2. 组网图

图1-5 SNMPv3配置组网图

3. 配置步骤

(1)     配置Agent

# 配置Agent的IP地址为1.1.1.1/24，并确保Agent与NMS之间路由可达。（配置步骤略）

#创建用户角色test并设置访问权限：用户只能读写节点snmp（OID为1.3.6.1.2.1.11）下的对象。

<Agent> system-view

[Agent] role name test

[Agent-role-test] rule 1 permit read write oid 1.3.6.1.2.1.11

# 配置用户角色test具有system（OID为1.3.6.1.2.1.1）与hh3cUIMgt（OID为1.3.6.1.4.1.25506.2.2）的读权限，以便用户登录、退出设备时，Agent会向NMS发送告警信息。

[Agent-role-test] rule 2 permit read oid 1.3.6.1.4.1.25506.2.2

[Agent-role-test] rule 3 permit read oid 1.3.6.1.2.1.1

[Agent-role-test] quit

#创建用户managev3user，为其绑定用户角色test，认证算法为SHA-1，认证密码为123456TESTauth&!，加密算法为AES，加密密码是123456TESTencr&!。

[Agent] snmp-agent usm-user v3 managev3user user-role test simple authentication-mode sha 123456TESTauth&! privacy-mode aes128 123456TESTencr&!

# 设置设备的联系人和位置信息，以方便维护。

[Agent] snmp-agent sys-info contact Mr.Wang-Tel:3306

[Agent] snmp-agent sys-info location telephone-closet,3rd-floor

# 设置允许向NMS发送告警信息，使用的用户名为managev3user。

[Agent] snmp-agent trap enable

[Agent] snmp-agent target-host trap address udp-domain 1.1.1.2 params securityname managev3user v3 privacy

(2)     配置NMS

# 设置NMS使用的SNMP版本为SNMPv3，用户名为managev3user，启用认证和加密功能，认证算法为SHA-1，认证密码为123456TESTauth&!，加密协议为AES，加密密码为123456TESTencr&!。另外，还可以根据需求设置“超时”时间和“重试次数”。具体配置请参考NMS的相关手册。

(3)     配置NMS

# 设置NMS使用的SNMP版本为SNMPv3，用户名为managev3user，启用认证和加密功能，认证算法为SHA-1，认证密码为123456TESTauth&!，加密协议为AES，加密密码为123456TESTencr&!。另外，还可以根据需求设置“超时”时间和“重试次数”。具体配置请参考NMS的相关手册。

4. 验证配置

# 通过查询Agent上相应的MIB节点获取sysName，结果为Agent：

Send request to 1.1.1.1/161 ...

Protocol version: SNMPv3

Operation: Get

Request binding:

1: 1.3.6.1.2.1.1.5.0

Response binding:

1: Oid=sysName.0 Syntax=OCTETS Value=Agent

Get finished

# 通过Agent上sysName节点设置设备名称时，由于没有权限，操作失败：

Send request to 1.1.1.1/161 ...

Protocol version: SNMPv3

Operation: Set

Request binding:

1: 1.3.6.1.2.1.1.5.0

Response binding:

Session failed ! SNMP: Cannot access variable, No Access, error index=11: Oid=sysName.0 Syntax=OCTETS Value=h3c Set finished

%Aug 14 16:13:21:475 2013 Agent SNMP/5/SNMP_SETDENY: -IPAddr=1.1.1.2-SecurityName=managev3user-SecurityModel=SNMPv3-OP=SET-Node=sysName(1.3.6.1.2.1.1.5.0)-Value=h3c; Permission denied.

# 某个用户登录设备，NMS上将看到相应的Trap信息：

hh3cLogIn inform received from: 192.168.41.41 at 2013/8/14 17:36:16

  Time stamp: 0 days 08h:03m:43s.37th

  Agent address: 1.1.1.1 Port: 62861 Transport: IP/UDP Protocol: SNMPv2c Inform

  Manager address: 1.1.1.2 Port: 10005 Transport: IP/UDP

  Community: public

  Bindings (4)

    Binding #1: sysUpTime.0 *** (timeticks) 0 days 08h:03m:43s.37th

    Binding #2: snmpTrapOID.0 *** (oid) hh3cLogIn

    Binding #3: hh3cTerminalUserName.0 *** (octets) testuser [74.65.73.74.75.73.65.72 hex)]

    Binding #4: hh3cTerminalSource.0 *** (octets) VTY [56.54.59 (hex)]