CN106161126A - 告警的测试处理方法及装置 - Google Patents
告警的测试处理方法及装置 Download PDFInfo
- Publication number
- CN106161126A CN106161126A CN201510160565.0A CN201510160565A CN106161126A CN 106161126 A CN106161126 A CN 106161126A CN 201510160565 A CN201510160565 A CN 201510160565A CN 106161126 A CN106161126 A CN 106161126A
- Authority
- CN
- China
- Prior art keywords
- alarm
- test
- warning message
- script
- configuration order
- 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
Links
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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种告警的测试处理方法及装置,其中,该方法包括:接收用于告警测试的告警报文;对告警报文进行验证,并在验证通过的情况下,判断是否对与该告警报文对应的恢复告警报文进行告警测试。通过本发明解决了相关技术中不能对告警报文进行自动恢复测试的问题,进而实现了可以对告警报文进行自动恢复测试。
Description
技术领域
本发明涉及通信领域,具体而言,涉及一种告警的测试处理方法及装置。
背景技术
随着网络的飞速发展,网络设备的数量一直保持着高速增长,对网管软件的管理能力也同步保持旺盛的需求。在网络管理技术的基本功能中,告警占有极为重要的地位。因为告警模块时刻监视网络的运行状态,能够展示网元的各项情况,可以为突发状况提供预警信息和解决方案。同时,告警也关联到拓扑、机架图、性能、配置等模块,牵一发而动全身。因此,在系统测试和各种外场测试、入网测试中,告警测试都是必须进行的一项内容。
以往进行告警测试,基本使用手工方法,即在设备上手动产生一个告警,然后在网管上查看是否收到,进而检查相关的处理是否正确。这种方法自动化程度不高,效率较为低下,覆盖率受到限制。而且必须依赖真实的设备告警,在设备环境不具备时,测试往往无法进行。
如果使用测试仪,则成本较高,且使用复杂。并且不能发送复杂的数据包,特别是各种各样的定制化的snmp trap报文。
压力测试时一般使用模拟网元,设备模拟软件虽然功能强大,但由于是设备的完全模拟无法实现对数据发送灵活的控制。
模拟网元的数量受到计算机资源的制约,不易进行大规模压力测试。而且事先需要录制网元的相关数据,工作量很大。本系统只关心告警本身,因此没有这个限制。
采用网元模拟时需要考虑告警网元如何触发告警,而使用本系统测试则不用考虑。
针对相关技术中,不能对告警报文进行自动恢复测试的问题,还未提出有效的解决方案。
发明内容
本发明提供了一种告警的测试处理方法及装置,以至少解决相关技术不能对告警报文进行自动恢复测试的问题。
根据本发明的一个方面,提供了一种告警的测试处理方法,包括:接收用于告警测试的告警报文;对所述告警报文进行验证,并在验证通过的情况下,判断是否对与所述告警报文对应的告警进行恢复告警测试。
进一步地,判断是否对与所述告警报文对应的告警进行恢复告警测试之后包括:在判断结果为是的情况下,获取用于解决与所述告警报文对应的故障的第一配置命令。
进一步地,获取用于解决与所述告警报文对应的故障的第一配置命令之后包括:将所述第一配置命令与预置脚本中的第二配置命令进行对比;在对比结果一致的情况下,根据所述第一配置命令和测试脚本构造所述恢复告警报文;在对比结果不一致的情况下,组装用于解决所述故障的脚本得到组装后的脚本,根据所述组装后的脚本和测试脚本构造所述恢复告警报文,或者根据所述预置脚本和所述测试脚本构造所述恢复告警报文。
进一步地,获取用于解决与所述告警报文对应的故障的第一配置命令包括:根据所述告警报文的属性信息,在配置脚本库中检索所述配置命令。
进一步地,所述告警报文是根据测试脚本得到的。
根据本发明的另一个方面,还提供了一种告警的测试处理装置,所述装置包括:接收模块,用于接收用于告警测试的告警报文;判断模块,用于对所述告警报文进行验证,并在验证通过的情况下,判断是否对与所述告警报文对应的告警进行恢复告警测试。
进一步地,所述装置还包括:获取模块,用于在判断结果为是的情况下,获取用于解决与所述告警报文对应的故障的第一配置命令。
进一步地,所述装置还包括:对比模块,用于将所述第一配置命令与预置脚本中的第二配置命令进行对比;第一构造模块,用于在对比结果一致的情况下,根据所述第一配置命令和测试脚本构造所述恢复告警报文;第二构造模块,用于在对比结果不一致的情况下,组装用于解决所述故障的脚本得到组装后的脚本,根据所述组装后的脚本和测试脚本构造所述恢复告警报文,或者根据所述预置脚本和所述测试脚本构造所述恢复告警报文。
进一步地,所述获取模块还用于根据所述告警报文的属性信息,在配置脚本库中检索所述配置命令。
进一步地,所述告警报文是根据测试脚本得到的。
通过本发明,采用接收用于告警测试的告警报文;对告警报文进行验证,并在验证通过的情况下,判断是否对与该告警报文对应的恢复告警报文进行告警测试。解决了相关技术中不能对告警报文进行自动恢复测试的问题,进而实现了可以对告警报文进行自动恢复测试。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是根据本发明实施例的告警的测试处理方法的流程图;
图2是根据本发明实施例的告警的测试处理装置的结构框图;
图3是根据本发明实施例的告警的测试处理装置的结构框图(一);
图4是根据本发明实施例的告警的测试处理装置的结构框图(二);
图5是根据本发明实施例的告警测试工作流程图;
图6是根据本发明实施例的系统测试或入网测试场景环境示意图;
图7是根据本发明实施例的告警测试工作流程图(一);
图8是根据本发明实施例的压力测试场景模拟图;
图9是根据本发明实施例的系统测试组网图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
在本实施例中提供了一种告警的测试处理方法,图1是根据本发明实施例的告警的测试处理方法的流程图,如图1所示,该流程包括如下步骤:
步骤S102,接收用于告警测试的告警报文;
步骤S104,对告警报文进行验证,并在验证通过的情况下,判断是否对与该告警报文对应的告警进行恢复告警测试。
通过上述步骤,在接收到的告警报文符合要求的情况下,可以对与该告警报文对应的告警进行恢复告警测试,即可以对告警报文进行循环的告警测试,解决了相关技术中不能对告警报文进行自动恢复测试的问题,进而实现了可以对告警报文进行自动恢复测试。因为有的告警不需要测试恢复告警,但是有生成报表等关联处理。告警恢复自动化测试和关联模块的自动化测试,可以根据实际情况选择执行。
在步骤S104判断是否对与告警报文对应的告警进行恢复告警测试之后,在一个可选实施例中,在判断结果为是的情况下,获取用于解决与告警报文对应的故障的第一配置命令,用于对测试脚本进行更新。
获取用于解决与告警报文对应的故障的第一配置命令之后,将第一配置命令与预置脚本中的第二配置命令进行对比。在一个可选实施例中,在对比结果一致的情况下,将第一配置命令反馈给测试脚本,并根据第一配置命令和测试脚本构造该恢复告警报文;在另一个可选实施例中,在对比结果不一致的情况下,组装用于解决该故障的脚本得到组装后的脚本,将组装后的脚本或者预置脚本反馈给该测试脚本,并根据组装后的脚本和测试脚本构造该恢复告警报文,或者根据预置脚本和测试脚本构造该恢复告警报文。从而为对恢复告警报文进行告警测试提供了先决条件。
在获取用于解决与该告警报文对应的故障的第一配置命令的过程中,在一个可选实施例中根据告警报文的属性信息,在配置脚本库中检索该配置命令。
在一个可选实施例中,该告警报文是根据测试脚本得到的。
在本实施例中还提供了一种告警的测试处理装置,该装置用于实现上述实施例及优选实施方式,已经进行过说明的不再赘述。如以下所使用的,术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现,但是硬件,或者软件和硬件的组合的实现也是可能并被构想的。
图2是根据本发明实施例的告警的测试处理装置的结构框图,如图2所示,该装置包括:接收模块22,用于接收用于告警测试的告警报文;判断模块24,用于对该告警报文进行验证,并在验证通过的情况下,判断是否对与该告警报文对应的告警进行恢复告警测试。
图3是根据本发明实施例的告警的测试处理装置的结构框图(一),如图3所示,该装置还包括:获取模块32,用于在判断结果为是的情况下,获取用于解决与该告警报文对应的故障的第一配置命令。
图4是根据本发明实施例的告警的测试处理装置的结构框图(二),如图4所示,该装置还包括:对比模块42,用于将该第一配置命令与预置脚本中的第二配置命令进行对比;第一构造模块44,用于在对比结果一致的情况下,将该第一配置命令反馈给该测试脚本,并根据该第一配置命令和该测试脚本构造该恢复告警报文;第二构造模块46,用于在对比结果不一致的情况下,组装用于解决该故障的脚本得到组装后的脚本,将该组装后的脚本或者该预置脚本反馈给该测试脚本,并根据该组装后的脚本和该测试脚本构造该恢复告警报文,或者根据该预置脚本和该测试脚本构造该恢复告警报文。
可选地,获取模块32还用于根据该告警报文的属性信息,在配置脚本库中检索该配置命令。
可选地,告警报文是根据测试脚本得到的。
需要说明的是,上述各个模块是可以通过软件或硬件来实现的,对于后者,可以通过以下方式实现,但不限于此:上述各个模块均位于同一处理器中;或者,上述各个模块分别位于第一处理器、第二处理器和第三处理器…中。
针对相关技术中存在的上述问题,下面结合具体的可选实施例进行说明,下述可选实施例结合了上述可选实施例及其可选实施方式。
本发明的主要目的在于解决网管告警中的自动化智能测试的技术问题。能够提高系统测试的效率,降低各项成本,从而为外场测试、入网测试打下坚实的基础,对解决实际网络故障具有指导意义,最终提高网管软件的质量和用户满意度。
本可选实施例提供了一种封闭循环系统,如图5所示,系统入口是待测试业务场景。根据业务参数自动生成告警报文,网管接收后感知、展示、反馈处理结果和方案,如果生成恢复告警,再次发送给网管,测试恢复流程。出口是对告警信息等的处理结果。
本可选实施例在已经获取正确参数的情况下,能够模拟场景中的全部告警。经常测试的重要告警有:接口down,链路断链,网元状态断开,开放式最短路径优先(Open Shortest PathFirst,简称为OSPF)邻居DOWN,OSPF链路状态数据库中非自生成的链路状态广播(Link-StateAdvertisement,简称为LSA)数目超出最大值,邻居关系从2WAY以上状态回退到2WAY,中间系统到中间系统(Intermediate System-to-Intermediate System,简称ISIS)收到非法包,路由信息协议(Routing Information Protocol,简称为RIP)的邻居失效,边界网关协议(BorderGateway Protocol,简称为BGP)从邻居收到的前缀数目超出配置的最大前缀数目,进入vrf的路由数目超过配置的告警限越限,环网倒换事件,hot-standby切换,隧道倒换事件,配置Bidirectional Forwarding Detection(简称为BFD)会话失败,远端连续严重误码秒(FECSES)越限,电源过温保护告警。系统测试时优先模拟此类重要告警,通过不断充实完善测试脚本库,能够循序渐进地提高测试自动化、智能化程度和覆盖率,最终达到人工测试难以实现的目标。
下面针对具体过程作进一步说明:
根据系统测试或入网测试设计场景环境,如图6所示,已经定义规划好了网元类型、版本,网元管理IP、网段和掩码,接口IP地址和掩码,链路的头尾端点和链路属性,开放式最短路径优先(Open Shortest Path First,简称为OSPF)/链路状态路由协议(Intermediate system tointermediate system,简称为ISIS)/BGP路由协议类型和通告网段,二三层虚拟专用网络(VirtualPrivate Network,简称为VPN)/隧道业务类型和保护信息,CFM、BFD、虚拟路由冗余协议(Virtual Router Redundancy Protocol,简称VRRP)、运行、管理和维护(Operation Administrationand Maintenance,简称为OAM)检测类型等关键参数。
编写告警测试计划和测试用例,定义测试流程,如果需要测试恢复告警还需要预置配置脚本。使用本系统中定义的告警模拟工具编写自动化测试脚本,脚本的参数使用上一步场景中规划的业务参数。
告警模拟工具根据测试脚本自动构造出测试用例中的告警Trap报文,并通过网卡发送给网管。此过程模拟了真实网元发送告警的过程。因此网管认为收到的就是普通告警,按照普通逻辑处理。
针对需要测试恢复逻辑的告警,流程图见图5。
对上报的告警,测试网管显示的告警详情和统计数据。对于每条告警,能够显示告警编号、网元位置、发生时间、级别、告警码、网元内定位、类型、确认状态等详细信息,所有属性都正确、符合规范。能根据不同维度筛选,例如当前告警和历史告警,告警和通知,已确认和未确认告警等。根据结果分为以下处理:
如果告警错误,则收集故障信息后结束流程;
如果告警正确,根据测试用例判断是否继续测试恢复告警。如果不测试,结束流程;如果测试,则通过告警信息内的属性值,定位接口、路由协议、业务等的故障原因,在配置脚本库中检索出能够解决故障的配置命令。将检索结果和预置脚本对比,如果正确,则反馈给业务场景,解决故障,创造告警恢复的先决条件;如果不正确,则组装正确脚本或使用预置脚本,也反馈到业务场景中,同时更新脚本库,将新增数据设置为待使用状态。
业务场景中故障恢复后,通知告警模拟工具自动构造出该告警的恢复告警,发送到网管。测试告警是否能够正常恢复,如果不能,收集故障信息后结束流程;如果能正常恢复,则提交配置脚本库中待使用的脚本,状态设置为可用,结束流程。
其他测试情况的流程图见图7:
根据预设时间间隔,网管自动生成统计报表。内容包括特定时间内告警各类信息的统计汇总,例如告警接收数量、丢弃数量、告警类型、网元、级别分布,以此作为判断网络运行状况的依据,对重大问题做出预警。测试结果反馈到测试场景中,如果结果正确,测试结束;如果不正确,返回到网管查找具体故障。
某些告警能够触发其他模块。如性能越界告警上报后,可以触发智能配置模块下发修改cir、pir值。网管收到此类告警后,生成智能配置实例、创建版本文件\配置文件管理任务、计划数据库备份、删除操作、预先进行双机切换等。测试结果反馈到测试场景中,如果结果正确,测试结束;如果不正确,返回到网管查找具体故障。
网管收到告警后进一步进行以下操作:确认/反确认,过滤筛选,前转,清除,设置规则,导出。经过告警模块内部处理后查看该告警是否被正确确认/反确认,过滤,前转,清除等。测试结果反馈到测试场景中,如果结果正确,测试结束;如果不正确,返回到网管查找具体故障。
压力测试场景,如图8所示。用5-10个告警模拟工具,每工具每30MS-40MS发送一个告警,每个工具持续发送12000个告警,或者工具总共发送120000个告警,验证告警模块能够处理最大120000条告警,不丢包,平均每秒处理250个左右。多次测试后记录每次的测试时间、告警数量和丢包情况。测试结果反馈到测试场景中,如果结果正确,测试结束;如果不正确,返回到网管查找具体故障。
业务告警一般都关联机架图、拓扑、配置管理等模块。网管收到告警后,自动判断是否正确在机架图上渲染机架、机框、单板、端口的颜色,隐藏拔出的单板,自动刷新已恢复的告警;在拓扑中及时更新网元、链路、分组的状态和颜色,标明业务进行保护切换后的路径,在回切后恢复主路径;在配置管理中显示接口down、路由协议邻居down等信息。测试结果反馈到测试场景中,如果结果正确,测试结束;如果不正确,返回到网管查找具体故障。
下面结合附图对本发明系统的实施做进一步的详细描述。
步骤一设计系统测试场景(见图9),规划各项参数,包括接口地址、路由协议、业务类型和保护路径等。
1.地址规划
2.OSPF规划:
3.LDP规划:
步骤二编写告警测试用例,测试告警和恢复告警流程。根据上一步的参数,制作Ethernet端口未连接的测试脚本。
Type:告警码【1024】Ethernet端口未连接1356074143:242282/10.46.60.93->/10.46.35.19protocol(17)priority(0)hop(252)offset(0)ident(21326)UDP 161>162
TrapOid:.1.3.6.1.4.1.3902.3.302.8.1
SMI_GAUGE32,1056,.1.3.6.1.4.1.3902.3.302.1.1.1
SMI_GAUGE32,1024,.1.3.6.1.4.1.3902.3.302.1.1.2
SMI_INTEGER,1,.1.3.6.1.4.1.3902.3.302.1.1.3
SMI_INTEGER,1,.1.3.6.1.4.1.3902.3.302.1.1.4
SMI_INTEGER,0,.1.3.6.1.4.1.3902.3.302.1.1.5
SMI_GAUGE32,980471928,.1.3.6.1.4.1.3902.3.302.1.1.6
SMI_GAUGE32,980471947,.1.3.6.1.4.1.3902.3.302.1.1.7
SMI_GAUGE32,203,.1.3.6.1.4.1.3902.3.302.1.1.8
SMI_STRING,
fe:00:06:fe:04:ff:ff:ff:fe:04:01:fe:fe:fe:fe:fe:fe:fe:fe:fe:fe:fe:fe:fe:fe:fe:fe:fe:fe:fe,.1.3.6.1.4.1.3902.3.302.1.1.9
SMI_INTEGER,1,.1.3.6.1.4.1.3902.3.302.1.1.10
SMI_INTEGER,0,.1.3.6.1.4.1.3902.3.302.1.1.11
SMI_INTEGER,0,.1.3.6.1.4.1.3902.3.302.1.1.12
SMI_STRING,00:00:00:00:00:00:00:00:00:00,.1.3.6.1.4.1.3902.3.302.1.1.13
SMI_GAUGE32,0,.1.3.6.1.4.1.3902.3.302.1.1.14
SMI_STRING,Ethernet Port Link Down,.1.3.6.1.4.1.3902.3.302.1.1.19
SMI_GAUGE32,839,.1.3.6.1.4.1.3902.3.302.12.1
步骤三使用告警模拟工具生成告警报文,向网管发送。网管接收后由告警模块做出如下处理:
在当前告警中显示该告警的详细信息。告警编号为1411008035312,级别为严重,同时标为红色,类型为通信告警,发生时间为告警模拟工具发送的时刻,告警码为接口DOWN(2151),确认状态为未确认,网元IP为10.46.60.93,网元类型为中兴某型号路由器,网元内定位机架=0,机框=0,告警原因为端口链路协商不成功(50901),附加文本告警类型:LACP;The interface(index=20,name=Gei_0/0/0/10)turns into INACTIVE;由告警同步产生。
步骤四根据测试用例,需要立即恢复,通过告警信息内的属性值,定位到故障原因是网元10.46.60.93的接口Gei_0/0/0/10down,以此为条件在配置脚本库中检索出能够解决故障的配置命令为接口模式下配置no shutdown。将检索结果和预置脚本对比,完全匹配,此场景中接口down的故障能够解决,继续执行告警恢复。
步骤五告警模拟工具收到请求后,根据相同参数自动生成恢复告警并发送给网管。网管正常执行告警恢复后,端口未连接告警从当前告警界面中消失,测试用例结束。如果脚本库中存在待使用状态的脚本,需要先提交脚本状态为可用,再结束用例。
步骤六检查网管自动生成的统计报表。内容为测试时间段内告警各类信息的统计汇总,接收到一条严重级别的告警,没有丢包,网元类型为中兴某型号路由器,属于需要立即解决的重大问题。结果正确,测试用例结束。
步骤七告警恢复后,网管自动触发智能配置模块,按照预先定义的实例,执行show version,show ip interface,show l2vpn等操作,查看端口、业务恢复正常。并将执行结果文件保存到指定客户端。结果正确,测试用例结束。
步骤八接口告警关联拓扑、机架图、配置管理等模块。网管收到告警后,机架图上渲染端口Gei_0/0/0/10为红色,其机架、机框号都为0;在拓扑中更新网元、链路、分组颜色为红色,链路的状态为断开;在配置管理中标明业务主路径断开,进行保护切换后的流量进入备路径,在回切后重新回到主路径;在接口管理中显示接口Gei_0/0/0/10down,在路由协议中显示OSPF,BGP邻居down等信息。结果正确,测试用例结束。
步骤九告警上报后,对其进行确认/反确认,过滤,前转,清除等操作。结果正确,测试用例结束。
步骤十在压力测试环境下,验证告警模块能够处理最大120000条告警,不丢包,多次测试后,记录测试结果:
B05版本的告警压力测试过程:
1.告警开始时间:2013-12-0510:23分总共收到120000条告警,告警开始时间2013-12-0510:24:19.000,告警结束时间为2013-12-0510:31:49.000,告警处理速度为:120000/450=266.67个/秒。
2.告警开始时间:2013-12-0511:21分以后,告警开始时间是2013-12-0511:22:00.000,告警结束时间是2013-12-0511:29:09.000,总共接收到告警120000个,告警处理速度为:120000/429=279.72个/秒。
3.告警开始时间:2013-12-0516:35分以后,告警开始时间是2013-12-0516:37:04.000,告警结束时间是2013-12-0516:43:04.000,总共接收到告警120000个。告警处理速度为120000/360=333.33个/秒。
以上测试结果如果错误,则返回网管相应模块查找具体故障。
综上所述,通过本发明提供的告警的测试处理方法及装置解决了相关技术中不能对告警报文进行自动恢复测试的问题,进而实现了可以对告警报文进行自动恢复测试。
在另外一个实施例中,还提供了一种软件,该软件用于执行上述实施例及优选实施方式中描述的技术方案。
在另外一个实施例中,还提供了一种存储介质,该存储介质中存储有上述软件,该存储介质包括但不限于:光盘、软盘、硬盘、可擦写存储器等。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (10)
1.一种告警的测试处理方法,其特征在于,包括:
接收用于告警测试的告警报文;
对所述告警报文进行验证,并在验证通过的情况下,判断是否对与所述告警报文对应的告警进行恢复告警测试。
2.根据权利要求1所述的方法,其特征在于,判断是否对与所述告警报文对应的告警进行恢复告警测试之后包括:
在判断结果为是的情况下,获取用于解决与所述告警报文对应的故障的第一配置命令。
3.根据权利要求2所述的方法,其特征在于,获取用于解决与所述告警报文对应的故障的第一配置命令之后包括:
将所述第一配置命令与预置脚本中的第二配置命令进行对比;
在对比结果一致的情况下,根据所述第一配置命令和测试脚本构造所述恢复告警报文;
在对比结果不一致的情况下,组装用于解决所述故障的脚本得到组装后的脚本,根据所述组装后的脚本和测试脚本构造所述恢复告警报文,或者根据所述预置脚本和所述测试脚本构造所述恢复告警报文。
4.根据权利要求2所述的方法,其特征在于,获取用于解决与所述告警报文对应的故障的第一配置命令包括:
根据所述告警报文的属性信息,在配置脚本库中检索所述配置命令。
5.根据权利要求1至4中任一项所述的方法,其特征在于,所述告警报文是根据测试脚本得到的。
6.一种告警的测试处理装置,其特征在于,所述装置包括:
接收模块,用于接收用于告警测试的告警报文;
判断模块,用于对所述告警报文进行验证,并在验证通过的情况下,判断是否对与所述告警报文对应的告警进行恢复告警测试。
7.根据权利要求6所述的装置,其特征在于,所述装置还包括:
获取模块,用于在判断结果为是的情况下,获取用于解决与所述告警报文对应的故障的第一配置命令。
8.根据权利要求7所述的装置,其特征在于,所述装置还包括:
对比模块,用于将所述第一配置命令与预置脚本中的第二配置命令进行对比;
第一构造模块,用于在对比结果一致的情况下,根据所述第一配置命令和测试脚本构造所述恢复告警报文;
第二构造模块,用于在对比结果不一致的情况下,组装用于解决所述故障的脚本得到组装后的脚本,根据所述组装后的脚本和测试脚本构造所述恢复告警报文,或者根据所述预置脚本和所述测试脚本构造所述恢复告警报文。
9.根据权利要求7所述的装置,其特征在于,所述获取模块还用于根据所述告警报文的属性信息,在配置脚本库中检索所述配置命令。
10.根据权利要求6至9中任一项所述的装置,其特征在于,所述告警报文是根据测试脚本得到的。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510160565.0A CN106161126A (zh) | 2015-04-07 | 2015-04-07 | 告警的测试处理方法及装置 |
PCT/CN2015/089370 WO2016161760A1 (zh) | 2015-04-07 | 2015-09-10 | 告警的测试处理方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510160565.0A CN106161126A (zh) | 2015-04-07 | 2015-04-07 | 告警的测试处理方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN106161126A true CN106161126A (zh) | 2016-11-23 |
Family
ID=57072352
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510160565.0A Pending CN106161126A (zh) | 2015-04-07 | 2015-04-07 | 告警的测试处理方法及装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN106161126A (zh) |
WO (1) | WO2016161760A1 (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111025183A (zh) * | 2019-11-27 | 2020-04-17 | 深圳供电局有限公司 | 变电站信号告警校验方法及装置 |
CN111309586A (zh) * | 2018-12-12 | 2020-06-19 | 迈普通信技术股份有限公司 | 一种命令测试方法、装置及其存储介质 |
CN112532515A (zh) * | 2020-12-21 | 2021-03-19 | 安徽皖通邮电股份有限公司 | 一种基于e1业务线路切换的方法 |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110601894B (zh) * | 2019-09-18 | 2023-07-25 | 中国工商银行股份有限公司 | 告警处理方法和装置、以及电子设备和可读存储介质 |
CN111698121B (zh) * | 2020-06-10 | 2022-10-14 | 浪潮商用机器有限公司 | 一种SNMP trap告警测试方法及相关装置 |
CN113949620B (zh) * | 2021-10-19 | 2023-12-15 | 杭州东方通信软件技术有限公司 | 一种专线链路监控方法及系统 |
CN114389939B (zh) * | 2021-12-31 | 2023-05-16 | 烽火通信科技股份有限公司 | 一种基于随机告警信号计算倒换原因及状态的方法和装置 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101174899B (zh) * | 2007-11-26 | 2010-12-08 | 中兴通讯股份有限公司 | 用于ason网络中的业务保护与恢复的自动测试方法 |
CN101710863B (zh) * | 2009-12-11 | 2015-05-20 | 中兴通讯股份有限公司 | 用于单板告警的恢复方法及系统 |
US20130014084A1 (en) * | 2011-07-05 | 2013-01-10 | Microsoft Corporation | International Testing Platform |
CN104486109B (zh) * | 2014-12-09 | 2018-02-23 | 大唐移动通信设备有限公司 | 一种故障检测、恢复方法及装置 |
-
2015
- 2015-04-07 CN CN201510160565.0A patent/CN106161126A/zh active Pending
- 2015-09-10 WO PCT/CN2015/089370 patent/WO2016161760A1/zh active Application Filing
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111309586A (zh) * | 2018-12-12 | 2020-06-19 | 迈普通信技术股份有限公司 | 一种命令测试方法、装置及其存储介质 |
CN111025183A (zh) * | 2019-11-27 | 2020-04-17 | 深圳供电局有限公司 | 变电站信号告警校验方法及装置 |
CN111025183B (zh) * | 2019-11-27 | 2021-11-02 | 深圳供电局有限公司 | 变电站信号告警校验方法及装置 |
CN112532515A (zh) * | 2020-12-21 | 2021-03-19 | 安徽皖通邮电股份有限公司 | 一种基于e1业务线路切换的方法 |
Also Published As
Publication number | Publication date |
---|---|
WO2016161760A1 (zh) | 2016-10-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106161126A (zh) | 告警的测试处理方法及装置 | |
US10868730B2 (en) | Methods, systems, and computer readable media for testing network elements of an in-band network telemetry capable network | |
JP7108674B2 (ja) | 故障根本原因決定方法及び装置並びにコンピュータ記憶媒体 | |
CN108306748B (zh) | 网络故障定位方法、装置及交互装置 | |
US20230318906A1 (en) | Fault recovery plan determining method, apparatus, and system, and computer storage medium | |
Yan et al. | G-rca: a generic root cause analysis platform for service quality management in large ip networks | |
US7898971B2 (en) | Method and apparatus for automating hub and spoke Internet Protocol Virtual Private Network trouble diagnostics | |
EP2434688A1 (en) | Method for locating fault link, method for analyzing root cause of warning, device and system thereof | |
US9369360B1 (en) | Systems and methods for fault detection in large scale networks | |
CN106817301A (zh) | 故障恢复方法及装置、控制器、软件定义网络 | |
US11349703B2 (en) | Method and system for root cause analysis of network issues | |
CN103684953B (zh) | 避免多连接到vpls传输网的以太网环路中流量损失方法、装置 | |
CN105871674B (zh) | 环保护链路故障保护方法、设备及系统 | |
CN113938407B (zh) | 基于带内网络遥测系统的数据中心网络的故障检测方法及装置 | |
US20140136908A1 (en) | Fault Protection Method and Fault Protection Apparatus in a Multi-Domain Network | |
CN108449210B (zh) | 一种网络路由故障监测系统 | |
CN102594613B (zh) | 一种实现mpls vpn故障诊断的方法和装置 | |
CN108616367B (zh) | 故障定位方法和网络设备 | |
US7808888B2 (en) | Network fault correlation in multi-route configuration scenarios | |
CN106713132B (zh) | 用于更新转发表项的方法和装置 | |
CN107085552A (zh) | 测试方法及装置 | |
CN102130912A (zh) | 一种基于rrpp的mvrp实现方法和设备 | |
US8670299B1 (en) | Enhanced service status detection and fault isolation within layer two networks | |
US20190132261A1 (en) | Link locking in ethernet networks | |
CN101431435B (zh) | 一种基于面向连接的业务配置与管理方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
WD01 | Invention patent application deemed withdrawn after publication | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20161123 |