CN114125912A

CN114125912A - 一种5g专线业务丢包故障定位方法及装置

Info

Publication number: CN114125912A
Application number: CN202111254325.9A
Authority: CN
Inventors: 薛竹
Original assignee: Unihub China Information Technology Co Ltd
Current assignee: Unihub China Information Technology Co Ltd
Priority date: 2021-10-27
Filing date: 2021-10-27
Publication date: 2022-03-01
Anticipated expiration: 2041-10-27
Also published as: CN114125912B

Abstract

本发明公开一种5G专线业务丢包故障定位方法及装置，其中，该方法包括：收到“5G专线业务丢包”故障后,检查业务接入口接收流量，是否超过配置的PIR；检查网络侧是否出现流量拥塞，逐个检查业务经过的中继端口收发流量；检查业务接入口和客户侧端口工作模式是否一致；检查业务接入口和网络侧中继端口是否有CRC误码；先关闭业务接入端口，再打开业务接入端口，一分钟后再关闭业务接入端口，查询业务接入端口LSP收发包计数，一侧业务接入端口收包与另一侧发包是否一致。该方法及装置通过对5G专线业务涉及的业务网元进行配置采集分析，性能采集分析，定位业务丢包故障原因，减轻网络运维人员工作压力，提升运维效率。

Description

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

技术领域

本发明涉及网络故障定位领域，尤其是一种5G专线业务丢包故障定位方法及装置。

背景技术

5G专线是针对大中型企业客户推出的用于企业组网和云连接的高质量、高可靠、高安全的专线产品。如图1所示的5G专线承载网段业务示意图，5G专线穿透承载网，业务承载涉及多个网元，当业务出现丢包故障时，运维人员需要花费大量时间去判定故障所在，导致问题长时间得不到解决，对5G专线客户造成不良影响。

目前，运维人员需要根据专业知识，使用各种网络协议、命令对业务故障进行定位、检测，花费很长时间人工去判断业务丢包的原因，费时费力，故障处理效率较低，维护人员压力较大。

发明内容

为解决人工进行网络故障定位存在的上述问题，本发明提供一种5G专线业务丢包故障定位方法及装置，通过对5G专线业务涉及的业务网元进行配置采集分析，性能采集分析，定位业务丢包故障原因，减轻网络运维人员工作压力，提升运维效率。

为实现上述目的，本发明采用下述技术方案：

在本发明一实施例中，提出了一种5G专线业务丢包故障定位方法，该方法包括：

S01、收到“5G专线业务丢包”故障后,检查业务接入口接收流量，是否超过配置的PIR；

S02、检查网络侧是否出现流量拥塞，逐个检查业务经过的中继端口收发流量；

S03、检查业务接入口和客户侧端口工作模式是否一致；

S04、检查业务接入口和网络侧中继端口是否有CRC误码；

S05、先关闭业务接入端口，再打开业务接入端口，一分钟后再关闭业务接入端口，查询业务接入端口LSP收发包计数，一侧业务接入端口收包与另一侧发包是否一致。

进一步地，所述S01包括：

S011、业务接入口接收流量未超过配置的PIR，进入S02；

S012、业务接入口接收流量超过配置的PIR，依据5G专线业务要求，调整PIR并检测业务是否丢包；

S013、业务不丢包，即业务丢包故障恢复，流程结束；

S014、业务丢包，进入S02。

进一步地，所述S02包括：

S021、网络侧未出现流量拥塞，进入S03；

S022、网络侧出现流量拥塞，提高5G专线业务的优先级，处理流量拥塞，并检测业务是否仍丢包；

S023、业务不丢包，即业务丢包故障恢复，流程结束；

S024、业务丢包，进入S03。

进一步地，所述S03包括：

S031、若端口工作模式一致，进入S04；

S032、若端口工作模式不一致，则修改两侧端口工作模式为全双工，并检测业务是否仍丢；

S033、业务不丢包，即业务丢包故障恢复，流程结束；

S034、业务丢包，进入S04。

进一步地，所述S04包括：

S041、业务接入口和网络侧中继端口均无CRC误码，进入S05；

S042、业务接入口或网络侧中继端口存在CRC误码，人工处理CRC误码故障，并检测业务是否仍丢包；

S043、业务不丢包，即业务丢包故障恢复，流程结束；

S044、业务丢包，进入S05。

进一步地，所述S05包括：

S051、接入端口收包与发包一致，转人工处理；

S052、接入端口收包与发包不一致，依据收发包计数统计确定报文被丢弃的单盘，处理单盘故障，并检测业务是否仍丢包；

S053、业务不丢包，即业务丢包故障恢复，流程结束；

S054、业务丢包，转人工处理。

进一步地，所述S052所述的确定报文被丢弃的单盘过程包括：发一定数量的数据包，追踪这些数据包的转发情况，通过单盘收发包与端口对应关系判断故障点。

进一步地，单盘收发包与端口对应关系为：

虚通道层接收流量＝中继端口口到系统口方向流量；

虚通道层发送流量＝系统口到中继端口方向流量；

虚信道层接收流量＝系统口到用户网络接口方向流量；

虚信道层发送流量＝用户网络接口到系统口方向流量。

在本发明一实施例中，还提出了一种5G专线业务丢包故障定位装置，该装置包括：

PIR检测模块、收到“5G专线业务丢包”故障后,检查业务接入口接收流量，是否超过配置的PIR；

流量拥塞检测模块、检查网络侧是否出现流量拥塞，逐个检查业务经过的中继端口收发流量；

工作模式一致性检测模块、检查业务接入口和客户侧端口工作模式是否一致；

CRC误码检测模块、检查业务接入口和网络侧中继端口是否有CRC误码；

端口收发一致性模块、先关闭业务接入端口，再打开业务接入端口，一分钟后再关闭业务接入端口，查询业务接入端口LSP收发包计数，一侧业务接入端口收包与另一侧发包是否一致。

在本发明一实施例中，还提出了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现前述5G专线业务丢包故障定位方法。

在本发明一实施例中，还提出了一种计算机可读存储介质，计算机可读存储介质存储有执行5G专线业务丢包故障定位方法的计算机程序。

有益效果：

本发明附着专家能力，结合业务配置信息、业务性能信息自动进行5G专线业务丢包的故障诊断，对检查结果数据进行实时分析处理，保证其时效性。

对5G专线业务丢包的故障进行流程化的处理分析，帮助网络运维人员快速定位业务故障所在，减轻其工作压力。

附图说明

图1是5G专线承载网段业务示意图；

图2是本发明的5G专线业务丢包故障定位方法流程示意图；

图3是本发明一实施例的5G专线业务丢包故障定位装置结构示意图；

图4是本发明一实施例的计算机设备结构示意图。

具体实施方式

下面将参考若干示例性实施方式来描述本发明的原理和精神，应当理解，给出这些实施方式仅仅是为了使本领域技术人员能够更好地理解进而实现本发明，而并非以任何方式限制本发明的范围。相反，提供这些实施方式是为了使本公开更加透彻和完整，并且能够将本公开的范围完整地传达给本领域的技术人员。

本领域技术人员知道，本发明的实施方式可以实现为一种系统、装置、设备、方法或计算机程序产品。因此，本公开可以具体实现为以下形式，即：完全的硬件、完全的软件(包括固件、驻留软件、微代码等)，或者硬件和软件结合的形式。

本发明涉及的英文及解释：

PIR：Peak InformationRate，最高信息速率

CRC：Cyclic Redundancy Check，循环冗余校验

LSP：Label Switched Path，标签交换路径

根据本发明的实施方式，提出了一种5G专线业务丢包故障定位方法及装置，通过对5G专线业务涉及的业务网元进行配置采集分析，性能采集分析，定位业务丢包故障原因，减轻网络运维人员工作压力，提升运维效率。

下面参考本发明的若干代表性实施方式，详细阐释本发明的原理和精神。

图2是本发明一实施例的5G专线业务丢包故障定位方法流程示意图。如图2所示，该方法包括：

S03、检查业务接入口和客户侧端口工作模式是否一致；

S04、检查业务接入口和网络侧中继端口是否有CRC误码；

S01包括：

S011、业务接入口接收流量未超过配置的PIR，进入S02；

S013、业务不丢包，即业务丢包故障恢复，流程结束；

S014、业务丢包，进入S02。

S02包括：

S021、网络侧未出现流量拥塞，进入S03；

S023、业务不丢包，即业务丢包故障恢复，流程结束；

S024、业务丢包，进入S03。

S03包括：

S031、若端口工作模式一致，进入S04；

S033、业务不丢包，即业务丢包故障恢复，流程结束；

S034、业务丢包，进入S04。

S04包括：

S041、业务接入口和网络侧中继端口均无CRC误码，进入S05；

S043、业务不丢包，即业务丢包故障恢复，流程结束；

S044、业务丢包，进入S05。

S05包括：

S051、接入端口收包与发包一致，转人工处理；

S053、业务不丢包，即业务丢包故障恢复，流程结束；

S054、业务丢包，转人工处理。

S052所述的确定报文被丢弃的单盘过程包括：发一定数量的数据包，追踪这些数据包的转发情况，通过单盘收发包与端口对应关系判断故障点。

单盘收发包与端口对应关系为：

虚通道层接收流量＝中继端口口到系统口方向流量；

虚通道层发送流量＝系统口到中继端口方向流量；

虚信道层接收流量＝系统口到用户网络接口方向流量；

虚信道层发送流量＝用户网络接口到系统口方向流量。

需要说明的是，尽管在上述实施例及附图中以特定顺序描述了本发明方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。

为了对上述5G专线业务丢包故障定位方法进行更为清楚的解释，下面结合一个具体的实施例来进行说明，然而值得注意的是该实施例仅是为了更好地说明本发明，并不构成对本发明不当的限定。

实施例：

图2是本发明一实施例的OSPF邻居Down的预处理框图。如图2所示，包括：

S01：收到“5G专线业务丢包”故障后,检查业务接入口接收流量，是否超过配置的PIR。

若未超过，进入S02。

若超过PIR，确定配置的PIR是否满足5G专线业务要求，调整PIR。PIR修改完毕后，检测业务是否仍丢包。若不丢包了，即业务丢包故障恢复，流程结束；若仍丢包，进入S02。

端口收发流量检查：

XXX#show interface gigaethernet 2/1/1

Gigaethernet2/1/1 is UP,Admin status is UP LinkGrade/ChanGrade isGood/Good

Description For XXX

Hardware is gigaethernet,MAC is 0000.0000.0000

Route Port,MTU 1500 bytes,TPID 0x8100,The Maximum Frame Length is9600

Duplex---(full),Speed---(1000M),unknown

Flowcontrol Rcv off/off,Send off/off,RxPause 0,TxPause 0

Last 300 seconds period input rate 27,535 bytes/sec,39 packets/sec

Last 300 seconds period output rate 1,209 bytes/sec,28 packets/sec

Bandwidth Utilization:

Input bandwidth utilization:0.2％

Output bandwidth utilization:0.0％

gigaethernet 2/1/1端口流入速率27,535字节/秒，流出速率1,209字节/秒

端口配置信息：

interface gigaethernet 2/1/1

mode l2

description For XXX

rate-limit ingress cir 20000 cbs 3750 pir 20000 pbs 3750

rate-limit egress cir 20000 cbs 3750 pir 20000 pbs 3750

mpls static-l2vc destination 3.93.5.20 raw vc-id 310000001 in-label1955 out-label 618 tunnel 1/1/100 mtu 2000

mpls static-l2vc destination 3.93.5.20raw vc-id 310000002 in-label1955 out-label 627 tunnel 1/1/100 mtu 2000 backup

mpls l2vpn redundancy master switch-mode revertive wtr-time 120

mpls l2vpn pw bfd

流入：pir 20000->20M

流出：pir 20000->20M

S02：检查网络侧是否出现流量拥塞，逐个检查业务经过的中继端口收发流量。

若未出现流量拥塞，进入S03。

若出现流量拥塞，提高5G专线业务的优先级，处理流量拥塞。处理完毕后，检测业务是否仍丢包。若不丢包了，即业务丢包故障恢复，流程结束；若仍丢包，进入S03。

中继端口收发流量：

<NN-BJ-AJKYZ-A2-1.MCN.ATN950B>dis interface GigabitEthernet 0/2/0

Statistics last cleared:2021-10-0402:06:11

Last 300seconds input rate:51364912 bits/sec,7487 packets/sec

Last 300 seconds output rate:21531184 bits/sec,2563 packets/sec

Input:135000469413 bytes,195075799 packets

Output:93489837608 bytes,98124751 packets

Input:

Unicast:194948164 packets,Multicast:111712 packets

Broadcast:15923 packets,JumboOctets:363107 packets

CRC:0 packets,Symbol:0 packets

Overrun:0 packets,InRangeLength:0 packets

LongPacket:0 packets,Jabber:0 packets,Alignment:0 packets

Fragment:0 packets,Undersized Frame:0 packets

RxPause:0 packets

Output:

Unicast:97992512 packets,Multicast:116303 packets

Broadcast:15936 packets,JumboOctets:2001113 packets

Lost:0 packets,Overflow:0 packets,Underrun:0 packets

System:0 packets,Overruns:0 packets

TxPause:0 packets

Input bandwidth utilization:5.26％

Output bandwidth utilization:2.19％

gigaethernet 0/2/0端口流入速率51364912字节/秒，流出速率21531184字节/秒

输入带宽利用率：5.26％

输出带宽利用率：2.19％

调整业务的优先级：

interface GigabitEthernet0/2/0

port link-type access

port default vlan 10

qos lr outbound cir 10000 cbs 1250000//配置总的出口带宽10000kb，突发尺寸1250000kb

qos queue 2 shaping cir 2000 pir 3000//根据PHB与本地优先级缺省的映射关系，配置进入队列2的数据报文带宽为2000kbit/s，不超过3000kb/s

qos queue 5 shaping cir 5000 pir 8000

qos queue 6 shaping cir 3000 pir 5000

S03：检查业务接入口和客户侧端口工作模式是否一致。

若端口工作模式一致，进入S04。

若不一致，修改两侧端口工作模式为全双工。修改完毕后，检测业务是否仍丢包。若不丢包了，即业务丢包故障恢复，流程结束；若仍丢包，进入S04。

修改端口工作模式为全双工：

interface GigabitEthernet0/2/0

duplex full

S04：检查业务接入口和网络侧中继端口是否有CRC误码。

若业务接入口和网络侧中继端口均无CRC误码，进入S05。

若业务接入口或网络侧中继端口存在CRC误码，人工处理CRC误码故障，可能原因为线路、光/电模块、板卡等硬件问题。处理完毕后，检测业务是否仍丢包。若不丢包了，即业务丢包故障恢复，流程结束；若仍丢包，进入S05。

CRC误码检查：

GigabitEthernet0/2/0 current state:UP(ifindex:42)

Line protocol current state:DOWN

Description:uT:SC-DZ-212J-M-1.MCN.9000E:(N/A)xgei-0/4/1/1

Last physical up time:2021-08-10 12:14:57+08:00

Last physical down time:2021-08-10 12:14:38+08:00

Last 300 seconds input rate:195385108 bits/sec,21332 packets/sec

Last 300 seconds output rate:13712590 bits/sec,6165 packets/sec

CRC:0 packets,Symbol:0 packets

Overrun:0 packets,InRangeLength:0 packets

S05：先关闭业务接入端口，再打开业务接入端口。一分钟后再关闭业务接入端口，查询业务接入端口LSP收发包计数，一侧业务接入端口收包与另一侧发包是否一致。

若一致，需转人工处理。

若不一致，根据收发包计数统计确定报文在哪块单盘上被丢弃，处理单盘故障。处理完毕后，检测业务是否仍丢包。若不丢包了，即业务丢包故障恢复，流程结束；若仍丢包，需转人工处理。

对于丢包引起的业务故障，通过查看数据包的转发来定位故障点(发一定数量的数据包，追踪这些数据包的转发情况，判断故障点)

单盘收发包与端口对应关系：

虚通道层接收流量＝中继端口口到系统口方向流量；虚通道层发送流量＝系统口到中继端口方向流量。

虚信道层接收流量＝系统口到用户网络接口方向流量；虚信道层发送流量＝用户网络接口到系统口方向流量。

业务接入端口LSP收发包计数检查：

源端：

在A1上配置实例名称为test，并绑定到Tunnel 1/0/0接口。

[A1]mpls-tp meg test

[A1-mpls-tp-meg-test]me te interface tunnel 1/0/0 mep-id 1 remote-mep-id 2

使能本端CC检测功能

[A1-mpls-tp-meg-test]cc send enable

[A1-mpls-tp-meg-test]cc receive enable

在A1上使能双端丢包统计功能。

[A1-mpls-tp-meg-test]lost-measure dual-ended enable

[A1-mpls-tp-meg-test]return

宿端：

在A2上配置实例名称为test，并绑定到Tunnel 2/0/0接口。

[A2]mpls-tp meg test

[A2-mpls-tp-meg-test]me te interface tunnel 2/0/0 mep-id 2 remote-mep-id 1

使能对端CC检测功能

[A2-mpls-tp-meg-test]cc send enable

[A2-mpls-tp-meg-test]cc receive enable

在A2上使能双端丢包统计功能。

[A2-mpls-tp-meg-test]lost-measure dual-ended enable

[A2-mpls-tp-meg-test]return

查看当前设备上的丢包率统计信息：

display mpls-tp oam meg test statistic-type lost-measure dual-ended

Dual-end loss measurement statistics:

Index Near-end lost frames Loss ratio Far-end lost frames Loss ratio

1 10 12.50％10 12.50％

Max near-end lost frames:10,frame loss ratio:12.50％

Min near-end lost frames:10,frame loss ratio:12.50％

Average near-end lost frames:10,frame loss ratio:12.50％

Max far-end lost frames:10,frame loss ratio:12.50％

Min far-end lost frames:10,frame loss ratio:12.50％

Average far-end lost frames:10,frame loss ratio:12.50％。

基于同一发明构思，本发明还提出一种5G专线业务丢包故障定位装置。该装置的实施可以参见上述方法的实施，重复之处不再赘述。以下所使用的术语“模块”，可以是实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图3是本发明一实施例的5G专线业务丢包故障定位装置结构示意图。如图3所示，该装置包括：

PIR检测模块110、收到“5G专线业务丢包”故障后,检查业务接入口接收流量，是否超过配置的PIR；

流量拥塞检测模块120、检查网络侧是否出现流量拥塞，逐个检查业务经过的中继端口收发流量；

工作模式一致性检测模块130、检查业务接入口和客户侧端口工作模式是否一致；

CRC误码检测模块140、检查业务接入口和网络侧中继端口是否有CRC误码；

端口收发一致性模块150、先关闭业务接入端口，再打开业务接入端口，一分钟后再关闭业务接入端口，查询业务接入端口LSP收发包计数，一侧业务接入端口收包与另一侧发包是否一致。

应当注意，尽管在上文详细描述中提及了5G专线业务丢包故障定位装置的若干模块，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本发明的实施方式，上文描述的两个或更多模块的特征和功能可以在一个模块中具体化。反之，上文描述的一个模块的特征和功能可以进一步划分为由多个模块来具体化。

基于前述发明构思，如图4所示，本发明还提出一种计算机设备200，包括存储器210、处理器220及存储在存储器210上并可在处理器220上运行的计算机程序230，处理器220执行计算机程序230时实现前述5G专线业务丢包故障定位方法。

基于前述发明构思，本发明还提出一种计算机可读存储介质，计算机可读存储介质存储有执行前述5G专线业务丢包故障定位方法的计算机程序。

本发明提出的5G专线业务丢包故障定位方法及装置，附着专家能力，结合业务配置信息、业务性能信息自动进行5G专线业务丢包的故障诊断，对检查结果数据进行实时分析处理，保证其时效性。

虽然已经参考若干具体实施方式描述了本发明的精神和原理，但是应该理解，本发明并不限于所公开的具体实施方式，对各方面的划分也不意味着这些方面中的特征不能组合以进行受益，这种划分仅是为了表述的方便。本发明旨在涵盖所附权利要求的精神和范围内所包含的各种修改和等同布置。

对本发明保护范围的限制，所属领域技术人员应该明白，在本发明的技术方案的基础上，本领域技术人员不需要付出创造性劳动即可做出的各种修改或变形仍在本发明的保护范围以内。

Claims

1.一种5G专线业务丢包故障定位方法，其特征在于，该方法包括：

S03、检查业务接入口和客户侧端口工作模式是否一致；

S04、检查业务接入口和网络侧中继端口是否有CRC误码；

2.根据权利要求1所述的5G专线业务丢包故障定位方法，其特征在于，所述S01包括：

S011、业务接入口接收流量未超过配置的PIR，进入S02；

S013、业务不丢包，即业务丢包故障恢复，流程结束；

S014、业务丢包，进入S02。

3.根据权利要求1所述的5G专线业务丢包故障定位方法，其特征在于，所述S02包括：

S021、网络侧未出现流量拥塞，进入S03；

S023、业务不丢包，即业务丢包故障恢复，流程结束；

S024、业务丢包，进入S03。

4.根据权利要求1所述的5G专线业务丢包故障定位方法，其特征在于，所述S03包括：

S031、若端口工作模式一致，进入S04；

S033、业务不丢包，即业务丢包故障恢复，流程结束；

S034、业务丢包，进入S04。

5.根据权利要求1所述的5G专线业务丢包故障定位方法，其特征在于，所述S04包括：

S041、业务接入口和网络侧中继端口均无CRC误码，进入S05；

S043、业务不丢包，即业务丢包故障恢复，流程结束；

S044、业务丢包，进入S05。

6.根据权利要求1所述的5G专线业务丢包故障定位方法，其特征在于，所述S05包括：

S051、接入端口收包与发包一致，转人工处理；

S053、业务不丢包，即业务丢包故障恢复，流程结束；

S054、业务丢包，转人工处理。

7.根据权利要求6所述的5G专线业务丢包故障定位方法，其特征在于，所述S052所述的确定报文被丢弃的单盘过程包括：发一定数量的数据包，追踪这些数据包的转发情况，通过单盘收发包与端口对应关系判断故障点。

8.根据权利要求7所述的5G专线业务丢包故障定位方法，其特征在于，单盘收发包与端口对应关系为：

虚通道层接收流量＝中继端口口到系统口方向流量；

虚通道层发送流量＝系统口到中继端口方向流量；

虚信道层接收流量＝系统口到用户网络接口方向流量；

虚信道层发送流量＝用户网络接口到系统口方向流量。

9.一种5G专线业务丢包故障定位装置，其特征在于，该装置包括：

10.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1或2或4所述方法。

11.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有执行权利要求1或2或4所述方法的计算机程序。