CN117614801A - 故障类型的确定方法、装置、设备及存储介质 - Google Patents

故障类型的确定方法、装置、设备及存储介质 Download PDF

Info

Publication number
CN117614801A
CN117614801A CN202311588932.8A CN202311588932A CN117614801A CN 117614801 A CN117614801 A CN 117614801A CN 202311588932 A CN202311588932 A CN 202311588932A CN 117614801 A CN117614801 A CN 117614801A
Authority
CN
China
Prior art keywords
data
equipment
determining
state
current
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.)
Pending
Application number
CN202311588932.8A
Other languages
English (en)
Inventor
魏峰
李建兵
秦宜
袁超
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
China Construction Bank Corp
CCB Finetech Co Ltd
Original Assignee
China Construction Bank Corp
CCB Finetech Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by China Construction Bank Corp, CCB Finetech Co Ltd filed Critical China Construction Bank Corp
Priority to CN202311588932.8A priority Critical patent/CN117614801A/zh
Publication of CN117614801A publication Critical patent/CN117614801A/zh
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06Management of faults, events, alarms or notifications
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/08Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0811Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking connectivity

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Environmental & Geological Engineering (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本申请提供一种故障类型的确定方法、装置、设备及存储介质。涉及数据处理技术领域。该方法包括:确定第一网络线路,所述第一网络线路的线路状态为故障状态;在预设数据库获取所述第一网络线路的历史运行信息,所述历史运行信息中包括所述第一网络线路在多个历史时刻的历史线路数据;确定所述第一网络线路的故障时刻,并根据所述故障时刻确定当前时段,所述故障时刻位于所述当前时段内;获取所述第一网络线路在所述当前时段内的当前线路数据;根据所述当前线路数据和所述历史线路数据,确定所述第一网络线路的故障类型。以上方案,通过对比当前线路数据和历史线路数据,可以自动确定故障类型,从而提升确定故障类型的效率。

Description

故障类型的确定方法、装置、设备及存储介质
技术领域
本申请涉及数据处理技术领域,尤其涉及一种故障类型的确定方法、装置、设备及存储介质。
背景技术
在通信网络中,网络设备端通过网络线路将通信数据包发送到另一个网络设备,实现网络设备之间的网络通信。通信数据包中包括但不限于文件或者信息等内容。
实际应用中,存在多种会影响网络通信的故障类型,每种故障类型均会导致网络线路不可用。为了维护网络线路的正常使用,需要对网络线路进行实时检测,当检测到故障时及时进行故障处理。
在相关技术中,通过实时检测网络线路的连通状态来确定是否存在故障,若连通状态为断开,则说明网络线路存在故障,通过人工排查的方式确定故障的类型并针对性修复故障。然而,人工排查的方式存在效率低的问题。
发明内容
本申请提供一种故障类型的确定方法、装置、设备及存储介质,用于提升确定故障类型的效率。
第一方面,本申请提供一种故障类型的确定方法,包括:确定第一网络线路,所述第一网络线路的线路状态为故障状态;在预设数据库获取所述第一网络线路的历史运行信息,所述历史运行信息中包括所述第一网络线路在多个历史时刻的历史线路数据;确定所述第一网络线路的故障时刻,并根据所述故障时刻确定当前时段,所述故障时刻位于所述当前时段内;获取所述第一网络线路在所述当前时段内的当前线路数据;根据所述当前线路数据和所述历史线路数据,确定所述第一网络线路的故障类型。
在一种可能的设计中,根据所述当前线路数据和所述历史线路数据,确定所述第一网络线路的故障类型,包括:确定所述第一网络线路对应的边界设备和通信端口;在所述当前线路数据中获取所述边界设备的当前设备数据、以及所述通信端口的当前端口数据;在所述历史线路数据中获取所述边界设备的历史设备数据、以及所述通信端口的历史端口数据;根据所述当前设备数据、所述当前端口数据、所述历史设备数据和所述历史端口数据,确定所述故障类型。
在一种可能的设计中,根据所述当前设备数据、所述当前端口数据、所述历史设备数据和所述历史端口数据,确定所述故障类型,包括:根据所述当前设备数据和所述历史设备数据,确定所述边界设备的设备状态;根据所述当前端口数据和所述历史端口数据,确定所述通信端口的端口状态;根据所述设备状态和所述端口状态,确定所述故障类型。
在一种可能的设计中,所述边界设备包括第一设备和第二设备;根据所述当前设备数据和所述历史设备数据,确定所述边界设备的设备状态,包括:在所述当前设备数据中确定所述第一设备对应的第一设备数据、以及所述第二设备对应的第二设备数据;在所述历史设备数据中确定所述第一设备对应的第三设备数据、以及所述第二设备对应的第四设备数据;根据所述第一设备数据和所述第三设备数据,确定所述第一设备的设备状态;根据所述第二设备数据和所述第四设备数据,确定所述第二设备的设备状态,其中,所述边界设备的设备状态包括所述第一设备的设备状态和所述第二设备的设备状态。
在一种可能的设计中,根据所述第一设备数据和所述第三设备数据,确定所述第一设备的设备状态,包括:确定边界设备对应的多个设备字段;在所述第三设备数据中确定正常设备数据和异常设备数据,所述正常设备数据为在所述第一设备为正常状态时采集的数据,所述异常设备数据为在所述第一设备为异常状态时采集的数据;根据所述正常设备数据和所述异常设备数据,确定每个设备字段对应的正常字段值范围;在所述第一设备数据中确定每个设备字段对应的当前字段值;若每个设备字段对应的当前字段值分别位于对应的正常字段值范围,则确定所述设备状态为所述正常状态;若存在设备字段对应的当前字段值未位于对应的正常字段值范围,则确定所述设备状态为所述异常状态。
在一种可能的设计中,根据所述设备状态和所述端口状态,确定所述故障类型,包括:若所述设备状态为异常状态,则确定所述故障类型为设备故障类型;若所述端口状态为异常状态,则确定所述故障类型为端口故障类型;若所述设备状态和所述端口状态分别为正常状态,则对所述第一网络线路进行测试处理,得到所述故障类型。
在一种可能的设计中,对所述第一网络线路进行测试处理,得到所述故障类型,包括:确定所述第一网络线路的源网络地址和目的网络地址;根据所述源网络地址和所述目的网络地址,发送探测数据;获取发送所述探测数据的发送结果、以及发送所述探测数据的发送速率;若所述发送结果为发送失败,或者所述发送速率小于或等于预设速率,则确定所述故障类型为网络故障类型。
在一种可能的设计中,根据所述当前线路数据和所述历史线路数据,确定所述第一网络线路的故障类型之后,还包括:将所述当前线路数据标注为异常数据,并将所述当前线路数据存储至所述预设数据库。
第二方面,本申请提供一种故障类型的确定装置,包括:识别模块,用于确定第一网络线路,所述第一网络线路的线路状态为故障状态;查询模块,用于在预设数据库获取所述第一网络线路的历史运行信息,所述历史运行信息中包括所述第一网络线路在多个历史时刻的历史线路数据;记录模块,用于确定所述第一网络线路的故障时刻,并根据所述故障时刻确定当前时段,所述故障时刻位于所述当前时段内;获取模块,用于获取所述第一网络线路在所述当前时段内的当前线路数据;确定模块,用于根据所述当前线路数据和所述历史线路数据,确定所述第一网络线路的故障类型。
在一种可能的设计中,所述确定模块,具体用于确定所述第一网络线路对应的边界设备和通信端口;所述确定模块,具体还用于在所述当前线路数据中获取所述边界设备的当前设备数据、以及所述通信端口的当前端口数据;所述确定模块,具体还用于在所述历史线路数据中获取所述边界设备的历史设备数据、以及所述通信端口的历史端口数据;所述确定模块,具体还用于根据所述当前设备数据、所述当前端口数据、所述历史设备数据和所述历史端口数据,确定所述故障类型。
在一种可能的设计中,所述确定模块,具体用于根据所述当前设备数据和所述历史设备数据,确定所述边界设备的设备状态;所述确定模块,具体还用于根据所述当前端口数据和所述历史端口数据,确定所述通信端口的端口状态;所述确定模块,具体还用于根据所述设备状态和所述端口状态,确定所述故障类型。
在一种可能的设计中,所述边界设备包括第一设备和第二设备;所述确定模块,具体用于在所述当前设备数据中确定所述第一设备对应的第一设备数据、以及所述第二设备对应的第二设备数据;所述确定模块,具体还用于在所述历史设备数据中确定所述第一设备对应的第三设备数据、以及所述第二设备对应的第四设备数据;所述确定模块,具体还用于根据所述第一设备数据和所述第三设备数据,确定所述第一设备的设备状态;所述确定模块,具体还用于根据所述第二设备数据和所述第四设备数据,确定所述第二设备的设备状态,其中,所述边界设备的设备状态包括所述第一设备的设备状态和所述第二设备的设备状态。
在一种可能的设计中,所述确定模块,具体用于确定边界设备对应的多个设备字段;所述确定模块,具体还用于在所述第三设备数据中确定正常设备数据和异常设备数据,所述正常设备数据为在所述第一设备为正常状态时采集的数据,所述异常设备数据为在所述第一设备为异常状态时采集的数据;所述确定模块,具体还用于根据所述正常设备数据和所述异常设备数据,确定每个设备字段对应的正常字段值范围;所述确定模块,具体还用于在所述第一设备数据中确定每个设备字段对应的当前字段值;所述确定模块,具体还用于若每个设备字段对应的当前字段值分别位于对应的正常字段值范围,则确定所述设备状态为所述正常状态;所述确定模块,具体还用于若存在设备字段对应的当前字段值未位于对应的正常字段值范围,则确定所述设备状态为所述异常状态。
在一种可能的设计中,所述装置还包括:测试模块,用于若所述设备状态为异常状态,则确定所述故障类型为设备故障类型;所述测试模块,还用于若所述端口状态为异常状态,则确定所述故障类型为端口故障类型;所述测试模块,还用于若所述设备状态和所述端口状态分别为正常状态,则对所述第一网络线路进行测试处理,得到所述故障类型。
在一种可能的设计中,所述测试模块,具体用于确定所述第一网络线路的源网络地址和目的网络地址;所述测试模块,具体还用于根据所述源网络地址和所述目的网络地址,发送探测数据;所述测试模块,具体还用于获取发送所述探测数据的发送结果、以及发送所述探测数据的发送速率;所述测试模块,具体还用于若所述发送结果为发送失败,或者所述发送速率小于或等于预设速率,则确定所述故障类型为网络故障类型。
在一种可能的设计中,所述装置还包括:存储模块,用于将所述当前线路数据标注为异常数据,并将所述当前线路数据存储至所述预设数据库。
第三方面,本申请实施例提供一种电子设备,包括:至少一个处理器和存储器;所述存储器存储计算机执行指令;所述至少一个处理器执行所述存储器存储的计算机执行指令,使得所述至少一个处理器执行如上第一方面以及第一方面各种可能的设计所述的故障类型的确定方法。
第四方面,本申请实施例提供一种计算机可读存储介质,所述计算机可读存储介质中存储有计算机执行指令,当处理器执行所述计算机执行指令时,实现如上第一方面以及第一方面各种可能的设计所述的故障类型的确定方法。
第五方面,本申请实施例提供一种计算机程序产品,包括计算机程序,所述计算机程序被处理器执行时,实现如上第一方面以及第一方面各种可能的设计所述的故障类型的确定方法。
本申请提供的故障类型的确定方法、装置、设备及存储介质,包括:确定第一网络线路,所述第一网络线路的线路状态为故障状态;在预设数据库获取所述第一网络线路的历史运行信息,所述历史运行信息中包括所述第一网络线路在多个历史时刻的历史线路数据;确定所述第一网络线路的故障时刻,并根据所述故障时刻确定当前时段,所述故障时刻位于所述当前时段内;获取所述第一网络线路在所述当前时段内的当前线路数据;根据所述当前线路数据和所述历史线路数据,确定所述第一网络线路的故障类型。以上方案,通过对比当前线路数据和历史线路数据,可以自动确定故障类型,从而提升确定故障类型的效率。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本申请的实施例,并与说明书一起用于解释本申请的原理。
图1为本申请实施例提供的一种故障类型的确定方法的应用场景示意图;
图2为本申请实施例提供的一种故障类型的确定方法的流程示意图;
图3为本申请实施例提供的一种故障类型的确定方法的流程示意图;
图4为本申请实施例提供的确定设备状态示意图;
图5为本申请实施例提供的网络测试示意图;
图6为本申请实施例提供的一种故障类型的确定装置的结构示意图;
图7为本申请实施例提供的一种故障类型的确定装置的结构示意图;
图8为本申请实施例提供的一种电子设备的结构示意图。
通过上述附图,已示出本申请明确的实施例,后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本申请构思的范围,而是通过参考特定实施例为本领域技术人员说明本申请的概念。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
需要说明的是,本申请的技术方案中,所涉及的金融数据或用户数据等信息的收集、存储、使用、加工、传输、提供和公开等处理,均符合相关法律法规的规定,且不违背公序良俗。本申请所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等),均为经用户授权或者经过各方充分授权的信息和数据,并且相关数据的收集、使用和处理需要遵守相关法律法规和标准,并提供有相应的操作入口,供用户选择授权或者拒绝。
图1为现有技术的故障类型的确定的应用场景图。如图1所示,网络设备通过网络线路将数据发送到另一个网络设备,从而实现网络设备之间的网络通信。对网络线路进行实时检测,检测网络线路的连通状态。
现有技术中,若检测到网络线路的连通状态为断开,通过人工排查的方式确定断开的类型以及原因,从而针对性修复故障。然而人工排查存在效率低的问题。
针对上述技术问题,本申请提出如下技术构思:网络线路在运行时会产生多个线路数据,当产生故障时线路数据会出现异常,每种故障类型存在对应的线路数据,通过异常的线路数据确定与之对应的故障类型。
下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合,对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图,对本申请的实施例进行描述。
图2为本申请实施例提供的一种故障类型的确定方法的流程示意图,该方法包括以下步骤:
S201、确定第一网络线路,所述第一网络线路的线路状态为故障状态。
作为示例,该实施例的执行主体可以为故障类型的确定装置,该故障类型的确定装置的实现有多种。例如,可以为程序软件,也可以为存储有相关计算机程序的介质,例如,U盘等;或者,该装置还可以为集成或安装有相关计算机程序的实体设备,例如,芯片、智能终端、电脑、服务器等。
其中,本申请的确定故障类型在确定第一网络线路为故障状态之后执行。
可选的,通过预设判断条件判断线路状态。
再可选的,预设条件包括但不限于:接收数据的网络设备未接收到发送数据的网络设备发送的数据、发送数据的网络设备未接收到接收数据的网络设备发送的反馈信息或者数据的传输速率小于预设值等。
S202、在预设数据库获取所述第一网络线路的历史运行信息,所述历史运行信息中包括所述第一网络线路在多个历史时刻的历史线路数据。
可选的,预设数据库实时从第一网络线路中收集并存储第一网络线路的历史运行信息。
可以理解,通过对多个历史时刻的历史线路数据进行统计处理,可以确定第一网络线路正常运行时的历史线路数据的范围。
S203、确定所述第一网络线路的故障时刻,并根据所述故障时刻确定当前时段,所述故障时刻位于所述当前时段内。
举例来说,将检测到第一网络线路故障的时刻确定为故障时刻,当前时段覆盖故障时刻。
可以理解,仅以故障时刻确定故障类型可能存在偶然误差,当前时段覆盖故障时刻,通过当前时段内的多个时刻反映第一网络线路的故障,可以降低偶然误差,提升确定故障类型的准确性。
S204、获取所述第一网络线路在所述当前时段内的当前线路数据。
其中,当前线路数据包括但不限于:设备运行状态数据、设备操作信息、线路网络协议、线路类型或者线路状态等。
S205、根据所述当前线路数据和所述历史线路数据,确定所述第一网络线路的故障类型。
可选的,确定故障类型与当前线路数据的对应关系,对比当前线路数据与历史线路数据确定异常的当前线路数据,根据异常的当前线路数据以及对应关系,确定对应的故障类型。
本申请实施例提供的故障类型的确定方法,确定第一网络线路,所述第一网络线路的线路状态为故障状态;在预设数据库获取所述第一网络线路的历史运行信息,所述历史运行信息中包括所述第一网络线路在多个历史时刻的历史线路数据;确定所述第一网络线路的故障时刻,并根据所述故障时刻确定当前时段,所述故障时刻位于所述当前时段内;获取所述第一网络线路在所述当前时段内的当前线路数据;根据所述当前线路数据和所述历史线路数据,确定所述第一网络线路的故障类型。以上方案,通过对比当前线路数据和历史线路数据,可以自动确定故障类型,从而提升确定故障类型的效率。
在上述任意一个实施例的基础上,下面,结合图3,对故障类型的确定的详细过程进行说明。
图3为本申请实施例提供的一种故障类型的确定方法的流程示意图。如图3所示,该方法包括:
S301、确定第一网络线路,所述第一网络线路的线路状态为故障状态。
需要说明的是,S301的执行过程参见S201,此处不再赘述。
S302、在预设数据库获取所述第一网络线路的历史运行信息,所述历史运行信息中包括所述第一网络线路在多个历史时刻的历史线路数据。
需要说明的是,S302的执行过程参见S202,此处不再赘述。
S303、确定所述第一网络线路的故障时刻,并根据所述故障时刻确定当前时段,所述故障时刻位于所述当前时段内。
需要说明的是,S303的执行过程参见S203,此处不再赘述。
S304、获取所述第一网络线路在所述当前时段内的当前线路数据。
需要说明的是,S304的执行过程参见S204,此处不再赘述。
S305、确定所述第一网络线路对应的边界设备和通信端口。
其中,边界设备为使用数据连接层和网络层信息传输数据包的物理设备,用于发送数据和接收数据。通信端口连接边界设备与网络线路,用于实现数据包在边界设备与网络线路之间的传输。
S306、在所述当前线路数据中获取所述边界设备的当前设备数据、以及所述通信端口的当前端口数据。
可选的,从预设数据库或者日志中获取当前设备数据以及当前端口数据。
结合场景示例来说,预设数据库实时采集并存储当前设备数据以及当前端口数据。边界设备以及通信端口工作时生成的数据记录在日志中。
S307、在所述历史线路数据中获取所述边界设备的历史设备数据、以及所述通信端口的历史端口数据。
可选的,从预设数据库或者日志中获取历史设备数据以及历史端口数据。
S308、在所述当前设备数据中确定所述第一设备对应的第一设备数据、以及所述第二设备对应的第二设备数据。
结合场景示例来说,若第一设备为发送数据的设备,则第二设备为接收数据的设备。若第一设备为接收数据的设备,则第二设备为发送数据的设备。第一设备数据以及第二设备数据为边界设备当前工作时产生的数据。
S309、在所述历史设备数据中确定所述第一设备对应的第三设备数据、以及所述第二设备对应的第四设备数据。
结合场景示例来说,第三设备数据以及第四设备数据为边界设备历史工作时产生的数据。
S310、根据所述第一设备数据和所述第三设备数据,确定所述第一设备的设备状态。
一种可行的实现方式,确定设备状态包括:确定边界设备对应的多个设备字段;在所述第三设备数据中确定正常设备数据和异常设备数据,所述正常设备数据为在所述第一设备为正常状态时采集的数据,所述异常设备数据为在所述第一设备为异常状态时采集的数据;根据所述正常设备数据和所述异常设备数据,确定每个设备字段对应的正常字段值范围;在所述第一设备数据中确定每个设备字段对应的当前字段值;若每个设备字段对应的当前字段值分别位于对应的正常字段值范围,则确定所述设备状态为所述正常状态;若存在设备字段对应的当前字段值未位于对应的正常字段值范围,则确定所述设备状态为所述异常状态。
可选的,设备字段与设备的工作参数对应。
结合场景示例来说,设备字段包括但不限于中央处理器CPU占用率或者内存占用率等。
下面,结合图4对确定设备状态进行说明。
图4为本申请实施例提供的确定设备状态示意图。如图4所示,确定边界设备对应的多个设备字段,针对任意一个设备字段,根据该设备字段对应的正常设备数据以及异常设备数据,确定正常字段范围值。判断该设备字段的当前字段值是否位于正常字段值范围,若每个设备字段对应的当前字段值分别位于对应的正常字段值范围,则确定设备状态为所述正常状态,反之则确定设备状态为异常状态。
举例来说,以设备字段为CPU占用率为例,若CPU占用率的正常字段值范围为10%~60%,CPU占用率的当前字段值为55%,则说明当前字段值分别位于对应的正常字段值范围。
在该种可行的实现方式中,对多个设备字段分别计算,可以准确定位具体的故障类型。
S311、根据所述第二设备数据和所述第四设备数据,确定所述第二设备的设备状态,其中,所述边界设备的设备状态包括所述第一设备的设备状态和所述第二设备的设备状态。
需要说明的是,确定第二设备的设备状态的执行过程参见确定第一设备的设备状态的执行过程,此处不再赘述。
S312、根据所述当前端口数据和所述历史端口数据,确定所述通信端口的端口状态。
可选的,通过多个端口字段确定端口状态,端口字段与端口的工作参数对应。
结合场景示例来说,端口字段包括但不限于端口号、端口状态、协议状态、网络地址或者端口数据流量等。
S313、根据所述设备状态和所述端口状态,确定所述故障类型。
一种可行的实现方式,确定所述故障类型,包括:若所述设备状态为异常状态,则确定所述故障类型为设备故障类型;若所述端口状态为异常状态,则确定所述故障类型为端口故障类型;若所述设备状态和所述端口状态分别为正常状态,则对所述第一网络线路进行测试处理,得到所述故障类型。
结合场景示例来说,通过对比当前数据和历史数据,可以快速确定设备故障类型或者端口故障类型,若排除设备故障类型以及端口故障类型,则对网络线路进行测试处理。
具体的,一种可行的实现方式,对所述第一网络线路进行测试处理,包括:确定所述第一网络线路的源网络地址和目的网络地址;根据所述源网络地址和所述目的网络地址,发送探测数据;获取发送所述探测数据的发送结果、以及发送所述探测数据的发送速率;若所述发送结果为发送失败,或者所述发送速率小于或等于预设速率,则确定所述故障类型为网络故障类型。
结合场景示例来说,端口字段中包括网络地址字段,若端口状态为正常状态,则说明网络地址是正常的,在网络地址正常的基础上才可以进行网络测试。
下面,结合图5对网络测试进行说明。
图5为本申请实施例提供的网络测试示意图。如图5所示,通过测试结果为正常状态的端口获取源网络地址以及目的网络地址,将探测数据从源网络地址发送到目的网络地址,获取发送结果以及发送速率,发送结果为目的网络地址是否收到探测数据。
可选的,若发送结果为发送成功并且发送速率大于预设速率,则说明网络为正常状态,通过人工排查的方式从其他类型中确定故障类型。
在该种可行的实现方式中,通过发送结果以及发送速率等参数,可以从多维度测试网络,从而提升确定故障类型的准确性。
一种可行的实现方式,确定所述第一网络线路的故障类型之后,还包括:将所述当前线路数据标注为异常数据,并将所述当前线路数据存储至所述预设数据库。
其中,将故障状态的当前线路数据标注为异常数据并进行存储,开发人员可以根据存储的异常数据生成网络线路的维护方案。
可选的,获取多个异常数据以及每个异常数据对应的故障类型以及时刻,对多个异常数据进行统计分析,得到每种故障类型出现的频率,根据频率确定维护方案。
结合场景示例来说,若设备故障类型对应的异常数据出现的频率较高,则增加设备的维护频率。
再可选的,通过异常数据指导后续的故障类型的确定。
结合场景示例来说,若未来线路数据与任一异常数据接近,则将故障类型确定为该异常数据对应的故障类型。
在该种可行的实现方式中,通过存储异常数据,可以用于指导后续的网络线路维护以及故障类型的确定,从而提升网络线路运行的稳定性。
图6为本申请实施例提供的一种故障类型的确定装置的结构示意图。如图6所示,该故障类型的确定装置60可以包括:识别模块61、查询模块62、记录模块63、获取模块64以及确定模块65,其中,
所述识别模块61,用于确定第一网络线路,所述第一网络线路的线路状态为故障状态。
所述查询模块62,用于在预设数据库获取所述第一网络线路的历史运行信息,所述历史运行信息中包括所述第一网络线路在多个历史时刻的历史线路数据。
所述记录模块63,用于确定所述第一网络线路的故障时刻,并根据所述故障时刻确定当前时段,所述故障时刻位于所述当前时段内。
所述获取模块64,用于获取所述第一网络线路在所述当前时段内的当前线路数据。
所述确定模块65,用于根据所述当前线路数据和所述历史线路数据,确定所述第一网络线路的故障类型。
可选的,识别模块61可以执行图2实施例中的S201。
可选的,查询模块62可以执行图2实施例中的S202。
可选的,记录模块63可以执行图2实施例中的S203。
可选的,获取模块64可以执行图2实施例中的S204。
可选的,确定模块65可以执行图2实施例中的S205。
需要说明的是,本申请实施例所示的故障类型的确定装置可以执行上述方法实施例所示的技术方案,其实现原理以及有益效果类似,此处不再进行赘述。
在一种可能的实施方式中,所述确定模块65,具体用于:
确定所述第一网络线路对应的边界设备和通信端口;
在所述当前线路数据中获取所述边界设备的当前设备数据、以及所述通信端口的当前端口数据;
在所述历史线路数据中获取所述边界设备的历史设备数据、以及所述通信端口的历史端口数据;
根据所述当前设备数据、所述当前端口数据、所述历史设备数据和所述历史端口数据,确定所述故障类型。
在一种可能的实施方式中,所述确定模块65,具体用于:
根据所述当前设备数据和所述历史设备数据,确定所述边界设备的设备状态;
根据所述当前端口数据和所述历史端口数据,确定所述通信端口的端口状态;
根据所述设备状态和所述端口状态,确定所述故障类型。
在一种可能的实施方式中,所述边界设备包括第一设备和第二设备;所述确定模块65,具体用于:
在所述当前设备数据中确定所述第一设备对应的第一设备数据、以及所述第二设备对应的第二设备数据;
在所述历史设备数据中确定所述第一设备对应的第三设备数据、以及所述第二设备对应的第四设备数据;
根据所述第一设备数据和所述第三设备数据,确定所述第一设备的设备状态;
根据所述第二设备数据和所述第四设备数据,确定所述第二设备的设备状态,其中,所述边界设备的设备状态包括所述第一设备的设备状态和所述第二设备的设备状态。
在一种可能的实施方式中,所述确定模块65,具体用于:
确定边界设备对应的多个设备字段;
在所述第三设备数据中确定正常设备数据和异常设备数据,所述正常设备数据为在所述第一设备为正常状态时采集的数据,所述异常设备数据为在所述第一设备为异常状态时采集的数据;
根据所述正常设备数据和所述异常设备数据,确定每个设备字段对应的正常字段值范围;
在所述第一设备数据中确定每个设备字段对应的当前字段值;
若每个设备字段对应的当前字段值分别位于对应的正常字段值范围,则确定所述设备状态为所述正常状态;
若存在设备字段对应的当前字段值未位于对应的正常字段值范围,则确定所述设备状态为所述异常状态。
图7为本申请实施例提供的一种故障类型的确定装置的结构示意图。在图6所示实施例的基础上,如图7所示,该故障类型的确定装置70还包括:测试模块66以及存储模块67,其中:
所述测试模块66,用于:
若所述设备状态为异常状态,则确定所述故障类型为设备故障类型;
若所述端口状态为异常状态,则确定所述故障类型为端口故障类型;
若所述设备状态和所述端口状态分别为正常状态,则对所述第一网络线路进行测试处理,得到所述故障类型。
所述存储模块67,用于:将所述当前线路数据标注为异常数据,并将所述当前线路数据存储至所述预设数据库。
需要说明的是,应理解以上装置的各个模块的划分仅仅是一种逻辑功能的划分,实际实现时可以全部或部分集成到一个物理实体上,也可以物理上分开。且这些模块可以全部以软件通过处理元件调用的形式实现;也可以全部以硬件的形式实现;还可以部分模块通过处理元件调用软件的形式实现,部分模块通过硬件的形式实现。各模块可以为单独设立的处理元件,也可以集成在上述装置的某一个芯片中实现,此外,也可以以程序代码的形式存储于上述装置的存储器中,由上述装置的某一个处理元件调用并执行以上各模块的功能。此外这些模块全部或部分可以集成在一起,也可以独立实现。这里的处理元件可以是一种集成电路,具有信号的处理能力。在实现过程中,上述方法的各步骤或以上各个模块可以通过处理器元件中的硬件的集成逻辑电路或者软件形式的指令完成。
图8为本申请实施例提供的电子设备的结构示意图。如图8所示,该电子设备可以包括:收发器81、处理器82、存储器83。
处理器82执行存储器存储的计算机执行指令,使得处理器82执行上述实施例中的方案。处理器82可以是通用处理器,包括中央处理器CPU、网络处理器(network processor,NP)等;还可以是数字信号处理器DSP、专用集成电路ASIC、现场可编程门阵列FPGA或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
存储器83通过系统总线与处理器82连接并完成相互间的通信,存储器83用于存储计算机程序指令。
收发器81可以用于获取待运行任务和待运行任务的配置信息。
系统总线可以是外设部件互连标准(peripheral component interconnect,PCI)总线或扩展工业标准结构(extended industry standard architecture,EISA)总线等。系统总线可以分为地址总线、数据总线、控制总线等。为便于表示,图中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。收发器用于实现数据库访问装置与其他计算机(例如客户端、读写库和只读库)之间的通信。存储器可能包含随机存取存储器(randomaccess memory,RAM),也可能还包括非易失性存储器(non-volatile memory)。
本申请实施例提供的电子设备,可以是上述实施例的终端设备。
本申请实施例还提供一种运行指令的芯片,该芯片用于执行上述实施例中故障类型的确定方法的技术方案。
本申请实施例还提供一种计算机可读存储介质,该计算机可读存储介质中存储有计算机指令,当该计算机指令在计算机上运行时,使得计算机执行上述实施例故障类型的确定方法的技术方案。
本申请实施例还提供一种计算机程序产品,该计算机程序产品包括计算机程序,其存储在计算机可读存储介质中,至少一个处理器可以从计算机可读存储介质读取计算机程序,至少一个处理器执行计算机程序时可实现上述实施例中故障类型的确定方法的技术方案。
在本申请所提供的几个实施例中,应该理解到,所揭露的设备和方法,可以通过其它的方式实现。例如,以上所描述的设备实施例仅仅是示意性的,例如,模块的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个模块可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或模块的间接耦合或通信连接,可以是电性,机械或其它的形式。
作为分离部件说明的模块可以是或者也可以不是物理上分开的,作为模块显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案。
另外,在本申请各个实施例中的各功能模块可以集成在一个处理单元中,也可以是各个模块单独物理存在,也可以两个或两个以上模块集成在一个单元中。上述模块成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。
上述以软件功能模块的形式实现的集成的模块,可以存储在一个计算机可读取存储介质中。上述软件功能模块存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)或处理器执行本申请各个实施例方法的部分步骤。
应理解,上述处理器可以是中央处理单元(Central Processing Unit,简称CPU),还可以是其他通用处理器、数字信号处理器(Digital Signal Processor,简称DSP)、专用集成电路(Application Specific Integrated Circuit,简称ASIC)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合发明所公开的方法的步骤可以直接体现为硬件处理器执行完成,或者用处理器中的硬件及软件模块组合执行完成。
存储器可能包含高速RAM存储器,也可能还包括非易失性存储NVM,例如至少一个磁盘存储器,还可以为U盘、移动硬盘、只读存储器、磁盘或光盘等。
总线可以是工业标准体系结构(Industry Standard Architecture,简称ISA)总线、外部设备互连(Peripheral Component Interconnect,简称PCI)总线或扩展工业标准体系结构(Extended Industry Standard Architecture,简称EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示,本申请附图中的总线并不限定仅有一根总线或一种类型的总线。
上述存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(SRAM),电可擦除可编程只读存储器(EEPROM),可擦除可编程只读存储器(EPROM),可编程只读存储器(PROM),只读存储器(ROM),磁存储器,快闪存储器,磁盘或光盘。存储介质可以是通用或专用计算机能够存取的任何可用介质。
一种示例性的存储介质耦合至处理器,从而使处理器能够从该存储介质读取信息,且可向该存储介质写入信息。当然,存储介质也可以是处理器的组成部分。处理器和存储介质可以位于专用集成电路(Application Specific Integrated Circuits,简称ASIC)中。当然,处理器和存储介质也可以作为分立组件存在于电控单元或主控设备中。
本领域普通技术人员可以理解:实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时,执行包括上述各方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上各实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述各实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。

Claims (19)

1.一种故障类型的确定方法,其特征在于,包括:
确定第一网络线路,所述第一网络线路的线路状态为故障状态;
在预设数据库获取所述第一网络线路的历史运行信息,所述历史运行信息中包括所述第一网络线路在多个历史时刻的历史线路数据;
确定所述第一网络线路的故障时刻,并根据所述故障时刻确定当前时段,所述故障时刻位于所述当前时段内;
获取所述第一网络线路在所述当前时段内的当前线路数据;
根据所述当前线路数据和所述历史线路数据,确定所述第一网络线路的故障类型。
2.根据权利要求1所述的方法,其特征在于,根据所述当前线路数据和所述历史线路数据,确定所述第一网络线路的故障类型,包括:
确定所述第一网络线路对应的边界设备和通信端口;
在所述当前线路数据中获取所述边界设备的当前设备数据、以及所述通信端口的当前端口数据;
在所述历史线路数据中获取所述边界设备的历史设备数据、以及所述通信端口的历史端口数据;
根据所述当前设备数据、所述当前端口数据、所述历史设备数据和所述历史端口数据,确定所述故障类型。
3.根据权利要求2所述的方法,其特征在于,根据所述当前设备数据、所述当前端口数据、所述历史设备数据和所述历史端口数据,确定所述故障类型,包括:
根据所述当前设备数据和所述历史设备数据,确定所述边界设备的设备状态;
根据所述当前端口数据和所述历史端口数据,确定所述通信端口的端口状态;
根据所述设备状态和所述端口状态,确定所述故障类型。
4.根据权利要求3所述的方法,其特征在于,所述边界设备包括第一设备和第二设备;根据所述当前设备数据和所述历史设备数据,确定所述边界设备的设备状态,包括:
在所述当前设备数据中确定所述第一设备对应的第一设备数据、以及所述第二设备对应的第二设备数据;
在所述历史设备数据中确定所述第一设备对应的第三设备数据、以及所述第二设备对应的第四设备数据;
根据所述第一设备数据和所述第三设备数据,确定所述第一设备的设备状态;
根据所述第二设备数据和所述第四设备数据,确定所述第二设备的设备状态,其中,所述边界设备的设备状态包括所述第一设备的设备状态和所述第二设备的设备状态。
5.根据权利要求4所述的方法,其特征在于,根据所述第一设备数据和所述第三设备数据,确定所述第一设备的设备状态,包括:
确定边界设备对应的多个设备字段;
在所述第三设备数据中确定正常设备数据和异常设备数据,所述正常设备数据为在所述第一设备为正常状态时采集的数据,所述异常设备数据为在所述第一设备为异常状态时采集的数据;
根据所述正常设备数据和所述异常设备数据,确定每个设备字段对应的正常字段值范围;
在所述第一设备数据中确定每个设备字段对应的当前字段值;
若每个设备字段对应的当前字段值分别位于对应的正常字段值范围,则确定所述设备状态为所述正常状态;
若存在设备字段对应的当前字段值未位于对应的正常字段值范围,则确定所述设备状态为所述异常状态。
6.根据权利要求2-5任一项所述的方法,其特征在于,根据所述设备状态和所述端口状态,确定所述故障类型,包括:
若所述设备状态为异常状态,则确定所述故障类型为设备故障类型;
若所述端口状态为异常状态,则确定所述故障类型为端口故障类型;
若所述设备状态和所述端口状态分别为正常状态,则对所述第一网络线路进行测试处理,得到所述故障类型。
7.根据权利要求6所述的方法,其特征在于,对所述第一网络线路进行测试处理,得到所述故障类型,包括:
确定所述第一网络线路的源网络地址和目的网络地址;
根据所述源网络地址和所述目的网络地址,发送探测数据;
获取发送所述探测数据的发送结果、以及发送所述探测数据的发送速率;
若所述发送结果为发送失败,或者所述发送速率小于或等于预设速率,则确定所述故障类型为网络故障类型。
8.根据权利要求1-7任一项所述的方法,其特征在于,根据所述当前线路数据和所述历史线路数据,确定所述第一网络线路的故障类型之后,还包括:
将所述当前线路数据标注为异常数据,并将所述当前线路数据存储至所述预设数据库。
9.一种故障类型的确定装置,其特征在于,包括:
识别模块,用于确定第一网络线路,所述第一网络线路的线路状态为故障状态;
查询模块,用于在预设数据库获取所述第一网络线路的历史运行信息,所述历史运行信息中包括所述第一网络线路在多个历史时刻的历史线路数据;
记录模块,用于确定所述第一网络线路的故障时刻,并根据所述故障时刻确定当前时段,所述故障时刻位于所述当前时段内;
获取模块,用于获取所述第一网络线路在所述当前时段内的当前线路数据;
确定模块,用于根据所述当前线路数据和所述历史线路数据,确定所述第一网络线路的故障类型。
10.根据权利要求9所述的装置,其特征在于,
所述确定模块,具体用于确定所述第一网络线路对应的边界设备和通信端口;
所述确定模块,具体还用于在所述当前线路数据中获取所述边界设备的当前设备数据、以及所述通信端口的当前端口数据;
所述确定模块,具体还用于在所述历史线路数据中获取所述边界设备的历史设备数据、以及所述通信端口的历史端口数据;
所述确定模块,具体还用于根据所述当前设备数据、所述当前端口数据、所述历史设备数据和所述历史端口数据,确定所述故障类型。
11.根据权利要求10所述的装置,其特征在于,
所述确定模块,具体用于根据所述当前设备数据和所述历史设备数据,确定所述边界设备的设备状态;
所述确定模块,具体还用于根据所述当前端口数据和所述历史端口数据,确定所述通信端口的端口状态;
所述确定模块,具体还用于根据所述设备状态和所述端口状态,确定所述故障类型。
12.根据权利要求11所述的装置,其特征在于,所述边界设备包括第一设备和第二设备;
所述确定模块,具体用于在所述当前设备数据中确定所述第一设备对应的第一设备数据、以及所述第二设备对应的第二设备数据;
所述确定模块,具体还用于在所述历史设备数据中确定所述第一设备对应的第三设备数据、以及所述第二设备对应的第四设备数据;
所述确定模块,具体还用于根据所述第一设备数据和所述第三设备数据,确定所述第一设备的设备状态;
所述确定模块,具体还用于根据所述第二设备数据和所述第四设备数据,确定所述第二设备的设备状态,其中,所述边界设备的设备状态包括所述第一设备的设备状态和所述第二设备的设备状态。
13.根据权利要求12所述的装置,其特征在于,
所述确定模块,具体用于确定边界设备对应的多个设备字段;
所述确定模块,具体还用于在所述第三设备数据中确定正常设备数据和异常设备数据,所述正常设备数据为在所述第一设备为正常状态时采集的数据,所述异常设备数据为在所述第一设备为异常状态时采集的数据;
所述确定模块,具体还用于根据所述正常设备数据和所述异常设备数据,确定每个设备字段对应的正常字段值范围;
所述确定模块,具体还用于在所述第一设备数据中确定每个设备字段对应的当前字段值;
所述确定模块,具体还用于若每个设备字段对应的当前字段值分别位于对应的正常字段值范围,则确定所述设备状态为所述正常状态;
所述确定模块,具体还用于若存在设备字段对应的当前字段值未位于对应的正常字段值范围,则确定所述设备状态为所述异常状态。
14.根据权利要求10-13任一项所述的装置,其特征在于,所述装置还包括:
测试模块,用于若所述设备状态为异常状态,则确定所述故障类型为设备故障类型;
所述测试模块,还用于若所述端口状态为异常状态,则确定所述故障类型为端口故障类型;
所述测试模块,还用于若所述设备状态和所述端口状态分别为正常状态,则对所述第一网络线路进行测试处理,得到所述故障类型。
15.根据权利要求14所述的装置,其特征在于,
所述测试模块,具体用于确定所述第一网络线路的源网络地址和目的网络地址;
所述测试模块,具体还用于根据所述源网络地址和所述目的网络地址,发送探测数据;
所述测试模块,具体还用于获取发送所述探测数据的发送结果、以及发送所述探测数据的发送速率;
所述测试模块,具体还用于若所述发送结果为发送失败,或者所述发送速率小于或等于预设速率,则确定所述故障类型为网络故障类型。
16.根据权利要求9-15任一项所述的装置,其特征在于,所述装置还包括:
存储模块,用于将所述当前线路数据标注为异常数据,并将所述当前线路数据存储至所述预设数据库。
17.一种电子设备,其特征在于,包括:处理器,以及与所述处理器通信连接的存储器;
所述存储器存储计算机执行指令;
所述处理器执行所述存储器存储的计算机执行指令,以实现如权利要求1-8中任一项所述的方法。
18.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质中存储有计算机执行指令,所述计算机执行指令被处理器执行时用于实现如权利要求1-8中任一项所述的方法。
19.一种计算机程序产品,其特征在于,包括计算机程序,该计算机程序被处理器执行时实现权利要求1-8中任一项所述的方法。
CN202311588932.8A 2023-11-24 2023-11-24 故障类型的确定方法、装置、设备及存储介质 Pending CN117614801A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202311588932.8A CN117614801A (zh) 2023-11-24 2023-11-24 故障类型的确定方法、装置、设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202311588932.8A CN117614801A (zh) 2023-11-24 2023-11-24 故障类型的确定方法、装置、设备及存储介质

Publications (1)

Publication Number Publication Date
CN117614801A true CN117614801A (zh) 2024-02-27

Family

ID=89959162

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202311588932.8A Pending CN117614801A (zh) 2023-11-24 2023-11-24 故障类型的确定方法、装置、设备及存储介质

Country Status (1)

Country Link
CN (1) CN117614801A (zh)

Similar Documents

Publication Publication Date Title
CN113472607B (zh) 应用程序网络环境检测方法、装置、设备及存储介质
CN108241580B (zh) 客户端程序的测试方法及终端
CN113114659B (zh) 诊断设备检测方法、装置、终端设备及存储介质
CN109815702B (zh) 软件行为的安全检测方法、装置及设备
CN113572760A (zh) 一种设备协议漏洞检测方法及装置
CN109918221B (zh) 一种硬盘报错解析方法、系统、终端及存储介质
CN111654405B (zh) 通信链路的故障节点方法、装置、设备及存储介质
CN117614801A (zh) 故障类型的确定方法、装置、设备及存储介质
CN112783942B (zh) 基于区块链的数据采集质量核验方法及系统及装置及介质
CN114422186B (zh) 一种攻击检测方法、装置、电子设备及存储介质
CN112235244B (zh) 异常报文的构造方法以及工控网络设备的检测方法、装置和介质
CN108255715B (zh) 一种测试结果处理方法及终端设备
CN111367838B (zh) 用于检测数据存储系统的方法、设备和数据存储系统
CN109039813B (zh) 一种检测因特网接入的方法、系统及设备
CN115357513B (zh) 程序模糊测试方法、装置、设备及存储介质
CN114006838B (zh) 流控设备的测试方法及系统
CN115001829B (zh) 协议漏洞挖掘方法、装置、设备及存储介质
CN109885402B (zh) 测试函数输出数据溢出的方法、终端设备及存储介质
CN113271223B (zh) 充电模块的统一通讯管理的方法及终端设备
CN116340046B (zh) 一种芯粒故障检测方法和装置
CN111026614B (zh) 程序运行状态监控方法、装置、电子设备及可读存储介质
CN110958141B (zh) 通讯故障诊断方法、装置、设备及计算机可读存储介质
CN117149492A (zh) 一种服务器故障检测方法、装置、设备及计算机存储介质
CN115941438A (zh) 故障信息的处理方法及装置、存储介质及电子装置
CN116893928A (zh) 故障内存的监管方法、系统、终端及存储介质

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