专利名称：可预知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的读取或设定。
故，如何能迅速找出所有不支援的项目，令该等网络设备的设定及管理作业更趋简化，以缩短作业时间，令管理端可轻易地针对分布各处的各式网络设备，快速地进行各项管理，即已成为在网络设备管理上亟待解决的一重要课题。
在本发明中，参阅图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可变长度为一整数，即标准PDU的头端部份内容，PDU可变位元字串是octect字串，其值可为[1...N]，且N＞＝1。
在该PDU格式中，若某个MIB群组表单内具有八项支援SNMP的项目，其中2，5，6项并未实际支援与执行SNMP，则该预知功能的回应封包，可依下列数种格式，规范其内容(1)PDU可变位元字串的第一种格式
其中包含八项功能，共计8个位元组。1代表MIB群组表单内确实支援SNMP的索引项目(index)。0代表MIB群组表单内不支援SNMP的索引项目。(2)PDU可变位元字串的第二种格式
其中以5个位元组记录支援SNMP的项目，传回内容即是所有支援SNMP的索引项目。(3)PDU可变的位元字串的第三种格式
其中是以3个位元组记录MIB群组表单内不支援SNMP的索引项目，故回应封包的内容即所有不支援SNMP的索引项目。(4)PDU可变的位元字串的第四种格式
，其中以一个位元组记录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)动作，有效率地完成设定作业。因此，对网络上为数众多的网络设备进行网络管理时，本发明的方法将可有效减少许多额外封包送收判断所需的时间，并大幅增进网络管理工具在设计及使用上的便利性，且令网络管理的效率获得极为显著的改善。
以上所述实施例仅系为说明本发明的技术思想及特点，其目的在使熟习此项技艺的人士能够了解本发明的内容并据以实施，当不能以其限定本发明的专利范围，即大凡依本发明所揭示的精神所作的均等变化或修饰，仍应涵盖在本发明的权利要求范围内。
权利要求
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。
全文摘要
本发明为一种可预知SNMP网络设备中MIB群组表单的方法，该方法在一网管电脑欲对SNMP网络设备的某个MIB群组，进行读取或设定前，可先对该网络设备发送出一具备预知功能的封包，并令该网络设备在接收到该预知封包后，会将其MIB群组内支援SNMP协定的项目，以一回应封包，传回至该网管电脑，使该网管电脑可藉由分析该回应封包，预先得知该网络设备的MIB群组内所支援的项目，如此，即可避免传统作法中一连串冗长的尝试错误的错误追踪程序，而更有效率且正确地完成MIB的读取或设定。
文档编号H04L12/24GK1427578SQ0114471
公开日2003年7月2日 申请日期2001年12月21日 优先权日2001年12月21日
发明者陈永昕, 颜裕珉, 张明智, 黄俊杰 申请人:友讯科技股份有限公司