目  录

1 SNMP

1.1 SNMP简介

1.1.1 SNMP的工作机制

1.1.2 SNMP的协议版本

1.2 SNMP配置任务简介

1.3 配置SNMP基本参数

1.3.1 配置SNMPv3版本基本参数

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

1.4 配置接口网管索引

1.4.1 接口网管索引简介

1.4.2 切换接口网管索引模式

1.5 配置SNMP日志

1.6 配置SNMP Trap

1.6.1 配置Trap功能

1.6.2 配置Trap报文发送参数

1.7 SNMP显示和维护

1.8 SNMP典型配置举例

1.8.1 SNMPv1/v2c典型配置举例

1.8.2 SNMPv3典型配置举例

1.8.3 SNMP日志典型配置举例

2 配置MIB风格

2.1 配置MIB风格

2.2 MIB风格显示和维护

1 SNMP

1.1  SNMP简介

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

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

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

1.1.1  SNMP的工作机制

SNMP网络包含NMS和Agent两种元素：

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

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

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

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

MIB是按照树型结构组织的，它由很多个节点组成，每个节点表示被管理对象，被管理对象可以用从根开始的一串表示路径的数字唯一地识别，这串数字称为OID（Object Identifier，对象标识符）”。如图1-2所示，被管理对象B可以用一串数字{1.2.1.1}唯一确定，这串数字就是被管理对象B的OID。

图1-2 MIB树结构

SNMP提供四种基本操作来实现NMS和Agent的交互：

·     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操作。

设备支持GET、SET和Trap三种操作。

1.1.2  SNMP的协议版本

目前Agent支持SNMPv1、SNMPv2c和SNMPv3三种版本：

·     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.2  SNMP配置任务简介

表1-1 SNMP配置任务简介

1.3  配置SNMP基本参数

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

1.3.1  配置SNMPv3版本基本参数

使用SNMPv3版本时，需要先创建一个SNMP组并设置该组的访问权限和认证、加密功能，然后创建一个SNMPv3用户并设置该用户的属性。

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

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

使用SNMPv1或SNMPv2c版本时，需要先设置Agent启用的SNMP版本号，然后设置访问权限，访问权限的设置方法有两种：

·     直接设置，即通过指定团体名的方式创建一个SNMP团体。

·     间接设置，即先创建一个SNMP组，然后为该SNMP组添加一个新用户，用户名相当于SNMPv1和SNMPv2c版本的团体名。

表1-3 配置SNMP基本参数（SNMPv1版本、SNMPv2c版本）

1.4  配置接口网管索引

1.4.1  接口网管索引简介

接口网管索引是设备提供给NMS使用的一个参数，用来标识一个接口。

接口网管索引有两种表达方式：

1. 16比特模式接口网管索引

16比特模式接口网管索引是一个从1开始递增的编号，长度为16比特。各个接口的接口网管索引由系统动态分配、顺序递增。16比特模式接口网管索引仅用来唯一地标识一个接口。

2. 32比特模式接口网管索引

32比特模式的接口网管索引长度为32比特，如图1-3所示，32比特模式的接口网管索引由如下几部分信息组成：Offset、Interface Type、Slot ID、Chassis ID。

图1-3 32比特接口网管索引信息

·     Offset：接口偏移量，长度为16比特，用于区分同一接口板上相同类型的不同接口。

·     Interface Type：接口类型所对应的枚举值，长度为7比特，最大支持128种接口，目前支持的接口类型有80多种。

·     Slot ID：接口所在的物理槽位号，长度为5比特。

·     Chassis ID：长度为4比特，本字段没有意义，取值均为0。

1.4.2  切换接口网管索引模式

通常情况下，接口网管索引使用缺省模式（16比特模式）即可。接口网管索引使用模式的选择原则为：

·     如果NMS需要使用32比特模式的接口网管索引，则可以将接口网管索引切换到32比特模式（32比特模式会携带接口所在的槽位等信息）。

·     如果NMS运行的网络协议不支持32比特的接口网管索引，则必须将接口网管索引切换到16比特模式。

比如Netstream版本5和Netstream版本8报文只为接口网管索引预留了16比特，则运行Netstream版本5或Netstream版本8时，接口网管索引只能配置为16比特模式；Netstream版本9报文为接口网管索引预留了32比特，则运行Netstream版本9时，接口网管索引可以配置为16比特模式或32比特模式。

表1-4 切换接口网管索引

1.5  配置SNMP日志

SNMP日志可以记录NMS对Agent的GET请求、SET请求和SET响应信息，不能记录GET响应信息。

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

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

这些日志将被发送到设备的信息中心，级别为informational，即作为设备的一般提示信息。通过设置信息中心的参数，最终决定SNMP日志的输出规则（即是否允许输出以及输出方向）。

表1-5 配置SNMP日志功能

1.6  配置SNMP Trap

1.6.1  配置Trap功能

Trap信息是Agent主动向NMS发送的，用于报告一些紧急的重要事件（如被管理设备重新启动等）。Trap报文有两种：

·     通用Trap。设备支持的通用Trap包括authentication、coldstart、linkdown、linkup和warmstart五种（其它均为企业自定义Trap）。

·     企业自定义Trap。

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

开启模块的Trap功能后，该模块生成的Trap报文将被发送到设备的信息中心。可以根据各模块生成的Trap信息的级别设置信息中心参数，最终决定Trap报文的输出规则（即是否允许输出以及输出方向）。

表1-6 配置Trap功能

1.6.2  配置Trap报文发送参数

如果要将Trap发送给NMS，必须先完成以下配置：

·     完成SNMP基本配置（如果使用SNMPv1和SNMPv2c版本需要设置启用的SNMP版本和团体名；如果使用SNMP v3版本需要设置用户名和MIB视图），这些参数的配置必须和NMS上的配置相同。

·     确保设备与NMS路由可达。

当收到Trap报文后，SNMP模块有两种处理方式：

·     将Trap报文存在消息队列里（在网络出现故障时，消息队列用于缓存Trap报文，在网络恢复后，系统会将消息队列中的Trap报文依次发出，用户可以设置该队列的长度、Trap报文在队列里的保存时间）；

·     将Trap报文直接发送给指定的目标主机（通常为NMS）等。

表1-7 配置Trap报文发送参数

1.7  SNMP显示和维护

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

表1-8 SNMP显示和维护

1.8  SNMP典型配置举例

1.8.1  SNMPv1/v2c典型配置举例

1. 组网需求

·     NMS与Agent相连，NMS的IP地址为1.1.1.2/24，Agent的IP地址为1.1.1.1/24。

·     NMS通过SNMPv1或SNMPv2c对Agent进行监控管理，Agent在出现故障时能主动向NMS发送Trap报文。

2. 组网图

图1-4 配置SNMPv1/v2c组网图

3. 配置步骤

(1)     配置Agent

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

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

<Agent> system-view

[Agent] snmp-agent sys-info version v1 v2c

[Agent] snmp-agent community read public

[Agent] snmp-agent community write private

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

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

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

# 设置允许向NMS发送Trap报文，使用的团体名为public。

[Agent] snmp-agent trap enable

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

[Agent] quit

snmp-agent target-host命令中指定的版本必须和NMS上运行的SNMP版本一致，如果NMS上运行的是SNMPv2c版本，则需要将snmp-agent target-host命令中的版本参数设置为v2c。否则，NMS无法正确接收Trap信息。

(2)     配置NMS

# 设置NMS使用的SNMP版本为SNMPv1/v2c，只读团体名为public，读写团体名为private。具体配置请参考NMS的相关手册。

(3)     结果验证

# 通过查询Agent上相应的MIB节点获取已发送Trap信息的数量，结果为18：

Send request to 1.1.1.1/161 ...

Protocol version: SNMPv1

Operation: Get

Request binding:

1: 1.3.6.1.2.1.11.29.0

Response binding:

1: Oid=snmpOutTraps.0 Syntax=CNTR32 Value=18

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.8.2  SNMPv3典型配置举例

1. 组网需求

·     NMS与Agent相连，NMS的IP地址为1.1.1.2/24，Agent的IP地址为1.1.1.1/24。

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

·     NMS与Agent建立SNMP连接时，需要认证，认证算法为MD5，认证密码为authkey。NMS与Agent之间传输的SNMP报文需要加密，使用的加密协议为DES56，加密密码为prikey。

2. 组网图

图1-5 配置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 read-view test write-view test

# 设置Agent使用的用户名为managev3user，认证算法为MD5，认证密码为authkey，加密算法为DES56，加密密码是prikey。

[Agent] snmp-agent usm-user v3 managev3user managev3group authentication-mode md5 authkey privacy-mode des56 prikey

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

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

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

# 设置允许向NMS发送Trap报文，使用的用户名为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

# 设置MNS使用的SNMP版本为SNMPv3，用户名为managev3user，启用认证和加密功能，认证算法为MD5，认证密码为authkey，加密协议为DES56，加密密码为prikey。另外，还要设置“超时”时间和“重试次数”。用户可利用网管系统完成对设备的查询和配置操作，具体配置请参考NMS的相关手册。

(3)     结果验证

# 通过查询Agent上相应的MIB节点获取已发送Trap信息的数量，结果为18：

Send request to 1.1.1.1/161 ...

Protocol version: SNMPv3

Operation: Get

Request binding:

1: 1.3.6.1.2.1.11.29.0

Response binding:

1: Oid=snmpOutTraps.0 Syntax=CNTR32 Value=18

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.3  SNMP日志典型配置举例

1. 组网需求

·     NMS与Agent相连，NMS的IP地址为1.1.1.2/24，Agent的IP地址为1.1.1.1/24。

·     在Agent上配置SNMP日志功能，以便记录NMS对Agent进行的操作。

2. 组网图

图1-6 配置SNMP日志组网图

3. 配置步骤

# 打开控制台对日志信息的显示功能（此步骤可省略，缺省为该功能是开启的）。

<Agent> terminal monitor

<Agent> terminal logging

# 配置信息中心允许输出级别高于等于informational的系统信息到Console口。

<Agent> system-view

[Agent] info-center source snmp channel console log level informational

# 打开Agent的SNMP日志开关，对NMS的GET和SET操作进行记录。

[Agent] snmp-agent log all

·     NMS对Agent进行GET操作时，可以在控制台上看到如下日志信息。

%Jan 1 02:49:40:566 2006 Sysname SNMP/6/GET:

seqNO = <10> srcIP = <1.1.1.2> op = <get> node = <sysName(1.3.6.1.2.1.1.5.0)> value=<>

·     NMS对Agent进行SET操作时，可以在控制台上看到如下日志信息。

%Jan 1 02:59:42:576 2006 Sysname SNMP/6/SET:

seqNO = <11> srcIP = <1.1.1.2> op = <set> errorIndex = <0> errorStatus =<noError> node = <sysName(1.3.6.1.2.1.1.5.0)> value = <Agent>

表1-9 SNMP日志输出信息描述表

2 配置MIB风格

设备的MIB分为公有MIB和私有MIB两大类，私有MIB需要在MIB节点enterprises（1.3.6.1.4.1）下申请一个子节点挂靠。H3C私有MIB有两种风格：

·     一种是设备私有MIB在企业ID 2011下的MIB，称为H3C兼容风格MIB；

·     一种是设备私有MIB在H3C企业ID 25506下的MIB，称为H3C新风格MIB。

这两种风格的MIB在管理功能上完全一致，区别仅在于根节点不同。设备在出厂前都会加载好MIB，设备型号不同，加载的MIB风格可能不同。为了支持NMS对设备的灵活管理，设备提供了MIB风格配置功能，即用户可以任意切换MIB的两种风格，但需要保证设备的MIB风格和NMS的MIB风格一致，NMS才能顺利识别被管理设备。

2.1  配置MIB风格

表2-1 配置MIB风格

2.2  MIB风格显示和维护

在完成上述配置后，在任意视图下执行display命令可以显示配置后MIB的风格，通过查看显示信息验证配置的效果。

表2-2 MIB风格显示和维护