RMON技术介绍


RMON

RMON概述

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

RMON包括两部分:NMSNetwork Management Station,网络管理站)和运行在各网络设备上的Agent

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

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

RMON工作机制

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

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

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

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

RMON

RMON规范(RFC1757)定义的10RMON组中,设备支持的有事件组、告警组、历史组和统计组。此外,H3C还自定义和实现了扩展告警组,以增强告警组的功能。下面将对这五个组作简要介绍。

1. 事件组

事件组用来定义事件索引号及事件的处理方式。事件组定义的事件主要用在告警组配置项和扩展告警组配置项中。当监控对象达到告警条件时,必然会触发事件,事件有如下几种处理方式:

l              将事件相关信息记录在事件日志表中

l              向网管站发送Trap消息

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

l              不做任何处理

2. 告警组

RMON告警管理可对指定的告警变量(如端口的统计数据)进行监视。被监视的告警变量的采样值大于或等于上限阈值时,触发一次上限告警事件;被监视的告警变量的采样值小于或等于下限阈值,触发一次下限告警事件,告警管理将按照事件的定义进行相应的处理。

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

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

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

3. 扩展告警组

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

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

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

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

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

4. 历史组

历史组是按周期对端口的使用情况进行统计,并将统计结果存储在历史记录表中以便以后查看。统计数据包括带宽利用率、错误包数和总包数等。

在指定接口下创建历史表项成功后,统计组就对当前接口的报文数按周期进行统计,它统计的结果是一个周期内端口收发报文的情况。

5. 统计组

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

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

 

附件下载

不同款型规格的资料略有差异, 详细信息请向具体销售和800咨询。 H3C保留在没有任何通知或提示的情况下对资料内容进行修改的权利!