目  录

第1章 SNMP配置

1.1 SNMP简介

1.1.1 SNMP的工作机制

1.1.2 SNMP的协议版本

1.1.3 MIB简介

1.2 配置SNMP基本功能

1.3 配置SNMP日志

1.3.1 SNMP日志介绍

1.3.2 开启SNMP日志功能

1.4 配置Trap

1.4.1 配置准备

1.4.2 配置过程

1.5 SNMP显示和维护

1.6 SNMP典型配置举例

1.7 SNMP日志典型配置举例

第2章 RMON配置

2.1 RMON简介

2.1.1 RMON概述

2.1.2 RMON工作机制

2.1.3 RMON组

2.2 配置RMON

2.2.1 配置准备

2.2.2 配置过程

2.3 RMON显示和维护

2.4 RMON典型配置举例

第1章  SNMP配置

1.1  SNMP简介

SNMP（Simple Network Management Protocol，简单网络管理协议）是使用TCP/IP协议族对互联网上的设备进行管理的一个框架，它提供一组基本的操作来监视和维护互联网。SNMP具有以下优势：

l              自动化网络管理。网络管理员可以利用SNMP平台在网络上的节点检索信息、修改信息、发现故障、完成故障诊断、进行容量规划和生成报告。

l              屏蔽不同设备的物理差异，实现对不同厂商产品的自动化管理。SNMP只提供最基本的功能集，使得管理任务分别与被管设备的物理特性和下层的联网技术相对独立，从而实现对不同厂商设备的管理，特别适合在小型、快速和低成本的环境中使用。

1.1.1  SNMP的工作机制

SNMP网络元素分为NMS和Agent两种。

l              NMS（Network Management Station，网络管理站）是运行SNMP客户端程序的工作站，能够提供非常友好的人机交互界面，方便网络管理员完成绝大多数的网络管理工作。目前常用的网管平台有Quidview、Sun NetManager和IBM NetView。

l              Agent是驻留在设备上的一个进程，负责接受、处理来自NMS的请求报文。在一些紧急情况下，如接口状态发生改变等，Agent也会通知NMS。

NMS是SNMP网络的管理者，Agent是SNMP网络的被管理者。NMS和Agent之间通过SNMP协议来交互管理信息。

SNMP提供四种基本操作：

l              Get操作：NMS使用该操作查询Agent的某个变量的值。

l              Set操作：NMS使用该操作重新设置在Agent数据库（MIB，Management Information Base）中的某些信息值来强迫Agent完成一项任务。

l              Trap操作：Agent使用该操作向NMS发送异常报警信息。

l              Inform操作：NMS使用该操作向其他NMS发送异常报警信息。

1.1.2  SNMP的协议版本

目前，设备的SNMP Agent支持SNMP v3版本，兼容SNMP v1版本和SNMP v2c版本。

l              SNMP v1采用团体名（Community Name）认证。团体名用来定义SNMP NMS和SNMP Agent的关系。如果SNMP报文携带的团体名没有得到设备的认可，该报文将被丢弃。团体名起到了类似于密码的作用，用来限制SNMP NMS对SNMP Agent的访问。

l              SNMP v2c也采用团体名认证。它在兼容SNMP v1的同时又扩充了SNMP v1的功能：它提供了更多的操作类型（GetBulk和InformRequest）；它支持更多的数据类型（Counter64, Counter32等）；它提供了更丰富的错误代码，能够更细致地区分错误。

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

NMS和Agent的SNMP版本匹配，是它们之间成功互访的前提条件。Agent可以同时配置多个版本，与不同的NMS交互采用不同的版本。

1.1.3  MIB简介

任何一个被管理的资源都表示成一个对象，称为被管理的对象。MIB（Management Information Base，管理信息库）是被管理对象的集合。它定义了被管理对象的一系列的属性：对象的名字、对象的访问权限和对象的数据类型等。每个Agent都有自己的MIB。NMS根据权限可以对MIB中的对象进行读/写操作。NMS、Agent和MIB之间的关系如图1-1所示。

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

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

图1-2 MIB树结构

1.2  配置SNMP基本功能

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

表1-1 配置SNMP基本功能（SNMP v3版本）

表1-2 配置SNMP基本功能（SNMP v1版本、SNMP v2c版本）

  注意：

USM用户创建后是否有效，与设备的SNMP实体引擎ID有关，如果用户创建时的引擎ID和当前的引擎ID不同，则该用户当前无效。

1.3  配置SNMP日志

1.3.1  SNMP日志介绍

SNMP日志功能将记录NMS对SNMP Agent的GET和SET操作。当进行GET操作时，Agent会记录NMS用户的IP地址、GET操作的节点名和节点的OID。当进行SET操作时，Agent会记录NMS用户的IP地址、SET操作的节点名、节点的OID、设置的值以及SET操作返回的错误码和错误索引。这些记录将被转化成系统信息发送到设备的信息中心，以供查询定位。

SNMP日志记录GET请求、SET请求和SET响应信息，不记录GET响应信息。

1.3.2  开启SNMP日志功能

表1-3 开启SNMP日志功能

&  说明：

l      大量的日志记录会占用设备的存储空间，影响设备的性能。正常情况下，建议关闭SNMP日志功能。

l      打开SNMP日志开关后，SNMP日志将输出到本设备的信息中心，通过设置信息中心的参数，最终决定是否允许输出SNMP日志以及输出方向。

l      SNMP日志的优先级为informational，即作为设备的一般提示信息。如果需要查看SNMP日志，需要配置信息中心允许informational级别的系统信息输出。

l      SNMP日志的大小不能超过信息中心日志允许的大小，其中每条日志信息中记录的node域和value域的长度之和不能超过1K字节。否则，超出的部分将不输出。

l      有关系统信息、信息中心以及info-center source命令的详细介绍请参见“系统分册”中的“信息中心配置”。

1.4  配置Trap

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

1.4.1  配置准备

完成SNMP基本配置（包括版本设置，如果使用SNMP v1和v2c版本需要设置团体名；如果使用SNMP v3版本需要设置用户名和MIB视图）。

1.4.2  配置过程

1. 使能Trap报文发送功能

表1-4 使能Trap报文发送功能

  注意：

如果要求端口在状态发生改变时发送SNMP Trap报文，需要在端口下和全局都使能Link up/down Trap报文发送功能。端口下使能请使用命令enable snmp trap updown，全局下使能请使用命令snmp-agent trap enable [ standard [ linkdown | linkup ] * ]。

2. 配置Trap报文发送参数

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

&  说明：

对linkUp/linkDown Trap报文进行私有扩展后，设备生成和发送的linkUp/linkDown Trap报文将由RFC定义的标准linkUp/linkDown Trap报文后追加接口描述和接口类型信息构成。如果NMS不支持该扩展报文，可禁用私有扩展功能，使设备发送标准的linkUp/linkDown Trap报文。

1.5  SNMP显示和维护

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

表1-6 SNMP显示和维护

1.6  SNMP典型配置举例

1. 组网需求

l              网管工作站（NMS）与以太网交换机（Agent）通过以太网相连

l              网管工作站IP地址为1.1.1.2/24

l              以太网交换机的VLAN接口IP地址为1.1.1.1/24

l              NMS通过SNMP v2c对Agent进行监控管理，Agent在故障或者出错的时候能够主动向NMS报告情况

2. 组网图

图1-3 配置SNMP组网图

3. 配置步骤

(1)        配置Agent

# 设置SNMP基本信息，包括版本、团体名。

<Sysname> system-view

[Sysname] snmp-agent sys-info version v2c

[Sysname] snmp-agent community read public

[Sysname] snmp-agent community write private

# 设置网管使用的Vlan-interface2（IP地址为1.1.1.1/24），将用于网管的端口GigabitEthernet1/0/1加入到VLAN2中。

[Sysname] vlan 2

[Sysname-vlan2] port GigabitEthernet 1/0/1

[Sysname-vlan2] interface vlan-interface 2

[Sysname-Vlan-interface2] ip address 1.1.1.1 255.255.255.0

[Sysname-Vlan-interface2] quit

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

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

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

# 允许向网管工作站（NMS）1.1.1.2/24发送Trap报文，使用的团体名为public。

[Sysname] snmp-agent trap enable

[Sysname] snmp-agent target-host trap address udp-domain 1.1.1.2 udp-port 5000 params securityname public

(2)        配置NMS

在使用SNMP v2c版本的NMS上需要设置“只读团体名”和“读写团体名”。另外，还要设置“超时”时间和“重试次数”。用户可利用网管系统完成对交换机的查询和配置操作，具体情况请参考NMS的配套手册。

&  说明：

网管侧的配置必须和设备侧保持一致，否则无法进行相应操作。

1.7  SNMP日志典型配置举例

1. 组网需求

l              NMS与Agent通过以太网相连

l              NMS的IP地址为1.1.1.2/24

l              Agent的VLAN接口IP地址为1.1.1.1/24

l              在Agent上进行如下配置：设置团体名和访问权限、SNMP协议版本

2. 组网图

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

3. 配置步骤

&  说明：

下面只列出了与SNMP日志相关的配置，NMS和Agent的SNMP功能配置略。

# 打开控制台对日志信息的显示功能（可选，缺省情况下，该功能是打开的）。

<Sysname> terminal monitor

<Sysname> terminal logging

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

<Sysname> system-view

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

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

[Sysname] snmp-agent log get-operation

[Sysname] snmp-agent log set-operation

l              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=<>

l              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 = <Sysname>

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

&  说明：

信息中心的系统信息可以输出到控制台或日志缓冲区等方向。本举例是将SNMP日志信息输出到控制台，如果要配置别的输出方向，请参见 “信息中心操作”部分。

第2章  RMON配置

2.1  RMON简介

2.1.1  RMON概述

RMON（Remote Monitoring，远程网络监视）的实现完全基于SNMP体系结构，它与现存的SNMP框架相兼容，不需对该协议进行任何修改。RMON使SNMP更有效、更积极主动地监测远程网络设备，为监控子网的运行提供了一种高效的手段。RMON能够减少网管站同代理间的通讯流量，达到简便而有力地管理大型互连网络的目的。

RMON包括两部分：NMS（Network Management Station，网络管理站）和运行在各网络设备上的Agent。

l              RMON NMS对它所在范围内的Agent进行管理。

l              RMON Agent在网络监视器或网络探测器上，跟踪统计其端口所连接的网段上的各种流量信息（如某段时间内某网段上的报文总数，或发往某台主机的正确报文总数等）。

2.1.2  RMON工作机制

RMON允许有多个监控者，监控者可用两种方法收集数据：

l              第一种方法利用专用的RMON probe（探测仪）收集数据，NMS直接从RMON probe获取管理信息并控制网络资源。这种方式可以获取RMON MIB的全部信息；

l              第二种方法是将RMON Agent直接植入网络设备（路由器、交换机、HUB等），使它们成为带RMON probe功能的网络设施。RMON NMS使用SNMP的基本命令与RMON Agent交换数据信息，收集网络管理信息，但这种方法受设备资源限制，一般不能获取RMON MIB的所有数据，大多数只收集四个组的信息。这四个组是：事件组、告警组、历史组和统计组。

我们的设备采用第二种方法。通过运行在网络监视器上的支持RMON的RMON Agent，网管站可以获得与被管网络设备端口相连的网段上的整体流量、错误统计和性能统计等信息，进而实现对网络的管理。

2.1.3  RMON组

RMON规范（RFC1757）定义的10个RMON组中，H3C系列以太网交换机支持事件组、告警组、历史组和统计组。此外，H3C还自定义了扩展告警组。下面对这五个组作简要介绍。

1. 事件组

事件组用来定义事件索引号及事件的处理方式。事件组定义的事件主要用在告警组配置项和扩展告警组配置项中告警触发产生的事件。事件有如下几种处理方式：

l              将事件记录在日志表中

l              向网管站发Trap消息

l              将事件记录在日志表中并向网管站发Trap消息

l              不做任何操作

2. 告警组

RMON告警管理可对指定的告警变量（如端口的统计数据）进行监视。被监视的告警变量的采样值大于或等于上限阈值时，触发一次上限告警事件；被监视的告警变量的采样值小于或等于下限阈值，触发一次下限告警事件，告警管理将按照事件的定义进行相应的处理（事件的定义在事件组中实现）。

用户定义了告警表项后，系统对告警表项的处理如下：

(1)        对所定义的告警变量按照定义的时间间隔进行采样。

(2)        将采样值和设定的阈值进行比较，越过阈值就触发相应事件。

&  说明：

当告警变量的采样值在同一方向上连续多次超过阈值时，只会在第一次产生告警事件，后面的几次不会产生告警事件，即上限告警和下限告警是交替产生的，出现了一次上限告警，则下一次必为下限告警。

3. 扩展告警组

扩展告警表项可以对告警变量的采样值进行运算，然后将运算结果和设置的阈值比较，实现更为丰富的告警功能。

用户定义了扩展告警表项后，系统对扩展告警表项的处理如下：

(1)        对定义的扩展告警公式中的告警变量按照定义的时间间隔进行采样。

(2)        将采样值按照定义的运算公式进行计算。

(3)        将计算结果和设定的阈值进行比较，越过阈值就触发相应事件。

&  说明：

当运算结果在同一方向上连续多次超过阈值时，只会在第一次产生告警事件，后面的几次不会产生告警事件，即上限告警和下限告警是交替产生的。

4. 历史组

利用历史数据管理功能，可以对设备进行设置。设置的任务包括：采集历史数据、定期采集并保存指定端口的数据。采样数据包括带宽利用率、错误包数和总包数等。

历史组统计的是采样间隔内的各种数据的统计值。

5. 统计组

利用RMON统计管理功能，可以监视端口的使用情况。统计信息包括网络冲突数、CRC校验错误报文数、过小（或超大）的数据报文数、广播、多播的报文数以及接收字节数、接收报文数等。

在指定接口下创建统计表项成功后，统计组就对当前接口的报文数进行统计，它统计的结果是一个连续的累加值。

2.2  配置RMON

2.2.1  配置准备

在配置RMON功能之前，必须保证SNMP Agent已经正确配置。SNMP Agent的配置请参见“SNMP配置”。

2.2.2  配置过程

表2-1 RMON配置过程

&  说明：

l      系统不允许创建两个配置完全相同的表项。如果新建表项参数的值和已存在表项对应参数的值完全相同（对于历史表项，只与同一接口下已存在的历史表项进行比较），系统将认为这两个表项的配置相同，创建操作失败。不同表项需要比较的参数请参见表2-2。

l      系统对所有类型表项的总数进行了限制，当某种类型表项的总数达到系统允许创建的最大数目时，创建操作失败。

l      在新建历史控制表项时，如果指定的buckets number参数值超出了设备实际支持的历史表容量时，该历史控制表项会被添加，但该表项对应生效的buckets number的值为设备实际支持的历史表容量。

表2-2 RMON配置约束表

2.3  RMON显示和维护

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

表2-3 RMON显示和维护

2.4  RMON典型配置举例

1. 组网需求

Agent通过console口连接配置终端，通过Internet连接远端NMS。在RMON以太网统计表中设定一个表项，对以太网端口GigabitEthernet1/0/1进行性能统计，当端口在一段时间内收到的字节数超过设置的门限后，记录日志。

2. 组网图

图2-1 配置RMON组网图

3. 配置步骤

# 配置RMON对接口GigabitEthernet1/0/1进行流量统计。

<Sysname> system-view

[Sysname] interface GigabitEthernet 1/0/1

[Sysname-GigabitEthernet1/0/1] rmon statistics 1 owner user1-rmon

[Sysname-GigabitEthernet1/0/1] return

# 在用户视图下查看接口GigabitEthernet1/0/1的统计信息。

<Sysname> display rmon statistics GigabitEthernet 1/0/1

Statistics entry 1 owned by user1-rmon is VALID.

  Interface : GigabitEthernet1/0/1<ifIndex.1>

  etherStatsOctets         : 0         , etherStatsPkts          : 0

  etherStatsBroadcastPkts  : 0         , etherStatsMulticastPkts : 0

  etherStatsUndersizePkts  : 0         , etherStatsOversizePkts  : 0

  etherStatsFragments      : 0         , etherStatsJabbers       : 0

  etherStatsCRCAlignErrors : 0         , etherStatsCollisions    : 0

  etherStatsDropEvents (insufficient resources): 0

  Packets received according to length:

  64     : 0         ,  65-127  : 0         ,  128-255  : 0

  256-511: 0         ,  512-1023: 0         ,  1024-1518: 0            

# 配置一个事件，在该事件被触发的时候，会记录日志。

<Sysname> system-view

[Sysname] rmon event 1 log owner 1-rmon

# 配置一个告警组，对接口GigabitEthernet1/0/1收到的字节数进行抽样，当超过上下限值的时候，都会记录日志。

[Sysname] rmon alarm 1 1.3.6.1.2.1.16.1.1.1.4.1 10 delta rising-threshold 1000 1 falling-threshold 100 1 owner 1-rmon

[Sysname] display rmon alarm 1

Alarm table 1 owned by 1-rmon is VALID.

  Samples type          : delta

  Variable formula      : 1.3.6.1.2.1.16.1.1.1.4.1<etherStatsOctets.1>

  Sampling interval     : 10(sec)

  Rising threshold      : 1000(linked with event 1)

  Falling threshold     : 100(linked with event 1)

  When startup enables  : risingOrFallingAlarm

  Latest value          : 2552