rfcrfc2021.txt

本程序为在linux下实现FTP传输文件的实现

3.2.  多重管理中心中的行增加

   新行的增加通过RFC 1903[2]中描述的行状态方法完成.在此MIB中,为了配置一项功能,
   常常向一个表格中添加行.此配置常常包括控制此功能操作的参数.代理装置必须检测这
   些参数,以确定他们是否适合此MIB中定义的约束条件以及一些特殊约束情况例如缺少资
   源.代理装置将会不知所措,当它检测这些参数和当它发信号给管理中心说这些参量残缺
   的时候.以下由两个机会:


    o 当管理中心设置每一个参量对象时.


    o 当管理中心将行状态对象设为激活状态.

   如果选择后者,管理中心将搞不清楚参量中的那些是残缺的,并引起坏数据错误的发生.这
样,无论那种能的情况,实现程序将选择前者因为它可以向管理中心提供更多的信息.

   当管理中心在使用SNMP的时候尝试设置配置信息将会出现错误.当此包括在同样控制表
格中一个概念上的行的增加时,管理装置将出现互相抵制,尝试创立同一个实体.为了避免这
些抵制,每个控制实体包含一个用专用语法定义的状态实体,以便管理装置区别.在行增加机
制下进行创立一个已经存在的状态对象时,将返回一个错误.当多于一个管理装置同时尝试创
立同一个概念上的行时,只有第一个会成功.其余的将接收到错误.

   在RMON MIB [RFC 1757]中,提供了实体状态文本协议来避免此相互抵制状况.这样,此文
本协议增加到SNMP框架中.此行状态文本协议适用于所有新表格的定义.

   当一个管理装置要创立一个新的控制实体,它需要为那个行选择一个索引.这有很多避免
多个管理装置使用同一个索引的方法,如果一个索引没有被使用,上机制回避免冲突.配置的
方法包括任意选择和扫描控制表格寻找第一个空闲的索引.因为队列中被管理装置选择的索
引可能具有任意的值,管理装置必须可以用任意值的索引创建一个行,当它有创立一个新行的
资源时.
   
   此MIB中的一些表格设计其他的表格.当在这些表格中创立和删除实体时,通常允许互相
   参考.在此表格中创建或删除实体没有定义.

4.  协议

   以下协议适用于整个RMON MIB以及相关文档.

   好的信息包

   好的信息包使那些拥有一个有效的帧长度的无错误信息包.例如,以太网上,好的信
   息包是长度在64octers和1518octets之间的无错误信息包.他们的形式定义在IEEE
   802.3中3.2.all部分.

   坏的信息包

   坏的信息包是那些因固定取帧而被认为信息包的信息包,此信息包包含错误或长度
   无效.例如,以太网上,坏的信息包有一个有效的导言和SFD,但是有一个坏的CRC,
     或者长度小于64octets或长于1518octets.

5.  RMON 2 协议

   以下的实践和协议在RMON 2 MIB中定义.

5.1.  术语应用层的使用

   此MIB中由许多术语应用层被用来描述一系列协议或者一个功能的情况.此并不是特别
   意味着一个OSI第7层协议.更确切的,它为了定义一系列不包含在MAC层和网络层协议
   中的协议,但也可包含传送,会议,表示和应用层协议.

5.2. 协议目录和有限扩展

   每个RMON 2 执行有能力分析信息包的类型并在多个层中鉴别他们的协议类型.协议
   目录提供了一个协议类型的清单,检测器允许警示,增加,删除,以及此列中协议类型
   的配置.

   一个需要注意的概念:协议目录表格的"有限扩展".RNOM 2 模式指那些由静态软件
   在执行期间写下的协议.因此,作为结构的内容,一个执行没有立即学会分析一个新的
   信息包类型的功能.但是,一个执行可以写作:对一个特殊的协议软件知道到哪里获得
   多路分析技术,或是,下一个较高层的解码是驱动表格.当编码为适应它的目的编写并
   且可以延伸多于一个较高层的时候,上机制起作用.此延展性被称为"局限扩展"使其
   局限性更为明显.但是,这是一个非常有用的工具.
 


   例如,假设一个执行中有C编码使在几个以太网封装中的任一中都可以对IP信息包解
   码,或解释IP协议协议以便识别UDP信息包;或对UDP端口号进行解码.此执行也许是
   表格驱动的,以便于,多个可能的端口号中,设定161为SNMP,53为DNS,69为TFTP.协
   议目录表格的有限延展允许一个SNMP操作可以设定一个实体,其为UDP创立了一个
   附加的表格映射,且此UDP认定123端口为NTP并开始对此信息包进行计数.

   有限可延展性是这样的操作,一个执行可以选择是否允许具有子协议的任意协议.

5.3.  信息包中的错误

   在此MIB中,有链接错误的信息包在任何地方都不被计数,因为此MIB中大多数参量都
   要求信息包的容量的解码,但当出现链接错误时此译码是无意义的.

   具有已经侦察到的协议错误的协议包对有的协议都将计数,在碰到错误的层中.此含义
   是,此MIB中具有以察觉错误的信息包在网络层的任意地方都不被计数,当传输层中的具
   有已察觉错误的信息包也许具有网络层统计学计数.



6.  定义

RMON2-MIB 定义::==开始
输入
    模块特性,对象类型,32位计数器,整数32,
        规格32,Ip地址,时间计数       FROM SNMPv2-SMI
    文本协议,行状态,显示串,时间标记
                                                 FROM SNMPv2-TC
    模块顺从,对象组来自于SNMPv2-CONF
    mib-2, if索引                  FROM RFC1213-MIB
    业主串,统计学表,历史,主机,
    矩阵,过滤器,以太状态实体,历史控制实体,
    主机控制实体,矩阵控制实体,过滤器实体,
    信道实体                    FROM RMON-MIB
    令牌网,令牌网ML状态实体,令牌网PS状态实体,
    循环中控制实体,路由源泉状态实体
                                    FROM TOKEN-RING-RMON-MIB;
--  遥远网络警示 MIB

远程监控技术 模块特性
    上次更新  "9605270000Z"
    结构"IETF RMON MIB 工作组"
    联系信息
        "Steve Waldbusser   (WG 编者)
         Postal: International Network Services
         650 Castro Street, Suite 260
         Mountain View, CA 94041
         Phone:  [phone]
         Email:  [e-mail]


         Andy Bierman   (WG 主席)
         Phone:  [phone]
         Email:  [e-mail]"
    描述
        "此 MIB 模式用于管理远程警示装置的操作.此模式
         扩展了原先在RFC 1756中描述的RMON MIB."
    ::= { mib-2 16 }


-- { 远程控制技术 1 } 到 { 远程控制技术 10 }定义在 RMON 中 和
-- 令牌网 RMON MIB [RFC 1513]

    协议索引          对象标示符        ::= { 远程控制技术 11 }
    协议目录          对象标示符        ::= { 远程控制技术  12 }
    地址映射          对象标示符        ::= { 远程控制技术  13 }
    nl主机            对象标示符        ::= { 远程控制技术  14 }
    nl矩阵            对象标示符        ::= { 远程控制技术 15 }
    al主机             对象标示符        ::= { 远程控制技术  16 }
    al矩阵            对象标示符        ::= { 远程控制技术  17 }
    用户纪录          对象标示符        ::= { 远程控制技术  18 }
    探测器配置        对象标示符        ::= { 远程控制技术  19 }
    远程控制技术一致   对象标示符        ::= {远程控制技术 20 }

-- 文本协议


基于零的32位计数器      ::= 文本协议
    状态    当前的
    描述
        "此TC描述了一个对象,它按照以下的定义对事件进行计数:此类型的
         对象在创立时将被设定为0并且在其后对适当的时间计数,当达到值
         2"32时返回0.

        假定一个应用程序发现新对象需要在最短的时间内将其封装,可使用
        最初的值作为标记,它最终可以指出此对象属于的表格.对一个管理

        中心来说,知道此最短时间和两次检测之间的实际时间是很重要的,
        而当实际时间很长或者没有定义最短时间时抛弃数据也是很重要的.

        特别的此 TC用于这样的表格:索引空间经常地改变和/或正使用时间
        过滤器机制.
    语法    标准32

上次设立时间::=文本协议
    状态   当前的
    描述
        "此TC描述一个对象,其实体在储存上次时间时创立.

        此可用于检测应用软件来确定一个实体已经被删除了且在检测中又被重新
        设定,引起数据中其他的不可检测中断."
    语法    时间标记

时间过滤器::==文本协议
    状态    当前的
    描述

        "对一个表格要被用于索引.允许一个应用程序去下载自从一个特殊的时间以
         来改变的那些行.如果此行中的任意对象的数据改变了或者行被删除或创立,
         我们认为行改变了.

        当系统更新时间被设定为0,此表格将为空.

        在过去的每个系统更新时间内一个实体都存在,除去整个表格被清除的情况.

        当基础行被更新时,新的概念上的行被创立(当将与其他所有的要求共享当前
        更新的对象值).系统更新时间的值决定了创立的请求的数目,在那时基础行被
        最后更新了.在行最后一次更新时,一个请求在每个系统更新时间都存在,对
        每个系统更新时间评估豆浆确立一个时间标记.一个新的概念上的行将与一个
        时间标记相联系,其在与概念上的行相联系的系统更新时间评估时被创立.

        在时间零点时或之后定义概念上的行更新,这样,至少在每个基本的行中至少
        存在一个一个概念上的行(与时间标记零相联系).

        此变量的深入讨论参阅附录.

        考虑以下的foo表格:

        foo表格 ...
        索引 { foo时间标记,foo索引 }

        Foo实体{
           foo时间标记    时间过滤器
           foo索引        整数,

           foo计数器      计数器
        }

        表格中需有两个基本的行(foo索引==1,foo索引==2),行1在第6个时间被最新
        更新,行2在第8时间被最新更新,在初期的几个场合例如当前的值分别为5和9,
        此两行都将更新.以下的foo计数器需要存在.

        foo计数器.0.1  5
        foo计数器.0.2  9
        foo计数器.1.1  5
        fooCounts.1.2  9
        foo计数器.2.1  5
        foo计数器.2.2  9
        foo计数器.3.1  5
        foo计数器.3.2  9
        foo计数器.4.1  5
        foo计数器.4.2  9
        foo计数器.5.1  5
        foo计数器.5.2  9
        foo计数器.6.1  5
        foo计数器.6.2  9
        foo计数器.7.2  9    -- 注意行1在时间7和8不存在
        foo计数器.8.2  9    
    语法        时间标记

数据源::=文本的协议
    状态     当前的
    描述
       “定义接收功能的数据的来源是具有分析的功能。在此设备上此
         源泉可以是任何的界面。  
        
         为了定义一个特定的界面，应界面的要求，此对象应当定义if索
         引对象的实例，定义在[3，5]中。

         例如，如果一个实体要截收从界面#1来的数据，此对象将被设定
         为if索引.1.“
    语法            对象定义
--
-- 协议目录组
--
-- 列举协议的详细的目录,监测器可以显示并允许增加,删除,以及此序列中实体的配
   置
协议目录最新改变        对象类型
    语法         时间标记
    最大通道     只读
    状态         当前的
    描述
        "协议目录最后被规范化的时候,系统更新时间的值,或者通过添加或删除
         或者通过协议目录地址映射配置的规范化功能,或者通过协议目录主机配
         置的或者协议目录矩阵配置的."
    ::= { 协议目录 1 }

协议目录表格        对象类型
    语法          协议目录实体
    最大通道      不可得
    状态            当前的
    描述
        "此表格列举了这个代理装置具有解码和计数的功能的协议.此表格中,对
         每个这样的协议都有一个实体.这些协议定义了不同的网络层,传输层,和
         高层协议.此代理装置应当基于此基础上：此表格预先配置了解和需求监
         视器的协议.我们很希望执行支持网络层(至少对描述组协议)以上的协议,
         至少对那些不支持应用层组的协议."
    ::= { 协议目录 2 }

协议目录实体       对象类型
    语法          协议目录实体
    最大通道       不可得
    状态         当前的
    描述

        "在协议目录表格中的一个概念上的行.

         此实体的索引的一个例子是协议目录地址索引8.0.0.0.1.0.0.8.0.2.0.0,
         它是一个长度为8,跟着8个 subid（对协议目录ID1。2048跟着一个长度为2和
         2个subid（对零值参量解码)解码）的解码.
    索引{ 协议目录ID，协议目录参量}
    ::= {协议目录表格 1 }

协议目录实体：:= 整数{
    协议目录ID                   八进制字符串,