CN115208759B - 故障分析系统及方法 - Google Patents
故障分析系统及方法 Download PDFInfo
- Publication number
- CN115208759B CN115208759B CN202210826052.9A CN202210826052A CN115208759B CN 115208759 B CN115208759 B CN 115208759B CN 202210826052 A CN202210826052 A CN 202210826052A CN 115208759 B CN115208759 B CN 115208759B
- Authority
- CN
- China
- Prior art keywords
- fault
- data
- processing scheme
- fault analysis
- fault data
- 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.)
- Active
Links
- 238000004458 analytical method Methods 0.000 title claims abstract description 187
- 238000000034 method Methods 0.000 title claims abstract description 19
- 238000012545 processing Methods 0.000 claims abstract description 84
- 238000007689 inspection Methods 0.000 claims description 19
- 230000001360 synchronised effect Effects 0.000 claims description 8
- 238000001514 detection method Methods 0.000 abstract description 9
- 238000010586 diagram Methods 0.000 description 6
- 230000008569 process Effects 0.000 description 6
- 238000011084 recovery Methods 0.000 description 5
- 230000005540 biological transmission Effects 0.000 description 4
- 238000005516 engineering process Methods 0.000 description 4
- 238000004891 communication Methods 0.000 description 3
- 230000008878 coupling Effects 0.000 description 2
- 238000010168 coupling process Methods 0.000 description 2
- 238000005859 coupling reaction Methods 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 230000007246 mechanism Effects 0.000 description 2
- 230000008447 perception Effects 0.000 description 2
- 230000006978 adaptation Effects 0.000 description 1
- 230000004888 barrier function Effects 0.000 description 1
- 238000007405 data analysis Methods 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 238000010295 mobile communication 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
- 238000010223 real-time analysis Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
- H04L41/0813—Configuration setting characterised by the conditions triggering a change of settings
- H04L41/0816—Configuration setting characterised by the conditions triggering a change of settings the condition being an adaptation, e.g. in response to network events
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
-
- 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
-
- 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
Abstract
本申请公开了一种故障分析系统及方法。其中，该系统包括：网元设备、软件定义网络控制器、深度报文检测系统、故障分析分系统和故障分析总系统，其中，故障分析分系统，用于向故障分析总系统共享处理方案；深度报文检测系统，用于根据故障数据确定与故障数据对应的业务信息；软件定义网络控制器，用于整合故障数据和业务信息，将整合后的数据同步至故障分析分系统，并接收故障分析分系统下发的故障数据的处理方案，将处理方案对应的网络配置下发至网元设备中；网元设备，用于获取故障数据，并将故障数据上报至深度报文检测系统。本申请解决了当前的自愈方案，仅针对网络或断点的拓扑级自愈，无法针对SRV6网络用户业务级的分析自愈的技术问题。
Description
技术领域
本申请涉及故障数据处理领域，具体而言，涉及一种故障分析系统及方法。
背景技术
作为新型的用户业务技术，SRV6智能云网安业务基于SRV6技术，结合深度报文检测、SA硬件等方式可分析用户业务类型，并为用户的各种业务应用提供服务，而在SRV6业务使用过程中，传统IP网络“遇到故障再排障”的被动方式无法及时提升用户体验和感知，且对于当前的自愈方案，仅针对的网络或者断点的拓扑级自愈，无法做到针对SRV6网络用户业务级的分析自愈。
针对上述的问题，目前尚未提出有效的解决方案。
发明内容
本申请实施例提供了一种故障分析系统及方法，以至少解决当前的自愈方案，仅针对网络或断点的拓扑级自愈，无法针对SRV6网络用户业务级的分析自愈的技术问题。
根据本申请实施例的一个方面，提供了一种故障分析系统，包括：网元设备、软件定义网络控制器、深度报文检测系统、故障分析分系统和故障分析总系统，其中，故障分析总系统，用于汇总所有故障数据及其对应的处理方案，并将不同SRV6网络的故障数据的处理方案分发至故障分析分系统中；故障分析分系统，与软件定义网络控制器联动，用于向故障分析总系统共享处理方案；深度报文检测系统，用于根据故障数据确定与故障数据对应的业务信息；软件定义网络控制器，用于整合故障数据和业务信息，将整合后的数据同步至故障分析分系统，并接收故障分析分系统下发的故障数据的处理方案，将处理方案对应的网络配置下发至网元设备中；网元设备，用于获取故障数据，并将故障数据上报至深度报文检测系统。
可选地，由故障分析分系统对故障数据进行分析，并生成故障数据的处理方案，将处理方案同步至软件定义网络控制器。
可选地，在故障分析分系统通过应用程序接口API与故障分析总系统联动的情况下，故障分析分系统还将处理方案同步至故障分析总系统。
可选地，故障分析总系统接收故障分析分系统同步的处理方案后，确定处理方案的应用网络范围，并将处理方案存储至数据库中。
可选地，在故障分析分系统通过应用程序接口API与故障分析总系统联动，且故障分析分系统无法在预设时间内分析故障数据的情况下，故障分析分系统将故障数据发送至故障分析总系统中，并接收故障分析总系统通过应用程序接口下发的故障数据的处理方案，将处理方案同步至软件定义网络控制器中。
可选地，由软件定义网络控制器执行处理方案，并将与处理方案对应的网络配置下发到目标网元设备中。
可选地，故障数据包括以下至少之一：故障告警信息、故障设备和接口参数信息。
可选地，业务信息包括以下至少之一：业务类型、业务级别和业务质量。
根据本申请实施例的另一方面，还提供了一种故障分析方法，包括：获取网元设备上传的SRV6网络的故障数据，其中，故障数据包括以下至少之一：故障告警信息、故障设备信息和接口参数信息；将故障数据发送至深度报文检测系统，通过深度报文检测系统确定故障数据对应的业务信息；将业务信息和故障数据同步至软件定义网络控制器，通过软件定义网络控制器整合业务信息和故障数据，并将整合后的数据同步至故障分析分系统中。
可选地，由故障分析分系统对故障数据进行分析，并生成故障数据的处理方案，将处理方案同步至软件定义网络控制器和故障分析总系统，由故障分析总系统对故障数据及对应的处理方案进行汇总。
可选地，在故障分析分系统通过应用程序接口API与故障分析总系统联动，且故障分析分系统无法在预设时间内分析故障数据的情况下，故障分析分系统将故障数据发送至故障分析总系统中，并接收故障分析总系统通过应用程序接口下发的故障数据的处理方案，将处理方案同步至软件定义网络控制器中。
在本申请实施例中，将故障分析分系统与软件定义网络控制器进行融合，通过故障分析分系统对故障数据进行分析和打标，确定与故障数据对应的处理方案，通过故障分析分系统与软件定义网络控制器的联动，将处理方案分发至软件定义网络控制器，达到了实时调整SRV6网络和业务的目的，从而实现了减少人工及物理硬件成本，提高业务效率的技术效果，进而解决了当前的自愈方案，仅针对网络或断点的拓扑级自愈，无法针对SRV6网络用户业务级的分析自愈的技术问题。
附图说明
此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：
图1是根据本申请实施例的一种用于实现故障分析方法的计算机终端(或电子设备)的硬件结构框图；
图2是根据本申请实施例的一种故障分析系统的结构图；
图3是根据本申请实施例的一种故障分析方法的流程图；
图4是根据本申请实施例的一种故障分析装置的结构图；
图5是根据本申请实施例的一种故障分析系统的流程图。
具体实施方式
为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分的实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。
需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
首先，在对本申请实施例进行描述的过程中出现的部分名词或术语适用于如下解释：
深度报文检测(Deep Packet Inspection，DPI)：一种基于数据包的深度检测技术，针对不同的网络应用层载荷(例如：HTTP、DNS等)进行深度检测，通过对报文的有效载荷检测决定其合法性。
软件定义网络控制器：即SDN控制器，是软件定义网络(SDN)中的应用程序，负责流量控制以确保智能网络。
当前的自愈方案，仅针对网络或者断点的拓扑级自愈，无法做到针对SRV6网络用户业务级的分析自愈，同时针对故障数据的分析和自愈单纯依靠硬件模块本身的能力，不具有联动借鉴和自主学习的能力，为解决上述问题，本申请针对上述SRV6业务，通过故障分析分系统与SDN控制器进行融合，SDN控制器中的故障分析分系统可独立运作，也可与故障分析总系统联动，由故障分析分系统对上报的故障数据进行打标，通过分系统分析策略和处理方案，并与SDN控制器联动，完成SRV6全网的网络和业务实时调整，提高业务效率，减少人工及物理硬件成本，极大提升客户感知，全流程保障业务的稳定，同时针对业务的发生、处理、结果可进行全流程联动记录，总分系统自主学习，共分享资源，可快速的处理各类复杂多变的故障情况，给予最优的业务分析自愈方案，以下详细说明。
本申请实施例所提供的终端的故障分析方法实施例可以在移动终端、计算机终端或者类似的运算装置中执行。图1示出了一种用于实现故障分析方法的计算机终端(或电子设备)的硬件结构框图。如图1所示，计算机终端10(或电子设备10)可以包括一个或多个(图中采用102a、102b，……，102n来示出)处理器(处理器可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)、用于存储数据的存储器104、以及用于通信功能的传输模块106。除此以外，还可以包括：显示器、输入/输出接口(I/O接口)、通用串行总线(USB)端口(可以作为I/O接口的端口中的一个端口被包括)、网络接口、电源和/或相机。本领域普通技术人员可以理解，图1所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，计算机终端10还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。
应当注意到的是上述一个或多个处理器和/或其他数据处理电路在本文中通常可以被称为“数据处理电路”。该数据处理电路可以全部或部分的体现为软件、硬件、固件或其他任意组合。此外，数据处理电路可为单个独立的处理模块，或全部或部分的结合到计算机终端10(或电子设备)中的其他元件中的任意一个内。如本申请实施例中所涉及到的，该数据处理电路作为一种处理器控制(例如与接口连接的可变电阻终端路径的选择)。
存储器104可用于存储应用软件的软件程序以及模块，如本申请实施例中的故障分析方法对应的程序指令/数据存储装置，处理器通过运行存储在存储器104内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的故障分析方法。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器远程设置的存储器，这些远程存储器可以通过网络连接至计算机终端10。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
传输模块106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括计算机终端10的通信供应商提供的无线网络。在一个实例中，传输装置106包括一个网络适配器(Network Interface Controller，NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输装置106可以为射频(Radio Frequency，RF)模块，其用于通过无线方式与互联网进行通讯。
显示器可以例如触摸屏式的液晶显示器(LCD)，该液晶显示器可使得用户能够与计算机终端10(或电子设备)的用户界面进行交互。
此处需要说明的是，在一些可选实施例中，上述图1所示的计算机设备(或电子设备)可以包括硬件元件(包括电路)、软件元件(包括存储在计算机可读介质上的计算机代码)、或硬件元件和软件元件两者的结合。应当指出的是，图1仅为特定具体实例的一个实例，并且旨在示出可存在于上述计算机设备(或电子设备)中的部件的类型。
图2是根据本申请实施例的一种故障分析系统的结构图，如图2所示，该故障分析系统200包括：网元设备201、软件定义网络控制器202、深度报文检测系统203、故障分析分系统204和故障分析总系统205，其中，故障分析总系统，用于汇总所有故障数据及其对应的处理方案(也称自愈方案或自愈策略)，并将不同SRV6网络的故障数据的处理方案分发至故障分析分系统中；故障分析分系统，与软件定义网络控制器联动，用于向故障分析总系统共享处理方案；深度报文检测系统，用于根据故障数据确定与故障数据对应的业务信息；软件定义网络控制器，用于整合故障数据和业务信息，将整合后的数据同步至故障分析分系统，并接收故障分析分系统下发的故障数据的处理方案，将处理方案对应的网络配置下发至网元设备中；网元设备，用于获取故障数据，并将故障数据上报至深度报文检测系统。
在本申请实施例中，故障分析总系统具备自主学习机制，即可将不同SRV6网络的故障数据的分析及自愈策略智能匹配到其它故障分析分系统中，自愈策略为基于用户业务的流量相关参数调整，包括但不限于业务流量优先级调整、QOS调整、业务流量速率及丢包率调整、业务路径自动调整、业务自动选择高可靠性网元节点等等；上述故障分析分系统中嵌入在SDN控制器中，可以与SDN控制器结合，不仅具备网络管控能力，还具有独立、智能分析故障数据分析及自愈能力，对上与故障分析总系统呈总分模式，即故障分析总系统和故障分析系统可实现信息共享，完成自主学习机制；SDN控制器，用于全网网络的管控，故障数据收集以及自愈策略下发至网元设备中，SDN控制器的整合方案为：网元节点上报故障数据涉及的syslog故障告警及对应的设备、接口参数信息，DPI分析出的用户业务类型、业务TOP级别、业务质量及其他相关参数，SDN控制器整合信息并结合自有系统管控的网络信息，包括SRV6业务路径、网元节点信息、网元节点状态信息、网络质量信息等等；网元设备用于上报故障数据，包括故障点信息及对应的参数等。
在上述故障分析系统中，由故障分析分系统对故障数据进行分析，并生成故障数据的处理方案，将处理方案同步至软件定义网络控制器。
在上述故障分析系统中，在故障分析分系统通过应用程序接口API与故障分析总系统联动的情况下，故障分析分系统还将处理方案同步至故障分析总系统。
在上述故障分析系统中，故障分析总系统接收故障分析分系统同步的处理方案后，确定处理方案的应用网络范围，并将处理方案存储至数据库中。
在上述故障分析系统中，在故障分析分系统通过应用程序接口API与故障分析总系统联动，且故障分析分系统无法在预设时间内分析故障数据的情况下，故障分析分系统将故障数据发送至故障分析总系统中，并接收故障分析总系统通过应用程序接口下发的故障数据的处理方案，将处理方案同步至软件定义网络控制器中。
在上述故障分析系统中，由软件定义网络控制器执行处理方案，并将与处理方案对应的网络配置下发到目标网元设备中。
在上述故障分析系统中，故障数据包括以下至少之一：故障告警信息、故障设备和接口参数信息，业务信息包括以下至少之一：业务类型、业务级别和业务质量。
在本申请实施例中，当用户业务发生故障时，网元设备(或网元节点)自动上报故障数据至深度报文检测系统(以下简称DPI系统)和软件定义网络控制器(以下简称SDN控制器)，该故障数据包括：syslog故障告警信息及对应的故障设备、接口参数信息，DPI系统收到设备、接口参数信息后结合DPI信息库，分析出用户业务级的相关信息，也即业务信息，该业务信息包括用户业务类型、业务TOP级别、业务质量等，之后将这些信息通过API接口同步至SDN控制器，SDN控制器整合DPI上报的业务信息及网元上报的故障数据后同步到SDN控制器内部的故障分析分系统。在故障分析分系统分析故障数据时，包括以下几种情况：
第一种情况，当故障分析分系统(以下简称分系统)与故障分析总系统(以下简称总系统)不通过API接口联动时，分系统自行对故障数据进行分析，生成与故障数据对应的处理方案，将处理方案中的相关配置策略信息同步给SDN控制器，由SDN控制器进行配置策略下发，及时恢复用户业务。该方式仅仅能使用分系统自有的网络故障分析，且自愈能力具有一定局限性，无法及时借鉴、使用其它网络已产生的分析自愈方案，无法获得总系统更丰富的能力支持。
第二种情况，当分系统与总系统通过API接口联动时。1.分系统首先进行本地故障数据的分析，以及生成故障数据对应的自愈策略，并将生成的自愈策略及网络配置通过API接口同步至SDN控制器和总系统，SDN控制器执行对应的自愈策略及配置，并将网络配置下发到指定网元，及时恢复用户业务。2.若分系统无法在预设时间内分析故障数据的情况下，例如，分系统在某一时刻所需分析的故障数据的数据量较大，分系统无法及时分析该故障数据，则分系统快速将故障数据上报总系统，由总系统通过API接口提供自愈策略给分系统，分系统将接收到的自愈策略、分系统生成的自愈策略及对应的网络配置同步至SDN控制器执行并恢复用户业务。上述分系统生成的自愈策略将同步到总系统，总系统收到该自愈策略后进行自我学习及应用，确定是否可以应用到其它的SRV6网络，并生成方案应急库，便于其它分系统借鉴使用。整体流程针对SRV6用户业务故障发生时的即时恢复完成了闭环处理，对于日渐普及的SDN控制器结合SRV6网络的业务稳定具有普遍实施意义。
本申请实施例通过故障分析分系统、SDN网络控制器的联动，实现基于SRV6业务的全流程故障监测，通过故障分析分系统输出实时分析自愈方案，与SDN控制器配合执行最终完成业务级的实时自愈。
本申请实施例中主要场景针对基于SRV6的承载网络、城域网及其他VPN网络的用户业务故障时，需要及时快速，实现智能化的自动恢复，且从发现到恢复，实现自动恢复闭环，无需人工干预。另外，基于SRV6的承载网络、城域网及其他VPN网络的用户业务故障时，故障恢复体系具备自主学习特征，实现故障分析自愈方案的共享互通，多网络、多业务故障的借鉴使用。
在上述运行环境下，本申请实施例提供了一种故障分析方法实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
图3是根据本申请实施例的一种故障分析方法的流程图，如图3所示，该方法包括：
步骤S302，获取网元设备上传的SRV6网络的故障数据，其中，故障数据包括以下至少之一：故障告警信息、故障设备信息和接口参数信息；
步骤S304，将故障数据发送至深度报文检测系统，通过深度报文检测系统确定故障数据对应的业务信息；
步骤S306，将业务信息和故障数据同步至软件定义网络控制器，通过软件定义网络控制器整合业务信息和故障数据，并将整合后的数据同步至故障分析分系统中。
在上述故障分析方法中，由故障分析分系统对故障数据进行分析，并生成故障数据的处理方案，将处理方案同步至软件定义网络控制器和故障分析总系统，由故障分析总系统对故障数据及对应的处理方案进行汇总。
在上述故障分析方法中，在故障分析分系统通过应用程序接口API与故障分析总系统联动，且故障分析分系统无法在预设时间内分析故障数据的情况下，故障分析分系统将故障数据发送至故障分析总系统中，并接收故障分析总系统通过应用程序接口下发的故障数据的处理方案，将处理方案同步至软件定义网络控制器中。
需要说明的是，图3所示的故障分析方法可应用于图2所示的故障分析系统中，因此上述故障分析系统中的相关解释说明也适用于该故障分析方法，此处不再赘述。
图4是根据本申请实施例的一种故障分析装置的结构图，如图4所示，该装置包括：
获取模块402，用于取网元设备上传的SRV6网络的故障数据，其中，故障数据包括以下至少之一：故障告警信息、故障设备信息和接口参数信息；
发送模块404，用于将故障数据发送至深度报文检测系统，通过深度报文检测系统确定故障数据对应的业务信息；
同步模块406，用于将业务信息和故障数据同步至软件定义网络控制器，通过软件定义网络控制器整合业务信息和故障数据，并将整合后的数据同步至故障分析分系统中。
需要说明的是，图4所示的故障分析装置用于执行图3所示的故障分析方法，因此上述故障分析方法中的相关解释说明也适用于该故障分析装置，此处不再赘述。
图5是分解本申请实施例的一种故障分析系统的流程图，在图5中，包括多个用户，每个用户对应一个SRV6网络及业务，每个SRV6网络中包含一个网元节点，通过网元或网元节点自动上报故障数据至DPI系统和SDN控制器，该故障数据包括：syslog故障告警信息及对应的故障设备、接口参数信息，DPI系统收到设备、接口参数信息后结合DPI信息库，分析出用户业务级的相关信息，也即业务信息，该业务信息包括用户业务类型、业务TOP级别、业务质量等，之后将这些信息通过API接口同步至SDN控制器，SDN控制器整合DPI上报的业务信息及网元上报的故障数据后同步到SDN控制器内部的故障分析分系统。
由故障分析分系统对故障数据进行分析，并生成故障数据的处理方案，将处理方案同步至软件定义网络控制器和故障分析总系统，由故障分析总系统对故障数据及对应的处理方案进行汇总。
在故障分析分系统通过应用程序接口API与故障分析总系统联动，且故障分析分系统无法在预设时间内分析故障数据的情况下，故障分析分系统将故障数据发送至故障分析总系统中，并接收故障分析总系统通过应用程序接口下发的故障数据的处理方案，将处理方案同步至软件定义网络控制器中。
需要说明的是，图5所示的故障分析系统的流程图的执行过程与图2所示的故障分析系统的执行过程相同，因此上述故障分析系统中的相关解释说明也适用于该流程图中，此处不再赘述。
本申请实施例还提供了一种非易失性存储介质，该非易失性存储介质包括存储的程序，其中，在程序运行时控制该非易失性存储介质所在设备执行以下故障分析方法：获取网元设备上传的SRV6网络的故障数据，其中，故障数据包括以下至少之一：故障告警信息、故障设备信息和接口参数信息；将故障数据发送至深度报文检测系统，通过深度报文检测系统确定故障数据对应的业务信息；将业务信息和故障数据同步至软件定义网络控制器，通过软件定义网络控制器整合业务信息和故障数据，并将整合后的数据同步至故障分析分系统中。
上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。
在本申请的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
在本申请所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，可以为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述仅是本申请的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。
Claims (11)
1.一种故障分析系统，其特征在于，包括：网元设备、软件定义网络控制器、深度报文检测系统、故障分析分系统和故障分析总系统，其中，
所述故障分析总系统，用于汇总所有故障数据及其对应的处理方案，并将不同SRV6网络的故障数据的处理方案分发至所述故障分析分系统中；
所述故障分析分系统，与所述软件定义网络控制器联动，用于向所述故障分析总系统共享所述处理方案；
所述深度报文检测系统，用于根据所述故障数据确定与所述故障数据对应的业务信息；
所述软件定义网络控制器，用于整合所述故障数据和所述业务信息，将整合后的数据同步至所述故障分析分系统，并接收所述故障分析分系统下发的所述故障数据的处理方案，将所述处理方案对应的网络配置下发至所述网元设备中；
所述网元设备，用于获取所述故障数据，并将所述故障数据上报至所述深度报文检测系统。
2.根据权利要求1所述的系统，其特征在于，由所述故障分析分系统对所述故障数据进行分析，并生成所述故障数据的处理方案，将所述处理方案同步至所述软件定义网络控制器。
3.根据权利要求1所述的系统，其特征在于，在所述故障分析分系统通过应用程序接口API与所述故障分析总系统联动的情况下，所述故障分析分系统还将所述处理方案同步至所述故障分析总系统。
4.根据权利要求3所述的系统，其特征在于，所述故障分析总系统接收所述故障分析分系统同步的处理方案后，确定所述处理方案的应用网络范围，并将所述处理方案存储至数据库中。
5.根据权利要求1所述的系统，其特征在于，在所述故障分析分系统通过应用程序接口API与所述故障分析总系统联动，且所述故障分析分系统无法在预设时间内分析所述故障数据的情况下，所述故障分析分系统将所述故障数据发送至所述故障分析总系统中，并接收所述故障分析总系统通过所述应用程序接口下发的所述故障数据的处理方案，将所述处理方案同步至所述软件定义网络控制器中。
6.根据权利要求2至4中任意一项所述的系统，其特征在于，由所述软件定义网络控制器执行所述处理方案，并将与所述处理方案对应的网络配置下发到目标网元设备中。
7.根据权利要求1所述的系统，其特征在于，所述故障数据包括以下至少之一：故障告警信息、故障设备和接口参数信息。
8.根据权利要求1所述的系统，其特征在于，所述业务信息包括以下至少之一：业务类型、业务级别和业务质量。
9.一种故障分析方法，其特征在于，包括：
获取网元设备上传的SRV6网络的故障数据，其中，所述故障数据包括以下至少之一：故障告警信息、故障设备信息和接口参数信息；
将所述故障数据发送至深度报文检测系统，通过所述深度报文检测系统确定所述故障数据对应的业务信息；
将所述业务信息和所述故障数据同步至软件定义网络控制器，通过所述软件定义网络控制器整合所述业务信息和所述故障数据，并将整合后的数据同步至故障分析分系统中。
10.根据权利要求9所述的方法，其特征在于，由所述故障分析分系统对所述故障数据进行分析，并生成所述故障数据的处理方案，将所述处理方案同步至所述软件定义网络控制器和故障分析总系统，由所述故障分析总系统对所述故障数据及对应的处理方案进行汇总。
11.根据权利要求10所述的方法，其特征在于，在所述故障分析分系统通过应用程序接口API与所述故障分析总系统联动，且所述故障分析分系统无法在预设时间内分析所述故障数据的情况下，所述故障分析分系统将所述故障数据发送至所述故障分析总系统中，并接收所述故障分析总系统通过所述应用程序接口下发的所述故障数据的处理方案，将所述处理方案同步至所述软件定义网络控制器中。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210826052.9A CN115208759B (zh) | 2022-07-14 | 2022-07-14 | 故障分析系统及方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210826052.9A CN115208759B (zh) | 2022-07-14 | 2022-07-14 | 故障分析系统及方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN115208759A CN115208759A (zh) | 2022-10-18 |
| CN115208759B true CN115208759B (zh) | 2024-02-23 |
Family
ID=83580541
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202210826052.9A Active CN115208759B (zh) | 2022-07-14 | 2022-07-14 | 故障分析系统及方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN115208759B (zh) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN117354197B (zh) * | 2023-12-06 | 2024-02-27 | 广州医科大学附属第五医院(广州再生医学与健康广东省实验室附属医院) | 一种虚拟网络断点检测方法、装置、终端设备及存储介质 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108353027A (zh) * | 2015-11-13 | 2018-07-31 | 华为技术有限公司 | 一种用于检测端口故障的软件定义网络系统 |
| CN111142878A (zh) * | 2018-11-06 | 2020-05-12 | 中兴通讯股份有限公司 | Sdn运维方法、装置、设备以及可读存储介质 |
| CN112908081A (zh) * | 2021-01-29 | 2021-06-04 | 武汉烽火技术服务有限公司 | 一种基于虚拟化切片的网络教学实训系统及其使用方法 |
| CN113973127A (zh) * | 2020-07-24 | 2022-01-25 | 中移(苏州)软件技术有限公司 | 一种网络部署方法、装置及存储介质 |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9762457B2 (en) * | 2014-11-25 | 2017-09-12 | At&T Intellectual Property I, L.P. | Deep packet inspection virtual function |
-
2022
- 2022-07-14 CN CN202210826052.9A patent/CN115208759B/zh active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108353027A (zh) * | 2015-11-13 | 2018-07-31 | 华为技术有限公司 | 一种用于检测端口故障的软件定义网络系统 |
| CN111142878A (zh) * | 2018-11-06 | 2020-05-12 | 中兴通讯股份有限公司 | Sdn运维方法、装置、设备以及可读存储介质 |
| CN113973127A (zh) * | 2020-07-24 | 2022-01-25 | 中移(苏州)软件技术有限公司 | 一种网络部署方法、装置及存储介质 |
| CN112908081A (zh) * | 2021-01-29 | 2021-06-04 | 武汉烽火技术服务有限公司 | 一种基于虚拟化切片的网络教学实训系统及其使用方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN115208759A (zh) | 2022-10-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN103001806B (zh) | 用于it系统的分布式运维监控系统 | |
| US7975045B2 (en) | Method and system for monitoring and analyzing of IP networks elements | |
| WO2018028573A1 (zh) | 故障处理方法、装置及控制器 | |
| US20190149416A1 (en) | Automated network entity replacement based on historical topology consciousness | |
| CN101217402A (zh) | 一种提高集群可靠性的方法和一种高可靠性通信节点 | |
| CN115208759B (zh) | 故障分析系统及方法 | |
| CN103873379A (zh) | 一种基于重叠网的分布式路由抗毁策略配置方法和系统 | |
| CN103117876A (zh) | 用户状态信息的同步方法及装置 | |
| CN102984507A (zh) | 一种视频监控系统中的网络协管及兼管装置 | |
| CN114244676A (zh) | 一种智能it综合网关系统 | |
| CN107395465A (zh) | 默认账号设置的智能家居网络远程管理与诊断方法与系统 | |
| CN105763387A (zh) | 网络流量监控方法和装置 | |
| CN101197714B (zh) | 一种移动数据业务状态集中采集的方法 | |
| EP3917086A1 (en) | Network topology discovery method, device, and system | |
| CN117811898A (zh) | 一种fttr设备故障修复方法及装置 | |
| CN113676723A (zh) | 一种基于物联网的非同源网络视频监控故障定位方法及装置 | |
| CN105592485A (zh) | 一种基于snmp网管协议实时采集并处理消息的方法 | |
| CN113691454B (zh) | 一种工业物联网数据采集和管理方法、系统 | |
| CN110830284A (zh) | 一种基于sdn网络的业务故障监测的方法和装置 | |
| Cisco | Cisco WAN Manager Overview | |
| CN112751706A (zh) | 一种目标数据的传输方法和装置 | |
| CN113504755A (zh) | 一种基于混合云构架的scada监控系统及方法 | |
| CN106656398A (zh) | 一种时钟同步监管方法和装置 | |
| CN112910726A (zh) | 云环境流量监控方法、装置及系统 | |
| CN107317692B (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 | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |