CN112532465A - Snmp链路检测方法、装置、通信设备及存储介质 - Google Patents
Snmp链路检测方法、装置、通信设备及存储介质 Download PDFInfo
- Publication number
- CN112532465A CN112532465A CN201910785079.6A CN201910785079A CN112532465A CN 112532465 A CN112532465 A CN 112532465A CN 201910785079 A CN201910785079 A CN 201910785079A CN 112532465 A CN112532465 A CN 112532465A
- Authority
- CN
- China
- Prior art keywords
- snmp
- link
- equipment
- state
- link detection
- 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
- 238000001514 detection method Methods 0.000 title claims abstract description 167
- 238000004891 communication Methods 0.000 title claims abstract description 25
- 230000003993 interaction Effects 0.000 claims abstract description 111
- 230000004044 response Effects 0.000 claims description 101
- 239000000523 sample Substances 0.000 claims description 34
- 230000002159 abnormal effect Effects 0.000 claims description 26
- 238000012545 processing Methods 0.000 claims description 19
- 238000004590 computer program Methods 0.000 claims description 12
- 238000000034 method Methods 0.000 abstract description 13
- 230000002452 interceptive effect Effects 0.000 abstract description 6
- 238000012423 maintenance Methods 0.000 abstract description 6
- 238000007726 management method Methods 0.000 description 149
- 238000012544 monitoring process Methods 0.000 description 16
- 230000005540 biological transmission Effects 0.000 description 12
- 238000010586 diagram Methods 0.000 description 7
- 230000005856 abnormality Effects 0.000 description 6
- 230000008569 process Effects 0.000 description 5
- 238000005516 engineering process Methods 0.000 description 4
- 230000008901 benefit Effects 0.000 description 3
- 238000012790 confirmation Methods 0.000 description 3
- 230000006870 function Effects 0.000 description 2
- 238000004364 calculation method Methods 0.000 description 1
- 238000005253 cladding Methods 0.000 description 1
- 238000003745 diagnosis Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000012805 post-processing Methods 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 230000007723 transport mechanism Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0823—Errors, e.g. transmission errors
- H04L43/0829—Packet loss
-
- 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/0677—Localisation of faults
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
- H04L43/0817—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/10—Active monitoring, e.g. heartbeat, ping or trace-route
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Environmental & Geological Engineering (AREA)
- Health & Medical Sciences (AREA)
- Cardiology (AREA)
- General Health & Medical Sciences (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Computer And Data Communications (AREA)
Abstract
本发明实施例提供一种SNMP链路检测方法、装置、通信设备及存储介质,通过获取SNMP管理站设备与SNMP代理设备之间的SNMP链路上,在SNMP业务层进行链路探测报文交互的交互信息;进而根据获取到的交互信息确定SNMP链路的状态;本发明实施例可基于SNMP业务层的链路探测报文实现对SNMP链路的检测,因此可实现对业务层SNMP链路进行检测,提升SNMP链路检测的准确性差,保证系统的正常运行维护。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种SNMP(Simple Network ManagementProtocol,简单网络管理协议)链路检测方法、装置、通信设备及存储介质。
背景技术
SNMP是由国际互联网工程任务组(The Internet Engineering Task Force,IETF)定义的一套网络管理协议,该协议基于简单网关监视协议(Simple GatewayMonitoring Protocol,SGMP),并可以加载到多种传输协议上,如目前使用最广泛的UDP(User Datagram Protocol,用户数据报协议)。SNMP采用了客户端/服务器(Client/Server)模型的特殊形式:管理站/代理模型。一个SNMP管理站可以远程管理多个支持SNMP协议的网络设备(内嵌SNMP代理),同时一个SNMP代理端也可以同时被多个SNMP管理站管理,包括监视网络状态、修改网络设备配置、接收网络事件警告等。对网络的管理与维护是通过SNMP管理站与SNMP代理之间交互SNMP报文消息来实现的。
当今的网络系统越来越复杂,SNMP数据传输过程中,网络传输错误或丢包及线路中断等现象无法完全避免,运营商迫切需要了解SNMP管理状态和定位出SNMP管理网络问题。在相关技术中,基于IP层的互联网控制报文协议(Internet Control MessageProtocol,ICMP)对SNMP链路进行检测,这种检测方式不能对IP层之上的业务层的SNMP的链路情况进行检测,导致SNMP链路检测的准确性差,影响系统的运行维护。
发明内容
本发明实施例提供的一种SNMP链路检测方法、装置、通信设备及存储介质,解决相关技术中基于IP层的ICMP报文对SNMP链路进行检测,不能对IP层之上的业务层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链路检测的准确性,保证系统的正常运行维护。
本发明其他特征和相应的有益效果在说明书的后面部分进行阐述说明,且应当理解,至少部分有益效果从本发明说明书中的记载变的显而易见。
附图说明
图1为本发明实施例一的SNMP链路检测方法流程示意图;
图2为本发明实施例一的应用场景一中SNMP链路检测方法流程示意图;
图3为本发明实施例一的应用场景二中SNMP链路检测方法流程示意图;
图4为本发明实施例一的应用场景三中SNMP链路检测方法流程示意图;
图5为本发明实施例一的应用场景四中SNMP链路检测方法流程示意图;
图6为本发明实施例三的SNMP链路检测装置结构示意图;
图7为本发明实施例三的SNMP链路检测方法流程示意图;
图8为本发明实施例三的网元设备和网管设备之间的报文交互示意图;
图9为本发明实施例三的网元设备结构示意图;
图10为本发明实施例三的层结构示意图;
图11为本发明实施例四的通信设备结构示意图。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白,下面通过具体实施方式结合附图对本发明实施例作进一步详细说明。应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
实施例一:
本实施例基于SNMP业务层的链路探测报文实现对SNMP链路的检测,因此可实现对业务层SNMP链路进行检测,提升SNMP链路检测的准确性,保证系统的正常运行维护。为了便于理解,请参见图1所示,本实施例提供的SNMP链路检测方法包括:
S101:获取SNMP管理站设备与SNMP代理设备之间的SNMP链路上,在SNMP业务层进行链路探测报文交互的交互信息。
在本实施例中,SNMP管理站设备和SNMP代理设备可以根据具体应用场景灵活设定。例如在一种应用场景中,SNMP管理站设备可为但不限于网管设备,SNMP代理设备可为但不限于设置有SNMP代理的网元设备。
S102:根据获取到的交互信息确定SNMP链路的状态。
在本实施例的一些示例中,S101和S102可以由SNMP代理设备执行,也可以由SNMP管理站设备执行,或者由SNMP管理站设备和SNMP代理设备之外的其他第三方通信设备执行;可以根据具体应用场景灵活选择确定。
本实施例中,获取SNMP管理站设备与SNMP代理设备之间的SNMP链路上,在SNMP业务层进行链路探测报文交互的交互信息可包括但不限于以下至少之一:
方式一:获取SNMP管理站设备向SNMP代理设备发送第一链路探测请求报文的第一请求报文交互信息,以及SNMP代理设备向SNMP管理站设备发送第一链路探测响应报文的第一响应报文交互信息;相对于SNMP代理设备而言,本实施例称这种方式为被动监测模式;
方式二:获取SNMP代理设备向SNM管理站设备发送第二链路探测请求报文的第二请求报文交互信息,以及SNMP管理站设备向SNMP代理设备发送第二链路探测响应报文的第二响应报文交互信息;相对于SNMP代理设备而言,本实施例称这种方式为主动监测模式。
应当理解的是,本实施例中的第一链路探测请求报文和第二链路探测请求报文可以为各种能实现链路状态检测的报文,例如可以为心跳检测报文(如SNMP GET心跳报文)或保活陷阱报文(Keepalive Trap报文)。例如,一种应用场景中,可设置第一链路探测请求报文为心跳检测报文,第二链路探测请求报文为保活陷阱报文。
应当理解的是,本实施例中可基于上述方式一和方式二中的任意一种获取交互信息,并基于获取的交互信息确定SNMP链路的状态;也可将上述方式一和方式二进行灵活的结合以确定SNMP链路的状态。为了便于理解,本实施例下面以几种应用场景为示例进行说明。
应用场景一:基于被动监测模式实现SNMP链路的检测
本实施例中的SNMP链路检测方法请参见图2所示,包括:
S201:获取SNMP管理站设备向SNMP代理设备发送第一链路探测请求报文的第一请求报文交互信息,以及SNMP代理设备向SNMP管理站设备发送第一链路探测响应报文的第一响应报文交互信息;也即获取的交互信息包括第一请求报文交互信息和第一响应报文交互信息。
S202:根据第一请求报文交互信息和第一响应报文交互信息确定SNMP管理站设备与SNMP代理设备之间的第一链路探测请求报文和/或第一链路探测响应报文交互异常时,确定SNMP链路的状态为SNMP代理设备脱管状态T。
可选的,在本实施例中,第一请求报文交互信息对于SNMP管理站设备而言,可以为第一请求报文发送信息,对于SNMP代理设备而言,可以为第一请求报文接收信息,可以根据第一请求报文交互信息确定第一链路探测请求报文发送和/或接收的情况;相应的,第一响应报文交互信息对于SNMP管理站设备而言,可以为第一响应报文接收信息,对于SNMP代理设备而言,可以为第一响应报文发送信息,可以根据第一响应报文交互信息确定第一链路探测响应报文发送和/或接收的情况。在一些应用示例中,可以基于SNMP代理设备侧进行第一请求报文接收信息和第一响应报文发送信息的统计,确定第一链路探测请求报文和/或第一链路探测响应报文交互是否异常,该异常可以包括但不限于SNMP链路丢包(第一链路探测请求报文的丢包或第一链路探测响应报文的丢包)以及SNMP代理设备和/或SNMP管理站设备内部异常,导致第一响应报文发送信息和/或第一请求报文发送信息发送异常。在另一些示例中,也可基于SNMP管理站设备侧进行第一请求报文发送信息和第一响应报文接收信息的统计,确定第一链路探测请求报文和/或第一链路探测响应报文交互是否异常。
在本实施例的一些示例中,SNMP管理站设备向SNMP代理设备发送第一链路探测请求报文时,可选地,可以遵循在相邻第一周期向SNMP代理设备发送第一链路探测请求报文的第一报文序号为相连续。也即在本示例中,两个第一报文序号连续的两个第一链路探测请求报文之间的时间间隔为一个第一周期;因此当本实施例中SNMP代理设备连续接收到的两个第一链路探测请求报文的第一报文序号不连续时,代表SNMP管理站设备与SNMP代理设备之间的SNMP链路上存在丢包情况。且也可根据SNMP管理站设备与SNMP代理设备之间的中间设备收发第一链路探测请求报文的第一序号的情况,确定中间设备收发第一链路探测请求报文异常的位置,也即出现故障点的位置。且应用理解的是,本实施例中第一链路探测响应报文也可采用与对应第一链路探测请求报文相对应的第一报文序号。
且在本实施例的一些示例中,第一周期可以为固定时长的周期;在本实施例的另一些示例中,第一周期也可以动态变化。例如在一些示例中,当SNMP代理设备(例如网元设备)的SNMP业务繁忙时,SNMP管理站设备可以增长第一周期。且SNMP代理设备可以根据连续接收到的两个第一报文序号为连续的第一链路探测请求报文之间的时间间隔确定出当前的第一周期的时长;可选地,本实施例中的SNMP代理设备可以保存得到的第一周期的时长以及相应SNMP管理站设备的IP地址等,并可基于得到的第一周期的时长确定第一周期到达时是否接收到SNMP管理站设备发送的第一链路探测请求报文。
应用场景二:基于主动监测模式实现SNMP链路的检测
本实施例中的SNMP链路检测方法请参见图3所示,包括:
S301:获取SNMP代理设备向SNM管理站设备发送第二链路探测请求报文的第二请求报文交互信息,以及SNMP管理站设备向SNMP代理设备发送第二链路探测响应报文的第二响应报文交互信息;也即交互信息包括第二请求报文交互信息和第二响应报文交互信息。
S302:根据第二请求报文交互信息和第二响应报文交互信息确定SNMP管理站设备与SNMP代理设备之间的第二链路探测请求报文和/或第二链路探测响应报文交互异常时,确定SNMP链路的状态为SNMP代理设备脱管状态T。
可选的,在本实施例中,第二请求报文交互信息对于SNMP管理站设备而言,可以为第二请求报文接收信息,对于SNMP代理设备而言,可以为第二请求报文发送信息,可以根据第二请求报文交互信息确定第二链路探测请求报文发送和/或接收的情况;相应的,第二响应报文交互信息对于SNMP管理站设备而言,可以为第二响应报文发送信息,对于SNMP代理设备而言,可以为第二响应报文接收信息,可以根据第二响应报文交互信息确定第二链路探测响应报文发送和/或接收的情况。在一些应用示例中,可以基于SNMP代理设备侧进行第二请求报文发送信息和第二响应报文接收信息的统计,确定第二链路探测请求报文和/或第二链路探测响应报文交互是否异常,该异常可以包括但不限于SNMP链路丢包(第二链路探测请求报文的丢包或第二链路探测响应报文的丢包)以及SNMP代理设备和/或SNMP管理站设备内部异常,导致第二响应报文发送信息和/或第二请求报文发送信息发送异常。在另一些示例中,也可基于SNMP管理站设备侧进行第二请求报文接收信息和第二响应报文发送信息的统计,确定第二链路探测请求报文和/或第二链路探测响应报文交互是否异常。
在本实施例的一些示例中,SNMP代理设备向SNMP管理站设备发送第二链路探测请求报文时,可选地,可以遵循在相邻第二周期向SNMP代理设备发送第二链路探测请求报文的第二报文序号为相连续。也即在本示例中,两个第二报文序号连续的两个第二链路探测请求报文之间的时间间隔为一个第二周期;因此当本实施例中SNMP管理站设备连续接收到的两个第二链路探测请求报文的第二报文序号不连续时,代表SNMP管理站设备与SNMP代理设备之间的SNMP链路上存在丢包情况。且也可根据SNMP管理站设备与SNMP代理设备之间的中间设备收发第二链路探测请求报文的第二序号的情况,确定中间设备收发第二链路探测请求报文异常的位置,也即出现故障点的位置。且应用理解的是,本实施例中第二链路探测响应报文也可采用与对应第二链路探测请求报文相对应的第二报文序号。
且在本实施例的一些示例中,第二周期也可以为固定时长的周期;在本实施例的另一些示例中,第二周期也可以动态变化。例如在一些示例中,当SNMP代理设备(例如网元设备)的SNMP业务繁忙时,SNMP代理设备可以增长第二周期。且SNMP管理站设备可以根据连续接收到的两个第二报文序号为连续的第二链路探测请求报文之间的时间间隔确定出当前的第二周期的时长;可选地,本实施例中的SNMP管理站设备可以保存得到的第二周期的时长以及相应SNMP代理设备的IP地址等,并可基于得到的第二周期的时长确定第二周期到达时是否接收到SNMP管理站设备发送的第二链路探测请求报文。
对于SNMP管理站设备和SNMP代理设备之外的其他第三方设备执行上述步骤时则以此类推,在此不再赘述。
应用场景三:基于先被动监测模式再结合主动检测模式实现SNMP链路的检测
在本应用场景中,可以先采用被动监测模式采用图2所示的方式进行SNMP链路的状态的监测。当确定SNMP链路的状态为SNMP代理设备脱管状态T后,请参见图4所示,还可包括:
S401:获取SNMP代理设备向SNM管理站设备发送第二链路探测请求报文的第二请求报文交互信息,以及SNMP管理站设备向SNMP代理设备发送第二链路探测响应报文的第二响应报文交互信息。
S402:根据第二请求报文交互信息和第二响应报文交互信息确定SNMP管理站设备与SNMP代理设备之间的第二链路探测请求报文和第二链路探测响应报文交互正常时,将SNMP链路的状态由SNMP代理设备脱管状态更新为SNMP代理设备可用状态R(Ready)。
本应用场景中第二请求报文交互信息的获取方式,以及第二链路探测请求报文和第二链路探测响应报文交互是否异常的判断方式可参见但不限于上诉因公场景二中所示的方式,在此不再赘述。
应用场景四:基于先主动监测模式再结合被动检测模式实现SNMP链路的检测
在本应用场景中,可以先采用主动监测模式采用图3所示的方式进行SNMP链路的状态的监测。当确定SNMP链路的状态为SNMP代理设备脱管状态T后,请参见图5所示,还可包括:
S501:获取SNMP管理站设备向SNMP代理设备发送第一链路探测请求报文的第一请求报文交互信息,以及SNMP代理设备向SNMP管理站设备发送第一链路探测响应报文的第一响应报文交互信息。
S502:根据第一请求报文交互信息和第一响应报文交互信息确定SNMP管理站设备与SNMP代理设备之间的第一链路探测请求报文和第一链路探测响应报文交互正常时,将SNMP链路的状态由SNMP代理设备脱管状态更新为SNMP代理设备可用状态。
本应用场景中第一请求报文交互信息的获取方式,以及第一链路探测请求报文和第一链路探测响应报文交互是否异常的判断方式可参见但不限于上述应用场景一中所示的方式,在此不再赘述。
应用场景五:
在本应用场景中,可以同时进行第一请求报文交互信息和第一响应报文交互信息,以及第二请求报文交互信息和第二响应报文交互信息的获取,或者交互获取第一请求报文交互信息和第一响应报文交互信息,以及第二请求报文交互信息和第二响应报文交互信息;在本应用场景中,根据第一请求报文交互信息和第一响应报文交互信息,以及第二请求报文交互信息和第二响应报文交互信息,确定SNMP管理站设备与SNMP代理设备之间的第一链路探测请求报文和第一链路探测响应报文交互正常时,和/或,确定SNMP管理站设备与SNMP代理设备之间的第二链路探测请求报文和第二链路探测响应报文交互正常时,确定SNMP链路的状态为SNMP代理设备可用状态;否则,确定SNMP管理站设备与SNMP代理设备之间的第一链路探测请求报文和第一链路探测响应报文交互异常,且第二链路探测请求报文和第二链路探测响应报文交互异常时,确定SNMP链路的状态为SNMP代理设备脱管状态。
可选地,在本实施例的一些示例中,当通过但不限于上述示例确定SNMP链路的状态为SNMP代理设备脱管状态后,还可包括:
监测到SNMP管理站设备与SNMP代理设备之间的SNMP业务报文交互正常时,将SNMP链路的状态由SNMP代理设备脱管状态T更新为SNMP代理设备可用状态R。
可选地,在本实施例的一些应用场景中,为了避免链路探测报文与业务层的真实SNMP业务访问报文冲突,第一链路探测请求报文和第二链路探测请求报文中的至少一个,可以包括至少两个SNMP基础管理信息库MIB量,也即采用至少两个基础MIB量联合,以与真实SNMP业务访问报文区分开。当然,在本实施例中的一些示例中,也可在链路探测请求报文中添加相应的探测标识,以将链路探测请求报文与真实SNMP业务访问报文区分开,从而避免冲突。
例如,一种示例中,第一链路探测请求报文和第二链路探测请求报文中的至少一个的内容可以为sysName,sysDescription,sysUptime的组合,但不限于上述三种组合。
可见,本实施例提供的SNMP链路检测方法可以很好地实时了解SNMP管理站设备与SNMP代理设备间的SNMP链路状态,有效地消除SNMP代理设备SNMP链路状态因检测不到业务层的情况而导致漏告警,并且提供了一种手段协助定位SNMP管理站设备与SNMP代理设备间的网络线路和SNMP链路的问题。
实施例二:
为了便于理解,本实施例在上述实施例基础上,以SNMP管理站设备为网管设备,SNMP代理设备为网元设备为示例,对网管设备与网元设备之间的SNMP链路状态的检测为示例进行说明。本实施例中,结合网元设备主动检测模式和网元被动检测模式以及二者的结合示例进行说明。
网元设备被动监测模式:
网管设备定时向网元设备周期性(即第一周期)发送SNMP GET(Heart Beat)报文(即第一链路探测请求报文),SNMP GET心跳报文的内容为sysName,sysDescription,sysUptime。
SNMP GET心跳报文选取为SNMP基础MIB报文,如此所有的SNMP代理设备(也即所有网元设备)都支持,另外为了避免心跳报文和真实SNMP业务访问报文冲突,可以准确区分出来,SNMP GET心跳报文选择多个MIB量联合访问的报文,MIB量实现足够简单,相对选择业务复杂的MIB,可避免业务复杂而导致的MIB访问异常。例如本实施例可选择RFC1213中SNMP基础MIB,选取SNMP GET心跳报文内容为sysName,sysDescription,sysUptime,但不限于上述三种组合。
在本实施例中,SNMP GET心跳报文可采用连续的序列号(即第一报文序号),即Request Id,值为(0~65535),Request Id达到最大之后,重新从0开始。
在本实施例中,SNMP GET心跳报文采用连续的序列号的好处可包括但不限于:网元设备能够准确确认轮询周期,及两个连续的序列号的SNMP GET心跳报文作为一个第一周期,如果两个SNMP GET心跳报文的序列号不连续,则存在SNMP GET心跳报文丢包,此时第一周期计算也失败。
网元设备和网管设备之间的中间设备可以监控SNMP GET心跳报文的序列号,判断SNMP网络丢包位置,例如中间设备A上发现连续两个SNMP GET心跳报文的序列号不连续,后一个SNMP GET心跳报文的序列号和前SNMP GET心跳报文一个序列号不是步长增1的关系,则认为在中间设备A距离网管设备的更上层设备,出现网络丢包。
另外,在本实施例中,网管设备周期性发送报文,第一周期可以是固定的,也可以是不固定的,当网元设备的SNMP业务繁忙时,网管设备的第一周期可根据预设规则自动加长,网元设备根据序列号连续的两个SNMP GET心跳报文,准确计算出第一周期。
在本实施例中,网元设备监测网管设备发送的SNMP Get心跳报文,自动计算出第一周期,并将网管设备IP地址和第一周期记录。
网元设备监测到在超过1个周期内,未收到SNMP GET心跳报文,则认定为网元设备和网管设备脱管,SNMP链路可能出现链路问题,确定SNMP链路的状态为托管状态T。
网元设备监测到网管设备发送的SNMP Get心跳报文,自动计算出第一周期,如果周期时间发生变化,更新网管设备IP地址和第一周期记录。
在网元设备可通过设置报文匹配规则,在收发包层面统计SNMP Get心跳报文,记录每个网管设备IP的SNMP Get心跳报文请求数目,和网元设备SNMP Get心跳应答报文数目。
如果1个周期内,SNMP Get心跳报文请求数目大于网元设备应答SNMP Get心跳报文的数目,可以判断网元设备出现问题,比如网元设备处理异常。
网元设备监测到在超过1个周期内,未收到网管设备SNMP Get心跳报文,但网元设备的网口监控SNMP Get心跳报文请求数目和网元设备应答SNMP Get心跳报文请求的数目相等,则可以判定出,网元设备和网管设备之间链路出现问题。
网元设备主动监测模式:
在一定场景下,例如网管设备性能足够或者管理的网元设备数目相对较少情况下,网元设备向网管设备周期性(即第二周期)发送Keepalive Trap(即第二链路探测请求报文),网管设备对该Keepalive Trap进行应答确认(即第二链路探测响应报文)。
在本实施例中,Keepalive Trap报文也可携带sysName,sysDescription,sysUptime内容,但不限于上述三种组合。
在本实施例中,网管设备对网元设备的Keepalive Trap报文应答,如果网元设备在1个周期内,未收到网管设备Keepalive Trap报文应答,则认定为,网元设备和网管设备出现脱管,SNMP链路状态设置为T。
网元设备的网口侧的协议统计模块可统计出Keepalive Trap的请求和应答数目,如果网元设备1个周期内未收到网管设备keepalive Trap报文应答,但是网元设备的协议栈下面的报文监测模块统计keepalive Trap的请求和应答数目相等,可以判定出网元设备发送keepalive Trap出现异常,亦即网元设备内部发送模块出现异常。如果keepalivetrap请求报文个数大于接受到的应答报文个数,则判定为网元设备和网管设备之间的线路异常。
网元设备被动监测模式和主动监测模式的结合示例
一种示例中,网管设备可周期性进行SNMP Get心跳报文轮询,网元设备检测出链路问题T后,主动上报若干次Keepalive Trap,如此可降低网管设备的负荷,如果网元设备接收到Keepalive Trap应答,重置链路状态为R,避免了链路异常抖动而产生意外的链路断告警。
另一种示例中,网元设备主动Keepalive Trap检测出链路问题T后,如果接收到网管设备的SNMP Get心跳报文,可直接重置SNMP链路状态为R,或者在正常反馈SNMP Get心跳响应报文时,重置SNMP链路状态为R。
可选地,网元设备主动或者被动模式检测SNMP链路状态为T后,如果此时网管设备业务通道,正常SNMP访问网元设备,网元设备收到SNMP访问报文,重置SNMP链路状态为R。
在本实施例中,SNMP心跳报文和keepalive Trap报文,都可使用连续的序列号,网元设备和网管设备之间的任意中间设备上,可以监测该SNMP心跳报文和/或keepaliveTrap报文的序列号,如果序列号不连续,说明该中间设备到网管设备之间的SNMP链路出现异常,通过确定不连续SNMP心跳报文和/或keepalive Trap报文的起始位置,从而可判定故障点距离网管设备的距离。
实施例三:
本实施例提供了一种SNMP链路检测装置,该SNMP链路检测装置可以设置于SNMP代理设备中,也可设置于SNMP管理站设备中,或设置于SNMP管理站设备和SNMP代理设备之外的其他第三方通信设备中。本实施例提供的SNMP链路检测装置请参见图6所示,包括:
信息获取模块601,用于获取SNMP管理站设备与SNMP代理设备之间的SNMP链路上,在SNMP业务层进行链路探测报文交互的交互信息;具体获取过程请参见上述各实施例中交互信息的获取方式,在此不再赘述。
处理模块602,用于根据获取到的交互信息确定SNMP链路的状态;具体确定过程请参见上述各实施例所示,在此也不再赘述。
为了便于理解,本实施例下面仍结合一种应用场景为示例进行说明。本应用场景中,以SNMP管理站设备为网管设备,SNMP代理设备为网元设备为示例,且SNMP链路的检测在网元设备端执行为示例进行说明(在网管设备端执行或第三方通信设备执行的方式以此类推,在此不再赘述。)
本实施例中,结合网元设备主动检测模式和网元被动检测模式的一种组合示例进行说明。
请参见图7所示,本实施例中的SNMP链路检测方法的过程包括:
S701:网元设备接收网管设备发送的SNMP get心跳报文。
该步骤中,网管设备向网元设备周期性发送SNMP get心跳报文。
在本示例中,SNMP Get心跳报文内容为sysName,sysDescription,sysUptime信息。
SNMP Get心跳报文使用连续的Request Id,值为(0~65535)。
S702:网元应答SNMP Get心跳报文(即发送SNMP Get心跳响应报文),并计算出第一周期t1,记录网管IP和第一周期t1。
S703:确定SNMP Get心跳报文接收是否正常,如是,转至S704;否则,转至S701。
网元设备如果在1个周期内未收到SNMP Get心跳报文,或者收到SNMP Get心跳报文的Request Id不连续,设置网元设备和网管设备之间SNMP链路状态为脱管状态T。
网元设备应答SNMP Get心跳报文,计算第一周期,如果第一周期发生变化,将新的周期时间和网管IP记录。
S704:设置网元设备和网管设备之间SNMP链路状态为脱管状态T。
S705:网元设备在脱管状态为T时,主动向网管设备发送若干keepalive Trap报文,以告知网管此时网元是存活的,避免因为网络丢包,线路抖动而引起的意外中断警告。
S706:网元设备在脱管状态为T后,收到keepalive Trap应答或者SNMP Get心跳报文,重置SNMP链路状态为R(Ready)。
在一种示例中,网元设备主动向网管周期性发送keepalive Trap报文。
keepalive Trap报文使用连续的Request Id,值为(0~65535)。
网管设备确认keepalive trap报文并SNMP Set应答,应答报文RequsetId和keepalive trap报文相同。
网元设备在1个周期内,未收到网设备管的Keep alive应答,则认为网元脱管,设置网元和网管之间SNMP链路状态为脱管状态T。
网元设备接收到网管设备正常SNMP访问网元的SNMP报文,若此时网元和网管设备之间SNMP链路状态为脱管状态T,重置为状态R。
本实施例的上述示例中链路探测报文包括SNMP Get心跳报文和Keep alive trap报文,均采用连续的Request Id,值为(0~65535),如此,相应的探测周期的判定将变得更加准确和简单,只需要比较两个连续的报文之间的时间戳即可,同时在网元设备和网管设备连接的所有中间设备上,通过检查报文是否是连续的序列号Request Id或者统计序列号的总体分布,可以非常容易判断出到达该中间设备是否存在丢包,以及检查所有中间设备报文统计情况,确定丢包的中间设备准确位置。
图8是本实施例提供的网元设备和网管设备之间的报文交互示意图,其中包括:
网元设备被动监测模式,网元设备和网管设备之间的报文交互,网元设备被动接收网管设备周期性发送的SNMP Get心跳报文,并发送应答给网管设备。
网元设备主动监测模式,网元设备和网管设备之间的报文交互,网元设备主动周期性发送Keepalive trap报文到网管设备,网管设备进行Keepalive trap确认,并将确认报文(即响应报文)发送到网元设备。
网元设备主动/被动结合监测模式,网元设备和网管设备之间的报文交互,网元设备和网管设备之间同时维持主被动发包/应答,网元设备和网管设备之间正常SNMP业务通道,三者结合的模式检测SNMP链路,该实施例避免了由于单种探测机制中SNMP链路抖动而产生状态误判,从而减少了SNMP链路断检测的误告警。
图9是本发明实施例提供的一种示例的网元设备的SNMP链路检测装置结构示意图。
信息获取模块和处理模块可包括但不限于网口协议报文统计模块901,网元协议栈模块902,SNMP心跳报文处理与统计模块903,SNMP keep alive trap报文处理与统计模块904,SNMP业务报文处理与统计模块905。
一种示例中,网管设备和网元设备之间SNMP get心跳报文,Keepalive trap报文经过网口协议报文统计模块901,分类统计如下表1所示:
表1
网管10.1.1.1和网元设备之间的报文请求数目和应答数目相等,每个周期都能够收到对端的检测报文,SNMP链路正常。
网管10.1.1.2和网元之间的被动检测模式,SNMP get心跳请求数和应答数目不相等,SNMP链路异常。
SNMP心跳报文处理与统计模块903处理网管设备的SNMP get心跳报文记录信息如下表2所示:
表2
该SNMP心跳报文处理与统计模块903记录报文统计和网口协议报文统计模块901统计一致,另外因为SNMP Get探测报文的序列号是连续的,检测连续序列号之间的时间间隔,即为当前网管的第一周期,如果检测到两次探测的报文序列号不连续,说明产生丢包,SNMP链路异常。
如果SNMP心跳报文处理与统计模块903记录如下表3所示:
表3
SNMP get心跳报文应答数目小于请求数目,但是网口协议报文统计模块901统计为相等,则说明网元设备发包模块报文发送异常。
SNMP keep alive trap报文处理与统计模块904的报文统计记录信息如下表4所示;
表4
网管设备10.1.1.1对应记录Keepalive trap应答报文少于Keepalive trap请求计数,结合表1中网口协议报文统计模块901统计,请求和应答数目相等,说明应答报文已经到达网元设备,但是没有达到SNMP keep alive trap报文处理与统计模块904,网元内部网元协议栈模块902或者SNMP模块可能出现异常,设置链路状态T。
当链路状态变为T时,故障诊断模块后处理模块(图中未示出)可收集设备各关键信息,包括当前时间,CPU利用率,内存使用情况,报文压力,及其它关键任务日志。
网元设备后续收到当前网管设备的任何SNMP业务报文时,可将链路状态重置为R,并可将网口协议报文统计模块901,SNMP心跳报文处理与统计模块903,SNMP keep alivetrap报文处理与统计模块904的统计值清0,避免引起后续周期SNMP链路状态误判。
SNMP业务报文处理与统计模块905检测到SNMP访问频率达到阈值(比如256pps),可将Keepalive trap的第二周期增长,同理网管频繁访问网元设备期间,也将SNMP get心跳报文的第一周期动态加大,从而能够降低网管的负荷。
可见,本实施例中通过分别设计网口协议报文统计模块901,SNMP心跳报文处理与统计模块903,SNMP keep alive trap报文处理与统计模块904,在网元设备不同模块统计收发包计数,通过计数的差异确定是否网元本身问题导致的SNMP链路异常,同时记录引起该SNMP链路异常关键日志信息,辅助定位;另外根据设置统计模块的报文阈值,调整探测周期,可以有效降低因为频繁网元报文到达网管设备,而造成的网管管理负担。
请参见图10所示,相关技术判断网元设备和网管设备之间的SNMP链路采用ICMP报文进行链路探测,ICMP报文探测属于IP层,IP层探测无法确定SNMP业务层的链路状态,这样ICMP报文探测检测链路状态无法准确判断SNMP链路状态。本实施例通过网元设备和网管设备之间的SNMP Get心跳报文和/或Keep alive trap报文,这两种报文都位于SNMP业务层,解决了ICMP报文只能探测到IP层链路状态的弊端,并在网元设备侧或网管设备侧或第三方通信设备侧监控报文收发情况,可以很好地了解实时网元和网管间的SNMP链路状态,有效地消除网元SNMP链路状态中断检测异常而导致误告警,并且提供了一种协助定位网元设备和网管设备间的网络线路和SNMP链路的问题。
实施例四:
本实施例还提供了一种通信设备,该通信设备可以为SNMP代理设备,也可为SNMP管理站设备,或为SNMP管理站设备和SNMP代理设备之外的其他第三方通信设备。参见图11所示,本实施例中的通信设备包括处理器1101、存储器1102以及通信总线1103;
通信总线1103用于实现处理器1101与存储器1102之间的通信连接;
一种示例中,处理器1101可用于执行存储器1102中存储的计算机程序,以实现如上各实施例中的SNMP链路检测方法的步骤。
本实施例还提供了一种计算机可读存储介质,该计算机可读存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、计算机程序模块或其他数据)的任何方法或技术中实施的易失性或非易失性、可移除或不可移除的介质。计算机可读存储介质包括但不限于RAM(Random Access Memory,随机存取存储器),ROM(Read-Only Memory,只读存储器),EEPROM(Electrically Erasable Programmable read only memory,带电可擦可编程只读存储器)、闪存或其他存储器技术、CD-ROM(Compact Disc Read-Only Memory,光盘只读存储器),数字多功能盘(DVD)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。
在一种示例中,本实施例中的计算机可读存储介质可用于存储计算机程序,该计算机程序可被一个或者多个处理器执行,以实现如上各实施例中的SNMP链路检测方法的步骤。
本实施例还提供了一种计算机程序(或称计算机软件),该计算机程序可以分布在计算机可读介质上,由可计算装置来执行,以实现如上各实施例所示的SNMP链路检测方法的至少一个步骤;并且在某些情况下,可以采用不同于上述实施例所描述的顺序执行所示出或描述的至少一个步骤。
本实施例还提供了一种计算机程序产品,包括计算机可读装置,该计算机可读装置上存储有如上所示的计算机程序。本实施例中该计算机可读装置可包括如上所示的计算机可读存储介质。
可见,本领域的技术人员应该明白,上文中所公开方法中的全部或某些步骤、系统、装置中的功能模块/单元可以被实施为软件(可以用计算装置可执行的计算机程序代码来实现)、固件、硬件及其适当的组合。在硬件实施方式中,在以上描述中提及的功能模块/单元之间的划分不一定对应于物理组件的划分;例如,一个物理组件可以具有多个功能,或者一个功能或步骤可以由若干物理组件合作执行。某些物理组件或所有物理组件可以被实施为由处理器,如中央处理器、数字信号处理器或微处理器执行的软件,或者被实施为硬件,或者被实施为集成电路,如专用集成电路。
此外,本领域普通技术人员公知的是,通信介质通常包含计算机可读指令、数据结构、计算机程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据,并且可包括任何信息递送介质。所以,本发明不限制于任何特定的硬件和软件结合。
以上内容是结合具体的实施方式对本发明实施例所作的进一步详细说明,不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说,在不脱离本发明构思的前提下,还可以做出若干简单推演或替换,都应当视为属于本发明的保护范围。
Claims (14)
1.一种简单网络管理协议SNMP链路检测方法,包括:
获取SNMP管理站设备与SNMP代理设备之间的SNMP链路上,在SNMP业务层进行链路探测报文交互的交互信息;
根据获取到的交互信息确定所述SNMP链路的状态。
2.如权利要求1所述的SNMP链路检测方法,其特征在于,所述获取SNMP管理站设备与SNMP代理设备之间的SNMP链路上,在SNMP业务层进行链路探测报文交互的交互信息包括以下至少之一:
获取所述SNMP管理站设备向所述SNMP代理设备发送第一链路探测请求报文的第一请求报文交互信息,以及所述SNMP代理设备向所述SNMP管理站设备发送第一链路探测响应报文的第一响应报文交互信息;
获取所述SNMP代理设备向所述SNM管理站设备发送第二链路探测请求报文的第二请求报文交互信息,以及所述SNMP管理站设备向所述SNMP代理设备发送第二链路探测响应报文的第二响应报文交互信息。
3.如权利要求2所述的SNMP链路检测方法,其特征在于,所述交互信息包括所述第一请求报文交互信息和第一响应报文交互信息;根据获取到的交互信息确定所述SNMP链路的状态包括:
根据所述第一请求报文交互信息和所述第一响应报文交互信息确定所述SNMP管理站设备与SNMP代理设备之间的第一链路探测请求报文和/或第一链路探测响应报文交互异常时,确定所述SNMP链路的状态为SNMP代理设备脱管状态。
4.如权利要求3所述的SNMP链路检测方法,其特征在于,所述确定所述SNMP链路的状态为SNMP代理设备脱管状态后,还包括:
获取所述SNMP代理设备向所述SNM管理站设备发送第二链路探测请求报文的第二请求报文交互信息,以及所述SNMP管理站设备向所述SNMP代理设备发送第二链路探测响应报文的第二响应报文交互信息;
根据所述第二请求报文交互信息和所述第二响应报文交互信息确定所述SNMP管理站设备与SNMP代理设备之间的第二链路探测请求报文和第二链路探测响应报文交互正常时,将所述SNMP链路的状态由SNMP代理设备脱管状态更新为SNMP代理设备可用状态。
5.如权利要求2所述的SNMP链路检测方法,其特征在于,所述交互信息包括所述第二请求报文交互信息和第二响应报文交互信息;所述根据获取到的交互信息确定所述SNMP链路的状态包括:
根据所述第二请求报文交互信息和所述第二响应报文交互信息确定所述SNMP管理站设备与SNMP代理设备之间的第二链路探测请求报文和/或第二链路探测响应报文交互异常时,确定所述SNMP链路的状态为SNMP代理设备脱管状态。
6.如权利要求5所述的SNMP链路检测方法,其特征在于,所述确定所述SNMP链路的状态为SNMP代理设备脱管状态后,还包括:
获取所述SNMP管理站设备向所述SNMP代理设备发送第一链路探测请求报文的第一请求报文交互信息,以及所述SNMP代理设备向所述SNMP管理站设备发送第一链路探测响应报文的第一响应报文交互信息;
根据所述第一请求报文交互信息和所述第一响应报文交互信息确定所述SNMP管理站设备与SNMP代理设备之间的第一链路探测请求报文和第一链路探测响应报文交互正常时,将所述SNMP链路的状态由SNMP代理设备脱管状态更新为SNMP代理设备可用状态。
7.如权利要求2所述的SNMP链路检测方法,其特征在于,所述交互信息包括所述第一请求报文交互信息和第一响应报文交互信息,以及第二请求报文交互信息和第二响应报文交互信息;所述根据获取到的交互信息确定所述SNMP链路的状态包括:
根据所述第一请求报文交互信息和第一响应报文交互信息,以及第二请求报文交互信息和第二响应报文交互信息,确定所述SNMP管理站设备与SNMP代理设备之间的第一链路探测请求报文和第一链路探测响应报文交互正常时,和/或,确定所述SNMP管理站设备与SNMP代理设备之间的第二链路探测请求报文和第二链路探测响应报文交互正常时,确定所述SNMP链路的状态为SNMP代理设备可用状态;否则,确定所述SNMP链路的状态为SNMP代理设备脱管状态。
8.如权利要求2-7任一项所述的SNMP链路检测方法,其特征在于,所述确定所述SNMP链路的状态为SNMP代理设备脱管状态后,还包括:
监测到所述SNMP管理站设备与SNMP代理设备之间的SNMP业务报文交互正常时,将所述SNMP链路的状态由SNMP代理设备脱管状态更新为SNMP代理设备可用状态。
9.如权利要求2-7任一项所述的SNMP链路检测方法,其特征在于,所述第一链路探测请求报文为心跳检测报文,所述第二链路探测请求报文为保活陷阱报文。
10.如权利要求2-7任一项所述的SNMP链路检测方法,其特征在于,所述第一链路探测请求报文和所述第二链路探测请求报文中的至少一个,包括至少两个SNMP基础管理信息库MIB量。
11.如权利要求2-7任一项所述的SNMP链路检测方法,其特征在于,所述SNMP管理站设备在相邻第一周期向所述SNMP代理设备发送第一链路探测请求报文的第一报文序号为相连续;
和/或,
所述SNMP代理设备在相邻第二周期向所述SNM管理站设备发送的第二链路探测请求报文的第二报文序号相连续。
12.一种简单网络管理协议SNMP链路检测装置,其特征在于,包括:
信息获取模块,用于获取SNMP管理站设备与SNMP代理设备之间的SNMP链路上,在SNMP业务层进行链路探测报文交互的交互信息;
处理模块,用于根据获取到的交互信息确定所述SNMP链路的状态。
13.一种通信设备,其特征在于,包括处理器、存储器和通信总线;
所述通信总线用于将所述处理器和存储器连接;
所述处理器用于执行所述存储器中存储的计算机程序,以实现如权利要求1-11任一项所述的SNMP链路检测方法的步骤。
14.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有计算机程序,所述计算机程序可被第一处理器执行,以实现如权利要求1-11任一项所述的SNMP链路检测方法的步骤。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910785079.6A CN112532465A (zh) | 2019-08-23 | 2019-08-23 | Snmp链路检测方法、装置、通信设备及存储介质 |
PCT/CN2020/109615 WO2021036849A1 (zh) | 2019-08-23 | 2020-08-17 | Snmp链路检测方法、装置、通信设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910785079.6A CN112532465A (zh) | 2019-08-23 | 2019-08-23 | Snmp链路检测方法、装置、通信设备及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN112532465A true CN112532465A (zh) | 2021-03-19 |
Family
ID=74685137
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910785079.6A Withdrawn CN112532465A (zh) | 2019-08-23 | 2019-08-23 | Snmp链路检测方法、装置、通信设备及存储介质 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN112532465A (zh) |
WO (1) | WO2021036849A1 (zh) |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101436945A (zh) * | 2008-12-25 | 2009-05-20 | 中兴通讯股份有限公司 | 一种组播业务故障保护的方法、系统及装置 |
CN102546206A (zh) * | 2010-12-22 | 2012-07-04 | 中兴通讯股份有限公司 | 以太网端口保护方法及装置 |
CN105323080A (zh) * | 2014-06-09 | 2016-02-10 | 中兴通讯股份有限公司 | 一种链路备份、电源备份方法、装置及系统 |
CN108964955A (zh) * | 2017-05-23 | 2018-12-07 | 中兴通讯股份有限公司 | 一种丢失Trap报文查找方法和网络管理系统及一种SNMP代理 |
CN109257218A (zh) * | 2018-09-19 | 2019-01-22 | 上海电子信息职业技术学院 | 一种基于snmp协议网络系统孤岛自愈方法 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20040122972A1 (en) * | 2002-12-20 | 2004-06-24 | Gibson Edward S. | Method of guaranteed delivery of SNMP traps across a wide area network |
CN101404587B (zh) * | 2008-11-04 | 2011-12-21 | 中国电信股份有限公司 | 基于简单网络管理协议的代理设备的管理方法和设备 |
CN103457791B (zh) * | 2013-08-19 | 2016-09-28 | 国家电网公司 | 一种智能变电站网络采样和控制链路的自诊断方法 |
US10949150B2 (en) * | 2016-09-20 | 2021-03-16 | Hewlett-Packard Development Company, L.P. | Print job resumption using alternate network interfaces |
-
2019
- 2019-08-23 CN CN201910785079.6A patent/CN112532465A/zh not_active Withdrawn
-
2020
- 2020-08-17 WO PCT/CN2020/109615 patent/WO2021036849A1/zh active Application Filing
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101436945A (zh) * | 2008-12-25 | 2009-05-20 | 中兴通讯股份有限公司 | 一种组播业务故障保护的方法、系统及装置 |
CN102546206A (zh) * | 2010-12-22 | 2012-07-04 | 中兴通讯股份有限公司 | 以太网端口保护方法及装置 |
CN105323080A (zh) * | 2014-06-09 | 2016-02-10 | 中兴通讯股份有限公司 | 一种链路备份、电源备份方法、装置及系统 |
CN108964955A (zh) * | 2017-05-23 | 2018-12-07 | 中兴通讯股份有限公司 | 一种丢失Trap报文查找方法和网络管理系统及一种SNMP代理 |
CN109257218A (zh) * | 2018-09-19 | 2019-01-22 | 上海电子信息职业技术学院 | 一种基于snmp协议网络系统孤岛自愈方法 |
Also Published As
Publication number | Publication date |
---|---|
WO2021036849A1 (zh) | 2021-03-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101035037B (zh) | 检测网络通信质量的方法、系统及相关装置 | |
JP4639207B2 (ja) | ネットワークシステム、ノード装置及び管理サーバ | |
EP2197179B1 (en) | Apparatus and method for fast detection of communication path failures | |
EP1525713B1 (en) | Method and apparatus for outage measurement | |
US11307945B2 (en) | Methods and apparatus for detecting, eliminating and/or mitigating split brain occurrences in high availability systems | |
US20030226056A1 (en) | Method and system for a process manager | |
EP3930261A1 (en) | Method and device for monitoring link fault | |
US10230570B2 (en) | Reliable ISP access cloud state detection method and apparatus | |
US11102273B2 (en) | Uplink performance management | |
EP3682595B1 (en) | Obtaining local area network diagnostic test results | |
US10742672B2 (en) | Comparing metrics from different data flows to detect flaws in network data collection for anomaly detection | |
US20190386903A1 (en) | Network operational flaw detection using metrics | |
CN110971459B (zh) | 会话故障检测方法、装置、终端设备及可读存储介质 | |
CN112532465A (zh) | Snmp链路检测方法、装置、通信设备及存储介质 | |
WO2016184222A1 (zh) | 一种故障检测方法及装置 | |
CN112953744B (zh) | 网络故障监控方法、系统、计算机设备及可读存储介质 | |
JP6057470B2 (ja) | ネットワークのアラーム処理システム | |
US11811631B1 (en) | Methods and system to validate a change in a computer networking system | |
CN115426250B (zh) | 一种用于靶场指控的双机热备切换方法及装置 | |
CN118487924A (zh) | 一种事件日志管理方法、装置、设备及可读存储介质 | |
CN118381746A (zh) | 针对受电设备的异常检测处理方法、装置、设备及介质 | |
CN117979348A (zh) | 网络状态确定方法、装置、电子设备及介质 | |
Huang et al. | Network Service Availability Detecting and Reporting System | |
KR20010084658A (ko) | 망관리 시스템에서 통신망 구성요소의 동작상태 모니터링방법 |
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 | ||
WW01 | Invention patent application withdrawn after publication |
Application publication date: 20210319 |