CN105591787A - 一种网络中的根本原因分析方法、装置和*** - Google Patents
一种网络中的根本原因分析方法、装置和*** Download PDFInfo
- Publication number
- CN105591787A CN105591787A CN201410639616.3A CN201410639616A CN105591787A CN 105591787 A CN105591787 A CN 105591787A CN 201410639616 A CN201410639616 A CN 201410639616A CN 105591787 A CN105591787 A CN 105591787A
- Authority
- CN
- China
- Prior art keywords
- rca
- equipment
- sdn controller
- basic data
- root cause
- 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
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种网络中的根本原因分析方法、装置和网络***,属于通信领域,能够使整个网络***结构简单,降低RCA部署的复杂性。所述方法包括:SDN控制器从至少一个网络设备获取用于根本原因分析的基础数据,并开放北向接口;所述SDN控制器向RCA设备传输所述基础数据;所述RCA设备根据所述基础数据进行根本原因分析;其中,所述至少一个网络设备和所述SDN控制器组成SDN,所述SDN控制器对SDN进行集中控制。本发明用于RCA。
Description
技术领域
本发明涉及通信领域,特别涉及一种网络中的根本原因分析方法、装置和***。
背景技术
根本原因分析(RootCauseAnalysis,RCA)是一项结构化的问题处理法,旨在找出问题的根本原因并加以解决,而不是仅仅关注问题的表象。RCA是一个***化的问题处理过程,包括确定和分析问题原因,找出问题解决办法,并制定问题预防措施。
传统网络中的RCA方法需要先获取用于进行根本原因分析的基础数据,但在获取基础数据时,针对网络中不同类型的网络设备需要部署不同的监控***、使用不同的通信协议。这样导致整个网络***结构复杂,增加了RCA部署的复杂性。
发明内容
本发明实施例提供了一种网络中的根本原因分析方法、装置和***,能够使整个网络***结构简单,降低RCA部署的复杂性。
第一方面,提供一种网络中的根本原因分析方法,所述方法包括:
软件定义网络(SoftwareDefinedNetwork,SDN)控制器从至少一个网络设备获取用于根本原因分析的基础数据,并开放北向接口;
所述SDN控制器向RCA设备传输所述基础数据,以使所述RCA设备根据所述基础数据进行根本原因分析;
其中,所述至少一个网络设备和所述SDN控制器组成SDN,所述SDN控制器对SDN进行集中控制。
结合第一方面,在第一种可能的实现方式中,在所述SDN控制器向RCA设备传输所述基础数据之前,所述方法还包括:
所述SDN控制器接收RCA设备发送过来的查询请求;
所述SDN控制器向RCA设备传输所述基础数据包括:
所述SDN控制器根据RCA设备发送过来的所述查询请求,向所述RCA设备发送相应的基础数据;
结合第一方面,在第二种可能的实现方式中,所述SDN控制器向RCA设备传输所述基础数据包括:
所述SDN控制器向RCA设备主动发送获取的所述基础数据。
第二方面,提供一种网络中的根本原因分析方法,所述方法包括:
RCA设备接收SDN控制器传输的用于根本原因分析的基础数据;
所述RCA设备根据所述基础数据进行根本原因分析;
其中,所述SDN控制器处于SDN中,用于对SDN进行集中控制。
结合第二方面,在第一种可能的实现方式中,,在所述RCA设备接收SDN控制器传输的用于根本原因分析的基础数据之前,所述方法还包括:
所述RCA设备向所述SDN控制器发送查询请求;
所述RCA设备接收SDN控制器传输的用于根本原因分析的基础数据包括:
所述RCA设备接收所述SDN控制器根据所述查询请求而发送的、用于根本原因分析的基础数据。
结合第二方面,在第二种可能的实现方式中,所述RCA设备接收SDN控制器传输的用于根本原因分析的基础数据包括:
所述RCA设备接收SDN控制器主动发送的用于根本原因分析的基础数据。
第三方面,提供一种网络中的根本原因分析方法,所述方法包括:
SDN控制器从至少一个网络设备获取用于根本原因分析的基础数据,并开放北向接口;
所述SDN控制器向RCA设备传输所述基础数据;
所述RCA设备根据所述基础数据进行根本原因分析;
其中,所述至少一个网络设备和所述SDN控制器组成SDN,所述SDN控制器对SDN进行集中控制。
结合第三方面,在第一种可能的实现方式中,在所述SDN控制器向RCA设备传输所述基础数据之前,所述方法还包括:
所述RCA设备向所述SDN控制器发送查询请求;
所述SDN控制器向RCA设备传输所述基础数据包括:所述SDN控制器根据RCA设备发送过来的所述查询请求,向所述RCA设备发送相应的基础数据。
结合第三方面,在第二种可能的实现方式中,所述SDN控制器向RCA设备传输所述基础数据包括:
所述SDN控制器向RCA设备主动发送获取的所述基础数据。
第四方面,提供一种SDN控制器,所述SDN控制器处于SDN中,用于对SDN进行集中控制,包括:
获取模块,用于从至少一个网络设备获取用于根本原因分析的基础数据,并开放北向接口;
传输模块,用于向根本原因分析RCA设备传输所述获取模块获取的所述基础数据,以使所述RCA设备根据所述基础数据进行根本原因分析。
结合第四方面,在第一种可能的实现方式中,所述SDN控制器还包括:
接收模块,用于接收RCA设备发送过来的查询请求;
所述传输模块具体用于:
根据RCA设备发送过来的所述查询请求,向所述RCA设备发送相应的基础数据;
结合第四方面,在第二种可能的实现方式中,所述传输模块具体用于:
向RCA设备主动发送获取的所述基础数据。
第五方面,提供一种RCA设备,包括:
接收模块,用于接收软件定义网络SDN控制器传输的用于根本原因分析的基础数据;
分析模块,用于根据所述接收模块接收的所述基础数据进行根本原因分析;
其中,所述SDN控制器处于SDN中,用于对SDN进行集中控制。
结合第五方面,在第一种可能的实现方式中,所述RCA设备还包括:
发送模块,用于向所述SDN控制器发送查询请求;
所述接收模块具体用于:
接收所述SDN控制器根据所述查询请求而发送的、用于根本原因分析的基础数据。
结合第五方面,在第二种可能的实现方式中,所述接收模块具体用于:
接收SDN控制器主动发送的用于根本原因分析的基础数据。
第六方面,提供一种网络***,包括多个网络设备、SDN控制器和RCA设备,其中所述多个网络设备和所述SDN控制器组成SDN,所述SDN控制器对SDN进行集中控制;
所述SDN控制器,用于从所述多个网络设备获取用于根本原因分析的基础数据,开放北向接口;并向所述RCA设备传输所述基础数据;
所述RCA设备,用于根据所述基础数据进行根本原因分析。
结合第六方面,在第一种可能的实现方式中,所述RCA设备还用于向所述SDN控制器发送查询请求;
所述SDN控制器具体用于:根据RCA设备发送过来的所述查询请求,向所述RCA设备发送相应的基础数据。
结合第六方面,在第二种可能的实现方式中,所述SDN控制器具体用于:向RCA设备主动发送获取的所述基础数据。
采用上述技术方案后,本发明实施例提供的网络中的根本原因分析方法、SDN控制器、RCA设备和网络***,SDN控制器可以基于SDN获取用于根本原因分析的各种基础数据,并发给RCA设备,从而所述RCA设备可以基于SDN进行根本原因分析,如此,借助SDN控制器在网络中集中控制的能力,针对网络中不同类型的网络设备不需要部署不同的监控***、也无需使用不同的通信协议,能够降低RCA的部署的复杂性。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本发明实施例提供的一种网络中的根本原因分析方法的流程图;
图2是本发明实施例提供的另一种网络中的根本原因分析方法的流程图;
图3是本发明实施例提供的另一种网络中的根本原因分析方法的流程图;
图4A是本发明实施例提供的SDN控制器的一种结构框图;
图4B是本发明实施例提供的SDN控制器的另一种结构框图;
图5A是本发明实施例提供的RCA设备的一种结构框图;
图5B是本发明实施例提供的RCA设备的另一种结构框图;
图6A是本发明实施例提供的一种网络***的示意图;
图6B是本发明实施例提供的另一种网络***的示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明实施方式作进一步地详细描述。
软件定义网络(SoftwareDefinedNetwork,SDN)是一种新型网络创新架构,其可以将网络控制面与数据面分离开来,实现网络集中管理及全局优化、进而实现了网络流量的灵活控制,为核心网络及应用的创新提供了良好的平台。
本发明实施例基于SDN进行根本原因分析,可应用OpenFlow协议或其他南向协议来实现网络控制面与数据面的分离。其中,OpenFlow是SDN中控制器控制转发面设备的协议。下文中以OpenFlow实现SDN为例来进行说明,但需要了解,本发明实施例也可应用除OpenFlow外的其他方式来实现SDN。
本发明实施例提供的网络中的根本原因分析方法、装置和网络***涉及到SDN控制器、RCA设备和网络设备。SDN控制器和至少一个网络设备组成SDN。
其中:
SDN控制器,作为整个SDN的统一控制中心,负责网络中虚拟及物理设备的监控与管理,使用统一的南向协议收集拓扑信息,不需要部署额外的监控设备。
RCA设备,可从SDN控制器获取全网拓扑及设备状态,并沿用传统网络根本原因分析规则或基于SDN的根本原因分析规则进行根本原因分析。
网络设备,可以为SDN中的各种网络设备,例如物理交换机、安装在物理机上的虚拟交换机、路由器和防火墙设备等。
图1是本发明实施例提供的一种网络中的根本原因分析方法的流程图。参照图1,所述方法可包括:
步骤11、SDN控制器从至少一个网络设备获取用于根本原因分析的基础数据,并开放北向接口。
在本发明实施例中,所述SDN控制器可以与多个网络设备直接或间接地相连在一起,以组成SDN。所述SDN控制器是指处于SDN中的控制器,可用于对SDN进行集中控制。
用于根本原因分析的所述基础数据可包括以下至少一种:设备状态信息、接口状态信息和链接状态信息。
具体地,所述SDN控制器可以以如下方式从所述网络设备获取基础数据:
a)控制器到交换机(Controller-Switch)消息;
SDN控制器可向交换机发送特征(Features)、配置(Configuration)、读取状态(Read-State)等类型的消息,以便控制器收集网络设备的能力、配置、统计等信息。
b)交换机到控制器(Switch-Controller)异步(Asynchronous)消息,如:端口状态(Port-status)和错误(Error)消息等;
网络设备可通过异步消息主动上报端口状态、错误等,便于控制器及时更新网络拓扑。
同时,所述SDN控制器可以是具有开放的北向接口的SDN控制器,以支持所述SDN控制器可与RCA设备进行交互。
在本发明实施例中,SDN控制器在获取到相关的基础数据后,即可开放北向接口供RCA设备主动查询或者由控制器主动上报基础数据(例如,全网拓扑及设备状态)至RCA。
SDN控制器提供的北向接口可包括以下内容中的至少一项:
路径标识(路径ID):网络设备的编号,在全局网络可以唯一标识一个网络设备;
接口编号:网络设备上接口的序号或编号,在该网络设备上是唯一的,使得网络设备ID连同接口编号可以全局唯一标识一个接口;
接口标识(接口ID):接口ID=路径ID+接口编号,SDN控制器通过接口ID唯一标识网络中的每个接口;
接口类型:物理端口或者虚拟端口;
邻居标识(邻居ID):相邻的物理端口的ID,SDN控制器通过OpenFlow和LLDP协议感知并动态刷新邻居关系;
接口状态:正常,断开等;
接口统计:接口相关数据收发的统计信息,例如收到字节数、发送字节数、错误字节数、丢包数等;
APP_ID:应用程序标识,每个应用程序(APP)在SDN控制器内部有一个唯一标识:
邻居标识、接口状态及接口统计等信息均可为根本原因分析的数据基础。
SDN控制器在为上层应用程序定制网络策略时,可以建立应用程序和接口(物理端口或者虚拟端口)之间的映射关系,这样当接口发生故障时,SDN控制器可以知道哪些APP受到影响,并向对应的APP发出告警。
步骤12、所述SDN控制器向RCA设备传输所述基础数据,以使所述RCA设备根据所述基础数据进行根本原因分析。
在进行基于SDN的根本原因分析过程中,RCA设备可使用基于SDN的根本原因分析规则进行根本原因分析。
本发明实施例提供的网络中的根本原因分析方法,SDN控制器可以基于SDN获取用于根本原因分析的各种基础数据,并发给RCA设备,从而所述RCA设备可以基于SDN进行根本原因分析,如此,借助SDN控制器在网络中集中控制的能力,针对网络中不同类型的网络设备不需要部署不同的监控***、也无需使用不同的通信协议,能够降低RCA的部署的复杂性。
需要说明的是,在本发明实施例中,SDN控制器可具有开放的北向接口,所述RCA设备可以据此主动向SDN控制器请求获取相关的基础数据,当然,也可以由SDN控制器在获取到基础数据后将与所述RCA设备相关的基础数据或获取到的所有基础数据传输给所述RCA设备。下面分别对这两种情况进行说明。
在本发明的一个实施例中,可选地,在步骤12中所述SDN控制器向RCA设备传输所述基础数据之前,所述方法还可包括:
所述SDN控制器接收RCA设备发送过来的查询请求。
此时,步骤12中所述SDN控制器向RCA设备传输所述基础数据可具体包括:
所述SDN控制器根据RCA设备发送过来的所述查询请求,向所述RCA设备发送相应的基础数据;
在本发明的另一个实施例中,可选地,步骤12中所述SDN控制器向RCA设备传输所述基础数据可包括:
所述SDN控制器向RCA设备主动发送获取的所述基础数据。
需要说明的是,基于传统网络的根本原因分析,为了应对不同的设备行为,一般RCA设备内部需要有自己的对象模型(CIM/ICIM),以保障根本原因分析规则的统一。但是由于不同的厂商不同型号的设备需要适配到统一的模型上,适配难度大,***的适用范围受限。而在本发明实施例中,基于SDN进行根本原因分析,由于SDN中标准统一的南向协议天然支持网络设备的行为统一,因而能够有效减少对象模型映射,增强***普适性。
图2是本发明实施例提供的一种网络中的根本原因分析方法的流程图。参照图2,所述方法包括:
21、RCA设备接收SDN控制器传输的用于根本原因分析的基础数据;
22、所述RCA设备根据所述基础数据进行根本原因分析。
其中,所述SDN控制器为处于SDN中的控制器,用于对SDN进行集中控制。所述基础数据可包括以下至少一种:设备状态信息、接口状态信息和链接状态信息。
本发明实施例提供的网络中的根本原因分析方法,SDN控制器可以基于SDN获取用于根本原因分析的各种基础数据,并发给RCA设备,从而所述RCA设备在接收到所述基础数据后,即可根据所述基础数据进行基于SDN的根本原因分析,如此,针对网络中不同类型的网络设备不需要部署不同的监控***、也无需使用不同的通信协议。
可选地,在本发明的一个实施例中,在步骤21中所述RCA设备接收SDN控制器传输的用于根本原因分析的基础数据之前,所述方法还可包括:
所述RCA设备向所述SDN控制器发送查询请求。
此时,所述RCA设备接收SDN控制器传输的用于根本原因分析的基础数据可具体包括:
所述RCA设备接收所述SDN控制器根据所述查询请求而发送的、用于根本原因分析的基础数据。
可选地,在本发明的另一个实施例中,步骤21中所述RCA设备接收SDN控制器传输的用于根本原因分析的基础数据可具体包括:
所述RCA设备接收SDN控制器主动发送的用于根本原因分析的基础数据。
在进行基于SDN的根本原因分析过程中,RCA设备可使用基于SDN的根本原因分析规则进行根本原因分析。下面以三个场景为例来进行具体说明,具体分析规则可不限于以下方式。
同时需要说明的是,下文这三个场景中涉及到的网络设备可以是物理交换机、虚拟交换机,也可以是支持OpenFlow协议的任何网络设备。
1、OpenFlow网络设备故障(针对软件故障或物理网络设备故障)
此种场景可基于OpenFlow1.3协议中的SDN控制器到网络设备(Controller→Switch)OFPT_ECHO_REQUEST消息。当没有其他的数据包进行交换时,SDN控制器会定期循环给网络设备发OFPT_ECHO_REQUEST消息,网络设备以OFPT_ECHO_REPLY消息应答。
OFPT_ECHO_REQUEST消息的作用:查询连接状态,确保SDN控制器与网络设备通信正常。
判断方法:当SDN控制器发送的OFPT_ECHO_REQUEST无响应时,说明该OpenFlow网络设备发生故障,SDN控制器产生OpenFlow网络设备故障告警,并将此指示网络设备故障的告警信息(设备状态信息)发送给RCA设备以供RCA设备用于根本原因分析。
2、OpenFlow网络设备物理链路故障
此种场景可基于Opeflow1.3协议中的以下消息:OFPT_PORT_STATUS消息和OFPMP_FLOW/OFPMP_AGGREGATE消息。
交换机到控制器(Switch→Controller)的OFPT_PORT_STATUS消息:网络设备向SDN控制器发送OFPT_PORT_STATUS消息,以通知其端口状态发生变更;
控制器到交换机(Controller→Switch)的OFPMP_FLOW/OFPMP_AGGREGATE消息:SDN控制器定期向网络设备下发OFPMP_FLOW/OFPMP_AGGREGATE消息,查询网络设备上数据流的统计信息,用于配合端口状态进行故障诊断。
判断方法:SDN控制器在获取到网络设备端口状态和数据流统计信息后,发送给RCA设备以供RCA设备用于根本原因分析。例如,RCA设备基于网络设备端口状态和数据流统计,可以进行综合分析、对端口/链路状态是否故障进行诊断,例如,流表匹配计数在增加,但是端口收发包统计为0、则认为端口或者相连的链路发生故障,产生物理链路故障根因。
3、OpenFlow网络设备虚拟端口故障
一般地,虚拟端口不会出现链路断开故障,除非其受到物理端口的影响,导致包无法发送。在本发明实施例中,RCA设备可分析出OpenFlow网络设备虚拟端口故障这一根本原因。
一种判断方法为:当前的RCA设备获取物理端口与虚拟端口的拓扑对应关系,当虚拟端口所对应的物理端口全部故障时,推断出相连的虚拟端口故障。
另一种判断方法:RCA设备根据OpenFlow协议中虚拟端口相关的统计信息,判断出虚拟端口故障;
本发明实施例扩展OpenFlow1.3协议在这种故障下的处理流程,可能有以下两种处理流程:
1)、网络设备发现虚拟端口已故障,但流表仍有效:
a、网络设备按照流表正常执行行动(Action),但执行失败(或网络设备发现行动(Action)的指定端口已故障);
b、扩展OpenFlow1.3协议,FPET_BAD_ACTION新增OFPBAC_BAD_PORT消息类型,网络设备在虚拟端口故障时产生该OFPBAC_BAD_PORT消息,并上报至SDN控制器;
c、SDN控制器根据网络设备上报的OFPBAC_BAD_PORT消息更新用于根本原因分析的基础数据,并上报给RCA设备以供RCA设备进行根本原因分析。
2)、交换机上虚拟端口故障,并且原有流表已失效:
a、当端口有数据流量时,网络设备会向SDN控制器发送数据首包(packetin);
b、SDN控制器生成流表,下发至网络设备;
c、扩展OpenFlow1.3协议OFPET_FLOW_MOD_FAILED消息类型,增加OFPFMFC_BAD_PORT消息,网络设备在收到故障虚拟端口相关的流表时向SDN控制器上报这一消息类型;
d、SDN控制器根据网络设备上报的消息更新用于根本原因分析的基础数据,并上报给RCA设备以供RCA设备进行根本原因分析。
RCA设备在获取到经更新的基础数据后,即可进行相应的根本原因分析,确定出虚拟端口故障。
需要说明的是,基于传统网络的根本原因分析,为了应对不同的设备行为,一般RCA设备内部需要有自己的对象模型(CIM/ICIM),以保障根本原因分析规则的统一。但是由于不同的厂商不同型号的设备需要适配到统一的模型上,适配难度大,***的适用范围受限。而在本发明实施例中,基于SDN进行根本原因分析,由于SDN中标准统一的南向协议天然支持网络设备的行为统一,因而能够有效减少对象模型映射,增强***普适性。
图3是本发明实施例提供的另一种网络中的根本原因分析方法的流程图。参照图3,所述方法可包括:
步骤31、SDN控制器从至少一个网络设备获取用于根本原因分析的基础数据,并开放北向接口。
在本发明实施例中,所述至少一个网络设备和所述SDN控制器组成SDN,所述SDN控制器对SDN进行集中控制。
具体地,所述SDN控制器可以以如下方式从所述网络设备获取基础数据:
a)控制器到交换机(Controller-Switch)消息;
SDN控制器可向交换机发送特征(Features)、配置(Configuration)、读取状态(Read-State)等类型的消息,以便控制器收集网络设备的能力、配置、统计等信息。
b)交换机到控制器(Switch-Controller)异步(Asynchronous)消息,如:端口状态(Port-status)和错误(Error)消息等;
网络设备可通过异步消息主动上报端口状态、错误等,便于控制器及时更新网络拓扑。
同时,所述SDN控制器可以是具有开放的北向接口的SDN控制器,以支持所述SDN控制器可与RCA设备进行交互。
在本发明实施例中,SDN控制器在获取到相关的基础数据后,即可开放北向接口供RCA设备主动查询或者由控制器主动上报基础数据(例如,全网拓扑及设备状态)至RCA。
SDN控制器提供的北向接口可包括以下内容中的至少一项:
路径标识(路径ID):网络设备的编号,在全局网络可以唯一标识一个网络设备;
接口编号:网络设备上接口的序号或编号,在该网络设备上是唯一的,使得网络设备ID连同接口编号可以全局唯一标识一个接口;
接口标识(接口ID):接口ID=路径ID+接口编号,SDN控制器通过接口ID唯一标识网络中的每个接口;
接口类型:物理端口或者虚拟端口;
邻居标识(邻居ID):相邻的物理端口的ID,SDN控制器通过OpenFlow和LLDP协议感知并动态刷新邻居关系;
接口状态:正常,断开等;
接口统计:接口相关数据收发的统计信息,例如收到字节数、发送字节数、错误字节数、丢包数等;
APP_ID:应用程序标识,每个应用程序(APP)在SDN控制器内部有一个唯一标识:
邻居标识、接口状态及接口统计等信息可成为根本原因分析的数据基础。
步骤32、所述SDN控制器向RCA设备传输所述基础数据。
其中,所述SDN控制器可主动或应RCA设备的请求向所述RCA设备发送所述基础数据。
在应RCA设备的请求向所述RCA设备发送所述基础数据的情况下,在步骤32中所述SDN控制器向RCA设备传输所述基础数据之前,所述方法还包括:所述RCA设备向所述SDN控制器发送查询请求。
此时,步骤32中所述SDN控制器向RCA设备传输所述基础数据可包括:所述SDN控制器根据RCA设备发送过来的所述查询请求,向所述RCA设备发送相应的基础数据。
在所述SDN控制器主动向所述RCA设备发送所述基础数据的情况下,步骤32中所述SDN控制器向RCA设备传输所述基础数据可包括:所述SDN控制器向RCA设备主动发送获取的所述基础数据。
步骤33、所述RCA设备根据所述基础数据进行根本原因分析。
在进行基于SDN的根本原因分析过程中,RCA设备可使用基于SDN的根本原因分析规则进行根本原因分析。
本发明实施例提供的网络中的根本原因分析方法,SDN控制器可以基于SDN获取用于根本原因分析的各种基础数据,并发给RCA设备,从而所述RCA设备在接收到所述基础数据后,即可根据所述基础数据进行基于SDN的根本原因分析,如此,针对网络中不同类型的网络设备不需要部署不同的监控***、也无需使用不同的通信协议。
同时需要说明的是,基于传统网络的根本原因分析,为了应对不同的设备行为,一般RCA设备内部需要有自己的对象模型(CIM/ICIM),以保障根本原因分析规则的统一。但是由于不同的厂商不同型号的设备需要适配到统一的模型上,适配难度大,***的适用范围受限。而在本发明实施例中,基于SDN进行根本原因分析,由于SDN中标准统一的南向协议天然支持网络设备的行为统一,因而能够有效减少对象模型映射,增强***普适性
图4A是本发明实施例提供的一种SDN控制器的结构框图。本发明实施例提供的SDN控制器40为处于SDN中的控制器,用于对SDN进行集中控制。参照图4,所述SDN控制器40可包括:
获取模块41,用于从至少一个网络设备获取用于根本原因分析的基础数据;
传输模块42,用于向RCA设备传输所述获取模块41获取的所述基础数据,以使所述RCA设备根据所述基础数据进行根本原因分析。
本发明实施例提供的SDN控制器可以基于SDN获取用于根本原因分析的各种基础数据,并发给RCA设备,从而所述RCA设备可以基于SDN进行根本原因分析,如此,针对网络中不同类型的网络设备不需要部署不同的监控***、也无需使用不同的通信协议。
可选地,在本发明的一个实施例中,参照图4B,所述SDN控制器还可包括:
接收模块43,用于接收RCA设备发送过来的查询请求。
此时,所述传输模块42可具体用于:
根据RCA设备发送过来的所述查询请求,向所述RCA设备发送相应的基础数据;
可选地,在本发明的另一个实施例中,所述传输模块42可具体用于:
向RCA设备主动发送获取的所述基础数据。
在本发明的上述各个实施例中,所述SDN控制器40可具有开放的北向接口。
图5是本发明实施例提供的一种RCA设备的结构框图。所述RCA设备50可包括:
接收模块51,用于接收SDN控制器传输的用于根本原因分析的基础数据;
分析模块52,用于根据所述接收模块51接收的所述基础数据进行根本原因分析。
本发明实施例中的SDN控制器50为处于SDN中的控制器,用于对SDN进行集中控制。
本发明实施例提供的RCA设备,在接收到SDN控制器发送过来的、基于SDN而获取到的用于根本原因分析的各种基础数据后,即可根据所述基础数据进行基于SDN的根本原因分析,如此,针对网络中不同类型的网络设备不需要部署不同的监控***、也无需使用不同的通信协议。
可选地,在本发明的一个实施例中,所述RCA设备50还可包括:
发送模块53,用于向所述SDN控制器发送查询请求。
此时,所述接收模块51可具体用于:
接收所述SDN控制器根据所述查询请求而发送的、用于根本原因分析的基础数据。
可选地,在本发明的另一个实施例中,所述接收模块51可具体用于:
接收SDN控制器主动发送的用于根本原因分析的基础数据。
图6A是本发明实施例提供的一种网络***的示意图。参照图6A,所述网络***60可包括SDN控制器61、RCA设备62和至少一个网络设备63,其中所述网络设备63和所述SDN控制器61组成SDN,所述SDN控制器61对SDN进行集中控制。
所述SDN控制器61,用于从所述多个网络设备63获取用于根本原因分析的基础数据;并向所述RCA设备62传输所述基础数据;
所述RCA设备62,用于根据所述基础数据进行根本原因分析。
本发明实施例提供的网络***,SDN控制器可以基于SDN获取用于根本原因分析的各种基础数据,并发给RCA设备,从而所述RCA设备在接收到所述基础数据后,即可根据所述基础数据进行基于SDN的根本原因分析,如此,针对网络中不同类型的网络设备不需要部署不同的监控***、也无需使用不同的通信协议。
可选地,在本发明的一个实施例中,所述RCA设备62还用于向所述SDN控制器61发送查询请求。
此时,所述SDN控制器61可具体用于:根据RCA设备62发送过来的所述查询请求,向所述RCA设备62发送相应的基础数据。
可选地,在本发明的另一个实施例中,所述SDN控制器61可具体用于:向RCA设备62主动发送获取的所述基础数据。
在本发明的上述各个实施例中,所述SDN控制器61可具有开放的北向接口。
本发明实施例提供的网络***可应用于基于SDN分层***或集群***场景下。图6A是基于SDN集群***场景下的根本原因分析网络***。在这种情况下,SDN控制器为以分布式集群的方式部署的形态,每个SDN控制器是对等的,都具有全网信息,所以RCA可以对接任意一个控制器。
图6B是基于SDN分层***场景下的根本原因分析网络***。在这种情况下,SDN控制器为分层部署的形态,当顶层SDN控制器可以获取到全网的拓扑及状态信息时,RCA可以直接对接61(顶层控制器)。但是当顶层控制器只有部分信息时,RCA还需要对接网络中的控制器61’(二级控制器),以获取到全网信息。
本发明实施例提供的基于SDN的根本原因分析网络***架构,针对虚拟网络和物理网络的部署方式相同。将根本原因分析中的拓扑发现、状态监控合并由SDN控制器实现,并使控制器开放北向接口,将数据上报给RCA设备。RCA设备在收到相关数据后,根据规则进行根本原因分析,输出根本原因分析结果。如此,借助SDN控制器在网络中集中控制的能力,针对网络中不同类型的网络设备不需要部署不同的监控***、也无需使用不同的通信协议,能够降低RCA的部署的复杂性。同时,由于SDN中标准统一的南向协议天然支持网络设备的行为统一,因而能够有效减少对象模型映射,增强***普适性。
需要说明的是:上述实施例提供的SDN控制器、RCA设备在描述时仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将SDN控制器或RCA设备的内部结构划分成与上面描述不同的功能模块,以完成以上描述的全部或者部分功能。另外,上述实施例提供的SDN控制器、RCA设备与之前的网络中的根本原因分析方法实施例属于同一构思,其具体实现过程详见方法实施例,这里不再赘述。
需要说明的是,本说明书中的各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似的部分互相参见即可。对于装置类实施例而言,由于其与方法实施例基本相似,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成,也可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,上述提到的存储介质可以是只读存储器,磁盘或光盘等。
以上所述仅为本发明的较佳实施例,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (18)
1.一种网络中的根本原因分析方法,其特征在于,所述方法包括:
软件定义网络SDN控制器从至少一个网络设备获取用于根本原因分析的基础数据,并开放北向接口;
所述SDN控制器向根本原因分析RCA设备传输所述基础数据,以使所述RCA设备根据所述基础数据进行根本原因分析;
其中,所述至少一个网络设备和所述SDN控制器组成SDN,所述SDN控制器对SDN进行集中控制。
2.根据权利要求1所述的方法,其特征在于,在所述SDN控制器向RCA设备传输所述基础数据之前,所述方法还包括:
所述SDN控制器接收RCA设备发送过来的查询请求;
所述SDN控制器向RCA设备传输所述基础数据包括:
所述SDN控制器根据RCA设备发送过来的所述查询请求,向所述RCA设备发送相应的基础数据。
3.根据权利要求1所述的方法,其特征在于,所述SDN控制器向RCA设备传输所述基础数据包括:
所述SDN控制器向RCA设备主动发送获取的所述基础数据。
4.一种网络中的根本原因分析方法,其特征在于,所述方法包括:
根本原因分析RCA设备接收软件定义网络SDN控制器传输的用于根本原因分析的基础数据;
所述RCA设备根据所述基础数据进行根本原因分析;
其中,所述SDN控制器处于SDN中,用于对SDN进行集中控制。
5.根据权利要求4所述的方法,其特征在于,在所述RCA设备接收SDN控制器传输的用于根本原因分析的基础数据之前,所述方法还包括:
所述RCA设备向所述SDN控制器发送查询请求;
所述RCA设备接收SDN控制器传输的用于根本原因分析的基础数据包括:
所述RCA设备接收所述SDN控制器根据所述查询请求而发送的、用于根本原因分析的基础数据。
6.根据权利要求4所述的方法,其特征在于,所述RCA设备接收SDN控制器传输的用于根本原因分析的基础数据包括:
所述RCA设备接收SDN控制器主动发送的用于根本原因分析的基础数据。
7.一种网络中的根本原因分析方法,其特征在于,所述方法包括:
软件定义网络SDN控制器从至少一个网络设备获取用于根本原因分析的基础数据,并开放北向接口;
所述SDN控制器向根本原因分析RCA设备传输所述基础数据;
所述RCA设备根据所述基础数据进行根本原因分析;
其中,所述至少一个网络设备和所述SDN控制器组成SDN,所述SDN控制器对SDN进行集中控制。
8.根据权利要求7所述的方法,其特征在于,在所述SDN控制器向RCA设备传输所述基础数据之前,所述方法还包括:
所述RCA设备向所述SDN控制器发送查询请求;
所述SDN控制器向RCA设备传输所述基础数据包括:所述SDN控制器根据RCA设备发送过来的所述查询请求,向所述RCA设备发送相应的基础数据。
9.根据权利要求7所述的方法,其特征在于,所述SDN控制器向RCA设备传输所述基础数据包括:
所述SDN控制器向RCA设备主动发送获取的所述基础数据。
10.一种软件定义网络SDN控制器,其特征在于,所述SDN控制器处于SDN中,用于对SDN进行集中控制,包括:
获取模块,用于从至少一个网络设备获取用于根本原因分析的基础数据,并开放北向接口;
传输模块,用于向根本原因分析RCA设备传输所述获取模块获取的所述基础数据,以使所述RCA设备根据所述基础数据进行根本原因分析。
11.根据权利要求10所述的SDN控制器,其特征在于,所述SDN控制器还包括:
接收模块,用于接收RCA设备发送过来的查询请求;
所述传输模块具体用于:
根据RCA设备发送过来的所述查询请求,向所述RCA设备发送相应的基础数据。
12.根据权利要求10所述的SDN控制器,其特征在于,所述传输模块具体用于:
向RCA设备主动发送获取的所述基础数据。
13.一种根本原因分析RCA设备,其特征在于,包括:
接收模块,用于接收软件定义网络SDN控制器传输的用于根本原因分析的基础数据;
分析模块,用于根据所述接收模块接收的所述基础数据进行根本原因分析;
其中,所述SDN控制器处于SDN中,用于对SDN进行集中控制。
14.根据权利要求13所述的RCA设备,其特征在于,所述RCA设备还包括:
发送模块,用于向所述SDN控制器发送查询请求;
所述接收模块具体用于:
接收所述SDN控制器根据所述查询请求而发送的、用于根本原因分析的基础数据。
15.根据权利要求13所述的RCA设备,其特征在于,所述接收模块具体用于:
接收SDN控制器主动发送的用于根本原因分析的基础数据。
16.一种网络***,其特征在于,包括多个网络设备、软件定义网络SDN控制器和根本原因分析RCA设备,其中所述多个网络设备和所述SDN控制器组成SDN,所述SDN控制器对SDN进行集中控制;
所述SDN控制器,用于从所述多个网络设备获取用于根本原因分析的基础数据,开放北向接口;并向所述RCA设备传输所述基础数据;
所述RCA设备,用于根据所述基础数据进行根本原因分析。
17.根据权利要求16所述的网络***,其特征在于,所述RCA设备还用于向所述SDN控制器发送查询请求;
所述SDN控制器具体用于:根据RCA设备发送过来的所述查询请求,向所述RCA设备发送相应的基础数据。
18.根据权利要求16所述的网络***,其特征在于,所述SDN控制器具体用于:向RCA设备主动发送获取的所述基础数据。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410639616.3A CN105591787B (zh) | 2014-11-13 | 2014-11-13 | 一种网络中的根本原因分析方法、装置和*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410639616.3A CN105591787B (zh) | 2014-11-13 | 2014-11-13 | 一种网络中的根本原因分析方法、装置和*** |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105591787A true CN105591787A (zh) | 2016-05-18 |
CN105591787B CN105591787B (zh) | 2019-07-23 |
Family
ID=55931046
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410639616.3A Active CN105591787B (zh) | 2014-11-13 | 2014-11-13 | 一种网络中的根本原因分析方法、装置和*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105591787B (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106972973A (zh) * | 2017-04-14 | 2017-07-21 | 新华三技术有限公司 | 一种控制方法、控制器和交换机 |
CN108683552A (zh) * | 2018-08-14 | 2018-10-19 | 迈普通信技术股份有限公司 | 网络管理方法、装置、网络控制器及网络*** |
CN109861840A (zh) * | 2017-11-30 | 2019-06-07 | 奥普塔姆软件股份有限公司 | 通过使用三元故障场景表示的自动根本原因分析 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102946325A (zh) * | 2012-11-14 | 2013-02-27 | 中兴通讯股份有限公司 | 一种基于软件定义网络的网络诊断方法、***及设备 |
CN103051481A (zh) * | 2012-11-15 | 2013-04-17 | 香港应用科技研究院有限公司 | 网络元件的适应性统一性能管理(aupm) |
CN103338163A (zh) * | 2013-07-16 | 2013-10-02 | 清华大学 | 支持动态弹性资源调度的软件定义网络控制器 |
CN104009871A (zh) * | 2014-06-06 | 2014-08-27 | 中国科学院声学研究所 | Sdn控制器实现方法及sdn控制器 |
-
2014
- 2014-11-13 CN CN201410639616.3A patent/CN105591787B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102946325A (zh) * | 2012-11-14 | 2013-02-27 | 中兴通讯股份有限公司 | 一种基于软件定义网络的网络诊断方法、***及设备 |
CN103051481A (zh) * | 2012-11-15 | 2013-04-17 | 香港应用科技研究院有限公司 | 网络元件的适应性统一性能管理(aupm) |
CN103338163A (zh) * | 2013-07-16 | 2013-10-02 | 清华大学 | 支持动态弹性资源调度的软件定义网络控制器 |
CN104009871A (zh) * | 2014-06-06 | 2014-08-27 | 中国科学院声学研究所 | Sdn控制器实现方法及sdn控制器 |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106972973A (zh) * | 2017-04-14 | 2017-07-21 | 新华三技术有限公司 | 一种控制方法、控制器和交换机 |
CN109861840A (zh) * | 2017-11-30 | 2019-06-07 | 奥普塔姆软件股份有限公司 | 通过使用三元故障场景表示的自动根本原因分析 |
US11372708B2 (en) | 2017-11-30 | 2022-06-28 | Optumsoft, Inc. | Automatic root cause analysis using ternary fault scenario representation |
CN109861840B (zh) * | 2017-11-30 | 2022-07-12 | 奥普塔姆软件股份有限公司 | 通过使用三元故障场景表示的自动根本原因分析 |
US11720437B2 (en) | 2017-11-30 | 2023-08-08 | Optumsoft, Inc. | Automatic root cause analysis using ternary fault scenario representation |
CN108683552A (zh) * | 2018-08-14 | 2018-10-19 | 迈普通信技术股份有限公司 | 网络管理方法、装置、网络控制器及网络*** |
Also Published As
Publication number | Publication date |
---|---|
CN105591787B (zh) | 2019-07-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110493042B (zh) | 故障诊断方法、装置及服务器 | |
US6941362B2 (en) | Root cause analysis in a distributed network management architecture | |
KR101859302B1 (ko) | 가상 네트워크 매핑 보호 방법, 시스템 및 컴퓨터 저장 매체 | |
CN105871674B (zh) | 环保护链路故障保护方法、设备及*** | |
CN102938794A (zh) | 地址解析协议arp消息转发方法、交换机和控制器 | |
CN103947156A (zh) | 用于根原因分析的方法、装置和通信网络 | |
CN111404822B (zh) | 数据传输方法、装置、设备以及计算机可读存储介质 | |
CN102195857A (zh) | 一种网络拓扑结构与节点信息搜集方法 | |
CN107733713B (zh) | 混合网络中网络拓扑的获取方法、***、设备及存储介质 | |
CN105530115B (zh) | 一种实现操作管理维护功能的方法及装置 | |
CN104243536B (zh) | 一种高速列车控制网络半实物仿真*** | |
CN105591775B (zh) | 一种网络的操作管理维护oam方法、装置和*** | |
CN104980293A (zh) | 一种oam报文快速发送和检测处理的方法及装置 | |
CN105591787A (zh) | 一种网络中的根本原因分析方法、装置和*** | |
CN114157715B (zh) | 一种骨干网络控制器的网络信息管理方法及*** | |
CN103944824B (zh) | 通信***及网络中继装置 | |
CN107566277B (zh) | 拓扑确定方法、消息响应方法、控制器以及交换机 | |
CN106803803B (zh) | 虚拟局域网络复原方法、***及其装置 | |
CN107800559A (zh) | 一种软件定义网络sdn的告警处理方法及装置 | |
CN105429798A (zh) | 物联网网络配置*** | |
CN101478489A (zh) | 一种is-is协议控制默认路由通告的方法和*** | |
CN105376197A (zh) | 实现层次化网络抽象的方法和*** | |
CN101431435B (zh) | 一种基于面向连接的业务配置与管理方法 | |
CN105763347B (zh) | 用于获取参数的方法、网络设备及*** | |
CN105049239A (zh) | 接口连接关系的识别方法和*** |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |