网络故障的评估方法、装置及服务器与流程

1.本发明涉及互联网技术领域，尤其是涉及一种网络故障的评估方法、装置及服务器。


背景技术：

2.目前，cdn(content delivery network，内容分发网络)出现弱网且网络未完全宕点的情况下，如果触发告警阈值，则需要运维工作人员查看日志系统数据，并评估是否需要暂停cdn的线上服务资源，评估效率较为低下，无法快速判断cdn故障的影响级别，如果未触发告警阈值，则将导致运维工作人员无法及时解决cdn存在的问题，从而影响cdn使用者的用户体验。


技术实现要素：

3.有鉴于此，本发明的目的在于提供一种网络故障的评估方法、装置及服务器，可以显著提高网络故障的评估及时率和评估效率，还可以准确识别故障级别，从而显著提高cdn使用者的用户体验。
4.第一方面，本发明实施例提供了一种网络故障的评估方法，包括：向目标内容分发节点所包含的目标ip(internet protocol，网际互连协议)发送探测数据得到探测结果，并基于所述探测结果从所述目标内容分发节点中确定故障节点；对所述故障节点的报文数据进行特征提取，得到所述故障节点的故障特征；基于所述故障特征确定所述故障节点的故障评估结果；其中，所述故障评估结果包括故障类型和/或故障级别，所述故障类型包括节点中断类型、ip中断类型和丢包类型中的一种或多种。
5.在一种实施方式中，所述探测数据包括icmp(internet control message protocol，internet控制报文协议)探测数据，所述报文数据包括icmp报文数据。
6.在一种实施方式中，所述向目标内容分发节点所包含的目标ip发送探测数据得到探测结果的步骤，包括：通过预设探测节点所包含的探针向目标内容分发节点所包含的目标ip发送icmp探测数据得到探测结果；其中，预设探测节点、所述探针、所述目标内容分发节点和所述目标ip的数量均为多个。
7.在一种实施方式中，所述基于所述故障特征确定所述故障节点的故障评估结果的步骤，包括：如果所述故障特征为所述故障节点中至少一个所述目标ip中断，确定故障类型为ip中断类型；根据中断的所述目标ip所在的三元组条目的第一条目数量计算所述故障节点的连通率，并根据所述连通率确定所述故障节点的故障级别。
8.在一种实施方式中，所述根据中断的所述目标ip所在的三元组条目的第一条目数量计算所述故障节点的连通率的步骤，包括：根据所述第一条目数量、探针总数量和目标ip总数量，计算所述故障节点的连通率。
9.在一种实施方式中，所述基于所述故障特征确定所述故障节点的故障评估结果的步骤，还包括：如果所述故障特征为所述故障节点中至少一个所述目标ip丢包，确定故障类
型为丢包类型；根据丢包的所述目标ip所在的三元组条目的第二条目数量计算所述故障节点的慢速流占比，并根据所述慢速流占比确定所述故障节点的故障级别。
10.在一种实施方式中，所述基于所述故障特征确定所述故障节点的故障评估结果的步骤，还包括：如果所述故障特征为所述故障节点所包含的目标ip均中断，确定故障类型为节点中断类型。
11.第二方面，本发明实施例还提供一种网络故障的评估装置，包括：节点确定模块，用于向目标内容分发节点所包含的目标ip发送探测数据得到探测结果，并基于所述探测结果从所述目标内容分发节点中确定故障节点；特征提取模块，用于对所述故障节点的报文数据进行特征提取，得到所述故障节点的故障特征；故障评估模块，用于基于所述故障特征确定所述故障节点的故障评估结果；其中，所述故障评估结果包括故障类型和/或故障级别，所述故障类型包括节点中断类型、ip中断类型和丢包类型中的一种或多种。
12.第三方面，本发明实施例还提供一种服务器，包括处理器和存储器，所述存储器存储有能够被所述处理器执行的计算机可执行指令，所述处理器执行所述计算机可执行指令以实现第一方面提供的任一项所述的方法。
13.第四方面，本发明实施例还提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可执行指令，所述计算机可执行指令在被处理器调用和执行时，计算机可执行指令促使处理器实现第一方面提供的任一项所述的方法。
14.本发明实施例提供的一种网络故障的评估方法、装置及服务器，首先向目标内容分发节点所包含的目标ip发送探测数据得到探测结果，并基于探测结果从目标内容分发节点中确定故障节点，然后对故障节点的报文数据进行特征提取得到故障节点的故障特征，最终基于故障特征确定故障节点的故障评估结果。其中，故障评估结果包括故障类型和/或故障级别，故障类型包括节点中断类型、ip中断类型和丢包类型中的一种或多种。上述方法利用轻量级的探测数据对内容分发节点进行探测，并从中确定出故障节点，通过对故障节点的报文数据进行特征提取，可以在故障特征的基础上快速、准确地评估故障节点的故障类型和故障级别，从而显著提高了网络故障的评估及时率和评估效率，有效改善cdn使用者的用户体验。
15.本发明的其他特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。
16.为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。
附图说明
17.为了更清楚地说明本发明具体实施方式或现有技术中的技术方案，下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
18.图1为本发明实施例提供的一种网络故障的评估方法的流程示意图；
19.图2为本发明实施例提供的另一种网络故障的评估方法的流程示意图；
20.图3为本发明实施例提供的一种网络故障的评估方法的探测示意出图；
21.图4为本发明实施例提供的一种网络故障的评估装置的结构示意图；
22.图5为本发明实施例提供的一种服务器的结构示意图。
具体实施方式
23.为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合实施例对本发明的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
24.目前，通常通过日志以及7层业务指标的分析来判断cdn节点是否需要暂停或切量规避。具体的，业务层面的汇总数据告警通常为分钟级别的数据汇总，运维工作人员在收到业务指标告警时，需要查看日志系统并评估是否需要暂停cdn节点，这一过程通常需要5至10分钟的操作时间，如果运维工作人员未收到业务指标告警，将导致运维工作人员无法及时处理cdn节点存在的问题。综上，现有cdn节点的故障评估方法存在以下问题：(1)在进行弱网故障日志系统判断时，受限于人肉效率，以及大规模节点(诸如，1000以上的节点)下7层日志数据的处理效率，有效告警出来故障规避处理基本都在5min以上；(2)影响程度上判断存疑，如回源影响、覆盖影响等。在特定故障场景下，节点区域的用户端日志因中断率突增无法请求到节点nginx(engine x)服务器，在缺乏用户端数据的情况下无法快速判断故障的影响级别。基于此，本发明实施提供了一种网络故障的评估方法、装置及服务器，可以显著提高网络故障的评估及时率和评估效率，还可以准确识别故障级别，从而显著提高cdn使用者的用户体验。
25.为便于对本实施例进行理解，首先对本发明实施例所公开的一种网络故障的评估方法进行详细介绍，参见图1所示的一种网络故障的评估方法的流程示意图，该方法主要包括以下步骤s102至步骤s106：
26.步骤s102，向目标内容分发节点所包含的目标ip发送探测数据得到探测结果，并基于探测结果从目标内容分发节点中确定故障节点。其中，目标ip可以为在线ip，探测数据可以采用三元组探测数据，诸如icmp探测数据，探测结果可以包括目标ip反馈的报文数据。在一种实施方式中，可以通过预设的探测节点内的探针向cdn节点所包含的在线ip发送icmp探测数据，对于未反馈报文数据的在线ip，可以将该在线ip所在的cdn节点确定为故障节点。
27.步骤s104，对故障节点的报文数据进行特征提取，得到故障节点的故障特征。其中，报文数据包括三元组报文数据，诸如icmp报文数据，故障特征可以包括故障节点中至少一个目标ip中断、故障节点中至少一个目标ip丢包、故障节点中目标ip均中断等。在一种实施方式中，可以对故障节点的报文数据进行归纳，再从中提取出故障节点的故障特征。
28.步骤s106，基于故障特征确定故障节点的故障评估结果。其中，故障评估结果包括故障类型和/或故障级别，故障类型包括节点中断类型、ip中断类型和丢包类型中的一种或多种，节点中断类型也即故障节点出现故障导致中断的情况，ip中断类型也即故障节点中部分ip地址出现故障导致中断的情况，丢包类型也即故障节点中部分ip地址出现故障导致丢包的情况，故障级别也可称之为影响级别。在一种实施方式中，可以根据故障特征确定出
故障节点所属的故障类型，对于ip中断类型可以计算该故障节点的连通率，然后基于预设的各个故障级别对应的连通率阈值，确定该故障节点所属的故障级别，对于丢包类型可以计算该故障节点的慢流速占比，然后基于预设的各个故障级别对应的慢流速占比阈值，确定该故障节点所属的故障级别。
29.本发明实施例提供的上述网络故障的评估方法，利用轻量级的探测数据对内容分发节点进行探测，并从中确定出故障节点，通过对故障节点的报文数据进行特征提取，可以在故障特征的基础上快速、准确地评估故障节点的故障类型和故障级别，从而显著提高了网络故障的评估及时率和评估效率，有效改善cdn使用者的用户体验。
30.在实际应用中，流量在网络设备中的转发是基于底层物理fib(forwarding information base，转发信息库)表项哈希转发，在进行负载分担设定时网络设备的命令行一般可以选定流量分担模式，流量分担模式包括：sip(source ip)、dip(destination ip)、sip+dip、sip+dip+sp(source port)+dp(destination port)，不同流量分担模式均有其对应的hash(哈希)算法，网络设备根据需负载分担端口组成员生成哈希表。流量转发时将通过哈希表找到对应的出端口将报文转发出去。例如，10g口1和10g口2做聚合得到需负载分担端口组成员，交换芯片上哈希index可保证流量尽量均衡。同理，路由接口负载均衡过程可参照前述流量负载均衡过程。icmp报文为三元组报文，包括源ip、目标ip和协议，由于icmp报文特殊的报文结构，不存在五元组概念，因此网络设备在对icmp报文进行转发时只遵循三元组进行转发，即采用sip+dip+协议(固定字段)进行转发，故出探测出icmp丢包的组合不会发生改变，当某在线ip1到另一个在线ip2的数据交互过程中出现丢包情况时，在线ip1与在线ip2之间的数据交互将会一直出现丢包现象，当某在线ip1到另一个在线ip2的数据交互过程中出现中断情况时，在线ip1与在线ip2之间的数据交互将会一直出现中断现象。
31.在此基础上，本发明实施例提供的网络故障的评估方法，参见图2所示的一种网络故障的评价方法的流程示意图，该方法可以应用于根因分析系统，探测对象为cdn节点，探测发起角色为relay探针设备，探针可将探测数据上传至根因分析系统，cdn节点的get任务详情将上传至大数据探测平台任务系统。本发明实施例中，根因分析系统通过对特定场景拆分，将icmp丢包的数据进行特征提取，从中筛取哈希路径中断的特征的节点进行中断率逆推，可直接给出服务节点业务中断率影响比例。如未中断可以通过丢包率的分析得出慢速流占比，从而快速得到线上服务资源是否需要暂停或者降量规避的结论。
32.本发明实施例提供了一种向目标内容分发节点所包含的目标ip发送探测数据得到探测结果的实施方式，可以通过预设探测节点所包含的探针向目标内容分发节点所包含的目标ip发送icmp探测数据得到探测结果。其中，预设探测节点、探针、目标内容分发节点和目标ip的数量均为多个，例如，探测节点数量为m1，每个探测节点包含的探针数量为m2，即探针总数量为m＝m1*m2，cdn节点的数量为n1，每个cdn节点包含的在线ip的数量为n2，即在线ip总数量n＝n1*n2。参见图3所示的一种网络故障的评估方法的探测示意出图，图3示意出探针总数量m和在线ip总数量n，探针向在线ip发送icmp探测数据，负载均衡条目为q，共探测m*n条。
33.为便于对上述步骤s106进行理解，本发明实施例还提供了一些基于故障特征确定故障节点的故障评估结果的实施方式，参见如下方式一至方式三：
34.方式一：如果故障特征为故障节点中至少一个目标ip中断，确定故障类型为ip中断类型，根据中断的目标ip所在的三元组条目的第一条目数量计算故障节点的连通率，并根据连通率确定故障节点的故障级别。在实际应用中，故障cdn节点中部分在线ip存在icmp报文中断的情况，且源探测ip不一样以及中断ip不一样时，将分析中断三元组条目(也即，上述中断的目标ip所在的三元组条目)在整体探测中占有的比例，即可得到整体连通性。示例性的，当连通率小于第一连通率阈值时，确定故障级别为一级，当连通率大于第一连通率阈值且小于第二连通率阈值时，确定故障级别为二级，以此类推。
35.在一种实施方式中，可以根据第一条目数量y、探针总数量m1*m2和在线ip总数量n1*n2，计算故障节点的连通率。如果从网络视角看，当某条哈希路径失效时，在转发未完全摘除的情况下，icmp的整体联通性为(1/q)*100％,如icmp探测失败条目数为y，则整体联通性(y/m1*m2*n1*n2)*100％无限趋近近于1/q。可选的，当上述报文数据为七层数据时，也即报文数据为五元组时，在故障窗口内五元组哈希相对而言更均衡，也即新建连接失败率次数/新建链路次数基本(1/q)*100％。在实际应用中，整体联通性y/(m1*m2*n1*n2)*100％需要遵循本省探测要求，当外省探测存在问题时，例如，a省到b省骨干链路存在问题，则可以对整体联通性(y/m1*m2*n1*n2)*100％进行拆分，从而确定骨干链路故障的影响。
36.方式二：如果故障特征为故障节点中至少一个目标ip丢包，确定故障类型为丢包类型，并根据丢包的目标ip所在的三元组条目的第二条目数量计算故障节点的慢速流占比，并根据慢速流占比确定故障节点的故障级别。在实际应用中，故障cdn节点的部分在线ip存在icmp丢包的情况，且源探测ip不一样以及丢包ip不一样，则分析丢包三元组条目在整体探测中占有的比例，即可得到慢流速占比。示例性的，当慢流速占比小于第一慢流速占比阈值时，确定故障级别为一级，当慢流速占比大于第一慢流速占比阈值且小于第二连通率阈值时，确定故障级别为二级，以此类推。
37.方式三：如果故障特征为故障节点所包含的目标ip均中断，确定故障类型为节点中断类型。在实际应用中，故障cdn节点中所有在线ip均存在icmp中断的情况，将确定故障cdn节点中断。
38.本发明实施例通过选举的方式判断出故障节点，通过故障节点和周边大量探针得到报文数据的故障特征，进而计算得到中断率或慢速流比例，无论lastmile用户请求是否到达cdn节点上，均可以计算出业务的中断率或慢速流比例。
39.可选的，上述探测数据也可以为七层数据(包括物理层、数据链路层、网络层、传输层、会话层、表示层和应用层)，即通过七层数据的探测分析也可以识别出故障节点的故障类型和故障级别，但是需要注意的是，随着业务规模的扩大，七层数据的探测流量计数据的计算量将随之增加。
40.综上所述，本发明实施例针对icmp数据进行单一维度分析和提取，大大降低数据量级以及探测量级，从而实现秒级判断，另外，通过icmp丢包比率和七层建联连通性两个维度的数据做了比例换算，利用轻量级的探测数据实现对线上资源影响比例的快速评估，可以结合自动调度等功能实现故障规避上的灵敏优化。
41.对于前述实施例提供的网络故障的评估方法，本发明实施例提供了一种网络故障的评估装置，参见图4所示的一种网络故障的评估装置的结构示意图，该装置主要包括以下部分：
42.节点确定模块402，用于向目标内容分发节点所包含的目标ip发送探测数据得到探测结果，并基于探测结果从目标内容分发节点中确定故障节点；
43.特征提取模块404，用于对故障节点的报文数据进行特征提取，得到故障节点的故障特征；
44.故障评估模块406，用于基于故障特征确定故障节点的故障评估结果；其中，故障评估结果包括故障类型和/或故障级别，故障类型包括节点中断类型、ip中断类型和丢包类型中的一种或多种。
45.本发明实施例提供的上述网络故障的评估装置，利用轻量级的探测数据对内容分发节点进行探测，并从中确定出故障节点，通过对故障节点的报文数据进行特征提取，可以在故障特征的基础上快速、准确地评估故障节点的故障类型和故障级别，从而显著提高了网络故障的评估及时率和评估效率，有效改善cdn使用者的用户体验。
46.在一种实施方式中，探测数据包括icmp(internet control message protocol，internet控制报文协议)探测数据，报文数据包括icmp报文数据。
47.在一种实施方式中，节点确定模块402还包括：通过预设探测节点所包含的探针向目标内容分发节点所包含的目标ip发送icmp探测数据得到探测结果；其中，预设探测节点、探针、目标内容分发节点和目标ip的数量均为多个。
48.在一种实施方式中，故障评估模块406还用于：如果故障特征为故障节点中至少一个目标ip中断，确定故障类型为ip中断类型；根据中断的目标ip所在的三元组条目的第一条目数量计算故障节点的连通率，并根据连通率确定故障节点的故障级别。
49.在一种实施方式中，故障评估模块406还用于：根据第一条目数量、探针总数量和目标ip总数量，计算故障节点的连通率。
50.在一种实施方式中，故障评估模块406还用于：如果故障特征为故障节点中至少一个目标ip丢包，确定故障类型为丢包类型；根据丢包的目标ip所在的三元组条目的第二条目数量计算故障节点的慢速流占比，并根据慢速流占比确定故障节点的故障级别。
51.在一种实施方式中，故障评估模块406还用于：如果故障特征为故障节点所包含的目标ip均中断，确定故障类型为节点中断类型。
52.本发明实施例所提供的装置，其实现原理及产生的技术效果和前述方法实施例相同，为简要描述，装置实施例部分未提及之处，可参考前述方法实施例中相应内容。
53.本发明实施例提供了一种服务器，具体的，该服务器包括处理器和存储器；存储器上存储有计算机程序，计算机程序在被所述处理器运行时执行如上所述实施方式的任一项所述的方法。
54.图5为本发明实施例提供的一种服务器的结构示意图，该服务器100包括：处理器50，存储器51，总线52和通信接口53，所述处理器50、通信接口53和存储器51通过总线52连接；处理器50用于执行存储器51中存储的可执行模块，例如计算机程序。
55.其中，存储器51可能包含高速随机存取存储器(ram，random access memory)，也可能还包括非不稳定的存储器(non-volatile memory)，例如至少一个磁盘存储器。通过至少一个通信接口53(可以是有线或者无线)实现该系统网元与至少一个其他网元之间的通信连接，可以使用互联网，广域网，本地网，城域网等。
56.总线52可以是isa总线、pci总线或eisa总线等。所述总线可以分为地址总线、数据
总线、控制总线等。为便于表示，图5中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。
57.其中，存储器51用于存储程序，所述处理器50在接收到执行指令后，执行所述程序，前述本发明实施例任一实施例揭示的流过程定义的装置所执行的方法可以应用于处理器50中，或者由处理器50实现。
58.处理器50可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器50中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器50可以是通用处理器，包括中央处理器(central processing unit，简称cpu)、网络处理器(network processor，简称np)等；还可以是数字信号处理器(digital signal processing，简称dsp)、专用集成电路(application specific integrated circuit，简称asic)、现成可编程门阵列(field-programmable gate array，简称fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器51，处理器50读取存储器51中的信息，结合其硬件完成上述方法的步骤。
59.本发明实施例所提供的可读存储介质的计算机程序产品，包括存储了程序代码的计算机可读存储介质，所述程序代码包括的指令可用于执行前面方法实施例中所述的方法，具体实现可参见前述方法实施例，在此不再赘述。
60.所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
61.最后应说明的是：以上所述实施例，仅为本发明的具体实施方式，用以说明本发明的技术方案，而非对其限制，本发明的保护范围并不局限于此，尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本发明实施例技术方案的精神和范围，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。

技术特征：
1.一种网络故障的评估方法，其特征在于，包括：向目标内容分发节点所包含的目标ip发送探测数据得到探测结果，并基于所述探测结果从所述目标内容分发节点中确定故障节点；对所述故障节点的报文数据进行特征提取，得到所述故障节点的故障特征；基于所述故障特征确定所述故障节点的故障评估结果；其中，所述故障评估结果包括故障类型和/或故障级别，所述故障类型包括节点中断类型、ip中断类型和丢包类型中的一种或多种。2.根据权利要求1所述的方法，其特征在于，所述探测数据包括icmp探测数据，所述报文数据包括icmp报文数据。3.根据权利要求2所述的方法，其特征在于，所述向目标内容分发节点所包含的目标ip发送探测数据得到探测结果的步骤，包括：通过预设探测节点所包含的探针向目标内容分发节点所包含的目标ip发送icmp探测数据得到探测结果；其中，预设探测节点、所述探针、所述目标内容分发节点和所述目标ip的数量均为多个。4.根据权利要求3所述的方法，其特征在于，所述基于所述故障特征确定所述故障节点的故障评估结果的步骤，包括：如果所述故障特征为所述故障节点中至少一个所述目标ip中断，确定故障类型为ip中断类型；根据中断的所述目标ip所在的三元组条目的第一条目数量计算所述故障节点的连通率，并根据所述连通率确定所述故障节点的故障级别。5.根据权利要求4所述的方法，其特征在于，所述根据中断的所述目标ip所在的三元组条目的第一条目数量计算所述故障节点的连通率的步骤，包括：根据所述第一条目数量、探针总数量和目标ip总数量，计算所述故障节点的连通率。6.根据权利要求1所述的方法，其特征在于，所述基于所述故障特征确定所述故障节点的故障评估结果的步骤，还包括：如果所述故障特征为所述故障节点中至少一个所述目标ip丢包，确定故障类型为丢包类型；根据丢包的所述目标ip所在的三元组条目的第二条目数量计算所述故障节点的慢速流占比，并根据所述慢速流占比确定所述故障节点的故障级别。7.根据权利要求1所述的方法，其特征在于，所述基于所述故障特征确定所述故障节点的故障评估结果的步骤，还包括：如果所述故障特征为所述故障节点所包含的目标ip均中断，确定故障类型为节点中断类型。8.一种网络故障的评估装置，其特征在于，包括：节点确定模块，用于向目标内容分发节点所包含的目标ip发送探测数据得到探测结果，并基于所述探测结果从所述目标内容分发节点中确定故障节点；特征提取模块，用于对所述故障节点的报文数据进行特征提取，得到所述故障节点的故障特征；故障评估模块，用于基于所述故障特征确定所述故障节点的故障评估结果；其中，所述
故障评估结果包括故障类型和/或故障级别，所述故障类型包括节点中断类型、ip中断类型和丢包类型中的一种或多种。9.一种服务器，其特征在于，包括处理器和存储器，所述存储器存储有能够被所述处理器执行的计算机可执行指令，所述处理器执行所述计算机可执行指令以实现权利要求1至7任一项所述的方法。10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机可执行指令，所述计算机可执行指令在被处理器调用和执行时，计算机可执行指令促使处理器实现权利要求1至7任一项所述的方法。

技术总结
本发明提供了一种网络故障的评估方法、装置及服务器，包括：向目标内容分发节点所包含的目标IP(Internet Protocol，网际互连协议)发送探测数据得到探测结果，并基于所述探测结果从所述目标内容分发节点中确定故障节点；对所述故障节点的报文数据进行特征提取，得到所述故障节点的故障特征；基于所述故障特征确定所述故障节点的故障评估结果；其中，所述故障评估结果包括故障类型和/或故障级别，所述故障类型包括节点中断类型、IP中断类型和丢包类型中的一种或多种。本发明可以显著提高网络故障的评估及时率和评估效率，还可以准确识别故障级别，从而显著提高CDN使用者的用户体验。从而显著提高CDN使用者的用户体验。从而显著提高CDN使用者的用户体验。


技术研发人员：崔文
受保护的技术使用者：北京金山云网络技术有限公司
技术研发日：2022.01.07
技术公布日：2023/7/20