CN101061688A - 基于简单网络管理协议的网络管理设备和方法 - Google Patents

基于简单网络管理协议的网络管理设备和方法 Download PDF

Info

Publication number
CN101061688A
CN101061688A CNA2005800394816A CN200580039481A CN101061688A CN 101061688 A CN101061688 A CN 101061688A CN A2005800394816 A CNA2005800394816 A CN A2005800394816A CN 200580039481 A CN200580039481 A CN 200580039481A CN 101061688 A CN101061688 A CN 101061688A
Authority
CN
China
Prior art keywords
field
oidinfo
file
snmp
application program
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CNA2005800394816A
Other languages
English (en)
Other versions
CN101061688B (zh
Inventor
宋奉奎
崔胜弼
赵源昌
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Samsung Electronics Co Ltd
Original Assignee
Samsung Electronics Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Samsung Electronics Co Ltd filed Critical Samsung Electronics Co Ltd
Publication of CN101061688A publication Critical patent/CN101061688A/zh
Application granted granted Critical
Publication of CN101061688B publication Critical patent/CN101061688B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/02—Standardisation; Integration
    • H04L41/0213—Standardised network management protocols, e.g. simple network management protocol [SNMP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/04—Network management architectures or arrangements
    • H04L41/046—Network management architectures or arrangements comprising network management agents or mobile agents therefor
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/02—Standardisation; Integration
    • H04L41/024—Standardisation; Integration using relational databases for representation of network management data, e.g. managing via structured query language [SQL]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer And Data Communications (AREA)

Abstract

提供了一种设备和方法，用于利用简单网络管理协议(SNMP)对通信装置进行管理。当开发器在编译时通过应用程序创建SNMP接口标题文件时，提取器根据接口标题文件生成管理信息库(MIB)文件和对象标识符信息(OIDInfo)。当管理器在运行时形成SNMP请求时，代理向OIDInfo处理器发送包括在SNMP请求消息中的OIDInfo。OIDInfo处理器访问OIDInfo存储器，并且给代理提供一般消息服务(GMS)信息。然后，根据GMS信息，在代理与应用程序之间，执行GMS请求/响应处理。

Description

基于简单网络管理协议的网络管理设备和方法
技术领域
本发明总体上涉及对网络装置进行管理的设备和方法。更具体地说，本发明涉及利用简单网络管理协议(Simple Network Management Protocol，SNMP)对通信装置进行管理的设备和方法。
背景技术
在过去的几年中，由于网络的迅速发展以及不同种类的系统的出现，使得综合网络管理难以进行。随着网络规模的扩大，在许多领域中，网络装置管理正变得日益重要。
因此，网络管理器需要用于在各种网络环境中进行综合管理的网络框架。由于这种需要，因特网的主要标准机构，即因特网工程任务组(InternetEngjneering Task Force，IETF)，已经将与相对简单的协议对应的简单网络管理协议(SNMP)，采用为对基于因特网的网络装置进行管理的标准。
在传统的SNMP系统中，管理系统被称为管理器，而管理目标被称为代理。用于将管理器连接到代理的信息传输网络基于传输控制协议/网际协议(Transmission Control Protocol/Internet Protocol，TCP/IP)，并且，利用SNMP的通信使用了用于检索管理信息的命令、用于连续检索管理信息的命令、用于改变并写入管理信息的命令以及用于根据管理器与代理之间的管理信息库(management information base，MIB)，报告异常操作的命令。
SNMP代理是放置在管理目标装置中的软件模块，并且具有关于MIB的信息。利用SNMP，将这些信息提供给SNMP管理器。
要利用SNMP管理的特定信息、资源等被称为对象。对象的集合被称为MIB。MIB的格式被定义为SNMP的一部分，并且利用抽象语法定义1(Abstract Syntax Notation One，ASN.1)对对象进行定义。
SNMP代理对依据与网络装置功能有关的参数配置的MIB进行管理。SNMP管理器从由SNMP代理提供的MIB中获得特定值，并且，对装置状态进行识别或者修改该值。
如上所述，用于利用SNMP对网络进行常规管理的操作表示用于从由管理目标装置提供的MIB中获得特定值、识别装置状态以及改变该值的操作。
按照SNMP，可以方便地使用管理方法，并且，可以对使用TCP/IP的各种类型的装置进行开发。通过各种请求注解文档(Request For Comment，RFC)，可以方便地对管理范围进行指定或扩大，并且，可以简单地对协议进行配置。在众多的管理协议当中，由于SNMP容易实施，因而被广泛使用。
图1示出了在SNMP管理器100与SNMP代理102之间的传统结构以及控制操作。
首先，对图1中示出的、在SNMP管理器100与SNMP代理102之间发送/接收的命令进行描述。
-GetRequest：表示用于读取对象值的请求信号；
-GetNextRequest：表示用于读取当前对象值之后的下一个对象值的请求信号；
-GetResponse：表示对请求的响应信号；
-SetRequest：表示用于写入对象值的信号；并且
-Trap：表示用于报告陷阱(trap)的信号。
图1的SNMP管理器100和SNMP代理102可以利用上述消息进行相互通信。
以下将参照图2和图3，对传统的开发方法和传统的、用于与应用程序接口的方法进行描述。
图2为示出了用于开发SNMP代理102的传统方法的流程图。
在图2的步骤200中，网络管理器对MIB进行定义，以便开发SNMP代理102，并且，网络管理器对用于与相关的应用程序接口的结构进行定义。
在步骤202中，根据在步骤200中定义的MIB，生成MIB文件。在步骤204中，网络管理器对生成的MIB文件进行编码和编译，由此生成SNMP代理102。
在步骤206中，网络管理器确定MIB或接口是否已经被校正。如果MIB或接口已经被校正，则网络管理器进行到步骤208，以对管理项目进行定义。
在步骤210中，网络管理器根据在步骤208中定义的管理项目，生成MIB文件。在步骤212中，网络管理器根据生成的MIB文件，对SNMP代理102进行重新编码和重新编译。
图3示出了在管理器100与应用程序304之间的传统接口方法。
为了使管理器100与应用程序304接口，代理102必须知道结构和目的地信息。当使用开发SNMP代理102的传统工具时，必须利用在应用程序304中使用的结构，实施与管理项目对应的对象302。
在用于开发SNMP代理102的传统方法中，对MIB这样进行设计，使得能够反映装置的特性。经过设计的MIB的内容确定了SNMP代理102的开发范围，用于在装置内执行管理功能的应用程序304的角色以及SNMP代理102与应用程序304之间的接口方法等。
传统的工具被用于有效地开发SNMP协议。当SNMP代理102具有需要的数据时，有利于利用该工具对SNMP代理102进行开发。但是，当通过与应用程序304的接口获得MIB对象值时，由于MIB对象具有不同的结构，因此对SNMP代理102的开发是困难并且复杂的。
SNMP管理器100通过SNMP代理102，对在装置内的不同应用程序304中管理的管理项目进行访问。这些管理项目由MIB表述并且依照装置特性而不同。在开始进行开发时，不能对这样的MIB进行完善的定义。
由于传统上根据上述的MIB对SNMP代理102进行开发，因此必须为装置开发不同的SNMP代理102。在同一个装置中管理的项目可以被频繁改变、添加或删除。当进行改变时，需要对SNMP代理102进行校正。
由于在上述环境中，无论何时对MIB进行改变、添加或删除，都必须对SNMP代理102进行校正和重新编译，因此开发需要大量的时间和精力。
因此，需要利用简单网络管理协议(SNMP)对通信装置进行管理的、有效且高效的系统和方法。
发明内容
为了大致解决了上述和其他问题，并且提供基于简单网络管理协议(SNMP)的、用于在网络管理系统中实时生成管理信息库(MIB)文件和对象标识符信息文件的网络管理设备和方法，提供了本发明的实施例。
本发明的实施例提供了简单网络管理协议(SNMP)管理设备和方法，用于对适合于在包括网络管理系统的网络中出现的变化的装置的运行进行控制。
本发明的实施例提供了简单网络管理协议(SNMP)管理设备和方法，用于按照标准，对包括网络管理系统的装置进行操作。
按照本发明的目的，提供了一种设备，用于生成管理信息库(MIB)文件和对象标识符信息(OIDInfo)文件，其中，管理信息库(MIB)文件用于在编译时，利用简单网络管理协议(SNMP)，对通信装置进行管理，而对象标识符信息(OIDInfo)文件用于在SNMP代理与应用程序之间进行通信。该设备包括：标题文件存储器，用于存储由应用程序创建的标题文件，以便对SNMP装置进行管理；提取器，用于从标题文件存储器中读取标题文件，并且创建MIB文件和用于在SNMP代理与应用程序之间交换消息的OIDInfo文件；MIB文件存储器，用于存储由提取器创建的MIB文件；以及，OIDInfo文件存储器，用于存储由提取器创建的OIDInfo文件。
按照本发明的另一个目的，提供了一种方法，用于生成管理信息库(MIB)文件和对象标识符信息(OIDInfo)文件，其中，管理信息库(MIB)文件用于在编译时，利用简单网络管理协议(SNMP)，对通信装置进行管理，而对象标识符信息(OIDInfo)文件用于在SNMP代理与应用程序之间进行通信。该方法包括如下步骤：在接收已经改变的管理项目的应用程序中创建SNMP接口标题文件；读取SNMP接口标题文件并且生成MIB文件和OIDInfo文件；并且，存储MIB文件和OIDInfo文件。
按照本发明的另一个目的，提供了一种方法，用于执行运行时操作，以便接收来自利用SNMP对通信装置进行管理的管理器的、包括管理项目的简单网络管理协议(SNMP)请求消息，并且形成对管理项目进行处理的结果的响应。该方法包括如下步骤：接收来自代理中的管理器的、用于请求对管理项目进行处理的结果的数据的SNMP请求消息；从代理向OIDInfo处理器发送包括在SNMP请求消息中的对象标识符信息(OIDInfo)；根据OIDInfo，从OIDInfo处理器向代理发送用于在代理与存储了由管理器请求的管理项目数据的应用程序之间进行通信的信息；根据从OIDInfo处理器接收的通信信息，与代理中的应用程序进行通信，并且从应用程序接收对由管理器请求的管理项目进行处理的结果；并且，从代理向管理器发送接收到的、对管理项目进行处理的结果。
按照本发明的另一个目的，提供了一种设备，用于利用简单网络管理协议(SNMP)对通信装置进行管理，以便执行运行时操作，从利用SNMP对通信装置进行管理的管理器，接收包括管理项目的SNMP请求消息，并且形成对管理项目进行处理的结果的响应。该设备包括：应用程序，用于执行用于请求管理项目的操作；对象标识符信息(OIDInfo)处理装置，用于在接收被映射到管理项目的预定OIDInfo时，提供用于与应用程序进行通信的信息；以及，代理，用于在接收到来自管理器SNMP的请求消息时，向OIDInfo处理装置发送映射到管理项目的OIDInfo，获得用于与应用程序进行通信的信息，从应用程序接收对管理项目进行处理的结果，并且向管理器发送处理结果。
附图说明
根据以下结合附图进行的详细描述，将对本发明的上述和其他特性和优点理解得更清楚，其中：
图1示出了在简单网络管理协议(SNMP)管理器与SNMP代理之间的传统结构以及控制操作；
图2为示出了用于开发图1的SNMP代理的传统方法的流程图；
图3示出了在管理器与应用程序之间的传统接口方法；
图4为示出了按照本发明实施例的典型SNMP代理的框图；
图5为按照本发明实施例的，示出了在图4中示出的SNMP代理以及包括编译时间和运行时间的典型操作流程的框图；
图6为按照本发明实施例的，示出了在图4中示出的SNMP代理的典型编译操作的框图；
图7为按照本发明实施例的，示出了在图4中示出的SNMP代理在编译时的典型操作的流程图；
图8示出了按照本发明实施例的，用于在运行时，在图4中示出的SNMP代理中，利用在图6的编译时生成的对象标识符信息，形成SNMP响应的典型处理；
图9为按照本发明实施例的，示出了在图4中示出的SNMP代理在运行时的典型操作的流程图；
图10示出了按照本发明实施例的，用于在代理和应用程序之间进行通信的一般消息服务(general message service，GMS)协议数据单元(protocol dataunit，PDU)的典型配置；
图11示出了按照本发明实施例的，用于从代理向应用程序发送Get/GetNext/GetFirst消息的典型进程以及与响应有关的操作；
图12示出了按照本发明实施例的，用于从代理向应用程序发送PreSet/Set消息的典型进程以及与响应有关的操作；
图13示出了按照本发明实施例的，用于从代理向应用程序发送GetBulk消息的典型进程以及与响应有关的操作；
图14示出了按照本发明实施例的，用于从代理向应用程序发送Notification(Trap)消息的典型进程以及与响应有关的操作；
图15A示意性地示出了按照本发明实施例的，包括对象标识符信息文件的典型项目；
图15B为示意性地示出了包括图15A中示出的项目的典型信息的表格；
图16示出了按照本发明实施例的对象标识符信息存储器的典型结构；
图17示出了按照本发明实施例的，用于在对象标识符处理器中检索GMS信息的典型方法；以及
图18示出了按照本发明实施例的，当代理接收到来自应用程序的Trap消息时，用于检索通知信息的典型方法。
所有附图中，应该将相同的标号理解为相同的部分、部件和结构。
具体实施方式
以下将参照附图，对本发明的典型实施例进行详细描述。在以下描述中，为了清楚和简明，对这里引用的、本领域技术人员众所周知的功能和配置不进行详细描述。
在本发明的实施例中，简单网络管理协议(SNMP)代理包括四个部分，如图4所示。
图4为示出了按照本发明实施例的典型SNMP代理102的框图。SNMP代理102执行用于在网络元素中支持SNMP的功能。
SNMP代理102包括：代理400，用于对SNMP消息进行处理并且执行与应用程序的接口；以及，对象标识符信息(object identifier information，OIDInfo)处理器402，用于对与具有用于创建一般消息服务(general messageservice，GMS)的信息的资料库对应的OIDInfo进行处理，在应用程序与代理400之间进行通信需要一般信息服务。
SNMP代理102还包括：提取器404，用于将用于创建GMS消息和管理信息库(MIB)的信息传送到图5的OIDInfo存储器，以及，标题文件存储器406，用于存储SNMP接口标题文件、由图5的应用程序504管理的信息以及GMS信息，其中，SNMP接口标题文件用于与应用程序通信。
OIDInfo处理器402提供许多功能。首先，当从代理400输入关于管理项目的OIDInfo时，OIDInfo处理器402从存储OIDInfo数据文件的OIDInfo存储器500中，检索出与用于在代理400与应用程序504之间进行通信的信息对应的GMS信息，并且，将GMS信息提供给代理400。这里，用于通信的信息包括关于端口号、消息格式、通信类型和负荷结构(payload structure)等的信息，用于在代理400与应用程序504之间进行通信。在本发明的典型实施例中，假设代理400与应用程序504之间的接口为GMS，但是，本发明不限于此。或者，可以使用其他接口。
图5为按照本发明实施例的，示出了在图4中示出的SNMP代理以及包括编译时间和运行时间的总体操作流程的框图。
首先，代理400被用于利用管理器100对SNMP协议进行处理，并且，发送/接收用于与应用程序504进行通信的信息，用于对管理项目进行实际维护和管理。当网络管理器发送包括基于各种预置格式的协议数据单元(protocoldata unit，PDU)的SNMP请求消息，请求网络装置的管理项目时，映射到包括在SNMP请求消息中的管理项目上的OID被发送到OIDInfo处理器402，其中，在所述网络装置中，代理102利用管理器100运行。然后，代理400从OIDInfo处理器402接收与关于端口号、格式和负荷结构的信息对应的GMS信息，用于与应用程序504通信。代理400利用GMS信息与应用程序504通信，并且从应用程序504接收对管理项目进行处理的结果。当从应用程序504接收到对管理项目进行处理的结果时，代理400通过SNMP响应消息，将对管理项目进行处理的结果的数据发送到管理器100。
其次，代理400还被用于从OIDInfo处理器402获得OIDInfo，并且当接收到来自应用程序504的通知(陷阱(trap)trap)消息时，将陷阱(trap)PDU发送到管理器100。
为了访问管理项目，OIDInfo处理器402从OIDInfo存储器500读取存储了向应用程序504发送消息和从应用程序504接收消息所需要的信息的OIDInfo文件。OIDInfo处理器402检索OIDInfo文件，并且将GMS信息提供给代理400。OIDInfo存储器500存储OIDInfo资料库应用程序编程接口(application programming interface，API)和OIDInfo数据文件。从提取器404提供OIDInfo资料库API和OIDInfo数据文件。
提取器404被用于，根据被定义为应用程序504中的管理项目的SNMP接口标题文件，生成MIB文件，生成OIDInfo处理器402要求的OIDInfo文件，并且将MIB文件和OIDInfo文件存储在OIDInfo存储器500中。
SNMP接口标题文件506是这样的文件，其中，对消息标识符(ID)、端口号和消息结构等进行定义，使得代理400能够获得在应用程序504中管理的信息。在应用程序504中定义SNMP接口标题文件506，并且将其存储在标题文件存储器406中。
以下将参照图5、6、7，对SNMP代理102在编译时的典型操作进行描述。
以下对用于创建具有关于要被发送到应用程序504的GMS消息的信息的OIDInfo数据文件的基本结构，以及用于生成基于提取器404中的结构的OIDInfo数据的处理进行描述。
利用上述方法，将提取器404用于根据标题文件存储器406生成数据。代理400通过OIDInfo文件使用能够检索需要的信息的OIDInfo资料库，并且使用关于要被发送到应用程序504的GMS消息的信息。
以下将参照图6，对SNMP代理102的编译操作进行更详细的描述。图6按照本发明实施例，示出了用于在编译时，在SNMP代理102的提取器404中生成数据文件的典型处理。
首先，SNMP代理102的开发器将对要通过应用程序504管理的信息进行定义的SNMP接口标题文件506存储在标题文件存储器406中。然后，提取器404从具有被管理的信息的标题文件存储器406中读取SNMP接口标题文件506，创建在其中定义了管理项目的MIB文件，并且将创建的MIB文件存储在MIB文件存储器502中。此外，提取器404从标题文件存储器406中读取SNMP接口标题文件506，创建用于生成GMS消息的OIDInfo数据文件，并且将OIDInfo数据文件存储在OIDInfo存储器500中。
图7为按照本发明实施例的，示出了SNMP代理102在编译时的典型操作的流程图。
当开发器已经在步骤700中请求改变SNMP代理102的管理项目时，操作进行到步骤702，其中，应用程序504根据由开发器输入的信息，创建用于已经改变的管理项目的SNMP接口标题文件506，并且将已经创建的SNMP接口标题文件506存储子标题文件存储器406中。
在步骤704中，提取器404读取SNMP接口标题文件并且创建MIB和OIDInfo数据文件。在步骤706中，将在步骤704创建的MIB和OIDInfo数据文件当中的MIB存储在MIB文件存储器502中，并且将已经创建的OIDInfo数据文件存储在OIDInfo存储器500中。
图8示出了SNMP代理102在运行时，使用在图6的编译时生成的OIDInfo数据文件的典型处理。
在图8的代理400与应用程序504之间的通信使用了GMS(或面向对象的消息服务)接口。图10中示出的GMS消息的负荷1009包括用于支持代理400与应用程序504之间的SNMP通信以及表示在消息负荷1009中重复的结构的数量的EM_Interface_header 1002的消息类型。后面将对此进行更详细的描述。
首先，当管理器100向代理400发送SNMP请求消息时，代理400向OIDInfo处理器402发送SNMP请求消息内的OIDInfo。代理400向OIDInfo处理器402发送OIDInfo的一个原因是，代理400需要GMS信息，以便与应用程序504通信。
OIDInfo处理器402根据接收的OID消息，读取GMS信息，并且将读取的GMS信息发送到代理400。然后，代理400根据GMS信息与应用程序504通信。代理400根据应用程序504的响应的结果，向管理器100发送对SNMP请求的响应。
以下将参照图9，对SNMP代理102的部件在运行时的典型操作进行描述。
图9为按照本发明实施例的，示出了SNMP代理102在运行时的操作的流程图。
在步骤900中，代理400确定是否已经从管理器100接收到SNMP请求。如果在步骤900中已经接收到SNMP请求，则代理400进行到步骤902，以便将包括在从管理器100接收到的SNMP请求中的OID提供给OIDInfo处理器402。
在步骤904中，OIDInfo处理器402根据接收的OIDInfo，从OIDInfo存储器500中读取相关的GMS信息，并且将GMS信息提供给代理400。这里，GMS信息包括关于应用程序504的端口号、通信类型和数据结构等的信息，用于在代理400与应用程序504之间进行通信。
在步骤906中，接收GMS信息的代理400根据GMS信息，向应用程序504发送对由管理器100请求的管理项目的数据的请求。在步骤908中，应用程序504通过GMS响应消息，发送关于管理项目的数据。
在步骤910中，代理400根据与来自应用程序的响应对应的管理项目的数据，向管理器100发送SNMP响应消息。
图10示出了用于在代理400和应用程序504之间进行通信的GMS PDU的典型配置。要求GMS标题1000支持在所有软件程序之间利用SNMP进行SNMP通信。GMS负荷1009包括用于特定标题文件的EM_Interface_header1002，以支持在代理400与应用程序504之间进行SNMP通信。EM_Interface_header 1002包括四个字段(后面将参照图11对此进行更详细的描述)。EM_Interface_header 1002被用于支持在代理400与应用程序504之间进行SNMP通信。负荷结构字段1004包括在进行SNMP通信时需要的负荷的字段值。
图11到14示出了按照以下更详细描述的、代理400与应用程序504之间的消息类型的典型的PDU消息配置和配置字段。
首先，简要描述各个字段的配置和功能。
一组GMS标题(GMS Hdr)1000、EM_Interface_header 1002和结构字段1004被称为一行1014。
如上所述，以下将对包括上述四个字段的EM_Interface_header 1002进行更详细的描述。首先，msgType 1006表示代理400与应用程序504之间的消息类型，并且，rowCount 1008表示在用于支持multiRowTable的表格的Get、Set和Get-Next操作时，在负荷中重复的结构1004的数量。在用于所有表格的Get-Bulk操作时，使用rowCount 1008的目的等同于SNMP Get-Bulk的Max-Repeat值的目的。响应1010用于报告出现错误。StructId 1012表示在应用程序504内另外使用的消息ID，并且被用作用于可编程加载数据(programmable loading data，PLD)的关系ID。
此外，应用程序504从自代理400接收的GMS消息的标题1000中复制transactionId 1016和bsmId 1018，创建响应消息，并且将创建的响应消息提供给代理400，使得代理400按照从应用程序504接收的响应1010正常运行。
图11示出了用于从代理400向应用程序504发送Get/GetNext/GetFirst请求消息的典型进程以及与响应有关的操作。
代理400对映射到一行的存储器进行分配，将从管理器100接收的索引值插入GMS负荷1009，并且将GMS负荷1009提供给应用程序504。
应用程序504将相关表格中的、映射到从代理400接收的索引的行复制到存储器，并且，将响应发送到代理400。此时，MsgId被设置到与预先定义的结构有关的ResponseId。如果已经出现故障，则插入并且发送与EM_Interface_header 1002的响应1010有关的错误值。此时，在不进行修改的情况下，重新发送GMS负荷1009。
在GetNextRequest的情况下，检索并提供相关行的下一行。
图12示出了用于从代理400向应用程序504发送PreSet/SetRequest消息的典型进程以及与响应有关的操作。
首先，从代理400向应用程序504发送PreSet/SetRequest消息。PreSetRequest的操作与GetRequest的操作大致相同。当接收到PreSetRequest时，应用程序504将相关行固定。当从应用程序504接收到对PreSetRequest响应时，代理400改变用于执行SetRequest的属性值，并且向应用程序504发送SetRequest。
当接收到来自应用程序504的正常响应时，代理400向管理器100发送对Set消息的响应。如果从应用程序504接收到Fail消息，则代理400向管理器100发送该Fail消息。当超时时，代理400舍弃该Set数据包。
在SetRequest的情况下，映射到一行的存储器被分配给请求的GMS负荷1009，然后，提供该GMS负荷1009。当应用程序发送响应时，代理400只发送EM_Interface_header 1002。
图13示出了用于从代理400向应用程序504发送用于读取对象值的数量的GetBulkRequest消息的典型进程以及与响应有关的操作。
在GetBulkRequest的情况下，根据相关的行，生成与EM_Interface_header1002的rowCount(Max-Repeat)1008的值对应的若干存储器。例如，如果rowCount值为“0”，则提供全部表格。
例如，如果代理400已经向应用程序504发送了rowCount值为“3”的请求，则只根据请求的GMS的负荷1009，对映射到一行的存储器进行分配，用于发送表示开始的索引。然后，应用程序504将上述存储器删除，对与rowCount 1008的值对应的若干存储器进行分配，复制信息，并且将复制的信息发送到代理400。由代理400将存储器删除。
图14示出了用于从代理400向应用程序504发送Notification(Trap)消息的典型进程以及与响应有关的操作。
为了对通知进行处理，必须对预置结构进行定义并且提供单独的消息ID。应用程序504将EM_Interface_header 1002的msgType设置到EM_NOTIFICATION，将msgId 1400的预置值填入GMS标题1000，将结构信息填入负荷1009，并且将消息发送到代理400。
以下将对存储在OIDInfo存储器500中的典型的OIDInfo数据文件进行描述。
图15A和图15B示意性地示出这样的表格，其中，将OIDInfo数据文件映射到OIDInfo存储器500中的存储器(没有示出)中。
图15A示意性地示出了包括对象标识符信息文件的典型项目。以下将参照图15B，对各个项目进行描述。
图15B为示出了包括图15A中示出的项目的典型信息的表格。
首先，OID信息标题(OIDInfoHdr)1500表示存储OIDInfo的基本信息的负荷的数据结构。这个结构信息包括OIDInfo的版本和生成日期、默认OID、用于表示起OID树的每个节点的结构信息作用的OIDTreeInfo 1502的最高节点的偏移值以及用于表示被用于对通知信息进行检索的NotiInfoHdr 1508偏移值。
表格1中通过例子示出了对包括OIDInfoHdr 1500的字段的详细描述。
                            表格1
  字段名   描述
  版本   该字段表示OIDInfo文件的版本。
  日期   该字段表示OIDInfo文件的生成日期。
  DefaultOID   该字段被包括在所有OID中，并且，当在OIDInfo内进行搜索时被排除。
  OIDTreeInfoOffset   该字段表示一个偏移值，该偏移值用于表示OIDTreeInfo字段中的最高OIDTreeInfo。
  NotiInfoHdrOffset   该字段表示一个偏移值，该偏移值用于表示NotiInfoHdr字段中的最高NotiInfoHdr，以便利用消息ID对通知信息进行检索。
OIDTreeInfo 1502包括树节点信息，并且被用于树搜索。OIDTreeInfo1502用于表述一个组，并且用于表述与标量对象(scalar object)和表格对象有关的OIDTreeInfo 1502的一个节点。这种结构包括表示MIB的OID的ObjectID、节点类型(NodeType)和四个偏移。
ObjectID表示MIB的当前节点的OID而不是全部OID。NodeType被用于确定当前节点是否为组对象、标量对象或表格对象。包括在OIDTreeInfo中的偏移包括表示更高的OIDTreeInfo的偏移以及表示具有关于GMS和结构的信息的GMSInfo偏移。
在表格2中，通过例子示出了对包括OIDTreeInfo 1502的字段的描述。
                          表格2
字段名   描述
objectId   该字段表示相关树节点的OID。OID值为整数，用于表示一个相关节点的OID而不是全部OID。
nodeType   该字段用于确定树节点的类型是否是标量、表格或组。
upOIDTreeInfoOffset   该字段是一个偏移值，该偏移值表示树中的更高的OIDTreeInfo。
nextOIDTreeInfoOffset   该字段是一个偏移值，该偏移值表示树中的同级别的下一个OIDTreeInfo。
gmsInfoOffset   当节点类型为标量或表格时，该字段是一个具有GMS信息的偏移值。如果节点类型为标量或表格并且gmsInfoOffset为0，或者，如果节点类型为组并且gmsInfoOffset不为0，则表示提取器已经错误地生成了OIDInfo文件。
GMS信息(GMSInfo)1504包括GMS标题信息和用于将消息提供给应用程序504的负荷信息。这种结构被划分为字段，字段的含义随structType和公用字段(common field)而变化。OID被映射到利用该结构生成的标量或MIB表格的组中，并且，OID包括公用默认OID(或企业OID)。structname表示对结构进行定义时创建的名字。StructType用于表示6种不同的结构类型，并且，payloadType是一个字段，用于表示Set、Get和Get-Next是否可能用于使用该结构的多个行。
requestMsgId、responseMsgId和portNumber表示GMS标题信息。numberOfIndex表示结构索引的数量。numberOfField表示全部结构字段的数量，而不是MIB表格的属性的数量。payloadSize表示总的结构大小，用于计算GMS负荷的大小。pldRelationId表示PLD的关系ID，并且，当structType是sub-table时，masterTableOffset为用于表示主表格的偏移。nextGMSInfoOffset为以后使用的保留字段，并且是一个当前没有对它的用途进行定义的字段。最后，firstGMSAttInfoOffset为用于表示第一GMSAttInfo的偏移，第一GMSAttInfo表示结构的字段信息。
按照structType，将GMSInfo 1504的字段用于不同用途。RequestMsgId、responseMsgId和portNumber通常被用作GMS标题信息。在所有structType字段之间，NextGMSInfoOffset和firstGMSAttInfoOffset大致相同。在表格3中，通过例子对structType和随structType变化的字段的用途进行描述。
                       表格3
  类型   描述
  SType_Scalar(标量)   该字段表示包括标量的结构。
  SType_StaticTable(静态表格)   该表格表示用于对应用程序中的数据进行管理的静态表格。
  SType_AgentDyTable(代理动态表格)   该表格表示用于对代理中的数据进行管理的动态表格。
  SType_AppDyTable(应用程序动态表格)   该表格表示用于对应用程序中的数据进行管理的动态表格。
  SType_PLD(pld)   该表格表示PLD表格。Get、Get-Next或Get-Bulk允许代理通过RSI获得数据，并且，只将Set发送到应用程序。
  SType_SubTable(子表格，阵列)   它表示利用阵列扩展的GMSInfo。
以下将按照structType，对GMSInfo 1504的字段的用途进行描述。首先，当structType为标量时，在表格4中，通过例子示出GMSInfo 1504的每个字段的用途。
                      表格4
  字段名 描述 注释
  OID 该字段表示直到包括标量节点的一个组的OID字符串。
  structname 该字段表示在SNMP接口标题文件中定义的结构名的字符串。 无论structType如何，该字段具有相同的含义。
  structType 该字段为表示GMSInfo的结构类型的字段。该结构类型为标量。(structType＝SType_Scalar)
  payloadType 该字段为表示是否可能利用结构使Set、Get和Get-Next同时用于多个行。只有当从应用程序提供了撤消功能时，才能使用这个字段。有两种类型，即单行类型和多行类型。 无论structType如何，该字段具有相同的含义。
  requestMsgId 当代理向应用程序发送请求时，该字段表示被插入GMS标题中的请求消息ID。 无论structType如何，该字段具有相同的含义。
  responseMsgId 当应用程序向代理发送响应时，该字段表示被插入GMS标题中的响应消息ID。 无论structType如何，该字段具有相同的含义。
  portNumber 该字段表示应用程序接收来自代理的消息的端口号。 无论structType如何，该字段具有相同的含义。
numberOfIndex   该字段表示结构索引的数量。在这种情况下，结构索引的数量为0。当汇集标量时，不存在索引。
numberOfField   该字段表示在SNMP接口标题文件中定义的结构的字段的数量。NumberOfField包括索引字段的数量。该结构被定义如下：struct{int A；//indexint B；//indexint C；int D[3]；int E[4]；}AA；
  在上述情况下，numberOfField表示5。
payloadSize   该字段表示结构的总大小。
pldRelationId   该字段不使用，并且值为零。
masterTableOffset   该字段不使用，并且值为零。
nextGMSInfoOffset   该字段为未定义字段，并且留作以后使用。   无论structType如何，该字段具有相同的含义。
firstGMSAttInfoOffset   该字段表示用于表示第一GMSAttInfo的偏移值，第一GMSAttInfo表示结构的字段信息。   无论structType如何，该字段具有相同的含义。
当structType为static-table时，在表格5中，通过例子示出了GMSInfo1504的每个字段的用途。
                        表格5
  字段名   描述   注释
  OID   该字段表示直到MIB的表格入口的OID字符串。
  structname   该字段表示在SNMP接口标题文件中定义的结构名的字符串。   无论structTtpe如何，该字段具有相同的含义。
  structType   该字段为表示GMSInfo的结构类型的字段。该结构类型为静态表格。(structType＝SType StaticTable)
  payloadType   该字段为表示是否可能利用结构，使Set、Get和Get-Next同时用于多个行。只有当从应用程序提供了撤消功能时，才能使用这个字段。有两种类型，即单行类型和多行类型。   无论structType如何，该字段具有相同的含义。
  requestMsgId   当代理向应用程序发送请求时，该字段表示被插入GMS标题中的请求消息ID。   无论structType如何，该字段具有相同的含义。
  responseMsgId   当应用程序向代理发送响应时，该字段表示被插入GMS标题中的响应消息ID。   无论structType如何，该字段具有相同的含义。
  portNumber   该字段表示应用程序接收来自代理的消息的端口号。   无论structType如何，该字段具有相同的含
  义。
numberOfIndex   该字段表示结构索引的数量。
numberOfField   该字段表示在SNMP接口标题文件中定义的结构的字段数量。如果结构包括阵列，则包括表示阵列的字段的数量。(MIB没有表示阵列的字段。)
payloadSize   该字段表示结构的总大小。
pldRelationId   该字段不使用，并且值为零。
masterTableOffset   该字段不使用，并且值为零。
nextGMSInfoOffset   该字段为未定义字段，并且留作以后使用。   无论structTtpe如何，该字段具有相同的含义。
firstGMSAttInfoOffset   该字段表示用于表示第一GMSAttInfo的偏移值，第一GMSAttInfo表示结构的字段信息。   无论structTtpe如何，该字段具有相同的含义。
当structType为agent-dynamic-table时，在表格6中，通过例子示出了GMSInfo 1504的每个字段的用途。
                         表格6
  字段名   描述   注释
  OID   该字段表示直到MIB的表格入口的OID字符串。
  structname   该字段表示在SNMP接口标题文件中定义的结构名的字符串。   无论structType如何，该字段具有相同的含
义。
  structType   该字段为表示GMSInfo的结构类型的字段。该结构类型为代理动态表格。(structType＝SType_AgentDyTable)
  payloadType   该字段为表示是否可能利用结构使Set、Get和Get-Next同时用于多个行。只有当从应用程序提供了撤消功能时，才能使用这个字段。有两种类型，即单行类型和多行类型。 无论structType如何，该字段具有相同的含义。
  requestMsgId   当代理向应用程序发送请求时，该字段表示被插入GMS标题中的请求消息ID。 无论structTtpe如何，该字段具有相同的含义。
  responseMsgId   当应用程序向代理发送响应时，该字段表示被插入GMS标题中的响应消息ID。 无论structType如何，该字段具有相同的含义。
  portNumber   该字段表示应用程序接收来自代理的消息的端口号。 无论structType如何，该字段具有相同的含义。
  numberOfIndex   该字段表示结构索引的数量。
  numberOfField   该字段表示在SNMP接口标题文件中定义的结构的字段数量。(RowStatus存在于MIB中，但是，当定义了结构时，不对映射到
  RowStatus的字段进行定义。不存在OIDInfo的GMSAttInfo。代理对RowStatus进行管理。)
payloadSize   该字段表示结构的总尺寸。
pldRelationId   该字段不使用，并且值为零。
masterTableOffset   该字段不使用，并且值为零。
nextGMSInfoOffset   该字段为未定义字段，并且留作以后使用。   无论structType如何，该字段具有相同的含义。
firstGMSAttInfoOffset   该字段表示用于表示第一GMSAttInfo的偏移值，第一GMSAttInfo表示结构的字段信息。   无论structType如何，该字段具有相同的含义。
当structType为application-dynamic-table时，在表格7中，通过例子示出了GMSInfo 1504的每个字段的用途。
                    表格7
  字段名   描述   注释
  OID   该字段表示直到MIB的表格入口的OID字符串。
  structname   该字段表示在SNMP接口标题文件中定义的结构名的字符串。   无论structType如何，该字段具有相同的含义。
  structTtpe   该字段为表示GMSInfo的结构类型的字段。该结构类型为应用程序动态表格。
  payloadType 该字段为表示是否可能利用结构使Set、Get和Get-Next同时用于多个行。只有当从应用程序提供了撤消功能时，才能使用这个字段。有两种类型，即单行类型和多行类型。   无论structType如何，该字段具有相同的含义。
  requestMsgId 当代理向应用程序发送请求时，该字段表示被插入GMS标题中的请求消息ID。   无论structType如何，该字段具有相同的含义。
  responseMsgId 当应用程序向代理发送响应时，该字段表示被插入GMS标题中的响应消息ID。   无论structType如何，该字段具有相同的含义。
  portNumber 该字段表示应用程序接收来自代理的消息的端口号。   无论structType如何，该字段具有相同的含义。
  numberOfIndex 该字段表示结构索引的数量。
  numberOfField 该字段表示在SNMP接口标题文件中定义的结构的字段数量。由于被映射到RowStatus的字段被包括在结构中，因此在application-dynamic-table的情况下，包括字段的数量。存在OIDInfo的GMSAttInfo。应用程序对RowStatus进行管理。
  payloadSize 该字段表示结构的总尺
  寸。
pldRelationId   该字段不使用，并且值为零。
masterTableOffset   该字段不使用，并且值为零。
nextGMSInfoOffset   该字段为未定义字段，并且留作以后使用。   无论structType如何，该字段具有相同的含义。
firstGMSAttInfoOffset   该字段表示用于表示第一GMSAttInfo的偏移值，第一GMSAttInfo表示结构的字段信息。   无论structType如何，该字段具有相同的含义。
当structType为PLD时，在表格8中，通过例子示出了GMSInfo1504的每个字段的用途。
                   表格8
  字段名   描述   注释
  OID   该字段表示直到MIB的表格入口的OID字符串。
  structname   该字段表示在SNMP接口标题文件中定义的结构名的字符串。   无论structType如何，该字段具有相同的含义。
  structType   该字段为表示GMSInfo的结构类型的字段。该结构类型为PLD。
  payloadType   该字段为表示是否可能利用结构使Set、Get和Get-Next同时用于多个行。只有当从应用程序提供了撤消功能时，才能使用这个字段。有两种类型，   无论structType如何，该字段具有相同的含义。
即单行类型和多行类型。
  requestMsgId 当代理向应用程序发送请求时，该字段表示被插入GMS标题中的请求消息ID。   无论structType如何，该字段具有相同的含义。
  responseMsgId 当应用程序向代理发送响应时，该字段表示被插入GMS标题中的响应消息ID。   无论structType如何，该字段具有相同的含义。
  portNumber 该字段表示应用程序接收来自代理的消息的端口号。   无论structType如何，该字段具有相同的含义。
  numberOfIndex 该字段表示结构索引的数量。
  numberOfField 该字段表示结构的字段数量。当结构包括阵列时，包括阵列的字段数量。(阵列的字段不在MIB中。)例如，当字段的数量为3时，numberOfField的值为3。
  payloadSize 该字段表示结构的总尺寸。
  pldRelationId 该字段表示PLD的关系ID。
  masterTableOffset 该字段不使用，并且值为零。
  nextGMSInfoOffset 该字段为未定义字段，并且留作以后使用。   无论structType如何，该字段具有相同的含义。
firstGMSAttInfoOffset   该字段表示用于表示第一GMSAttInfo的偏移值，第一GMSAttInfo表示结构的字段信息。   无论structType如何，该字段具有相同的含义。
当structType为sub-table时，在表格9中，通过例子示出了GMSInfo1504的每个字段的用途。
                             表格9
  字段名   描述   注释
  OID   该字段表示直到MIB的表格入口的OID字符串。
  structname   该字段表示在SNMP接口标题文件中定义的结构名的字符串。   无论structType如何，该字段具有相同的含义。
  structType   该字段为表示GMSInfo的结构类型的字段。该结构类型为scalar、static-table、agent-dynamic-table、application-dynamic-table、pld和sub-table。
  payloadType   该字段为表示是否可能利用结构使Set、Get和Get-Next同时用于多个行。只有当从应用程序提供了撤消功能时，才能使用这个字段。有两种类型，即单行类型和多行类型。   无论structType如何，该字段具有相同的含义。
  requestMsgId   当代理向应用程序发送请求时，该字段表示被插入GMS标题中的请求消息ID。   无论structType如何，该字段具有相同的含
  义。
responseMsgId   当应用程序向代理发送响应时，该字段表示被插入GMS标题中的响应消息ID。   无论structType如何，该字段具有相同的含义。
portNumber   该字段表示应用程序接收来自代理的消息的端口号。   无论structType如何，该字段具有相同的含义。
numberOfIndex   该字段表示MIB中的sub-table的索引而不是主表格的索引的数量。NumberOfIndex的值表示阵列的阶数。
numberOfField   当通过阵列进行扩展时，该字段表示用于表示经过扩展的表格的索引和值的字段的数量。例如，numberOfField的值可以是2。
payloadSize   该字段表示定义阵列的类型信息的尺寸。
pldRelationId   该字段不使用，并且值为零。
masterTableOffset   该字段表示原始主表格，原始主表格包括表示子表格的阵列。
nextGMSInfoOffset   该字段为未定义字段，并且留作以后使用。   无论structType如何，该字段具有相同的含义。
firstGMSAttInfoOffset   该字段表示用于表示第一GMSAttInfo的偏移值，第一GMSAttInfo表示结构   无论structType如何，该字段具有相同的含
  的字段信息。   义。
当顺序检索到由firstGMSAttInfoOffset表示的GMSAttInfo时，可以发现插入负荷的字段信息。
由于已经对用于GMSInfo 1504的字段和结构进行了描述，以下对GMSAttInfo 1506的结构进行描述。GMSAttInfo 1506表示要被插入GMS负荷中的结构字段信息。表示各个结构字段的GMSAttInfo 1506的元素按照偏移相互连接。用于最后的GMSAttInfo的偏移值为“0”。
在GMSAttInfo 1506的顺序中，表示索引的GMSAttInfo首先出现，并且，当结构包括阵列时，表示阵列的GMSAttInfo最后出现。
索引按照OID的顺序排列，并且，值也按照OID的顺序排列。GMSAttInfo的字段的含义按照GMSInfo的structType和GMSAttInfo的fieldType而不同。首先，对确定GMSAttInfo的类型的fieldType进行描述。在表格10中，通过例子示出了按照fieldType而不同的字段的典型用途。
                        表格10
  类型   描述   注释
  FType_ScalarValue(标量值)   这个GMSAttInfo表示标量值。
  FType_TableValue(表格值)   这个GMSAttInfo表示表格的属性值。
  FType_TableAndIndex(表格和索引)   这个GMSAttInfo表示表格的索引值。
  FType_TableAndArray(表格和阵列)   当定义了结构时，这个GMSAttInfo表示由阵列定义的字段。
  FType_ArrayAndIndex(阵列和索引)   当更高的GMSInfo的structType为子表格时，这个GMSAttInfo表示索引字段。当structType不是子表格时，如果出现阵列和索引字段类型，则意味着提取器已经错误地对OIDInfo文件进行了配置。
在表格11中，通过例子示出了当structType不是子表格并且fieldType为标量值、表格值或表格和索引时的GMSAttInfo 1506的字段。
                        表格11
  字段名   描述   注释
  objectId   该字段表示标量的OID或表格属性。
  attName   该字段表示在SNMP接口标题文件中定义的结构的字段名的字符串。
  asnType   该字段表示在MIB中表述的句法类型。
  accessType   该字段表示在MIB中表述的访问类型。
  fieldType   该字段表示字段类型(例如，标量值、表格值或表格和索引)。
  attType   该字段表示在结构信息中定义的C数据类型。
  attSize   该字段表示字段大小。
  startOffset   该字段表示用于GMS负荷中的字段的开始偏移，并且表示用于结构信息开始的开始偏移。
  subTable   该字段不使用，并且值为零。
  maxDimensionValue   该字段不使用，并且值为零。
  nextAttInfoOffset   该字段表示用于表示下一个GMSAttInfo的偏移值。   无论fieldType如何，该字段具有相同的含义。
在表格12中，通过例子示出了当structType不是子表格并且fieldType为表格和阵列时的GMSAttInfo 1506的字段。
                              表格12
  字段名 描述   注释
  objectId 由于已经对表示阵列的表格进行了扩展，因此不使用该字段。ObjectId值被设置为0。
  attName 该字段表示在SNMP接口标题文件中定义的结构的字段名的字符串。
  asnType 该字段被固定为ASN_Null。
  accessType 该字段被固定为ACType_NotAccessible..
  fieldType 该字段表示字段类型(表格和阵列)。
  attType 该字段表示在结构信息中定义的C数据类型。
  attSize 该字段表示字段大小，并且表示用于表示阵列的字段的总体大小(例如，如果字段被定义为“int a[10][5]；”则attSize＝200。)
  startOffset 该字段表示用于GMS负荷中的字段的开始偏移。
  subTable 该字段表示偏移值，用于表示被阵列扩展的GMSInfo。
  maxDimensionValue 该字段不使用，并且值为零。
  nextAttInfoOffset 该字段表示用于表示下一个GMSAttInfo的偏移值。   无论fieldType如何，该字段具有相同的含义。
在表格13中，通过例子示出了当structType不是子表格并且fieldType为阵列和索引时的GMSAttInfo 1506的字段。
                              表格13
  字段名   描述   注释
  objectId   该字段表示MIB中的OID。
  attName   该字段为生成MIB时创建的字段名。
  asnType   该字段总是ASN_Unsigned32。(值从0开始。)
  accessType   该字段被固定为ACType_NotAccessible。
  fieldType   该字段表示字段类型(阵列和索引)。
  attType   该字段表示在结构信息中定义的C数据类型。在这种情况下，attType总是AttType_Int。
  attSize   该字段总是4(由于int的大小为4)。
  startOffset   该字段不使用，并且值为零。
  subTable   该字段不使用，并且值为零。
  maxDimensionValue   该字段表示用于索引的最大值并且确定了阵列的大小。
  nextAttInfoOffset   该字段表示用于表示下一个GMSAttInfo的偏移值。   无论fieldType如何，该字段具有相同的含义。
在表格14中，通过例子示出了当structType不是子表格并且fieldType为表格值时的GMSAttInfo 1506的字段。
                    表格14
  字段名 描述   注释
  objectId 该字段表示MIB中的OID。
  attName 该字段为生成MIB时创建的字段名。
  asnType   该字段表示在MIB中表述的句法类型。
  accessType   该字段表示在MIB中表述的访问类型。
  fieldType   该字段表示字段类型(表格值)。
  attType   该字段表示在结构信息中定义的C数据类型。
  attSize   该字段表示字段大小。
  startOffset   该字段表示用于GMS负荷中的字段的开始偏移。该字段的值与structType不是子表格并且fieldType为表格和阵列的情况的值相同。
  subTable   该字段不使用，并且值为零。
  maxDimensionValue   该字段不使用，并且值为零。
  nextAttInfoOffset   该字段表示用于表示下一个GMSAttInfo的偏移值。
图15A和15B的NotiInfoHdr 1508是在OIDInfo处理器402内使用的结构信息，用于利用消息ID获得通知信息。用于检索通知信息的方法可以使用一个或两个消息ID。
NotiInfoHdr 1508包括表示NotiNodeInfo字段1510的数量的字段和表示第一NotiNodeInfo 1510的偏移。在表格15中，通过例子示出了对NotiInfoHdr1508的字段的描述。
                            表格15
  字段名   描述   注释
  numberOfNotiNodeInfo   该字段表示按照消息ID的顺序排列的NotiNodeInfo字段的数量。NumberOfNotiNodeInfo用于利用相关的消息ID对
  NotiNodeInfo进行检索。
firstNotiNodeInfoOffset   该字段表示顺序排列的NotiNodeInfo字段的第一NotiNodeInfo的偏移值。
图15的NotiNodeInfo 1510包括用于存储消息ID的字段、用于区别NotiNodeInfo的类型的notiNodeType、用于表示子NotiInfoHdr的子NotiInfoHdrOffset，以及用于表示具有通知信息的NotiInfo 1512的notiInfoOffset。
NotiNodeInfo 1510是用于利用消息ID检索相关通知信息的结构信息。NotiNodeInfo 1510按照消息ID的顺序排列在OIDInfo数据存储器500中。OIDInfo处理器402可以利用NotiNodeInfo 1510和NotiInfoHdr 1508检索相关的通知信息。
首先，当消息ID被映射到一个通知信息元素时，利用NotiInfoHdr的numberOfNotiNodeInfo和firstNotiInfoOffset进行二进制搜索算法(binarysearch algorithm)。利用该算法，搜索相关的NotiNodeInfo 1510。由于NotiNodeInfo 1510按照消息ID的顺序排列，因此这样的搜索是可能的。
利用由NotiNodeInfo 1510的notiInfoOffset表示的NotiInfo 1512创建SNMP通知消息。
其次，当两个消息ID被映射到一个通知信息元素时，利用上述方法搜索NotiNodeInfo 1510。在这种情况下，NotiNodeInfo 1510的notiNodeType为多通知节点。subNotiInfoHdrOffset表示子NotiInfoHdr l508。
利用第二消息ID，重复大致相同的算法。利用由NotiNodeInfo 1510的notiInfoOffset表示的NotiInfo创建SNMP通知消息。
在表格16中，通过例子示出了对上述字段的描述。
                    表格16
  字段名   描述   注释
  notiMsgId   该字段表示用于检索通知Info的消息ID。
  notiNodeType   该字段表示NotiNodeInfo的类型。有三种类型，即单个通知节点、多通知节点和子通知节点。
  单个通知节点与一个消息ID被映射到一个通知的情况对应。多通知节点与两个消息ID被映射到通知info的情况对应。多通知节点为利用第一消息ID搜索的NotiNodeInfo的类型。子通知节点为利用第二消息ID搜索的NotiNodeInfo的类型。
  subNotiInfoHdrOffset   当notiNodeInfoType为多通知节点时，该字段是一个偏移，用于表示子NotiInfoHdr。当notiNodeInfoType为单个通知节点或子通知节点时，偏移值为0。
  notiInfoOffset   当notiNodeInfoType为单个通知节点或多通知节点时，该字段是一个偏移，用于表示NotiInfo。当notiNodeInfoType为多通知节点时，偏移值为0。
以下将对NotiInfo 1512进行描述。NotiInfo 1512包括用于区分通知类型的notiInfoType、用于表示在SNMP接口标题文件中定义的通知结构字段的数量的numberOfNotiField以及消息字段信息的第一偏移。
首先，在表格17中，通过例子示出了notiInfoType。
                      表格17
  类型   描述   注释
  NItype_CommonNoti   该类型表示只从代理提供给管理器的公用通知。
  NIType_InformNoti   在给出通知之后，代理等待要接收的告知消息。如果没有从管理器接收到告知消息，则代理执行预置处理。
在表格18中，通过例子示出了包括NotiInfo 1512的字段。
                          表格18
  字段名   描述   注释
  NotiOID   该字段表示在MIB中定义的通知的OID。
  NotiInfoType   该字段表示用于对告知消息进行处理的通知的类型。
  NumberOfNotiField   该字段表示在SNMP接口标题文件中定义的通知结构字段的数量。
  FirstNotiAttInfoOffset   该字段是一个偏移，用于表示具有在SNMP接口标题文件中定义的通知结构字段信息的第一NotiAttInfo。
以下将对与最后的结构信息对应的NotiAttInfo 1514进行描述。NotiAttInfo1514表示通知消息的字段信息。首先，notiAttOID是一个表示用于给出通知的字段的OID的字符串。notiAttOID表示在标量中的全OID，并且表示表格中的、索引已经被排除的值。notiAttName表示在SNMP接口标题文件中定义的字段名的字符串。notiASNType表示在MIB中表述的属性句法的类型。notiASNType确定属性类型。其他字段的用途按照notiASNType变化。notiAttType表示C数据类型的字段。notiAttSize表示字段大小。notiStartOffset是一个偏移值，用于表示从应用程序接收的结构信息中的字段位置。subNotiAttOffset是一个偏移值，用于表示NotiAttInfo，如果当前字段表示该阵列，则NotiAttInfo用于表述一阵列。当类型为利用阵列扩展的NotiAttInfo中的阵列和索引时，notiMaxDimension值表示最大索引值。这意味着阵列的最大值。最后，nextNotiAttInfoOffset为偏移值，用于表示下一个NotiAttInfo1514。在NotiAttInfo 1514中，索引被置于头部。如果多个表格包括通知，则索引在一值之后被放置，并且放置下一个索引和值。
每个字段的含义按照NotiAttInfo 1514的notiFieldType而不同。以下表格中示出了这一点。在表格19中，通过例子示出了notiFieldType为标量值的情况。
                          表格19
  字段名   描述   注释
  notiAttOID   该字段表示标量的总的OID串。
  notiAttName   该字段表示结构字段名字符串。   无论notiFieldType如何，该字段具有相同的含义。
  notiASNType   该字段表示字段的句法。
  notiFieldType   该字段表示字段类型(标量值)。
  notiAttType   该字段表示C型字段。
  notiAttSize   该字段表示字段大小。
  notiStartOffset   该字段表示一个偏移值，用于通知结构中的开始字段。   无论notiFieldType如何，该字段具有相同的含义。
  subNotiAttInfoOffset   该字段为一个偏移值，用于表示每个阵列的NotiAttInfo。
  maxDimensionValue   该字段不使用，并且值为零。
  nextNotiAttInfoOffset   该字段表示一个偏移值，用于表示下一个字段。   无论notiFieldType如何，该字段具有相同的含义。
在表格20中，通过例子示出了notiFieldType为表格和索引的情况。
                  表格20
  字段名   描述   注释
  notiAttOID   该字段表示直到表格属性的OID字符串。
notiAttName   该字段表示结构字段名的字符串。   无论notiFieldType如何，该字段具有相同的含义。
notiASNType   该字段表示字段的句法的类型。
notiFieldType   该字段表示字段类型(表格和索引)。
notiAttType   该字段表示C型字段。
notiAttSize   该字段表示字段大小。
notiStartOffset   该字段表示一个偏移值，用于通知结构中的字段开始。   无论notiFieldType如何，该字段具有相同的含义。
subNotiAttInfoOffset   该字段不使用，并且值为零。
maxDimensionValue   该字段不使用，并且值为零。
nextNotiAttInfoOffset   该字段表示一个偏移值，用于表示下一个字段。   无论notiFieldType如何，该字段具有相同的含义。
在表格21中，通过例子示出了notiFieldType为表格值的情况。
                        表格21
  字段名   描述   注释
  notiAttOID   该字段表示直到表格属性的OID字符串。
  notiAttName   该字段表示结构字段名的字符串。   无论notiFieldType如何，该字段具有相同的含义。
notiASNType   该字段表示字段的句法的类型。
notiFieldType   该字段表示字段类型(表格值)。
notiAttType   该字段表示C型字段。
notiAttSize   该字段表示字段大小。
notiStartOffset   该字段表示一个偏移值，用于通知结构中的开始字段。   无论notiFieldType如何，该字段具有相同的含义。
subNotiAttInfoOffset   该字段不使用，并且值为零。
maxDimensionValue   该字段不使用，并且值为零。
nextNotiAttInfoOffset   该字段表示一个偏移值，用于表示下一个字段。   无论notiFieldType如何，该字段具有相同的含义。
在表格22中，通过例子示出了notiFieldType为表格和阵列的情况。
                        表格22
  字段名   描述   注释
  notiAttOID   该字段不使用，值为空字符串。
  notiAttName   该字段表示结构字段名的字符串。   无论notiFieldType如何，该字段具有相同的含义。
  notiASNType   该字段表示字段的句法的类型。
  notiFieldType   该字段表示字段类型(表格和阵列)。
  notiAttType   该字段表示C型字段。
  notiAttSize   该字段表示字段大小。
  notiStartOffset   该字段表示一个偏移值，用于通知结构中的开始字段。   无论notiFieldType如何，该字段具有相同的含义。
  subNotiAttInfoOffset   该字段表示一个偏移值，用于表示阵列值的NotiAttInfo。
  maxDimensionValue   该字段不使用，并且值为零。
  nextNotiAttInfoOffset   该字段表示一个偏移值，用于表示下一个字段。   无论notiFieldType如何，该字段具有相同的含义。
在表格23中，通过例子示出了由NotiAttInfo 1514的subNotiAttInfoOffset表示的NotiAttInfo的notiFieldType为阵列和索引的情况。
                          表格23
  字段名   描述   注释
  notiAttOID   该字段表示直到MIB中的表格属性的OID字符串。这个表格是利用阵列扩展的表格。
  notiAttName   该字段表示MIB中的属性名的字符串。
  notiASNType   该字段总是ASN_Unsigned32。(值从0开始。)
  notiFieldType   该字段表示字段类型(阵列和索引)。
  notiAttType   该字段表示C型字段，并且总是AttType_Int。
  notiAttSize   该字段表示字段大小并且总是4。
notiStartOffset   该字段不使用，并且值为零。
subNotiAttInfoOffset   该字段不使用，并且值为零。
maxIDimensionValue   该字段表示最大索引值并且确定阵列的大小。
nextNotiAttInfoOffset   该字段不使用，并且值为零。
在表格24中，通过例子示出了由NotiAttInfo 1514的subNotiAttInfoOffset表示的NotiAttInfo的notiFieldType为表格值的情况。
                           表格24
  字段名 描述   注释
  notiAttOID 该字段表示直到MIB中的表格属性的OID字符串。这个表格是利用阵列扩展的表格。
  notiAttName 该字段表示MIB中的属性名的字符串。
  notiASNType 该字段字段的句法类型。
  notiFieldType 该字段表示字段类型(表格值)。
  notiAttType 该字段表示C型字段。
  notiAttSize 该字段表示字段大小。
  notiStartOffset 该字段为一个偏移值，用于表示原始通知结构中的阵列的字段的开始。该notiStartOffset值是与notiFieldType是表格和阵列情况的值相同的值。
  subNotiAttInfoOffset 该字段不使用，并且值
  为零。
maxDimensionValue   该字段不使用，并且值为零。
nextNotiAttInfoOffset   该字段不使用，并且值为零。
图16示出了OIDInfo存储器500的典型结构。存储器500可以被划分为用于利用OID对树进行搜索的部分和用于利用消息ID获得通知信息的部分。在MIB中表述的一个表格被映射到一个GMS信息元素。在标量的情况下，对组下的元素进行组合，并且将经过组合的元素映射到一个GMS信息元素。还是在标量的情况下，对组下的元素进行组合，并且在一个结构中对经过组合的元素进行定义，在这个结构中不存在索引。
按照本发明的实施例，以下将参照图17，对用于检索用于在代理400与应用程序504之间进行通信的GMS信息的方法进行描述。
图17示出了按照本发明实施例的，用于检索GMS信息的典型方法。当从管理器100接收到SNMP Get、Get-Next、Get-Bulk或Set请求时，OIDInfo处理器402执行下面的进程，以便利用包括在Get、Get-Next、Get-Bulk或Set消息中的OID，检索相关的GMS信息。
从代理400输入的OID字符串被分开并变为整数型的OID。然后，按照OID，利用树搜索算法，顺序搜索OIDTreeInfo 1502。
然后，OIDInfo存储器500将映射到OID的OIDTreeInfo 1502返回，将映射到OID的OIDTreeInfo 1502之后的下一个OIDTreeInfo返回。如果搜索到希望的OIDTreeInfo，则OIDInfo处理器402将由OIDTreeInfo表示的GMSInfo1504返回。然后，代理400利用GMSInfo 1504创建GMS标题以及负荷。当创建GMS负荷1009时，在负荷之前插入OAM标题，插入OAM标题之后的EM标题，以支持代理400与应用程序504之间的SNMP，插入EM标题之后的结构值。结构字段信息利用GMSAttInfo 1506完成GMS PDU。然后，向应用程序504发送消息。
按照本发明的实施例，以下将参照图18，对用于在代理400中检索通知信息的方法进行描述。
图18示出了按照本发明实施例的，当代理400接收到来自应用程序的Trap消息时，用于检索通知信息的典型方法。
当代理400接收到来自应用程序504的、具有预置消息ID的陷阱(trap)消息时，OIDInfo处理器402利用消息ID检索SNMP通知信息。
首先，代理400确定接收到的消息的ID是一个还是两个。代理400对EM标题1002的subMsgId字段进行检查。如果被检查的字段的值为非零，则GMS标题1000的消息ID被用作第一消息ID，并且，subMsgId被用作第二消息ID。
然后，利用第一消息ID对NotiNodeInfo 1510进行检索。利用NotiInfoHdr1508的NotiNodeInfo字段1510的数量和二进制搜索算法，对NotiNodeInfo1510进行检索。当提供了第二消息时，利用由NotiNodeInfo 1510的subNotiInfoHdrOffset表示NotiInfoHdr 1508的subNotiNodeInfo字段的数量和二进制搜索算法，对NotiNodeInfo 1510进行检索。
NotiNodeInfo 1510的notiInfoOffset表示存储通知信息的NotiInfo 1512。利用NotiInfo 1512和NotiAttInfo 1514创建SNMP通知消息。然后，将创建的通知消息发送到管理器100。
按照本发明的实施例，如果提取器仅生成新的OIDInfo文件，则即使当改变管理目标，或者改变、添加或删除管理项目时，SNMP代理也不需要添加功能或者执行新的编码和重新编译操作。即使当改变、添加或删除在SNMP代理与应用程序之间使用的结构时，也能够自动改变与管理项目和OIDInfo文件对应的MIB。因此，可以容易地对SNMP代理进行开发，并且，可以在不进行修改的情况下，将SNMP代理用于其他装置或其他管理目标。
尽管已经参照本发明的某些典型实施例，对本发明进行了示出和描述，但是，本领域的技术人员应该理解，可以在不脱离由所附权利要求所限定的本发明的精神和范围的情况下，在形式和细节上进行各种修改。因此，不是由上述实施例，而是由所附的权利要求及其等价物对本发明的范围进行限制。

Claims (11)

1.一种设备，用于生成管理信息库(MIB)文件和对象标识符信息(OIDInfo)文件，其中，所述管理信息库(MIB)文件用于在编译时利用简单网络管理协议(SNMP)对通信装置进行管理，而所述对象标识符信息(OIDInfo)文件用于在SNMP代理与应用程序之间进行通信，所述设备包括：
标题文件存储器，用于存储由所述应用程序创建的标题文件，以便对SNMP装置进行管理；
提取器，用于从所述标题文件存储器中读取所述标题文件，并且创建MIB文件和用于在所述SNMP代理与所述应用程序之间交换信息的OIDInfo文件；
MIB文件存储器，用于存储由所述提取器创建的所述MIB文件；以及
OIDInfo文件存储器，用于存储由所述提取器创建的所述OIDInfo文件。
2.如权利要求1所述的设备，其中，所述消息包括一般消息服务(GMS)消息，用于在所述SNMP代理与所述应用程序之间进行通信。
3.一种方法，用于生成管理信息库(MIB)文件和对象标识符信息(OIDInfo)文件，其中，所述管理信息库(MIB)文件用于在编译时利用简单网络管理协议(SNMP)对通信装置进行管理，而所述对象标识符信息(OIDInfo)文件用于在SNMP代理与应用程序之间进行通信，所述方法包括如下步骤：
在接收已经改变的管理项目的应用程序中创建SNMP接口标题文件；
读取所述SNMP接口标题文件并且生成MIB文件和OIDInfo文件；并且
存储所述MIB文件和所述OIDInfo文件。
4.一种方法，用于执行运行时操作，所述运行时操作用于接收来自利用SNMP对通信装置进行管理的管理器的、包括管理项目的简单网络管理协议(SNMP)请求消息，并且形成对所述管理项目进行处理的结果的响应，所述方法包括如下步骤：
接收来自代理中的所述管理器的、用于请求所述管理项目的数据的所述SNMP请求消息；
从所述代理向OIDInfo处理器，发送包括在所述SNMP请求消息中的对象标识符信息(OIDInfo)；
根据所述OIDInfo，从所述OIDInfo处理器向所述代理，发送用于在所述代理与存储了由所述管理器请求的管理项目数据的应用程序之间进行通信的信息；
在所述代理中，根据从所述OIDInfo处理器接收的通信信息，与所述应用程序进行通信，并且从所述应用程序接收对由所述管理器请求的管理项目进行处理的结果；并且
从所述代理向所述管理器发送接收到的、对所述管理项目进行处理的结果。
5.如权利要求4所述的方法，其中，从所述OIDInfo处理器向所述代理发送所述通信信息的步骤包括如下步骤：
从映射到所述OIDInfo处理器中的OIDInfo存储器的OIDInfo的OID数据文件中，检索一般消息服务(GSM)信息；并且
从所述OIDInfo处理器向所述代理发送所述GMS消息。
6.如权利要求5所述的方法，其中，所述GMS信息包括关于端口号、所述应用程序的通信类型以及用于在所述代理与所述应用程序之间进行通信的负荷数据结构中的至少一个的信息。
7.一种设备，用于利用简单网络管理协议(SNMP)对通信装置进行管理，以便执行运行时操作，所述运行时操作用于从利用SNMP对所述通信装置进行管理的管理器中接收包括管理项目的SNMP请求消息，并且形成对所述管理项目进行处理的结果的响应，所述设备包括：
应用程序，用于执行用于获得所述管理项目的操作；
对象标识符信息(OIDInfo)处理装置，用于在接收到被映射到所述管理项目的预定OIDInfo时，提供用于与所述应用程序进行通信的信息；以及
代理，用于在接收到来自所述管理器的所述SNMP请求消息时，向所述OIDInfo处理装置发送映射到所述管理项目的OIDInfo，获得用于与所述应用程序进行通信的信息，从所述应用程序接收对所述管理项目进行处理的结果，并且向所述管理器发送所述处理结果。
8.如权利要求7所述的设备，其中，所述OIDInfo处理装置包括：
OIDInfo存储器，用于存储OIDInfo数据文件，所述OIDInfo数据文件包括用于在所述代理与所述应用程序之间进行通信的信息；以及
OIDInfo处理器，用于从所述OIDInfo存储器的所述OIDInfo数据文件中检索用于在所述代理与所述应用程序之间进行通信的信息，并且向所述代理发送所述通信信息。
9.如权利要求7所述的设备，其中，用于在所述代理与所述应用程序之间进行通信的所述信息包括一般消息服务(GMS)信息。
10.如权利要求9所述的设备，其中，所述GMS信息包括关于端口号、所述应用程序的通信类型以及用于在所述代理与所述应用程序之间进行通信的负荷数据结构中的至少一个的信息。
11.如权利要求8所述的设备，其中，所述OIDInfo存储器被配置为，存储OIDInfo资料库应用程序编程接口(API)和OIDInfo数据文件。
CN2005800394816A 2004-11-18 2005-11-18 基于简单网络管理协议的网络管理设备和方法 Expired - Fee Related CN101061688B (zh)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
KR10-2004-0094795 2004-11-18
KR1020040094795A KR100606025B1 (ko) 2004-11-18 2004-11-18 간이 망 관리 프로토콜 기반의 망 관리 장치 및 방법
KR1020040094795 2004-11-18
PCT/KR2005/003919 WO2006054877A1 (en) 2004-11-18 2005-11-18 Network management apparatus and method based on simple network management protocol

Publications (2)

Publication Number Publication Date
CN101061688A true CN101061688A (zh) 2007-10-24
CN101061688B CN101061688B (zh) 2013-08-14

Family

ID=36051410

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2005800394816A Expired - Fee Related CN101061688B (zh) 2004-11-18 2005-11-18 基于简单网络管理协议的网络管理设备和方法

Country Status (10)

Country Link
US (1) US8812636B2 (zh)
EP (1) EP1659733B1 (zh)
JP (1) JP4509916B2 (zh)
KR (1) KR100606025B1 (zh)
CN (1) CN101061688B (zh)
AU (1) AU2005307171B2 (zh)
BR (1) BRPI0518366A2 (zh)
CA (1) CA2582380C (zh)
RU (1) RU2378784C2 (zh)
WO (1) WO2006054877A1 (zh)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102014120A (zh) * 2009-09-07 2011-04-13 株式会社理光 许可管理服务器、许可管理方法及计算机程序产品
CN102201939A (zh) * 2011-06-23 2011-09-28 华南理工大学 一种基于家庭网关的网络管理实现方法
CN102263796A (zh) * 2011-08-30 2011-11-30 北京佳讯飞鸿电气股份有限公司 基于简单网络管理协议的数据传输方法
CN103634154A (zh) * 2013-12-17 2014-03-12 北京邮电大学 网络状态的模拟系统及其模拟方法
CN104158695A (zh) * 2014-09-05 2014-11-19 上海斐讯数据通信技术有限公司 一种网络管理系统的网络管理方法

Families Citing this family (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE60237383D1 (de) * 2001-10-30 2010-09-30 Sony Corp Überwachungsverfahren für elektronische einrichtungen, elektronische einrichtung, computer und programm dafür
KR100725783B1 (ko) * 2004-12-14 2007-06-08 한국전자통신연구원 Ｓｎｍｐ를 이용한 망 관리 에이전트로 구성된홈게이트웨이 시스템 및 홈게이트웨이 시스템에서ｓｎｍｐ를 이용한 망 관리 에이전트 구성 방법
US8244844B2 (en) * 2006-03-17 2012-08-14 Samsung Electronics Co., Ltd. Tool for data generation for simple network management protocol (SNMP)
US8880578B2 (en) * 2006-12-01 2014-11-04 Lsi Corporation Hardware independent simple network management protocol based on a generic data collection scheme
CN101409654B (zh) * 2008-12-04 2010-12-08 武汉烽火网络有限责任公司 一种网络管理系统中处理snmp信息的方法
WO2011102294A1 (ja) * 2010-02-17 2011-08-25 日本電気株式会社 高速通信システム及び高速通信方法
KR101141164B1 (ko) * 2010-11-17 2012-05-02 삼성에스디에스 주식회사 어플리케이션간 메시지 교환 시스템 및 방법
US8775615B2 (en) 2012-03-08 2014-07-08 International Business Machines Corporation SNMP-based management of service oriented architecture environments
EP2837134B1 (en) * 2012-04-13 2019-02-27 Citrix Systems Inc. Method and system for caching snmp data
JP2014186562A (ja) * 2013-03-22 2014-10-02 Yamaha Corp ネットワーク機器、および監視装置
US10140382B2 (en) * 2013-05-06 2018-11-27 Veeva Systems Inc. System and method for controlling electronic communications
US10902081B1 (en) 2013-05-06 2021-01-26 Veeva Systems Inc. System and method for controlling electronic communications
US10171584B2 (en) 2015-11-30 2019-01-01 Martello Technologies Corporation Systems, methods, and devices for providing process code to remote devices
CN111954996B (zh) * 2017-12-19 2022-08-23 维我系统公司 用于控制电子通信的系统和方法
CN110034943B (zh) * 2018-01-12 2020-12-04 大唐移动通信设备有限公司 一种删除管理信息库mib的方法和装置
CN110830274A (zh) * 2018-08-08 2020-02-21 中兴通讯股份有限公司 一种通信设备仿真方法和装置
CN115913931A (zh) * 2022-11-10 2023-04-04 奇安信网神信息技术(北京)股份有限公司 一种接口适配方法、装置、电子设备及存储介质

Family Cites Families (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5913037A (en) * 1996-07-03 1999-06-15 Compaq Computer Corporation Dynamic management information base manager
EP0912954B8 (en) * 1996-07-22 2006-06-14 Cyva Research Corporation Personal information security and exchange tool
US6711613B1 (en) * 1996-07-23 2004-03-23 Server Technology, Inc. Remote power control system
US6003077A (en) * 1996-09-16 1999-12-14 Integrated Systems, Inc. Computer network system and method using domain name system to locate MIB module specification and web browser for managing SNMP agents
US6009431A (en) * 1998-03-31 1999-12-28 Northern Telecom Limited Methods and systems for generating an MIB file
CA2256203A1 (en) 1998-12-16 2000-06-16 Nicholas W. Dawes A method for determining computer network topologies
CA2268495C (en) * 1998-12-16 2008-11-18 Loran Network Management Ltd. Method for determining computer network topologies
US6857013B2 (en) * 1999-01-29 2005-02-15 Intermec Ip.Corp. Remote anomaly diagnosis and reconfiguration of an automatic data collection device platform over a telecommunications network
US6332142B1 (en) * 1999-04-26 2001-12-18 3Com Corporation Management information base attribute discriminator
US6546415B1 (en) * 1999-05-14 2003-04-08 Lucent Technologies Inc. Network management system using a distributed namespace
US6549943B1 (en) * 1999-06-16 2003-04-15 Cisco Technology, Inc. Network management using abstract device descriptions
EP1216562B1 (en) 1999-09-28 2006-03-15 Thomson Licensing System and method for initializing a simple network management protocol (snmp) agent
JP2001222486A (ja) * 2000-02-10 2001-08-17 Mitsubishi Electric Corp ネットワーク管理エージェント装置、ネットワーク管理方法およびその方法をコンピュータに実行させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体
KR20010090254A (ko) * 2000-03-24 2001-10-18 윤종용 응용프로그래밍인터페이스를 이용한단순네트워크관리프로토콜 통신 방법
US6697845B1 (en) * 2000-05-25 2004-02-24 Alcatel Network node management system and method using proxy by extensible agents
JP2002290403A (ja) 2001-03-23 2002-10-04 Mitsubishi Electric Corp 監視制御システム、監視制御方法、および被管理側装置用制御プログラム
US20030009543A1 (en) * 2001-04-30 2003-01-09 Ankur Gupta Network management system and computer-based methods for network management
US20030169462A1 (en) * 2002-03-11 2003-09-11 Netaphor Software, Inc. System and method for managing network devices
KR20040001403A (ko) * 2002-06-28 2004-01-07 주식회사 케이티 Ｓｎｍｐ 관리객체 체계 저장소 관리장치 및 방법
US7099931B2 (en) * 2002-12-19 2006-08-29 International Business Machines Corporation Method of automatically generating an SNMP management information base from extension-enabled management agents
US7533167B2 (en) * 2003-06-13 2009-05-12 Ricoh Company, Ltd. Method for efficiently extracting status information related to a device coupled to a network in a multi-protocol remote monitoring system
KR20050075489A (ko) * 2004-01-15 2005-07-21 유티스타콤코리아 유한회사 메타 ｍｉｂ 를 이용한 자동 업데이트 시스템 및 방법
US20050262229A1 (en) * 2004-04-16 2005-11-24 Samsung Electronics Co., Ltd. Object conduit MIB for communicating over SNMP between distributed objects

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102014120A (zh) * 2009-09-07 2011-04-13 株式会社理光 许可管理服务器、许可管理方法及计算机程序产品
CN102014120B (zh) * 2009-09-07 2013-11-20 株式会社理光 许可管理服务器、许可管理方法及计算机程序产品
US8613082B2 (en) 2009-09-07 2013-12-17 Ricoh Company, Limited License management server, license management method, and computer program product
CN102201939A (zh) * 2011-06-23 2011-09-28 华南理工大学 一种基于家庭网关的网络管理实现方法
CN102263796A (zh) * 2011-08-30 2011-11-30 北京佳讯飞鸿电气股份有限公司 基于简单网络管理协议的数据传输方法
CN102263796B (zh) * 2011-08-30 2014-01-15 北京佳讯飞鸿电气股份有限公司 基于简单网络管理协议的数据传输方法
CN103634154A (zh) * 2013-12-17 2014-03-12 北京邮电大学 网络状态的模拟系统及其模拟方法
CN103634154B (zh) * 2013-12-17 2016-08-17 北京邮电大学 网络状态的模拟系统及其模拟方法
CN104158695A (zh) * 2014-09-05 2014-11-19 上海斐讯数据通信技术有限公司 一种网络管理系统的网络管理方法

Also Published As

Publication number Publication date
AU2005307171A1 (en) 2006-05-26
CN101061688B (zh) 2013-08-14
CA2582380C (en) 2013-04-30
JP2006146927A (ja) 2006-06-08
RU2007118486A (ru) 2008-11-27
EP1659733A1 (en) 2006-05-24
RU2378784C2 (ru) 2010-01-10
US20060106925A1 (en) 2006-05-18
BRPI0518366A2 (pt) 2008-11-18
EP1659733B1 (en) 2013-09-18
CA2582380A1 (en) 2006-05-26
KR20060055243A (ko) 2006-05-23
KR100606025B1 (ko) 2006-07-28
JP4509916B2 (ja) 2010-07-21
AU2005307171B2 (en) 2009-07-09
US8812636B2 (en) 2014-08-19
WO2006054877A1 (en) 2006-05-26

Similar Documents

Publication Publication Date Title
CN101061688A (zh) 基于简单网络管理协议的网络管理设备和方法
CN1275139C (zh) 链接信息制作设备和链接信息制作方法
CN1142489C (zh) 信息处理方法和服务器
CN1260665C (zh) 用于管理可换存储媒体的设备和方法
CN101051937A (zh) 一种基于xml的用户权限管理方法及系统
CN1947106A (zh) 通知方法、连接装置、通信方法以及程序
CN1407454A (zh) 使多个移动装置同步的方法和系统
CN101047707A (zh) 发起设备能力信息协商的方法及系统
CN1742480A (zh) 信息处理装置、信息处理方法和计算机程序
CN1968133A (zh) 设备配置信息管理方法及其系统
CN1625865A (zh) 用于管理树状数据交换的方法和设备
CN101035027A (zh) 网管接口信息交互方法、装置及通知上报方法
CN1174319C (zh) 数据结构管理装置、数据结构管理系统和方法
CN1598851A (zh) Oma设备管理扩充管理移动设备配置设定的系统和方法
CN1532753A (zh) 服务处理装置及服务处理方法
CN1520123A (zh) 对地址询问的回答方法、程序、装置和地址通知方法、程序、装置
CN1716922A (zh) 移动装置消息传送的方法和系统
CN1828606A (zh) 信息提供方法以及门户站点系统
CN1889741A (zh) 在设备管理中实现预定操作的方法及装置
CN1211364A (zh) 一种管理互配单元及生产该单元的方法
CN1299467C (zh) 管理网络设备的装置及其方法
CN1878083A (zh) 记录应用使用网络能力的方法及系统
CN1627297A (zh) 管理用标记语言写的数据的方法及其设备
CN1859196A (zh) 基于规则的电信领域网络数据采集处理系统及实现方法
CN1745369A (zh) 信息处理装置、信息处理方法及计算机程序

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
CF01 Termination of patent right due to non-payment of annual fee
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20130814

Termination date: 20191118