CN1533115A - 用于支持简单网络管理协议的错误原因的方法和设备 - Google Patents

用于支持简单网络管理协议的错误原因的方法和设备 Download PDF

Info

Publication number
CN1533115A
CN1533115A CNA2004100041328A CN200410004132A CN1533115A CN 1533115 A CN1533115 A CN 1533115A CN A2004100041328 A CNA2004100041328 A CN A2004100041328A CN 200410004132 A CN200410004132 A CN 200410004132A CN 1533115 A CN1533115 A CN 1533115A
Authority
CN
China
Prior art keywords
snmp
network management
error reason
simple network
message
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.)
Pending
Application number
CNA2004100041328A
Other languages
English (en)
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 CN1533115A publication Critical patent/CN1533115A/zh
Pending legal-status Critical Current

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
    • 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/06—Management of faults, events, alarms or notifications
    • H04L41/0631—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
    • 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/06—Management of faults, events, alarms or notifications
    • H04L41/069—Management of faults, events, alarms or notifications using logs of notifications; Post-processing of notifications

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer And Data Communications (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

一种用于支持SNMP的错误原因的方法和设备用于在管理器和代理之间交换由不同标准定义的错误原因，尤其是在当前错误状态不能以SNMP标准定义的错误原因进行定义时。SNMP代理在Get/SetRequest命令的控制下，接收来自管理器的SNMP消息，并分析该SNMP消息，以比较和确定正常执行是否可能。如果结果是正常执行可能，SNMP代理向管理器传输其响应消息。如果结果是SNMP消息异常，SNMP代理首先比较并确定是否能以SNMP标准错误原因之一表示异常SNMP消息。如果可以，则向管理器传输基于SNMP标准错误原因的响应消息。如果不可以，SNMP代理传输使用不同标准错误原因的响应消息。因此，通过更为精确地表述SNMP代理的状态，本发明可以有利地防止由于模糊的错误原因引起的第二、第三次错误的出现。

Description

用于支持简单网络管理协议的错误原因的方法和设备
本申请要求2003年2月14日递交的韩国专利申请No.2003-9518的权益，其公开这里一并作为参考。
技术领域
本发明涉及一种利用SNMP(简单网络管理协议)V1/V2/V3协议、在SNMP管理器与SNMP代理之间交换错误消息的方法和设备。更具体地，本发明涉及一种用于支持SNMP的错误原因的方法和设备，当不能利用由SNMP标准定义的错误原因来表述当前错误状态时，能够在管理器和代理之间交换根据不同标准定义的错误原因。
背景技术
近年来，包括因特网在内的大多数网络相关设备都在使用基于SNMP(简单网络管理协议)的网络管理协议来管理网络和监控各个网络设备的操作。SNMP是最为典型的网络管理协议，而且通过该协议，SNMP管理器和SNMP代理可以交换数据。
只有20个由SNMP标准定义的错误原因消息。如果管理器向代理发出请求，代理在请求正常时给出响应。但是，如果请求异常，或者如果不能执行相应的命令，则非常难以将错误状态表述得更精确。
换句话说，特定的错误原因消息集合是由现有技术的SNMP标准提供的仅有的那些。因此，如果在由SNMP标准定义的20个错误消息中并未列出当前的错误原因，则非常难以表述当前的错误状态。
在这种情况下，管理器不能从代理接收更为精确的错误原因消息，而根据不精确的错误原因消息，执行下一操作，只能引起第二、第三个意想不到的错误。
发明内容
本发明的目的是至少解决上述问题和/或缺点，并至少提供下述优点。
因此，本发明的一个目的是通过提供一种用于支持SNMP的错误原因的方法和设备来解决上述问题，其中，管理器向代理传输请求消息，而且如果代理不能正常地执行该消息，则代理从更多的扩展标准错误原因消息中提供更为精确的错误原因，从而便于网络管理。
本发明的另一目的是通过比由SNMP V1/V2/V3所定义的20个错误原因更为精确地表述SNMP代理的状态，有利地用于防止由于模糊的错误原因而引起的第二、第三次错误的出现，按照这种方式，当操作员进行网络管理时，节省了大量的时间。
本发明的另一目的是提供对不同标准的错误原因类别的使用，能够按照项目集成不同的错误原因，应用于稍后针对其他设备的SNMP代理的开发，而且可以是用于定义SNMP错误原因的新标准。
本发明的另一目的是提供一种用于支持SNMP的错误原因的设备，更为有效，更容易实现，而更为成本有效。
通过提供一种用于支持由SNMP(简单网络管理协议)管理器和SNMP代理配置的网络管理系统的错误原因的方法来实现前述和其他目的和优点，所述方法包括：如果发生了SNMP错误原因中未定义的错误，选择将要使用的标准错误原因管理接口；对由所选接口定义的错误原因进行编号；将已编号错误原因分别存储在SNMP管理器数据库的数据库中和SNMP代理的数据库中；当将标准错误原因存入数据库时，在SNMP管理器和SNMP代理之间实际交换消息，并进行网络管理操作。
优选地，在SNMP管理器和SNMP代理之间实际交换消息并进行网络管理操作的步骤包括：在SNMP代理处，在Get/SetRequest命令的控制下，接收来自SNMP管理器的SNMP消息；在SNMP代理处，通过分析所接收到的SNMP消息，比较并确定对SNMP消息的正常处理是否是可能的；如果可以执行正常处理，在SNMP代理处，执行内部命令，并向SNMP管理器传输其响应消息；如果SNMP消息异常，在SNMP代理处，比较并确定是否能够以SNMP标准错误原因来表示SNMP消息；如果能够以SNMP标准错误原因来表示SNMP消息，在SNMP代理处，向SNMP管理器传输由SNMP标准错误原因定义的响应消息；以及如果不能以SNMP标准错误原因来表示SNMP消息，在SNMP代理处，向SNMP管理器传输基于不同错误原因的响应消息。
本发明的另一方面提供了一种用于支持由SNMP(简单网络管理协议)管理器和SNMP代理配置的网络管理系统的错误原因的设备，所述设备包括：SNMP管理器，安装有用于提供SNMP标准错误原因的数据库和通过使用不同的协议来提供除了SNMP标准错误原因之外的扩展标准错误原因的数据库，以及用于分析扩展标准错误原因的错误分析应用程序；以及SNMP代理，安装有用于提供SNMP标准错误原因的数据库和通过使用不同的协议来提供除了SNMP标准错误原因之外的扩展标准错误原因的数据库，以及错误搜索应用程序，用于在扩展标准错误原因中发现与当前错误状态相对应的错误原因的情况下，搜索错误原因号，并将错误原因号记录在SNMP PDU(协议数据单元)的Err-Status字段中。
附图说明
在考虑到其中相似的参考符号表示相同或相似的组件的附图的同时，参照以下详细描述，对本发明更为全面的评价以及许多优点将变得更加清楚，并能得到更好的理解，其中：
图1是示出了按照本发明的SNMP(简单网络管理协议)的消息交换的示意图；
图2是示出了按照本发明的SNMP消息格式的示意图；
图3是描述了在对其应用了现有技术的SNMP的网络管理系统中的消息传输和接收的流程图；
图4是描述了按照本发明优选实施例的用于支持使用SNMP的网络管理系统的错误原因的方法的流程图；
图5示出了包括具有用于执行本发明的技术的计算机可执行指令的计算机可读介质的计算机的示例。
具体实施方式
现在，转向附图，图1是示出了按照本发明的SNMP的消息交换的示意图，图2是示出了按照本发明的SNMP消息格式的示意图，而图3是描述了在对其应用了现有技术的SNMP的网络管理系统中的消息传输和接收的流程图。
参照图1到图3，当SNMP管理器10向SNMP代理20传输请求时，SNMP代理20接收请求消息(S10)，并比较/确定是否能够正常地执行所接收到的消息(S20)。如果SNMP代理20可以响应该请求，SNMP代理20向SNMP管理器10传输相应的响应(S40)。
另一方面，如果在步骤20中请求消息是异常消息，SNMP代理20向SNMP管理器10传输响应，作为SNMP V1/V2/V3标准错误原因(S30)。
如图2所示，在SNMP PDU(协议数据单元)中的Err-Status字段中，对标准错误原因进行编号。
现在，将对与向/从SNMP管理器10和SNMP代理20传输和接收的SNMP消息有关的更多细节进行解释。
以下是向/从图1所示的SNMP管理器10和SNMP代理20传输和接收的命令。
-GetRequest：读取对象的请求信号
-GetNextRequest：读取当前对象后面的下一对象的请求信号
-GetResponse：对请求的响应信号
-SetRequest：写入对象值的信号
-Trap：例外状态信息
现在，解释图2所示的SNMP消息格式中的每个字段。
-LLC/MAC字段：逻辑链路控制/媒体访问控制地址
-IP字段：IP(因特网协议)地址
-UDP(用户数据报协议)：所使用的端口号
-版本：SNMP版本
-共性：在管理器和代理之间定义的密码系统中的详细数据
-类型：消息种类(例如，‘0’表示GetRequest。)
-Req-ID：由管理器设置，而代理将等价的数值返回到GetResponse 。
-Err-Status：‘0’表示正常状态，除了‘0’以外的其他数字表示错误原因。
-变量约束：对变量(对象ID)的多种约束
其中，将更为详细地解释Err-Status(错误状态)。
在表1中描述了在SNMP V1/V2/V3标准中定义的标准错误原因消息。
            [表1]
错误状态  变量
#define NO_ERROR  0
#define TOO_BIG  1
#define NO_SUCH_NAME  2
#define BAD_VALUE  3
#define READ_ONLY  4
#define GEN_ERR  5
#define NO_ACCESS  6
#define WRONG_TYPE  7
#define WRONG_LENGTH  8
#define WORONG_ENCODING  9
#define WRONG_VALUE  10
#define NO_CREATION  11
#define INCONSISTENT_VALUE  12
#define RESOURCE_UNVAILABLE  13
#define COMMIT_FAILED  14
#define UNDO_FAILED  15
#define AUTHORIZATION_ERROR  16
#define NOT_WRITABLE  17
#define INCONSISTENT_NAME  18
#define LAST_ERROR  19
如上所示，存在20类由SNMP标准定义的错误原因消息。如果管理器向代理做出请求，代理在请求正常时给出响应。但是，如果请求异常或者如果不能执行相应的命令，则非常难以更为精确地表述错误状态。
换句话说，表1中的上述错误原因消息是由现有技术的SNMP标准提供的仅有的那些。因此，如果在表1中并未列出当前的错误原因，则非常难以表述当前的错误状态。
在这种情况下，管理器不能从代理接收更为精确的错误原因消息，而根据不精确的错误原因消息，执行下一操作，只能引起第二、第三个意想不到的错误。
现在，将详细参考在附图中对其进行了示出的本发明的典型实施例。
首先，解释TL1错误原因(事项处理语言1)。
TL1是由美国公司BELLCORE(目前为TELECORDIA)在二十世纪八十年代早期定义的设备维护/管理协议。其是根据ITU-T(国际电信同盟—电信)Z.3XX系列的MML(人机语言)进行格式化的、OS(操作系统)与NE(网元)之间的消息传送系统。
TL1定义了用于维护/管理通信设备和由通信设备构成的网络的命令、其响应消息、用于构成这些命令和响应消息的规则等。事实上，TL1不仅在北美而且在全世界也是用于维护/管理通信设备/网络的最流行的命令。使用TL1命令行语言的知名公司包括ALCATEL、NORTEL、LUCENT、FUJITSU、CIENA、CISCO、NEC等。
TL1具有以下好处。
1、TL1非常易于理解。
与作为机器对机器管理协议的SNMP和CMIP(公共管理信息协议)不同，TL1由ASCII(美国信息交换标准码)字符串中的命令和消息组成。由于SNMP和CMIP使用被称为ASN.1(抽象语法表示#.1)的二进制编码格式，普通人不能阅读，而且即使他/她能够阅读，也不能理解它的含义。另一方面，TL10使用ASCII字符，所有任何人都可以阅读并理解消息，而不需要TL1语法的特定知识。
2、可以并易于机械地创建和解译命令和消息。
每个命令和每个消息均以模块单元构建。由于对于每个模块精确地定义了功能和语法，易于机械地创建和解译消息。而且，易于将TL1转换为用在机器对机器通信中的二进制格式。
3、自动报告和操作命令的管理是可能的。
所有自动报告消息、命令和响应消息均包括用于管理的TAG字段。在自动报告消息的情况下，通过使用ATAG(自相关TAG)、按照消息种类(如故障、性能等)进行区分的递增计数器，可以实现自动跟踪功能。在操作命令的情况下，使用CTAG(相关TAG)来提供命令与响应消息之间的相关性。
4、几乎定义了每个操作命令和消息。
对于每种可能的情况，都定义了具有不同功能(故障、配置、性能、安全性等)的操作命令和消息。此外，还详尽地说明了参数和错误代码。因此，当采用TL1时，相同的消息可以用于相同的功能，与设备的种类无关，即，提供了设备兼容性。
因此，TL1错误原因方便于操作员使用。此外，由于TL1定义了每种错误情况，如果在SNMP V1/V2/V3中存在任何未定义的错误，则通过TL1通知管理器，于是管理器能够更为精确地了解由什么引起了错误，执行更为精确的分析和错误处理。
通常，将TL1错误原因按如下方式进行分类(大类别)。
将每个类别分为子错误原因(小类别)，而每个小类别以200为间隔进行编号。
—与设备准备状态相关的错误对象如表2所示。
              [表2]
错误原因 描述
TL1_EATN＝100 设备，接入类型无效
TL1_ENAC＝200 设备，未配备有告警切断
… …
TL1_ENSS＝3200 设备，未配备有同步交换
—与输入相关的错误对象如表3所示。
              [表3]
错误原因 描述
TL1_ICNV＝3400 输入，命令无效
TL1_IDNV＝3600 输入，数据无效
… …
TL1_ISPC＝5800 输入，语法无效标点
将具有200间隔的相同编号系统应用于与特权、状态、资源和故障相关的错误对象，所以，将不再提供对此的详细描述。
如上所述，当将以200为间隔进行编号的子错误原因所给出的子错误原因(小类别)相加时，从错误原因对象(大类别)中搜索出相应的对象，并将新的编号赋予相应的对象(例如，如果与“输入，命令无效”相关，选择3401到3599之一。
通过下面的描述，将进一步澄清对由SNMP(简单网络管理协议)管理器和SNMP代理配置的网络管理系统的错误原因的支持。如果发生了SNMP错误原因未定义的错误，选择要使用的标准错误原因管理接口。然后，对所选接口定义的错误原因进行编号。将已编号错误原因分别存储在SNMP管理器数据库的数据库中和SNMP代理的数据库中。当将标准错误原因存入数据库时，在SNMP管理器和SNMP代理之间实际交换消息，并进行网络管理操作。
TL1(事项处理语言1)可以用于被选中的标准错误原因接口。可以通过对错误的种类分类，并对已分类的对象再次进行子分类，来对错误原因进行编号，并将在发生新错误时创建的错误对象添加到相应的类别中。可以以200为间隔对错误原因的种类进行编号。可以根据与有安装在SNMP代理和SNMP管理器中的错误分析应用程序所给出的号码相对应的错误状态，解译存储在数据库中的标准错误原因。依照错误的种类，可以由SNMP PDU(协议数据单元)的Err-Status(错误状态)字段中的号码表示存储在数据库中的标准错误原因。
现在，将对用于支持网络管理系统中的错误原因的方法进行解释，该方法通过应用TL1来提供错误原因。
图4是描述了按照本发明优选实施例的用于支持利用SNMP的网络管理系统的错误原因的方法的流程图。
参照图4，SNMP代理20在Get/SetRequest命令的控制下接收来自SNMP管理器10的SNMP消息(S100)，并分析所接收到的SNMP消息，比较并找出正常执行是否可能(S200)。
如果在步骤200中，结果是正常执行可能，SNMP代理20执行内部命令，并向SNMP管理器10传输其响应消息(S300)。
但是，如果在步骤200中，结果是SNMP消息异常，SNMP代理20将当前错误状态(SNMP消息)与存储在与SNMP标准错误原因相关的数据库中的错误原因相比较。而且，SNMP代理20确定是否能够以存储在与SNMP标准错误原因相关的数据库中的错误原因之一来表示错误状态(S400)。
如果在步骤400中，SNMP消息能够以存储在与SNMP标准错误原因相关的数据库中的错误原因来表示，向SNMP管理器10传输基于SNMP标准错误原因的响应消息(S410)。
另一方面，如果在步骤400中，不能以存储在与SNMP标准错误原因相关的数据库中的错误原因来表示，SNMP代理20利用存储在与不同标准错误原因(TL1)相关的数据库中的不同标准错误原因(TL1)，传输响应消息(S420)。
本发明可以实现为计算机可读介质中的计算机可执行指令。计算机可读介质包括其中存储或包括了计算机可读数据的所有可能种类的介质，或者可以包括能够由计算机或处理单元读取的任何类型的数据。例如，计算机可读介质包括但不局限于，如磁存储介质(如ROM、软盘、硬盘等)、光读取介质(如CD-ROM(压密盘只读存储器)、DVD(数字通用盘)、可重写光盘等)、混合磁光盘、有机盘、系统存储器(只读存储器、随机存取存储器)等存储介质，如闪速存储器等非易失性存储器，或其他易失性存储器或非易失性存储器、其他半导体介质、电介质、电磁介质、红外和其他通信介质，如载波等(例如，通过因特网和其他计算机传输)。通信介质通常包括计算机可读指令、数据结构、程序模块或如载波或其他包括任何信息传递介质在内的可传送机制等已调制信号中的其他数据。如通信介质等计算机可读介质可以包括如射频、红外微波等无线介质和如有线网络等有线介质。而且，计算机可读介质可以存储和执行分布在通过网络相连的计算机中的计算机可读代码。计算机可读介质也包括处理系统中或分布在对处理系统来说可以是本地或远程的多个处理系统中的合作或互连计算机可读介质。本发明可以包括在其上已经存储了包括包含了代表本发明的技术的数据的多个字段的数据结构的计算机可读介质。
可以读取包括了本发明的计算机可执行指令在内的计算机可读介质的计算机的示例如图5所示，但并不局限于计算机的这个示例。计算机500包括控制计算机500的处理器502。处理器502使用系统存储器504和包括特定计算机可读记录介质的计算机可读存储设备506。系统总线使处理器502与网络接口508、调制解调器512或提供了向另一计算机或如因特网等网络的连接的其他接口相连。系统总线也可以包括提供了到多个其他设备的连接的输入和输出接口510。
总之，通过比由SNMP V1/V2/V3所定义的20个错误原因更为精确地表述SNMP代理的状态，本发明可以有利地用于防止由于模糊的错误原因而引起的第二、第三次错误的出现。按照这种方式，当操作员进行网络管理时，节省了大量的时间。
此外，使用不同标准(即TL1)的错误原因类别，可以按照项目集成不同的错误原因，应用于稍后针对其他设备的SNMP代理的开发，而且可以是用于定义SNMP错误原因的新标准。
尽管已经参照其典型实施例，具体示出和描述了本发明，本领域的技术人员应当理解的是，在不偏离本发明的精神和范围的前提下，可以进行形式和细节上的前述和其他修改。

Claims (23)

1、一种用于支持由简单网络管理协议管理器和简单网络管理协议代理配置的网络管理系统的错误原因的方法，所述方法包括以下步骤：
在发生了简单网络管理协议错误原因未定义的错误时，选择将要使用的标准错误原因管理接口；
对由所选接口定义的错误原因进行编号；
将已编号错误原因分别存储在简单网络管理协议管理器数据库的数据库中和简单网络管理协议代理的数据库中；以及
当将标准错误原因存入数据库时，在简单网络管理协议管理器和简单网络管理协议代理之间交换消息，并进行网络管理操作。
2、按照权利要求1所述的方法，其特征在于将事项处理语言1用于所选中的标准错误原因接口。
3、按照权利要求1所述的方法，其特征在于通过对错误的种类分类，并对已分类的对象再次进行子分类，来对错误原因进行编号，并将在发生新错误时创建的错误对象新添加到相应的类别中。
4、按照权利要求1所述的方法，其特征在于以200为间隔，对错误原因的种类进行编号。
5、按照权利要求3所述的方法，其特征在于以200为间隔，对错误原因的种类进行编号。
6、按照权利要求1所述的方法，其特征在于根据与安装在简单网络管理协议代理和简单网络管理协议管理器中的错误分析应用程序所给出的号码相对应的错误状态，解译存储在数据库中的标准错误原因。
7、按照权利要求1所述的方法，其特征在于依照错误的种类，由简单网络管理协议(SNMP)协议数据单元的Err-Status字段中的号码表示存储在数据库中的标准错误原因。
8、按照权利要求6所述的方法，其特征在于依照错误的种类，由简单网络管理协议(SNMP)协议数据单元的Err-Status字段中的号码表示存储在数据库中的标准错误原因。
9、按照权利要求1所述的方法，其特征在于在简单网络管理协议管理器和简单网络管理协议代理之间交换消息并进行网络管理操作的步骤包括以下子步骤：
在简单网络管理协议代理处，在Get/SetRequest命令的控制下，接收来自简单网络管理协议管理器的简单网络管理协议消息；
在简单网络管理协议代理处，通过分析所接收到的简单网络管理协议消息，比较并确定对简单网络管理协议消息的正常处理是否是可能的；
当可以执行正常处理时，在简单网络管理协议代理处，执行内部命令，并向简单网络管理协议管理器传输其响应消息；
当简单网络管理协议消息异常时，在简单网络管理协议代理处，比较并确定是否能够以简单网络管理协议标准错误原因来表示简单网络管理协议消息；
当能够以简单网络管理协议标准错误原因来表示简单网络管理协议消息时，在简单网络管理协议代理处，向简单网络管理协议管理器传输由简单网络管理协议标准错误原因定义的响应消息；以及
当不能以简单网络管理协议标准错误原因来表示简单网络管理协议消息时，在简单网络管理协议代理处，向简单网络管理协议管理器传输基于不同错误原因的响应消息。
10、一种用于支持由简单网络管理协议管理器和简单网络管理协议代理配置的网络管理系统的错误原因的设备，所述设备包括：
简单网络管理协议管理器，安装有用于提供简单网络管理协议标准错误原因的数据库和通过使用不同协议来提供除了简单网络管理协议标准错误原因之外的扩展标准错误原因的数据库，以及用于分析扩展标准错误原因的错误分析应用程序；以及
简单网络管理协议代理，安装有用于提供简单网络管理协议标准错误原因的数据库和通过使用不同的协议来提供除了简单网络管理协议标准错误原因之外的扩展标准错误原因的数据库，以及错误搜索应用程序，用于在扩展标准错误原因中发现与当前错误状态相对应的错误原因的情况下，搜索错误原因号，并将错误原因号记录在简单网络管理协议(SNMP)协议数据单元的Err-Status字段中。
11、一种具有用于执行一种方法的计算机可执行指令的计算机可读介质，包括：
在发生了简单网络管理协议错误原因未定义的错误时，选择将要使用的标准错误原因管理接口；
对由所选接口定义的错误原因进行编号；
将已编号错误原因分别存储在简单网络管理协议管理器数据库的数据库中和简单网络管理协议代理的数据库中；以及
当将标准错误原因存入数据库时，在简单网络管理协议管理器和简单网络管理协议代理之间交换消息，并进行网络管理操作。
12、按照权利要求11所述的具有用于执行一种方法的计算机可执行指令的计算机可读介质，其特征在于将事项处理语言1用于所选中的标准错误原因接口。
13、按照权利要求11所述的具有用于执行一种方法的计算机可执行指令的计算机可读介质，其特征在于通过对错误的种类分类，并对已分类的对象再次进行子分类，来对错误原因进行编号，并将在发生新错误时创建的错误对象新添加到相应的类别中。
14、按照权利要求11所述的具有用于执行一种方法的计算机可执行指令的计算机可读介质，其特征在于以200为间隔，对错误原因的种类进行编号。
15、按照权利要求11所述的具有用于执行一种方法的计算机可执行指令的计算机可读介质，其特征在于根据与安装在简单网络管理协议代理和简单网络管理协议管理器中的错误分析应用程序所给出的号码相对应的错误状态，解译存储在数据库中的标准错误原因。
16、按照权利要求15所述的具有用于执行一种方法的计算机可执行指令的计算机可读介质，其特征在于依照错误的种类，由简单网络管理协议(SNMP)协议数据单元的Err-Status字段中的号码表示存储在数据库中的标准错误原因。
17、按照权利要求1所述的具有用于执行一种方法的计算机可执行指令的计算机可读介质，其特征在于在简单网络管理协议管理器和简单网络管理协议代理之间交换消息并进行网络管理操作的步骤包括以下子步骤：
在简单网络管理协议代理处，在Get/SetRequest命令的控制下，接收来自简单网络管理协议管理器的简单网络管理协议消息；
在简单网络管理协议代理处，通过分析所接收到的简单网络管理协议消息，比较并确定对简单网络管理协议消息的正常处理是否是可能的；
当可以执行正常处理时，在简单网络管理协议代理处，执行内部命令，并向简单网络管理协议管理器传输其响应消息；
当简单网络管理协议消息异常时，在简单网络管理协议代理处，比较并确定是否能够以简单网络管理协议标准错误原因来表示简单网络管理协议消息；
当能够以简单网络管理协议标准错误原因来表示简单网络管理协议消息时，在简单网络管理协议代理处，向简单网络管理协议管理器传输由简单网络管理协议标准错误原因定义的响应消息；以及
当不能以简单网络管理协议标准错误原因来表示简单网络管理协议消息时，在简单网络管理协议代理处，向简单网络管理协议管理器传输基于不同错误原因的响应消息。
18、一种其上存储有数据结构的计算机可读介质，包括：
第一字段，包括表示在发生了简单网络管理协议错误原因未定义的错误时，选择将要使用的标准错误原因管理接口的数据；
第二字段，包括表示对由所选接口定义的错误原因进行编号的数据；
第三字段，包括将已编号错误原因分别存储在简单网络管理协议管理器数据库的数据库中和简单网络管理协议代理的数据库中的数据；以及
第四字段，包括表示以下情况的数据：当将标准错误原因存入数据库时，在简单网络管理协议管理器和简单网络管理协议代理之间交换消息，并进行网络管理操作，将事项处理语言1用于所选中的标准错误原因接口，通过对错误的种类分类，并对已分类的对象再次进行子分类，来对错误原因进行编号，并将在发生新错误时创建的错误对象新添加到相应的类别中，以200为间隔，对错误原因的种类进行编号，根据与安装在简单网络管理协议代理和简单网络管理协议管理器中的错误分析应用程序所给出的号码相对应的错误状态，解译存储在数据库中的标准错误原因，依照错误的种类，由简单网络管理协议(SNMP)协议数据单元的Err-Status字段中的号码表示存储在数据库中的标准错误原因。
19、按照权利要求18所述的其上存储有数据结构的计算机可读介质，其特征在于具有还包括以下子字段的第四字段：
第一子字段，包括表示以下情况的数据，在简单网络管理协议代理处，在Get/SetRequest命令的控制下，接收来自简单网络管理协议管理器的简单网络管理协议消息；
第二子字段，包括表示以下情况的数据，在简单网络管理协议代理处，通过分析所接收到的简单网络管理协议消息，比较并确定对简单网络管理协议消息的正常处理是否是可能的；
第三子字段，包括表示以下情况的数据，当可以执行正常处理时，在简单网络管理协议代理处，执行内部命令，并向简单网络管理协议管理器传输其响应消息；
第四子字段，包括表示以下情况的数据，当简单网络管理协议消息异常时，在简单网络管理协议代理处，比较并确定是否能够以简单网络管理协议标准错误原因来表示简单网络管理协议消息；
第五子字段，包括表示以下情况的数据，当能够以简单网络管理协议标准错误原因来表示简单网络管理协议消息时，在简单网络管理协议代理处，向简单网络管理协议管理器传输由简单网络管理协议标准错误原因定义的响应消息；以及
第六子字段，包括表示以下情况的数据，当不能以简单网络管理协议标准错误原因来表示简单网络管理协议消息时，在简单网络管理协议代理处，向简单网络管理协议管理器传输基于不同错误原因的响应消息。
20、一种方法，包括：
由第一协议的代理接收来自第一协议的管理器的第一协议的消息；
由代理确定是否能够正常执行所接收到的消息；
当确定接收到的消息的正常执行时，在代理中执行内部命令，并向管理器传输响应消息；
当确定接收到的消息的异常执行时，由代理确定是否能够以第一协议的标准错误原因表示异常接收到的消息；
当确定能够以第一协议的标准错误原因中的至少一个表示所接收到的消息时，向管理器传输基于标准错误原因的响应消息；
当确定不能以标准错误原因中的至少一个表示所接收到的消息时，由代理传输使用了不同标准错误原因的响应消息。
21、按照权利要求20所述的方法，其特征在于不同标准错误原因属于第二协议。
22、按照权利要求21所述的方法，其特征在于第一协议是简单网络管理协议。
23、按照权利要求22所述的方法，其特征在于第二协议是事项处理语言1。
CNA2004100041328A 2003-02-14 2004-02-13 用于支持简单网络管理协议的错误原因的方法和设备 Pending CN1533115A (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR10-2003-0009518A KR100489689B1 (ko) 2003-02-14 2003-02-14 망 관리 시스템의 에러 정보 제공 방법 및 그 장치
KR20039518 2003-02-14

Publications (1)

Publication Number Publication Date
CN1533115A true CN1533115A (zh) 2004-09-29

Family

ID=32844842

Family Applications (1)

Application Number Title Priority Date Filing Date
CNA2004100041328A Pending CN1533115A (zh) 2003-02-14 2004-02-13 用于支持简单网络管理协议的错误原因的方法和设备

Country Status (3)

Country Link
US (1) US20040163016A1 (zh)
KR (1) KR100489689B1 (zh)
CN (1) CN1533115A (zh)

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102123051A (zh) * 2011-03-13 2011-07-13 合肥华云通信技术有限公司 一种扩展snmp错误反馈信息的方法
CN101197698B (zh) * 2006-12-06 2012-02-29 中兴通讯股份有限公司 一种简单网络管理协议管理应用层事务回滚方法
CN101695028B (zh) * 2009-10-16 2012-04-18 杭州华三通信技术有限公司 一种简单网络管理协议配置方法及装置
CN102739444A (zh) * 2012-06-12 2012-10-17 中兴通讯股份有限公司 一种性能数据传输方法、系统和网管
CN103516530A (zh) * 2012-06-20 2014-01-15 中兴通讯股份有限公司 一种获取代理端扩展错误信息的方法及装置
CN109995585A (zh) * 2019-03-22 2019-07-09 杭州复杂美科技有限公司 一种异常处理方法、设备和存储介质
CN109995557A (zh) * 2017-12-29 2019-07-09 中国移动通信集团陕西有限公司 一种通信方法及装置
CN111917927A (zh) * 2019-05-07 2020-11-10 夏普株式会社 图像形成装置、存储介质及控制方法
CN113190374A (zh) * 2021-06-30 2021-07-30 四川新网银行股份有限公司 一种基于mysql MGR的应用故障转移系统及转移方法

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060202186A1 (en) * 2003-01-21 2006-09-14 On The Fence Technologies, Llc. Corporation Methods and apparatus for fencing and other outdoor structures
EP1873967B1 (en) * 2006-06-27 2010-03-31 Alcatel Lucent Method and network element for improving error management in managed networks, and computer program product therefor
CN101115055B (zh) * 2006-07-24 2010-05-12 上海贝尔阿尔卡特股份有限公司 通信网络中报告隧道数据包中各级错误的装置及方法
CN100461707C (zh) * 2006-12-22 2009-02-11 华为技术有限公司 对简单网络管理协议的代理实现自动化测试的方法及系统
DE102011081202A1 (de) 2010-08-20 2012-03-22 Hirschmann Automation And Control Gmbh Erweiterung für das Simple Network Management Protocol (SNMP) um Informationen über den Status von SET-PDUs zu ermitteln
US9753797B1 (en) * 2011-08-26 2017-09-05 Amazon Technologies, Inc. Reliable intermediate multicast communications
CN103152193A (zh) * 2011-12-07 2013-06-12 迈普通信技术股份有限公司 简单网络管理协议操作错误信息的获取方法及系统
EP2645627A1 (en) * 2012-03-26 2013-10-02 Alcatel Lucent Method for managing a communication network
US10133651B2 (en) * 2016-12-19 2018-11-20 Bank Of America Corporation Software defect analysis tool

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6658250B1 (en) * 1996-01-05 2003-12-02 Hughes Electronics Corporation System and method for a wide area wireless personal communication system incorporating advanced messaging
US5991814A (en) * 1997-07-10 1999-11-23 Alcatel Method and apparatus for controlling command line transfer to a network element
US6292472B1 (en) * 1998-10-22 2001-09-18 Alcatel Reduced polling in an SNMPv1-managed network
JP2001043158A (ja) * 1999-07-28 2001-02-16 Toshiba Tec Corp 管理データ処理装置及び管理データ処理プログラムを記録したコンピュータ読取可能な記録媒体
US6564341B1 (en) * 1999-11-19 2003-05-13 Nortel Networks Limited Carrier-grade SNMP interface for fault monitoring
US7500143B2 (en) * 2000-05-05 2009-03-03 Computer Associates Think, Inc. Systems and methods for managing and analyzing faults in computer networks
US7430594B2 (en) * 2001-01-26 2008-09-30 Computer Associates Think, Inc. Method and apparatus for distributed systems management
US6533416B1 (en) * 2001-07-20 2003-03-18 Ocular Sciences, Inc. Contact or intraocular lens and method for its preparation
WO2003014936A1 (en) * 2001-08-06 2003-02-20 Eg Innovations Pte. Ltd. A method for providing real-time monitoring of components of a data network to a plurality of users
US7120833B2 (en) * 2002-04-26 2006-10-10 Alcatel Error codes in Agent X
US6985944B2 (en) * 2002-11-01 2006-01-10 Fidelia Technology, Inc. Distributing queries and combining query responses in a fault and performance monitoring system using distributed data gathering and storage

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101197698B (zh) * 2006-12-06 2012-02-29 中兴通讯股份有限公司 一种简单网络管理协议管理应用层事务回滚方法
CN101695028B (zh) * 2009-10-16 2012-04-18 杭州华三通信技术有限公司 一种简单网络管理协议配置方法及装置
CN102123051A (zh) * 2011-03-13 2011-07-13 合肥华云通信技术有限公司 一种扩展snmp错误反馈信息的方法
CN102739444A (zh) * 2012-06-12 2012-10-17 中兴通讯股份有限公司 一种性能数据传输方法、系统和网管
CN103516530A (zh) * 2012-06-20 2014-01-15 中兴通讯股份有限公司 一种获取代理端扩展错误信息的方法及装置
CN109995557A (zh) * 2017-12-29 2019-07-09 中国移动通信集团陕西有限公司 一种通信方法及装置
CN109995557B (zh) * 2017-12-29 2022-05-13 中国移动通信集团陕西有限公司 一种通信方法及装置
CN109995585A (zh) * 2019-03-22 2019-07-09 杭州复杂美科技有限公司 一种异常处理方法、设备和存储介质
CN109995585B (zh) * 2019-03-22 2021-12-31 杭州复杂美科技有限公司 一种异常处理方法、设备和存储介质
CN111917927A (zh) * 2019-05-07 2020-11-10 夏普株式会社 图像形成装置、存储介质及控制方法
CN113190374A (zh) * 2021-06-30 2021-07-30 四川新网银行股份有限公司 一种基于mysql MGR的应用故障转移系统及转移方法

Also Published As

Publication number Publication date
KR20040073799A (ko) 2004-08-21
US20040163016A1 (en) 2004-08-19
KR100489689B1 (ko) 2005-05-17

Similar Documents

Publication Publication Date Title
CN1533115A (zh) 用于支持简单网络管理协议的错误原因的方法和设备
EP0585082B1 (en) Computer management system and associated management information base
US7895310B2 (en) Network management system and method for supporting multiple protocols
CN1761213A (zh) 用于配置网络结构的网络特征的装置、系统和方法
CN101083557B (zh) 一种基于snmp的ip网络集群管理方法
US20040093408A1 (en) IT asset tracking system
US20080301143A1 (en) Automatic Update System and Method for Using a Meta Mib
CN1703007A (zh) 检查和修复网络配置的方法和系统
CN111181758B (zh) 配置文件生成方法、装置
CN112953774B (zh) 一种网络拓扑生成方法、系统、设备及计算机存储介质
CN1833404A (zh) 确定网络节点监控组的优先组成员
CN101772920A (zh) 用于使用资源信息发现通用即插即用设备的方法和装置
CN100499502C (zh) 陷阱解析与预处理系统及方法
CN101035133B (zh) 网络管理的方法、系统及设备
CN114338419B (zh) 一种IPv6全球组网边缘节点监测及预警方法及系统
CN1437833A (zh) 在移动无线电中的与制造商无关的运维中心－网管中心接口上更新制造商特有的硬件信息
US9922539B1 (en) System and method of telecommunication network infrastructure alarms queuing and multi-threading
US20140280855A1 (en) Generic snmp information collection
CN113992504A (zh) 一种基于工业互联网标识解析的网络传输设备管理方法
US20060126534A1 (en) Method and mechanism for identifying an unmanaged switch in a network
CN111711532B (zh) 一种异构网络设备的统一管理方法
WO1999034557A1 (en) Method and system for software version management in a network management system
CN109274715B (zh) 车载多通道通信系统的平台资源管理系统
CN101098257A (zh) 改善被管理网络中的错误管理的方法和网络单元
CN113364820A (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
C12 Rejection of a patent application after its publication
RJ01 Rejection of invention patent application after publication