CN114760225A - 一种故障诊断方法、系统和存储介质 - Google Patents
一种故障诊断方法、系统和存储介质 Download PDFInfo
- Publication number
- CN114760225A CN114760225A CN202210346337.2A CN202210346337A CN114760225A CN 114760225 A CN114760225 A CN 114760225A CN 202210346337 A CN202210346337 A CN 202210346337A CN 114760225 A CN114760225 A CN 114760225A
- Authority
- CN
- China
- Prior art keywords
- path
- node
- fault
- detected
- detection
- 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.)
- Granted
Links
- 238000003745 diagnosis Methods 0.000 title claims abstract description 137
- 238000000034 method Methods 0.000 title claims abstract description 64
- 238000001514 detection method Methods 0.000 claims abstract description 263
- 230000004044 response Effects 0.000 claims abstract description 139
- 239000000523 sample Substances 0.000 claims description 23
- 238000007619 statistical method Methods 0.000 claims description 4
- 230000008569 process Effects 0.000 description 15
- 238000010586 diagram Methods 0.000 description 13
- 230000005540 biological transmission Effects 0.000 description 9
- 238000004590 computer program Methods 0.000 description 5
- 230000006870 function Effects 0.000 description 5
- 238000012545 processing Methods 0.000 description 5
- 230000008030 elimination Effects 0.000 description 4
- 238000003379 elimination reaction Methods 0.000 description 4
- 238000004458 analytical method Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 238000002474 experimental method Methods 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 230000006978 adaptation Effects 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000005538 encapsulation Methods 0.000 description 1
- 238000002955 isolation Methods 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000012163 sequencing technique Methods 0.000 description 1
- 238000013024 troubleshooting Methods 0.000 description 1
Images
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
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0823—Errors, e.g. transmission errors
- H04L43/0829—Packet loss
-
- 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
- H04L43/04—Processing captured monitoring data, e.g. for logfile generation
- H04L43/045—Processing captured monitoring data, e.g. for logfile generation for graphical visualisation of monitoring data
Landscapes
- Engineering & Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Environmental & Geological Engineering (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本申请实施例公开了一种故障诊断方法，方法包括：若检测到网络故障检测指令，确定待探测路径；按照所述待探测路径，发送预设数量个故障检测数据包；接收所述待探测路径中包括的m个路径节点发送的故障检测响应；其中，所述故障检测响应是所述待探测路径包括的路径节点基于所述故障检测数据包生成的响应数据，m为大于或等于1的正整数；基于m个所述路径节点对应的所述故障检测响应，确定所述待探测路径中的故障信息；显示所述故障信息。本申请实施例同时还公开了一种故障诊断系统和存储介质。
Description
技术领域
本申请涉及计算机技术领域，尤其涉及一种故障诊断方法、系统和存储介质。
背景技术
随着互联网技术的飞速发展，互联网应用得到了广泛的应用，随之而来产生了大量的互联网数据产品。为了确保以云服务形式提供的应用程序、服务、用户和机器对云和网络资源的安全访问，目前提出了一种软件和硬件工具的框架，即安全访问服务边缘(SecureAccess Service Edge，SASE)，SASE核心云网络为引流接入节点(Points of Presence，POP)，是由运行相同软件栈的多个功能强大的现有服务器(Commodity Off The ShelfServers，COTS)组成。企业或个人的网络流量经过SASE POP访问互联网，SASE POP实现对企业网络流量的安全分析和隔离。
但是，目前企业网络和SASE POP之间的信息传递是经过隧道加密进行传输，导致传统的网络诊断工具检测失效，无法实现SASE网络的连通性和时延探测，增大了SASE网络故障排除难度。
发明内容
有鉴于此，本申请实施例期望提供一种故障诊断方法、装置、设备和存储介质，解决了目前SASE网络故障排除难度较大的问题，提出了一种针对SASE网络故障诊断的方法，提高了诊断出网络故障点的诊断效率。
为达到上述目的，本申请的技术方案是这样实现的：
第一方面，一种故障诊断方法，所述方法应用于边缘服务网络中的故障诊断节点，所述方法包括：
若检测到网络故障检测指令，确定待探测路径；
按照所述待探测路径，发送预设数量个故障检测数据包；
接收所述待探测路径中包括的m个路径节点发送的故障检测响应；其中，所述故障检测响应是所述待探测路径包括的路径节点基于所述故障检测数据包生成的响应数据，m为大于或等于1的正整数；
基于m个所述路径节点对应的所述故障检测响应，确定所述待探测路径中的故障信息。
可选的，所述若检测到网络故障检测指令，确定待探测路径，包括：
若检测到网络故障检测指令，确定目标探测节点；
发送路径探测请求至目标探测节点；
接收响应所述路径探测请求的至少一个路径响应数据包；其中，每一所述路径响应数据包是故障诊断节点至所述目标探测节点之间的路径节点接收到所述路径探测请求后，响应所述路径探测请求生成的响应数据；
基于至少一个所述路径响应数据包，确定所述待探测路径。
可选的，所述基于至少一个所述路径响应数据包，确定所述待探测路径，包括：
从至少一个所述路径响应数据包中，确定所述目标探测节点发送的路径响应数据包，得到目标响应数据包；
对所述目标响应数据包进行解析分析，得到所述待探测路径；其中，所述目标响应数据包中包括所述故障诊断节点至所述目标探测节点之间的路径节点接收到所述路径探测请求的属性信息。
可选的，所述从至少一个所述路径响应数据包中，确定所述目标探测节点发送的路径响应数据包，得到目标响应数据包之后，所述方法还包括：
对所述目标响应数据包进行解析分析，确定所述待探测路径中包括的每一路径节点的目标时延数据。
可选的，所述按照所述待探测路径，发送预设数量个故障检测数据包，包括：
按照所述待探测路径中的路径节点的顺序，依次分别向所述待探测路径中的每一路径节点发送所述预设数量个所述故障检测数据包。
可选的，所述基于m个所述路径节点对应的所述故障检测响应，确定所述待探测路径中的故障信息，包括：
对m个所述路径节点对应的所述故障检测响应中的每一所述路径节点对应的所述故障检测响应进行统计分析，确定每一所述路径节点接收到所述故障检测数据包的接收数量；其中，所述接收数量小于或等于所述预设数量；
基于所述待探测路径中与所述故障诊断节点相邻的第一路径节点的所述接收数量和所述预设数量，确定所述第一路径节点的第一丢包率；
若所述第一丢包率大于或等于预设丢包率，确定所述故障信息为所述故障诊断节点与所述第一路径节点之间存在丢包故障。
可选的，所述方法还包括：
若所述第一丢包率小于所述预设丢包率，且所述第一路径节点不是所述目标探测节点，确定所述待探测路径中与所述第一路径节点相邻的第二路径节点的所述接收数量和所述预设数量，确定所述第二路径节点的第二丢包率；
若所述第二丢包率大于或等于所述预设丢包率，确定所述故障信息为所述第一路径节点与所述第二路径节点之间存在丢包故障；
若所述第二丢包率小于所述预设丢包率，且所述第二路径节点不是所述目标探测节点，确定所述待探测路径中与所述第一路径节点相邻的第三路径节点的所述接收数量和所述预设数量，确定所述第三路径节点的第三丢包率，如此重复，直至确定得到第四丢包率大于或等于所述预设丢包率时，确定所述故障信息为所述第四丢包率对应的第四路径节点与所述第四路径节点相邻的前一路径节点之间存在丢包故障，或直至分析至所述待探测路径中的目标探测节点的第五丢包率小于所述预设丢包率时，结束故障检测操作。
可选的，所述待探测路径包括的路径节点包括以下节点至少之一：边缘服务网络接入节点的接入接口、边缘服务网络接入节点网络出口、具有目标网际互连协议IP地址的目标访问节点。
第二方面，一种故障诊断系统，该系统包括：故障诊断节点、边缘服务网络接入节点、具有IP地址的目标访问节点；其中：
所述边缘服务网络接入节点，包括边缘服务网络接入节点的接入接口和边缘服务网络接入节点的网络出口；其中，所述边缘服务网络接入节点的接入接口用于接收故障诊断节点发送的业务请求，所述边缘服务网络接入节点的网络出口用于将故障诊断节点发送的业务请求转发至对应的具有IP地址的目标访问节点；
所述具有IP地址的目标访问节点，用于为所述故障诊断节点提供所述业务请求对应的业务服务；
所述故障诊断节点，用于若检测到网络故障检测指令，确定待探测路径；按照所述待探测路径，发送预设数量个故障检测数据包；接收所述待探测路径中包括的m个路径节点发送的故障检测响应；其中，所述故障检测响应是所述待探测路径包括的路径节点基于所述故障检测数据包生成的响应数据，m为大于或等于1的正整数；基于m个所述路径节点对应的所述故障检测响应，确定所述待探测路径中的故障信息；显示所述故障信息。
第三方面，一种存储介质，所述存储介质上存储有故障诊断程序，所述故障诊断程序被处理器执行时实现如上述任一项所述的故障诊断方法的步骤。
本申请的实施例所提供的故障诊断方法、系统和存储介质，若检测到网络故障检测指令，故障诊断节点确定待探测路径后，按照待探测路径，发送预设数量个故障检测数据包，并接收待探测路径中包括的m个路径节点发送的故障检测响应，以基于m个路径节点对应的故障检测响应，确定待探测路径中的故障信息，并显示故障信息。这样，通过故障诊断节点在检测到故障检测指令后，确定待探测路径，并基于待探测路径来发送对应的故障检测数据包，实现对待探测路径的故障检测，解决了目前SASE网络故障排除难度较大的问题，提出了一种针对SASE网络故障诊断的方法，提高了诊断出网络故障点的诊断效率。
附图说明
图1为本申请实施例提供的一种故障诊断方法的流程示意图；
图2为本申请实施例提供的另一种故障诊断方法的流程示意图；
图3为本申请实施例提供的一种故障诊断方法的应用场景；
图4为本申请实施例提供的一种故障诊断方法中的数据传输示意图；
图5为本申请实施例提供的一种确定待检测路径的实现流程示意图；
图6为本申请实施例提供的一种丢包检测过程的实现流程示意图
图7为本申请实施例提供的一种故障检测系统的结构示意图。
具体实施方式
应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。
本申请的实施例提供一种故障诊断方法，该方法应用于边缘服务网络中的故障诊断节点，参照图1所示，该方法包括以下步骤：
步骤101、若检测到网络故障检测指令，确定待探测路径。
在本申请实施例中，故障诊断节点可以运行于边缘服务网络，例如可以是SASE云网络中的客户端设备中，在一些应用场景中，还可以运行于SASE云网络中的服务端设备中，或者是SASE云网络中某一信息传输的具有运算功能的设备中，故障诊断节点具体可以通过故障应用程序来实现。网络故障检测指令可以是用户或管理员根据实际应用场景，对故障诊断节点进行控制操作得到的，网络故障检测指令用于指示对对应的待探测路径进行故障检测。待探测路径可以是用户或管理员指定的SASE云网络中的某一信息传输路径，例如是某一客户端设备至某一服务端设备之间的信息传输路径，还可以是故障诊断节点确定信息传输终点节点后，通过信息发送，确定得到的某一条至信息传输终点的信息传输路径。
步骤102、按照待探测路径，发送预设数量个故障检测数据包。
在本申请实施例中，预设数量是根据大量实验得到的数据包数量经验值，通常越大越好。故障检测数据包为用于实现丢包检测的特定数据包。故障诊断节点确定待探测路径后，按照待探测路径，发送预设数量个故障检测数据包，以监测待探测路径中除故障诊断节点外的其他路径节点的故障情况，例如丢包情况。
步骤103、接收待探测路径中包括的m个路径节点发送的故障检测响应。
其中，故障检测响应是待探测路径包括的路径节点基于故障检测数据包生成的响应数据，m为大于或等于1的正整数。
在本申请实施例中，m为待探测路径中包括的除故障诊断节点外的数据转发节点的数量，待探测路径中包括至少一个路径节点。每一路径节点接收到故障检测数据包后，会对故障检测数据包进行解析分析，根据故障检测数据包的实际情况进行分析，例如生存时间(Time To Live，TTL)进行判断分析，以确定是否将故障检测数据包进行转发处理、或停止转发、或响应处理，根据停止转发或响应处理，每一路径节点即可生成故障检测数据包对应的故障检测响应，如此，即可得到m个路径节点发送的故障检测响应。
步骤104、基于m个路径节点对应的故障检测响应，确定待探测路径中的故障信息。
在本申请实施例中，对m个路径节点对应的故障检测响应进行分析，可以确定得到每一路径节点的丢包率，如此，根据每一路径节点的丢包率可以确定得到待探测路径中的故障信息。进一步的，对故障信息进行显示，实现了故障的定位，有利于用户根据显示的故障信息快速进行故障排除，提高了SASE云网络的用户使用体验。
本申请的实施例所提供的故障诊断方法，若检测到网络故障检测指令，故障诊断节点确定待探测路径后，按照待探测路径，发送预设数量个故障检测数据包，并接收待探测路径中包括的m个路径节点发送的故障检测响应，以基于m个路径节点对应的故障检测响应，确定待探测路径中的故障信息。这样，通过故障诊断节点在检测到故障检测指令后，确定待探测路径，并基于待探测路径来发送对应的故障检测数据包，实现对待探测路径的故障检测，解决了目前SASE网络故障排除难度较大的问题，提出了一种针对SASE网络故障诊断的方法，提高了诊断出网络故障点的诊断效率。
基于前述实施例，本申请的实施例提供一种故障诊断方法，该方法应用于边缘服务网络中的故障诊断节点，参照图2所示，该方法包括以下步骤：
步骤201、若检测到网络故障检测指令，确定目标探测节点。
在本申请实施例中，以故障诊断节点是运行于客户端设备中的故障诊断应用程序，目标探测节点为目标访问服务端为例进行说明，目标探测节点可以是用户在故障诊断应用程序中进行诊断配置设置得到的，目标探测节点可以是目标访问服务端对应的IP地址，也可以是目标访问服务端的其他标识信息，例如服务标识信息。
步骤202、发送路径探测请求至目标探测节点。
在本申请实施例中，路径探测请求可以是因特网控制报文协议(InternetControl Message Protocol，ICMP)回应请求报文请求数据包，用于实现故障诊断节点与目标探测节点之间的待探测路径的确定，路径探测请求可以是故障诊断节点针对目标探测节点对应的配置参数生成的。
步骤203、接收响应路径探测请求的至少一个路径响应数据包。
其中，每一路径响应数据包是故障诊断节点至目标探测节点之间的路径节点接收到路径探测请求后，响应路径探测请求生成的响应数据。
在本申请实施例中，路径响应数据包是故障诊断节点至目标探测节点之间的路径节点接收到路径探测请求后，最后一个接收到路径探测请求的路径节点生成的响应数据。最后一个接收到路径探测请求的路径节点包括接收到路径探测请求后，出现不能将路径探测请求转发至下一路径节点情况的路径节点，例如可以是解析接收到的路径探测请求的TTL为0时的路径节点，对应的，路径响应数据包可以是ICMP TTL超时报文；最后一个接收到路径探测请求的路径节点还包括最终接收到路径探测请求的目标探测节点，对应的，路径响应数据包可以是ICMP应答回应数据包。
步骤204、基于至少一个路径响应数据包，确定待探测路径。
在本申请实施例中，故障诊断应用程序对至少一个路径响应数据包进行解析处理，确定故障诊断节点与目标探测节点之间的待探测路径。
步骤205、按照待探测路径，发送预设数量个故障检测数据包。
在本申请实施例中，故障诊断应用程序按照待探测路径，只发送一组预设数量个故障检测数据包至目标探测节点，或者还可以按照待探测路径，依次发送一组预设数量个故障检测数据包至待探测路径中除故障诊断节点外的每一路径节点，包括目标探测节点目标访问服务端。故障检测数据包可以是待探测路径按照目标探测节点的配置参数生成的丢包检测数据包。
步骤206、接收待探测路径中包括的m个路径节点发送的故障检测响应。
其中，故障检测响应是待探测路径包括的路径节点基于故障检测数据包生成的响应数据，m为大于或等于1的正整数。
在本申请实施例中，待探测路径中包括的m个路径节点会根据实际接收到故障检测数据包的情况，原路返回对应的故障检测响应至故障诊断应用程序，以便故障诊断节点根据接收到的故障检测响应分析确定故障位置。
其中，待探测路径包括的路径节点包括以下节点至少之一：边缘服务网络接入节点的接入接口、边缘服务网络接入节点的网络出口、具有目标网际互连协议IP地址的目标访问节点。
在本申请实施例中，具有目标网际互连协议(Internet Protocol，IP)地址的目标访问节点可以是提供网络服务的服务端设备所对应的节点。边缘服务网络接入节点的接入接口例如可以是SASE POP节点的接入接口，用于接收用户端发送的服务请求数据，边缘服务网络接入节点的网络出口例如可以是SASE POP节点的网络出口，用于将接收到的读服务请求数据发送至互联网。在一些应用场景中，待探测路径包括的路径节点还可以包括网关、防火墙、路由器等设备节点。
对应的，参照图3所示为一种故障诊断方法的应用场景，包括企业网络A、SASE POP节点B和互联网端C；其中，故障诊断节点可以根据实际需求设置在A、B或C中。
步骤207、基于m个路径节点对应的故障检测响应，确定待探测路径中的故障信息。
在本申请实施例中，故障诊断应用程序对m个路径节点对应的故障检测响应进行解析分析，从而确定待检测路径中的故障信息。
步骤208、显示故障信息。
基于前述实施例，在本申请其他实施例中，步骤204可以由步骤204a～204b来实现：
步骤204a、从至少一个路径响应数据包中，确定目标探测节点发送的路径响应数据包，得到目标响应数据包。
在本申请实施例中，由于目标探测节点发送的路径响应数据包才完全包括故障诊断节点至目标探测节点之间路径探测请求实际传输的路径信息，因此，需从至少一个路径响应数据包中，确定目标探测节点发送的路径数据包，得到目标响应数据包。需说明的是，在一些应用场景中，故障诊断节点可以持续发送路径探测请求，直至接收到目标探测节点反馈目标响应数据包时，可以停止发送路径探测请求。
步骤204b、对目标响应数据包进行解析分析，得到待探测路径。
其中，目标响应数据包中包括故障诊断节点至目标探测节点之间的路径节点接收到路径探测请求的属性信息。
在本申请实施例中，属性信息可以是故障诊断节点至目标探测节点之间的路径节点接收到路径探测请求时的接收时间属性和对应的接收路径节点的标识信息。故障诊断节点对目标响应数据包进行解析分析，从中可以确定每一接收到路径探测请求时的路径节点的标识信息，并按照接收到路径探测请求的时间属性按照从远及近的顺序进行排序，即可得到待探测路径。在一些应用场景中，得到待探测路径后，还可以将待探测路径进行显示。
基于前述实施例，在本申请其他实施例中，故障诊断节点执行步骤204a之后，还用于执行步骤204b～204c：
步骤204b、对目标响应数据包进行解析分析，确定待探测路径中包括的每一路径节点的目标时延数据。
在本申请实施例中，故障诊断节点对目标响应数据包进行解析分析，从中可以确定待探测路径中包括的每一路径节点接收到路径探测请求时的实际接收时间，由于路径探测请求时由故障诊断节点发送的，因此，故障诊断节点可以确定目标探测节点接收到的路径探测请求的发送时间，并根据发送时间和待探测路径中的每一路径节点，计算得到待探测路径中每一路径节点接收到路径探测请求的理论接收时间，如此，可以根据每一路径节点的理论接收时间和每一路径节点的实际接收时间，确定得到待探测路径中的每一路径节点的目标时延数据。
步骤204c、显示待探测路径中包括的每一路径节点的目标时延数据。
在本申请实施例中，将计算得到的待探测路径中包括的每一路径节点的目标时延数据进行显示处理，以便用户或技术人员根据显示的时延数据进行相应的时延调试，解决造成时延较大的问题。
基于前述实施例，在本申请其他实施例中，步骤205可以由以下步骤来实现：按照待探测路径中的路径节点的顺序，依次分别向待探测路径中的每一路径节点发送预设数量个故障检测数据包。
在本申请实施例中，假设待探测路径为：故障诊断节点→SASE POP节点的接入接口→SASE POP节点的网络接口→目标探测节点，因此，故障诊断节点首先向SASE POP节点的接入接口发送预设数量个故障检测数据包，然后故障诊断节点向SASE POP节点的网络接口发送预设数量个故障检测数据包，最后故障诊断节点向目标探测节点发送预设数量个故障诊断数据包。需说明的是，故障诊断节点向待探测路径中的每一路径节点发送的故障诊断数据包的预设数量可以相同，也可以不同，具体由实际应用场景来确定。
进一步的，故障诊断节点依次向待探测路径中的每一路径节点发送故障诊断数据包时，可以是在根据发送预设数量个故障检测数据包至某一路径节点后，根据该路径节点对应的故障检测响应确定该路径节点没有故障时，才继续向该路径节点相邻的下一路径节点继续发送预设数量故障检测数据包，否则，若确定该路径节点存在故障时，停止发送预设数量个故障检测数据包，保证了故障检测质量，降低了资源的消耗。
基于前述实施例，在本申请其他实施例中，步骤207可以由步骤207a～207c来实现：
步骤207a、对m个路径节点对应的故障检测响应中的每一路径节点对应的故障检测响应进行统计分析，确定每一路径节点接收到故障检测数据包的接收数量。
其中，接收数量小于或等于预设数量。
在本申请实施例中，故障诊断节点针对每一路径节点发送预设数量个故障检测数据包后，统计每一路径节点反馈的关于接收到各自对应的故障监测数据包的数量的故障检测响应，确定每一路径节点实际接收到各自对应的故障检测数据包的接收数量。
步骤207b、基于待探测路径中与故障诊断节点相邻的第一路径节点的接收数量和预设数量，确定第一路径节点的第一丢包率。
在本申请实施例中，按照待探测路径节点的顺序，依次确定每一路径节点的丢包率。即首先确定与故障诊断节点相邻的第一路径节点的接收数量和第一路径节点对应的预设数量的比值，得到第一路径节点的以丢包率。
步骤207c、若第一丢包率大于或等于预设丢包率，确定故障信息为故障诊断节点与第一路径节点之间存在丢包故障。
在本申请实施例中，预设丢包率是根据大量实验得到的丢包经验值，丢包率越大，对用户使用体验影响越大。进一步的，显示故障信息时，还可以显示第一丢包率。
基于前述实施例，在本申请其他实施例中，故障诊断节点执行步骤207b之后，还可以选择执行步骤207d～207e，或步骤207d和步骤207f：
步骤207d、若第一丢包率小于预设丢包率，且第一路径节点不是目标探测节点，确定待探测路径中与第一路径节点相邻的第二路径节点的接收数量和预设数量，确定第二路径节点的第二丢包率。
在本申请实施例中，若第一丢包率小于预设丢包率，表明故障诊断节点与第一路径节点之间不存在故障，因此，确定待探测路径中与第一路径节点相邻的第二路径节点的接收数量和第二路径节点对应的预设数量之间的比值，得到第二路径节点的第二丢包率。需说明的是，若待探测路径中只包括故障诊断节点和第一路径节点，则在确定第一路径节点的第一丢包率后，若第一丢包率大于或等于预设丢包率，确定故障信息为故障诊断节点与第一路径节点和/或第一丢包率，若第一丢包了小于预设丢包率，则故障检测过程结束。
步骤207e、若第二丢包率大于或等于预设丢包率，确定故障信息为第一路径节点与第二路径节点之间存在丢包故障。
步骤207f、若第二丢包率小于预设丢包率，且第二路径节点不是目标探测接地那，确定待探测路径中与第一路径节点相邻的第三路径节点的接收数量和预设数量，确定第三路径节点的第三丢包率，如此重复，直至确定得到第四丢包率大于或等于预设丢包率时，确定故障信息为第四丢包率对应的第四路径节点与第四路径节点相邻的前一路径节点之间存在丢包故障，或直至分析至待探测路径中的目标探测节点的第五丢包率小于预设丢包率，结束故障检测操作。
在本申请实施例中，在第二丢包率小于预设丢包率，且第二路径节点时目标探测节点时，结束故障检测操作。在第二丢包率小于预设丢包率，且第二路径节点不是目标探测节点时，继续分析待探测路径中与第二路径节点相邻的第三路径节点的第三丢包率，若第三丢包率大于或等于预设丢包率，则可以确定第四路径节点为第三路径节点，对应的故障信息为第二路径节点与第三路径节点之间的存在丢包故障，若第三丢包率小于预设丢包率，且第三路径节点为目标探测节点，结束故障诊断操作，如此，对待探测路径中的每一路径节点均进行分析，来实现故障检测。
基于前述实施例，本申请实施例提供一种与图3对应的数据传输示意图，如图4所示，包括用户侧、SASE POP节点侧和目标侧，用户侧包括运行故障检测节点的客户端设备、SASE POP节点侧包括SASE POP节点的接入接口TUN-IN和SASE POP节点的网络接口NAT-OUT，目标侧通过为用户侧提供服务的服务端侧；其中，用户侧发送的服务请求经SASE POP节点侧转发至目标侧，目标侧接收到服务请求后，为用户侧提供相应的服务数据经SASEPOP节点侧转发至用户侧。
对应的，基于图4所示的数据传输示意图，提供的一种确定待检测路径的实现方法可以参照图5所示：
步骤301、技术支持人员或用户触发在客户端设备中安装的故障诊断应用程序的诊断按钮，得到网络故障检测指令，客户端设备发出路径探测请求至SASE POP节点的接入接口。
其中，路径探测请求是客户端设备中的故障诊断应用程序发出诊断数据包后，引流器对诊断数据包进行数据包隧道适配得到的。诊断数据包可以是客户端设备中的故障诊断应用程序发送的递增TTL的普通ICMP回应请求(Echo request)数据包，ICMP Echorequest数据包到达引流器或引流应用程序后，引流器或引流应用程序对ICMP Echorequest数据包进行隧道协议封装并将ICMP Echo request请求包的IP协议头TTL字段拷贝到隧道协议IP头中的TTL字段中。
客户端设备发出路径探测请求至SASE POP节点的接入接口过程中，所有广义网的路由设备均会消费路径探测请求中的TTL，如果路径探测请求中的TTL消费完毕，则SASEPOP节点的接入接口会回复TTL差错报告报文(exceeded ICMP)至客户端端设备中的故障诊断应用程序。
路径探测请求可以是包括目标探测节点的信息的探测数据包。
步骤302、SASE POP接入接口收到路径探测请求后，对隧道数据包进行解封装，并将隧道IP协议头TTL同步到乘客IP协议头TTL，消费乘客协议TTL，即TTL-1，如果消费完毕即TTL＝0时，执行步骤303，否则执行304。
步骤303、SASE POP接入接口回复TTL exceeded ICMP报文至客户端设备。
步骤304、SASE POP接入接口正常转发路径探测请求至SASE POP节点的网络出口。
其中，步骤302～304的实现过程可以在SASE POP节点的接入接口处设置入口哨兵来实现。即SASE POP节点的接入接口设置的入口哨兵接收到路径探测请求后，适配路径探测请求，如果目标探测节点是SASE POP节点的接入接口，则直接回复路径响应数据包，否则将路径探测请求转发至SASE POP节点的网络出口。
步骤305、SASE POP节点的网络出口收到路径探测请求后，对隧道数据包进行解封装，并将隧道IP协议头TTL同步到乘客IP协议头TTL，消费乘客协议TTL，即TTL-1，如果消费完毕即TTL＝0时，执行步骤306，否则执行307。
步骤306、SASE POP节点的网络出口回复TTL exceeded ICMP报文至客户端设备。
步骤307、SASE POP节点的网络出口正常转发路径探测请求至目标端。
其中，步骤305～307的实现过程可以在SASE POP节点的网络出口处设置出口哨兵来实现。即SASE POP节点的网络出口设置的出口哨兵接收到路径探测请求后，适配路径探测请求，如果目标探测节点是SASE POP节点的网络出口，则直接回复路径响应数据包，否则将路径探测请求转发至目标端。目标端为前述目标探测节点。
步骤308、目标端接收到路径探测请求后，生成路径响应数据包。
步骤309、目标端发送路径响应数据包至客户端设备。
其中，客户端设备接收到目标端发送的路径响应数据包后，对路径相应数据包进行解析分析，可以确定待探测路径为：客户端设备→SASE POP节点的接入接口→SASE POP节点的网络出口→目标端。进一步的，还可以确定得到SASE POP节点的接入接口、SASE POP节点的网络出口和目标端分别接收到路径探测请求时对应的延时数据，并对确定得到的待探测路径和对应的延时数据进行相应的显示处理。
基于图5所示的待探测路径探测方法，假设确定得到的待探测路径为：客户端设备→路径目标→SASE POP节点的接入接口→SASE POP节点的网络出口→目标端时，对应的丢包检测过程可以参照图6所示。其中，路径目标为客户端设备后接入的某一个路由器。图6所示的丢包检测过程包括以下步骤：
步骤401、客户端设备按照待探测路径先发送n1个故障检测数据包至路径目标。
步骤402、路径目标对接收到的m1个故障检测数据包进行响应，生成故障检测响应，并发送m1个故障检测响应至客户端设备。
步骤403、客户端设备基于m1和n1，确定路径目标的丢包率，若路径目标的丢包率大于或等于预设丢包率，执行步骤404；若路径目标的丢包率小于预设丢包率，执行步骤405。
步骤404、客户端设备显示包括客户端设备与路径目标之间出现丢包故障和路径目标的丢包率的故障信息。
步骤405、客户端设备发送n2个故障检测数据包至SASE POP节点的接入接口。
步骤406、SASE POP节点的接入接口对接收到的m2个故障检测数据包进行响应，生成故障检测响应，并发送m2个故障检测响应至客户端设备。
步骤407、客户端设备基于m2和n2，确定SASE POP节点的接入接口的丢包率，若SASE POP节点的接入接口的丢包率大于或等于预设丢包率，执行步骤408；若SASE POP节点的接入接口的丢包率小于预设丢包率，执行步骤409。
步骤408、客户端设备显示包括路径目标与SASE POP节点的接入接口之间出现丢包故障和SASE POP节点的接入接口的丢包率的故障信息。
步骤409、客户端设备发送n3个故障检测数据包至SASE POP节点的网络出口。
步骤410、SASE POP节点的网络出口对接收到的m3个故障检测数据包进行响应，生成故障检测响应，并发送m3个故障检测响应至客户端设备。
步骤411、客户端设备基于m3和n3，确定SASE POP节点的网络出口的丢包率，若SASE POP节点的网络出口的丢包率大于或等于预设丢包率，执行步骤412；若SASE POP节点的网络出口的丢包率小于预设丢包率，执行步骤413。
步骤412、客户端设备显示包括SASE POP节点的接入接口与SASE POP节点的网络出口之间出现丢包故障和SASE POP节点的网络出口的丢包率的故障信息。
步骤413、客户端设备发送n4个故障检测数据包至目标端。
步骤414、目标端对接收到的m4个故障检测数据包进行响应，生成故障检测响应，并发送m4个故障检测响应至客户端设备。
步骤415、客户端设备基于m4和n4，确定目标端的丢包率，若目标端的丢包率大于或等于预设丢包率，执行步骤416；若目标端的丢包率小于预设丢包率，停止故障检测。
步骤416、客户端设备显示包括SASE POP节点的网络出口与目标端之间出现丢包故障和目标端的丢包率的故障信息。
需要说明的是，本实施例中与其它实施例中相同步骤或概念的解释可以参考其它实施例中的描述，此处不再赘述。
本申请的实施例所提供的故障诊断方法，若检测到网络故障检测指令，故障诊断节点确定待探测路径后，按照待探测路径，发送预设数量个故障检测数据包，并接收待探测路径中包括的m个路径节点发送的故障检测响应，以基于m个路径节点对应的故障检测响应，确定待探测路径中的故障信息，并显示故障信息。这样，通过故障诊断节点在检测到故障检测指令后，确定待探测路径，并基于待探测路径来发送对应的故障检测数据包，实现对待探测路径的故障检测，解决了目前SASE网络故障排除难度较大的问题，提出了一种针对SASE网络故障诊断的方法，提高了诊断出网络故障点的诊断效率。
基于前述实施例，本申请实施例提供一种故障诊断系统5，该故障诊断系统5可以应用于图1～2对应的实施例中，参照图7所示，该故障诊断系统4包括：故障诊断节点51、边缘服务网络接入节点52、具有IP地址的目标访问节点53；其中：
边缘服务网络接入节点52，包括边缘服务网络接入节点的接入接口和边缘服务网络接入节点的网络出口；其中，边缘服务网络接入节点的接入接口用于接收故障诊断节点发送的业务请求，边缘服务网络接入节点的网络出口用于将故障诊断节点发送的业务请求转发至对应的具有IP地址的目标访问节点；
具有IP地址的目标访问节点53，用于为故障诊断节点提供业务请求对应的业务服务；
故障诊断节点51，用于若检测到网络故障检测指令，确定待探测路径；按照待探测路径，发送预设数量个故障检测数据包；接收待探测路径中包括的m个路径节点发送的故障检测响应；其中，故障检测响应是待探测路径包括的路径节点基于故障检测数据包生成的响应数据，m为大于或等于1的正整数；基于m个路径节点对应的故障检测响应，确定待探测路径中的故障信息。
基于前述实施例，在本申请其他实施例中，故障诊断节点执行步骤若检测到网络故障检测指令，确定待探测路径时，可以通过以下步骤来实现：
若检测到网络故障检测指令，确定目标探测节点；
发送路径探测请求至目标探测节点；
接收响应路径探测请求的至少一个路径响应数据包；其中，每一路径响应数据包是故障诊断节点至目标探测节点之间的路径节点接收到路径探测请求后，响应路径探测请求生成的响应数据；
基于至少一个路径响应数据包，确定待探测路径。
基于前述实施例，在本申请其他实施例中，故障诊断节点执行步骤基于至少一个路径响应数据包，确定待探测路径时，可以通过以下步骤来实现：
从至少一个路径响应数据包中，确定目标探测节点发送的路径响应数据包，得到目标响应数据包；
对目标响应数据包进行解析分析，得到待探测路径；其中，目标响应数据包中包括故障诊断节点至目标探测节点之间的路径节点接收到路径探测请求的属性信息。
基于前述实施例，在本申请其他实施例中，故障诊断节点执行步骤从至少一个路径响应数据包中，确定目标探测节点发送的路径响应数据包，得到目标响应数据包之后，还用于执行以下步骤：
对目标响应数据包进行解析分析，确定待探测路径中包括的每一路径节点的目标时延数据。
基于前述实施例，在本申请其他实施例中，故障诊断节点执行步骤按照待探测路径，发送预设数量个故障检测数据包时，可以通过以下步骤来实现：
按照待探测路径中的路径节点的顺序，依次分别向待探测路径中的每一路径节点发送预设数量个故障检测数据包。
基于前述实施例，在本申请其他实施例中，故障诊断节点执行步骤基于m个路径节点对应的故障检测响应，确定待探测路径中的故障信息时，可以通过以下步骤来实现：
对m个路径节点对应的故障检测响应中的每一路径节点对应的故障检测响应进行统计分析，确定每一路径节点接收到故障检测数据包的接收数量；其中，接收数量小于或等于预设数量；
基于待探测路径中与故障诊断节点相邻的第一路径节点的接收数量和预设数量，确定第一路径节点的第一丢包率；
若第一丢包率大于或等于预设丢包率，确定故障信息为故障诊断节点与第一路径节点之间存在丢包故障。
基于前述实施例，在本申请其他实施例中，故障诊断节点还用于执行以下步骤：
若第一丢包率小于预设丢包率，确定待探测路径中与第一路径节点相邻的第二路径节点的接收数量和预设数量，确定第二路径节点的第二丢包率；
若第二丢包率大于或等于预设丢包率，确定故障信息为第一路径节点与第二路径节点之间存在丢包故障；
若第二丢包率小于预设丢包率，确定待探测路径中与第一路径节点相邻的第三路径节点的接收数量和预设数量，确定第三路径节点的第三丢包率，如此重复，直至确定得到第四丢包率大于或等于预设丢包率时，确定故障信息为第四丢包率对应的第四路径节点与第四路径节点相邻的前一路径节点之间存在丢包故障，或直至分析至待探测路径中的目标探测节点的第五丢包率小于预设丢包率，结束故障检测操作。
基于前述实施例，在本申请其他实施例中，待探测路径包括的路径节点包括以下节点至少之一：边缘服务网络接入节点的接入接口、边缘服务网络接入节点的网络出口、具有目标网际互连协议IP地址的目标访问节点。
需要说明的是，本实施例中节点之间的信息交互过程可以参考前述方法实施例描述的信息交互过程，此处不再赘述。
本申请的实施例所提供的故障诊断系统，若检测到网络故障检测指令，故障诊断节点确定待探测路径后，按照待探测路径，发送预设数量个故障检测数据包，并接收待探测路径中包括的m个路径节点发送的故障检测响应，以基于m个路径节点对应的故障检测响应，确定待探测路径中的故障信息，并显示故障信息。这样，通过故障诊断节点在检测到故障检测指令后，确定待探测路径，并基于待探测路径来发送对应的故障检测数据包，实现对待探测路径的故障检测，解决了目前SASE网络故障排除难度较大的问题，提出了一种针对SASE网络故障诊断的方法，提高了诊断出网络故障点的诊断效率。
基于前述实施例，本申请的实施例提供一种计算机可读存储介质，简称为存储介质，计算机可读存储介质存储有一个或者多个故障诊断程序，一个或者多个故障诊断程序可被一个或者多个处理器执行，以实现如图1～2对应的实施例提供的故障诊断方法，此处不再赘述。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，……，空调器，或者网络通信链接设备等)执行本申请各个实施例所描述的方法。
本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
以上仅为本申请的优选实施例，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。
Claims (10)
1.一种故障诊断方法，其特征在于，所述方法应用于边缘服务网络中的故障诊断节点，所述方法包括：
若检测到网络故障检测指令，确定待探测路径；
按照所述待探测路径，发送预设数量个故障检测数据包；
接收所述待探测路径中包括的m个路径节点发送的故障检测响应；其中，所述故障检测响应是所述待探测路径包括的路径节点基于所述故障检测数据包生成的响应数据，m为大于或等于1的正整数；
基于m个所述路径节点对应的所述故障检测响应，确定所述待探测路径中的故障信息。
2.根据权利要求1所述的方法，其特征在于，所述若检测到网络故障检测指令，确定待探测路径，包括：
若检测到网络故障检测指令，确定目标探测节点；
发送路径探测请求至目标探测节点；
接收响应所述路径探测请求的至少一个路径响应数据包；其中，每一所述路径响应数据包是故障诊断节点至所述目标探测节点之间的路径节点接收到所述路径探测请求后，响应所述路径探测请求生成的响应数据；
基于至少一个所述路径响应数据包，确定所述待探测路径。
3.根据权利要求2所述的方法，其特征在于，所述基于至少一个所述路径响应数据包，确定所述待探测路径，包括：
从至少一个所述路径响应数据包中，确定所述目标探测节点发送的路径响应数据包，得到目标响应数据包；
对所述目标响应数据包进行解析分析，得到所述待探测路径；其中，所述目标响应数据包中包括所述故障诊断节点至所述目标探测节点之间的路径节点接收到所述路径探测请求的属性信息。
4.根据权利要求3所述的方法，其特征在于，所述从至少一个所述路径响应数据包中，确定所述目标探测节点发送的路径响应数据包，得到目标响应数据包之后，所述方法还包括：
对所述目标响应数据包进行解析分析，确定所述待探测路径中包括的每一路径节点的目标时延数据。
5.根据权利要求2至4任一项所述的方法，其特征在于，所述按照所述待探测路径，发送预设数量个故障检测数据包，包括：
按照所述待探测路径中的路径节点的顺序，依次分别向所述待探测路径中的每一路径节点发送所述预设数量个所述故障检测数据包。
6.根据权利要求2至4任一项所述的方法，其特征在于，所述基于m个所述路径节点对应的所述故障检测响应，确定所述待探测路径中的故障信息，包括：
对m个所述路径节点对应的所述故障检测响应中的每一所述路径节点对应的所述故障检测响应进行统计分析，确定每一所述路径节点接收到所述故障检测数据包的接收数量；其中，所述接收数量小于或等于所述预设数量；
基于所述待探测路径中与所述故障诊断节点相邻的第一路径节点的所述接收数量和所述预设数量，确定所述第一路径节点的第一丢包率；
若所述第一丢包率大于或等于预设丢包率，确定所述故障信息为所述故障诊断节点与所述第一路径节点之间存在丢包故障。
7.根据权利要求6所述的方法，其特征在于，所述方法还包括：
若所述第一丢包率小于所述预设丢包率，且所述第一路径节点不是所述目标探测节点，确定所述待探测路径中与所述第一路径节点相邻的第二路径节点的所述接收数量和所述预设数量，确定所述第二路径节点的第二丢包率；
若所述第二丢包率大于或等于所述预设丢包率，确定所述故障信息为所述第一路径节点与所述第二路径节点之间存在丢包故障；
若所述第二丢包率小于所述预设丢包率，且所述第二路径节点不是所述目标探测节点，确定所述待探测路径中与所述第一路径节点相邻的第三路径节点的所述接收数量和所述预设数量，确定所述第三路径节点的第三丢包率，如此重复，直至确定得到第四丢包率大于或等于所述预设丢包率时，确定所述故障信息为所述第四丢包率对应的第四路径节点与所述第四路径节点相邻的前一路径节点之间存在丢包故障，或直至分析至所述待探测路径中的目标探测节点的第五丢包率小于所述预设丢包率时，结束故障检测操作。
8.根据权利要求1所述的方法，其特征在于，所述待探测路径包括的路径节点包括以下节点至少之一：边缘服务网络接入节点的接入接口、边缘服务网络接入节点的网络出口、具有目标网际互连协议IP地址的目标访问节点。
9.一种故障诊断系统，其特征在于，该系统包括：故障诊断节点、边缘服务网络接入节点、具有IP地址的目标访问节点；其中：
所述边缘服务网络接入节点，包括边缘服务网络接入节点的接入接口和边缘服务网络接入节点的网络出口；其中，所述边缘服务网络接入节点的接入接口用于接收故障诊断节点发送的业务请求，所述边缘服务网络接入节点的网络出口用于将故障诊断节点发送的业务请求转发至对应的具有IP地址的目标访问节点；
所述具有IP地址的目标访问节点，用于为所述故障诊断节点提供所述业务请求对应的业务服务；
所述故障诊断节点，用于若检测到网络故障检测指令，确定待探测路径；按照所述待探测路径，发送预设数量个故障检测数据包；接收所述待探测路径中包括的m个路径节点发送的故障检测响应；其中，所述故障检测响应是所述待探测路径包括的路径节点基于所述故障检测数据包生成的响应数据，m为大于或等于1的正整数；基于m个所述路径节点对应的所述故障检测响应，确定所述待探测路径中的故障信息；显示所述故障信息。
10.一种存储介质，其特征在于，所述存储介质上存储有故障诊断程序，所述故障诊断程序被处理器执行时实现如权利要求1至8中任一项所述的故障诊断方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210346337.2A CN114760225B (zh) | 2022-03-31 | 2022-03-31 | 一种故障诊断方法、系统和存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210346337.2A CN114760225B (zh) | 2022-03-31 | 2022-03-31 | 一种故障诊断方法、系统和存储介质 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN114760225A true CN114760225A (zh) | 2022-07-15 |
| CN114760225B CN114760225B (zh) | 2024-10-11 |
Family
ID=82329367
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202210346337.2A Active CN114760225B (zh) | 2022-03-31 | 2022-03-31 | 一种故障诊断方法、系统和存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114760225B (zh) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2024199449A1 (zh) * | 2023-03-31 | 2024-10-03 | 北京罗克维尔斯科技有限公司 | 通信管理方法、装置、设备、存储介质及车辆 |
Citations (19)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20050018647A1 (en) * | 2003-07-23 | 2005-01-27 | International Business Machines Corporation | Method and system for determining a path between two points of an IP network over which datagrams are transmitted |
| US7983174B1 (en) * | 2005-12-19 | 2011-07-19 | Cisco Technology, Inc. | Method and apparatus for diagnosing a fault in a network path |
| CN103051709A (zh) * | 2012-12-20 | 2013-04-17 | 新浪网技术(中国)有限公司 | 数据传输路径确定方法、网络节点及内容分发网络系统 |
| WO2015180559A1 (zh) * | 2014-05-26 | 2015-12-03 | 华为技术有限公司 | 业务链的故障检测方法及装置 |
| CN105743711A (zh) * | 2016-04-13 | 2016-07-06 | 华为技术有限公司 | 一种网络路径的故障检测方法、装置及网络设备 |
| CN106452930A (zh) * | 2016-12-16 | 2017-02-22 | 北京邮电大学 | 一种基于探测的服务功能链的故障诊断方法及系统 |
| CN106559325A (zh) * | 2015-09-25 | 2017-04-05 | 华为技术有限公司 | 路径检测方法和装置 |
| WO2017088190A1 (zh) * | 2015-11-27 | 2017-06-01 | 华为技术有限公司 | 一种获取路径信息的方法及装置 |
| CN108123824A (zh) * | 2016-11-30 | 2018-06-05 | 华为技术有限公司 | 一种网络故障检测方法及装置 |
| US20180212849A1 (en) * | 2015-07-22 | 2018-07-26 | Dynamic Network Services, Inc. | Methods, systems, and apparatus to generate information transmission performance alerts |
| CN109600261A (zh) * | 2018-12-14 | 2019-04-09 | 锐捷网络股份有限公司 | 网络修复方法、云端服务器、用户终端及网络修复系统 |
| CN109787869A (zh) * | 2019-03-29 | 2019-05-21 | 新华三技术有限公司 | 一种路径故障检测方法及设备 |
| CN111181760A (zh) * | 2019-09-02 | 2020-05-19 | 腾讯科技（深圳）有限公司 | 网络故障探测方法、装置、计算机可读介质及电子设备 |
| WO2021017364A1 (zh) * | 2019-07-26 | 2021-02-04 | 京信通信系统（中国）有限公司 | 一种网络故障诊断方法、装置、网络设备及存储介质 |
| CN112994947A (zh) * | 2021-03-30 | 2021-06-18 | 建信金融科技有限责任公司 | 一种网络运维方法、装置、存储介质及电子设备 |
| CN113132140A (zh) * | 2019-12-31 | 2021-07-16 | 深信服科技股份有限公司 | 一种网络故障检测方法、装置、设备及存储介质 |
| CN113630312A (zh) * | 2021-08-17 | 2021-11-09 | 迈普通信技术股份有限公司 | 路径探测方法、装置、网络设备及计算机可读存储介质 |
| CN113708995A (zh) * | 2021-08-20 | 2021-11-26 | 深圳市风云实业有限公司 | 一种网络故障诊断方法、系统、电子设备及存储介质 |
| CN113938407A (zh) * | 2021-09-02 | 2022-01-14 | 北京邮电大学 | 基于带内网络遥测系统的数据中心网络的故障检测方法及装置 |
-
2022
- 2022-03-31 CN CN202210346337.2A patent/CN114760225B/zh active Active
Patent Citations (19)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20050018647A1 (en) * | 2003-07-23 | 2005-01-27 | International Business Machines Corporation | Method and system for determining a path between two points of an IP network over which datagrams are transmitted |
| US7983174B1 (en) * | 2005-12-19 | 2011-07-19 | Cisco Technology, Inc. | Method and apparatus for diagnosing a fault in a network path |
| CN103051709A (zh) * | 2012-12-20 | 2013-04-17 | 新浪网技术(中国)有限公司 | 数据传输路径确定方法、网络节点及内容分发网络系统 |
| WO2015180559A1 (zh) * | 2014-05-26 | 2015-12-03 | 华为技术有限公司 | 业务链的故障检测方法及装置 |
| US20180212849A1 (en) * | 2015-07-22 | 2018-07-26 | Dynamic Network Services, Inc. | Methods, systems, and apparatus to generate information transmission performance alerts |
| CN106559325A (zh) * | 2015-09-25 | 2017-04-05 | 华为技术有限公司 | 路径检测方法和装置 |
| WO2017088190A1 (zh) * | 2015-11-27 | 2017-06-01 | 华为技术有限公司 | 一种获取路径信息的方法及装置 |
| CN105743711A (zh) * | 2016-04-13 | 2016-07-06 | 华为技术有限公司 | 一种网络路径的故障检测方法、装置及网络设备 |
| CN108123824A (zh) * | 2016-11-30 | 2018-06-05 | 华为技术有限公司 | 一种网络故障检测方法及装置 |
| CN106452930A (zh) * | 2016-12-16 | 2017-02-22 | 北京邮电大学 | 一种基于探测的服务功能链的故障诊断方法及系统 |
| CN109600261A (zh) * | 2018-12-14 | 2019-04-09 | 锐捷网络股份有限公司 | 网络修复方法、云端服务器、用户终端及网络修复系统 |
| CN109787869A (zh) * | 2019-03-29 | 2019-05-21 | 新华三技术有限公司 | 一种路径故障检测方法及设备 |
| WO2021017364A1 (zh) * | 2019-07-26 | 2021-02-04 | 京信通信系统（中国）有限公司 | 一种网络故障诊断方法、装置、网络设备及存储介质 |
| CN111181760A (zh) * | 2019-09-02 | 2020-05-19 | 腾讯科技（深圳）有限公司 | 网络故障探测方法、装置、计算机可读介质及电子设备 |
| CN113132140A (zh) * | 2019-12-31 | 2021-07-16 | 深信服科技股份有限公司 | 一种网络故障检测方法、装置、设备及存储介质 |
| CN112994947A (zh) * | 2021-03-30 | 2021-06-18 | 建信金融科技有限责任公司 | 一种网络运维方法、装置、存储介质及电子设备 |
| CN113630312A (zh) * | 2021-08-17 | 2021-11-09 | 迈普通信技术股份有限公司 | 路径探测方法、装置、网络设备及计算机可读存储介质 |
| CN113708995A (zh) * | 2021-08-20 | 2021-11-26 | 深圳市风云实业有限公司 | 一种网络故障诊断方法、系统、电子设备及存储介质 |
| CN113938407A (zh) * | 2021-09-02 | 2022-01-14 | 北京邮电大学 | 基于带内网络遥测系统的数据中心网络的故障检测方法及装置 |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2024199449A1 (zh) * | 2023-03-31 | 2024-10-03 | 北京罗克维尔斯科技有限公司 | 通信管理方法、装置、设备、存储介质及车辆 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN114760225B (zh) | 2024-10-11 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| WO2019184433A1 (zh) | 一种网络数据的监测方法及装置 | |
| US7895425B2 (en) | Operation, administration and maintenance (OAM) in a service insertion architecture (SIA) | |
| JP2019509681A (ja) | クラウド検証及びテスト自動化 | |
| US10206131B2 (en) | System and method for programmable native analytics in 5G mobile networks | |
| CN103763121A (zh) | 一种网络配置信息快速下发的方法及装置 | |
| CN104796298A (zh) | 一种sdn网络故障分析的方法及装置 | |
| US20110055311A1 (en) | Method of autonomic representative selection in local area networks | |
| CN109167762B (zh) | 一种iec104报文校验方法及装置 | |
| CN100370762C (zh) | 告警报文的处理方法、装置和系统 | |
| CN106301840B (zh) | 双向转发检测bfd报文的发送方法及装置 | |
| CN114760225A (zh) | 一种故障诊断方法、系统和存储介质 | |
| CN108989130B (zh) | 一种网络故障上报方法及装置 | |
| CN105610594A (zh) | 业务链的故障诊断方法及装置 | |
| CN114268938A (zh) | 用户前置设备的纳管方法、装置、设备以及存储介质 | |
| JP2005237018A (ja) | ネットワークマネージメントシステムへのデータ送信 | |
| CN107819596B (zh) | Sdn网络故障的诊断方法、装置及系统 | |
| CN111147285B (zh) | 一种云安全产品统一管理方法 | |
| CN109831335B (zh) | 一种数据监控方法、监控终端、存储介质及数据监控系统 | |
| CN113518022A (zh) | 用于用户设备与家居设备连接配置的方法 | |
| CN116567457A (zh) | 一种局域网内移动设备绑定onu设备的方法 | |
| CN107846301B (zh) | 一种端到端业务测试系统和方法 | |
| CN113115059B (zh) | 弹幕连接监控方法、装置、设备及存储介质 | |
| US20040199579A1 (en) | Collaboration bus apparatus and method | |
| CN111884950B (zh) | 数据传输方法、目标交换机、指定交换机及交换机系统 | |
| US7894459B2 (en) | Determining availability of a network service |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant |