rmon远程监视器网络管理.pptVIP

  • 22
  • 0
  • 约7.07千字
  • 约 67页
  • 2020-08-27 发布于浙江
  • 举报
RMON的管理信息库 例如可以计算子网利用率变量etherHistoryUtilization。如果计算出取样间隔(Interval)期间收到的分组数Packets和字节数Octets,则子网利用率可计算如下: 其中10e7表示数据速率为10Mbps。以太网的帧间隔为96比特,帧前导字段64比特,所以每个帧有96+64比特的开销。 RMON的管理信息库 历史控制表和数据表的关系参见下图。 RMON的管理信息库 控制表每一行有一个唯一的索引值,而各行的变量historyControlDataSource和historyControlInterval的组合值都不相同。这意味着对一个子网可以定义多个取样功能,但每个功能的取样区间应不同。 例如RMON规范建议,对每个被监视的接口至少应有两个控制行,一个行定义30秒钟的取样周期,另一个行定义30分钟的取样周期。短周期用于检测突发的通信事件,而长周期用于监视接口的稳定状态。 RMON的管理信息库 从图中可以看出,对应第i个(1≦i≦K)控制行有Bi个数据行,这里Bi是控制变量historyControlBucketsGranted的值。一般来说,变量historyControlBucketsGranted的值由监视器根据资源情况分配,但应与管理站请求的值historyControlBucketsRequested相同或接近。每一个数据行(也叫做木桶Bucket)保存一次取样中得到的数据,这些数据与统计表中的数据有关。例如,历史表中的数据etherHistoryPkts等于统计表中的数据etherStatsPkts在取样间隔结束时的值减去取样间隔开始时的值之差,如下图所示。 RMON的管理信息库 当每一个取样间隔开始时监视器就在历史数据表中产生一行,行索引etherHistoryIndex与对应控制行的historyControlIndex相同,而etherHistorySampleIndex的值则加1。当etherHistorySampleIndex的值增至与historyControlBucketsGranted的值相等时,这一组数据行就当做循环使用的缓冲区,丢弃最老的数据行,保留historyControlBucketsGranted个最新的数据行。例如图5.8中,第一组已丢弃了X个老数据行,第二组则丢弃了Y个老数据行。 主机(host)组 主机组收集新出现的主机的信息,其内容与接口组相同,参见图5.10。 5.2 RMON的管理信息库 RMON的管理信息库 监视器观察子网上传送的分组,根据源地址和目标地址了解网上活动的主机,为每一个新出现(启动)的主机建立并维护一组统计数据。每一个控制行对应一个子网接口,而每一个数据行对应一个子网上的一个主机。这样主机表hostTable的总行数为 其中Ni =控制表第i行hostControlTableSize的值 k =控制表的行数 N =主机表的行数 i =控制表索引hostControlIndex的值 RMON的管理信息库 RMON的管理信息库 例如在图5.11中,监视器有两个子网接口(k=2)。子网X与接口1相连(对应的 hostControlIndex值=1),有3台主机,所以该行的hostControlTableSize的值为3(N1=3);子网Y与接口2相连,有两台主机,所以对应子网Y的值是hostControlIndex=2,N2=2。 RMON的管理信息库 主机数据表hostTable的每一行由主机MAC地址hostAddress和接口号hostIndex共同索引,记录各个主机的通信统计信息。当主机控制表配置好以后,监视器就开始检查各个子网上出现的分组。如果发现有新的源地址出现,就在主机数据表中增加一行,并且把hostControlTableSize的值增加1。 主机时间表hostTimeTable与hostTable内容相同,但是以发现时间hostTimeCreationOrder排序的,而不是以主机的MAC排序的。 RMON的管理信息库 hostTimeTable有两种重要应用: 如果管理站知道表的大小和行的大小,就可以用最有效的方式把有关的管理信息装入SNMP的Get和GetNext PDU中,这样检索起来更快捷,更方便。由于该表是以hostTimeCreationOrder按由小到 大的顺序排列的,所以应答的先后顺序不会影响检索的结果。 这个表的结构方便了管理站找出某个接口上最新出现的主机,而不必查阅整个表。 主机组的两个数据表实际上是同一个表的两个不同的逻辑视图,并不要求监视器实现

文档评论(0)

1亿VIP精品文档

相关文档