CN108574627B - 一种sdn网络多控制域协同管理方法和系统 - Google Patents

Abstract

本申请提供一种SDN网络多控制域协同管理方法和系统，通过当单域控制器中出现跨域请求时，将跨域请求与需要进行全局决策参与的请求内容进行整合并封装，将封装得到的优化请求发送给多域协同控制器，多域协同控制器依据该优化请求计算进行跨域请求所需的完整路径信息，将该信息反馈至单域控制器。提高了控制器消息处理灵活性，提高了网络的使用效率。

Description

一种SDN网络多控制域协同管理方法和系统

技术领域

本发明涉及软件定义网络技术领域，具体涉及一种面向广域互联的一种SDN网络多控制域协同管理方法和系统。

背景技术

随着大数据、云计算、物联网及移动互联等新技术在电力行业中广泛应用，对电力骨干传输网的建设提出了新的要求和挑战。在电力骨干传输网建设过程中，不仅在骨干网部署了数据中心以提供业务支持，省市级也逐步部署了自己的数据中心，由于分区域网络管理和厂商竞争性的原因，多厂商、多域组网、广域互联的场景是存在的。针对不同网络属性而开发的软件定义网络(Software Defined Network,SDN，以下简称SDN)控制器，虽然在管控各自网络时拥有较强的一致性、稳定性，但是在多个不同种类的SDN控制器之间没有相应的管理技术进行多控制域的协同管理，缺乏扩展性。从发展的角度看，随着多厂商、多域组网的需求越发强烈，涉及广域互联的多个SDN网络控制域的协同管理存在极大的必要性，多控制域协同管理可以有效提高网络利用效率，从而实现更大范围的网络资源灵活调度，因此，急需一种SDN网络多控制域协同管理技术。

发明内容

有鉴于此，本发明实施例提供一种面向广域互联的一种SDN网络多控制域协同管理方法和系统，以实现多SDN网络控制域的协同管理。

为实现上述目的，本发明实施例提供如下技术方案：

一种SDN网络多控制域协同管理方法，包括：

判断是否获取到跨域请求，如果是，将正在处理的跨域路径请求信息与需要进行全局决策参与的请求内容进行整合并封装，将封装得到的优化请求发送给多域协同控制器；多域协同控制器获取到优化请求后，依据优化请求中的跨域路径请求信息生成优化任务；

依据所述优化任务向全局知识库发起查询请求，查询全局知识库中与所述优化任务对应的域内的网络状态、链路和节点信息，并进行跨域计算，得到建立跨域请求业务所需要的路径信息，生成与所述优化请求对应的响应信息；

单域控制器在获取到所述响应信息后，对所述响应信息进行解析，得到跨域请求路径的路径信息并生成对应的跨域业务请求的OpenFlow流表，执行OpenFlow流表的下发操作。优选的，上述SDN网络多控制域协同管理方法中，所述判断是否获取到跨域请求，包括：

对当前处理路径请求的目的主机地址进行判断，判断所述主机地址是否在当前单域控制器的管控范围之内，如果判断结果为否，表明当前处理的请求为跨域请求。

优选的，上述SDN网络多控制域协同管理方法中，还包括：

判断当前单域控制器数据库中的事件是否发生变化，如果是，记录变化的位置以及事件内容；

判断发生改变的事件的类型是否属于预设的关键改变，如果是，将发生改变的事件进行封装，将封装好的事件报文上传至多域协同控制器；

所述多域协同控制器在获取到所述事件报文后，对所述事件报文进行解析，得到所述事件报文所包含的网络状态、链路、节点数据信息以及节点故障信息；

依据属性类别对所述网络状态、链路、节点数据信息以及节点故障信息进行分类并设置与所述事件报文对应的单域控制器的ID标签，判断各个分类结果是否属于故障信息，对于属于故障信息的分类结果所对应的数据信息进行故障处理。

优选的，上述SDN网络多控制域协同管理方法中，还包括：

还包括：

将获取不属于故障信息的分类结果所对应的单域控制器的ID标签，更新所述全局知识库中与所述ID标签所对应的网络状态、链路和节点数据信息。

优选的，上述SDN网络多控制域协同管理方法中，还包括：

还包括：

当判定所述疑似跨域请求为跨域请求时，在当前单域控制器的处理流程中插入中断；

得到跨域请求路径的路径信息并生成对应的跨域业务请求的OpenFlow流表时，中断返回。

一种SDN网络多控制域协同管理系统，包括：单域控制器和多域协同控制器；

所述单域控制器，包括：

流程优化请求生成器，被配置为：当获取到疑似跨域业务请求时，将所述疑似跨域请求发送至策略库，获取所述策略库的判断结果，当判定所述疑似跨域请求为跨域请求时，将所述单域控制器正在处理的跨域路径请求信息与需要全局决策参与的请求内容进行并封装，将封装得到的优化请求发送给多域协同控制器；

策略库，被配置为：判断所述疑似跨域请求是否为跨域请求，如果是,向流程优化请求生成器输出用于表征所述疑似跨域请求为跨域请求的判断结果；

流程优化响应接收器，被配置为：获取所述多域协同控制器针对所述优化请求反馈的响应信息，对所述响应信息进行解析，得到跨域请求路径的路径信息并转变为OpenFlow流表下发操作，执行OpenFlow流表的下发操作；

所述多域协同控制器，包括：

流程优化请求接收器，被配置为：获取所述流程优化请求生成器输出的优化请求，将该请求发送至优化请求处理器；

优化请求处理器，被配置为：依据优化请求中的跨域路径请求信息生成优化任务，将所述优化任务发送至全局决策处理单元；

全局决策处理单元，被配置为：依据所述优化任务向全局知识库发起查询请求，查询全局知识库中与所述优化任务对应的域内的网络状态、链路和节点信息，并进行跨域计算，得到建立跨域请求业务所需要的路径信息，生成与所述优化请求对应的响应信息，将所述响应信息发送至所述流程优化响应接收器。

优选的，上述SDN网络多控制域协同管理系统中，所述策略库具体被配置为：

对当前处理路径请求的目的主机地址进行判断，判断所述主机地址是否在当前单域控制器的管控范围之内，如果判断结果为否，表明当前处理的请求为跨域请求，向流程优化请求生成器输出触发信号。

优选的，上述SDN网络多控制域协同管理系统中，

所述单域控制器，还包括：

事件监听器用于：判断当前单域控制器数据库中的事件是否发生变化，如果是，记录变化的位置以及事件内容，将发生变化的事件发送至事件处理器；

事件处理器，被配置为：判断发生改变的事件的类型是否属于预设的关键改变，如果是，将发生改变的事件进行封装，将封装好的事件报文发送给事件发送器；

事件发送器，被配置为：封装所述事件处理器发送的事件报文，将封装得到的事件报文发送给多域协同控制器；

所述多域协同控制器，还包括：

事件接收器，用于接收所述事件发送器发送的事件报文，将所述事件报文发送至事件解析器；

事件解析器，用于对所述事件报文进行解析，得到所述事件报文所包含的网络状态、链路、节点数据信息以及节点故障信息，并发送给事件分类器；

事件分类器，用于依据属性类别对所述网络状态、链路、节点数据信息以及节点故障信息进行分类并设置与所述事件报文对应的单域控制器的ID标签，判断各个分类结果是否属于故障信息，对于属于故障信息的分类结果所对应的数据信息进行故障处理。

优选的，上述SDN网络多控制域协同管理系统中，还包括：

全局知识库维护单元，用于将获取不属于故障信息的分类结果所对应的单域控制器的ID标签，更新所述全局知识库中与所述ID标签所对应的网络状态、链路和节点数据信息。

优选的，上述SDN网络多控制域协同管理系统中，所述流程优化请求生成器，还用于：当所述单域控制器获取到跨域请求时，在当前单域控制器的处理流程中插入中断；获取到所述OpenFlow流表下发操作时，在所述单域控制器原有处理流程中断中返回所述OpenFlow流表下发操作。

基于上述技术方案，本发明实施例提供的一种SDN网络多控制域协同管理方法和系统，通过当单域控制器中出现跨域请求时，将跨域请求的处理信息整合需要进行全局决策参与的请求内容进行请求报文封装，将封装得到的优化请求发送给多域协同控制器，多域协同控制器依据该优化请求计算进行跨域请求所需的完整路径信息，将该信息反馈至单域控制器。提高了控制器消息处理灵活性，提高了网络的使用效率。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本申请实施例公开的一种SDN网络多控制域协同管理系统的应用场景示意图；

图2为本申请实施例公开的一种SDN网络多控制域协同管理系统中单域控制器和多域协同控制器的结构示意图；

图3为本申请实施例公开的一种SDN网络多控制域协同管理方法的流程示意图；

图4为本申请另一实施例公开的一种SDN网络多控制域协同管理方法的流程示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

为了解决上述问题，本申请公开了一种面向广域互联的一种SDN网络多控制域协同管理方法和系统，系统主要包括单域控制器部分和多域协同控制器部分，由这两个部分实现SDN网络多控制域协同管理技术：单域消息处理流程优化模块(主要包括流程优化请求生成器和流程优化响应接收器)和全局事件响应与多域决策模块(主要包括优化流程处理器和全局决策处理单元)。单域消息处理流程优化模块方面：通过对不同种类的控制器植入事件监听器，收集相关单域控制器的关键信息变更，将变更的关键信息汇报给多域协同控制器，使多域协同控制器可以从全局的角度掌控多控制域的状态信息；为了在单域控制器默认的单域工作流程中加入全局决策参考，单域消息处理流程优化模块为单域控制器植入单域消息处理流程优化模块，在单域控制器出现跨域资源请求时，向多域协同控制器请求全局决策判断，从而实现对单域控制器端的消息处理流程优化，完成跨域资源请求。

全局事件响应与多域决策模块方面：为了解决多个单域控制器无法协同管理的问题，使用主从结构连接多域协同控制器和单域控制器，在多域协同控制器中添加全局事件响应与多域决策模块；全局事件响应与多域决策模块通过接受来自单域控制器的事件信息，依据单域控制器发送的事件信息建立全局视图，负责为跨域资源请求提供全局决策判断。

具体的，参见图1和图2，本申请公开的所述SDN网络多控制域协同管理系统，包括：

单域控制器100和多域协同控制器200；

所述单域控制器100，可以包括：

流程优化请求生成器120，被配置为：当所述单域控制器中存在疑似跨域请求时，获取所述疑似跨域请求，将获取到的所述跨域请求发送给策略库110；；

策略库110，被配置为：依据预设判断策略判断所述疑似跨域请求是否为跨域请求，如果是，将所述疑似跨域请求标记为跨域请求并发送给优化请求发送器；

具体的，所述策略库110通过判断单域控制器处理流程中处理的所述疑似跨域请求的目的主机地址的方式，判断所述疑似跨域请求是否为跨域请求，如果，检测到处理流程中的该疑似跨域请求对应的目的主机地址不在当前单域控制器100的管控范围内，则表明该消息为跨域请求；将所述疑似跨域请求标记为跨域请求并发送给优化请求发送器180；

优化请求发送器180，用于将所述跨域路径请求与需要全局决策参与的请求内容进行并封装，将封装得到的优化请求发送给多域协同控制器200；

在该系统中，当监测到所述单域控制器100获取到跨域请求时，所述优化请求发送器180负责对所述单域控制器100正在处理的跨域请求流程进行信息收集，将正在处理的跨域请求信息与需要全局决策参与的请求内容进行整合并封装，将封装得到的有话请求通过单域控制器100的CVIN(Control Virtual Network Interface)接口发送给所述多域协同控制器200去请求进行全局决策判断；

流程优化响应接收器130，被配置为：获取所述多域协同控制器200反馈的与所述优化请求相匹配的响应信息，对所述响应信息进行解析，得到跨域请求路径的路径信息并生成对应的跨域业务请求的OpenFlow流表，，将所述OpenFlow流表下发操作发给控制器流程优化组件140；

具体的，上述系统中，所述流程优化响应接收器130获取所述优化响应发送器240发送的响应数据包，获取响应数据包中的跨域传输的路径信息对该路径信息进行解析，转变为需要对二层SDN交换机执行的OpenFlow流表，并发送给控制器流程优化组件140；

控制器流程优化组件140，所述流程优化组件140用于根据流程优化响应接收器130返回的新的OpenFlow流表执行的操作；

所述多域协同控制器200，包括：

流程优化请求接收器210，被配置为：获取所述流程优化请求生成器120输出的优化请求，将该请求发送至优化请求处理器220；

在本系统中，所述流程优化请求接收器210接收来自单域控制器100的CVNI接口输出的优化请求，并将该请求转发至优化请求处理器220；

优化请求处理器220，被配置为：依据优化请求中的跨域路径请求信息生成优化任务，将所述优化任务发送至全局决策处理单元230；

在本系统中，所述优化请求处理器220按照优化请求中提取得到的跨域路径请求信息，生成路径规划任务下发至全局决策处理单元230，接收全局决策处理单元230给出的全局决策响应信息，并将此信息封装成报文；

全局决策处理单元230，被配置为：依据所述优化任务向全局知识库发起查询请求，查询全局知识库中与所述优化任务对应的域内的网络状态、链路和节点信息，并进行跨域计算，得到建立跨域请求业务所需要的路径信息，生成与所述优化请求对应的响应信息；

在上述系统中，所述全局决策处理单元230根据优化任务所属类别(路径优化类)向全局知识库发起查询请求，查询全局知识库中与所述优化任务对应的目标域内的全局网络资源视图(包含有网络状态、链路信息和节点信息)，所述全局决策处理单元230按照查询到的全局网络资源视图进行跨域路径计算，得到建立跨域请求业务所需要的完整路径信息，依据该完整路径信息生成响应信息；

优化响应发送器240，用于将优化请求处理器200封装好的报文通过CVNI接口并按照报文头部信息中的单域控制器ID标签，向发起跨域路径请求的单域控制器发送响应数据包(涉及多个单域控制器的响应，对路径经过的控制域的控制器分别发送)。

通过本申请上述实施例公开的技术方案可见，上述方案中，当单域控制器中出现跨域请求时，将跨域请求的处理信息与需要进行全局决策参与的请求内容进行整合并封装，将封装得到的优化请求发送给多域协同控制器，多域协同控制器依据该优化请求计算进行跨域请求所需的完整路径信息，将该信息反馈至单域控制器。相比传统的单域控制器处理方式，此技术通过向传统的单域控制器植入单域消息处理流程优化模块，融入了全局判断辅助其决策判断，并改善了原有控制器消息处理流程，提高了控制器消息处理灵活性，提高了网络的使用效率。

在本申请另一实施例中，还对所述单域控制器100的数据库状态进行监控，以方便当数据库出现数据故障时及时对故障进行处理，具体的，所述单域控制器100还可以包括：

所述事件监听器170，被配置为：判断当前单域控制器数据库中的事件是否发生变化，如果是，记录变化的位置以及事件内容，将发生变化的事件发送至事件处理器，在该过程中，所述事件监听器170中被写入预设监听规则，通过所述预设的监听规则的向单域控制器100的数据库植入数据库监控程序，一旦相关的数据库的数据内容发生改变，提取数据库中改变内容信息，记录改变位置以及改变内容；

事件处理器150，被配置为：判断发生改变的事件的类型是否属于预设的关键改变，如果是，将发生改变的事件进行封装，将封装好的事件报文发送给事件发送器；其中，由于单域控制器的数据库在单域控制器工作时经常发生变化，并不是每一次改变事件需要上传至多域协同控制器，因此需要对发生变化的事件进行关键性划分，以可提高数据传输接口的利用效率，减轻多域协同控制器负载。因此，所述事件处理器150内配置有预设的事件处理规则，该规则用于制定数据库发生的各类改变事件的等级，对事件上传规则进行写入，依据定制各个等级的对数据库当前改变的事件进行关键性评估，指定需要上传的关键改变策略，只有当数据库改变的事件满足关键性改变时，才可将其上传至事件发送器；

事件发送器160，被配置为：封装所述事件处理器150发送的事件报文，将封装后的事件报文发送给多域协同控制器；具体的，所述事件发送器160获取到所述事件处理器150发送的事件报文后，对该事件报文进行event_in消息封装，将消息封装完毕后的消息报文通过CVNI接口发送至多域协同控制器200；

与上述事件处理器150和事件发送器160相对应，所述多域协同控制器200，还可以包括：

事件接收器250，用于接收所述事件发送器160发送的事件报文，将所述事件报文发送至事件解析器260；其中，所述事件接收器250具体被配置为：接收来自单域控制器的CVNI接口的event_in事件报文，并将此报文内容转发至事件解析器260；

事件解析器260，用于对所述事件报文进行解析，得到所述事件报文中所包含的网络状态、链路、节点数据信息以及节点故障信息，并将所述网络状态、链路、节点数据信息以及节点故障信息发送给事件分类器270；具体的，所述事件解析器260具体用于：将接收到的event_in数据包(event_in封装的事件报文)进行解封装处理，去掉头部信息，提取数据包中的网络状态、链路、节点数据信息以及节点故障信息，并将解析提取到的数据发送给事件分类器270；

事件分类器270，用于依据属性类别对所述网络状态、链路、节点数据信息以及节点故障信息进行分类设置与所述事件报文对应的单域控制器的ID标签，判断各个分类结果是否属于故障信息，对于属于故障信息的分类结果所对应的数据信息进行故障处理。具体的，所述事件分类器270将事件解析器260解析得到的网络状态、链路、节点数据信息以及节点故障信息按类别属性对进行分类，并在每个类别的数据上打上与所述事件报文对应的单域控制器ID标签，判断分类得到的各个信息类别是否属于故障信息，如果是，则将故障数据发送至全局决策单元进行故障处理。

在本申请实施例公开的技术方案中，所述多域协同控制器200还可以包括：

全局知识库维护单元，用于将获取不属于故障信息的分类结果所对应的单域控制器的ID标签，更新所述全局知识库中与所述ID标签所对应的网络状态、链路和节点数据信息。其具体被配置为：对网络状态、链路、节点数据信息以及节点故障信息按类别属性进行分类后，若分类结果不属于故障信息时，依据不属于故障信息的分类结果对应的数据的单域控制器ID标签更新存储单元中存储的各控制域内网络状态、链路、节点配置信息。同时，全局知识库与全局决策处理单元230保持同步，在全局决策处理单元230作出决策判断时，更新存储于全局知识库中所涉及的网络状态信息。

在本申请上述实施例公开的技术方案中，所述系统还包括：中断单元，用于：当所述疑似跨域请求为跨域请求时，在单域控制器的当前处理流程中插入中断；获取到所述OpenFlow流表时中断返回。。

综上，本申请上述实施例公开的单域控制器中，在处理跨域请求时，主要进行控制器事件汇报和单域控制器原有消息处理流程优化。控制器事件汇报方面，由事件监听器负责对单域控制器本身数据库进行监控，当单域控制器的数据库发生改变时，事件监听器将发生改变的数据库进行数据提取，提取的数据经由事件处理器和发送器进行数据分析处理，并将事件信息通过CVNI(Control Virtual Network Interface)控制虚拟网络接口发送给多域协同控制器。单域控制器原有消息处理流程优化方面，由控制器流程优化组件在单域控制器处理流程中负责接管原有工作流程，将此处发生在控制器的消息处理内部信息发给策略库进行策略判断，判断是否需要对消息进行全局决策处理，对于需要进行全局决策处理的消息(需进行跨域请求的消息)，流程优化请求生成器生成相应的优化请求，通过CVNI接口发送给多域协同控制器；多域协同控制器收到优化请求会回复流程优化响应报文，由优化响应接收器接收该响应报文，由流程优化组件完成流程优化操作。相比传统的单域控制器处理方式，此技术通过向传统的单域控制器内植入单域消息处理流程优化模块，融入了全局判断辅助其决策判断，并改善了原有控制器消息处理流程，提高了单域控制器消息处理灵活性，增强了决策判断的准确性，可以通过不同的流程优化提高网络的使用效率。

本申请上述实施例公开的多域协同控制器中，主要完成单域控制器监听事件的处理和单域控制器流程优化请求信息的处理及响应。单域控制器监听事件处理方面：事件接收器接收单域控制器发送的事件报文信息，经由事件解析器将接收到的事件报文中的网络状态、链路、节点信息解析出来，统一发送至事件分类器进行分类整理，事件分类器将按照网络状态、链路、节点信息的不同类别分别进行全局知识库存储或全局决策处理单元策略制定。单域控制器流程优化请求信息处理方面：流程优化请求接收器首先接收来自CVNI接口的单域控制器发送的流程优化请求，流程优化请求处理器将此请求解析，得到单域控制器请求信息。全局决策处理单元按照解析出的单域控制器的请求信息，查询全局知识库，读取与所述请求信息对应的目标域的网络状态、链路、节点信息，并进行路径规划，将规划结果打包成流程优化响应报文发送回单域控制器。相较于传统单域处理方式，单域控制器只能处理管控网络范围内的资源请求，无法对跨域请求做出综合响应；在广域互联场景中，多个单域控制器无法协同管理，存在严重的局限性。本发明中的全局事件响应与多域决策模块通过建立CVNI接口将多个单域控制器进行统一管理，以提供跨域资源请求服务，实现了多个单域控制器的协同管理，为广域互联场景中的跨域请求创造了可行性，突破了多个单域控制器无法协同管理的限制。

与上述方法相对应，本申请还公开了一种SDN网络多控制域协同管理方法，两者中的具体实施方式可以相互借鉴，参见图3，该方法可以包括：

步骤S101：判断是否获取到跨域请求，如果是，执行步骤S102；

步骤S102：将正在处理的跨域路径请求信息整合需要全局决策参与的请求内容进行请求报文封装，将封装得到的优化请求发送给多域协同控制器；

步骤S103：多域协同控制器获取到优化请求后，依据优化请求中的跨域路径请求信息生成优化任务；

步骤S104：依据所述优化任务向全局知识库发起查询请求，查询全局知识库中与所述优化任务对应的域内的网络状态、链路和节点信息，并进行跨域计算，得到建立跨域请求业务所需要的路径信息，生成与所述优化请求对应的响应信息；

步骤S105：单域控制器在获取到所述响应信息后，对所述响应信息进行解析，得到跨域请求路径的路径信息并生成对应的跨域业务请求的OpenFlow流表，执行OpenFlow流表的下发操作；

步骤S106：完成相应的OpenFlow流表下发操作。

与上述系统相对应，上述方案中，所述判断是否获取到跨域请求，具体可以为：

对当前处理路径请求的目的主机地址进行判断，判断所述主机地址是否在当前单域控制器的管控范围之内，如果判断结果为否，表明当前处理的请求为跨域请求。

与上述系统相对应，参见图4上述方法还可以包括：

步骤S201：判断当前单域控制器数据库中的事件是否发生变化，如果是，执行步骤S102；

步骤S102：记录变化的位置以及事件内容；

步骤S103：判断发生改变的事件的类型是否属于预设的关键改变，如果是，执行步骤S104；

步骤S104：将发生改变的事件进行封装，将封装好的事件报文上传至多域协同控制器；

步骤S105：所述多域协同控制器在获取到所述事件报文后，对所述事件报文进行解析，得到所述事件报文所包含的网络状态、链路、节点数据信息以及节点故障信息；

步骤S106：依据属性类别对所述网络状态、链路、节点数据信息以及节点故障信息进行分类并设置与所述事件报文对应的单域控制器的ID标签，判断各个分类结果是否属于故障信息，对于属于故障信息的分类结果所对应的数据信息进行故障处理。

与上述系统相对应，当依据分类结果判断事件报文不属于故障信息时，上述方法还可以包括：

将获取不属于故障信息的分类结果所对应的单域控制器的ID标签，更新所述全局知识库中与所述ID标签所对应的网络状态、链路和节点数据信息。

与上述系统相对应，上述方法中当单域控制器获取到跨域请求时，方法还可以包括：在当前单域控制器的处理流程中插入中断；

得到跨域请求路径的路径信息并生成对应的跨域业务请求的OpenFlow流表时，中断返回。

为了描述的方便，描述以上系统时以功能分为各种模块分别描述。当然，在实施本申请时可以把各模块的功能在同一个或多个软件和/或硬件中实现。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (8)

1.一种SDN网络多控制域协同管理方法，其特征在于，包括：

判断是否获取到跨域请求，如果是，将正在处理的跨域路径请求信息与需要进行全局决策参与的请求内容进行整合并封装，将封装得到的优化请求发送给多域协同控制器；

多域协同控制器获取到优化请求后，依据优化请求中的跨域路径请求信息生成优化任务；

依据所述优化任务向全局知识库发起查询请求，查询全局知识库中与所述优化任务对应的域内的网络状态、链路信和节点息，并进行跨域计算，得到建立跨域请求业务所需要的路径信息，生成与所述优化请求对应的响应信息；

单域控制器在获取到所述响应信息后，对所述响应信息进行解析，得到跨域请求路径的路径信息并生成对应的跨域业务请求的OpenFlow流表，执行OpenFlow流表的下发操作；

还包括：

判断当前单域控制器数据库中的事件是否发生变化，如果是，记录变化的位置以及事件内容；

判断发生改变的事件的类型是否属于预设的关键改变，如果是，将发生改变的事件进行封装，将封装好的事件报文上传至多域协同控制器；

所述多域协同控制器在获取到所述事件报文后，对所述事件报文进行解析，得到所述事件报文所包含的网络状态、链路、节点数据信息以及节点故障信息；

依据属性类别对所述网络状态、链路、节点数据信息以及节点故障信息进行分类并设置与所述事件报文对应的单域控制器的ID标签，判断各个分类结果是否属于故障信息，对于属于故障信息的分类结果所对应的数据信息进行故障处理。

2.根据权利要求1所述的SDN网络多控制域协同管理方法，其特征在于，所述判断是否获取到跨域请求，包括：

对当前处理路径请求的目的主机地址进行判断，判断所述主机地址是否在当前单域控制器的管控范围之内，如果判断结果为否，表明当前处理的请求为跨域请求。

3.根据权利要求1所述的SDN网络多控制域协同管理方法，其特征在于，还包括：

将获取不属于故障信息的分类结果所对应的单域控制器的ID标签，更新所述全局知识库中与所述ID标签所对应的网络状态、链路和节点数据信息。

4.根据权利要求1所述的SDN网络多控制域协同管理方法，其特征在于，还包括：

当判定疑似跨域请求为跨域请求时，在当前单域控制器的处理流程中插入中断；

得到跨域请求路径的路径信息并生成对应的跨域业务请求的OpenFlow流表时，中断返回。

5.一种SDN网络多控制域协同管理系统，其特征在于，包括：单域控制器和多域协同控制器；

所述单域控制器，包括：

流程优化请求生成器，被配置为：当所述单域控制器中存在疑似跨域请求时，获取所述疑似跨域请求，将获取到的所述跨域请求发送给策略库；

所述策略库被配置为：依据预设判断策略判断所述疑似跨域请求是否为跨域请求，如果是，将所述疑似跨域请求标记为跨域请求并发送给优化请求发送器；

所述优化请求发送器，用于将跨域路径请求与需要全局决策参与的请求内容进行并封装，将封装得到的优化请求发送给多域协同控制器；

流程优化响应接收器，被配置为：获取所述多域协同控制器针对所述优化请求反馈的响应信息，对所述响应信息进行解析，得到跨域请求路径的路径信息并生成对应的跨域业务请求的OpenFlow流表，执行OpenFlow流表的下发操作；

所述多域协同控制器，包括：

流程优化请求接收器，被配置为：获取所述优化请求发送器输出的优化请求，将该请求发送至优化请求处理器；

优化请求处理器，被配置为：依据优化请求中的跨域路径请求信息生成优化任务，将所述优化任务发送至全局决策处理单元；

全局决策处理单元，被配置为：依据所述优化任务向全局知识库发起查询请求，查询全局知识库中与所述优化任务对应的域内的网络状态、链路和节点信息，并进行跨域计算，得到建立跨域请求业务所需要的路径信息，生成与所述优化请求对应的响应信息，将所述响应信息发送至所述流程优化响应接收器；

所述单域控制器，还包括：

事件监听器用于：判断当前单域控制器数据库中的事件是否发生变化，如果是，记录变化的位置以及事件内容，将发生变化的事件发送至事件处理器；

事件处理器，被配置为：判断发生改变的事件的类型是否属于预设的关键改变，如果是，将发生改变的事件进行封装，将封装好的事件报文发送给事件发送器；

事件发送器，被配置为：封装所述事件处理器发送的事件报文，将封装后的事件报文发送给多域协同控制器；

所述多域协同控制器，还包括：

事件接收器，用于接收所述事件发送器发送的事件报文，将所述事件报文发送至事件解析器；

事件解析器，用于对所述事件报文进行解析，得到所述事件报文所包含的网络状态、链路、节点数据信息以及节点故障信息，并发送给事件分类器；

事件分类器，用于依据属性类别对所述网络状态、链路、节点数据信息以及节点故障信息进行分类并设置与所述事件报文对应的单域控制器的ID标签，判断各个分类结果是否属于故障信息，对于属于故障信息的分类结果所对应的数据信息进行故障处理。

6.根据权利要求5所述的SDN网络多控制域协同管理系统，其特征在于，所述策略库具体被配置为：

对所述疑似跨域请求的目的主机地址进行判断，判断所述主机地址是否在当前单域控制器的管控范围之内，如果判断结果为否，表明所述疑似跨域请求为跨域请求，将所述疑似跨域请求标记为跨域请求并发送给优化请求发送器。

7.根据权利要求5所述的SDN网络多控制域协同管理系统，其特征在于，还包括：

全局知识库维护单元，用于将获取不属于故障信息的分类结果所对应的单域控制器的ID标签，更新所述全局知识库中与所述ID标签所对应的网络状态、链路和节点数据信息。

8.根据权利要求5所述的SDN网络多控制域协同管理系统，其特征在于，所述SDN网络多控制域协同管理系统还包括中断单元，用于：当所述疑似跨域请求为跨域请求时，在单域控制器的当前处理流程中插入中断；获取到所述OpenFlow流表时中断返回。

Images