本发明涉及割接管理领域,尤其是一种割接全流程中风险项预警的方法及装置。
背景技术:
1、在自智网络建设中,割接管理是一个非常重要的自智场景。为满足网络考核要求,省内需要进行相应的自智网络建设。针对割接场景有如下要求:
2、1、接收割接事件。
3、2、接收割接各阶段通知。
4、3、各阶段反馈红绿灯情况。
5、4、割接验证能够反馈验证结果。
6、割接开始到割接完成之间,除了相应割接流程通知时反馈的红绿灯情况外,还需要周期检测割接中的检查项,若存在异常需要反馈红灯。
技术实现思路
1、针对上述情况,本发明提供一种割接全流程中风险项预警的方法及装置。
2、为实现上述目的,本发明采用下述技术方案:
3、在本发明一实施例中,提出了一种割接全流程中风险项预警的方法,该方法包括:
4、接收综调系统割接事件工单,判断割接设备属性;
5、接收综调系统割接当前阶段通知,并判断当前阶段所需检查;
6、若需要进行红绿灯检查,判断割接场景类型,按当前阶段和割接场景类型,采用编排的方式,对割接设备进行红绿灯检查,并推送红绿灯检查结果;
7、若需要进行割接验证,按当前阶段,采用编排的方式,对割接设备进行割接验证,并推送割接验证结果;
8、割接完成之前,按当前阶段和割接场景类型,周期性进行红绿灯检查,若检查结果是红灯,进行推送。
9、进一步地,接收综调系统割接事件工单,判断割接设备属性,包括:
10、接收综调系统割接事件工单,并判断割接事件工单号是否已存在;
11、若不存在,按综调系统派单接口格式解析ip列表,得到设备地址,按设备地址查询设备表,得到设备的属性编码;
12、将割接事件工单信息保存到数据库的收单表中。
13、进一步地,接收综调系统割接当前阶段通知,并判断当前阶段所需检查,包括:
14、接收综调系统割接当前阶段通知,并判断状态status;
15、若状态status为1,表示割接准备,进行红绿灯检查和割接验证;
16、若状态status为2,表示割接开始,进行红绿灯检查;
17、若状态status为3,表示割接验证,直接先推送一次割接验证成功作为握手响应,再进行红绿灯检查和割接验证;
18、若状态status为4,表示割接完成,直接推送绿灯。
19、进一步地,按当前阶段和割接场景类型,采用编排的方式,对割接设备进行红绿灯检查,并推送红绿灯检查结果,包括:
20、若当前阶段为割接准备,或者割接验证,或者割接开始,且割接场景类型为非重启类场景,检查是否存在基础类告警查询;若存在则推送红灯;检查是否存在上联物理口告警超限;若存在则推送红灯;
21、若当前阶段为割接开始,且割接场景类型为重启类,判断割接设备属性;
22、若割接设备是bas设备,则按链路关系,查询与bas设备在同一个地市节点的两台cr设备;
23、若割接设备是cr设备,则查询与cr设备在同一个地市节点的另外一台cr设备;
24、若割接设备对应的cr设备存在bgpdown告警且bgpdown告警的peerip指向不为割接设备,则推送红灯;
25、每个阶段最后,将多个检查原子能力的红绿灯结果汇总;若为红灯,按标准格式输出描述结果,有异常项均要输出。
26、进一步地,按当前阶段,采用编排的方式,对割接设备进行割接验证,并推送割接验证结果,包括:
27、判断割接设备属性,若割接设备是bas设备,能调系统采集地址池利用率、路由条目数、上行流量利用率、以及专线用户验证并入库;若割接设备是cr设备,能调系统采集bgp状态、isis状态、路由总数以及默认路由并入库;
28、若当前阶段为割接准备,直接将验证项采集结果汇总,验证描述按标准格式推送;
29、若当前阶段为割接验证,将当前阶段为割接准备的验证项采集结果和当前阶段为割接验证的验证项采集结果进行比较,判断每个验证项验证正常或验证异常;
30、若所有验证项都判定为正常,则按正常推送;若有一个验证项判定为异常,则按异常推送;验证描述按标准格式推送。
31、进一步地,割接完成之前,按当前阶段和割接场景类型,周期性进行红绿灯检查,若检查结果是红灯,进行推送,包括:
32、周期性扫描收单表,按割接工单号分组判断:
33、查询割接工单号对应的阶段状态status最大值;
34、若状态status最大值=4,不处理该割接工单号;
35、若状态status最大值!=4,且当前状态status存在推送红灯的记录,不处理该割接工单号;
36、对其它情况的割接工单号进行红绿灯检查,若本次检查结果是红灯,则进行推送,并记录本次检查和推送结果;若本次检查结果是绿灯,则不进行推送,记录本次检查结果。
37、在本发明一实施例中,还提出了一种割接全流程中风险项预警的装置,该装置包括:
38、综调系统,用于下发割接事件工单给能调系统;发送割接当前阶段通知给能调系统;接收能调系统推送的红绿灯检查结果和割接验证结果;
39、能调系统,用于接收综调系统割接事件工单,判断割接设备属性;接收综调系统割接当前阶段通知,并判断当前阶段所需检查;若需要进行红绿灯检查,判断割接场景类型,按当前阶段和割接场景类型,采用编排的方式,对割接设备进行红绿灯检查,并推送红绿灯检查结果;若需要进行割接验证,按当前阶段,采用编排的方式,对割接设备进行割接验证,并推送割接验证结果;割接完成之前,按当前阶段和割接场景类型,周期性进行红绿灯检查,若检查结果是红灯,进行推送。
40、进一步地,接收综调系统割接事件工单,判断割接设备属性,包括:
41、接收综调系统割接事件工单,并判断割接事件工单号是否已存在;
42、若不存在,按综调系统派单接口格式解析ip列表,得到设备地址,按设备地址查询设备表,得到设备的属性编码;
43、将割接事件工单信息保存到数据库的收单表中。
44、进一步地,接收综调系统割接当前阶段通知,并判断当前阶段所需检查,包括:
45、接收综调系统割接当前阶段通知,并判断状态status;
46、若状态status为1,表示割接准备,进行红绿灯检查和割接验证;
47、若状态status为2,表示割接开始,进行红绿灯检查;
48、若状态status为3,表示割接验证,直接先推送一次割接验证成功作为握手响应,再进行红绿灯检查和割接验证;
49、若状态status为4,表示割接完成,直接推送绿灯。
50、进一步地,按当前阶段和割接场景类型,采用编排的方式,对割接设备进行红绿灯检查,并推送红绿灯检查结果,包括:
51、若当前阶段为割接准备,或者割接验证,或者割接开始,且割接场景类型为非重启类场景,检查是否存在基础类告警查询;若存在则推送红灯;检查是否存在上联物理口告警超限;若存在则推送红灯;
52、若当前阶段为割接开始,且割接场景类型为重启类,判断割接设备属性;
53、若割接设备是bas设备,则按链路关系,查询与bas设备在同一个地市节点的两台cr设备;
54、若割接设备是cr设备,则查询与cr设备在同一个地市节点的另外一台cr设备;
55、若割接设备对应的cr设备存在bgpdown告警且bgpdown告警的peerip指向不为割接设备,则推送红灯;
56、每个阶段最后,将多个检查原子能力的红绿灯结果汇总;若为红灯,按标准格式输出描述结果,有异常项均要输出。
57、进一步地,按当前阶段,采用编排的方式,对割接设备进行割接验证,并推送割接验证结果,包括:
58、判断割接设备属性,若割接设备是bas设备,能调系统采集地址池利用率、路由条目数、上行流量利用率、以及专线用户验证并入库;若割接设备是cr设备,能调系统采集bgp状态、isis状态、路由总数以及默认路由并入库;
59、若当前阶段为割接准备,直接将验证项采集结果汇总,验证描述按标准格式推送;
60、若当前阶段为割接验证,将当前阶段为割接准备的验证项采集结果和当前阶段为割接验证的验证项采集结果进行比较,判断每个验证项验证正常或验证异常;
61、若所有验证项都判定为正常,则按正常推送;若有一个验证项判定为异常,则按异常推送;验证描述按标准格式推送。
62、进一步地,割接完成之前,按当前阶段和割接场景类型,周期性进行红绿灯检查,若检查结果是红灯,进行推送,包括:
63、周期性扫描收单表,按割接工单号分组判断:
64、查询割接工单号对应的阶段状态status最大值;
65、若状态status最大值=4,不处理该割接工单号;
66、若状态status最大值!=4,且当前状态status存在推送红灯的记录,不处理该割接工单号;
67、对其它情况的割接工单号进行红绿灯检查,若本次检查结果是红灯,则进行推送,并记录本次检查和推送结果;若本次检查结果是绿灯,则不进行推送,记录本次检查结果。
68、在本发明一实施例中,还提出了一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,处理器执行计算机程序时实现前述割接全流程中风险项预警的方法。
69、在本发明一实施例中,还提出了一种计算机可读存储介质,计算机可读存储介质存储有执行割接全流程中风险项预警的方法的计算机程序。
70、有益效果:
71、1、本发明将检查项划分为高风险提示的红绿灯检查和低风险提示的割接验证,在割接的不同阶段提供不同的检查服务。
72、2、本发明采用编排的方式,可按当前阶段和割接场景类型,提供不同的检查流程;支持检查单元定制;同时满足集团l4考核标准。
73、3、本发明可灵活配置割接中期望的风险检查项,减少了原子能力开发。
74、4、本发明中各风险检查项的阈值和比对规则均可灵活配置,提高了适用面。
75、5、本发明集成能调系统已有的基础告警和采集单元功能,减少了开销和开发成本,可快速迭代,满足用户个性化需求,具备快速推广性。
76、6、本发明的设计初衷虽然是协助外部的综调系统规避割接环节的风险,但也可单独部署后集成到能调系统本身,用做割接下发管理中的规避风险环节,丰富系统功能。