软件定义网络SDN文献综述.docx

软件定义网络SDN文献综述.docx

《软件定义网络SDN文献综述.docx》由会员分享，可在线阅读，更多相关《软件定义网络SDN文献综述.docx（11页珍藏版）》请在冰豆网上搜索。

软件定义网络SDN文献综述

软件定义网络SDN研究

文献综述

1.引言

现有的网络设备（如交换机、路由器等）都是设备制造商在专门的硬件系统基础上高度集成大量网络协议、配备专用的设备控制系统，构成的一个相对独立封闭的网络设备[1]。

在近几十年的发展过程中，云计算、移动互联网等相关技术的兴起和发展加快了网络技术的变革历程[2]。

网络带宽需求的持续攀升、网络业务的丰富化、个性化等都给新一代网络提出了更高的要求。

面对日益复杂的网络环境，这种紧耦合大型主机式的发展限制了IP网络创新技术的出现，更多的是通过不断增长的RFC数量对现行网络进行修修补补，造成了交换机／路由器设备控制功能的高度复杂。

网络研究人员想要在真实网络中基于真实生产流量进行大规模网络实验几乎是不可能的，因为网络设备是封闭的，没有提供开放的API，无法对网络设备进行自动化配置和对网络流量进行实时操控。

为了适应今后互联网业务的需求，业形成了“现在是创新思考互联网基本体系结构、采用新的设计理念的时候”的主流意见[3]，并对未来网络的体系架构提出了新的性质和功能需求[4]。

软件定义网络[5]SDN的出现为人们提供了一种崭新的思路。

本文从SDN的起源和概念出发，分析了SDN的逻辑架构与技术特点、描述了SDN的标准化进程，梳理了国外的研究进展与最新动态，在此基础上提出了SDN技术在未来的发展中面临的挑战并总结了可能的研究方向。

2.起源与概念

2.1起源

2006年，斯坦福大学启动了名为“Clean-SlateDesignfortheInternet”项目，该项目旨在研究提出一种全新的网络技术，以突破目前互联网基础架构的限制，更好地支持新的技术应用和创新。

通过该项目，来自斯坦福大学的学生MartinCasado和他的导师NickMcKeown教授等研究人员提出了Ethane架构[6]，即通过一个集中控制器向基于流的以太网交换机发送策略，实现对流的控制、路由的统一管理。

受到其研究项目Ethane的启发，MartinCasado和NickMcKeown教授随后提出了OpenFlow概念[7]，其核心思想是将传统网络设备的数据转发（DataPlane）面和路由控制（ControlPlane）面相分离，通过集中控制器（controller）以标准化接口对各种网络设备进行配置管理。

这种网络架构为网络资源的设计、管理和使用提供了更多的可能性，从而更容易推动网络的革新与发展。

由于OpenFLow开放了网络编程能力，因此Ethane被认为是SDN技术[8]的起源。

2.2概念

SDN可以被视为是一种全新的网络技术，它通过分离网络设备的控制与数据面，将网络的能力抽象为应用程序接口（API:

ApplicationProgrammingInterface）提供给应用层，从而构建了开放可编程的网络环境，在对底层各种网络资源虚拟化的基础上，实现对网络的集中控制和管理。

与采用嵌入式控制系统的传统网络设备相比，SDN将网络设备控制能力集中至中央控制节点，通过网络操作系统以软件驱动的方式实现灵活、高度自动化的网络控制和业务配置。

3.逻辑架构与技术特点

3.1

逻辑架构

图1SDN的逻辑架构

图1为SDN的逻辑架构[9]。

该逻辑架构分为3层。

其中基础设施层（InfrastructureLayer）主要由网络设备（NetworkDevice）即支持0penFlow协议的SDN交换机组成，它们是保留了传统网络设备数据面能力的硬件，负责基于流表的数据处理、转发和状态收集。

控制层（ControlLayer）主要包含0penFlow控制器及网络操作系统（networkoperationsystem，NOS），负责处理数据平面资源的编排、维护网络拓扑、状态信息等；控制器是一个平台，该平台向下可以直接与使用OpenFlow协议的交换机（以下简称SDN交换机）进行会话；向上，为应用层软件提供开放接口，用于应用程序检测网络状态、下发控制策略。

位于顶层的应用层（ApplicationLayer）由众多应用软件构成，这些软件能够根据控制器提供的网络信息执行特定控制算法，并将结果通过控制器转化为流量控制命令，下发到基础设施层的实际设备中。

SDN网络控制器与网络设备之间通过专门的控制面和数据面接口连接，该接口是支持SDN技术实现的关键接口。

目前，SDN的研究重点之一是对该接口的定义和规，很多研究将该接口等同于现有网络中用于管理不同厂商设备的南向接口（SouthboundInterface），但重新定义了其需要承担的功能，如网络编程、资源虚拟化、网络隔离等；同时，在应用层与网络基础设施层之间定义了类似于传统网络设备上用于设备制造商或网络运营商进行设备接入和管理的北向接口（North-boundInterface），并明确了该接口在路由、网络设备管理、网络策略管理等方面的能力要求。

此外，为支持不同的网络控制系统之间的互通，有研究还定义了支持网络控制系统之间互联的东西向接口（East-westInterface）和其在支持网络域间控制、互操作、网络部署等方面的功能需求。

根据上述论述，OpenFlow协议、网络虚拟化技术和网络操作系统是SDN区别于传统网络架构的关键技术。

3.2技术特点

SDN的出现打破了传统网络设备制造商独立而封闭的控制面结构体系，将改变网络设备形态和网络运营商的工作模式，对网络的应用和发展将产生直接影响。

从技术层面分析，SDN的特点主要体现在以下几个方面[1]：

Ø数据面与控制面的分离，简化了网络设备，通过控制面功能的集中和规数据面和控制面之间的接口，实现对不同厂商的设备进行统一、灵活、高效的管理和维护。

Ø开放网络编程能力，以API的形式将底层网络能力提供给上层，实现对网络的灵活配置和多类型业务的支持，提高对网络和资源控制的精细化程度。

Ø支持业务的快速部署，简化业务配置流程，具有灵活的网络扩展能力，降低设备配置风险，提高网络运营效率。

Ø更好地支持用户个性化定制业务的实现，为网络运营商提供便捷的业务创新平台。

Ø实现网络的虚拟化，将传输、计算、存储等能力融合，在集中式控制的网络环境下，有效调配网络资源支持业务目标的实现和用户需求，提供更高的网络效率和良好的用户体验。

4.标准化进程

4.1开放网络基金会ONF

2011年，在Facebook、谷歌、雅虎等公司的推动下，成立了开放网络基金会（ONF：

OpenNetworkingFoundation），致力于推动SDN的标准化，其愿景是使得基于OpenFlow的SDN成为网络新标准，专门开展OpenFlow技术的标准研制和商业化推广。

ONF近来发展快速，目前已有包括网络设备制造商、网络运营商、虚拟化厂商、软件厂商等成员90个，其中董事会成员（BoardMember）有8家，分别是Google、Facebook、NTT、Verizon、德国电信、微软、雅虎、GoldmanSachs[10]。

目前，ONF分为7个工作组（WorkingGroups），分别是Extensibility、Config&Mgmt、Testing&Interop、Hybrid、MarketEducation、Arch&Framew、ForwardingAbstractionsrk以及NorthboundAPI工作组，它们负责相应的子领域定义和市场推广等工作，同时对于新的议题还有一些讨论组，如：

控制面借口需求（NorthboundAPI）、传送网（NewTransport）、未来发展议题（OpenFlow-future）、技能认证（SkillsCertification）、日本成员间沟通交流（Japanese）讨论组（DG）等，分别就不同的方面开展议题讨论。

OpenFlow规是SDN技术架构中控制平面和数据平面间的第一个通信标准。

自2010年初发布第一个版本OF1.0[11]以来，OpenFlow逐步完善，先后经历了OFl.1、OFl.2、OF1.3、OF1.4版本。

同时。

各设备厂商也积极推动支持OpenFlow标准的交换机的研发和生产。

OpenFlow协议发表情况如下：

Ø2009年10月OpenFlow发布第一个可商用的1.0版本

Ø2011年2月OpenFlow1.1增加支持多交换表、群组、虚拟端口以及对MPLS、VLAN、QinQ等的支持

Ø2011年月ONF成立。

截至2013年3月，已成立工作组7个，讨论组4个，成员单位94家

Ø2011年10月ONF发布OpenFlow1.2，增加对IPv6报头各字段的识别功能

Ø2012年1月基于OpenFlow1.2版的of-config1.0，定义OpenFlow数据路径所需基本功能

Ø2012年6月OpenFlow1.3.0版，增加重构能力协商、IPv6扩展头支持等

Ø2012年6月发布of-config1.1版，增加对OpenFlow1.3版本的支持

Ø2012年9月OpenFlow1.3.1版提升版本协商的能力并修改OpenFlow1.1的错误

Ø2013年4月ONF发布OpenFlow1.4版

4.2互联网工作任务组IETF

互联网工作任务组IETF早期有两个与SDN相关的研究项目/工作组，分别是转发与控制分离ForCES（forwardingandcontrolelementseparation）和应用层流量优化ALTO（application-layertrafficoptimization）工作组。

其中，ForCES已经发布了9个RFC，主要涉及需求、框架、协议、转发单元模型、MIB等；ALTO主要通过为应用层提供更多的网络信息，完成应用层的流量优化。

这种开放部分网络信息以优化应用的做法，是SDN的一种实现类型。

目前，IETF也以软件驱动网络（softwaredrivennetwork）为出发点来研究SDN，成立了SDNBOF，并提出了IETF定义的SDN架构。

4.3国际电联ITU-T

ITU-T在SG13组，即包含移动下一代网的未来网络（futurenetworksincludingmobileandNGN）工作组，设立了SDN的研究任务，相关工作在WP5组（futurenetwork）Q21研究。

在2012年2月份的ITU-TSG13全会上，Q21工作组成立了两个项目，即Y.FNsdn-fm和Y.FNsdn，分别面向SDN的需求和框架。

在2012年11月举行的Q21中间会议上[12]，重点讨论了架构文件Y.FNsdn，会议认为Y.FNsdn需要加快进度，希望在2013年底报批该文稿。

4.4欧洲电信标准化协会ETSI

AT&T、英国电信、德国电信、Orange、意大利电信、西班牙电信公司和Verizon联合其他52家网络运营商、电信设备供应商、IT设备供应商以及技术供应商，组建成立了ETSI网络功能虚拟化行业规工作组（ISGNFV）。

该工作组的首次会议已于2013年1月15-17日在法国SophiaAntipolis成功举办，会上，来自Verizon通信的ProdipSen博士被选为ISG的主席。

网络功能的虚拟化旨在通过研究发展标准IT虚拟化技术，使得许多网络设备类型能够融入到符合行业标准的大量服务器、交换机和存储设备中去，进而解决这些问题。

其中包括在一系列行业标准服务器硬件上运行的软件中执行网络功能。

这里的软件可以根据需要在网络中的不同位置硬件上安装和卸载，不需要安装新的硬件设备。

ETSI网络功能虚拟化行业规工作组