基于某OpenFlow地SDN技术.docx

1、基于某OpenFlow地SDN技术 邮电大学题目： 基于 OpenFlow的SDN技术学 院 名 称 ：通信与信息工程学 生 姓 名 ：周凯恒专 业 ：通信学 号 ：S1*8摘要: 软件定义网络(software-defined networking，简称SDN)技术分离了网络的控制平面和数据平面，为研发网络新应用和未来互联网技术提供了一种新的解决方案。综述了基于OpenFlow 的SDN 技术发展现状，首先总结了逻辑控制和数据转发分离架构的研究背景，并介绍了其关键组件和研究进展，包括OpenFlow 交换机、控制器和SDN技术，然后从4 个方面分析了基于OpenFlow 的SDN 技术目前面

2、临的问题和解决思路。结合近年来的发展现状，归纳了在校园网、数据中心以及面向网络管理和网络安全方面的应用，最后探讨了未来研究趋势。关键字: OpenFlow;未来互联网;控制器;虚拟化;软件定义网络基于Openflow的SDN随着网络规模的急剧膨胀和应用类型的不断丰富，因特网作为社会基础设施至关重要的一部分，结构和功能日趋复杂，管控能力日趋减弱。尤其作为网络核心的路由器，承载功能不断扩展，如分组过滤、区分服务、多播、服务质量(QoS)、流量工程等，路由器最初定义的“哑的、简单的”数据转发单元已经变得臃肿不堪。从路由器当前主要厂商的发展趋势来看，性能提升和功能扩展依然是其主要研发目标。而出于自身技

3、术和市场占有率考虑，路由器只能通过命令行接口(command-line interface，简称CLI)等方式对外开放少量功能，研究人员难以在真实的网络中实验和部署新型网络体系结构和网络技术。当前网络中所大量部署的网络设备和网络协议，也将在相当长一段时间延续现有的网络体系结构1。为了解决现有TCP/IP 体系结构面临的诸多难题，世界各国已经大规模开展未来互联网的研究，如美国的GENI2、欧盟的FIRE3、日本的JGN2plus4和我国的SOFIA5等。研究未来互联网体系结构首先考虑的是网络核心设备路由器的重新设计和部署，允许用户自行定义路由器功能模块，实现适应未来互联网发展的新型协议功能。目前

4、，可编程虚拟化路由器已经受到广泛关注，而设计的开放性和可控性将决定其设计思想是否可以得到长远的发展。OpenFlow1技术概念最早由斯坦福大学的Nick McKeown 教授提出，是斯坦福大学Clean Slate计划资助的一个开放式协议标准，后成为GENI 计划的子项目。OpenFlow 将控制功能从网络设备中分离出来，在网络设备上维护流表(flow table)结构，数据分组按照流表进行转发，而流表的生成、维护、配置则由中央控制器来管理。OpenFlow 的流表结构将网络处理层次扁平化，使得网络数据的处理满足细粒度的处理要求。在这种控制转发分离架构下，网络的逻辑控制功能和高层策略可以通过中

5、央控制器灵活地进行动态管理和配置，可在不影响传统网络正常流量的情况下，在现有的网络中实现和部署新型网络架构。OpenFlow 最初是为校园网络研究人员设计其创新网络架构提供真实的实验平台，随后，McKeown 等研究者开始推广SDN 概念，并引起学术界和产业界广泛关注。SDN 将网络配置平面从嵌入式结点中独立出来，以开放软件模式的控制平面替代了传统基于系统嵌入的控制平面，由软件驱动的中央控制结点来自动化控制整个网络。OpenFlow初步实现了SDN 的原型设计思想，推动了SDN 技术的快速发展，简化了网络的配置模式，增加了网络控制权的开放性，在某种程度上符合未来互联网的发展需求，也是目前SDN

6、 最通用的实现方式。基于OpenFlow 的SDN 技术，通过软件平台来打造弹性化的可控互联网，在给网络的发展带来巨大冲击的同时，也为未来互联网的发展提供了一种新的解决思路。1.SDN 研究背景:逻辑控制和数据转发分离传统因特网把控制逻辑和数据转发紧耦合在网络设备上，导致网络控制平面管理的复杂化，也使得网络控制层面新技术的更新和发展很难直接部署在现有网络上，灵活性和扩展性很难适应网络的飞速发展。网络的控制转发分离架构提出由专有设备来部署高层策略，网络设备在高层策略指导下进行数据转发，减少了网络设备承载的诸多复杂功能，提高了网络新技术和新协议实现和部署的灵活性和可操作性。逻辑控制和数据转发分离的

7、这种管控思想是SDN 技术的研究基础，前期已经在学术界引起较大关注，典型工作包括ForCES6、4D架构7、RCP8、SANE9和Ethane10。IETF 的ForCES(forwarding and control element separation)基于开放可编程思想的网络体系结构，将网络元素分为控制件(control element，简称CE)和转发件(forwarding element，简称FE)，用ForCES 协议来实现各部件的协同和交互，以提高网络的可管可控功能，增强网络部署的灵活性和有效性。ForCES虽然已经提交了多项RFC标准草案，但主要研究工作在于理论创新和功能建模

8、，并没有面向真实网络的部署和实践。针对当前网络的逻辑决策平面和分布式的硬件设备结合过紧的问题，Greenberg 等人重新设计了互联网控制和管理结构，提出了4D(decision，dissemination，discovery，data)的体系架构。在4D 架构下，决策平面通过全局网络视图作出网络控制决策，并直接下发到数据平面;分发平面在决策平面和路由器之间建立可靠的通信通道;发现平面负责发现网络中的物理组件，并为决策平面提供构建网络视图的基本信息;数据平面则实现数据转发功能。这种架构有助于实现健壮、安全的网络，便于对异构网络进行有效管理。RCP(routing control platfor

9、m)是Caesar 等人提出的基于AS 结构的逻辑中央平台，它针对部边界网关协议(internal border gateway protocol，简称iBGP)扩展性不强和容易造成协议不稳定、路由回路等缺点，部署路由控制服务器集中收集路由信息和AS 部拓扑结构信息，为AS 围的路由器做出BGP 路由决策。RCP 通过实现的原型系统验证了控制转发分离架构的可行性，相比于4D 架构的设计思想，RCP 仅实现了BGP 路由决策的集中管控，它在逻辑控制平面功能上还有很大的扩展空间。SANE和Ethane是Casado 等主要来自斯坦福大学的研究人员分别于2006 年和2007 年提出的面向企业网的管

10、理架构。SANE 主要面向企业网的安全管理，它在链路层和IP 层之间定义了一个可以管理所有连接的保护层，所有路由和接入控制决策都通过这个保护层由一台逻辑中央服务器控制。SANE 以4D 架构为设计原则，由于主要面向企业网，因此其重点在于安全控制，还没有实现复杂的路由决策，同时没有经过大规模测试，实际部署还比较困难。Ethane 在SANE 的基础上进行了功能扩展，将安全管理策略添加到网络管理当中，扩充了中央控制器的管理功能，实现了更细粒度的流表转发策略。在Ethane 网络中，中央控制器和Ethane 交换机是两个主要部件。中央控制器实现网络主机认证、IP 分配和产生交换机流表等基本功能，是整

11、个网络的控制决策层。Ethane交换机根据控制器部署的流表进行报文转发，是一个简单的、哑的数据转发单元。Ethane 实现了OpenFlow 交换机和中央控制器的大部分功能，奠定了OpenFlow 的技术基础。针对目前日益增长的带宽需求，Casado 重新总结了分组交换网络硬件的设计思想。现有路由器包含了报文转发决策的功能，复杂性太高，导致灵活性和有效性不够。因此，应当简化硬件转发功能，用软件来实现转发决策。硬件和软件之间应该相互独立，硬件只需缓存这些决策，而专注于报文的转发。由此引发的问题是，硬件和软件之间的交互和速度匹配需要考虑实际的硬件性能和网络流量的大小，报文处理在硬件中的匹配率将影响

12、到软件的实际性能。这种软硬件功能分离的思想，进一步明确了软件层来做决策和硬件层控制分组转发的设计思路。从以上相关文献可以看出，逻辑控制和数据转发分离架构的设计思想简化了网络管理和配置操作，实现了高层控制逻辑的健壮性，有利于异构网络的融合和创新应用的部署。但同时我们也必须看出，这种架构目前还将面临一些新的挑战，如逻辑控制平面的功能集中化和可扩展性问题、逻辑决策的实时响应和一致性问题、逻辑控制单元的失效引发的容错和恢复机制问题，都需要进行大量深入研究。而在实际应用方面，这些控制转发分离架构的相关研究主要集中于理论上，或者通过小围的实验部署进行测试，缺乏支持复杂网管功能以及较大规模网络的部署经验，因

13、此也缺乏更准确的性能测试数据。在上述相关工作的基础上，斯坦福大学的研究者于2008 年提出OpenFlow 技术1，并逐渐推广SDN 概念。OpenFlow 作为SDN 的原型实现方式，代表了SDN 控制转发分离架构的技术实现。随着SDN 技术得到认可，从严格定义上来讲，OpenFlow 指的是SDN 控制平面和数据平面之间多种通信协议之一，但实际上，OpenFlow 以其良好的灵活性、规性已经被看作SDN 通信协议事实上的标准，类似于TCP/IP 协议作为互联网的通信标准。基于OpenFlow 的SDN 技术推出之后，2009 年被MIT 评为十大前沿技术12。2011 年，McKeown

14、等研究者组织成立开放式网络基金会(open networking foundation，简称ONF)13，专门负责相关标准的制定和推广，包括OpenFlow 标准、OpenFlow 配置协议和SDN 白皮书，大大推进了OpenFlow 和SDN 的标准化工作，也使其成为全球开放网络架构和网络虚拟化领域的研究热点。在学术界，美国GENI、Internet214、欧洲OFELIA15和日本的JGN2plus先后展开对SDN 的研究和部署，IETF，ITU，ETSI 等标准组织开始关注SDN，讨论SDN 在各自领域可能的发展场景和架构应用。在产业界，以Nicira(创始人实际为McKeown 和Ca

15、sado 等人，已被VMware 收购)和Big Switch为代表的SDN 创业公司不断涌现。为了在新技术上抢占先机，出于自身市场推广考虑，Juniper，NEC，HP，IBM 等厂商先后发布了支持OpenFlow 的SDN 硬件，目前也在SDN 研究领域进行了相关部署。Google 宣布其广域网数据中心已经大规模使用基于OpenFlow 的SDN 技术，以实现其数据中心的流量工程和实时管控功能，为OpenFlow 的应用和推广起着示作用。Cisco 沉寂多时后，在Cisco Live 2012 上宣布了其开放网络环境(open network environment，简称Cisco ONE

16、)计划，涵盖了从传输到管理和协调的整套解决方案，并补充了当前的软件定义方法。Cisco ONE 包括One Platform Kit(onePK)，为开发人员提供思科各种路由器和交换机操作系统的通用API，也发布了适用于SDN 研发的概念验证控制器和OpenFlow 代理，同时将其Nexus 1000V虚拟交换机上作为虚拟覆盖网络的基础设备。Cisco 为了维护目前的垄断地位，在推广SDN 技术时主要面向自身的专利软件和技术规，但同时也将OpenFlow 看作面向学术研究市场的实现方式。可以看出，基于OpenFlow 的SDN 技术打破了传统网络的分布式架构，颠覆了传统网络的运行模式，在实现方

17、式上与上述文献的要求不完全相同，在面临类似挑战时还需要满足新的技术和市场需求，目前，学术界和产业界已经展开大量研究来寻找解决方案。2.基于 OpenFlow 的SDN 关键组件及架构OpenFlow 最初作为SDN 的原型提出时，主要由OpenFlow 交换机、控制器两部分组成。OpenFlow 交换机根据流表来转发数据包，代表着数据转发平面;控制器通过全网络视图来实现管控功能，其控制逻辑表示控制平面。随着SDN 概念的不断推广，ONF 也对SDN 的定义和架构进行了详细介绍，进一步论述了OpenFlow 和SDN的相互关系。下面首先介绍基于OpenFlow 的SDN 关键组件，包括OpenF

18、low 交换机和控制器，然后对SDN的技术架构进行详细说明。2.1 OpenFlow交换机 OpenFlow 交换机负责数据转发功能，主要技术细节由3 部分组成:流表(flow table)、安全信道(securechannel)和OpenFlow 协议(OpenFlow protocol)，如图所示。每个 OpenFlow 交换机的处理单元由流表构成，每个流表由许多流表项组成，流表项则代表转发规则。进入交换机的数据包通过查询流表来取得对应的操作。为了提升流量的查询效率，目前的流表查询通过多级流表和流水线模式来获得对应操作。流表项主要由匹配字段(match fields)、计数器(counte

19、rs)和操作(instructions)等3 部分组成。匹配字段的结构包含很多匹配项，涵盖了链路层、网络层和传输层大部分标识。随着OpenFlow 规约的不断更新，VLAN，MPLS 和IPv6 等协议也逐渐扩展到OpenFlow 标准当中。由于OpenFlow 交换机采取流的匹配和转发模式，因此在OpenFlow 网络中将不再区分路由器和交换机，而是统称为OpenFlow 交换机。另外，计数器用来对数据流的基本数据进行统计，操作则表明了与该流表项匹配的数据包应该执行的下一步操作。安全通道是连接OpenFlow 交换机和控制器的接口，控制器通过这个接口，按照OpenFlow 协议规定的格式来配

20、置和管理OpenFlow 交换机。目前，基于软件实现的OpenFlow 交换机主要有两个版本，都部署于Linux 系统:基于用户空间的软件OpenFlow 交换机操作简单，便于修改，但性能较差;基于核空间的软件OpenFlow 交换机速度较快，同时提供了虚拟化功能，使得每个虚拟机能够通过多个虚拟网卡传输流量，但实际的修改和操作过程较复杂。另外，斯坦福大学基于NetFPGA 实现了硬件加速的线速OpenFlow 交换机，而网络硬件厂商如NEC，HP 等公司也已相继推出了支持OpenFlow 标准的硬件交换机。2.2 控制器在控制器中，网络操作系统(network operating system

21、，简称NOS)实现控制逻辑功能。NOX最早引入这个概念，是OpenFlow 网络中对网络实现可编程控制的中央执行单元。实际上，这里的NOS 指的是SDN 概念中的控制软件，通过在NOS 之上运行不同的应用程序能够实现不同的逻辑管控功能。在基于NOX 的OpenFlow 网络中，NOX 是控制核心，OpenFlow 交换机是操作实体，如图所示。NOX 通过维护网络视图(network view)来维护整个网络的基本信息，如拓扑、网络单元和提供的服务，运行在NOX 之上的应用程序通过调用网络视图中的全局数据，进而操作OpenFlow 交换机来对整个网络进行管理和控制。从NOX控制器完成的功能来看，

22、NOX 实现了网络基本的管控功能，为OpenFlow 网络提供了通用API 的基础控制平台，但在性能上并没有太大优势，没有提供充分的可靠性和灵活性来满足可扩展的需求。不过，NOX 在控制器设计方面实现得最早，目前已经作为OpenFlow 网络控制器平台实现的基础和模板。为了使控制器能够直接部署在真实网络中，解决多控制器对OpenFlow交换机的控制共享问题，同时满足网络虚拟化的现实需求，FlowVisor在控制器和OpenFlow 交换机之间实现了基于OpenFlow 的网络虚拟层，它使得硬件转发平面能够被多个逻辑网络切片(slice)共享，每个网络切片拥有不同的转发逻辑策略。在这种切片模式下

23、，多个控制器能够同时管理一台交换机，多个网络实验能够同时运行在同一个真实网络中，网络管理者能够并行地控制网络，因此网络正常流量可以运行在独立的切片模式下，从而保证正常流量不受干扰(如图所示)。目前，支持OpenFlow 协议的多种控制软件已经得到开发和推广。NOX 已经发布了多个版本，如NOXDestiny，NOX Zach，POX 等，它们对NOX 进行了性能上的优化，并逐渐支持更多的功能，如控制台操作、SNMP控制等。其余的控制软件也得到广泛应用，如Maestro，Beacon，Floodlight，SNAC，Trema，RouteFlow和Onix等。2.3 SDN因特网的高速发展可以归

24、结于细腰的TCP/IP 架构和开放的应用层软件设计，但从网络核心来讲，由于专有的硬件设备和操作系统，网络在很大程度上是封闭的。SDN 将控制功能从传统的分布式网络设备中迁移到可控的计算设备中，使得底层的网络基础设施能够被上层的网络服务和应用程序所抽象，最终通过开放可编程的软件模式来实现网络的自动化控制功能。OpenFlow 实现了SDN 可编程网络的思想，代表了SDN 技术的实现原型和部署实例。但从整个SDN 架构来看，OpenFlow 特指控制平面和数据平面的某一种通信协议。下图描述了SDN 架构的逻辑视图，主要分为基础设施层、控制层和应用层。基础设施层表示网络的底层转发设备，包含了特定的转

25、发面抽象(如OpenFlow 交换机中流表的匹配字段设计)。中间的控制层集中维护网络状态，并通过南向接口(控制和数据平面接口，如OpenFlow)获取底层基础设施信息，同时为应用层提供可扩展的北向接口。目前，ONF 仍在制定和完善南向接口OpenFlow 协议，面向应用的可编程北向接口仍处在需求讨论阶段。应用层根据网络不同的应用需求，调用控制层的北向接口，实现不同功能的应用程序。通过这种软件模式，网络管理者能够通过动态的SDN 应用程序来配置、管理和优化底层的网络资源，从而实现灵活可控的网络，这也是SDN 开放性和可编程性最重要的体现。在 SDN 的这种3 层架构下，网络的运行维护仅需要通过软

26、件的更新来实现网络功能的升级，网络配置将通过网络服务和应用程序的形式直接得到部署，网络管理者无需再针对每一个硬件设备进行配置或者等待网络设备厂商硬件的发布，从而加速网络部署周期。同时，SDN 降低了网络复杂度，使得网络设备从封闭走向开放，底层的网络设备能够专注于数据转发而使得功能简化，有效降低网络构建成本。另一方面，传统网络中的节点只能通过局部状态和分布式算法来实现数据转发，因而很难达到最优性能。SDN 通过软件来实现集中控制，使得网络具备集中协调点，因而能够通过软件形式达到最优性能，从而加速网络创新周期。参考文献:1 Mckeown N, Anderson T, Balakrishnan H

27、, Parulkar G, Peterson L, Rexford J, Shenker S, Turner J. OpenFlow: Enabling innovationin campus networks. ACM SIGCOMM Computer Communication Review, 2008,38(2):6974.2 Elliott C. GENI: Opening up new classes of experiments in global networking. IEEE Internet Computing, 2010,14(1):3942.3 Gavras A, Ka

28、rila A, Fdida S, May M, Potts M. Future Internet research and experimentation: The FIRE initiative. ACMSIGCOMM Computer Communication Review, 2007,37(3):8992.4 JGN2plus. 2012. .jgn.nict.go.jp/english/index.html5 SOFIA. 2012. fi.ict.ac./research/sofia_overview.htm6 Yang L, Dantu R, Anderson T, Gopal

29、R. Forwarding and control element separation (ForCES) framework. RFC 3746, 2004.7 Greenberg A, Hjalmtysson G, Maltz DA, Myers A, Rexford J, Xie G, Yan H, Zhan J, Zhang H. A clean slate 4D approach tonetwork control and management. ACM SIGCOMM Computer Communication Review, 2005,35(5):4154.8 Caesar M

30、, Caldwell D, Feamster N, Rexford J, Shaikh A, Merwe J. Design and implementation of a routing control platform. In:Proc. of the 2th USENIX Symp. on Networked Systems Design and Implementation (NSDI). Boston: USENIX Association, 2005.1528.9 Casado M, Garfinkel T, Akella A, Freedman MJ, Boneh D, Mcke

31、own N, Shenker S. SANE: A protection architecture for enterprisenetworks. In: Proc. of the 15th Conf. on USENIX Security Symp. Vancouver: USENIX Association, 2006. 137151.10 Casado M, Freedman MJ, Pettit J, Luo J, Mckeown N, Shenker S. Ethane: Taking control of the enterprise. In: Proc. of theSIGCOM

32、M 2007. Kyoto: ACM Press, 2007. 112.11 Casado M, Koponen T, Moon T, Shenker S. Rethinking packet forwarding hardware. In: Proc. of the 7th ACM SIGCOMMWorkshop on Hot Topics in Networks (HotNets). Calgary: ACM Press, 2008.12 MIT technology review. 2009. www2.technologyreview./article/412194/tr10-software-defined-networking/13 Open networking fundation. 2012. .opennetworking.org14 Internet 2. 2012. .internet2.edu15 OFELIA. 2012. .fp7-ofelia.eu