CN1427578A

CN1427578A - 可预知snmp网络设备中mib群组表单的方法

Info

Publication number: CN1427578A
Application number: CN 01144712
Authority: CN
Inventors: 陈永昕; 颜裕珉; 张明智; 黄俊杰
Original assignee: D Link Corp
Current assignee: D Link Corp
Priority date: 2001-12-21
Filing date: 2001-12-21
Publication date: 2003-07-02

Abstract

本发明为一种可预知SNMP网络设备中MIB群组表单的方法，该方法在一网管电脑欲对SNMP网络设备的某个MIB群组，进行读取或设定前，可先对该网络设备发送出一具备预知功能的封包，并令该网络设备在接收到该预知封包后，会将其MIB群组内支援SNMP协定的项目，以一回应封包，传回至该网管电脑，使该网管电脑可藉由分析该回应封包，预先得知该网络设备的MIB群组内所支援的项目，如此，即可避免传统作法中一连串冗长的尝试错误的错误追踪程序，而更有效率且正确地完成MIB的读取或设定。

Description

可预知SNMP网络设备中MIB群组表单的方法

技术领域

本发明涉及一种网络管理方法，尤指一种可预知简易网络管理协定(Simple Network Management Protocol，以下简称SNMP)的网络设备中网管信息(Management Information Base，以下简称MIB)群组表单的方法。

背景技术

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

按，现今许多使用区域网络或国际互联网，进行企业体内部信息流通的业者，为令其网络管理人员，能有效管理网络上为数众多的网络设备(Network Device or Network Agent)，一般均在该等网络设备上安装简易网络管理协定(Simple Network Management Protocol，简称SNMP)，使其网管电脑(Network Management Stations，简称NMS)可对网络上的该等SNMP网络设备，进行设定及管理。该管理协定允许网络管理人员在远端利用电脑上网，并通过网络，登入各该SNMP网络设备的设定画面，对其进行设定、修改及管理，但管理人员必须确实知道每一部网络设备的IP地址，才能正确登入各该SNMP网络设备的设定画面，且任一部SNMP网络设备不能与另一部SNMP网络设备有相同的IP地址，故网络管理人员不仅须知道各该SNMP网络设备的预设IP地址，尚需具备IP设定及管理的概念与能力。

另，长久以来，网管人员在通过网络利用SNMP的相关工具，对各该SNMP网络设备进行维护管理时，仅具有三项基本的操作功能，参阅图1所示，如：读取网管信息(Management Information Base，简称MIB)SnmpGet、设定网管信息SnmpSet及读取下一个网管信息GetNext等功能，除了这三种基本功能外，并无其它特殊值得称许，且较实用的功能。因此，目前大部分的网管人员与网管工具开发业者，对于所有SNMP网络设备所提供的MIB内容，仅通过读取MIB档案，以了解其项目，故大多数的网管人员与网管工具开发业者均利用该三项功能，该等功能的组合，以达成所期望的网络管理。然而，就开发网络管理工具者而言，单单使用该三项基本功能或其组合，所发展出的管理工具，对于该等SNMP网络设备，并无法实现较佳的网络管理功能。尤其是，由于目前的网络管理工具对于所有网络设备，并无法预知网络设备的MIB内是否确实具有支援SNMP的项目，而通过所提供的MIB档案，亦无法得知该网络设备的MIB内是否确实具有支援SNMP的项目。此外，虽然RFC标准规格提供了丰富的MIB内容，但该等网络设备却可能仅支援部分功能，或某个群组表单中的几项而已，故在发生该等状况时，若利用MIB浏览器(Browser)读取(或设定)MIB，将因该群组中有某些支援SNMP的项目不存在，而出现读取(或设定)失败的现象，针对此种现象，到目前为止，并未见有任何网管工具开发业者，对其提出因应对策，以有效进行改善。

另，传统上，当网管电脑利用网管工具，针对网络设备的MIB内某个群组送出读取网管信息SnmpGet或设定网管信息SmpSet的信号，以读取或设定MIB时，一般均会将整个群组视为支援SNMP，然而，若该等网络设备仅支援部分功能，或其中某些项目并不支援SNMP，则会得到无此OID的错误信息，且仅能知道第一个不支援SNMP的项目，所以必需利用尝试错误法，进行错误追踪，直到找出所有不支援的项目，才能正确地完成MIB的读取或设定。

故，如何能迅速找出所有不支援的项目，令该等网络设备的设定及管理作业更趋简化，以缩短作业时间，令管理端可轻易地针对分布各处的各式网络设备，快速地进行各项管理，即已成为在网络设备管理上亟待解决的一重要课题。

发明内容

有鉴于此，为改进前述传统网络设备在设定及管理上所发生的诸多缺点，特提出本发明的一种可预知SNMP网络设备中MIB群组表单的方法。该方法是在一网管电脑欲对SNMP网络设备的某个MIB群组，进行读取或设定前，可先对该网络设备送出一具备预知功能(preview facility)的封包，并令该网络设备在接收到该预知封包后，会将其MIB群组内支援SNMP协定的项目，以一回应封包，传回至该网管电脑，使该网管电脑可藉由分析该回应封包，预先得知该网络设备所支援的项目，如此，即可避免传统做法中一连串冗长的尝试错误的错误追踪程序，令网管人员得以在网管电脑上利用MIB浏览器或其他网管工具，对网络设备进行史有效率的网络管理，正确地完成MIB的读取或设定，大幅减少出现读取或设定失败的现象。

附图说明

图1为传统SNMP的相关网管工具，对SNMP网络设备进行维护管理时的网络模式示意图；

图2为本发明的方法对SNMP网络设备进行维护管理时的网络模式示意图；

图3为在本发明的一实施例中欲预先得知某个网络设备内是否提供RFC.1213规格内的系统群组项目时的处理画面示意图；

图4为在本发明的另一实施例中欲预先得知某个网络设备内是否提供RFC.1213规格内的inRouteTable项目时的处理画面示意图。

具体实施方式

按，在现今的网络世界里，各式各样的网络设备早已被普遍应用于网络中，该等网络设备内MIB所提供的网管信息，亦将愈来愈多，且愈来愈复杂，故一网络设备内SNMP协定所提供的机制，若仍仅局限于利用前述传统的三项基本操作功能，如：读取网管信息、设定网管信息及读取下一个网管信息，而未做更进一步改良，则其网络管理功能显然不足应付现今网络世界的发展趋势。故若能令SNMP网络设备内所提供的机制，具有一预先告知的功能，使网管电脑在对其进行管理时，可通过该机制，预先得知该等SNMP网络设备的MIB群组表单(group table)内所提供真正支援SNMP的项目，如此，仅需送收一次封包，即可预先得知该等SNMP网络设备所提供的真正支援SNMP的项目，在下次送收时，即可完全且正确地掌握对该等网络设备的管理，因此，对于网管人员及网管程序开发业者而言，若SNMP网络设备能具备一可预先告知其MIB内真正支援SNMP的项目的功能，将可据以开发出一极具便利性且有效率的网管工具。

在本发明中，参阅图2所示，若网管人员欲在网管电脑上，利用MIB浏览器或其他网管工具，对网络上为数众多的网络设备，进行更有效率的网络管理，并减少出现设定或者读取失败的现象，该MIB浏览器或网管工具即必须具备所谓的预知功能，该项预知功能通过SNMP协定，将一预知封包由该网管电脑发送至该等网络设备，该等网络设备在接收到该封包后，会将其MIB内所支援的项目，以群组表单形式，传回到该MIB浏览器或网管工具，使该网管电脑可由该等群组表单得知各该网络设备所支援的项目。故，在本发明中，当该网管工具欲针对某个MIB群组，送出读取网管信息SnmpGet或设定网管信息SnmpSet的信号，以读取或设定MIB前，必需先送出一预知封包，再根据传回的一回应封包，进行分析处理，即可避开不支援的项目，及传统作法中一连串冗长的尝试错误的错误追踪程序，而正确地完成MIB的读取或设定。

按，该项预知功能针对每一部SNMP网络设备的MIB群组，令该SNMP网络设备可将其MIB群组内真正支援SNMP协定的网管信息项目，预先告知该网管电脑，因此，对开发网管工具的工程师而言，通过此一机制，可针对MIB浏览器或其他相关的网管工具(MIB Tool)，开发出更精确且操作更方便的软件工具。目前，市面上的相关网管工具，在对一SNMP网络设备的整个MIB群组表单进行存取时，若欲达成此一机制，仅能通过读取下一个网管信息GetNext的方式，一笔一笔地判断整个MIB群组表单内是否有真正支援SNMP协定的项目，并无法一次判断完毕。此外，在某些情况下，若尚未获取任何组表单，则无法正确地判断出每个OID项目是否已被执行。反之，藉由本发明，则仅须一次送出具备该项预知功能的封包，即可在回应封包中，得知各该SNMP网络设备在该群组表单内所支援的项目，并于后续处理中，正确地进行MIB的读取或设定。故，由以上所述可知，以传统网管工具，对整个群组表单进行存取，共需进行N次的处理动作，若以本发明所提供的预知机制，则仅需2次的处理动作，因此，本发明所提供的方法，在效率评估上，确实较传统网管工具，有显著的改善。

在本发明中，由于通过SNMP协定负责送收封包，因此，具有该项预知功能的封包，除必须符合SNMP协定的送收规则外，本发明并设计及定义出该封包的送收格式如下，作为其基本格式：

当网管电脑发送出一个符合SNMP协定的预知封包时，会携带一个OID文字串，此OID文字串必须为该MIB群组的OID，或该MIB表单的入口OID，意即为所欲获得的某个MIB群组表单的入口OID。

该等SNMP网络设备在接收到该项预知功能的封包时，将根据该预知功能的封包，传回一回应封包，该回应封包可为下列的PDU格式：

PDU可变长度(N)

PDU可变位元字串

，其中PDU可变长度为一整数，即标准PDU的头端部份内容，PDU可变位元字串是octect字串，其值可为[1...N]，且N＞＝1。

在该PDU格式中，若某个MIB群组表单内具有八项支援SNMP的项目，其中2，5，6项并未实际支援与执行SNMP，则该预知功能的回应封包，可依下列数种格式，规范其内容：(1)PDU可变位元字串的第一种格式：

1

0

1

0

1

其中包含八项功能，共计8个位元组。1：代表MIB群组表单内确实支援SNMP的索引项目(index)。0：代表MIB群组表单内不支援SNMP的索引项目。(2)PDU可变位元字串的第二种格式：

1

3

4

7

8

其中以5个位元组记录支援SNMP的项目，传回内容即是所有支援SNMP的索引项目。(3)PDU可变的位元字串的第三种格式：

2

5

6

其中是以3个位元组记录MIB群组表单内不支援SNMP的索引项目，故回应封包的内容即所有不支援SNMP的索引项目。(4)PDU可变的位元字串的第四种格式：

11001101

，其中以一个位元组记录MIB群组表单内确实支援SNMP的八个索引项目，若该群组大于八个项目，则多增一个位元组来记录该等索引项目，以此类推，其中每个位元代表一个索引项目，支援SNMP的该索引项目所望北获的位元设为1。

在本发明的一实施例中，参阅图3所示，若欲预先得知某个网络设备内是否提供RFC.1213规格内的系统群组(System group)项目，该网管电脑端可先送出一个符合SNMP协定的预知封包，该预知封包中所携带的OID值为1.3.6.1.2.1.1(即系统值)，该网络设备在接收到该预知封包时，将根据该预知封包，传回一回应封包，该回应封包的内容将是一串的PDU可变位元字串，根据前述格式，该网管电脑端仅需送出封包两次，第一次用以预知网络设备的MIB群组表单内确实支援SNMP的索引项目，使据以进行判断，第二次即可对该网络设备正确地进行读取或设定。反之，若利用传统GetNext方式，则该网管电脑端必须送出七次封包，才有办法确定网络设备内确实支援SNMP的索引项目。

在本发明的另一实施例中，参阅图4所示，若欲预先得知某个网络设备内是否提供RFC，1213规格内的inRouteTable项目，该网管电脑端可先送出一个符合SNMP协定的预知封包，并以inRouteEntry的OID值为(1.3.6.1.2.1.4.2.1.1)作为送出值，该网络设备在接收到该预知封包时，将根据该预知封包，传回一回应封包，该回应封包的内容中将显示出确实支援SNMP的索引项目。反之，若利用传统SnmpGetNext方式，则该网管电脑端必须送出十几次封包，才能确定网络设备内确实支援SNMP的索引项目。

据上所述可知，利用本发明的方法，网管电脑端则可预先得知该等网络设备的群组表单内支援SNMP的索引项目，若欲再进一步管理该网络设备，可再利用MIB浏览器，直接连接到各该网络设备，进行重置(setup)动作，有效率地完成设定作业。因此，对网络上为数众多的网络设备进行网络管理时，本发明的方法将可有效减少许多额外封包送收判断所需的时间，并大幅增进网络管理工具在设计及使用上的便利性，且令网络管理的效率获得极为显著的改善。

以上所述实施例仅系为说明本发明的技术思想及特点，其目的在使熟习此项技艺的人士能够了解本发明的内容并据以实施，当不能以其限定本发明的专利范围，即大凡依本发明所揭示的精神所作的均等变化或修饰，仍应涵盖在本发明的权利要求范围内。

Claims

1、一种可预知SNMP网络设备中MIB群组表单的方法，其特征是：该方在一网管电脑欲对至少一个以上的SNMP网络设备的某个MIB群组，进行读取或设定前，依下列步骤进行处理：

可先对该网络设备发送出一具备预知功能的封包；

令该网络设备在接收到该预知封包后，会将其MIB群组内支援SNMP协定的项目，以一回应封包，传回至该网管电脑；

再令该网管电脑分析该回应封包，以预先得知该网络设备的MIB群组内所支援的项目。

2、如权利要求1所述的可预知SNMP网络设备中MIB群组表单的方法，其特征是：该预知封包通过SNMP协定送收，其基本格式除须符合SNMP协定的送收规则外，该预知封包内携带有一个OID文字串，该OID文字串须为该MIB群组的OID。

3、如权利要求2所述的可预知SNMP网络设备中MIB群组表单的方法，其特征是：该OID文字串须为该MIB表单的入口OID。

4、如权利要求1所述的可预知SNMP网络设备中MIB群组表单的方法，其特征是：该回应封包可为一PDU格式，包括一PDU可变长度及一PDU可变位元字串的栏位，其中该PDU可变长度为一整数，即标准PDU的头端部份内容，该PDU可变位元字串为一字串，其值可为[1...N]，且N＞＝1。

5、如权利要求4所述的可预知SNMP网络设备中MIB群组表单的方法，其特征是：该PDU可变位元字串的栏位包括复数个分别用以储存1及0的栏位，其中1代表MIB群组表单内确实支援SNMP的索引项目，0代表MIB群组表单内不支援SNMP的索引项目。

6、如权利要求4所述的可预知SNMP网络设备中MIB群组表单的方法，其特征是：该PDU可变位元字串的栏位包括复数个用以储存所有支援SNMP的索引项目的栏位。

7、如权利要求4所述的可预知SNMP网络设备中MIB群组表单的方法，其特征是：该PDU可变位元字串的栏位包括复数个用以储存所有不支援SNMP的索引项目的栏位。

8、如权利要求4所述的可预知SNMP网络设备中MIB群组表单的方法，其特征是：该PDU可变位元字串的栏位内，以一个位元组记录MIB群组表单内确实支援SNMP的索引项目，其中每个位元代表一个索引项目，支援SNMP的该索引项目所对应的位元设为1。