CN101035026A

CN101035026A - 一种网络管理系统及其通信方法

Info

Publication number: CN101035026A
Application number: CNA2007100907235A
Authority: CN
Inventors: 陆骞; 李勤学
Original assignee: ZTE Corp
Current assignee: Xuzhou Tie Shou Hardware Tools Manufacturing Co ltd
Priority date: 2007-04-05
Filing date: 2007-04-05
Publication date: 2007-09-12
Anticipated expiration: 2027-04-05
Also published as: CN100505643C

Abstract

本发明提供一种网络管理系统及其通信方法，其中，该通信方法包括下列步骤：步骤a：网络设备侧在向管理服务器侧发送的告警报文中设置请求确认的标识及该报文的ID号，并对该报文的ID号及报文内容进行存储；步骤b：管理服务器侧收到网络设备侧发送来的告警报文后，解析出该报文的ID号，并将该ID号设置成网络设备侧相应的源ID号，通知网络设备侧已收到所述报文。本发明的网络管理系统及其通信方法，能够防止告警信息丢失，提高了系统运行的稳定性及可维护性。

Description

一种网络管理系统及其通信方法

技术领域

本发明涉及通信技术领域，特别涉及一种网络管理系统及其通信方法。

背景技术

随着计算机网络技术的发展，计算机网络的规模和应用范围的急剧扩大，网络所承担的任务愈来愈繁重，因此出现了一系列专门的网络管理协议，通过网络管理，努力提高网络设备的利用率、性能、服务质量及安全性。

目前，主要有以下几种网络管理协议：国际电信联盟的电信标准化部门ITU-T(原电报电话咨询委员会CCITT)提出了专门针对电信网络管理的电信管理网(Telecommunications Management Network，TMN)；国际标准化组织(International Organization for Standardization，ISO)也为网络管理制订了公共管理信息协议(Common Management Information Protocol，CMIP)；而国际上的Internet组织则为网络管理制订了简单网络管理协议(SNMP)。

上述几种网络管理协议有各自不同的出发点，其中：TMN是针对电信网管理而设计的；CMIP是为开放式通信系统互联参考模型(Open SystemInterconnection，OSI)的7层模型而设计的；而SNMP则是基于TCP/IP网的网络管理协议，是从早期的简单网关监控协议(Simple Gateway ManagementProtocol，SGMP)发展而来。在这些标准中，CMIP的功能最强大，但其实现难度也最大，这就妨碍了它的应用，因此目前支持CMIP的产品很少；而SNMP则由于它的简单和易操作，因此得到广泛的应用，并已成为事实上的标准。

如图1所示，为应用SNMP协议的网络管理体系的结构示意图。该体系结构主要包括：管理进程(Manager)单元、管理代理(Agent)单元、受管对象(Managed Object)以及描述受管对象状态的管理信息库(ManagementInformation Base，MIB)。其中：管理进程单元为整个网管系统的控制中心，它通过各管理代理单元对网络内的各种设备、设施和资源进行监测和控制，并完成各种管理功能。此外，管理进程单元通常配有人机界面，并对收集到的受管对象的信息和数据进行存档、分析和处理。管理进程单元运行在管理服务器上，而管理代理单元运行在网络设备上。

管理进程单元和管理代理单元之间通过SNMP管理协议进行通信的。在SNMP协议中定义了4类管理操作：Get操作；Get Next操作；Set操作；Trap(陷阱)操作。管理进程单元利用Get和Get Next操作来提取各管理信息库的信息，进而获得网络当前的综合状态信息。在必要时，管理进程单元可以通过Set操作间接设置或修改管理信息库中的某些信息，以达到控制的目的。每当网络发生严重的异常事件时，管理代理单元就通过Trap操作主动向管理进程单元报告事件，从而大大改善了网络管理的时效性能。

如图2所示，为各种版本的SNMP报文信息格式示意图。SNMP报文信息包括：版本号、团体名称和协议数据单元。其中：Version为SNMP协议的版本号，管理进程单元和管理代理单元必须使用相同版本的SNMP协议；Community为团体名称，用于在管理进程单元访问管理代理单元之前对管理进程单元进行认证；PDU为协议数据单元，其中包含具体的报文内容。

SNMP是一种应用程序协议，封装在用户数据报协议(UDP)中。由于UDP协议在传输数据报前不用在客户和服务器之间建立连接，且没有超时重发等机制，因此传输速度很快。但是，UDP协议是一个简单的面向数据报的运输层协议，只是将应用程序传给IP层的数据报发送出去，但并不能保证这些数据报能到达目的地，而SNMP是封装在UDP中，所以无法确认管理服务器是否收到网络设备的告警Trap信息，而当管理服务器和网络设备之间的网络通讯发生故障时，网络设备也不会得到“告警发送失败”的返回。在实际的网络管理系统中，重要告警信息的丢失会给系统运行的稳定性和可维护性带来严重的负面影响。

发明内容

本发明的目的在于，提供一种网络管理系统的通信方法，能够保证SNPM协议的告警报文成功收发。

本发明的另一目的在于，提供一种网络管理系统，能够保证SNPM协议的告警报文成功收发。

本发明的网络管理系统的通信方法，包括下列步骤：

步骤a：网络设备侧在向管理服务器侧发送的告警报文中设置请求确认的标识及所述报文的ID号，并对所述报文的ID号及报文内容进行存储；

步骤b：管理服务器侧收到网络设备侧发送来的告警报文后，解析出所述报文的ID号，并将所述ID号设置成网络设备侧相应的源ID号，通知网络设备侧已收到所述报文。

其中，在所述步骤a中，在网络设备侧构造告警报文时，是在所述告警报文的团体名称字段中设置请求确认的标识及所述报文的ID号。

在所述步骤b中，所述管理服务器侧在解析出所述报文的ID号后，可以通过简单网络管理协议SNMP的Set指令将所述ID号设置成网络设备侧相应的源ID号。

此外，在步骤b中，在所述管理服务器侧解析出所述报文的ID号之前，可以进一步包括下列步骤：

所述管理服务器侧对网络设备侧发送来的报文进行解析，判断报文中是否包含请求确认的标识，如果是，则执行步骤b；否则，继续判断。

另外，在所述步骤b之后，可以进一步包括下列步骤：

步骤c：网络设备侧在收到管理服务器侧发送来的ID号后，判断其存储区域中是否存在与所述ID号相匹配的源ID号，如果存在，则通知管理服务器侧确认成功；否则，继续查找，直到其存储区域末端，然后通知管理服务器侧未找到相关记录。

此外，在所述步骤c中，网络设备侧在通知管理服务器侧确认成功的同时，可以进一步包括下列步骤：

步骤c1：删除所述ID对应的告警报文的存储记录，并通知管理服务器侧已删除记录。

另外，在所述步骤b中，可以包括下列步骤：

步骤b1’：管理服务器侧通过SNMP协议的Set指令将网络设备侧相应的源ID号设置为零，通知网络设备侧将当前存储的所有报文进行重发。

其中，在所述步骤b1’后，可以进一步包括下列步骤：

步骤b2’：网络设备侧收到报文ID号为零的Set指令后查询其存储链表，将每条记录依次作为Trap报文向管理服务器侧重发。

本发明的网络管理系统，包括网络设备及管理设备，其中：

所述网络设备，用于在向所述管理设备发送的告警报文中设置请求确认的标识及所述报文的ID号，并对所述报文的ID号及报文内容进行存储；

所述管理设备，用于收到所述网络设备发送来的告警报文后，解析出所述报文的ID号，并将所述ID号设置成所述网络设备相应的源ID号，通知所述网络设备已收到所述报文。

其中，所述请求确认的标识及所述报文的ID号是在所述告警报文的团体名称字段中设置。

所述管理设备，通过简单网络管理协议SNMP的Set指令将所述ID号设置成所述网络设备相应的源ID号。

其中：所述管理设备，可以进一步用于在解析所述网络设备发送来的报文ID号前，解析到请求确认的标识。

所述网络设备，可以进一步用于分析所述管理设备发送来的ID号，并判断其存储链表中是否存在与该ID号相匹配的源ID号，如果存在，则向所述管理设备发送确认成功的消息；否则，向所述管理设备发送未找到相关记录的消息。

此外，所述网络设备，可以进一步用于在通知所述管理设备确认成功时，删除该ID对应的Trap报文记录。

所述管理设备，可以进一步用于与所述网络设备的通讯发生中断时，通过SNMP协议的Set指令将所述网络设备相应的源ID号设置为零，以通知所述网络设备将当前存储的报文进行重发。

所述网络设备，可以进一步用于收到所述管理设备发送来的报文ID号为零的Set指令后查询其存储链表，将存储的每条记录依次作为Trap报文向所述管理设备重发。

本发明的有益效果是：依照本发明的网络管理系统及其通信方法，网络设备侧在向管理服务器侧发送的告警报文中设置请求确认的标识及该报文的ID号，管理服务器侧在收到告警报文后，通知网络设备侧已收到该ID号的报文，防止告警信息丢失，提高了系统运行的稳定性及可维护性；在网络设备侧与管理服务器侧的网络通讯发生中断时，由于在网络设备中对已发送的Trap报文进行了存储，因此在网络恢复正常时，能够将Trap报文进行重发；并且，在网络设备中存储的报文已经达到存储极限时，用最新产生的Trap报文覆盖最旧的一条报文，使得网络上存储的报文都是最新的告警信息。

附图说明

图1为应用SNMP协议的网络管理体系结构示意图；

图2为SNMP的报文信息格式示意图；

图3为本发明的网络管理系统的通信方法流程图；

图4为本发明的Trap报文发送和存储的流程图；

图5为本发明的Trap报文确认的流程图；

图6为本发明的Trap报文重发流程图。

具体实施方式

以下，结合附图3～6详细说明本发明的网络管理系统及其通信方法。

如图3所示，为本发明的网络管理系统的通信方法的流程图，包括下列步骤：

步骤100：网络设备侧在向管理服务器侧发送的告警报文中设置请求确认的标识及所述报文的ID号，并对所述报文的ID号及报文内容进行存储；

步骤200：管理服务器侧收到网络设备侧发送来的告警报文后，解析出所述报文的ID号，并将所述ID号设置成网络设备侧相应的源ID号，通知网络设备侧已收到所述报文。

其中，步骤100中，在该Trap报文的community字段中设置“要求确认”字符串及该条报文的ID号。

其中，在步骤200中，管理服务器侧解析出该报文的ID号后，通过SNMP协议的Set指令将该ID号设置成网络设备侧相应的源ID号。

此外，在步骤200中，在管理服务器侧解析出该报文的ID号之前，进一步包括下列步骤：

管理服务器侧对网络设备侧发送来的报文进行解析，判断该报文中是否包含“要求确认”的字符串，如果是，则执行步骤200；否则，继续判断。

此外，网络设备侧还需要对管理服务器侧发送来的ID号进行确认，避免因通信过程中的误操作导致的误确认。

因此，基于如前所述，在步骤200之后，可以进一步包括下列步骤：

步骤300：网络设备侧在收到管理服务器侧发送来的ID号后，判断其存储链表中是否存在与该ID号相匹配的源ID号，如果存在，则通知管理服务器侧确认成功；否则，继续查找，直到其记录链表的末端，然后通知管理服务器侧未找到相关记录。

其中，在步骤300中，网络设备侧在通知管理服务器侧确认成功的同时，可以进一步包括下列步骤：网络设备侧删除其存储链表中该ID对应的Trap报文记录，并向管理服务器侧返回已删除记录的结果。具体可参考图5所示。

如图4所示，由于该存储链表是在网络设备启动时创建的，每当告警产生后，网络设备检查Trap报文的community字段中是否包含“要求确认”字串，如果是，则将一个累加的非零ID号添加到community的尾部，再将整条Trap报文发送；发送之后，将整条Trap报文作为一个新元素加入该链表的尾部。如果链表长度达到存储空间的上限，则删除位于链表头部的元素，即最旧的一条Trap记录。

当网络设备和管理服务器的网络通讯发生中断时，网络设备侧将无法收到管理服务器侧发出的告警报文确认指令，当网络设备侧和管理服务器侧的网络通讯恢复正常时，需要对告警报文重新进行确认。

因此，基于如前所述，如图6所示，所述步骤200进一步包括下列步骤：

步骤200’：管理服务器通过SNMP协议的Set指令将网络设备侧相应的源ID号设置为零，以通知网络设备侧将当前存储的所有报文进行重发。

由于相应的告警报文在网络设备侧的存储链表中仍保留有备份，因此，在步骤200’之后，包括下列步骤：

步骤300’：网络设备侧收到报文ID号为零的Set指令后查询其存储链表，将每条记录依次作为Trap报文向管理服务器侧重发。

以下，详细描述本发明的网络管理系统。该网络管理系统，包括网络设备和管理设备。其中，网络设备，用于向管理服务器侧的管理设备发送Trap报文，并在该报文中设置“要求确认”的字符串及该条报文的ID号，并在其存储链表中存储该报文的ID号及该报文内容；管理设备，用于在收到网络设备发送来的Trap报文后，解析出该报文的ID号，并将该ID号设置成网络设备相应的ID号，然后将该ID号返回给网络设备，通知其已收到该告警报文。这里，网络设备需要预先在其上配置一个community为“要求确认”的管理服务器IP。

其中，网络设备在构造告警报文时，是在所述告警报文的团体名称字段中设置请求确认的标识及所述报文的ID号。

其中，管理设备通过简单网络管理协议SNMP的Set指令将所述ID号设置成所述网络设备相应的源ID号。

此外，管理设备，可以进一步用于在解析所述网络设备发送来的报文ID号前，解析到请求确认的标识。

此外，网络设备，进一步用于分析管理设备发送来的ID号，并判断其存储链表中是否存在与该ID号相匹配的源ID号，如果存在，则向管理设备发送确认成功的消息；否则，向管理设备发送未找到相关记录信息。

此外，该网络设备，进一步用于在通知管理设备确认成功时，删除该ID对应的Trap报文记录，并向管理设备返回已删除记录的结果。

如前所述，该存储链表是在网络设备启动时创建的，每当告警产生后，网络设备检查Trap报文的community字段中是否包含“要求确认”字串，如果是，则将一个累加的非零ID号添加到community的尾部，再将整条Trap报文发送；发送之后，将整条Trap报文作为一个新元素加入该链表的尾部。如果链表长度达到存储空间的上限，则删除位于链表头部的元素，即最旧的一条Trap记录。

当网络设备和管理设备的网络通讯发生中断时，管理设备，进一步用于通过SNMP协议的Set指令将网络设备相应的源ID号设置为零，以通知网络设备将当前存储的所有报文进行重发；网络设备，进一步用于收到报文ID号为零的Set指令后查询其存储链表，将每条记录依次作为Trap报文向管理设备重发。

在具体实现时，如上所述的网络设备，可以包括如图1所示的管理代理单元和管理信息库；如上所述的管理设备，可以为如图1所示的管理进程单元。

综上所述，依照本发明的网络管理系统的通信方法及设备，通过网络设备侧在向管理服务器侧发送的告警报文中设置请求确认的标识及该报文的ID号，管理服务器侧在收到告警报文后，通知网络设备侧已收到该ID号的报文，对每条Trap报文的收发进行确认，能够防止告警信息丢失，提高了系统运行的稳定性及可维护性；在网络设备侧与管理服务器侧的网络通讯发生中断时，由于在网络设备中对已发送的Trap报文进行了存储，因此在网络恢复正常时，能够将Trap报文进行重发；并且，在网络设备中存储的报文已经达到存储极限时，用最新产生的Trap报文覆盖最旧的一条报文，使得网络上存储的报文都是最新的告警信息。

以上是为了使本领域普通技术人员理解本发明，而对本发明所进行的详细描述，但可以想到，在不脱离本发明的权利要求所涵盖的范围内还可以做出其它的变化和修改，这些变化和修改均在本发明的保护范围内。

Claims

1.一种网络管理系统的通信方法，其特征在于，包括下列步骤：

2.如权利要求1所述的网络管理系统的通信方法，其特征在于，在所述步骤a中，在网络设备侧构造告警报文时，是在所述告警报文的团体名称字段中设置请求确认的标识及所述报文的ID号。

3.如权利要求1所述的网络管理系统的通信方法，其特征在于，在所述步骤b中，所述管理服务器侧在解析出所述报文的ID号后，通过简单网络管理协议SNMP的Set指令将所述ID号设置成网络设备侧相应的源ID号。

4.如权利要求1所述的网络管理系统的通信方法，其特征在于，在步骤b中，在所述管理服务器侧解析出所述报文的ID号之前，进一步包括下列步骤：

5.如权利要求1至4中任一项所述的网络管理系统的通信方法，其特征在于，在所述步骤b之后，进一步包括下列步骤：

6.如权利要求5所述的网络管理系统的通信方法，其特征在于，在所述步骤c中，网络设备侧在通知管理服务器侧确认成功的同时，可以进一步包括下列步骤：

7.如权利要求1至4中任一项所述的网络管理系统的通信方法，其特征在于，在所述步骤b中，包括下列步骤：

8.如权利要求7所述的网络管理系统的通信方法，其特征在于，在所述步骤b1’后，进一步包括下列步骤：

9.一种网络管理系统，包括网络设备及管理设备，其特征在于，

10.如权利要求9所述的网络管理系统，其特征在于，所述请求确认的标识及所述报文的ID号是在所述告警报文的团体名称字段中设置。

11.如权利要求9所述的网络管理系统，其特征在于，所述管理设备，通过简单网络管理协议SNMP的Set指令将所述ID号设置成所述网络设备相应的源ID号。

12.如权利要求9所述的网络管理系统，其特征在于，所述管理设备，进一步用于在解析所述网络设备发送来的报文ID号前，解析到请求确认的标识。

13.如权利要求9至12中任一项所述的网络管理系统，其特征在于，所述网络设备，进一步用于分析所述管理设备发送来的ID号，并判断其存储链表中是否存在与该ID号相匹配的源ID号，如果存在，则向所述管理设备发送确认成功的消息；否则，向所述管理设备发送未找到相关记录的消息。

14.如权利要求13所述的网络管理系统，其特征在于，所述网络设备，进一步用于在通知所述管理设备确认成功时，删除该ID对应的Trap报文记录。

15.如权利要求9至12中任一项所述的网络管理系统，其特征在于，

所述管理设备，进一步用于与所述网络设备的通讯发生中断时，通过SNMP协议的Set指令将所述网络设备相应的源ID号设置为零，以通知所述网络设备将当前存储的报文进行重发。

所述网络设备，进一步用于收到所述管理设备发送来的报文ID号为零的Set指令后查询其存储链表，将存储的每条记录依次作为Trap报文向所述管理设备重发。