一种残膜回收机防缠绕挑膜装置的制 一种秧草收获机用电力驱动行走机构

一种5G专线业务丢包故障定位方法及装置与流程

2022-03-02 02:28:41 来源:中国专利 TAG:

一种5g专线业务丢包故障定位方法及装置
技术领域
1.本发明涉及网络故障定位领域,尤其是一种5g专线业务丢包故障定位方法及装置。


背景技术:

2.5g专线是针对大中型企业客户推出的用于企业组网和云连接的高质量、高可靠、高安全的专线产品。如图1所示的5g专线承载网段业务示意图,5g专线穿透承载网,业务承载涉及多个网元,当业务出现丢包故障时,运维人员需要花费大量时间去判定故障所在,导致问题长时间得不到解决,对5g专线客户造成不良影响。
3.目前,运维人员需要根据专业知识,使用各种网络协议、命令对业务故障进行定位、检测,花费很长时间人工去判断业务丢包的原因,费时费力,故障处理效率较低,维护人员压力较大。


技术实现要素:

4.为解决人工进行网络故障定位存在的上述问题,本发明提供一种5g专线业务丢包故障定位方法及装置,通过对5g专线业务涉及的业务网元进行配置采集分析,性能采集分析,定位业务丢包故障原因,减轻网络运维人员工作压力,提升运维效率。
5.为实现上述目的,本发明采用下述技术方案:
6.在本发明一实施例中,提出了一种5g专线业务丢包故障定位方法,该方法包括:
7.s01、收到“5g专线业务丢包”故障后,检查业务接入口接收流量,是否超过配置的pir;
8.s02、检查网络侧是否出现流量拥塞,逐个检查业务经过的中继端口收发流量;
9.s03、检查业务接入口和客户侧端口工作模式是否一致;
10.s04、检查业务接入口和网络侧中继端口是否有crc误码;
11.s05、先关闭业务接入端口,再打开业务接入端口,一分钟后再关闭业务接入端口,查询业务接入端口lsp收发包计数,一侧业务接入端口收包与另一侧发包是否一致。
12.进一步地,所述s01包括:
13.s011、业务接入口接收流量未超过配置的pir,进入s02;
14.s012、业务接入口接收流量超过配置的pir,依据5g专线业务要求,调整pir并检测业务是否丢包;
15.s013、业务不丢包,即业务丢包故障恢复,流程结束;
16.s014、业务丢包,进入s02。
17.进一步地,所述s02包括:
18.s021、网络侧未出现流量拥塞,进入s03;
19.s022、网络侧出现流量拥塞,提高5g专线业务的优先级,处理流量拥塞,并检测业务是否仍丢包;
20.s023、业务不丢包,即业务丢包故障恢复,流程结束;
21.s024、业务丢包,进入s03。
22.进一步地,所述s03包括:
23.s031、若端口工作模式一致,进入s04;
24.s032、若端口工作模式不一致,则修改两侧端口工作模式为全双工,并检测业务是否仍丢;
25.s033、业务不丢包,即业务丢包故障恢复,流程结束;
26.s034、业务丢包,进入s04。
27.进一步地,所述s04包括:
28.s041、业务接入口和网络侧中继端口均无crc误码,进入s05;
29.s042、业务接入口或网络侧中继端口存在crc误码,人工处理crc误码故障,并检测业务是否仍丢包;
30.s043、业务不丢包,即业务丢包故障恢复,流程结束;
31.s044、业务丢包,进入s05。
32.进一步地,所述s05包括:
33.s051、接入端口收包与发包一致,转人工处理;
34.s052、接入端口收包与发包不一致,依据收发包计数统计确定报文被丢弃的单盘,处理单盘故障,并检测业务是否仍丢包;
35.s053、业务不丢包,即业务丢包故障恢复,流程结束;
36.s054、业务丢包,转人工处理。
37.进一步地,所述s052所述的确定报文被丢弃的单盘过程包括:发一定数量的数据包,追踪这些数据包的转发情况,通过单盘收发包与端口对应关系判断故障点。
38.进一步地,单盘收发包与端口对应关系为:
39.虚通道层接收流量=中继端口口到系统口方向流量;
40.虚通道层发送流量=系统口到中继端口方向流量;
41.虚信道层接收流量=系统口到用户网络接口方向流量;
42.虚信道层发送流量=用户网络接口到系统口方向流量。
43.在本发明一实施例中,还提出了一种5g专线业务丢包故障定位装置,该装置包括:
44.pir检测模块、收到“5g专线业务丢包”故障后,检查业务接入口接收流量,是否超过配置的pir;
45.流量拥塞检测模块、检查网络侧是否出现流量拥塞,逐个检查业务经过的中继端口收发流量;
46.工作模式一致性检测模块、检查业务接入口和客户侧端口工作模式是否一致;
47.crc误码检测模块、检查业务接入口和网络侧中继端口是否有crc误码;
48.端口收发一致性模块、先关闭业务接入端口,再打开业务接入端口,一分钟后再关闭业务接入端口,查询业务接入端口lsp收发包计数,一侧业务接入端口收包与另一侧发包是否一致。
49.在本发明一实施例中,还提出了一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,处理器执行计算机程序时实现前述5g专线业务
丢包故障定位方法。
50.在本发明一实施例中,还提出了一种计算机可读存储介质,计算机可读存储介质存储有执行5g专线业务丢包故障定位方法的计算机程序。
51.有益效果:
52.本发明附着专家能力,结合业务配置信息、业务性能信息自动进行5g专线业务丢包的故障诊断,对检查结果数据进行实时分析处理,保证其时效性。
53.对5g专线业务丢包的故障进行流程化的处理分析,帮助网络运维人员快速定位业务故障所在,减轻其工作压力。
附图说明
54.图1是5g专线承载网段业务示意图;
55.图2是本发明的5g专线业务丢包故障定位方法流程示意图;
56.图3是本发明一实施例的5g专线业务丢包故障定位装置结构示意图;
57.图4是本发明一实施例的计算机设备结构示意图。
具体实施方式
58.下面将参考若干示例性实施方式来描述本发明的原理和精神,应当理解,给出这些实施方式仅仅是为了使本领域技术人员能够更好地理解进而实现本发明,而并非以任何方式限制本发明的范围。相反,提供这些实施方式是为了使本公开更加透彻和完整,并且能够将本公开的范围完整地传达给本领域的技术人员。
59.本领域技术人员知道,本发明的实施方式可以实现为一种系统、装置、设备、方法或计算机程序产品。因此,本公开可以具体实现为以下形式,即:完全的硬件、完全的软件(包括固件、驻留软件、微代码等),或者硬件和软件结合的形式。
60.本发明涉及的英文及解释:
61.pir:peak informationrate,最高信息速率
62.crc:cyclic redundancy check,循环冗余校验
63.lsp:label switched path,标签交换路径
64.根据本发明的实施方式,提出了一种5g专线业务丢包故障定位方法及装置,通过对5g专线业务涉及的业务网元进行配置采集分析,性能采集分析,定位业务丢包故障原因,减轻网络运维人员工作压力,提升运维效率。
65.下面参考本发明的若干代表性实施方式,详细阐释本发明的原理和精神。
66.图2是本发明一实施例的5g专线业务丢包故障定位方法流程示意图。如图2所示,该方法包括:
67.s01、收到“5g专线业务丢包”故障后,检查业务接入口接收流量,是否超过配置的pir;
68.s02、检查网络侧是否出现流量拥塞,逐个检查业务经过的中继端口收发流量;
69.s03、检查业务接入口和客户侧端口工作模式是否一致;
70.s04、检查业务接入口和网络侧中继端口是否有crc误码;
71.s05、先关闭业务接入端口,再打开业务接入端口,一分钟后再关闭业务接入端口,
查询业务接入端口lsp收发包计数,一侧业务接入端口收包与另一侧发包是否一致。
72.s01包括:
73.s011、业务接入口接收流量未超过配置的pir,进入s02;
74.s012、业务接入口接收流量超过配置的pir,依据5g专线业务要求,调整pir并检测业务是否丢包;
75.s013、业务不丢包,即业务丢包故障恢复,流程结束;
76.s014、业务丢包,进入s02。
77.s02包括:
78.s021、网络侧未出现流量拥塞,进入s03;
79.s022、网络侧出现流量拥塞,提高5g专线业务的优先级,处理流量拥塞,并检测业务是否仍丢包;
80.s023、业务不丢包,即业务丢包故障恢复,流程结束;
81.s024、业务丢包,进入s03。
82.s03包括:
83.s031、若端口工作模式一致,进入s04;
84.s032、若端口工作模式不一致,则修改两侧端口工作模式为全双工,并检测业务是否仍丢;
85.s033、业务不丢包,即业务丢包故障恢复,流程结束;
86.s034、业务丢包,进入s04。
87.s04包括:
88.s041、业务接入口和网络侧中继端口均无crc误码,进入s05;
89.s042、业务接入口或网络侧中继端口存在crc误码,人工处理crc误码故障,并检测业务是否仍丢包;
90.s043、业务不丢包,即业务丢包故障恢复,流程结束;
91.s044、业务丢包,进入s05。
92.s05包括:
93.s051、接入端口收包与发包一致,转人工处理;
94.s052、接入端口收包与发包不一致,依据收发包计数统计确定报文被丢弃的单盘,处理单盘故障,并检测业务是否仍丢包;
95.s053、业务不丢包,即业务丢包故障恢复,流程结束;
96.s054、业务丢包,转人工处理。
97.s052所述的确定报文被丢弃的单盘过程包括:发一定数量的数据包,追踪这些数据包的转发情况,通过单盘收发包与端口对应关系判断故障点。
98.单盘收发包与端口对应关系为:
99.虚通道层接收流量=中继端口口到系统口方向流量;
100.虚通道层发送流量=系统口到中继端口方向流量;
101.虚信道层接收流量=系统口到用户网络接口方向流量;
102.虚信道层发送流量=用户网络接口到系统口方向流量。
103.需要说明的是,尽管在上述实施例及附图中以特定顺序描述了本发明方法的操
作,但是,这并非要求或者暗示必须按照该特定顺序来执行这些操作,或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地,可以省略某些步骤,将多个步骤合并为一个步骤执行,和/或将一个步骤分解为多个步骤执行。
104.为了对上述5g专线业务丢包故障定位方法进行更为清楚的解释,下面结合一个具体的实施例来进行说明,然而值得注意的是该实施例仅是为了更好地说明本发明,并不构成对本发明不当的限定。
105.实施例:
106.图2是本发明一实施例的ospf邻居down的预处理框图。如图2所示,包括:
107.s01:收到“5g专线业务丢包”故障后,检查业务接入口接收流量,是否超过配置的pir。
108.若未超过,进入s02。
109.若超过pir,确定配置的pir是否满足5g专线业务要求,调整pir。pir修改完毕后,检测业务是否仍丢包。若不丢包了,即业务丢包故障恢复,流程结束;若仍丢包,进入s02。
110.端口收发流量检查:
111.xxx#show interface gigaethernet 2/1/1
112.gigaethernet2/1/1 is up,admin status is up linkgrade/changrade is good/good
113.description for xxx
114.hardware is gigaethernet,mac is 0000.0000.0000
115.route port,mtu 1500 bytes,tpid 0x8100,the maximum frame length is 9600
116.duplex
‑‑‑
(full),speed
‑‑‑
(1000m),unknown
117.flowcontrol rcv off/off,send off/off,rxpause 0,txpause 0
118.last 300 seconds period input rate 27,535 bytes/sec,39 packets/sec
119.last 300 seconds period output rate 1,209 bytes/sec,28 packets/sec
120.bandwidth utilization:
121.input bandwidth utilization:0.2%
122.output bandwidth utilization:0.0%
123.gigaethernet 2/1/1端口流入速率27,535字节/秒,流出速率1,209字节/秒
124.端口配置信息:
125.interface gigaethernet 2/1/1
126.mode l2
127.description for xxx
128.rate-limit ingress cir 20000 cbs 3750 pir 20000 pbs 3750
129.rate-limit egress cir 20000 cbs 3750 pir 20000 pbs 3750
130.mpls static-l2vc destination 3.93.5.20 raw vc-id 310000001 in-label 1955 out-label 618 tunnel 1/1/100 mtu 2000
131.mpls static-l2vc destination 3.93.5.20raw vc-id 310000002 in-label 1955 out-label 627 tunnel 1/1/100 mtu 2000 backup
132.mpls l2vpn redundancy master switch-mode revertive wtr-time 120
133.mpls l2vpn pw bfd
134.流入:pir 20000-》20m
135.流出:pir 20000-》20m
136.s02:检查网络侧是否出现流量拥塞,逐个检查业务经过的中继端口收发流量。
137.若未出现流量拥塞,进入s03。
138.若出现流量拥塞,提高5g专线业务的优先级,处理流量拥塞。处理完毕后,检测业务是否仍丢包。若不丢包了,即业务丢包故障恢复,流程结束;若仍丢包,进入s03。
139.中继端口收发流量:
140.《nn-bj-ajkyz-a2-1.mcn.atn950b》dis interface gigabitethernet 0/2/0
141.statistics last cleared:2021-10-0402:06:11
142.last 300seconds input rate:51364912 bits/sec,7487 packets/sec
143.last 300 seconds output rate:21531184 bits/sec,2563 packets/sec
144.input:135000469413 bytes,195075799 packets
145.output:93489837608 bytes,98124751 packets
146.input:
147.unicast:194948164 packets,multicast:111712 packets
148.broadcast:15923 packets,jumbooctets:363107 packets
149.crc:0 packets,symbol:0 packets
150.overrun:0 packets,inrangelength:0 packets
151.longpacket:0 packets,jabber:0 packets,alignment:0 packets
152.fragment:0 packets,undersized frame:0 packets
153.rxpause:0 packets
154.output:
155.unicast:97992512 packets,multicast:116303 packets
156.broadcast:15936 packets,jumbooctets:2001113 packets
157.lost:0 packets,overflow:0 packets,underrun:0 packets
158.system:0 packets,overruns:0 packets
159.txpause:0 packets
160.input bandwidth utilization:5.26%
161.output bandwidth utilization:2.19%
162.gigaethernet 0/2/0端口流入速率51364912字节/秒,流出速率21531184字节/秒
163.输入带宽利用率:5.26%
164.输出带宽利用率:2.19%
165.调整业务的优先级:
166.interface gigabitethernet0/2/0
167.port link-type access
168.port default vlan 10
169.qos lr outbound cir 10000 cbs 1250000//配置总的出口带宽10000kb,突发尺
寸1250000kb
170.qos queue 2 shaping cir 2000 pir 3000//根据phb与本地优先级缺省的映射关系,配置进入队列2的数据报文带宽为2000kbit/s,不超过3000kb/s
171.qos queue 5 shaping cir 5000 pir 8000
172.qos queue 6 shaping cir 3000 pir 5000
173.s03:检查业务接入口和客户侧端口工作模式是否一致。
174.若端口工作模式一致,进入s04。
175.若不一致,修改两侧端口工作模式为全双工。修改完毕后,检测业务是否仍丢包。若不丢包了,即业务丢包故障恢复,流程结束;若仍丢包,进入s04。
176.修改端口工作模式为全双工:
177.interface gigabitethernet0/2/0
178.duplex full
179.s04:检查业务接入口和网络侧中继端口是否有crc误码。
180.若业务接入口和网络侧中继端口均无crc误码,进入s05。
181.若业务接入口或网络侧中继端口存在crc误码,人工处理crc误码故障,可能原因为线路、光/电模块、板卡等硬件问题。处理完毕后,检测业务是否仍丢包。若不丢包了,即业务丢包故障恢复,流程结束;若仍丢包,进入s05。
182.crc误码检查:
183.display interface|inc gigabitethernet|line|des|last|crc|overrun|lost|vlan
184.gigabitethernet0/2/0 current state:up(ifindex:42)
185.line protocol current state:down
186.description:ut:sc-dz-212j-m-1.mcn.9000e:(n/a)xgei-0/4/1/1
187.last physical up time:2021-08-10 12:14:57 08:00
188.last physical down time:2021-08-10 12:14:38 08:00
189.last 300 seconds input rate:195385108 bits/sec,21332 packets/sec
190.last 300 seconds output rate:13712590 bits/sec,6165 packets/sec
191.crc:0 packets,symbol:0 packets
192.overrun:0 packets,inrangelength:0 packets
193.s05:先关闭业务接入端口,再打开业务接入端口。一分钟后再关闭业务接入端口,查询业务接入端口lsp收发包计数,一侧业务接入端口收包与另一侧发包是否一致。
194.若一致,需转人工处理。
195.若不一致,根据收发包计数统计确定报文在哪块单盘上被丢弃,处理单盘故障。处理完毕后,检测业务是否仍丢包。若不丢包了,即业务丢包故障恢复,流程结束;若仍丢包,需转人工处理。
196.对于丢包引起的业务故障,通过查看数据包的转发来定位故障点(发一定数量的数据包,追踪这些数据包的转发情况,判断故障点)
197.单盘收发包与端口对应关系:
198.虚通道层接收流量=中继端口口到系统口方向流量;虚通道层发送流量=系统口
到中继端口方向流量。
199.虚信道层接收流量=系统口到用户网络接口方向流量;虚信道层发送流量=用户网络接口到系统口方向流量。
200.业务接入端口lsp收发包计数检查:
201.源端:
202.在a1上配置实例名称为test,并绑定到tunnel 1/0/0接口。
203.[a1]mpls-tp meg test
[0204]
[a1-mpls-tp-meg-test]me te interface tunnel 1/0/0 mep-id 1 remote-mep-id 2
[0205]
使能本端cc检测功能
[0206]
[a1-mpls-tp-meg-test]cc send enable
[0207]
[a1-mpls-tp-meg-test]cc receive enable
[0208]
在a1上使能双端丢包统计功能。
[0209]
[a1-mpls-tp-meg-test]lost-measure dual-ended enable
[0210]
[a1-mpls-tp-meg-test]return
[0211]
宿端:
[0212]
在a2上配置实例名称为test,并绑定到tunnel 2/0/0接口。
[0213]
[a2]mpls-tp meg test
[0214]
[a2-mpls-tp-meg-test]me te interface tunnel 2/0/0 mep-id 2 remote-mep-id 1
[0215]
使能对端cc检测功能
[0216]
[a2-mpls-tp-meg-test]cc send enable
[0217]
[a2-mpls-tp-meg-test]cc receive enable
[0218]
在a2上使能双端丢包统计功能。
[0219]
[a2-mpls-tp-meg-test]lost-measure dual-ended enable
[0220]
[a2-mpls-tp-meg-test]return
[0221]
查看当前设备上的丢包率统计信息:
[0222]
display mpls-tp oam meg test statistic-type lost-measure dual-ended
[0223]
dual-end loss measurement statistics:
[0224]
index near-end lost frames loss ratio far-end lost frames loss ratio
[0225]
1 10 12.50%10 12.50%
[0226]
max near-end lost frames:10,frame loss ratio:12.50%
[0227]
min near-end lost frames:10,frame loss ratio:12.50%
[0228]
average near-end lost frames:10,frame loss ratio:12.50%
[0229]
max far-end lost frames:10,frame loss ratio:12.50%
[0230]
min far-end lost frames:10,frame loss ratio:12.50%
[0231]
average far-end lost frames:10,frame loss ratio:12.50%。
[0232]
基于同一发明构思,本发明还提出一种5g专线业务丢包故障定位装置。该装置的实施可以参见上述方法的实施,重复之处不再赘述。以下所使用的术语“模块”,可以是实现
预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现,但是硬件,或者软件和硬件的组合的实现也是可能并被构想的。
[0233]
图3是本发明一实施例的5g专线业务丢包故障定位装置结构示意图。如图3所示,该装置包括:
[0234]
pir检测模块110、收到“5g专线业务丢包”故障后,检查业务接入口接收流量,是否超过配置的pir;
[0235]
流量拥塞检测模块120、检查网络侧是否出现流量拥塞,逐个检查业务经过的中继端口收发流量;
[0236]
工作模式一致性检测模块130、检查业务接入口和客户侧端口工作模式是否一致;
[0237]
crc误码检测模块140、检查业务接入口和网络侧中继端口是否有crc误码;
[0238]
端口收发一致性模块150、先关闭业务接入端口,再打开业务接入端口,一分钟后再关闭业务接入端口,查询业务接入端口lsp收发包计数,一侧业务接入端口收包与另一侧发包是否一致。
[0239]
应当注意,尽管在上文详细描述中提及了5g专线业务丢包故障定位装置的若干模块,但是这种划分仅仅是示例性的并非强制性的。实际上,根据本发明的实施方式,上文描述的两个或更多模块的特征和功能可以在一个模块中具体化。反之,上文描述的一个模块的特征和功能可以进一步划分为由多个模块来具体化。
[0240]
基于前述发明构思,如图4所示,本发明还提出一种计算机设备200,包括存储器210、处理器220及存储在存储器210上并可在处理器220上运行的计算机程序230,处理器220执行计算机程序230时实现前述5g专线业务丢包故障定位方法。
[0241]
基于前述发明构思,本发明还提出一种计算机可读存储介质,计算机可读存储介质存储有执行前述5g专线业务丢包故障定位方法的计算机程序。
[0242]
本发明提出的5g专线业务丢包故障定位方法及装置,附着专家能力,结合业务配置信息、业务性能信息自动进行5g专线业务丢包的故障诊断,对检查结果数据进行实时分析处理,保证其时效性。
[0243]
对5g专线业务丢包的故障进行流程化的处理分析,帮助网络运维人员快速定位业务故障所在,减轻其工作压力。
[0244]
虽然已经参考若干具体实施方式描述了本发明的精神和原理,但是应该理解,本发明并不限于所公开的具体实施方式,对各方面的划分也不意味着这些方面中的特征不能组合以进行受益,这种划分仅是为了表述的方便。本发明旨在涵盖所附权利要求的精神和范围内所包含的各种修改和等同布置。
[0245]
对本发明保护范围的限制,所属领域技术人员应该明白,在本发明的技术方案的基础上,本领域技术人员不需要付出创造性劳动即可做出的各种修改或变形仍在本发明的保护范围以内。
再多了解一些

本文用于企业家、创业者技术爱好者查询,结果仅供参考。

发表评论 共有条评论
用户名: 密码:
验证码: 匿名发表

相关文献