CN100338912C - 获取设备mib支持能力的管理方法 - Google Patents

Abstract

本发明涉及一种获取网络设备中MIB支持能力的管理方法，当网管在对设备的某一特性进行管理时，需经过下述步骤，包括：A.网管通过查询接口向网络设备发送需要查询MIB对象属性的请求；B.网络设备查询支持MIB对象属性的相应数据后，将其反馈给网管；C.网管根据接收到的MIB对象的属性对该特性进行相应的动态加载和定制。本发明通过设置一套通用的查询接口，以解决由于设备MIB支持能力的差异，而导致网管和设备匹配困难的问题，同时也减少由于设备MIB支持的差异而造成网管与设备的高耦合的问题，以提高网管的灵活性和稳定性。

Description

获取设备MIB支持能力的管理方法

技术领域

本发明涉及网络管理方法，特别是涉及一种获取设备MIB(设备管理信息库，MIB，Management Information Base)支持能力的管理方法。

背景技术

目前，由于网络世界的蓬勃发展，各式各样的网络设备不断的被开发出来，且被各行各业广泛的应用到于生活和工作环境中，由于这一发展趋势，不仅加速了信息流通的速度及效率，且为人们的生活及工作带来了极大的便利，然而，对于数量众多的各式各样的网络设备，却为网络管理人员带来许多的管理问题。

比如，在一个企业中，通常包括一系列不同型号的设备，而同一型号的设备随着时间的推移，又会产生功能的增强和修改，即存在不同的版本改进，如某厂商的交换机SWITCH系列设备，有SWITCH-A、SWITCH-B两个型号，而SWITCH-A型号的设备又有v1，v2两个版本。同系列设备，因为软硬件环境的限制，在特性支持方面会有一些差别，在这里称之为设备差异性。企业在某一系列设备的特性定义MIB对象时，通常会把所有同系列设备上特性的全集定义为MIB文件，来囊括所有可能情况，即用一个MIB文件表示出所有同系列设备的情况。但是，对于具体的某型号设备上，还可能存在某个MIB对象的取值范围与其他的不一致，或不支持其他设备都支持的某个MIB对象的情况。这样，就产生了设备支持与统一的MIB文件描述间存在差异性的问题，这些差异性主要包括：

1)同系列不同型号的设备特性的差异性。在同系列设备上，可能会存在某些型号的设备支持的特性，其他型号的设备不支持的情况。体现在MIB上，就是在具体的某一型号设备上，不支持其他设备都支持的某个MIB对象。比如上面提到H厂商的SWITCH系列设备中，SWITCH-A支持X协议，而其他设备不支持。这种差异可能会导致网管统一管理这两个型号的设备时出错。

2)同型号的不同版本的设备特性的差异性。同型号不同版本的设备也有可能因为软硬件限制，导致不同的软件版本间MIB实现存在差异。比如SWITCH-A的v1版本中MAC地址的老化时间，取值范围是10-1000毫秒，而v2版本上因为硬件性能有所增强，取值范围变化为10-6000毫秒，这种差异可能会导致网管统一管理这两个版本的设备时出错。但是，上述这两种差异性，从网管上看，表现为MIB对象属性的不同，而实际上是设备对MIB的支持能力的不同。

目前，解决这种差异性的方法主要有两种方法：

所述方法一为：网管通过统一的MIB与设备通信。对有差异性的多款同系列设备，定义一个各种设备特性全集的MIB，在MIB文件上不反映具体设备差异。在处理有差异性的设备时，网管通过获取设备的系统标识SYSOID，来区分设备型号，在网管中以硬编码的方式来处理差异性。这种方式下，MIB、网管与设备细节高度耦合，MIB、网管的稳定性差，设备特性的细微变化，也会在MIB和网管软件上产生被动同步修改的连锁反应。

由此可见，方法一的缺点为：1)MIB和网管软件稳定性差。在增加一款新型号设备或者设备上某些特性变化时，原有的MIB不能描述变化后的特性，随着设备类型的不断增多，特性的不断变化，MIB文件需要不断的修改，以适应不同设备的特性，同时MIB文件的修改又将触发网管的修改，以使网管适应不同设备特性的变化。2)网管软件的维护成本高，为得到设备细节，需要了解每种设备对MIB的支持程度，而仅通过MIB文件反映不出具体设备的细节，需要进行大量的沟通。3)网管与设备特性耦合度高，网管过分依赖设备细节。每当设备特性变化时，网管都会被动修改，设备特性影响网管的过程是一个不断循环的过程，表现为设备特性变化→MIB调整→网管修改。不利于提高网管软件的跨设备通用性。每款设备的差异性都将左右网管的处理流程。4)网管虽然能够通过获取设备型号对设备类型进行区分，但是对设备的不同软件版本间的MIB差异无法顾及。

所述方法二为：网管通过统一的MIB接口与设备通信。但在MIB的定义时，对有差异性的多款同类设备，除了定义的一个包含各种设备特性的大而全的MIB，还通过简单增加一些离散的MIB查询对象来保存某些MIB对象的差异性，在MIB文件上，可反映一些设备的差异性。网管在处理有差异性的设备时，从这些冗余的MIB对象上查询到需要了解到的一些设备细节，处理设备差异性。这些冗余MIB对象是为了描述具体某个MIB对象的差异性而增加的，随着设备类型的不断增多，特性的不断变化，冗余的MIB对象随之增多，MIB文件还是需要不断的修改。

具体请参考图1，从图1中可知，网管需要在程序中对某MIB对象进行自适应处理时，首先需要在MIB中定义一个专门描述该MIB对象某属性的冗余节点，网管需要读取或设置该MIB对象时，需要先读取该冗余节点，获取关心的数据(即MIB对象的最大值)，然后根据设备返回的数据来调整在不同的设备上对同一MIB对象的处理，才能避免对该MIB进行不恰当的操作。

本方法虽然采用先查询MIB对象的属性，再进行处理的方法，但由于没有使用统一的查询接口，获取一个MIB对象的一个属性，就需要在MIB文件中定义一个对应的冗余节点。因此，该方法二存在以下缺点：1)会导致MIB文件复杂，MIB对象众多，不易理解。使用离散的冗余MIB对象来描述设备差异性会使MIB文件庞大，同样也占用网络的资源，当设备的差异性较复杂时，也很难表示；2)MIB和网管软件稳定性差。这种方法虽然降低了网管与设备特性的耦合度，但由于MIB查询对象是逐渐调整的，也会引起网管的修改。并且，对于同一款设备自身特性发生变化时，网管也需要同步修改，影响比较大。

发明内容

本发明解决的技术问题是提供一种获取设备MIB支持能力的方法，以解决下述问题：由于现有设备中MIB支持能力的差异，而导致网管和设备匹配困难的问题；

本发明还解决的技术问题是通过设置一套通用的查询接口，使网管动态的获取不同设备的MIB支持能力，以解决由于设备MIB支持的差异而造成网管与设备的高耦合的问题。

为解决上述问题，本发明提供一种获取设备中MIB支持能力的管理方法，当网管在对设备的某一特性进行管理时，需经过下述步骤，包括：

A、网管通过查询接口向网络设备发送需要查询MIB对象及其属性的请求；

B、网络设备查询支持MIB对象及其属性的相应数据后，将其反馈给网管；

C、网管根据接收到的MIB对象及其属性对该特性进行相应的动态加载和定制。

所述查询接口为使用网络通信协议，提供网管所需要查询的MIB对象标识及其属性给网络设备，以及网络设备向网管反馈所查询到的MIB对象及其属性信息的表现形式，其中，所述使用的网络通信协议是实现网管与设备进行信息交互的所有协议，包括简单网络管理协议、Telnet协议、加密套接字协议。

所述查询接口的表现形式为MIB对象属性表，所述MIB对象属性表的内容包括：待查询的MIB对象的标识(比如OID或名称)、待查询的信息类型以及存放查询结果的节点。

所述MIB对象属性表的内容还包括：行状态、存放详细查询结果的MIB对象以及待查询请求的详细信息。

所述步骤A的网管通过下述步骤向网络设备发送需要查询MIB对象及其属性的请求：

a11)网管通过MIB对象属性表向网络设备动态提交所需要MIB对象的表项创建请求；

a12)网络设备返回创建成功后，网管再使用创建时的索引与存放查询结果的节点组成一个实例，向网络设备读取结果；或者是

a21)网管将待查询的MIB对象的标识和待查询的MIB属性组成一个索引，并与存放MIB对象属性值结果的列对象的标识组合成一个有效的MIB对象实例，以向网络设备发送查询请求。

在步骤B中，网络设备将查询到的对应的数据，通过和网管约定的通信协议，以响应请求和约定的格式反馈给网管。

所述约定的格式是网管和网络设备预先约定的，包括：数据取值范围、SNMP数据类型或访问属性。

步骤B的具体实现过程为：

b11)当网络设备查询到相应的数据后，在MIB对象属性表中生成一个新的表项，并在存放MIB对象属性查询结果的表项中写入MIB支持能力，并向网管返回创建成功响应；或者是

b21)当网络设备查询到相应的数据后，直接将该对应的数据反馈给网管。

步骤C的具体实现过程为：网管根据所接收到的MIB对象的属性判断所述设备是否支持该特性，若支持，则网管将保留管理该特性的菜单，并根据该特性的MIB对象的属性，对网管界面进行动态加载和定制；否则，网管可隐藏管理该特性的菜单，避免用户继续对该设备不支持的对象进行读取或者设置错误操作。

所述方法还包括步骤：

D、当网管不需要该MIB对象的表项时，则向网络设备提交删除所述表项的请求；

E、网络设备删除所述设备MIB查询目标。

与现有技术相比，本发明具有以下有益效果：本发明通过网管提供所需要查询的MIB对象的标识(OID或者名称)和属性信息通过查询接口发送给设备，所述设备组织数据后以读响应请求的方式返回给网管，网管通过分析查询结果，获取设备MIB支持能力，并根据接收到的MIB对象的属性对该特性进行相应的动态加载和定制。因此，本发明具有下述优点：1)提高工作效率。本发明通过通用的查询接口来描述设备MIB支持能力，网管通过通用的查询接口来了解设备MIB支持能力，不需要人工交流，最终提高开发效率。2)提高MIB的可读性。本发明对设备增加的新特性，可动态的获取设备MIB支持能力，使设备在设计相应新增特性的MIB时，不需要同时考虑加入对设备差异性的描述，使新增特性的MIB易于理解，便于使用。3)提高MIB和网管的稳定性，以及提高网管的跨设备的通用性。在设备差异性有变化时，原有的MIB不需要调整，网管也可不需改动就能自动适应这些变化。4)降低网管对具体设备细节的依赖性。通过通用的MIB查询接口来获取设备MIB支持能力，网管可以根据得到的MIB支持信息做相应的处理，而不再需要了解具体设备的细节，以提高网管的灵活性。

附图说明

图1是现有技术中网管获取设备MIB对象差异性的处理流程图；

图2是本发明所述获取设备MIB支持能力的方法的流程图；

图3是本发明中实施例中网管通过统一查询接口处理设备差异性的系统处理过程图。

具体实施方式

本发明的核心是网管通过通用的查询接口将需要使用的管理信息库(MIB，Management Information Base)对象的标识和属性信息发送给网络设备；网络设备组织相应的数据，并将其反馈给网管；网管通过分析查询结果，来动态获取不同设备的MIB支持能力，而动态的加载和定制功能，同时降低不同设备MIB支持能力的差异性造成的网管与网络设备的高耦合度，以提高网管的通用型和智能性。本发明所述的查询接口，涵盖简单网络管理协议(SNMP，Simple Network Management Protocol)许可范围内的所有设备可能的MIB属性，即设备MIB支持能力的所有可能性变化。该设备MIB支持能力的可能性变化由网络设备来实现，并提供给网管使用。所述网管可通过该查询接口动态获取所需要或关心的信息，并根据查询结果对做出响应的处理，以提供网管的灵活性和稳定性。

本发明中所提到的设备MIB支持能力是指所有符合SNMP协议范围的MIB对象的属性，包括但不限于MIB对象取值范围的变化、支持与否、读写权限、数据类型等，取值范围又可因MIB对象数据类型的不同而有不同的表现形式，比如对于整形Integer类型，可以是取值范围；而对于字符串Octet String类型，可以是长度限制等。总之，只要是符合SNMP协议的MIB对象的属性变化，都是设备MIB支持能力的一种变化。

下面结合附图对本发明作进一步的说明。

本发明在作进一步说明之前，先做如下解释，为了保证网络的正常运转，需要应用网络管理系统(NMS)对网络设备进行有效的管理、维护和优化。网络管理中一般采用管理者(Admin)-代理(Agent)的管理模型。管理者可以是工作站、微机或PC等，一般位于网络系统的主干或接近主干的位置，负责发出管理操作的指令，并接收来自代理的信息。而代理则位于设备的内部，把来自管理者的命令或信息请求转换成本被管理设备的信息。管理者将管理要求通过管理操作指令传送到位于被管理系统中的代理，代理则直接管理设备。

在计算机网络管理中应用最广泛的管理协议是简单网络管理协议SNMP，所述SNMP使用用户数据报协议UDP作为第4层的传输层协议，一般包括5种消息类型：请求检索信息(Get-Request)，请求检索信息的响应(Get-Response)，请求Get-Request获得的对象的下一个对象(Get-Next-Request)，对设备中的参数进行远程配置(Set-Request)，陷阱消息(Trap，用来通知服务器发生了一个特定事件)。SNMP利用这些消息在管理者和代理直接进行信息传递。

所述管理者与被管理设备之间通过SNMP交换信息，在管理者与被管理设备之间使用MIB，来表示网络中的资源。在SNMP中，资源通常是用对象来表示的，每个对象基本上就是一个表示设备某方面特征的变量。对象的集合称为MIB。而管理者通过动态获取、修改、分析特定MIB对象的值来完成对被管理设备的监视、设置等功能。比如RFC文档中已经定义了很多标准的MIB，企业也可以定义自己的私有MIB，来表示某类设备的某些特性。需要说明是本发明中所提到的管理者，在实际中就是网络管理系统，以下简称网管，所述设备简称网络设备。

请参阅图2，为本发明所述获取设备MIB支持能力的方法的流程图，其中，所述方法当网管在对网络设备的某一特性进行管理时，需经过下述步骤：

步骤S10：网管通过查询接口向网络设备发送需要查询的MIB对象及其属性的请求；

步骤S11：网络设备查询支持MIB对象及其属性的相应数据后，并将其反馈给网管；

步骤S12：网管根据接收到的MIB对象及其属性对该特性进行相应的动态加载和定制。

本发明在以SNMP为网管与网络设备通信的网络管理协议时，网管在需要对网络设备的某项特性进行管理时，可通过查询接口向网络设备发送需要查询的MIB对象及其属性的请求，该请求可以SNMP读取请求的形式发送(步骤S10)；网络设备查询自身支持MIB对象属性，获取MIB对象属性的相应数据后，并将其以简单网络管理协议响应请求和约定的格式反馈给网管。所述约定的格式为网管和网络设备预先约定的，包括：数据取值范围、SNMP数据类型或访问属性等。其中，所述MIB对象的属性，包括但不限于MIB对象的取值范围、支持与否、读写权限、数据类型，以及网络设备将MIB对象的属性以SNMP读响应的方式返回给网管(步骤S11)；网管接收到所述响应的数据后，按照约定的格式解析出MIB对象的属性，并根据这些MIB对象的属性对该某项特性进行动态加载和定制(步骤S12)。也就是说，如果从所获得的某MIB对象的支持属性中判断出所述网络设备不支持该特性，则网管可隐藏管理该特性的菜单，避免用户继续操作，发生对网络设备不支持的对象进行的读取或者设置错误；如果从所获得的某MIB对象的支持属性中判断出网络设备支持该特性，则网管可保留管理该特性的菜单，并根据该特性涉及到的MIB对象的属性，对网管界面进行动态的加载和定制，比如，网管根据获取到的MIB对象的取值范围属性，设置准确的取值输入限制；或者网管根据获取到的MIB对象的数据类型属性，在用户需要网络设备上的MIB对象时，设置准确的数据类型等。

其中，在本发明的实现过程中所提到的查询接口，是通过网管与网络设备之间的管理协议来进行通信的。且本发明所述的网络管理协议(网管与网络设备之间的管理协议)可包括：SNMP协议和Telnet协议等，因此，如果网管要查询网络设备的MIB，首先必须符合管理协议，例如SNMP协议的规定，其次，查询接口可提供网管所关心的MIB对象及关心的属性类型给网络设备，并由网络设备向网管提供查询到的MIB对象属性信息。

所述查询接口的基本定义为所有符合网管与网络设备管理协议、可提供网管所关心的MIB对象及其属性给网络设备，由网络设备组织数据后向网管提供查询到的MIB对象属性信息的表现形式。本发明所述的查询接口的具体表现形式可以是MIB对象属性表的方式，网管在使用该MIB对象属性表时，可以通过先创建表项，再读取表项的方式，也可以直接读取查询结果的方式。

所述MIB对象属性表项的方式，在该表项中至少包括的对象有：1)待查询的MIB的对象标识(OID，Object Indentifier，在MIB树中唯一标识一个对象的，以点分格式表示的一个字符串)或其名称，且所述OID或MIB对象的名称都是能唯一标识该MIB对象的信息；2)待查询的信息类型，即对该待查询的MIB对象需要查询何种信息；3)存放查询结果的节点。用于存放查询的结果的表节点。

除此之外，在该MIB对象属性表项中还可以包括的表对象有：1)行状态，所述行状态主要用于控制该MIB对象属性表中某一行的创建，修改，删除等操作；2)存放详细查询结果的对象。如果返回信息复杂，有可能需要这样一个独立的对象，网管可以通过该独立的对象来一次性获取所有需要的信息；3)待查询请求的进一步详细信息，也就是有些查询请求可能需要提供特定且复杂的信息给网络设备，以便网络设备能够正确返回网管需要的查询信息，此时有可能需要一个独立的对象来存放这样的复杂信息，以便于网管在查询时通过所述该对象向网络设备提供必要查询的详细信息。

为了便于理解，下面以使用SNMP协议作为网管与设备通信协议，MIB对象属性表为基础定义一个对某MIB的查询接口，但是具体实现时所支持的查询内容并不一定局限于列出的查询内容。其网络设备的具体查询方式也可能变化，但是至少提供待查询MIB对象的OID(或者其名称)和待查询的信息类型(即待查询MIB对象的为何种类型的信息)这两个属性。本部分只是描述查询接口的一种实现方式，而所述OID定义对于本领域的技术人员来以为公知技术，本发明将略去具体的OID定义。

以MIB对象属性表的查询接口用于实现MIB对象属性的查询。该表中的对象以MIB对象的OID(或者名称)和待查询的信息类型为索引，向网络设备发送读取请求，网络设备获取到对应的数据后，按约定的格式并以SNMP协议的响应请求返回给网管，网管通过解析后可以得到待查询MIB对象需要的信息。所述MIB对象的属性包括SNMP标准中定义的基本属性，如MIB对象的访问属性、MIB对象的数据类型、MIB对象的数据取值范围等等，当然本发明所述MIB对象的属性也可包括其它的网管与网络设备之间约定的所有符合SNMP协议的其它属性内容。

其中，所述查询接口的查询对象包括：objectInfoTable：MIB查询接口表；objectInfoEntry：MIB查询接口表实体；objectInfoOID：表索引，表示需要查询的MIB对象的OID或者名称，该项是必须的；objectInfoType：表示需要查询MIB对象的哪种属性，该项是必须的；objectInfoTypeExtesion：根据查询内容的复杂程度不同，有可能某些查询需要提供更详细的查询信息，则可以通过这个MIB对象提供，这样便于扩充。该节点是可选的，如果没有复杂查询需求，则该项可以省略；objectInfoValue：存放查询结果，如果有其它方式返回查询结果(如利用objectInfoType)，则该项是可选的；

objectInfoValueExtesion：存放进一步详细的查询结果，有些查询返回的查询结果比较复杂，则可以通过这个MIB对象提供。这样便于扩充，该节点是可选的，如果没有复杂查询结果，则该项可以省略；objectInfoRowStatus：行状态，来表示objectInfoTable的创建、删除等，该项是可选的，如果不采取先创建表项再读取的方式查询，则该项可以省略。

因此，本发明中网络设备与网管的配合的形式是：网管通过查询接口提供所需要查询MIB对象的OID标识和属性信息给网络设备，网络设备组织数据后以SNMP读响应请求的方式返回给网管，网管通过分析查询结果，来获取设备MIB支持能力。所述网络设备可以按照如下方式组织数据：

首先查询本设备上该MIB对象的属性，获取到数据后可以使用字符串的形式按如下格式反馈给网管：

1)将获取到数据以字符串表示的的取值范围反馈给网管，比如，以字符串“R[1，3]，[5，7]”或“L[1，100]”反馈。其中，所述“R[1，3]，[5，7]”表示是整型变量，且其取值范围是[1，3]，[5，7]；所述字符串“L[1，100]”表示是字符串变量，且其长度限制是[1，100]。

2)将获取到数据以字符串表示的数据类型的格式反馈给网管，所述数据类型是按照如下对应关系以数字表示所有SNMP数据类型。比如：字符串“1”表示时间计数TimeTicks类型、字符串“2”表示字符串OCTET STRING类型、字符串“3”表示对象标识符OBJECT IDENTIFIER类型、字符串“4”表示IP地址IpAddress类型等等；另外使用字符串前缀“T”表示返回的是数据类型。这样，如果返回给网管的是字符串“T1”，则表示该MIB对象的数据类型是TimeTicks，如果是“T2”，则表示该MIB对象的数据类型是OCTET STRING。

3)将获取到数据以字符串表示的的访问属性的格式反馈给网管，比如自字符串“1”表示通知notification类型、“2”表示不可访问notaccessible、”3”表示可读写read-write、“4”表示只读read-only等等；另外使用字符串前缀“A”表示返回的是访问类型。这样，如果返回给网管的是字符串“A1”，则表示该MIB对象是Trap节点，如果是“A3”表示该MIB对象的数据类型可读可写，即read-write。

所以网管在获取到相应的数据后，也按相同的格式来解析该数据，即可得到其对应MIB对象的属性。

另外，本发明所述网络设备与网管的配合与查询接口的两种形式相对应，也有两种方式。所述第一种方式是，网管根据自己的需要，向网络设备动态提交所需要查询的MIB对象的表项创建请求，通知网络设备自己关心的MIB对象极其属性信息，网络设备收集到数据后，生成新表项，在存放查询结果的表项中填入MIB支持能力，返回创建成功响应，网管即可根据创建表项时的索引来查询新生成的表项，获取设备MIB支持能力，在不关心该查询目标时，可提交删除申请，网络设备即可删除该查询目标。这种方式网管对所关心的对象可动态创建和删除，比较灵活，也可避免网络设备维护过多的查询结果，而影响性能。所述第二种方式是，网管通过查询存放查询结果的表项，直接获取信息。在这里，网管可以使用需要查询的MIB对象的OID和需要查询的MIB属性来组织成一个索引，和存放查询结果的表项的OID组合成一个有效的MIB对象实例，向网络设备发送查询请求，网络设备收到网管的查询请求后，组织数据(组织数据过程同第一种方式)后返回给网管，因为该数据并没有在网络设备上创建相应的表项，网管每次读取都需要使用完整的查询请求，所以该数据只对网管一次有效，网络设备没有必要保存查询结果。

下面结合一个具体的应用实例来说明本发明，详见图3，是本发明中实施例中网管通过统一查询接口处理设备差异性的系统处理过程图。具体来描述网管是如何通过本发明所述查询接口来完成对有MIB支持能力差异设备的管理的。其实现原理为：当网管需要对设备的某项特性进行管理时，可通过查询接口向网络设备发送SNMP读取请求，获取涉及到的MIB对象的属性，这些属性是网管要使用，但不知能不能使用，且所述属性包括但不限于MIB对象的取值范围、支持与否、读写权限、数据类型；网络设备通过查询自身的数据，并将查询到的MIB对象的属性以SNMP读响应的方式返回给网管后，网管按照约定的格式解析出MIB对象的属性，读取或设置MIB对象属性，再根据这些MIB对象的属性来对该特性进行动态加载和定制。

假设在某企业中有A、B、C三款同系列但型号不同的设备，他们大部分的特性都相同，但在某些特性上存在一定的差异。假设所述A、B设备可支持对X协议的配置，而C设备不支持这项配置。当A、B设备上配置X协议时，可配置老化时间，但A设备上的老化时间的取值范围是10～10000毫秒，B设备上老化时间的取值范围是45～600毫秒。此外，在该企业中还包括与设备A、B、C系列相同但型号不相同的D设备，所述设备D上X协议的老化时间只读，不可配置。

显然在MIB文件中描述的是A、B、C、D四种设备情况的全集，但由于其特性不完全相同，因此在实现方式上也不同，所述A、B、C设备实现的X协议都存在MIB支持能力的差异。如果企业对A、B、C、D四款设备开发的是一套通用的网管软件。则单从此表中，网管无法获取设备间的差异情况。但是如果采用本发明所述查询接口的实现就很有必要了，网管就可以脱离具体设备细节的束缚，独立地解决设备差异性了。也就是说网管通过查询接口，与设备配合，获取A、B、C、D设备的X特性的MIB支持能力的过程。在实现本发明之前，先做如下定义：假设Y表示X协议老化时间的标识OID，在objectInfoType的取值中：1代表访问权限，表示设备是否支持；2代表整型数据的取值范围。同时还假定，如果该设备支持X协议，则一定也支持X协议老化时间这一MIB对象；如果该设备不支持X协议老化时间这一MIB对象，则该设备也不支持X协议。其具体实现过程为：

首先，网管需要在objectInfoTable表中创建一行数据，通知设备自己关心的MIB对象。其目的是网管想知道该设备是否支持该MIB对象，因此网管向设备发送SNMP创建表行的请求报文，向设备请求在objectInfoTable表创建一行标识OID是Y，属性类型是1的表项。

如果设备返回表行创建成功，表示已经得到了OID是Y的对象的访问属性信息，并允许网管读取。

然后网管向设备发送SNMP读取请求，从objectInfoValue节点读取对OID为Y的对象的访问权限，即设备是否支持的情况。

设备将OID是Y的对象的支持情况以SNMP读响应报文返回给网管。

下面将对不同的设备的返回情况分别进行说明。

1)如果A、B类型的设备知道OID是Y的MIB对象是X协议老化时间，在本设备上该MIB对象的访问属性是可读写read-write，则A、B类型的设备按照与网管约定的格式，返回本设备上OID是Y的MIB对象的访问属性是可读写的SNMP读响应报文。

2)如果C类型的设备知道OID是Y的MIB对象是X协议老化时间，而本设备不支持该MIB对象，则C类型的设备按照与网管约定的格式，返回本设备上OID是Y的MIB对象的访问属性是不可访问notaccessible的SNMP读响应报文。

3)如果D类型的设备知道OID是Y的MIB对象是X协议老化时间，而本设备上该MIB对象的访问属性是只读read-only，则D类型的设备按照与网管约定的格式，返回本设备上OID是Y的MIB对象的访问属性是只读read-only的SNMP读响应报文。

这样网管可得知A、B、D设备支持X协议，而C设备不支持，当管理C设备时，网管可动态卸载掉X协议管理功能，而在A、B、D设备上保留X协议管理功能，但在D设备上需要将X协议老化时间设置为不可修改的状态。

在A、B设备中，当用户打开X协议管理功能时，网管可向设备查询X协议老化时间的其他差异性，比如取值范围。首先需要在objectInfoTable表中创建一行数据，网管向设备发送SNMP创建表行的请求报文，向设备请求在objectInfoTable表创建一行OID是Y，需要获取的属性是取值范围的表项。

如果设备返回表行创建成功，表示已经得到了OID是Y的对象的取值范围信息，并允许网管读取。

然后网管向设备发送SNMP读取请求，从objectInfoValue节点读取对OID为Y的对象的取值范围情况。

下面将对不同的设备的返回进行说明。

1)A类型的设备知道OID是Y的MIB对象是X协议老化时间，而本设备对该MIB对象的取值范围是10～10000毫秒，则A类型的设备按照与网管约定的格式，返回本设备上OID是Y的MIB对象的取值范围是10～10000毫秒的SNMP读响应报文。

2)B类型的设备知道OID是Y的MIB对象是X协议老化时间，而本设备对该MIB对象的取值范围是45～600毫秒，则B类型的设备按照与网管约定的格式，返回本设备上OID是Y的MIB对象的取值范围是45～600毫秒的SNMP读响应报文。

这样网管就可以知道A设备上X协议老化时间是10～10000毫秒，而B设备上X协议老化时间是45～600毫秒。网管可在管理A设备时，在X协议管理界面上，将X协议老化时间设置用户输入必须在10～10000毫秒之间的限制，在管理B设备时，在X协议管理界面上，将X协议老化时间设置用户输入必须在45～600毫秒之间的限制，避免用户输入不恰当的值，而频繁返回设置失败的情况。这样网管可根据从设备获取到的设备的信息来做出不同的处理。

此外，本发明在网管与网络设备所使用的网络管理协议并不限于简单网络管理协议SNMP，还可以使用于其他通信协议，比如远程登陆协议(即telnet协议)进行管理时，也可以参照此处理流程使网管获取到设备的MIB支持能力。

由此可见，从上述本发明的处理过程中可知，本发明通过查询查询接口可以使网管动态获取网络设备的MIB支持能力，并根据获取到的信息对自身的功能进行动态调整，从而实现与网络设备进行精准的配套，避免出现因无法获取到设备的MIB支持能力时，频繁读取或设置出错的情况。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (10)

1、一种获取设备中MIB支持能力的管理方法，其特征在于，当网管在对设备的某一特性进行管理时，需经过下述步骤，包括：

A、网管通过查询接口向网络设备发送需要查询MIB对象及其属性的请求；

B、网络设备查询支持MIB对象及其属性的相应数据后，将其反馈给网管；

C、网管根据接收到的MIB对象及其属性对该特性进行相应的动态加载和定制。

2、根据权利要求1所述获取设备MIB支持能力的管理方法，其特征在于，所述查询接口为使用网络通信协议，提供网管所需要查询的MIB对象标识及其属性给网络设备，以及网络设备向网管反馈所查询到的MIB对象及其属性信息的表现形式，其中，所述使用的网络通信协议是实现网管与设备进行信息交互的所有协议，包括简单网络管理协议、Telnet协议、加密套接字协议。

3、根据权利要求2所述获取设备MIB支持能力的管理方法，其特征在于，所述查询接口的表现形式为MIB对象属性表，所述MIB对象属性表的内容包括：待查询的MIB对象的标识或名称、待查询的信息类型以及存放查询结果的节点。

4、根据权利要求3所述获取设备MIB支持能力的管理方法，其特征在于，所述MIB对象属性表的内容还包括：行状态、存放详细查询结果的MIB对象以及待查询请求的详细信息。

5、根据权利要求3所述获取设备MIB支持能力的管理方法，其特征在于，所述步骤A的网管通过下述步骤向网络设备发送需要查询MIB对象及其属性的请求：

a11)网管通过MIB对象属性表向网络设备动态提交所需要MIB对象的表项创建请求；

a12)网络设备返回创建成功后，网管再使用创建时的索引与存放查询结果的节点组成一个实例，向网络设备读取结果；或者是

a21)网管将待查询的MIB对象的标识和待查询的MIB属性组成一个索引，并与存放MIB对象属性值结果的列对象的标识组合成一个有效的MIB对象实例，以向网络设备发送查询请求。

6、根据权利要求1或5所述获取设备MIB支持能力的管理方法，其特征在于，在步骤B中，网络设备将查询到对应的数据，通过和网管约定的通信协议，以响应请求和约定的格式反馈给网管。

7、根据权利要求6所述获取设备MIB支持能力的管理方法，其特征在于，所述约定的格式是网管和网络设备预先约定的，包括：数据取值范围、SNMP数据类型或访问属性。

8、根据权利要求1所述获取设备MIB支持能力的管理方法，其特征在于，步骤B的具体实现过程为：

b11)当网络设备查询到相应的数据后，在MIB对象属性表中生成一个新的表项，并在存放MIB对象属性查询结果的表项中写入MIB支持能力，并向网管返回创建成功响应；或者是

b21)当网络设备查询到相应的数据后，直接将该对应的数据反馈给网管。

9、根据权利要求1所述获取设备MIB支持能力的管理方法，其特征在于，步骤C的具体实现过程为：网管根据所接收到的MIB对象的属性判断所述设备是否支持该特性，若支持，则网管将保留管理该特性的菜单，并根据该特性的MIB对象的属性，对网管界面进行动态加载和定制；否则，网管可隐藏管理该特性的菜单，避免用户继续对该设备不支持的对象进行读取或者设置错误操作。

10、根据权利要求1所述获取设备MIB支持能力的管理方法，其特征在于，所述方法还包括：

D、当网管不需要该MIB对象的表项时，则向网络设备提交删除所述表项的请求；

E、网络设备删除所述设备MIB查询目标。

Images