CN108667868A - 一种用于广域网长距离通信的sdn网络控制平面的部署架构 - Google Patents

Abstract

本发明公开了一种用于广域网长距离通信的SDN网络控制平面的部署架构，包括：所述网络控制平面包括全局控制器集群、边缘控制器集群和控制器；其中，所述广域网被划分成多个可控的区域，每个区域的控制平面由一个边缘控制器集群负责；所有边缘控制器集群的管理和协调由全局控制器集群负责；每个边缘控制器集群内部包含多个控制器；每个控制器独立完成对网络功能实体的管理。本发明通过软件架构技术，提供了SDN在全球化控制平面的软件架构和部署方案，实际解决了在管理一张全国、全球网络时使用SDN需要面临的最大问题。

Description

一种用于广域网长距离通信的SDN网络控制平面的部署架构

技术领域

本申请涉及通信技术领域，具体涉及一种用于广域网长距离通信的SDN网 络控制平面的部署架构。

背景技术

目前比较有代表性的集群式网路控制平面架构主要是ODL和ONOS。

在介绍ODL和ONOS之前必须先介绍Master选举技术，因为所述Master 选举技术是整个集群式控制平面架构的以正常运行服务的核心问题。Master负 责管理控制器的正常运行。如果没有Master，则整个集群不可用。

Master选举技术，比较典型的是Raft方法。

Raft方法详细介绍如下：

在服务集群中，每个服务器有三个状态:leader状态,follower状态,candidate状态：

如果服务器处于leader则表示服务器赢得了选举，是服务集群中的Master. 如果服务器处于Follower状态，则表示服务器不会主动发送request消息，而只 会回复leader状态的服务器发送的request和candidate状态的服务器发送的 request。

如果服务器处于Candidate状态，则表示服务器是leader服务器的的候选人 服务器。

Raft方法把系统时间分为多个terms.每一个term开始时进行一次选举。每 一个term里最多有一个leader,或者没有leader。即以term为周期进行Master 的选举。

如果一个follower在election timeout的时间里没有收到leader的信息，就进入新的term，转成candidate，给自己投票，发起选举请求，这个状态持续到发 生下面三个中的任意事件：

第一，本服务器赢得选举，则将本服务器状态由follower状态变更为leader 状态；

第二，另外有其他服务器获得选举；

第三，1个term过去了，还是任何服务器赢得选举；

之所以会出现上述这3种情况，是由于，当所有服务器同时发起选举时， 每个服务器都会投给自己。如果出现这种情况，导致的结果就是没有服务器能 够得到多数选票了，即没有服务器能赢得选举。在这种情况下，系统就要进入 下一个term，再进行一次选举。为了避免这个情况持续发生，每个服务器的 election time被随机的设成不同的值，所以先timeout的服务器就可以先发起下 一次选举。

重复上述选举的过程，直至某个服务器赢得选举，即Master产生。

Master选举技术是非常重要的一项技术，对于目前的SDN控制器框架都也 会依赖Master选举技术。

ODL即Open Day Light,是一种网络控制器的开源架构。是目前较为典型的 一种架构。图1是ODL框架Master-Slave结构示意图。

如图1所示，ODL框架中单Master多Slave的集群模式，不论集群中有多 少控制器结点，只有一个作为Master存在。Master是根据Raft选举方法产生。 Master选举完成后，会执行如下流程：

控制器集群的所有结点间通过实现Raft选举协议选举出Master：控制器Controller-1；

Controller-1通过Openflow的RoleReq请求，向所有NE设置自己的角色为 Master控制器；NE通过Openflow收到RoleReq请求后，将Controller-1角色设 置为Master控制器，至此，NE只接受从Controller-1发出的管理请求消息，不 接受其他Controller发出的管理请求消息；

Controller-2、Controller-3同样会通过Openflow通道发送RoleReq请求，向 NE宣布自己的角色为Slave，作为Slave的Controller-2和Controller-3虽然和 NE保持TCP连接，但是NE不接受Controller-2和Controller-3的控制请求；

Controller-1通过Openflow协议的FlowMod消息尝试去控制NE-1时，可以 正常处理；

当Controller-2通过Openflow协议的FlowMod消息尝试去控制NE-1时， 因为Controller-2角色是Slave，请求被拒绝。

ONOS即Open Network Operation System,是一种开发网络操作系统，同时也 是一种控制器架构。

图2是ONOS的“多Master”集群化架构示意图。

ONOS中也是以“Master-Slave”方式组织控制器节点，只不过不同的NE 可以拥有不同的Master，从而一方面分散请求，另一方面避免一点故障导致所 有NE的Master进行变更。

如图2所示，Controller-1作为NE-1的Master控制器，而同时作为NE-2的 Slave控制器结点；NE-2的Master控制器是Controller-3。

图3是分布式集群式控制器架构(集群式控制器架构)示意图。

不论是ODL还是ONOS，控制器是作为一套分布式系统Cluster的形态存在， 在这套分布式系统中，有明确的Master角色，当Master缺失时，必须通过选举 策略产生新的Master，当集群中没有Master存在时，整个控制器集群处于“无 控制能力”状态，为了解决这个问题，必须依赖整个控制集群通过选举直到Master 产生。

当用户需要管理某个NE时，管理请求必须从Master下发，即使用户请求 在Slave的机器上，仍会在集群内部转发到Master，再由Master实际执行。

图4为局域采用集群式控制器架构全局通过传统路由协议实现网络互通的 网络架构示意图。

多Cluster之间跑传统网络协议。

因此，现有技术存在以下问题：无法全局SDN，只能在独立的Cluster中使 用SDN技术，跨Cluster的网络配置依然是传统方式，做不到按需分配、自动化。

局域使用集群控制器，集群之间通过网络协议实现互通。

以ODL、ONOS为代表的【集群式控制器架构】中存在的问题：

Master选举是整个控制器集群得以正常服务的最核心问题。为了保证选举 的正常进行，一个控制集群中，控制器的数量至少为3个结点，并且它们为了 进行选举的正常进行，必须进行高频的RPC通讯来维持集群中Master的存在。 无Master，则整个集群不可用，因此集群化架构，一般部署在控制器结点之间 网络通讯质量高、延时低的前提下(如同一个数据中心中、同一个城市中通过 专线通讯)；

跨长距离传输中，无法完成选举，因此无法直接使用集群化控制器集群， 而采取局域使用SDN、广域使用传统协议的方式，又陷入了传统网络的不灵活 境地。

在跨地域网络中，通过网元设备，将城市和城市连通是最普遍和基础的需 求，基于此前提才可以将国家与国家、大洲与大洲进行互联。在传统网络方案 里，往往通过众多的分布式协议进行路由信息同步，完成这一需求。

在SDN网络中，控制器是整网的大脑，负责管控所有网络设备和配置下发， 因此控制器的核心控制地位决定了，控制器如何解决长距离管理问题将是SDN 能否广泛应用在大范围网络环境中的重要问题。

发明内容

本发明提供一种用于广域网长距离通信的SDN网络控制平面的部署架构， 以形成的一套能够在局域范围及时响应，又能在全局范围灵活自动化的SDN系 统架构。

本发明提供一种用于广域网长距离通信的SDN网络控制平面的部署架构， 所述网络控制平面包括全局控制器集群、边缘控制器集群和控制器；其中，

所述广域网被划分成多个可控的区域，每个区域的控制平面由一个边缘控 制器集群负责；所有边缘控制器集群的管理和协调由全局控制器集群负责；每 个边缘控制器集群内部包含多个控制器；每个控制器独立完成对网络功能实体 的管理；

当收到所述全局控制器集群的业务请求时，所述边缘控制器集群将所述业 务请求分发给该边缘控制器集群内部的不同的所述控制器进行处理。

可选的，各个所述边缘控制器集群相互之间不可见。

可选的，所述全局控制器集群在初始化过程中获取所述边缘控制器集群的 服务列表；通过分析所述边缘控制器集群的服务列表，获取每个区域的拓扑； 并将所有区域的拓扑合并为全局拓扑。

可选的，所述边缘控制器集群提供应用层协议形式的所述区域拓扑获取接 口，全局控制器集群调用该接口，获取所述区域内的所有网络功能实体信息和 连接信息，并将其保存到自己的数据库中；待所有区域的拓扑获取并合并完毕 后，全局控制器集群的数据库中即保存了全局拓扑信息；全局控制器集群用于 为用户提供全局拓扑获取请求服务。

可选的，当所述区域内的局部拓扑发生变化时，所述边缘控制器集群将该 变化上报给所述全局控制器集群，所述全局控制器集群根据该变化来更新所述 全局拓扑的数据。

可选的，所述全局控制器集群根据全局网络拓扑信息，通过对多个所述边 缘控制器集群的内部链路进行控制，完成广域网跨区域业务创建；包括：

通过服务调用，创建各个区域中的每一条通路子业务；

在确定多个区域的每一条通路均创建成功后，全局控制器集群建立跨区域 的整条通路的业务开通。

可选的，所述全局控制器集群与各个所述边缘控制器集群之间通过服务化 的应用层协议进行交互。

可选的，所述边缘控制器集群在所述区域内，配置所述网络功能实体与所 述边缘控制器集群内部的每个所述控制器建立连接，所述网络功能实体由多个 控制器进行管理；每个所述控制器通过OpenFlow的RoleReq请求，在所述网络 功能实体上设置自己的状态均是Equal；用户请求通过前置负载均衡装置，将访 问分发到任意一台控制器，都能够完成管理操作。

可选的，所述边缘控制器集群采用Web Service应用架构。

可选的，当一条跨多个区域的业务进行操作时，只有当所有区域的所述边 缘控制器集群均反馈正确的信息，才表示该业务正常处理；当任何一个区域发 生异常时，所述全局控制器集群还用于根据业务逻辑，将关联的其他区域的子 业务完成回收。

与现有技术相比，本发明具有以下优点：

本发明提供了一种可以将地理跨度的影响降低到较小的SDN控制器部署架 构，同时提供高可用、可扩展、轻量级的特点：

基于Region概念，将广域网络划分为一个个范围可控的单元。Region内， 由采用WebService结构的EdgeController管理，达到Region中SDN网络的高可 用管理，并区别于既有的集群化部署的Master-Salve模式，用前置负载、后端 Controller应用无状态化的方式，使EdgeController可以横向扩展，而且只要集 群中有存活的Controller结点，就能够提供全量的控制器服务。

整个广域网的全局管理，用GlobalController管理诸多EdgeController，GlobalController和EdgeController之间通过应用层协议完成，即使在延时超过 100ms的跨国环境下，仍可以稳定通信。

GlobalController+EdgeController通过纯SDN方式，实现广域网管理。

本发明通过软件架构技术，提供了SDN在全球化控制平面的软件架构和部 署方案，实际解决了在管理一张全国、全球网络时使用SDN需要面临的最大问 题。

附图说明

图1是背景技术提供的ODL框架Master-Slave结构示意图；

图2是背景技术提供的ONOS的“多Master”集群化架构示意图；

图3是背景技术提供的分布式集群式控制器架构示意图；

图4是背景技术提供的局域采用集群式控制器架构全局通过传统路由协议 的网络架构示意图；

图5是本发明实施例提供的一种用于SDN网络的长距离分布式软件架构系 统实施例的结构示意图；

图6是本发明实施例提供的Region内的EdgeController架构示意图；

图7是本发明实施例提供的EdgeController管理Region中的NE设备请求流 程示意图；

图8是本发明实施例提供的多Region间的全局控制平台结构示意图；

图9是本发明实施例提供的搜集全网拓扑流程示意图；

图10是本发明实施例提供的GlobalController全网拓扑示意图；

图11是本发明实施例提供的Region中拓扑变化影响全局拓扑的结构示意 图；

图12是本发明实施例提供的EdgeController上报局部拓扑变化GlobalController更新全网拓扑数据的流程示意图；

图13是本发明实施例提供的GlobalController建立跨Region业务的结构示 意图；

图14是本发明实施例提供的GlobalController管理多个EdgeController创建 跨Region业务的流程图。

具体实施方式

在下面的描述中阐述了很多具体细节以便于充分理解本发明。但是本发明 能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背 本发明内涵的情况下做类似推广，因此本发明不受下面公开的具体实施的限制。

下面是本发明相关的一些专业术语：

控制平面：所述控制平面是指相对数据转发平面而言的，控制平面主要负 责数据转发的控制、网络管理等控制功能。控制平面可以由单个或多个控制器 组成；

控制器：所述控制器是指与网元进行交互的控制单元，单个或多个控制器 可以组成控制平面；

控制集群：所谓控制集群式指由多个控制器组成的控制平面集合。在一个 控制集群中，每个控制器的能力范围一样的；

SDN:Software Defined Networking,软件定义网络；是网络虚拟化的一种实 现方式，其核心技术OpenFlow通过将网络设备控制面与数据面分离开来，从而 实现了网络流量的灵活控制，使网络作为管道变得更加智能。ODL:Open Day Light，一种网络控制器实现的开源框架旨在推动创新实施以及SDN透明化。 OpenDaylight拥有一套模块化、可插拔且极为灵活的控制器。这款控制器中还包 含一套模块合集，能够执行需要快速完成的网络任务。

ONOS:Open Network Operating System,一种用于开放网络的操作系统，也 是一种控制器架构；

NE：Network Element，网络功能实体，负责数据转发；NE及NE之间的链 路组成网络的转发平面；

LB：Load Balance，负载均衡；其意思就是将任务分摊到多个操作单元上进 行执行，提高网络的灵活性和可用性

Region：区域，一定范围的地域总称，比城市大，比国家小；

EdgeController：边缘控制器集群，负责管控一个Region内所有NE的控制 器集群；

GlobalController：全局控制器集群，负责管控所有Region协作及NE的控 制器集群；

集群式控制器架构：多个控制器结点用分布式系统的思想组成一个分布式 集群，集群中的结点通过选举产生Master，由Master行使控制职责。

本发明提供了一种用于广域网长距离通信的SDN网络控制平面的部署架 构，具体包括了两个方面：

局域小范围的控制平面采用Web Service的思想。Web Service也叫XML WebService WebService是一种可以接收从Internet或者Intranet上的其它系统中传递 过来的请求，轻量级的独立的通讯技术。是通过SOAP在Web上提供的软件服 务，使用WSDL文件进行说明，并通过UDDI进行注册。Web Service完全基于XML(可扩展标记语言)、XSD(XMLSchema)等独立于平台、独立于软件供 应商的标准，是创建可互操作的、分布式应用程序的新平台。因此使用Web Service跨平台的兼容性，保证高可用、自愈性和负载均衡；WebService有两层 含义：1、是指封装成单个实体并发布到网络上的功能集合体；2、是指功能集 合体被调用后所提供的服务。简单地讲，Web Service是一个URL资源，客户端 可以通过编程方式请求得到它的服务，而不需要知道所请求的服务是怎样实现 的，这一点与传统的分布式组件对象模型不同。

全局大范围的控制平面采用与多个局域范围的SDN网络控制器组成全局控 制器平面达到用SDN的方法实现大跨度范围的管理需求；

SDN的设计理念是将网络的控制面与数据转发面进行分离，并实现可编程 化控制。SDN的典型架构共分三层，最上层为应用层，包括各种不同的业务和 应用；中间的控制层主要负责处理数据平面资源的编排，维护网络拓扑、状态 信息等；最底层的基础设施层负责基于流表的数据处理、转发和状态收集。SDN 本质上具有“控制和转发分离”、“设备资源虚拟化”和“通用硬件及软件可编程” 三大特性，这带来了一系列的好处。第一，设备硬件归一化，硬件只关注转发 和存储能力，与业务特性解耦，可以采用相对廉价的商用的架构来实现。第二， 网络的智能性全部由软件实现，网络设备的种类及功能由软件配置而定，对网 络的操作控制和运行由服务器作为网络操作系统(NOS)来完成。第三，对业 务响应相对更快，可以定制各种网络参数，如路由、安全、策略、QoS、流量工 程等，并实时配置到网络中，开通具体业务的时间将缩短。SDN的三个基本要 素是，第一，转发与控制分离，这使得网络交换机的数据转发变得更加简单、 快速；同时，控制变成了网络操作系统中一个相对集中的逻辑功能。第二， OpenFlow协议，它向交换机传送转发表，交换机依此转发报文。第三，具有一 致性的、全系统范围的网络操作系统可编程接口，它能让网络实现真正意义上 的可编程或者软件定义。

基于以上两点，既能够灵活快速地对局部SDN网络进行管理、收敛，同时 又能够满足在跨城市、跨国、跨洲环境下的网络管理需求。

本发明提供的一种用于广域网长距离通信的SDN网络控制平面的部署架 构，以下为该系统的具体实施例：

如图5所示，其为本发明提供的一种用于广域网长距离通信的SDN网络控 制平面的部署架构的结构示意图，该控制平面包括边缘控制器集群EdgeController102、控制器Controller103和全局控制器集群GlobalController101。 其中：

所述广域网被划分成多个可控的区域，每个区域的控制平面由一个EdgeController102负责；所有EdgeController102的管理和协调由 GlobalController101负责；每个EdgeController102内部包含多个Controller103； 每个Controller103独立完成对网络功能实体的管理；

所述区域(Region)是指，在本发明部署架构中，用Region来定义[满足 一定延时条件]的地域，比如，以中国北京为中心，以网络通讯10ms为半径， 可以圈画出一个东起秦皇岛西至大同、北起承德南到石家庄的一个圆形区域， 在这个区域中，距离北京这个圆心，单程通讯的时耗不会超过10ms。在Region 内Controller到NE的延时可控，因此能够高效地进行管理。

当EdgeController102收到GlobalController101的业务请求时，EdgeController102将所述业务请求分发给该EdgeController102内部的不同的Controller103进行处理。

所述EdgeController102负责管理单个区域的业务事务性，当收到所述GlobalController101的请求时，用于通过负载均衡的方式将请求分发给该EdgeController102内部的不同的所述Controller103进行处理；

各个所述Controller103之间是不可见；

所述Controller103通过EdgeControlle102接收业务请求，所述Controller103为无状态控制器，用于独立完成对NE104的管理。

所述GlobalController101负责管理全局的业务事务性，将各个EdgeController102关联起来；GlobalController101通过应用层协议与各个所述EdgeController102进行通信，通过获取所有所述EdgeController102的拓扑信息， 进而形成全局网络拓扑；GlobalController101根据全局网络拓扑信息，通过对多 个所述EdgeController102的内部链路进行控制，完成广域网跨区域业务创建。

下面我们将详细介绍边缘控制器集群EdgeController102、控制器Controller 和103全局控制器集群GlobalController101。因为边缘控制器集群 EdgeController102涉及到许多基本的流程和术语，所以我们先主要介绍边缘控制 器集群EdgeController102，然后主要介绍控制器Controller103，最后主要介绍全 局控制器集群GlobalController101。

所述SDN网络包括多个区域，每一个所述区域内有一个所述EdgeController102、以及与所述EdgeController102通信连接的多个所述 Controller103。

所述区域内的EdgeController架构设计保证区域中控制平面具有很高的扩展 性和可用性：

由于EdgeController102内每个Controller103都处于无状态化，每个Controller103之间都是平等的关系，所以每一台Controller103均能向NE发送操 作控制指令，对NE设备来说，由于所有Controller103都是同样的角色，所以 NE可以接受所有Controller103的指令，并进行相关的配置操作，这样保证了 Controller103对NE的控制有更大的灵活性和扩展性。

采用以WebService的思想进行部署，保证系统的控制平面具有很强的横向 扩展能力。

对于系统的负载均衡策略可以更加系统需求进行灵活的定义，通过在LB层 的控制，能够很方便地实现一主多备、多主同活等不同的配置。同时系统也可 以选择基于请求负载或者读写分离等多种不同的负载方法，而不是仅仅局限于 Master-Slave方式。

图6为区域(Region)内的EdgeController架构示意图。如图6所示，与传 统控制器集群部署模式不同，本发明中的EdgeController102采用Web Service应 用架构，EdgeController102集群内的每个单独的Controller103都是无状态的， 且EdgeController102通过负载均衡的方式将请求分发给不同的Controller103进 行处理，区域(Region)内Controller103的数据通过关系型数据库存储保持一 致性，各个Controller103节点间没有明显的主备关系，它们均能够独立完成对 NE104的管理需求。

EdgeController是单Region的控制器，负责管控整个Region内所有NE设 备。图7是EdgeController管理Region中的NE设备请求流程图。流程如下所示：：

所述EdgeController102在所述区域内，配置所述NE与所述 EdgeController102内部的每个所述Controller103建立连接，并受控于所有的 Controller103结点。所述NE由多个Controller103进行管理；

每个所述Controller103通过OpenFlow的RoleReq请求，在NE上设置自己 的状态均是Equal；

用户请求通过前置负载均衡LB装置，将访问分发到任意一台Controller103， 都能够完成管理操作。

由于Controller103结点之间不存在选举，因此不会产生选举冲突，且当集 群中可用的Controller103只有一台时，仍能够正常处理业务；

GlobalController——多Region间的全局控制平台，如图8所示，

与网络路由协议不同，EdgeController102之间不知道彼此的存在，各个EdgeController102是不可见的。GlobalControlle101r将多个EdgeController102的 关系联系起来的，GlobalController101的职责主要包括：GlobalController101负 责同步所有被管理的EdgeController102的拓扑信息，进而形成整个网络的全局 拓扑信息；GlobalController101负责跨Region业务的控制和管理。

GlobalController101和各个EdgeController102之间通过服务化的应用层协议进行交互，如HTTP，它们的通讯特点如下：

1、通讯频率不高(相对于控制器和NE之间的通讯频率和控制机集群各个 结点间同步选举信息时的通讯频率)；

2、多为单次交互，对keepalive要求不高。

GlobalController101和EdgeController102之间的通讯延时也可以放大到100ms甚至以上，因此本结构能够实现跨国、跨洋的部署需求。如果说 EdgeController102是将核心关注点集中在局部，GlobalController101就是负责将 全网核心数据(网络拓扑、资源管控)集中式管理的组件。

可选的，通过获取所有所述EdgeController102的拓扑信息，进而形成全局 网络拓扑，如图9所示，搜集全网拓扑流程及步骤如下：

GlobalController在初始化过程中获取所述EdgeController的服务列表；

GlobalController通过分析所述EdgeController的服务列表，获取每个区域的拓扑；

GlobalController将所有区域的拓扑合并为全局拓扑。

可选的，所述EdgeController102提供应用层协议形式的所述区域拓扑获取 接口，GlobalController101调用该接口，获取所述区域内的所有NE信息和连接 信息，并将其保存到自己的数据库中；待所有区域的拓扑获取并合并完毕后， GlobalController101的数据库中即保存了全局拓扑信息；GlobalController101用 于为用户提供全局拓扑获取请求服务，如图10所示，为GlobalController全网拓 扑示意图。

可选的，当所述区域内的局部拓扑发生变化时，EdgeController102还用于将 该变化上报给所述GlobalController101，所述GlobalController101还用于更新所 述全局拓扑的数据。

可选的，所述GlobalController101还用于通过配置EdgeController102，创建 各个区域中的每一条通路子业务；在确定多个区域的每一条通路均创建成功后， 全局控制器集群建立跨区域的整条通路的业务开通。

可选的，所述GlobalController101与各个所述EdgeController102之间通过 服务化的应用层协议进行交互。

可选的，当一条跨多个区域的业务进行操作时，只有当所有区域的所述EdgeController102均反馈正确的信息，才表示该业务正常处理；当任何一个区域 发生异常时，所述GlobalController101用于根据业务逻辑，将关联的其他区域的 子业务完成回收。

Region中拓扑变化影响全局拓扑的结构示意图，如图11所示。在这种环境 中，如果EdgeController-3的Region-3中一条链路发生中断，EdgeController102 和GlobalController101会执行如图12所示的流程。图12是EdgeController上报 局部拓扑变化GlobalController更新全网拓扑数据的流程示意图。

GlobalController是全局业务事务性的把控者：

1、GlobalController与EdgeController之间通过应用层协议进行通信。

2、对于单Region内的具体执行动作，由EdgeController来保证处理的事务 性；

3、全局的业务事务性在GlobalController管理。一条跨多Region的业务进 行操作时，只有当所有Region的EdgeController反馈正确的信息时，才代表着 业务的正常处理，一旦存在任何一个Region异常，GlobalController根据业务逻 辑，将关联的其他Region的子业务完成回收；

4、GlobalController通过软件方法实现，这比局域范围内用SDN控制器集 群，广域范围用传统路由完成互通的方式更能够灵活更自动化地完成管理。

GlobalController101协调多个EdgeController102进行跨地域SDN控制，下 面以一个具体实例进行说明：

图13是GlobalController建立跨Region业务的结构示意图，GlobalController对3个EdgeController进行管理并创建一条业务。

图14是基于图13的GlobalController管理多个EdgeController创建跨Region 业务的流程图。步骤如下：

GlobalController通过配置EdgeController-2，创建Region-2中的C-D通路子 业务；

GlobalController通过配置EdgeController-3，创建Region-3中的A-B通路子 业务；

在确定2个Region都创建成功后，完成A-B-C-D的业务创建。

本发明虽然以较佳实施例公开如上，但其并不是用来限定本发明，任何本 领域技术人员在不脱离本发明的精神和范围内，都可以做出可能的变动和修改， 因此本发明的保护范围应当以本发明权利要求所界定的范围为准。

Claims (10)

1.一种用于广域网长距离通信的SDN网络控制平面的部署架构，其特征在于，所述网络控制平面包括全局控制器集群、边缘控制器集群和控制器；其中，

所述广域网被划分成多个可控的区域，每个区域的控制平面由一个边缘控制器集群负责；所有边缘控制器集群的管理和协调由全局控制器集群负责；每个边缘控制器集群内部包含多个控制器；每个控制器独立完成对网络功能实体的管理；

当收到所述全局控制器集群的业务请求时，所述边缘控制器集群将所述业务请求分发给该边缘控制器集群内部的不同的所述控制器进行处理。

2.根据权利要求1所述的用于广域网长距离通信的SDN网络控制平面的部署架构，其特征在于，各个所述边缘控制器集群相互之间不可见。

3.根据权利要求1所述的用于广域网长距离通信的SDN网络控制平面的部署架构，其特征在于：

所述全局控制器集群在初始化过程中获取所述边缘控制器集群的服务列表；通过分析所述边缘控制器集群的服务列表，获取每个区域的拓扑；并将所有区域的拓扑合并为全局拓扑。

4.根据权利要求3所述的用于广域网长距离通信的SDN网络控制平面的部署架构，其特征在于：

所述边缘控制器集群提供应用层协议形式的所述区域拓扑获取接口，全局控制器集群调用该接口，获取所述区域内的所有网络功能实体信息和连接信息，并将其保存到自己的数据库中；待所有区域的拓扑获取并合并完毕后，全局控制器集群的数据库中即保存了全局拓扑信息；全局控制器集群用于为用户提供全局拓扑获取请求服务。

5.根据权利要求3或4所述的用于广域网长距离通信的SDN网络控制平面的部署架构，其特征在于：

当所述区域内的局部拓扑发生变化时，所述边缘控制器集群将该变化上报给所述全局控制器集群，所述全局控制器集群根据该变化来更新所述全局拓扑的数据。

6.根据权利要求1所述的用于广域网长距离通信的SDN网络控制平面的部署架构，其特征在于：

所述全局控制器集群根据全局网络拓扑信息，通过对多个所述边缘控制器集群的内部链路进行控制，完成广域网跨区域业务创建；包括：

通过服务调用，创建各个区域中的每一条通路子业务；

在确定多个区域的每一条通路均创建成功后，全局控制器集群建立跨区域的整条通路的业务开通。

7.根据权利要求1所述的用于广域网长距离通信的SDN网络控制平面的部署架构，其特征在于，所述全局控制器集群与各个所述边缘控制器集群之间通过服务化的应用层协议进行交互。

8.根据权利要求1所述的用于广域网长距离通信的SDN网络控制平面的部署架构，其特征在于：

所述边缘控制器集群在所述区域内，配置所述网络功能实体与所述边缘控制器集群内部的每个所述控制器建立连接，所述网络功能实体由多个控制器进行管理；每个所述控制器通过OpenFlow的RoleReq请求，在所述网络功能实体上设置自己的状态均是Equal；用户请求通过前置负载均衡装置，将访问分发到任意一台控制器，都能够完成管理操作。

9.根据权利要求1所述的用于广域网长距离通信的SDN网络控制平面的部署架构，其特征在于，所述边缘控制器集群采用Web Service应用架构。

10.根据权利要求1所述的用于广域网长距离通信的SDN网络控制平面的部署架构，其特征在于，当一条跨多个区域的业务进行操作时，只有当所有区域的所述边缘控制器集群均反馈正确的信息，才表示该业务正常处理；当任何一个区域发生异常时，所述全局控制器集群还用于根据业务逻辑，将关联的其他区域的子业务完成回收。