CN101035026A - 一种网络管理系统及其通信方法 - Google Patents
一种网络管理系统及其通信方法 Download PDFInfo
- Publication number
- CN101035026A CN101035026A CNA2007100907235A CN200710090723A CN101035026A CN 101035026 A CN101035026 A CN 101035026A CN A2007100907235 A CNA2007100907235 A CN A2007100907235A CN 200710090723 A CN200710090723 A CN 200710090723A CN 101035026 A CN101035026 A CN 101035026A
- Authority
- CN
- China
- Prior art keywords
- message
- network equipment
- network
- management
- equipment
- 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
Links
- 230000006854 communication Effects 0.000 title claims abstract description 30
- 238000004891 communication Methods 0.000 title claims abstract description 29
- 238000000034 method Methods 0.000 title abstract description 15
- 230000000295 complement effect Effects 0.000 claims description 6
- 238000012217 deletion Methods 0.000 claims description 6
- 230000037430 deletion Effects 0.000 claims description 6
- 230000008569 process Effects 0.000 description 12
- 238000012790 confirmation Methods 0.000 description 6
- 102100031184 C-Maf-inducing protein Human genes 0.000 description 5
- 101000993081 Homo sapiens C-Maf-inducing protein Proteins 0.000 description 5
- 230000005540 biological transmission Effects 0.000 description 4
- 238000012705 nitroxide-mediated radical polymerization Methods 0.000 description 4
- 238000010586 diagram Methods 0.000 description 3
- 238000013461 design Methods 0.000 description 2
- 238000011161 development Methods 0.000 description 2
- 230000018109 developmental process Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 238000007689 inspection Methods 0.000 description 2
- 230000008520 organization Effects 0.000 description 2
- 238000011084 recovery Methods 0.000 description 2
- 230000035882 stress Effects 0.000 description 2
- 230000032683 aging Effects 0.000 description 1
- 230000002547 anomalous effect Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000009223 counseling Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 230000006855 networking Effects 0.000 description 1
- 230000007704 transition Effects 0.000 description 1
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
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 (15)
1.一种网络管理系统的通信方法，其特征在于，包括下列步骤：
步骤a：网络设备侧在向管理服务器侧发送的告警报文中设置请求确认的标识及所述报文的ID号，并对所述报文的ID号及报文内容进行存储；
步骤b：管理服务器侧收到网络设备侧发送来的告警报文后，解析出所述报文的ID号，并将所述ID号设置成网络设备侧相应的源ID号，通知网络设备侧已收到所述报文。
2.如权利要求1所述的网络管理系统的通信方法，其特征在于，在所述步骤a中，在网络设备侧构造告警报文时，是在所述告警报文的团体名称字段中设置请求确认的标识及所述报文的ID号。
3.如权利要求1所述的网络管理系统的通信方法，其特征在于，在所述步骤b中，所述管理服务器侧在解析出所述报文的ID号后，通过简单网络管理协议SNMP的Set指令将所述ID号设置成网络设备侧相应的源ID号。
4.如权利要求1所述的网络管理系统的通信方法，其特征在于，在步骤b中，在所述管理服务器侧解析出所述报文的ID号之前，进一步包括下列步骤：
所述管理服务器侧对网络设备侧发送来的报文进行解析，判断报文中是否包含请求确认的标识，如果是，则执行步骤b；否则，继续判断。
5.如权利要求1至4中任一项所述的网络管理系统的通信方法，其特征在于，在所述步骤b之后，进一步包括下列步骤：
步骤c：网络设备侧在收到管理服务器侧发送来的ID号后，判断其存储区域中是否存在与所述ID号相匹配的源ID号，如果存在，则通知管理服务器侧确认成功；否则，继续查找，直到其存储区域末端，然后通知管理服务器侧未找到相关记录。
6.如权利要求5所述的网络管理系统的通信方法，其特征在于，在所述步骤c中，网络设备侧在通知管理服务器侧确认成功的同时，可以进一步包括下列步骤：
步骤c1：删除所述ID对应的告警报文的存储记录，并通知管理服务器侧已删除记录。
7.如权利要求1至4中任一项所述的网络管理系统的通信方法，其特征在于，在所述步骤b中，包括下列步骤：
步骤b1’：管理服务器侧通过SNMP协议的Set指令将网络设备侧相应的源ID号设置为零，通知网络设备侧将当前存储的所有报文进行重发。
8.如权利要求7所述的网络管理系统的通信方法，其特征在于，在所述步骤b1’后，进一步包括下列步骤：
步骤b2’：网络设备侧收到报文ID号为零的Set指令后查询其存储链表，将每条记录依次作为Trap报文向管理服务器侧重发。
9.一种网络管理系统，包括网络设备及管理设备，其特征在于，
所述网络设备，用于在向所述管理设备发送的告警报文中设置请求确认的标识及所述报文的ID号，并对所述报文的ID号及报文内容进行存储；
所述管理设备，用于收到所述网络设备发送来的告警报文后，解析出所述报文的ID号，并将所述ID号设置成所述网络设备相应的源ID号，通知所述网络设备已收到所述报文。
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报文向所述管理设备重发。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB2007100907235A CN100505643C (zh) | 2007-04-05 | 2007-04-05 | 一种网络管理系统及其通信方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB2007100907235A CN100505643C (zh) | 2007-04-05 | 2007-04-05 | 一种网络管理系统及其通信方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101035026A true CN101035026A (zh) | 2007-09-12 |
| CN100505643C CN100505643C (zh) | 2009-06-24 |
Family
ID=38731345
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNB2007100907235A Expired - Fee Related CN100505643C (zh) | 2007-04-05 | 2007-04-05 | 一种网络管理系统及其通信方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN100505643C (zh) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101835187A (zh) * | 2010-03-26 | 2010-09-15 | 浙江大学 | 用于多接口无线mesh网络路由器的客户端管理装置 |
| CN101924662B (zh) * | 2009-06-15 | 2012-07-18 | 中兴通讯股份有限公司 | 一种告警传递方法 |
| CN109428761A (zh) * | 2017-09-04 | 2019-03-05 | 凌云天博光电科技股份有限公司 | 一种基于网络管理系统的网络可用性分析方法 |
| CN110401876A (zh) * | 2019-07-16 | 2019-11-01 | 视联动力信息技术股份有限公司 | 音视频不同步告警方法、装置、电子设备及可读存储介质 |
| CN112994918A (zh) * | 2019-12-17 | 2021-06-18 | 华为技术有限公司 | 一种设备管理方法及装置 |
-
2007
- 2007-04-05 CN CNB2007100907235A patent/CN100505643C/zh not_active Expired - Fee Related
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101924662B (zh) * | 2009-06-15 | 2012-07-18 | 中兴通讯股份有限公司 | 一种告警传递方法 |
| CN101835187A (zh) * | 2010-03-26 | 2010-09-15 | 浙江大学 | 用于多接口无线mesh网络路由器的客户端管理装置 |
| CN109428761A (zh) * | 2017-09-04 | 2019-03-05 | 凌云天博光电科技股份有限公司 | 一种基于网络管理系统的网络可用性分析方法 |
| CN109428761B (zh) * | 2017-09-04 | 2021-06-25 | 凌云天博光电科技股份有限公司 | 一种基于网络管理系统的网络可用性分析方法 |
| CN110401876A (zh) * | 2019-07-16 | 2019-11-01 | 视联动力信息技术股份有限公司 | 音视频不同步告警方法、装置、电子设备及可读存储介质 |
| CN112994918A (zh) * | 2019-12-17 | 2021-06-18 | 华为技术有限公司 | 一种设备管理方法及装置 |
| CN112994918B (zh) * | 2019-12-17 | 2022-05-31 | 华为技术有限公司 | 一种设备管理方法及装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN100505643C (zh) | 2009-06-24 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN100417087C (zh) | 一种snmp协议网管系统的告警管理方法 | |
| CN1852534A (zh) | 一种数据备份和恢复方法及其系统 | |
| CN1925427A (zh) | 告警系统和告警方法 | |
| CN101582807A (zh) | 一种基于北向接口实现网络管理的方法及系统 | |
| CN1642104A (zh) | 一种系统日志实现方法和装置 | |
| CN101035026A (zh) | 一种网络管理系统及其通信方法 | |
| CN1412978A (zh) | 用于数字数据网接入模块的管理指配控件及其控制方法 | |
| CN100499502C (zh) | 陷阱解析与预处理系统及方法 | |
| CN101605075B (zh) | 一种基于sip的ip电话故障告警方法及装置 | |
| CN1901568A (zh) | 一种网管系统中实现历史性能采集的方法 | |
| WO2008000132A1 (fr) | Système est procédé pour la collecte d'informations de signalisation sur la totalité d'un réseau et système de repérage de la signalisation sur la totalité du réseau | |
| JPH09134297A (ja) | 遠隔管理システム | |
| CN101267335B (zh) | 一种保证简单网络管理协议告警成功收发的方法 | |
| CN102238023A (zh) | 一种生成网络管理系统的告警数据的方法及装置 | |
| CN101409654B (zh) | 一种网络管理系统中处理snmp信息的方法 | |
| CN1767506A (zh) | 使用即时消息传递设施关联系统管理信息的方法和设备 | |
| Virmani et al. | Netmon: network management for the SARAS softswitch | |
| CN1756257A (zh) | 大型网络中主机性能采集代理 | |
| CN1835452A (zh) | 一种计算机网络策略管理系统及策略管理方法 | |
| CN101076028A (zh) | 采用snmp协议的通信系统和消息交互方法 | |
| CN1783813A (zh) | 用于管理通信网络的通信管理网络系统和方法 | |
| CN1581795A (zh) | 一种网络管理安全认证的方法 | |
| CN101710862A (zh) | 一种网管操作错误信息的处理方法及装置 | |
| CN1968148A (zh) | 用于实现应用软件系统与主机资源综合监管的网管系统 | |
| CN1494260A (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 | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20171219 Address after: 15 No. 532200 the Guangxi Zhuang Autonomous Region Jiangzhou District of Chongzuo City Stone Forest Avenue Patentee after: Pan Rongqiong Address before: 510640 Guangdong City, Tianhe District Province, No. five, road, public education building, unit 371-1, unit 2401 Patentee before: GUANGDONG GAOHANG INTELLECTUAL PROPERTY OPERATION Co.,Ltd. Effective date of registration: 20171219 Address after: 510640 Guangdong City, Tianhe District Province, No. five, road, public education building, unit 371-1, unit 2401 Patentee after: GUANGDONG GAOHANG INTELLECTUAL PROPERTY OPERATION Co.,Ltd. Address before: 518057, Nanshan District high tech Industrial Park, Guangdong province Shenzhen science and technology south road Zhongxing building A block 5 Patentee before: ZTE Corp. |
|
| TR01 | Transfer of patent right | ||
| TR01 | Transfer of patent right | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20181101 Address after: 510640 2414-2416 of the main building 371, five mountain road, Tianhe District, Guangzhou, Guangdong. Patentee after: GUANGDONG GAOHANG INTELLECTUAL PROPERTY OPERATION Co.,Ltd. Address before: 532200 15, Shilin Avenue, Chongzuo, the Guangxi Zhuang Autonomous Region Patentee before: Pan Rongqiong |
|
| TR01 | Transfer of patent right | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20181213 Address after: 221351 Industrial Park, Zhuang Town, Pizhou City, Xuzhou, Jiangsu Patentee after: Xuzhou Tie Shou hardware tools Manufacturing Co.,Ltd. Address before: 510640 2414-2416 of the main building 371, five mountain road, Tianhe District, Guangzhou, Guangdong. Patentee before: GUANGDONG GAOHANG INTELLECTUAL PROPERTY OPERATION Co.,Ltd. |
|
| 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: 20090624 Termination date: 20180405 |