网络故障诊断方法及装置与流程

1.本技术实施例涉及数据传输技术领域，尤其涉及一种网络故障诊断方法及装置。


背景技术：

2.随着边缘云应用越来越普及，边缘云中的网元设备越来越多，问题排查也愈发复杂。
3.现有技术中，可以通过故障诊断请求报文来确定边缘云中的故障，对应的，可以将故障诊断请求报文发送至边缘云中的各网元设备处，以使网元设备在识别到故障诊断请求报文后，镜像识别到的故障诊断请求报文，然后将镜像后的故障诊断请求报文发给分析系统，以使分析系统根据接收到的所有报文分析出具体丢包点。
4.然而，分析系统仅可以确定丢包点，无法探测到具体的丢包原因，降低了故障确定的准确性。


技术实现要素：

5.本技术实施例提供一种网络故障诊断方法及装置，以提高故障确定的准确性。
6.第一方面，本技术实施例提供一种网络故障诊断方法，包括：
7.发送故障诊断请求报文至边缘云中的目标网元设备，以使所述目标网元设备根据所述故障诊断请求报文对目标业务进行处理，并根据处理结果更新所述故障诊断请求报文中的选项字段，再根据更新后的选项字段生成故障诊断应答报文；
8.接收所述目标网元设备发送的包含更新后的选项字段的故障诊断应答报文；
9.根据所述故障诊断应答报文中更新后的选项字段确定所述边缘云中的故障信息。
10.可选的，所述更新后的选项字段中包含故障标识，则所述根据所述故障诊断应答报文中更新后的选项字段确定所述边缘云中的故障信息，包括：
11.根据预存的故障标识与故障类型对应关系确定所述更新后的选项字段中包含的目标故障标识对应的目标故障类型；
12.根据所述目标故障类型确定所述边缘云中的故障信息，其中，所述故障信息包括故障原因以及故障位置。
13.可选的，在所述发送故障诊断请求报文至边缘云中的目标网元设备之后，还包括：
14.接收所述目标网元设备发送的探测应答报文，其中，所述探测应答报文为所述目标业务处理完成后生成的，且所述探测应答报文中包含允许通过的最大跳数ttl；
15.对应的，所述根据所述故障诊断应答报文中更新后的选项字段确定所述边缘云中的故障信息，包括：
16.根据所述探测应答报文中包含的ttl确定转发链路信息，其中，所述转发链路信息表示所述故障诊断请求报文以及所述故障诊断应答报文在所述边缘云中的发送顺序；
17.根据预存的故障标识与故障类型对应关系确定所述更新后的选项字段中包含的目标故障标识对应的目标故障类型；
18.根据所述目标故障类型以及所述转发链路信息确定所述边缘云中的故障信息，其中，所述故障信息包括故障原因以及故障位置。
19.可选的所述发送故障诊断请求报文至边缘云中的目标网元设备，包括：
20.生成初始故障诊断请求报文，并对所述初始故障诊断请求报文中的所述选项字段进行染色处理，得到故障诊断请求报文；
21.发送所述故障诊断请求报文至边缘云中的目标网元设备。
22.可选的，所述发送故障诊断请求报文至边缘云中的目标网元设备，以使所述目标网元设备根据所述故障诊断请求报文对目标业务进行处理，并根据处理结果更新所述故障诊断请求报文中的选项字段，包括：
23.发送故障诊断请求报文至边缘云中的虚拟交换机，以使所述虚拟交换机根据自身实际运行状态将故障标识写入所述故障诊断请求报文中的选项字段中，并将包含更新后的选项字段的故障诊断请求报文发送至网关；
24.所述网关接收到包含更新后的选项字段的故障诊断请求报文后，根据新的自身实际运行状态将故障标识写入更新后的选项字段中，并将包含重新更新的选项字段的故障诊断请求报文发送至所述虚拟交换机；
25.所述虚拟交换机接收到故障诊断请求报文后，根据自身实际运行状态将故障标识写入重新更新的选项字段中，并将包含最新的选项字段的故障诊断请求报文发送至虚拟客户端，以使所述虚拟客户端根据所述故障诊断请求报文对目标业务进行处理，并根据处理结果更新所述故障诊断请求报文中的选项字段，再根据更新后的选项字段生成故障诊断应答报文。
26.可选的，所述接收所述目标网元设备发送的包含更新后的选项字段的故障诊断应答报文，包括：
27.接收所述虚拟客户端依次通过所述虚拟交换机、所述网关以及所述虚拟交换机发送的故障诊断应答报文，
28.其中，在所述故障诊断应答报文发送至所述虚拟交换机、所述网关以及所述虚拟交换机时，所述虚拟交换机、所述网关以及所述虚拟交换机分别根据实际运行状态对故障诊断应答报文中的更新后的选项字段进行更新。
29.可选的，所述接收所述目标网元设备发送的包含更新后的选项字段的故障诊断应答报文，包括：
30.接收所述虚拟交换机依次通过所述网关以及所述虚拟交换机发送的故障诊断应答报文，
31.其中，所述故障诊断应答报文为所述虚拟交换机在接收到故障诊断请求报文之后，根据所述故障诊断请求报文中包含的客户端标识确定目标虚拟客户端，并在确定所述目标虚拟客户端在预存的监听列表中之后，根据故障诊断请求报文对目标业务进行处理后生成的。
32.可选的，在所述发送故障诊断请求报文至边缘云中的目标网元设备之前，还包括：
33.接收监测设备发送的至少一网络故障提示；
34.若所述网络故障提示的数量超过预设数量阈值，或者任一目标网络故障提示的执行优先级高于预设优先级，则根据各网络故障提示确定探测任务，并根据所述探测任务生
成故障诊断请求报文。
35.可选的，在所述发送故障诊断请求报文至边缘云中的目标网元设备之前，还包括：
36.每隔预设时长确定一探测任务，并根据所述探测任务生成故障诊断请求报文。
37.第二方面，本技术实施例提供一种网络故障诊断装置，包括：
38.发送模块，用于发送故障诊断请求报文至边缘云中的目标网元设备，以使所述目标网元设备根据所述故障诊断请求报文对目标业务进行处理，并根据处理结果更新所述故障诊断请求报文中的选项字段，再根据更新后的选项字段生成故障诊断应答报文；
39.接收模块，用于接收所述目标网元设备发送的包含更新后的选项字段的故障诊断应答报文；
40.确定模块，用于根据所述故障诊断应答报文中更新后的选项字段确定所述边缘云中的故障信息。
41.本技术实施例提供了一种网络故障诊断方法及装置，采用上述方案后，可以先发送故障诊断请求报文至边缘云中的目标网元设备，使得目标网元设备可以根据故障诊断请求报文对目标业务进行处理，并根据处理结果更新故障诊断请求报文中的选项字段，再根据更新后的选项字段生成故障诊断应答报文，并将故障诊断应答报文返回至服务器，服务器再根据故障诊断应答报文中包含的更新后的选项字段中的信息确定边缘云中的具体故障，通过根据处理结果更新故障诊断请求报文中的选项字段的方式，可以根据选项字段中写入的信息确定网络中具体的故障信息，而不仅仅是确定丢包点，提高了故障确定的准确性。
附图说明
42.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
43.图1为本技术实施例提供的网络故障诊断方法的应用系统的架构示意图；
44.图2为本技术实施例提供的网络故障诊断方法的流程示意图；
45.图3为本技术实施例提供的网络故障诊断方法的原理示意图；
46.图4为本技术实施例提供的网络故障诊断装置的结构示意图；
47.图5为本技术实施例提供的电子设备的硬件结构示意图。
具体实施方式
48.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
49.本技术的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本技术的实施例还能够包括除
了图示或描述的那些实例以外的其他顺序实例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
50.边缘云是基于云计算和边缘计算的能力，构筑在边缘基础设施之上的云计算平台，是一种边缘位置的具备计算、网络、存储以及安全等能力的云平台。且边缘云与中心云相对应，是指相对靠近终端的云计算平台，也因此具备距离终端设备更近，与终端设备之间数据的传输效率高的特点。因此，边缘云的应用也越来越广泛，且边缘云中的网元设备也越来越多，例如，可以包含虚拟交换机、虚拟路由器、网关等，边缘云的问题排查也愈发复杂。现有技术中，可以通过故障诊断请求报文来确定边缘云中的故障，对应的，可以将故障诊断请求报文发送至边缘云中的各网元设备处，以使网元设备在识别到故障诊断请求报文后，镜像识别到的故障诊断请求报文，然后将镜像后的故障诊断请求报文发给分析系统，以使分析系统分析出报文丢包点。然而，分析系统仅可以确定丢包点，无法探测到具体的丢包原因等信息，降低了故障确定的准确性。
51.基于上述技术问题，本技术通过根据处理结果更新故障诊断请求报文中的选项字段的方式，可以根据选项字段中的信息确定具体的故障信息，而不再仅局限于确定丢包点，达到了提高故障确定的准确性的技术效果。
52.图1为本技术实施例提供的网络故障诊断方法的应用系统的架构示意图，如图1所示，在该应用系统中，可以包括：服务器101以及边缘云中的目标网元设备102，服务器101可以通过边缘云中的其他网元设备103与目标网元设备102进行交互。
53.进一步的，服务器101中可以部署有探测系统和分析系统，探测系统可以发送包含选项字段的故障诊断请求报文至目标网元设备102，目标网元设备102可以根据故障诊断请求报文对目标业务进行处理，并将处理结果更新至选项字段中，然后根据更新后的选项字段生成故障诊断应答报文，并发送故障诊断应答报文至探测系统，探测系统再将包含更新后的选项字段的故障诊断应答报文发送至分析系统进行分析，确定边缘云中的故障信息。
54.其中，目标网元设备102可以为虚拟客户端，服务器101可以为虚拟机，探测系统和分析系统为部署于虚拟机上的应用程序。
55.下面以具体地实施例对本技术的技术方案进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例不再赘述。
56.图2为本技术实施例提供的网络故障诊断方法的流程示意图，本实施例的方法可以由服务器101执行。如图2所示，本实施例的方法，可以包括：
57.s201：发送故障诊断请求报文至边缘云中的目标网元设备，以使目标网元设备根据故障诊断请求报文对目标业务进行处理，并将处理结果更新至故障诊断请求报文中的选项字段，再根据更新后的选项字段生成故障诊断应答报文。
58.在本实施例中，在测试边缘云中是否有网络故障，或者定位边缘云中具体的故障原因时，可以先生成一包含选项字段的故障诊断请求报文，然后将该故障诊断请求报文通过边缘云中的其他网元设备发送至目标网元设备，使得目标网元设备根据故障诊断请求报文对目标业务进行处理，并在处理完成之后，生成故障诊断应答报文，并通过边缘云中的其他网元设备将故障诊断应答报文发送至服务器。在故障诊断请求报文以及故障诊断应答报
文发送过程中，为了定位具体的故障原因，可以在故障诊断请求报文以及故障诊断应答报文中均包含一选项字段，并在各网元设备接收到故障诊断请求报文或者故障诊断应答报文之后，将网元设备的运行状态以及目标业务的处理结果写入选项字段中，后续可以根据选项字段中的内容来确定具体的故障原因以及故障位置。
59.另外，生成的故障诊断请求报文可以采用预先从ip池中确定的ip地址。该ip地址可以每隔预设时间重新确定一次。
60.其中，选项字段可以采用标准协议的拓展字段，既可以满足传输要求，又可以对字段内容进行自定义设置，不会与其他染色字段相冲突。例如，选项字段可以为标准的ip协议中的option拓展字段。
61.综上，现有技术中的报文无法记录具体的故障原因，仅可以根据最终接收到的所有报文确定丢包点，而本技术通过将网元设备的运行状态以及目标业务的处理结果写入选项字段中，后续可以根据选项字段中的内容来确定具体的故障原因以及故障位置，提高了故障确定的准确性。
62.进一步的，发送故障诊断请求报文至边缘云中的目标网元设备，以使所述目标网元设备根据所述故障诊断请求报文对目标业务进行处理，并根据处理结果更新所述故障诊断请求报文中的选项字段，再根据更新后的选项字段生成故障诊断应答报文，具体可以包括：
63.发送故障诊断请求报文至边缘云中的虚拟交换机，以使所述虚拟交换机根据自身实际运行状态将故障标识写入所述故障诊断请求报文中的选项字段中，并将包含更新后的选项字段的故障诊断请求报文发送至网关。
64.所述网关接收到包含更新后的选项字段的故障诊断请求报文后，根据自身实际运行状态将故障标识写入更新后的选项字段中，并将包含重新更新的选项字段的故障诊断请求报文发送至所述虚拟交换机。
65.所述虚拟交换机接收到故障诊断请求报文后，根据新的自身实际运行状态将故障标识写入重新更新的选项字段中，并将包含最新的选项字段的故障诊断请求报文发送至虚拟客户端，以使虚拟客户端根据所述故障诊断请求报文对目标业务进行处理，并对接收到的故障诊断请求报文中最新的选项字段进行更新，再根据更新后的选项字段生成故障诊断应答报文。
66.具体的，目标网元设备可以为虚拟客户端，边缘云中除了可以包含虚拟客户端之外，还可以包含虚拟交换机、网关等设备，在将故障诊断请求报文发送至虚拟客户端的过程中，可以先将故障诊断请求报文发送至虚拟交换机，虚拟交换机在接收到故障诊断请求报文之后，可以根据自身实际运行状态将故障标识写入选项字段中。例如，若正常运行，可以将表示无故障的标识0写入选项字段中；若存在故障，则可以将表示故障类型的故障标识写入选项字段中(示例性的，故障标识1表示丢包故障，故障标识2表示网络故障等)。
67.另外，虚拟交换机写入故障类型之后，可以将包含更新后的选项字段的故障诊断请求报文发送至网关，网关在接收到故障诊断请求报文之后，也可以根据自身实际运行状态将故障标识写入选项字段中。此外，虚拟客户端有多个，网关可以从多个虚拟客户端中确定待转发的虚拟客户端，并将其添加至故障诊断请求报文中，再将包含最新的选项字段以及待转发的虚拟客户端的故障诊断请求报文发送至虚拟交换机。虚拟交换机接收到故障诊
断请求报文后，根据新的自身实际运行状态将故障标识写入重新更新的选项字段中，并将包含最新的选项字段的故障诊断请求报文发送至虚拟客户端，以使虚拟客户端根据故障诊断请求报文对目标业务进行处理，并对接收到的故障诊断请求报文中的最新的选项字段进行更新，再根据更新后的选项字段生成故障诊断应答报文。
68.综上，通过每个接收到故障诊断请求报文的网元设备均对选项字段进行更新的方式，可以确定每个网元设备的运行状态，以及报文的发送情况等，后续可以直接根据选项字段中的内容确定具体的故障信息，而不仅仅是确定丢包点，提高了网络故障确定的准确性和效率。
69.s202：接收目标网元设备发送的包含更新后的选项字段的故障诊断应答报文。
70.在本实施例中，目标网元设备在对目标业务进行处理，并给故障诊断请求报文中的选项字段进行更新之后，可以生成包含更新后的选项字段的故障诊断应答报文，并将该故障诊断应答报文通过边缘云中的各网元设备发送至服务器。
71.进一步的，在一种实现方式中，接收所述目标网元设备发送的包含更新后的选项字段的故障诊断应答报文，具体可以包括：
72.接收所述虚拟客户端依次通过所述虚拟交换机、所述网关以及所述虚拟交换机发送的故障诊断应答报文，
73.其中，在所述故障诊断应答报文发送至所述虚拟交换机、所述网关以及所述虚拟交换机时，所述虚拟交换机、所述网关以及所述虚拟交换机分别根据实际运行状态对故障诊断应答报文中的更新后的选项字段进行更新。
74.具体的，在虚拟交换机接收到虚拟客户端发送的故障诊断应答报文之后，由于原始故障诊断应答报文中的ip地址与原业务发送报文的目的ip不对应，因此，虚拟交换机可以将接收到的虚拟客户端发送的故障诊断应答报文先发送至网关，然后由网关再转发回虚拟交换机，即可保证原始故障诊断应答报文中的ip地址与原业务发送报文的目的ip相对应。
75.综上，通过每个接收到故障诊断应答报文的网元设备均对选项字段进行更新的方式，可以确定每个网元设备的运行状态，以及报文的发送情况等，后续可以直接根据选项字段中的内容确定具体的故障原因以及故障位置，提高了网络故障确定的准确性和效率。
76.在另一种实现方式中，接收所述目标网元设备发送的包含更新后的选项字段的故障诊断应答报文，具体可以包括：
77.接收所述虚拟交换机依次通过所述网关以及所述虚拟交换机发送的故障诊断应答报文。
78.其中，所述故障诊断应答报文为所述虚拟交换机在接收到故障诊断请求报文之后，根据所述故障诊断请求报文中包含的客户端标识确定目标虚拟客户端，并在确定所述目标虚拟客户端在预存的监听列表中之后，根据故障诊断请求报文对目标业务进行处理后生成的。
79.具体的，在虚拟交换机中，对于虚拟客户端发送的报文，可以用源ip地址、源端口和协议生成三元组表，用做客户端标识。并根据三元组表开启虚拟客户端的服务监听，当探测到报文来访问监听的虚拟客户端时，虚拟交换机可以直接代替虚拟客户端处理相应的业务，报文不触达对应的虚拟客户端，避免业务报文直接触达客户端，用户无感知，进而提高
了用户的使用体验。
80.s203：根据故障诊断应答报文中更新后的选项字段确定边缘云中的故障信息。
81.在本实施例中，故障信息可以包括故障原因以及故障位置，在接收到故障诊断应答报文之后，即可以从故障诊断应答报文中包含的更新后的选项字段中获取故障标识，然后可以根据故障标识确定具体的故障原因，以及根据生成故障标识的具体设备确定故障位置。
82.进一步的，更新后的选项字段中包含故障标识，则所述根据所述故障诊断应答报文中更新后的选项字段确定所述边缘云中的故障信息，具体可以包括：
83.根据预存的故障标识与故障类型对应关系确定所述更新后的选项字段中包含的目标故障标识对应的目标故障类型。
84.根据所述目标故障类型确定所述边缘云中的故障信息，其中，故障信息可以包括故障原因以及故障位置。
85.具体的，更新后的选项字段中包含目标故障标识，不同的目标故障标识可以对应不同的故障类型，在确定目标故障标识之后，即可以根据预存的故障标识与故障类型对应关系确定目标故障标识对应的目标故障类型。再根据目标故障类型确定边缘云中的故障信息。其中，故障信息中包含故障原因以及故障位置。示例性的，若目标故障类型为丢包故障，还可以从更新后的选项字段中确定是网元设备a更新的丢包故障，即故障原因为丢包，故障位置为网元设备a，可以根据更新丢包故障的网元设备a以及丢包故障标识确定网元设备a发生了丢包故障。
86.此外，在发送故障诊断请求报文至边缘云中的目标网元设备之后，还可以包括：
87.接收所述目标网元设备发送的探测应答报文，其中，所述探测应答报文为所述目标业务处理完成后生成的，且所述探测应答报文中包含ttl(time to live，允许通过的最大跳数)。
88.对应的，根据所述故障诊断应答报文中更新后的选项字段确定所述边缘云中的故障信息，具体可以包括：
89.根据所述探测应答报文中包含的ttl确定转发链路信息，其中，所述转发链路信息表示所述故障诊断请求报文以及所述故障诊断应答报文在所述边缘云中的发送顺序。
90.根据预存的故障标识与故障类型对应关系确定所述更新后的选项字段中包含的目标故障标识对应的目标故障类型。
91.根据所述目标故障类型以及所述转发链路信息确定所述边缘云中的故障信息，其中，故障信息可以包括故障原因以及故障位置。
92.具体的，在目标网元设备接收到服务器发送的故障诊断请求报文，并根据故障诊断请求报文对目标业务处理完成后，可以生成一探测应答报文，并将该探测应答报文发回至服务器，以使服务器了解故障诊断请求报文的发送情况。此外，在服务器经过虚拟交换机、网关等网元设备将故障诊断请求报文发送至目标网元设备，以及目标网元设备经过虚拟交换机、网关等网元设备将故障诊断应答报文发送至服务器时，每个网元设备均可以向服务器发送探测应答报文。
93.进一步的，探测应答报文中可以包含ttl，每经过一网元设备，ttl的值可以减一，通过该ttl值，服务器可以将报文的转发情况串连起来，得到转发链路信息，通过该转发链
路信息可以确定报文转发过程中的转发故障。示例性的，原转发链路为服务器到网元设备a，再到网元设备b，然后到网元设备c，最后通过网元设备c返回至服务器。通过ttl值确定的转发链路信息为服务器到网元设备a，再到网元设备c，最后通过网元设备c返回至服务器，因此，可以确定发生了转发故障，还可以确定转发故障的详细情况。
94.此外，根据目标故障标识可以直接确定目标故障类型，即可以确定发生了转发故障，再结合根据转发链路信息确定的转发故障的详细情况，通过双重确定的方式，来确定故障信息，提高了故障信息确定的准确性。
95.另外，探测应答报文中还可以包含网元设备的运行状态和/或报文接收情况，在更新选项字段时，可以根据探测应答报文中包含的网元设备的运行状态和/或报文接收情况来对选项字段进行更新，提高了选项字段更新的准确性和效率。
96.另外，所述方法还可以包括：
97.若目标故障类型为没有故障，则生成未发现故障，是否重新检测提示。
98.响应作用于确认重新检测控件的触控操作，重新执行所述发送故障诊断请求报文至边缘云中的目标网元设备及之后的步骤。
99.具体的，若目标故障类型为没有故障，可能存在故障没有检测到的情况，因此，可以通过生成并显示未发现故障，是否重新检测提示的方式提醒运维人员是否需要重新检测。若运维人员通过触控操作触控了重新检测控件，则确定需要重新进行检测，可以重新执行发送故障诊断请求报文至边缘云中的目标网元设备及之后的步骤。若运维人员通过触控操作触控了无需重新检测控件，则表明运维人员放弃重新进行检测，可以认为当前边缘云中没有发生网络故障。
100.通过生成重新检测提示的方式供运维人员选择，便于运维人员及时了解检测情况，同时也提高了运维人员的应用体验。
101.采用上述方案后，可以先发送故障诊断请求报文至边缘云中的目标网元设备，使得目标网元设备可以根据故障诊断请求报文对目标业务进行处理，并根据处理结果更新故障诊断请求报文中的选项字段，再根据更新后的选项字段生成故障诊断应答报文，并将故障诊断应答报文返回至服务器，服务器再根据故障诊断应答报文中包含的更新后的选项字段中的信息确定边缘云中的故障原因以及故障位置，通过根据处理结果更新故障诊断请求报文中的选项字段的方式，可以根据选项字段中写入的信息确定具体的故障信息，而不仅仅是确定丢包点，提高了故障确定的准确性。
102.基于图2的方法，本说明书实施例还提供了该方法的一些具体实施方案，下面进行说明。
103.在另一实施例中，所述发送故障诊断请求报文至边缘云中的目标网元设备，具体可以包括：
104.生成初始故障诊断请求报文，并对所述初始故障诊断请求报文中的所述选项字段进行染色处理，得到故障诊断请求报文。
105.发送所述故障诊断请求报文至边缘云中的目标网元设备。
106.在本实施例中，在通过故障诊断请求报文来确定边缘云中的网络故障时，可以先对故障诊断请求报文进行染色，便于边缘云中的各网元设备可以识别故障诊断请求报文，并对报文中的选项字段进行更新，后续可以根据更新后的选项字段中的具体信息确定故障
原因以及故障类型。
107.现有技术中，在对探测报文进行染色时，不同的协议可以应用不同的染色方法，但都是应用的现有的字段(例如，tos字段、seq字段)，使得不同协议可能对同一染色字段进行染色，且共用的字段的染色方式都是相同的，造成了字段冲突的风险，进而降低了故障确定的准确性。
108.另外，现有技术中还包括先对业务报文进行染色，然后可以将染色之后的业务报文转发至各网元，网元在接收到业务报文之后，可以识别染色后的业务报文，并将染色后的业务报文以及对应的转发信息、丢包信息等，打包发送至数据库。后续分析系统可以从数据库中获取数据，并根据获取到的数据确定网络中的故障信息。然而，在对业务报文进行染色时，只能在vxlan(virtual extensible local area network，虚拟扩展局域网)中进行染色，由于underlay中的报文为客户业务报文，不能随意进行修改，因此，仅支持overlay接入的场景，不支持underlay接入的场景，降低了场景应用的灵活性，进而影响了故障确定的准确性。
109.而本技术中通过采用标准协议的自定义拓展字段(即选项字段)来进行染色，可以自定义染色方式，不会与其他染色协议发生冲突，避免了染色冲突的风险，此外，本技术在对报文进行染色时，是对模拟用户报文进行染色的，既可以支持overlay接入的场景，也可以支持underlay接入的场景，进而提高了场景应用的灵活性。
110.在另一实施例中，在所述发送故障诊断请求报文至边缘云中的目标网元设备之前，还包括：
111.接收监测设备发送的至少一网络故障提示。
112.若所述网络故障提示的数量超过预设数量阈值，或者任一目标网络故障提示的执行优先级高于预设优先级，则根据各网络故障提示确定探测任务，并根据所述探测任务生成故障诊断请求报文。
113.在本实施例中，用户端可以启用监测设备，通过该监测设备可以实时监测网络状态，并在网络状态异常时，生成一网络故障提示，并将该网络故障提示发送至服务器。服务器在接收到该网络故障提示之后，可以评估网络故障提示的紧急程度，并根据紧急程度确定是否生成探测任务。对应的，可以根据网络故障提示的数量来评估网络故障提示的紧急程度，还可以根据网络故障提示的执行优先级来评估网络故障提示的紧急程度。若紧急程度需要进行维护的程度，则可以生成一探测任务，并根据探测任务生成故障诊断请求报文。
114.其中，探测任务中可以包含探测对象、探测时间、探测方式等。
115.综上，通过该方式，可以及时确定网络故障，保证了网络中各网元设备的正常运行。
116.此外，在另一实施例中，在所述发送故障诊断请求报文至边缘云中的目标网元设备之前，还包括：
117.每隔预设时长确定一探测任务，并根据所述探测任务生成故障诊断请求报文。
118.在本实施例中，可以预先设置一预设时长，并每隔预设时长确定一探测任务，并根据探测任务生成故障诊断请求报文。其中，预设时长可以根据实际应用场景自定义进行设置，在此不再详细进行限制。
119.通过该方式，既可以降低服务器的计算量，也可以及时发现网络中的故障，且节省
了人力物力。
120.此外，还可以在初始化时，先探测ip池，确定待应用的固定ip地址，并下发固定的ip地址给虚拟交换机等网元设备，后续有变化再更新。
121.图3为本技术实施例提供的网络故障诊断方法的原理示意图，如图3所示，在该实施例中，中心云的用户可以通过监测设备启用网络监测功能，并在接收到网络故障提示时，向边缘云中的服务器发起探测任务，服务器中的探测系统可以根据探测任务生成包含选项字段的故障诊断请求报文，其中，选项字段可以为ip协议中的option字段，并将包含选项字段的故障诊断请求报文1发送至虚拟交换机。
122.虚拟交换机收到探测系统转发过来的故障诊断请求报文1之后，可以回应探测应答报文给探测系统(示例性的，可以封装成vxlan直接返回至探测系统)，并继续转发故障诊断请求报文2至网关。网关收到虚拟交换机转发过来的故障诊断请求报文2后，回应探测应答报文给探测系统，并继续转发故障诊断请求报文3至虚拟交换机。虚拟交换机收到网关转发过来的故障诊断请求报文3之后，可以回应探测应答报文给探测系统，并继续转发故障诊断请求报文4至虚拟客户端。虚拟客户端在收到虚拟交换机转发过来的故障诊断请求报文4之后，可以根据故障诊断请求报文4对目标业务进行处理，并在处理完成后，发送故障诊断应答报文5至虚拟交换机。虚拟交换机收到虚拟客户端发过来的故障诊断应答报文5之后，可以回应探测应答报文给探测系统，并继续转发故障诊断应答报文6至网关。网关收到虚拟交换机转发过来的故障诊断应答报文6之后，可以回应探测应答报文给探测系统，并继续转发故障诊断应答报文7至虚拟交换机。虚拟交换机收到网关转发过来的故障诊断应答报文7之后，可以回应探测应答报文给探测系统，并继续转发故障诊断应答报文8至探测系统。此外，每个网元设备在接收到故障诊断请求报文或故障诊断应答报文之后，均会对其包含的选项字段进行更新，写入对应的故障标识。
123.此外，探测系统收齐所有报文后(即所有探测应答报文以及故障诊断应答报文8之后)，可以将报文发送至分析系统，分析系统可以解析ip-option里的数据，通过ip-option里的ttl把转发链路串起来，得到转发链路信息，还可以根据故障诊断应答报文8中的选项字段中的故障标识确定故障类型，最终确定边缘云中的故障信息。
124.另外，还可以将确定的边缘云中的故障信息发送至显示设备进行显示。
125.此外，在另一实施例中，还提供了一种网络故障诊断方法，本实施例的方法可以由目标网元设备102执行，所述方法可以包括：
126.接收故障诊断请求报文，其中，所述故障诊断请求报文中包含选项字段。
127.根据所述故障诊断请求报文对目标业务进行处理，并对接收到的故障诊断请求报文中的选项字段进行更新，再根据更新后的选项字段生成故障诊断应答报文。
128.发送包含更新后的选项字段的故障诊断应答报文至服务器，以使服务器根据所述故障诊断应答报文中更新后的选项字段确定边缘云中的故障信息。
129.采用上述方案后，可以先发送故障诊断请求报文至边缘云中的目标网元设备，使得目标网元设备可以根据故障诊断请求报文对目标业务进行处理，并对故障诊断请求报文中的选项字段进行更新，在目标网元设备处理完成目标业务之后，目标网元设备可以生成包含更新后的选项字段的故障诊断应答报文，并将故障诊断应答报文返回至服务器，服务器再根据故障诊断应答报文中更新后的选项字段确定边缘云中的故障信息，通过采用标准
协议的自定义拓展字段来进行染色，不会与其他染色协议发生冲突，且可以确定具体的丢包原因，提高了故障确定的准确性。
130.进一步的，更新后的选项字段中包含故障标识，则以使服务器根据所述故障诊断应答报文中更新后的选项字段确定边缘云中的故障信息，包括：
131.以使服务器根据预存的故障标识与故障类型对应关系确定所述更新后的选项字段中包含的目标故障标识对应的目标故障类型。
132.根据所述目标故障类型确定所述边缘云中的故障信息。
133.此外，目标网元设备也可以向服务器发送探测应答报文，且探测应答报文中包含ttl，在目标网元设备接收到故障诊断请求报文之后，可以将ttl的数值减一，再根据新的ttl生成探测应答报文，并将包含新的ttl的探测应答报文发送至服务器。其中，ttl的初始值可以设置为128。
134.基于同样的思路，本说明书实施例还提供了上述方法对应的装置，图4为本技术实施例提供的故障诊断装置的结构示意图，如图4所示，所述装置可以包括：
135.发送模块401，用于用于发送故障诊断请求报文至边缘云中的目标网元设备，以使所述目标网元设备根据所述故障诊断请求报文对目标业务进行处理，并根据处理结果更新所述故障诊断请求报文中的选项字段，再根据更新后的选项字段生成故障诊断应答报文。
136.接收模块402，用于接收所述目标网元设备发送的包含更新后的选项字段的故障诊断应答报文。
137.在本实施例中，所述接收模块402，还用于：
138.发送故障诊断请求报文至边缘云中的虚拟交换机，以使所述虚拟交换机根据自身实际运行状态将故障标识写入所述故障诊断请求报文中的选项字段中，并将包含更新后的选项字段的故障诊断请求报文发送至网关。
139.所述网关接收到包含更新后的选项字段的故障诊断请求报文后，根据自身实际运行状态将故障标识写入更新后的选项字段中，并将包含重新更新的选项字段的故障诊断请求报文发送至所述虚拟交换机。
140.所述虚拟交换机接收到故障诊断请求报文后，根据新的自身实际运行状态将故障标识写入重新更新的选项字段中，并将包含最新的选项字段的故障诊断请求报文发送至虚拟客户端，以使所述虚拟客户端根据所述故障诊断请求报文对目标业务进行处理，并根据处理结果更新所述故障诊断请求报文中的选项字段，再根据更新后的选项字段生成故障诊断应答报文。
141.此外，在一种实现方式中，所述接收模块402，还用于：
142.接收所述虚拟客户端依次通过所述虚拟交换机、所述网关以及所述虚拟交换机发送的故障诊断应答报文。
143.其中，在所述故障诊断应答报文发送至所述虚拟交换机、所述网关以及所述虚拟交换机时，所述虚拟交换机、所述网关以及所述虚拟交换机分别根据实际运行状态对故障诊断应答报文中的更新后的选项字段进行更新。
144.在另一种实现方式中，所述接收模块402，还用于：
145.接收所述虚拟交换机依次通过所述网关以及所述虚拟交换机发送的故障诊断应答报文。
146.其中，所述故障诊断应答报文为所述虚拟交换机在接收到故障诊断请求报文之后，根据所述故障诊断请求报文中包含的客户端标识确定目标虚拟客户端，并在确定所述目标虚拟客户端在预存的监听列表中之后，根据故障诊断请求报文对目标业务进行处理后生成的。
147.确定模块403，用于根据所述故障诊断应答报文中更新后的选项字段确定所述边缘云中的故障信息。
148.在本实施例中，所述确定模块403，还用于：
149.根据预存的故障标识与故障类型对应关系确定所述更新后的选项字段中包含的目标故障标识对应的目标故障类型。
150.根据所述目标故障类型确定所述边缘云中的故障信息，其中，所述故障信息包括故障原因以及故障位置。
151.在另一实现方式中，所述确定模块403，还用于：
152.接收所述目标网元设备发送的探测应答报文，其中，所述探测应答报文为所述目标业务处理完成后生成的，且所述探测应答报文中包含ttl。
153.根据所述探测应答报文中包含的ttl确定转发链路信息，其中，所述转发链路信息表示所述故障诊断请求报文以及所述故障诊断应答报文在所述边缘云中的发送顺序。
154.根据预存的故障标识与故障类型对应关系确定所述更新后的选项字段中包含的目标故障标识对应的目标故障类型。
155.根据所述目标故障类型以及所述转发链路信息确定所述边缘云中的故障信息，其中，所述故障信息包括故障原因以及故障位置。
156.此外，在另一实施例中，所述发送模块，还用于：
157.生成初始故障诊断请求报文，并对所述初始故障诊断请求报文中的所述选项字段进行染色处理，得到故障诊断请求报文。
158.发送所述故障诊断请求报文至边缘云中的目标网元设备。
159.此外，所述确定模块403，还用于：
160.若所述目标故障类型为没有故障，则生成未发现故障，是否重新检测提示。
161.响应作用于确认重新检测控件的触控操作，重新执行所述发送故障诊断请求报文至边缘云中的目标网元设备及之后的步骤。
162.此外，在另一实施例中，所述确定模块403，还用于：
163.接收监测设备发送的至少一网络故障提示。
164.若所述网络故障提示的数量超过预设数量阈值，或者任一目标网络故障提示的执行优先级高于预设优先级，则根据各网络故障提示确定探测任务，并根据所述探测任务生成故障诊断请求报文。
165.此外，在另一实施例中，所述确定模块403，还用于：
166.每隔预设时长确定一探测任务，并根据所述探测任务生成故障诊断请求报文。
167.本技术实施例提供的装置，可以实现上述如图2所示的实施例的方法，其实现原理和技术效果类似，此处不再赘述。
168.图5为本技术实施例提供的电子设备的硬件结构示意图，如图5所示，本实施例提供的设备500包括：处理器501，以及与所述处理器通信连接的存储器。其中，处理器501、存
储器502通过总线503连接。
169.在具体实现过程中，处理器501执行所述存储器502存储的计算机执行指令，使得处理器501执行上述方法实施例中的方法。
170.处理器501的具体实现过程可参见上述方法实施例，其实现原理和技术效果类似，本实施例此处不再赘述。
171.在上述的图5所示的实施例中，应理解，处理器可以是中央处理单元(英文：central processing unit，简称：cpu)，还可以是其他通用处理器、数字信号处理器(英文：digital signal processor，简称：dsp)、专用集成电路(英文：application specific integrated circuit，简称：asic)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合发明所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。
172.存储器可能包含高速ram存储器，也可能还包括非易失性存储nvm，例如至少一个磁盘存储器。
173.总线可以是工业标准体系结构(industry standard architecture，isa)总线、外部设备互连(peripheral component interconnect，pci)总线或扩展工业标准体系结构(extended industry standard architecture，eisa)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，本技术附图中的总线并不限定仅有一根总线或一种类型的总线。
174.本技术实施例还提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现上述方法实施例的网络故障诊断方法。
175.本技术实施例还提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时，实现如上所述的网络故障诊断方法。
176.上述的计算机可读存储介质，上述可读存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(sram)，电可擦除可编程只读存储器(eeprom)，可擦除可编程只读存储器(eprom)，可编程只读存储器(prom)，只读存储器(rom)，磁存储器，快闪存储器，磁盘或光盘。可读存储介质可以是通用或专用计算机能够存取的任何可用介质。
177.一种示例性的可读存储介质耦合至处理器，从而使处理器能够从该可读存储介质读取信息，且可向该可读存储介质写入信息。当然，可读存储介质也可以是处理器的组成部分。处理器和可读存储介质可以位于专用集成电路(application specific integrated circuits，简称：asic)中。当然，处理器和可读存储介质也可以作为分立组件存在于设备中。
178.本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。
179.最后应说明的是：以上各实施例仅用以说明本技术的技术方案，而非对其限制；尽管参照前述各实施例对本技术进行了详细的说明，本领域的普通技术人员应当理解：其依
然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本技术各实施例技术方案的范围。