基于OpenFlow的SDN相关技术研究.pptVIP

软件学报 Journal of Software,2013 基于 OpenFlow 的 SDN 技术研究 摘 要 首先总结了逻辑控制和数据转发分离架构的研究背景,并介绍了其关键组件和研究进展,包括 OpenFlow 交换机、控制器和 SDN技术 然后从 4 个方面分析了基于 OpenFlow 的 SDN 技术目前所面临的问题和解决思路 结合近年来的发展现状,归纳了在校园网、数据中心以及面向网络管理和网络安全方面的应用,最后探讨了未来的研究趋势. 1 SDN 研究背景:逻辑控制和数据转发分离 传统因特网把控制逻辑和数据转发紧耦合在网络设备上,导致网络控制平面管理的复杂化,也使得网络控制层面新技术的更新和发展很难直接部署在现有网络上,灵活性和扩展性很难适应网络的飞速发展. 网络的控制转发分离架构提出由专有设备来部署高层策略,网络设备在高层策略指导下进行数据转发,减少了网络设备承载的诸多复杂功能,提高了网络新技术和新协议实现和部署的灵活性和可操作性. 逻辑控制和数据转发分离的这种管控思想是SDN 技术的研究基础,前期已经在学术界引起较大关注,典型工作包括ForCES [6]、4D [7]架构、RCP [8]、SANE [9]和 Ethane [10] . 基于 OpenFlow 的 SDN 技术打破了传统网络的分布式架构,颠覆了传统网络的运行模式,在实现方式上与上述文献的要求不完全相同,在面临类似挑战时还需要满足新的技术和市场需求,目前,学术界和产业界已经展开大量研究来寻找解决方案. 2 基于 OpenFlow 的 SDN 关键组件及架构 2.1 OpenFlow交换机 OpenFlow 交换机负责数据转发功能，主要技术细节由 3 部分组成:流表(flow table)、安全信道(secure channel)和 OpenFlow协议(OpenFlow protocol) 流表项主要由匹配字段、计数器和操作这3部分. 2.2 控制器 NOX-Based OpenFlow network FlowVisor-Based OpenFlow virtualization 2.3 SDN 3 基于 OpenFlow 的 SDN 面临的问题和解决思路 SDN 转发平面的设计问题 控制平面的可扩展性 SDN 控制逻辑的一致性 运作模式和演进趋势问题 3.1 SDN转发平面的设计问题 OpenFlow交换机采用流表结构处理数据分组,为了实现功能的扩展（0.8.9 版只支持最初的十元组-1.0版里的十二元组长度为250比特左右-OpenFlow1.1版里则长达356比特）, 流表项的匹配长度一直在增加,既影响 OpenFlow交换机的性能又极大地增加硬件成本。 OpenFlow1.1版提出了多级流表和流水线结构,在一定程度上减少 OpenFlow 交换机中 TCAM 资源的消耗,给报文的匹配增加了灵活性. 控制平面需要知晓每个 OpenFlow 交换机的流水线结构,OpenFlow 规约标准还在不断更新,控制平面需要维护异构的OpenFlow交换机流表结构,这将增加控制平面的维护成本和复杂性.这也是OpenFlow 交换机设计需要考虑的问题. 当前针对控制平面可扩展性的相关研究： 3.2.1 DIFANE 针对当前基于流的网络对控制器依赖过重的实际场景,DIFANE [33]结合了主动和被动两种安装流表的方式将流量保持在数据平面,从而减小控制器负载.每个权威交换机管理一定区域内交换机 DIFANE 中的分区规则和权威规则一般仅需在网络发生变化时进行处理,因此不需要频繁地更新,从而减轻了控制器负载. 然而,这种实现方式需要权威交换机具备规则安装功能,而传统的 OpenFlow 交换机无法实现,因此降低了实际部署过程的通用性. 3.2.2 DevoFlow Andrew 等人考虑到当前的 OpenFlow交换机流建立过程和统计信息收集过程将会消耗大量数据平面和控制平面之间的带宽,提出的DevoFlow 采取了两种方式来减小 OpenFlow交换机和控制器的信息交互:规则复制和局部操作. 规则复制方式在流表项中“操作”字段上增加了CLONE标志,标志清零,则匹配按正常情况处理,由硬件TCAM 实现;如标志被置位,则由软件实现建立精确匹配的微流.同时也减少了 TCAM 资源的消耗. 局部操作方式包括多路径支持和快速重路由，提供多个可能的输出端口、指定 多条备用路径. DevoFlow功能需要通过修改 OpenFlow 交换机的流表结构和硬件架构来实现,实际上增加了数据平面的部分控制功能,同样降低了实际部署过程的通用性. 3.2.3 HyperF