内容合作：027-
广告热线：027-
客服热线：027-
加入微博，记录点滴，分享感动，握手明星
& 大楚网媒体库 & 湖北3C媒体库 & 正文
专家解读：SDN是生意 OpenFlow是技术
　　【IT168 资讯】许多人不了解OpenFlow和SDN之间的差别。这并不奇怪，因为这两个技术名词关系本就非常密切。不过，二者却不能互换。OpenFlow是使用类似API进程配置网络交换机的协议。而SDN这个术语描述的是在网络基础设施中提供可编程界面，以便自动提供网络服务。SDN有被营销人员滥用的嫌疑。
　　事实上，SDN是可被精准定义的。一个SDN网络中包含三个架构层级：物理网络，SDN应用以及SDN控制器。让我们分别了解一下。
　　物理网络
　　物理网络处于最低层，包含组成整个IT基础架构的网络中的所有物理设备。我们使用“交换机”这个术语是因为OpenFlow改变了以太网交换机的运作方式。在这篇文章中，你还可以考虑物理基础设施的虚拟交换机部分。
　　SDN应用
　　SDN设计的最可视部分就是提供服务的应用，如交换机/网络 虚拟化，防火墙和数据流均衡器。(注意基于OpenFlow的负载均衡器被称为流均衡器。他们不是传统意义上的负载均衡器，因为它们不能读取数据包内容。)这些应用类似于或者等同于现在软件运行于专用硬件时所使用的应用。大多数网络技术的创新都来自SDN应用。
　　SDN控制器
　　SDN控制器就像是一个整个架构的中间件。控制器必须整合网络中所有物理和虚拟设备。控制器会从与设备一起工作的SDN软件中提取物理网络设备。控制器与网络设备之间高度融合。在OpenFlow环境中，控制器会使用OpenFlow协议和NETCONF协议与交换机联系。(OpenFlow是将流数据发送到交换机的API，而NETCONF是网络配置API。)
　　SDN：基础架构
　　在当前SDN方法中，供应商只是把应用和控制器作为单独产品提供。例如，Nicira/VMware将其应用和控制器打包到了一个单独的专属应用堆栈中。思科则通过把控制器嵌入IOS软件的方式把控制器打包到了OnePK产品中。笔者也希望思科可以在近期推出一款有分量的控制器。Big Switch Networks最近发布了SDN控制器的商用版，该产品提供的两个应用(Big Virtual Switch和Big Tap)运行于控制器之上。
　　显然，控制器是网络架构中的关键要素。它必须把API显示给代表着可用功能的应用，而SDN战场上这一部分的角逐也最激烈。
　　SDN API：新的战场
　　一个SDN架构包含两个截然不同的网络API：北向和南向。OpenFlow是一个北向API。OpenFlow描述了一个行业标准API，这个API在以太网交换机中配置了帧转发芯片 并且定义了网络中的数据流路径。此外，开放网络基金会(ONF)作为监督OpenFlow协议的标准组织发布了一个用于设备配置的API，其名称为OF-CONFIG。OF-CONFIG使用NETCONF XML数据格式定义语言。
　　思科的OnePK是南向API。关于OpenFlow是否能满足网络需求有些争议，特别是从基于数据包的网络转向基于数据流的网络。一些悬而未决的问题会影响到这种过渡，如与现有协议STP或OSPF的互操作性问题。
　　北向和南向API
　　北向API在SDN架构中提供了一种机制呈现服务或应用。每个应用都会为网络设备开发出一个流量表视图，然后将请求发送给控制器获取网络设备的配额。
　　例如，一个虚拟交换应用应能够在物理和虚拟机网络的所有连接点上创建一个网络图表/数据库。在多租户的以太网中，应用可以开发一套流量规则模拟以太网VLAN，同时保持每位租户浏览的独立性。流量规则应该包含进出端口的数值，加上始发MAC地址和目的地MAC地址。
　　北向API，从服务到控制器都还未被定义。笔者认为可以归结为三个原因。第一，大厂商还不能找到有力的使用案例足以说服他们投资。第二，只有少部分控制器上市，还未有证据显示它们是强大的生产平台。第三，不同的应用或许要依据各自的情况通过不同API访问控制器。例如，一个防火墙应用或许需要高性能，低延时，低复杂度的数据交换，同时监控应用只需读取途经的数据。
　　整个行业面临多种选择。似乎ONF中会有一些论坛在不久后将推出一些指导，而IETF也通过Network Working Group发布了一些草案。
　　缺乏标准的API意味着软件开发者不得不对开发平台做出选择。F5 是为思科还是Big Switch的控制器做研发呢?安全公司为OpenFlow开发防火墙又会怎样?他们会选择惠普OpenFlow控制器还是为IBM呢?北向API必须形成一定的标准，但是其格式，性能和数据结构或许无法很好地被理解。所以在这个方面还需要有更多努力。
　　在检查OpenFlow和SDN之间的差异时，要考虑到它们在基础设施中的位置。OpenFlow是一种技术技术服务SDN，因为 它连接着控制权和网络设备，用户或企业看不到。相反，SDN是企业技术界面，会先向用户和企业提供服务，然后再把服务转换成控制权可翻译的操作。
　　现在，可以说是一场网络技术的革命。我们目前的网络中没有SDN。现在的网络管理平台不足以为网络所有者提供可视性和控制。这主要归咎于SNMP协议的局限性，而这一协议是从网络中抽取数据唯一标准方法(尽管也有一些工具试图从命令行界面抽取数据)。　　SDN可以从物理和虚拟网络中抽取完整数据。南向API对OpenFlow和NETCONF有完好定义，让程序员相信产品不会仅限于一个供应商。在接下来的几个月里，市场会向北向API集中。需要SDN厂商有更多营销策略和创新。这种创新会以控制器和应用的形式表现出来。
　　供应商已经宣布OpenFlow支持他们的物理设备和虚拟交换机，比如Open vSwitch以及思科Nexus 1000V。市场的下一步动作是识别可以为企业提供服务的OpenFlow控制器和应用。其实，这一动作已现端倪，早前已经有报道Big Switch Networks在推出OpenFlow控制器的同时还推出了两款应用。惠普也声称自己的应用会在2013年上市。随着越来越多的应用出现，SDN也将被广泛接受。
关注微信，享受大楚新折扣。
打开微信――发现――扫一扫，扫描左侧的微信二维码。
精彩推荐焦点今日热评
Copyright & 1998 - 2017 Tencent. All Rights Reserved当前位置： >>
控制器整合让SDN更贴近您企业的网络
摘要：在软件定义的网络，控制器无疑是网络架构的焦点，其在应用程序之间，促成了网络和网络设备本身的需求。对于网络专业人士而言，集中的控制器发挥了控制面板的作用，其中分布式路由协议如BGP和OSPF等都是基于传统的。
　　我们仍然处在SDN部署应用的早期，市场上尚有大量的竞争者，仅有少数供应商占据了市场主导优势地位，这样就有大量的控制器产品可供企业用户选择。当前市场上的SDN控制器大致可以分为以下几个类别。
　　&学术项目。
　　&行业支持的开源项目。
　　&垂直企业的特殊产品。
　　事实上，一些刚刚开始部署SDN的企业新手或许会被市场上如此众多的选择弄的晕头转向。
　　然而，经过进一步的审视和调研，我们可以发现，在SDN控制器市场有一个越来越明显的整合的趋势。虽然仍有许多控制器在发挥着作用，但这一市场已经缓慢且肯定的看到了2大关键的号召力，包括在开源领域：一个是Linux基金会的OpenDaylight项目。另一方面是ON.Lab实验室的开放网络操作系统。
　　这种整合是SDN领域迈出的重要一步：
企业已经被市场上多种多样让人眼花缭乱的控制器阻碍了其部署SDN的步伐。因而在SDN部署的早期是很难把赌注押在一个SDN控制器上的，尤其是当试图围绕着平台建立一款新的操作策略时。而整合则意味着他们可以根据自己企业的状况做出选择。
供应商们感兴趣的互操作性也受到了有太多的控制器来抗衡的影响。但是，随着ODL和ONOS日渐获得广泛的认可，供应商可以基于一个很小的风险建立一款控制器。
一些SDN应用程序开发商一直处在&守株待兔&的模式，就是因为其需要花费大量的时间和资金来支持各种控制器平台上的同一款应用程序。而随着越来越看重ODL和ONOS，应用程序开发商可以为这些平台发布产品了，并清楚的知道这些产品将跨大部分的用户群工作。
　　这并没有对许多学术SDN控制器项目所作出的重要贡献有任何削减。这些方面的努力作为概念证明或尝试新的想法仍然有用。但他们对于设计用于规模化工作或一家企业用户或服务提供商可能会遇到的处理每一个SDN用例并不一定是必需的。
　　此外，由一家供应商为其自己的系统工作所设计的垂直集成整合控制器&&特定堆栈的一部分，旨在使其能够在一个统一的产品系列中工作。这些供应商特定的控制器不可能永远消失，因为他们可能永远是某些供应商提供的产品的不可或缺的一部分。
　　而这并不是一件坏事。在客户网络有超过一个以上的控制器的空间，具体取决于正在解决的问题和所用的产品。然而，有趣的是部分的整合运动则是来自供应商。其中一些是立足于开源项目的控制器，OpenDaylight尤其如此。
　　让我们来简单了解一下市场上的两款SDN控制器吧。
　　1. OpenDaylight (ODL)
　　OpenDaylight项目是2013年由一些供应商组合所共同发起的一个项目，旨在创建一个模块化的SDN控制器。该项目是真正开源的，任何愿意贡献有用的代码、文档或想法的人都是欢迎的，参与者们在这一过程中使用IRC论坛，公开会议、维基百科等方式推动项目的研发。
　　ODL在早期获得了大量的成功，越来越多的供应商加入这一行列并贡献代码和参与到项目的管理过程。ODL最近刚刚庆祝了其第二个生日的到来，标志着该项目在其研发道路上已经实现了几项关键性的研究成果，其中包括：
　　&20个ODL用户群体总共涉及超过1000人
　　&在各种企业中的现实世界的部署，包括学术界、电信企业和政府机构
　　&围绕YANG建模形成了越来越多的共识，标准(IETF)的模块化的方式描述网络设备的配置和状态
　　&目光投向政策，真实世界的商业政策转化为网络配置设置
　　关于最后一点，虽然大多数人均认为以编程方式定义模糊策略的想法让网络配置变得超前，也让策略充满了挑战。将一个关于政策的想法转化为一个特定的任务，需要在网络设备复杂的抽象层具有不同的功能。如何最好地表达意图?如何最好的抽象该意图?当一个策略被定义时，应该怎样安排相关的配置步骤，以满足策略的具体执行表达，而不是被暗示，让设备自行确定如何满足需求?
　　这是一个复杂的问题，但ODL是在业界其政策正在被广泛讨论的重大项目之一。作为一个方面的说明，OpenStack的代表项目则是另一个侧重于政策的关键开源项目。思科也已经表示了对其政策的意见，并也提交了其OpFlex协议到开源社区。
　　虽然有些批评ODL的人称其涉及&太多的供应商和太少的用户&。但该群体已通过创建一个ODL咨询团队来部分的解决了这一问题。ODL的执行董事Neela
Jacques将该咨询团队描述为&是由来自金融业界、企业界、电信行业和云服务提供商等不同群体的顶级的思想家、工程师和建筑架构师所组成的领先的团队。&该团队将提供&蓝图、功能优先级及使用案例开发等相关方面的指导。&而正如同所有的ODL研发进程一样，咨询团队电话会议均是开放的，任何人都可以听到。
　　ODL已经不断有软件更新，但发布的只有两个主要版本，即：在2014年二月发布的Hydrogen版和2014年9月的Helium版。最新版本是发布于2015年三月的Helium-SR3。
　　该项目发展势头强劲，新的代码正在被开发和维护，同时还获得大量合作伙伴的承诺支持。但更有意思的是，一些供应商正在使用ODL作为他们自己控制器的基础。
　　例如，博科Vyatta控制器便是基于OpenDaylight的。而博科公司也正在向该项目回馈贡献代码，以提高ODL。Extreme
Networks公司的OneController也是基于ODL的，目前该公司已经有客户部署其控制器产品了，包括了诸如康涅狄格州恩菲尔德镇和玛丽山大学。
　　思科的开放SDN控制器也是基于OpenDaylight的。该公司一直是OpenDaylight项目的主要贡献者，同时，该公司与博科、思杰、戴尔、爱立信、惠普、英特尔和红帽公司一样都是白金级合作伙伴。
　　两款主要针对运营商的基于OpenDaylight的控制器，包括Ciena公司的多层广域网控制器和来自ConteXtream的ContexNet。
　　虽然肯定还有其他的控制器产品，但这都充分说明了OpenDaylight在业界相当一部分企业内的广泛采用。企业和服务提供商的使用案例都在不断涌现。
　　2. Open Network Operating System (ONOS)
　　但是，OpenDaylight并不是唯一的得到了广泛支持的开源SDN控制器。近几个月来ON.Lab的开放式网络操作系统(ONOS)项目已经引发了广泛的兴趣，部署的项目也在不断增长。在ON.Lab最近的一份简报上，人们已经清楚地看到ONOS正在处理的一个关键要素是规模化。虽然SDN控制器的可扩展性是任何网络均关注的问题，但服务供应商们却要尤为关注。
　　为什么控制器的规模化会成为一个问题呢?在一个x86机器上运行的控制器应用程序是由本地CPU、内存、总线架构、存储I /
O及其他事项限制的。当连接到一个单一的系统时，应用程序的执行无法超越任何瓶颈。要规模化缩放在单个设备上运行的应用程序的设计，盒子的尺寸必须更大。从业者知道这意味着颠覆性的升级过程。将应用程序迁移到更大的盒子是一大挑战，即使在虚拟计算的环境下。
　　分布式计算系统通过描述一款应用程序可以跨多款系统以分布的方式运行架构来解决规模化缩放的挑战问题。规模化应用程序意味着增加更多的系统，而不是升级单个系统。
　　ONOS的目标是创建一款SDN控制器，可以处理高达每秒1M路径的设置，以及多达每秒6M网络状态的操作。换句话说，ONOS控制器需要通过网络以及该网络的更改应付非常大量的路径。一个单一机箱架构将无法满足这些需求，因而ONOS已经出现了分布式控制器架构。
　　这并不是说其他的SDN控制器忽略了架构扩展方面的要求。有些SDN架构创建多个SDN域，然后联合在一起以处理负载分配问题。在这种架构中，每个域由一个单独的控制器集群管理，控制集群交换彼此域中的数据，以形成一个联盟。这不是分布式计算模型，相反却是一系列集中式的控制器彼此关于它们的各个域进行通信。
　　ONOS控制器架构遵循一个真正的分布式计算模型;集中控制器操作系统分布在若干个控制器节点。这种差异似乎很微妙，却是重要的。利用ONOS，一款单一的分布式ONOS实例维护一款统一全局的网络状态视图。
　　ONOS也通过明确定位服务提供商将自己与ODL进行了区分。虽然不排除企业用户，但许多企业有类似于服务供应商的网络架构，ONOS在服务供应商心目中有全球规模和超高的端点连接数。ONOS还指出，其涉及的供应商的最终用户才刚起步。这在ODL是一个不小的冲击，这已经由于一些供应商的过于推动而受到批评。
　　虽然企业不大可能采用ONOS，至少其现在的样子不会引发企业采用的兴趣，分布式控制器架构可能菜是企业有趣的。企业认为ODL是SDN规模化的一个瓶颈，可能使得他们希望在他们的环境中测试ONOS，以查看该架构是否符合他们的期望。
　　ONOS发布的第二个版本被称为黑鸟，于2015年三月正式发布。第三个ONOS版本Cardinal于日面世。ONOS打算使得发布周期比ODL的发布周期更快(后者大约每季度发布一次新版本)，虽然其发布版本中的新元素的数量可能不如ODL的主要版本。
　　ONOS在现实世界中的使用已经在不断增加，其中包括最近宣布部署的细分市场的Internet2。参与ONOS主要企业包括AT&T，NTT通讯，SK电讯，Ciena公司，思科，爱立信，富士通，华为，英特尔，NEC，开放网络基金会(OpenFlow的维护者)，Infoblox公司等。
　　另一个有趣的方面是ONOS与OPNFV项目的联合，该项目为面向服务供应商的网络功能虚拟化创造了一个框架。 ON.Lab于
5月8日公布批准了将OPNFV框架联合ONOS的一个项目。这是一个非常及时的联合，因为OPNFV也还处于早期阶段。很可能是ONOS会很好地映射到OPNFV结构，导致在一个平台上，一些服务提供商将同时看到规模化和功能。
这一切意味着什么呢?
　　对于网络消费者而言，SDN控制器的整合提供了至少两大主要优势。
　　开发者可以开始编写SDN应用了，知道他们可以长期依靠什么控制器了。运行在开源分布式ODL的应用程序还应运行在网络供应商发布的基于ODL的控制器上。这意味着编写应用程序是有市场前景的。
　　这并不是说为如思科APIC或HP的VAN这样的专有软件供应商控制器编写应用程序没有前途，但这些供应商特定的控制器可能代表着较小的市场将更难为应用程序开发者们利用。尤其是ODL在市场开始逐步发展，即使在这个早期阶段，随着时间的推移，网络消费者应该开始看到更多的应用程序上市。
　　随着业界开始逐步确定SDN究竟是什么样子，其是如何操作的，我们可以将焦点转移到对业务影响的研究。供应商已经很难将SDN带入市场了，在这样的市场，很多客户不会觉得他们需要购买SDN。这就是说，SDN在其本身并不是一个卖点。相反，SDN是一种运营效率和新的网络功能的催化剂。
　　在很大程度上，SDN是一套工具，而有趣的是其并不容易被一般的网络从业者所充分利用。而控制器的整合意味着一个普遍认定的SDN架构，将使得供应商们能够把完整的、成熟的SDN产品带入市场。当这种情况发生时，我们会看到更广泛的SDN应用。
　　供应商和最终用户将在未来相当长一段时间内共同打造一个SDN的普及市场环境。但早期的成果已经呈现，并将在未来12个月充满了前进的希望。
　　责任编辑：余芯
扫一扫，订阅更多数据中心资讯
本文地址： 网友评论:
条 阅读次数：
版权声明：凡本站原创文章，未经授权，禁止转载，否则追究法律责任。
·····
中国数据中心工作组CDCC年度论坛
近年来，我国智慧城市建设开展得
随着互联网特别是移动互联网的快
主题为“精简IT，敏捷商道” 的
半导体致冷器是由半导体所组成的
“混合云”这个词内涵外延宽泛，不较真 | 无极致
自2012年起累计
09：00-21：00
您所在的位置
发布时间:　新闻来源: 　作者：
京公网安备84号
CopyRights @966,690 八月 独立访问用户
语言 & 开发
架构 & 设计
文化 & 方法
您目前处于：
SDN控制器集群中的分布式技术实践
SDN控制器集群中的分布式技术实践
0&他的粉丝
智能化运维、Serverless、DevOps......2017年有哪些最新运维技术趋势？!
SDN生逢其时，在云计算中扮演着十分重要的角色。最近一年多来，新推出的云计算解决方案中，网络部分无不以SDN为核心。而在SDN中世界中，核心技术就是如何设计一个高性能/高可靠/可扩展的SDN Controller。一个大型的数据中心有海量的物理服务器，要SDN Controller管理数以万计的Switch（包括pSwitch和vSwitch），显然需要依靠SDN Controller的集群技术。
我们的团队在开发SDN Controller过程中，为了解决集群的性能问题，做了一些尝试和优化，在此把其中的一些经验分享给大家，其中包括：
1、大型云计算网络整体解决方案
2、SDN Controller集群部署方案
3、SDN集群数据同步方案以及优化（包括对zookeeper/Cassandra的测试和修改优化）
王飓，华三研发副总裁 从事数据通讯设备软件开发长达14年，作为资深的网络协议专家和软件系统架构师，熟悉多个层面的数据通讯协议，擅长做通信协议设计以及实现，对嵌入式系统和复杂软件系统设计，以及对实时系统的性能优化有着十分丰富的经验。此外，对网络安全有着比较深入的研究，对各种网络攻击和防护有着丰富的经验。 近年来开始关注并投入SDN相关领域的研究和开发。对OpenStack、OpenDaylight、OpenVswitch、NFV等都有一定的研究，对云计算时代的网络通信有着深刻的理解。 在这个云计算的时代，很多传统的通信技术都会经历一个痛苦的解构重建的过程，如何把已有的网络经验融合到现在的SDN世界当中，充分利用历史的积累，是他目前最为关心的问题。
QCon是由InfoQ主办的全球顶级技术盛会，每年在伦敦、北京、东京、纽约、圣保罗、杭州、旧金山召开。自2007年3月份首次举办以来，已经有包括传统制造、金融、电信、互联网、航空航天等领域的近万名架构师、项目经理、团队领导者和高级开发人员参加过QCon大会。
相关厂商内容
告诉我们您的想法
允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p
当有人回复此评论时请E-mail通知我
允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p
当有人回复此评论时请E-mail通知我
允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p
当有人回复此评论时请E-mail通知我
赞助商链接
架构 & 设计
文化 & 方法
<及所有内容，版权所有 &#169;
C4Media Inc.
服务器由 提供, 我们最信赖的ISP伙伴。
北京创新网媒广告有限公司
京ICP备号-7
找回密码....
InfoQ账号使用的E-mail
关注你最喜爱的话题和作者
快速浏览网站内你所感兴趣话题的精选内容。
内容自由定制
选择想要阅读的主题和喜爱的作者定制自己的新闻源。
设置通知机制以获取内容更新对您而言是否重要
注意：如果要修改您的邮箱，我们将会发送确认邮件到您原来的邮箱。
使用现有的公司名称
修改公司名称为：
公司性质：
使用现有的公司性质
修改公司性质为:
使用现有的公司规模
修改公司规模为：
使用现在的国家
使用现在的省份
Subscribe to our newsletter?
Subscribe to our industry email notices?
我们发现您在使用ad blocker。
我们理解您使用ad blocker的初衷，但为了保证InfoQ能够继续以免费方式为您服务，我们需要您的支持。InfoQ绝不会在未经您许可的情况下将您的数据提供给第三方。我们仅将其用于向读者发送相关广告内容。请您将InfoQ添加至白名单，感谢您的理解与支持。基于OpenFlow的SDN控制器关键技术研究--《北京邮电大学》2015年硕士论文
基于OpenFlow的SDN控制器关键技术研究
【摘要】：随着网络规模不断扩大,越来越多的功能和协议在网络上进行叠加,网络设备日益封闭,网络管理变得更加复杂,极大地延缓了网络服务的创新。SDN是一种新兴的技术,它提出了新的网络架构理念,其核心思想是网络的控制平面与转发平面分离、网络设备具有开放的可编程接口和网络的集中控制。SDN大力推动了网络的创新,网络将向着可编程、易扩展的方向发展。
控制器是SDN的核心,它负责对底层转发设备进行管理和控制、向上层应用提供网络资源调用,其可靠性、高效性和可扩展性是SDN系统正常运行的前提和基础。运营商网络具有规模庞大、协议复杂、信息海量以及相对封闭的特点,对于网络的可靠性和稳定性有很高的要求。然而现有的SDN控制器很难同时满足运营商网络对高效性和可靠性的要求。
本文根据运营商网络的特点,设计并实现了模块化的SDN控制器。该控制器采用分层式架构,使用高效的C语言进行编写,具有优化的工作流程和路由算法,采取静态内存分配、多线程处理的方式来提高运行效率。此外,该控制器还使用了OpenFlow协议与底层设备互通,通过北向REST接口实现了与数据中心管理平台OpenStack的整合,使用Zookeeper技术和HBase分布式数据库实现了控制器的高可用集群。
在本论文中,首先,作者介绍了SDN控制器的相关技术,包括SDN的实现方案、典型架构、OpenFlow协议和多种控制器实现技术等内容；其次,作者参与了控制器方案的设计,包括总体架构、功能模块和接口体系等内容,并对控制器工作逻辑、链路发现模块、网络拓扑模块和路由算法进行了重点研究和设计实现；最后,作者通过搭建真实的SDN网络环境,使用Open vSwitch、Mininet和Cbench等工具对控制器进行了功能和性能测试,验证了本文设计的控制器具有很好的可用性和高效性。
【关键词】：
【学位授予单位】：北京邮电大学【学位级别】：硕士【学位授予年份】：2015【分类号】：TP332.3【目录】：
摘要4-5ABSTRACT5-9第一章 绪论9-15 1.1 研究背景9-10 1.2 国内外SDN发展现状10-12 1.3 论文主要研究内容12-13 1.4 论文结构13-15第二章 相关技术介绍与研究15-28 2.1 SDN实现方案及典型架构15-17
2.1.1 SDN的三种实现方案15-16
2.1.2 SDN典型架构16-17 2.2 OpenFlow协议17-22
2.2.1 OpenFlow v1.018-21
2.2.2 Openflow v1.321-22 2.3 SDN控制器22-26
3.3.1 NOX22
2.3.2 Floodlight22-23
2.3.3 OpenDaylight23-24
2.3.4 Ryu24-25
2.3.5 ONOS25-26 2.4 本章小结26-28第三章 SDN控制器设计方案和关键技术设计实现28-44 3.1 SDN控制器的设计方案28-31
3.1.1 总体架构28-30
3.1.2 功能模块30-31
3.1.3 接口体系31 3.2 SDN控制器的工作逻辑设计31-37
3.2.1 模块之间的工作逻辑32-33
3.2.2 主机通信的工作逻辑33-37 3.3 关键功能模块的设计实现37-39
3.3.1 链路发现模块37-38
3.3.2 网络拓扑模块38-39 3.4 路由算法分析比较39-43
3.4.1 算法介绍39-40
3.4.2 算法分析40-43 3.5 本章小结43-44第四章 SDN控制器的接口体系设计44-50 4.1 南向接口44-45 4.2 北向接口45-47 4.3 东西向接口47-49 4.4 本章小结49-50第五章 SDN控制器系统测试50-63 5.1 测试概述50-51 5.2 测试方案51-55
5.2.1 系统测试环境52-54
5.2.2 测试项目及方法54-55 5.3 测试步骤和结果55-62
5.3.1 SDN控制器南向和北向接口连通性55-56
5.3.2 SDN控制器网络拓扑发现功能56-58
5.3.3 SDN控制器集群功能测试58-59
5.3.4 SDN控制器性能测试59-62 5.4 本章小结62-63第六章 结束语63-66 6.1 全文总结63-64 6.2 未来研究方向64-66参考文献66-69附录 缩略词69-70致谢70-71攻读硕士期间发表的学术论文情况71
欢迎：、、)
支持CAJ、PDF文件格式
【参考文献】
中国期刊全文数据库
江国龙;付斌章;陈明宇;张立新;;[J];计算机科学与探索;2014年06期
程莹;张云勇;;[J];信息通信技术;2014年01期
郭林;王俏妮;;[J];邮电设计技术;2014年04期
【共引文献】
中国期刊全文数据库
李国和;刘光胜;吴卫江;孙红军;唐先明;韩宝东;;[J];北京信息科技大学学报(自然科学版);2010年S2期
毛影;黄明和;徐斌;;[J];江西师范大学学报(自然科学版);2009年06期
王珏;;[J];江西师范大学学报(自然科学版);2012年03期
王文宁;;[J];常州工学院学报;2009年05期
黎佩南;;[J];电讯技术;2012年02期
赵春红;高希龙;王柠;赵威;刘国华;;[J];燕山大学学报;2009年05期
司庆福;程书伟;;[J];电脑学习;2010年01期
阎亚杰;;[J];电脑开发与应用;2008年08期
张火林;李国庆;张江维;;[J];电脑知识与技术;2008年22期
张红科;;[J];电脑知识与技术;2008年26期
中国重要会议论文全文数据库
胡晨鹏;郑康锋;罗群;;[A];中国电子学会第十五届信息论学术年会暨第一届全国网络编码学术年会论文集（上册）[C];2008年
王春慧;曲战胜;魏哲浩;;[A];全国第二届嵌入式技术联合学术会议论文集[C];2007年
王冬;张丽果;杜慧敏;韩俊刚;;[A];全国第19届计算机技术与应用（CACIS）学术会议论文集（上册）[C];2008年
王春慧;周前祥;周诗华;赵岩;;[A];全国第二届信号处理与应用学术会议专刊[C];2008年
王洁;宋柔;;[A];第四届全国学生计算语言学研讨会会议论文集[C];2008年
张铖;曹振;邓辉;;[A];2013年中国通信学会信息通信网络技术委员会年会论文集[C];2013年
吴舜;苏丹;吴佳;李坤;杜剑雯;聂正璞;;[A];2013电力行业信息化年会论文集[C];2013年
王鑫;高能;马存庆;薛聪;;[A];第29次全国计算机安全学术交流会论文集[C];2014年
中国博士学位论文全文数据库
陈宇;[D];哈尔滨理工大学;2010年
刘新;[D];辽宁工程技术大学;2010年
曹剑东;[D];清华大学;2008年
李建波;[D];中国科学技术大学;2009年
廖胜利;[D];大连理工大学;2009年
査文舒;[D];中国科学技术大学;2009年
查文舒;[D];中国科学技术大学;2010年
孙华志;[D];北京科技大学;2008年
邢占文;[D];长安大学;2011年
冯正勇;[D];电子科技大学;2013年
中国硕士学位论文全文数据库
于帅;[D];大连理工大学;2010年
毛影;[D];江西师范大学;2010年
邢云冬;[D];解放军信息工程大学;2010年
张志寿;[D];东华大学;2011年
郭玲丽;[D];西安电子科技大学;2009年
李科迪;[D];吉林大学;2011年
胡裕峰;[D];吉林大学;2011年
李玉娟;[D];大连海事大学;2011年
汪维录;[D];南京大学;2011年
王绘;[D];中南大学;2011年
【二级参考文献】
中国期刊全文数据库
程莹;张云勇;杨绍光;陈晓明;;[J];电信技术;2013年09期
左青云;陈鸣;赵广松;邢长友;张国敏;蒋培成;;[J];软件学报;2013年05期
【相似文献】
中国期刊全文数据库
;[J];电信技术;2012年11期
;[J];电信网技术;2013年07期
房秉毅;张歌;张云勇;黄韬;谢俊峰;;[J];邮电设计技术;2014年07期
江国龙;付斌章;陈明宇;张立新;;[J];计算机科学与探索;2014年06期
;[J];;年期
;[J];;年期
;[J];;年期
;[J];;年期
;[J];;年期
;[J];;年期
中国重要报纸全文数据库
范范　编译;[N];网络世界;2013年
中国硕士学位论文全文数据库
马文婷;[D];北京邮电大学;2015年
代游;[D];浙江工商大学;2014年
&快捷付款方式
&订购知网充值卡
400-819-9993
《中国学术期刊（光盘版）》电子杂志社有限公司
同方知网数字出版技术股份有限公司
地址：北京清华大学 84-48信箱 大众知识服务
出版物经营许可证 新出发京批字第直0595号
订购热线：400-819-82499
服务热线：010--
在线咨询：
传真：010-
京公网安备75号