CN111769973A - 一种改进的双向snmp告警方法及装置 - Google Patents
一种改进的双向snmp告警方法及装置 Download PDFInfo
- Publication number
- CN111769973A CN111769973A CN202010505651.1A CN202010505651A CN111769973A CN 111769973 A CN111769973 A CN 111769973A CN 202010505651 A CN202010505651 A CN 202010505651A CN 111769973 A CN111769973 A CN 111769973A
- Authority
- CN
- China
- Prior art keywords
- message
- alarm
- snmp
- multiple devices
- single device
- 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.)
- Withdrawn
Links
- 238000000034 method Methods 0.000 title claims abstract description 25
- 230000002457 bidirectional effect Effects 0.000 title claims abstract description 17
- 238000012544 monitoring process Methods 0.000 claims abstract description 29
- 108091006146 Channels Proteins 0.000 claims description 37
- 230000006378 damage Effects 0.000 claims description 6
- 230000005540 biological transmission Effects 0.000 description 4
- 238000006467 substitution reaction Methods 0.000 description 3
- 230000009286 beneficial effect Effects 0.000 description 2
- 238000012423 maintenance Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000002159 abnormal effect Effects 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 230000008878 coupling Effects 0.000 description 1
- 238000010168 coupling process Methods 0.000 description 1
- 238000005859 coupling reaction Methods 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
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/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
Abstract
本发明提供一种改进的双向SNMP告警方法及装置，所述方法包括如下步骤：S1.绑定单设备SNMP通道与多设备的连接，多设备对SNMP报文进行监听；S2.单设备产生告警后，生成告警SNMP报文，并向多设备发送；S3.多设备接收到告警SNMP报文后，将告警SNMP报文存储到数据库，并生成告警回复报文，向单设备返回；S4.单设备向多设备发送告警SNMP报文后，根据约定时间段内是否接收到单设备的告警回复报文，确定是否向多设备重复发送告警SNMP报文；S5.解绑单设备SNMP通道与多设备的连接，多设备停止对SNMP报文进行监听。
Description
技术领域
本发明属于SNMP告警技术领域，具体涉及一种改进的双向SNMP告警方法及装置。
背景技术
SNMP，是Simple Network Management Protocol，简单网络管理协议。
NSM，是Network Security and Management的简称，网络安全与管理，本专利文件中指的是负责网络安全与管理的节点。
单设备，传统的单设备担任SNMP代理的角色，是单个设备上的SNMP代理功能的模块。
多设备，传统的多设备担任SNMP代理站的角色，是集群设置在管理站点上中负责SNMP管理功能的模块。
SNMP是一种用于网络管理的简单网络管理协议，在TCP/IP五层协议中属于应用层协议。SNMP主要用于网络设备的管理。由于SNMP协议简单可靠，受到了众多厂商的欢迎，成为了目前最为广泛的网管协议。SNMP协议主要由两大部分构成：NSM和SNMP代理。NSM是一个中心节点，负责收集维护各个SNMP元素的信息，并对这些信息进行处理，最后反馈给网络管理员；而SNMP代理是运行在各个被管理的网络节点之上，负责统计该节点的各项信息，并且负责与NSM交互，接收并执行NSM的命令，上传各种本地的网络信息。
NSM和SNMP代理之间是松散耦合。他们之间的通信是通过UDP协议完成的。一般情况下，NSM通过UDP协议向SNMP代理发送各种命令，当SNMP代理收到命令后，返回NSM需要的参数。但是当SNMP代理检测到网络元素异常的时候，也可以主动向NSM发送消息，通告当前异常状况。SNMP的基本思想：为不同种类的设备、不同厂家生产的设备、不同型号的设备，定义为一个统一的接口和协议，使得管理员可以是使用统一的外观面对这些需要管理的网络设备进行管理。
现有的多设备智能管理软件，能够同时管理分布式存储和统一存储，单设备发生告警后，立即通过SNMP协议上报至多设备管理软件上。有一种较为麻烦的问题，简单的SNMP协议不能解决告警的重发和漏发问题，多设备管理软件重启的时间窗内的告警信息会被永久错过，导致运维人员无法看到正确的告警信息，不能及时根据告警信息修复设备的故障。
此为现有技术的不足，因此，针对现有技术中的上述缺陷，提供一种改进的双向SNMP告警方法及装置，是非常有必要的。
发明内容
针对现有技术的上述简单的SNMP协议不能解决告警的重发和漏发问题，不能及时根据告警信息修复设备的故障缺陷，本发明提供一种改进的双向SNMP告警方法及装置，以解决上述技术问题。
第一方面，本发明提供一种改进的双向SNMP告警方法，包括如下步骤：
S1.绑定单设备SNMP通道与多设备的连接，多设备对SNMP报文进行监听；
S2.单设备产生告警后，生成告警SNMP报文，并向多设备发送；
S3.多设备接收到告警SNMP报文后，将告警SNMP报文存储到数据库，并生成告警回复报文，向单设备返回；
S4.单设备向多设备发送告警SNMP报文后，根据约定时间段内是否接收到单设备的告警回复报文，确定是否向多设备重复发送告警SNMP报文；
S5.解绑单设备SNMP通道与多设备的连接，多设备停止对SNMP报文进行监听。
进一步地，步骤S1具体步骤如下：
S11.多设备建立连接报文，并向多设备发送，所述连接报文包括多设备ID、多设备IP地址、多设备端口以及单设备IP地址；
S12.单设备接收连接报文，并根据连接报文中多设备ID与SNMP通道绑定；
S13.多设备对单设备的SNMP报文进行监听。单设备收到连接报文后，将SNMP通道与多设备ID绑定，避免出现多设备IP或端口变化后，单设备无法识别的问题。
进一步地，步骤S3中告警回复报文包括多设备ID和告警ID。
进一步地，步骤S4具体步骤如下：
S41.单设备向多设备发送告警SNMP报文后，判断约定时间段内是否接收到单设备的告警回复报文；
若是，进入步骤S42；
若否，进入步骤S43；
S42.单设备将该已发送告警SNMP报文标记为已读，进入步骤S5；
S43.单设备根据告警SNMP报文的类型按照相应的重发等待时间向多设备重复发送告警SNMP报文。将该告警SNMP报文的标记置为已读，不再向多设备发送该告警消息，避免重复发送告警SNMP报文。
进一步地，所述告警SNMP报文的类型包括紧急、重要、警告以及消息；
对应紧急类型的告警SNMP报文的重发等待时间为第一时间段，对应重要类型的告警SNMP报文的重发等待时间为第二时间段，对应警告类型的告警SNMP报文的重发等待时间为第三时间段，对应消息类型的告警SNMP报文的重发等待时间为第四时间段。根据告警SNMP报文的类型选择相应的重发等待时间，可实现告警及失效的均衡，既保证告警的时效性，又避免过度占用SNMP通道。
进一步地，第一时间段取30s，第二时间段取2min，第三时间段取2min，第四时间段取5min。
进一步地，步骤S5具体步骤如下：
S51.多设备判断是否继续接收告警SNMP报文；
若是，返回步骤S2；
若否，进入步骤S52；
S52.多设备生成销毁报文，并发送到单设备；
S53.单设备接收到销毁报文后，将多设备ID与SNMP通道解绑。多设备不再对单设备进行监控时，进行多设备ID与SNMP通道解绑，实现资源灵活配置。
进一步地，步骤S2之前还包括如下步骤：
SS2.当多设备部署晚于单设备或者多设备关机设定时间段后未能正常接收告警SNMP报文，则多设备生成告警重发报文，发送到单设备；
SS3.单设备接收到告警重发报文后，向多设备重复发送告警SNMP报文。告警重发报文是异常场景下的告警SNMP报文重发。
进一步地，告警重发报文包括多设备ID、重发方式、重发数量、重发起始时间以及重发终止时间；
重发方式包括按时间区间重发和按数量重发；
步骤SS3具体步骤如下：
SS31.单设备接收到告警重发报文后，判断重发方式；
若是按时间区间重发，进入步骤SS32；
若是按数量重发，进入步骤SS33；
SS32.单设备根据重发数量对告警SNMP报文进行筛选，筛选出当前时间节点之前与重发数量相等的数目的告警SNMP报文，向多设备重复发送，结束；
SS33.单设备根据时间区间对告警SNMP报文进行筛选，筛选出重发起始时间与重发终止时间之间所有数目的告警SNMP报文，向多设备重复发送。多种重发方式可根据需要进行选择，实现灵活设置。
第二方面，本发明提供一种改进的双向SNMP告警装置，包括：
多设备监听模块，用于绑定单设备SNMP通道与多设备的连接，多设备对SNMP报文进行监听；
告警报文发送模块，用于当单设备产生告警后，生成告警SNMP报文，并向多设备发送；
告警回复模块，用于当多设备接收到告警SNMP报文后，将告警SNMP报文存储到数据库，并生成告警回复报文，向单设备返回；
重发判断模块，用于当单设备向多设备发送告警SNMP报文后，根据约定时间段内是否接收到单设备的告警回复报文，确定是否向多设备重复发送告警SNMP报文；
监听停止模块，用于解绑单设备SNMP通道与多设备的连接，多设备停止对SNMP报文进行监听。
进一步地，多设备监听模块包括：
连接报文发送单元，用于设置多设备建立连接报文，并向多设备发送，所述连接报文包括多设备ID、多设备IP地址、多设备端口以及单设备IP地址；
SNMP通道绑定单元，用于设置单设备接收连接报文，并根据连接报文中多设备ID与SNMP通道绑定；
监听单元，用于设置多设备对单设备的SNMP报文进行监听；
重发判断模块包括：
告警回复判断单元，用于设置单设备向多设备发送告警SNMP报文后，判断约定时间段内是否接收到单设备的告警回复报文；
告警报文已读标记单元，用于当多设备接收到单设备的告警回复报文后，设置单设备将该已发送告警SNMP报文标记为已读；
报文重复发送单元，用于当多设备接收到单设备的告警回复报文时，设置单设备根据告警SNMP报文的类型按照相应的重发等待时间向多设备重复发送告警SNMP报文；
监听停止模块包括：
报文接收判断单元，用于设置多设备判断是否继续接收告警SNMP报文；
销毁报文生成单元，用于当多设备不继续接收告警SNMP报文时，多设备生成销毁报文，并发送到单设备；
SNMP通道解绑单元，用于当多设备继续接收告警SNMP报文时，设置单设备接收到销毁报文后，将多设备ID与SNMP通道解绑。
本发明的有益效果在于，
本发明提供的改进的双向SNMP告警方法及装置，有效解决了设备告警信息的重发和漏发以及错失消息的收取问题，提高了告警信息传送的可靠性和效率，帮助运维及时接收到告警信息，提前修复问题，降低了设备故障的概率。
此外，本发明设计原理可靠，结构简单，具有非常广泛的应用前景。
由此可见，本发明与现有技术相比，具有突出的实质性特点和显著的进步，其实施的有益效果也是显而易见的。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本发明的方法流程示意图一；
图2是本发明的方法流程示意图二；
图3为本发明的系统示意图；
图中，1-多设备监听模块；1.1-连接报文发送单元；1.2-SNMP通道绑定单元；1.3-监听单元；2-告警报文发送模块；3-告警回复模块；4-重发判断模块；4.1-告警回复判断单元；4.2-告警报文已读标记单元；4.3-报文重复发送单元；5-监听停止模块；5.1-报文接收判断单元；5.2-销毁报文生成单元；5.3-SNMP通道解绑单元。
具体实施方式
为了使本技术领域的人员更好地理解本发明中的技术方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。
实施例1：
如图1所示，本发明提供一种改进的双向SNMP告警方法，包括如下步骤：
S1.绑定单设备SNMP通道与多设备的连接，多设备对SNMP报文进行监听；
S2.单设备产生告警后，生成告警SNMP报文，并向多设备发送；
S3.多设备接收到告警SNMP报文后，将告警SNMP报文存储到数据库，并生成告警回复报文，向单设备返回；
S4.单设备向多设备发送告警SNMP报文后，根据约定时间段内是否接收到单设备的告警回复报文，确定是否向多设备重复发送告警SNMP报文；
S5.解绑单设备SNMP通道与多设备的连接，多设备停止对SNMP报文进行监听。
实施例2：
如图2所示，本发明提供一种改进的双向SNMP告警方法，包括如下步骤：
S1.绑定单设备SNMP通道与多设备的连接，多设备对SNMP报文进行监听；具体步骤如下：
S11.多设备建立连接报文，并向多设备发送，所述连接报文包括多设备ID、多设备IP地址、多设备端口以及单设备IP地址；
S12.单设备接收连接报文，并根据连接报文中多设备ID与SNMP通道绑定；
S13.多设备对单设备的SNMP报文进行监听；
S2.单设备产生告警后，生成告警SNMP报文，并向多设备发送；
S3.多设备接收到告警SNMP报文后，将告警SNMP报文存储到数据库，并生成告警回复报文，向单设备返回；告警回复报文包括多设备ID和告警ID；
S4.单设备向多设备发送告警SNMP报文后，根据约定时间段内是否接收到单设备的告警回复报文，确定是否向多设备重复发送告警SNMP报文；具体步骤如下：
S41.单设备向多设备发送告警SNMP报文后，判断约定时间段内是否接收到单设备的告警回复报文；
若是，进入步骤S42；
若否，进入步骤S43；
S42.单设备将该已发送告警SNMP报文标记为已读，进入步骤S5；
S43.单设备根据告警SNMP报文的类型按照相应的重发等待时间向多设备重复发送告警SNMP报文；所述告警SNMP报文的类型包括紧急、重要、警告以及消息；对应紧急类型的告警SNMP报文的重发等待时间为30s，对应重要类型的告警SNMP报文的重发等待时间为2min，对应警告类型的告警SNMP报文的重发等待时间为2min，对应消息类型的告警SNMP报文的重发等待时间为5min；
S5.解绑单设备SNMP通道与多设备的连接，多设备停止对SNMP报文进行监听；具体步骤如下：
S51.多设备判断是否继续接收告警SNMP报文；
若是，返回步骤S2；
若否，进入步骤S52；
S52.多设备生成销毁报文，并发送到单设备；
S53.单设备接收到销毁报文后，将多设备ID与SNMP通道解绑。
上述实施例2中，步骤S2之前还包括如下步骤：
SS2.当多设备部署晚于单设备或者多设备关机设定时间段后未能正常接收告警SNMP报文，则多设备生成告警重发报文，发送到单设备；
SS3.单设备接收到告警重发报文后，向多设备重复发送告警SNMP报文；告警重发报文包括多设备ID、重发方式、重发数量、重发起始时间以及重发终止时间；重发方式包括按时间区间重发和按数量重发；
步骤SS3具体步骤如下：
SS31.单设备接收到告警重发报文后，判断重发方式；
若是按时间区间重发，进入步骤SS32；
若是按数量重发，进入步骤SS33；
SS32.单设备根据重发数量对告警SNMP报文进行筛选，筛选出当前时间节点之前与重发数量相等的数目的告警SNMP报文，向多设备重复发送，结束；
SS33.单设备根据时间区间对告警SNMP报文进行筛选，筛选出重发起始时间与重发终止时间之间所有数目的告警SNMP报文，向多设备重复发送。
实施例3：
如图3所示，本发明提供一种改进的双向SNMP告警装置，包括：
多设备监听模块1，用于绑定单设备SNMP通道与多设备的连接，多设备对SNMP报文进行监听；多设备监听模块1包括：
连接报文发送单元1.1，用于设置多设备建立连接报文，并向多设备发送，所述连接报文包括多设备ID、多设备IP地址、多设备端口以及单设备IP地址；
SNMP通道绑定单元1.2，用于设置单设备接收连接报文，并根据连接报文中多设备ID与SNMP通道绑定；
监听单元1.3，用于设置多设备对单设备的SNMP报文进行监听；
告警报文发送模块2，用于当单设备产生告警后，生成告警SNMP报文，并向多设备发送；
告警回复模块3，用于当多设备接收到告警SNMP报文后，将告警SNMP报文存储到数据库，并生成告警回复报文，向单设备返回；
重发判断模块4，用于当单设备向多设备发送告警SNMP报文后，根据约定时间段内是否接收到单设备的告警回复报文，确定是否向多设备重复发送告警SNMP报文；重发判断模块4包括：
告警回复判断单元4.1，用于设置单设备向多设备发送告警SNMP报文后，判断约定时间段内是否接收到单设备的告警回复报文；
告警报文已读标记单元4.2，用于当多设备接收到单设备的告警回复报文后，设置单设备将该已发送告警SNMP报文标记为已读；
报文重复发送单元4.3，用于当多设备接收到单设备的告警回复报文时，设置单设备根据告警SNMP报文的类型按照相应的重发等待时间向多设备重复发送告警SNMP报文；
监听停止模块5，用于解绑单设备SNMP通道与多设备的连接，多设备停止对SNMP报文进行监听；监听停止模块5包括：
报文接收判断单元5.1，用于设置多设备判断是否继续接收告警SNMP报文；
销毁报文生成单元5.2，用于当多设备不继续接收告警SNMP报文时，多设备生成销毁报文，并发送到单设备；
SNMP通道解绑单元5.3，用于当多设备继续接收告警SNMP报文时，设置单设备接收到销毁报文后，将多设备ID与SNMP通道解绑。
尽管通过参考附图并结合优选实施例的方式对本发明进行了详细描述，但本发明并不限于此。在不脱离本发明的精神和实质的前提下，本领域普通技术人员可以对本发明的实施例进行各种等效的修改或替换，而这些修改或替换都应在本发明的涵盖范围内/任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。
Claims (10)
1.一种改进的双向SNMP告警方法，其特征在于，包括如下步骤：
S1.绑定单设备SNMP通道与多设备的连接，多设备对SNMP报文进行监听；
S2.单设备产生告警后，生成告警SNMP报文，并向多设备发送；
S3.多设备接收到告警SNMP报文后，将告警SNMP报文存储到数据库，并生成告警回复报文，向单设备返回；
S4.单设备向多设备发送告警SNMP报文后，根据约定时间段内是否接收到单设备的告警回复报文，确定是否向多设备重复发送告警SNMP报文；
S5.解绑单设备SNMP通道与多设备的连接，多设备停止对SNMP报文进行监听。
2.如权利要求1所述的改进的双向SNMP告警方法，其特征在于，步骤S1具体步骤如下：
S11.多设备建立连接报文，并向多设备发送，所述连接报文包括多设备ID、多设备IP地址、多设备端口以及单设备IP地址；
S12.单设备接收连接报文，并根据连接报文中多设备ID与SNMP通道绑定；
S13.多设备对单设备的SNMP报文进行监听。
3.如权利要求1所述的改进的双向SNMP告警方法，其特征在于，步骤S3中告警回复报文包括多设备ID和告警ID。
4.如权利要求1所述的改进的双向SNMP告警方法，其特征在于，步骤S4具体步骤如下：
S41.单设备向多设备发送告警SNMP报文后，判断约定时间段内是否接收到单设备的告警回复报文；
若是，进入步骤S42；
若否，进入步骤S43；
S42.单设备将该已发送告警SNMP报文标记为已读，进入步骤S5；
S43.单设备根据告警SNMP报文的类型按照相应的重发等待时间向多设备重复发送告警SNMP报文。
5.如权利要求4所述的改进的双向SNMP告警方法，其特征在于，所述告警SNMP报文的类型包括紧急、重要、警告以及消息；
对应紧急类型的告警SNMP报文的重发等待时间为第一时间段，对应重要类型的告警SNMP报文的重发等待时间为第二时间段，对应警告类型的告警SNMP报文的重发等待时间为第三时间段，对应消息类型的告警SNMP报文的重发等待时间为第四时间段。
6.如权利要求2所述的改进的双向SNMP告警方法，其特征在于，步骤S5具体步骤如下：
S51.多设备判断是否继续接收告警SNMP报文；
若是，返回步骤S2；
若否，进入步骤S52；
S52.多设备生成销毁报文，并发送到单设备；
S53.单设备接收到销毁报文后，将多设备ID与SNMP通道解绑。
7.如权利要求1所述的改进的双向SNMP告警方法，其特征在于，步骤S2之前还包括如下步骤：
SS2.当多设备部署晚于单设备或者多设备关机设定时间段后未能正常接收告警SNMP报文，则多设备生成告警重发报文，发送到单设备；
SS3.单设备接收到告警重发报文后，向多设备重复发送告警SNMP报文。
8.如权利要求7所述的改进的双向SNMP告警方法，其特征在于，告警重发报文包括多设备ID、重发方式、重发数量、重发起始时间以及重发终止时间；
重发方式包括按时间区间重发和按数量重发；
步骤SS3具体步骤如下：
SS31.单设备接收到告警重发报文后，判断重发方式；
若是按时间区间重发，进入步骤SS32；
若是按数量重发，进入步骤SS33；
SS32.单设备根据重发数量对告警SNMP报文进行筛选，筛选出当前时间节点之前与重发数量相等的数目的告警SNMP报文，向多设备重复发送，结束；
SS33.单设备根据时间区间对告警SNMP报文进行筛选，筛选出重发起始时间与重发终止时间之间所有数目的告警SNMP报文，向多设备重复发送。
9.一种改进的双向SNMP告警装置，其特征在于，包括：
多设备监听模块(1)，用于绑定单设备SNMP通道与多设备的连接，多设备对SNMP报文进行监听；
告警报文发送模块(2)，用于当单设备产生告警后，生成告警SNMP报文，并向多设备发送；
告警回复模块(3)，用于当多设备接收到告警SNMP报文后，将告警SNMP报文存储到数据库，并生成告警回复报文，向单设备返回；
重发判断模块(4)，用于当单设备向多设备发送告警SNMP报文后，根据约定时间段内是否接收到单设备的告警回复报文，确定是否向多设备重复发送告警SNMP报文；
监听停止模块(5)，用于解绑单设备SNMP通道与多设备的连接，多设备停止对SNMP报文进行监听。
10.如权利要求9所述的改进的双向SNMP告警装置，其特征在于，多设备监听模块(1)包括：
连接报文发送单元(1.1)，用于设置多设备建立连接报文，并向多设备发送，所述连接报文包括多设备ID、多设备IP地址、多设备端口以及单设备IP地址；
SNMP通道绑定单元(1.2)，用于设置单设备接收连接报文，并根据连接报文中多设备ID与SNMP通道绑定；
监听单元(1.3)，用于设置多设备对单设备的SNMP报文进行监听；
重发判断模块(4)包括：
告警回复判断单元(4.1)，用于设置单设备向多设备发送告警SNMP报文后，判断约定时间段内是否接收到单设备的告警回复报文；
告警报文已读标记单元(4.2)，用于当多设备接收到单设备的告警回复报文后，设置单设备将该已发送告警SNMP报文标记为已读；
报文重复发送单元(4.3)，用于当多设备接收到单设备的告警回复报文时，设置单设备根据告警SNMP报文的类型按照相应的重发等待时间向多设备重复发送告警SNMP报文；
监听停止模块(5)包括：
报文接收判断单元(5.1)，用于设置多设备判断是否继续接收告警SNMP报文；
销毁报文生成单元(5.2)，用于当多设备不继续接收告警SNMP报文时，多设备生成销毁报文，并发送到单设备；
SNMP通道解绑单元(5.3)，用于当多设备继续接收告警SNMP报文时，设置单设备接收到销毁报文后，将多设备ID与SNMP通道解绑。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010505651.1A CN111769973A (zh) | 2020-06-05 | 2020-06-05 | 一种改进的双向snmp告警方法及装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010505651.1A CN111769973A (zh) | 2020-06-05 | 2020-06-05 | 一种改进的双向snmp告警方法及装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN111769973A true CN111769973A (zh) | 2020-10-13 |
Family
ID=72720105
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010505651.1A Withdrawn CN111769973A (zh) | 2020-06-05 | 2020-06-05 | 一种改进的双向snmp告警方法及装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111769973A (zh) |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1725701A (zh) * | 2004-07-22 | 2006-01-25 | 华为技术有限公司 | 在网络设备中实现终端管理的方法 |
| CN101217403A (zh) * | 2008-01-16 | 2008-07-09 | 中兴通讯股份有限公司 | 一种基于简单网络管理协议的告警实现方法 |
| CN102082702A (zh) * | 2009-11-27 | 2011-06-01 | 华为技术有限公司 | 一种终端告警的处理方法、装置及系统 |
| CN105024863A (zh) * | 2015-08-10 | 2015-11-04 | 上海斐讯数据通信技术有限公司 | 网络告警的处理方法、告警服务器和网络告警处理系统 |
-
2020
- 2020-06-05 CN CN202010505651.1A patent/CN111769973A/zh not_active Withdrawn
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1725701A (zh) * | 2004-07-22 | 2006-01-25 | 华为技术有限公司 | 在网络设备中实现终端管理的方法 |
| CN101217403A (zh) * | 2008-01-16 | 2008-07-09 | 中兴通讯股份有限公司 | 一种基于简单网络管理协议的告警实现方法 |
| CN102082702A (zh) * | 2009-11-27 | 2011-06-01 | 华为技术有限公司 | 一种终端告警的处理方法、装置及系统 |
| CN105024863A (zh) * | 2015-08-10 | 2015-11-04 | 上海斐讯数据通信技术有限公司 | 网络告警的处理方法、告警服务器和网络告警处理系统 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP5249950B2 (ja) | ユーティリティ・ネットワーク機能停止検出のための方法とシステム | |
| EP2208311B1 (en) | An autonomous, automatic-reset/restore client and a monitoring system | |
| US6765877B1 (en) | System and method for detecting unidirectional links | |
| CN101056194B (zh) | 一种简单网络管理协议消息传送方法及装置 | |
| CN106656534B (zh) | 一种数据通信方法及系统 | |
| CN104065526B (zh) | 一种服务器故障报警的方法和装置 | |
| CN101262401A (zh) | 一种环形网络中实现网络恢复的方法 | |
| CN101079745B (zh) | 网元管理方法、网元设备管理系统及网元管理系统 | |
| CN105915426B (zh) | 环形网络的故障恢复方法及装置 | |
| CN101667941A (zh) | 链路性能的检测方法及装置 | |
| US20030135773A1 (en) | Remote sensing of power supply states | |
| CN109428779A (zh) | 一种分布式业务的监控告警方法及装置 | |
| CN103944814A (zh) | 一种数据交换方法和系统及一种网关服务器 | |
| CN105515600A (zh) | 嵌入式六种网络联网报警终端 | |
| WO2012024882A1 (zh) | 无线传感器网络网关的备份方法及系统 | |
| EP1177682B1 (en) | A status monitoring and data processing system suitable for use in a bi-directional communication device | |
| CN100505641C (zh) | 实现点到点的快速故障检测的方法和装置 | |
| CN102412983B (zh) | 一种设备告警上报方法 | |
| CN105099762A (zh) | 一种系统运维功能的自检方法及自检系统 | |
| CN112601216B (zh) | 一种基于Zigbee的可信平台告警方法与系统 | |
| CN101924661A (zh) | 告警的处理方法及装置 | |
| CN111769973A (zh) | 一种改进的双向snmp告警方法及装置 | |
| CN101119275B (zh) | 使业务提供商设备获取信息的方法、设备和系统 | |
| CN102547603B (zh) | 告警处理方法和系统及设备 | |
| CN108173707B (zh) | 媒体资源使用的控制方法和装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| WW01 | Invention patent application withdrawn after publication |
Application publication date: 20201013 |
|
| WW01 | Invention patent application withdrawn after publication |