基于OpenFlow的SDN控制器关键技术研究--《通讯世界》2016年06期
基于OpenFlow的SDN控制器关键技术研究
【摘要】：在SDN当中,控制器是重要的核心,对于底层转发设备,能够更好的进行控制和管理,将网络资源调用提供给上层应用。在SDN系统的运行当中,重要的基础和前提就是可扩展性、高效性、可靠性。在运营商网络当中,具有协议复杂、相对封闭、信息海量、规模庞大等特点,同时对网络的稳定性、可靠性等,都有着很高的要求。但是,传统的SDN控制器在实际应用中,难以很好的满足运营商网络的可靠性、高效性等要求,因此,需要对基于Open Flow的SDN控制器关键技术进行研究。
【作者单位】：
【关键词】：
【分类号】：TP332【正文快照】：
1 SDN控制器总体设计方案1.1总体架构在基于Open Flow的SDN控制器当中,采用了分层架构模式,主要包括基础设施、控制、应用等平面,通过南向接口Open Flow协议对硬件设备转发行为进行控制,通过REST北向接口,和应用平面之间通信,利用东西向接口,对HBase、Zoo Keeper技术加以应用,
欢迎：、、)
支持CAJ、PDF文件格式，仅支持PDF格式
【相似文献】
中国期刊全文数据库
;[J];电信技术;2012年11期
;[J];电信网技术;2013年07期
房秉毅;张歌;张云勇;黄韬;谢俊峰;;[J];邮电设计技术;2014年07期
江国龙;付斌章;陈明宇;张立新;;[J];计算机科学与探索;2014年06期
;[J];;年期
中国重要报纸全文数据库
范范　编译;[N];网络世界;2013年
中国硕士学位论文全文数据库
闵汇峰;[D];电子科技大学;2014年
顾益飞;[D];电子科技大学;2015年
张俊;[D];电子科技大学;2015年
马文婷;[D];北京邮电大学;2015年
代游;[D];浙江工商大学;2014年
&快捷付款方式
&订购知网充值卡
400-819-9993
《中国学术期刊（光盘版）》电子杂志社有限公司
同方知网数字出版技术股份有限公司
地址：北京清华大学 84-48信箱 大众知识服务
出版物经营许可证 新出发京批字第直0595号
订购热线：400-819-82499
服务热线：010--
在线咨询：
传真：010-
京公网安备75号一、openflow用来解决什么问题？
1.首先简单介绍一下什么是SDN，传统的网络是每个节点自己计算路由；
& &SDN是集中控制路由。在一个数据中心的网络中，只有一个控制器，下面可以连接多个交换机。控制器集中计算好路由后，将流表下发给交换机，交 & &换机根据流表进行转发。
& &跑在最上层是用户的APP(相当于计算机架构的应用软件)，下一层是SDN控制层面(相当于操作系统)，给APP提供接口，并负责集中 & &计算并控制所有 & &的路由；
& &最下面一层是进行转发的网络设备，控制器将流表下发给交换机，交换机根据流表进行转发。
2.openflow规定了控制器与交换机之间进行交互的协议。
二、openflow的机制是什么？
1.openflow交换机的包处理流程如下：
& &每个交换机都有一系列的表，规定了哪种报文头的报文，相应动作是什么，例如：
上图的就是流表类的一个实例，规定了目的IP为10.1.1.1的类型为0X800的报文进行某种动作。
& 收到一个报文，解析报文头中的信息，根据报文头(中的12元组)进行流表的匹配，匹配到了则进行相应操作。
& 通常action list中可以有转发、丢弃等动作，如果报文匹配到了流表，但action list为空，openflow规定默认丢弃报文；
& 但如果报文匹配不到流表，则会发往controller。
2.交换机与控制器的交互：
& &交换机与控制器建立TCP连接后，交换过hello报文后就可以进行通信了，通信内容有比如：
& &获取/设置配置信息，报文上送/发送，流表修改，端口状态获取/设置，错误信息等等。
3.控制器是如何获得所有交换机的组网情况的？
& &通过LLD报文。控制器与交换机建立连接，并获知该交换机的所有端口情况后，控制器往该交换机的所有端口都发送一个LLD报 & & & &文，对端连接的交换机收到该LLD报文后无法识别，上送给控制器，控制器就知道两个交换机是通过哪个端口连接的了。
4.控制器是如何往交换机中安装转发表项，并将数据正确转发的呢？
& &举个HostA与HostB相互ping同的例子：
& &HostA -- SwtA-- SwtB -- HostB
& &hostA要给HostB发送ICMP报文，首先需要发送ARP查询B的MAC地址。
& &SwtA收到A发送的ARP查询，通过Packet-in发送给控制器，控制器学习HostA地址，并将HostA的ARP查询报文发送给所有的边缘 & & & &Swt，边缘Swt对 & &边缘链路转发A的ARP查询。
& &HostB收到ARP查询后，也会回复ARP应答，同样的swtB将ARP应答发送给控制器，控制器学习B的MAC。
& &控制器将一一通知最短路径中的交换机安装转发表项，比如从端口1收到目的地址为MACB的报文，发往端口2。
& &交换机安装好表项后，ICMP报文就能按照转发表转发了。
以上是本人对openflow粗浅的了解，请高手多多指教：）
阅读(...) 评论()17-OpenFlow配置指导
01-OpenFlow配置
1.1 OpenFlow简介
1.1.1 OpenFlow概述
1.1.2 基本概念
1.1.3 OpenFlow实例
1.1.4 Flow Table·
1.1.5 Group Table
1.1.6 Meter Table
1.1.7 协议规范
1.2 OpenFlow配置任务简介
1.3 配置OpenFlow实例
1.3.1 创建OpenFlow实例
1.3.2 配置OpenFlow实例的基本能力
1.3.3 激活OpenFlow实例
1.4 配置连接控制器
1.4.1 配置主连接
1.4.2 配置连接中断模式
1.5 配置OpenFlow定时器
1.6 OpenFlow显示和维护
1.7 OpenFlow典型配置举例
1 OpenFlow
·&&&&&设备支持两种运行模式：独立运行模式和IRF模式，缺省情况为独立运行模式。有关IRF模式的介绍，请参见“虚拟化技术配置指导”中的“IRF”。
IRF模式并开启IRF增强功能，则设备不支持OpenFlow功能。有关于设备工作模式的详细介绍请参见“基础配置指导”中的“设备管理”； 有关IRF增强功能的介绍，请参见“虚拟化技术配置指导”中的“IRF”。
1.1& OpenFlow简介
1.1.1& OpenFlow概述
是SDN（Software Defined Network，软件定义网络）架构中定义的一个控制器与转发层之间的通信接口标准。OpenFlow允许控制器直接访问和操作网络设备的转发平面，这些网络设备可能是物理上的，也可能是虚拟的。
的思想是分离控制平面和数据平面，二者之间使用标准的协议通信；数据平面采用基于流的方式进行转发。
网络由OpenFlow网络设备（Switch）和控制器（Controller）通过安全通道（Secure channel）组成，如所示。OpenFlow控制器通过一个安全通道按照OpenFlow协议控制OpenFlow网络设备处理各种报文。
1.1.2& 基本概念
有下面两种：
Switch：仅支持OpenFlow转发。
Switch：既支持OpenFlow转发，也支持正常转发。S12500即属于OpenFlow-Hybrid Switch类型。
接口有下面三类。
OpenFlow转发功能。除Any接口外，其他接口仅可以作为出接口。具体类型请参见表1-1。
OpenFlow支持多实例，S12500在独立运行模式或IRF模式下都最多仅支持配置64个实例。每个OpenFlow实例可以单独连接控制器（一个OpenFlow实例最多可以连接64个控制器），相当于一台独立的OpenFlow设备，根据控制器下发的流表项指导流量转发。下文如果没有特殊说明，交换机指的就是一个OpenFlow实例。
S12500在独立运行模式或IRF模式下允许的最大连接数为128，即一台整机上所有OpenFlow实例连接控制器个数总和的最大值不允许超过128。
1. 实例划分
划分实例的作用范围，在实例的作用范围内，流量转发遵循流表中定义的规则。
2. 实例激活
OpenFlow需要将设备的支持能力、当前的接口信息等设备信息上报给控制器后，控制器才能够下发流表项指导转发。
在配置更改的情况下，需要重新激活实例使配置生效。激活配置后，OpenFlow实例会与所有控制器断开连接，然后重新进行连接。
3. 实例所属接口
OpenFlow协议规定需要将接口信息上报给控制器，这些接口包括物理接口、逻辑接口以及保留接口中的Local。
对于通过VLAN划分作用范围的OpenFlow实例：
·&&&&&非Loosen模式：当且仅当接口所属VLAN完全包含了OpenFlow实例配置的映射VLAN后，该接口才是此OpenFlow实例的接口，可以被交换机上报给控制器。
·&&&&&Loosen模式：如果配置了loosen模式，只要接口所在VLAN与实例配置的映射VLAN存在交集，该接口就属于OpenFlow实例。
通过流表（Flow Table）来匹配和处理报文，每个流表由一个或多个流表项（Flow
Entry）组成，在同一个流表中按流表项的优先级进行先后匹配。
流表分为两种类型：
·&&&&&MAC-IP流表：通过MAC地址表和FIB表实现。只能匹配目的MAC地址、VLAN以及目的IP地址，动作也仅支持修改目的MAC地址、源MAC地址、VLAN以及指定出接口。
·&&&&&Extensibility流表：即扩展流表。可以匹配报文的源MAC地址、目的MAC地址、源IP地址、目的IP地址、报文优先级、TCP源端口、TCP目的端口等。
需要注意的是，目前S12500的一个OpenFlow实例仅支持配置1个Extensibility流表，MAC-IP流表暂不支持。
1. 流表项结构
一条OpenFlow流表项的结构如所示。
：匹配规则。可以匹配入接口、报文头等字段。
：优先级。定义流表项之间的匹配顺序，优先级高的先匹配。
：统计计数。统计有多少个报文或字节匹配到该流表项（上送控制器的报文不支持统计）。目前S12500的流表项是基于报文进行统计计数的。
：动作指令集。定义匹配到该流表项的报文需要进行的处理。一个流表项的动作指令集可以包含表1-2中的一个或者多个动作指令，包含多个动作指令时按照表1-2从上到下的先后顺序执行。动作指令是对匹配该流表项的报文的动作集（Action
Set）进行的操作，动作集是对报文进行操作的动作（如转发报文、修改报文等）的集合，一个动作集中可以包含多个动作，但每种动作仅能存在一个。
对匹配到流表项的报文进行限速
Apply-Actions
立即执行动作集中的动作
Clear-Actions
清除动作集中的所有动作
Write-Actions
更改动作集中的所有动作
：超时时间。包括了idle time和hard time。
time时间内，如果没有报文匹配到该流表项，则在idle time超时后删除此流表项；如果有报文匹配到该流表项，则刷新idle time（上送控制器的报文即使匹配了流表项，也不会更新该表项的idle time）。
：在hard time时间超时后，无论是否有报文匹配到该流表项，此流表项都会被删除。
·&&&&&为了更好的查询、下发流表，建议idle time时间配置为不小于60s的数值；当设备上OpenFlow流表总数较多时（比如大于&1k），建议idle time时间配置为300s或以上。具体如何设置idle time请参见《H3C VCF控制器用户手册》。
·&&&&&您可以通过命令display openflow summary查看设备上的流表个数。
：控制器下发的流表项的标识。
个OpenFlow实例而言，并非针对整台物理设备。由于目前在S12500上一个OpenFlow实例仅包含1个流表，因此不存在多个流表的处理过程。
如果一个OpenFlow实例内包含多个流表，那么报文匹配流表的处理流程如所示，报文进入交换机后，将从流表ID最小的流表开始，按照流表编号从小到大依次匹配，在同一流表中按流表项的优先级进行先后匹配，如果匹配表项成功，则根据流表项中的动作指令集进行相应操作（比如更改动作集中的动作、清除动作集中的动作等），同时更新计数器。当报文通过最后一个流表时，该报文对应动作集中的所有动作都将被执行（比如转发至某一端口、修改报文某一字段或丢弃报文等）。
转发示意图
流表项，该表项用于定义在流表中没有匹配的报文的处理方式，该表项的匹配域为通配，即匹配任何报文，优先级为0，表项结构与普通表项相同，支持的动作指令集也和普通表项相同。
1.1.5& Group Table
由Group表项组成，Group表项被流表项所引用，提供额外的报文转发功能。
图1-4 Group表项结构
fier：Group ID，用于识别Group，32bits。
：Group类型。
&&&&&&All：执行所有动作桶，用于组播或者广播。
&&&&&&Select：自动选择一个动作桶执行。
&&&&&&Indirect：始终执行固定的动作桶。
&&&&&&Fast
failover：始终执行第一个活跃的动作桶。
：当报文被Group处理时，更新计数器。目前S12500暂不支持组表的统计计数功能。
：一个由动作桶组成的有序列表。每个动作桶由许多动作组成。
1.1.6& Meter Table
由Meter表项组成，Meter表项被流表项所引用，为所有引用Meter表项的流表项提供报文限速的功能。
图1-5 Meter表项结构
：Meter ID，用于识别meter，32bits。
：定义了速率以及动作。当报文的速率超过了Meter Band，根据定义的动作进行处理。
：当报文被Meter处理时，更新计数器。
图1-6 Meter Band结构
：Band类型，定义报文如何处理。超过Band定义速率的报文会被丢弃。
：报文速率高于该速率，该Band将被应用。
：当Band处理报文时，更新计数器。目前S12500的Meter Band是基于字节进行统计计数的。
：某些Band含有的特定参数。
1.1.7& 协议规范
配置任务简介
配置任务简介
实例的基本能力
表的流表项的最大个数
1.3& 配置OpenFlow实例
1.3.1& 创建OpenFlow实例
实例，并进入OpenFlow实例视图
缺省情况下，没有配置OpenFlow实例的描述信息
1.3.2& 配置OpenFlow实例的基本能力
实例的基本能力，交换机在与控制器建立连接后会上报这些基本能力，控制器根据这些能力下发表项。
1. 配置OpenFlow实例作用域
实例通过配置的对应VLAN来隔离OpenFlow作用域，配置VLAN内的流量根据OpenFlow流表项转发，其它VLAN内的流量进行正常转发。
·&&&&&如果OpenFlow实例的对应VLAN不存在，在激活实例后，不存在的VLAN会自动创建。
·&&&&&如果同一个接口所属VLAN被分配到不同OpenFlow实例，该接口上的配置以最后收到的控制器下发的接口状态消息为准。
·&&&&&在IRF模式下，如果为OpenFlow实例的对应VLAN创建了VLAN接口，为了确保IRF成员设备间的流量能够正常转发，请不要在该VLAN接口上配置BFD MAD检测功能。BFD MAD检测功能的相关内容请参见“虚拟化技术配置指导”中的“IRF”。
实例作用域
实例作用域
vlan vlan-id [ mask vlan-mask ] [
实例作用域
2. 配置流表ID
实例包含了一个Extensibility流表，流表ID为0
一个OpenFlow实例只支持配置一个Extensibility表，如果多次配置本命令，新配置将覆盖旧配置，重新激活实例后新配置生效
3. 配置控制器模式
实例支持两种模式与多个控制器建立连接。
模式：同一时刻，仅与一个控制器建立连接，配置的多个控制器之间互为备份。当且仅当当前的连接断开后，交换机会连接下一个控制器，直到连接成功。
模式：同一时刻，允许与多个控制器建立连接。交换机会连接配置的所有控制器，在与某个控制器连接失败或者断开连接后，在重连时间间隔后重新与之进行连接，直到连接成功。
控制器的连接模式
4. 配置Extensibility表的流表项的最大个数
实例中允许定义Extensibility流表支持的表项最大值，当控制器下发的流表表项个数超过最大值的时候，向控制器返回失败。
表的流表项的最大个数
表的流表项的最大个数
Extensibility流表项的上限跟单板型号及ACL硬件模式有关，缺省情况请以设备实际显示的取值范围的最大值为准。ACL硬件模式的相关内容请参见“ACL和QoS配置指导”中的“ACL”。
5. 配置带内管理VLAN
是OpenFlow实例对应的VLAN中的一个或多个VLAN，可以用于在OpenFlow实例内建立该实例与控制器的连接。
OpenFlow实例对应的VLAN内的流量进行的是OpenFlow转发，不能用于和控制器建立连接。缺省情况下，OpenFlow实例仅能通过非OpenFlow实例对应VLAN的接口尝试与控制器建立连接。如果用户想配置OpenFlow实例通过其对应VLAN的接口与控制器建立连接，可以将该对应VLAN配置成带内管理VLAN。
后，带内管理VLAN中的数据报文不再进行OpenFlow转发，并且仅在带内管理VLAN中的端口不再属于OpenFlow接口。因此，进行该功能的配置前，请用户做好网络规划。
带内管理VLAN中配置的VLAN必须是OpenFlow实例对应的VLAN的子集。
6. 配置禁止MAC地址学习
实例对应的VLAN的MAC地址学习的功能被禁止。
带内管理VLAN不受该功能限制。
实例配置的VLAN上允许MAC地址学习
7. 配置Datapath ID
Datapath ID用来唯一标识交换机（OpenFlow实例），不同交换机（OpenFlow实例）的Datapath ID如果配置相同，则首先激活实例的配置生效，其它相同Datapath ID的实例激活失败。
实例的Datapath ID由实例ID与设备桥MAC组成，其中前16个比特为实例ID，后48个比特为设备桥MAC
1.3.3& 激活OpenFlow实例
实例的能力集，重新与控制器建立连接。
OpenFlow实例的基本能力配置修改并重新激活实例会导致流量中断，请谨慎使用。
1.4& 配置连接控制器
1.4.1& 配置主连接
实例可以连接多个控制器，但仅允许与每个控制器建立一个主连接，一般用于控制消息的处理（下发流表项、获取数据、信息上报等），需要使用TCP/SSL保持可靠的连接。
address { ip
ip-address | ipv6 ipv6-address } [ port port-number
] [ ssl ssl-policy-name ] [ vrf vrf-name ]
最多可以支持和64个控制器分别建立主连接
1.4.2& 配置连接中断模式
模式：连接断开后，交换机根据流表项转发。不主动删除控制器下发的表项，而是等待表项超时后进行删除，一旦连接建立成功，未超时的表项依然存在。
模式：连接断开后，交换机立即生成优先级为65536，出接口为Normal的流表项，数据匹配该流表项后进行普通转发。不主动删除控制器发的表项，而是等待表项超时后进行删除，一旦连接建立成功，未超时的表项依然存在。
如果交换机与控制器重新连接成功，则继续作为OpenFlow设备根据流表项进行转发。
{ secure | standalone }
实例建立时，缺省为Secure模式，且为该实例下发Table Miss表项（动作为drop）
1.5& 配置OpenFlow定时器
报文，用于验证连接是否正常。
连接检测定时器用来定义发送Echo request报文时间间隔，当超过三次Echo request报文发送并且没有收到Echo reply报文，则交换机与控制器的连接断开。
实例与控制器断开连接后下次开始重新连接的时间。
报文的时间间隔为5秒
interval-value
实例与控制器重连尝试的时间间隔为60秒
显示和维护
命令可以显示配置后OpenFlow的运行情况。
显示和维护
实例的详细信息
instance [ instance-id
实例的流表信息
instance instance-id
flow-table [ table-id ]
实例的控制器信息
instance instance-id
controller [ controller-id ]
实例的Group信息
instance instance-id
group [ group-id ]
实例的Meter信息
instance instance-id
meter [ meter-id ]
实例的概要信息
1.7& OpenFlow典型配置举例
实例1，把VLAN 4092和4094映射到OpenFlow实例中1，并激活实例。
1作为OpenFlow与控制器通信的VLAN。
实例1连接的控制器，用来控制Switch上的流量转发。
配置组网图
创建VLAN 4092和4094。
[Switch] vlan 4092
[Switch-vlan4092] quit
[Switch] vlan 4094
[Switch-vlan4094] quit
# 创建VLAN接口1并配置IP地址。
[Switch] interface vlan-interface 1
[Switch-Vlan-interface1] undo
[Switch-Vlan-interface1] ip address 192.168.49.1
[Switch-Vlan-interface1] quit
OpenFlow实例1并配置实例对应的VLAN
[Switch-of-inst-1] classification vlan
4092 mask 4093
1的IP地址为192.168.49.49，并激活实例
[Switch-of-inst-1] active instance
显示实例详细信息。
Instance 1 information:
Configuration information:
&Description&& : --
&Active status : active
&Inactive configuration:
&Active configuration:
& Classification VLAN, total
& In-band management VLAN, total
&& empty VLAN
& Connect mode: multiple
& Mac-address learning: Enabled
& Flow table:
&& Table ID(type):
0(Extensibility), count: 0
& Flow-entry max-limit: 8192
& Datapath ID: 0x000a
Port information:
&GigabitEthernet3/0/1
Active channel information:
&Controller 1 IP address:
192.168.49.49 port: 6633
&Failopen mode:
不同款型规格的资料略有差异, 详细信息请向具体销售和400咨询。 H3C保留在没有任何通知或提示的情况下对资料内容进行修改的权利!
杭州华三通信技术有限公司。保留一切权利。H3G奥地利决策层谋划对网络进行现代化改造，寻求一种新技术以实现网络性能的大幅提升并平滑向未来4G网络演进。
BASE是荷兰KPN的全资子公司，而BASE是比利时最好的运营商之一，拥有410万用户以及一系列品牌，如JIM Mobile、Ay Yildiz和BASE等。
据WIPO（世界知识产权组织）最新的报告，中兴通讯凭借2309件专利位居全球PCT专利申请第二，年中兴通讯连续两年蝉联第一。
全球知名咨询公司IHS的报告显示，2013年，中兴通讯LTE全球增速最快，全年LTE发货占全球近20%，中兴通讯跻身全球前三LTE设备供应商。
&&&&&&&&&&&&
ZENIC SDN控制器
　　产品概述
　　ZENIC（ZTE Elastic Network Intelligent Controller, or ZEN Intelligent Controller）是一款广义SDN控制器，支持丰富的南向接口协议，对OpenFlow交换机和非OpenFlow交换机进行统一的控制，提供本地RPC接口和REST/RESTConf接口给应用进行编程，同时支持OSPF/BGP东西向接口协议和传统网络进行互通。
　　图1 ZENIC SDN控制器在网络中的位置
　　ZENIC SDN控制器是一款可编程产品平台，自身内置南北向、东西向接口协议支持、L2/L3基础网络功能、VDC业务功能，以下描述均是ZENIC平台自身内置的能力，中兴通讯其它产品所做的二次开发可能会进一步增强ZENIC SDN控制器的功能和接口能力。
　　图2 ZENIC SDN控制器的产品架构
　　支持的应用场景
　　ZENIC SDN控制器内置以下应用场景：
　　数据中心Overlay网络
　　基于VXLAN、NVGRE等技术的Overlay组网，ZENIC SDN控制器基于OpenFlow 1.3及以后版本的标准Tunnel-Id控制器虚拟网络标识的封装，因而能够兼容多种Overlay网络技术。
　　ZENIC SDN控制器支持Overlay组网下的拓扑自动发现，提供Neutron PlugIn实现和OpenStack的业务配置联动，从而真正实现DC场景下的完全零配置运行。
　　ZENIC SDN控制器支持 Overlay终结点在vSwitch、ToR交换机两种模式，并且可以在一个部署实例中混合组网，以满足客户不同网络规模、不同的性能/价格比需求。
　　ZENIC SDN控制器支持数据中心内部流量的分布式路由，跨子网的流量直接在第一跳的VTEP点上进行路由，无需迂回到网关设备上路由，大大降低了高负载网络下的时延和成本。
　　ZENIC SDN控制器内置ARP集中代答服务、DHCP Server，避免了数据中心网络常见的ARP广播风暴问题。
　　数据中心Fabric网络控制
　　ZENIC SDN控制器支持对硬件交换机的控制，通过独有的多Driver即插即用机制支持多种硬件交换机的管理控制，从而实现对Fabric网络的控制。
　　在Fabric网络控制方式下，ZENIC支持快速的拓扑收敛计算、自动配置的BFD策略以提升网络的可用性，支持L2/L3 ECMP功能、以及基于流的调度功能，最大化利用网络的链路利用率。
　　与外部网络互通时，内置完整支持OSPF/BGP协议，无需外置部署路由节点，从而降低了客户网络的部署复杂度。
　　数据中心互联
　　ZENIC SDN控制器支持多DC互联架构，包括如下互联方式：
　　1、&L3互联方式，通过编排器统一下发租户、子网、路由器配置，在两个或多个ZENIC控制器之间实现分布在多个DC之间租户网络之间的互通。
　　2、&VXLAN分段拼接网络。当客户网络无法为每个VTEP点（驻留在服务器上的vSwitch或ToR）分配全网可路由的IP地址时，无法在所有的VTEP点之间建立VXLAN隧道，此时可以通过DC GW上配置唯一的可路由地址建立VXLAN隧道，从而实现多DC的L2互连。
　　3、&多个ZENIC控制器组成的多DC L2互联网络，ZENIC通过eVPN接口和其它DC通告DC主机路由，从而实现将多个DC虚拟成一个超级DC网络，支持扁平编址、虚拟机热迁移。
　　政企办公网络
　　ZENIC SDN控制器提供通用的L2/L3网络功能，内置DHCP Server、ARP广播抑制等功能、支持企业网组网所需的基本功能，并提供统一的网络监控、维护界面，使得客户无需专业的运维人员就可以实现网络的日常运维管理。
　　产品特点
　　组件化设计
　　ZENIC SDN控制器完全采用组件化设计，接口和实现分开，系统可以以功能模块为单位进行动态加载卸载，并且可以根据用户需要进行配置裁剪，而无需修改源代码。
　　高性能消息驱动框架，完全故障隔离
　　ZENIC SDN控制器基于高性能消息机制，组件之间故障完全隔离，异步并发。
　　高性能集群架构
　　ZENIC SDN控制器内置集群架构，Active-Active备份模式，系统支持1-128个节点，扩容步长为单个控制器节点。集群向上层业务应用系统提供唯一的管理IP地址，当主控节点控制器出现故障时，该管理IP地址不变，上层业务系统不感知。
　　针对配置数据以及需要持久化的应用数据采用了基于RAFT的三阶段提交强一致性模型，对于动态转发表数据采用了基于DHT的最终一致性模型，兼顾数据的一致性要求和高性能、高可用性需求。
　　南向即插即用多驱动模型
　　ZENIC SDN控制器通过创新的南向驱动即插即用功能，支持多种硬件设备的共存控制，新的转发硬件设备接入时可以通过简单地添加驱动来进行支持，系统支持设备上线时类型的动态识别，加载正确的转发设备驱动。
　　内置丰富的网络模型
　　ZENIC SDN控制器内置丰富、统一的拓扑、转发模型及编程接口，包括节点、端口、链路、L2/L3子接口、路径、VRF、虚拟网络等对象模型、应用无需感知底层设备特殊性以及控制协议类型，通过对模型的操作即可实现各种复杂业务的支持。
　　内置功能
南向接口协议
OpenFlow协议栈，支持OpenFlow 1.0/1.3/1.5
OF-Config 1.1/1.2
北向接口协议
REST/RESTConf
东西向协议
内置网络功能
MAC Learning
ARP Learning/代答
SPF算法，支持ECMP
端口和流量统计
支持Overlay/非Overlay组网
L3路由子接口/VLAN L2接口/VXLAN L2子接口功能
基于物理端口和子接口的网络虚拟化
基于MAC地址的网络虚拟化
DC网络应用功能
完整支持Neutron API，支持L2/L3功能，包括安全组
分布式路由
支持多DC VXLAN分段拼接互联
VXLAN二层互通、跨三层互通，VXLAN与传统网络互通
Service-Chain
虚拟机迁移策略跟随
DC GW东西/南北向流量分流
南向多级流控
基于GUI辅助的CLI
可视化拓扑
虚拟拓扑显示
OpenFlow协议跟踪
端到端故障诊断
基于角色的授权
KeyStone统一认证
OpenFlow Over TLS
　　关键性能指标
单控制器最大接入交换机数量
控制器集群最大节点数量
单控制器报文上送+流表下发速度
单控制器流表容量
主机表容量
可配置，最大10M
控制器响应性能
报文上送触发流表下发速率
关于中兴通讯
投资者关系
中兴通讯股份有限公司 版权所有 & |
关注我们：
选择国家/语言