第五章网络管理.pptVIP

* 5.4 RMON2的应用 网络配置表用于定义监视器的网络接口，它包含下列变量： netConfigIpAddress:接口的IP地址 netConfigSubnetMask:子网掩码 netDefaultGateway:默认网关的IP地址 陷入定义表定义了陷入的目标地址等有关信息，它包含的变量如下： trapDestIndex:行索引 trapDestProtocol:接收陷入的团体名 trapDestAddress:传送陷入报文的协议 serialConnectIndex:接收陷入的站地址 * 5.4 RMON2的应用 串行连接表存储与管理站建立SLIP连接需要的参数，其中有下列变量； serialConnectIndex:行索引 serialConnectDestIpAddress:SLIP连接的IP地址 serialConnectType:可分为4种类型：direct(1),modem(2),switch(3),modemSwitch(4) serialConnectDialString:控制建立Modem连接的字符串 serialConnectSwitchconnectSeg:控制建立数据交换连接字符串 serialConnectDisconnectSeg:控制终止数据交换连接字符串 serialConnectSwitchResetSeg:使数据交换连接复位的字符串 * 5.3 RMON2管理信息库 * 5.3 RMON2管理信息库 * 5.3 RMON2管理信息库 * 5.3 RMON2管理信息库 RMON2采用了这种新的表结构，经常使用外部对象索引数据表，以便把数据表与对应的控制表结合起来。 图5.22给出了这样的例子。 假设我们要检索第二控制行定义的第89个数据值，则可以给出对象实例标识rm2DataValue .2 .89。显然这样定义的数据表比RMON1的表少一个做为索引的列对象。另外RMON2的状态对象的类型为RowStatus，而不是EntryStatus。这是SNMPv2的一个文本约定，下一章我们还会遇到这个语法。 * 5.3 RMON2管理信息库 时间过滤器索引 网络管理应用需要周期地轮询监视器，以便得到被管理对象的最新状态信息。 为了提高效率，我们希望监视器每次只返回那些自上次查询以来改变了的值。 SNMPv1和SNMPv2中都没有直接解决这个问题的方法。 然而RMON2的设计者却给出了一种新颖的方法，在MIB的定义中实现了这个功能。这就是用时间过滤器进行索引。 * 5.3 RMON2管理信息库 RMON2引入了一个新的文本约定： TimeFilter::=TEXTUAL-CONVENTION STATUS CURRENT DESCRIPTION “......” SYNTAX TimeTicks 类型为TimeFilter的对象专门用于表索引，其类型也就是TimeTicks。这个索引的用途是使得管理站可以从监视器取得自从某个时间以来改变过的变量，这里的时间由类型为TimeFilter的对象表示。 * 5.3 RMON2管理信息库 * 5.3 RMON2管理信息库 为了说明时间过滤器的工作原理，考虑图5.23的例子。这个表fooTable有3个列对象：fooTimeMark是时间过滤器（TimeFilter类型），fooIndex是表的索引，fooCounts是一个计数器。 假设表索引仅取值1和2，因而该表有两个基本行。图5.24给出了这个表的一个实现，分6个不同时刻表示出表的当前值。 * 5.3 RMON2管理信息库 * 5.3 RMON2管理信息库 可以看出，监视器对每个基本行打上了该行计数器值改变时的时间戳。开始时间戳为0，两个计数器的值都是0。后来在500秒、900秒和2300秒时 计数器1的值改变，在1100秒和1400秒时计数器2的值改变。 如果管理站检索这个表，则发出下面的请求： GetRequest(fooCounts . fooTimeMark的值 . fooIndex的值) * 5.3 RMON2管理信息库 如果管理站检索这个表，则发出下面的请求： GetRequest(fooCounts . fooTimeMark的值 . fooIndex的值) 监视器按照下面的逻辑检查各个基本行： if (timestamp-for-this-fooIndex≧fooT