SDN的11个误解

来源:网络 作者:网友

误解一:SDN一定要使用Openflow协议来配置转发面

这可以说是最经典的误解了。Openflow只是发展最早,目前影响力最大的南向接口,但是并不是唯一的,实际上,OpenDayLight已经提出了另外一些南向接口,包括现存的以及新定义的,如PCEP, NETCONF, SNMP,XMPP,BGP-LS等等,更不要说很多厂商都有自己私有的接口了。

误解二:SDN要求硬件转发面的标准化

这只是Openflow的要求,并不是SDN的要求。而实际上,目前很多厂商,包括某些标准组织都没有刻意去追求硬件转发面的标准化,尽管有些人确实在做这个工作,但至少这不是所有人的共识。哪怕是Openflow的标准组织ONF,目前也在考虑一种折衷方案。

误解三:SDN设备可以代替所有设备

至少目前看来,这是极端不靠谱的说法,就算最激进的SDN鼓吹者也不会说这样的话。在笔者看来,第一,SDN并不是适合所有网络;第二,就算在适合的网络中,SDN也不能替换所有层次的设备。

误解四:SDN得到了所有厂商的支持

至少目前看来没有,有很多公司表面上看来挺积极,但是实际上他们是在被动前行而不是主动。举个不太恰当的例子,过年的时候很多人都去给领导送礼,其实这其中有相当一部分人认为送了也没什么用,但是如果不送,那就成异类了,落后了。很多厂商,特别是一些市场份额很大的设备商/芯片商就有这种心态。这很容易理解,因为他们的市场份额已经很大了,再折腾一次,也不会再大。但是他们不得不跟着折腾,因为万一别人做起来自己没跟上,市场份额就缩水了。看清楚这一点,可以更好地去解读一些公司的市场行为和宣传。

误解五:SDN是设备商发起的

这个问题不能说有误解,而是说很多人可能没去想过这个问题,但是这个问题很重要,Internet发展的这40多年来,基本上绝大多数的新技术都是设备制造商提出和引导的,包括IETF、 IEEE、 ITU的各种标准,但是SDN不同,SDN的提出者和最初的推动者都是网络设备的用户而不是网络设备制造商(当然现在利益驱动下,厂商都参与进来并开始引领潮流),这决定了利益导向。

误解六:SDN主要是用在数据中心网络

应该说,SDN之所以能迅速崛起,主要的驱动力来自于数据中心,更准确的说,是来自于数据中心中的网络虚拟化。如果没有网络虚拟化,数据中心跟其它网络对SDN而言没啥区别。而随着SDN的发展,人们发现很多别的网络,包括运营商、企业局域网、无线网络,安全领域等都适用。

误解七:SDN Controller都是集中式控制

集中式控制会有可扩展性问题,所以集中式控制的Controller只适合中小型网络。对于大型网络,需要分布式控制,即多个Controller协同工作,每个负责网络的一部分,彼此之间又有协调。还可能有混合式(局部集中,全局分布)。Google, Nicira, NEC等在四年前就一起设计过一个分布式controller架构模型Onix。不少商业controller都支持分布式模型。Google自己的B4网络就用了基于Onix的分布式Controller。

误解八:SDN设备需要特殊的SDN芯片支持

经常听到有人在说什么Openflow芯片、SDN芯片,作为一个芯片设备商里面的资深技术人员,笔者可以明确地告诉大家,至少目前市场上还没有专门用于Openflow/SDN的ASIC商用芯片。SDN强调转发面和控制面的分离,接口的标准化,但是并不意味着必须用特殊芯片。只不过,如果芯片方面能够针对SDN的需求进行创新定制,会更好地支持SDN,目前我们有充分的理由相信各个芯片厂商都已经有所动作了。但是在没有专门的芯片之前(也许永远都不会有所谓的“专门”芯片,只会有针对SDN优化过的芯片),设备商仍然可以对传统芯片进行包装配置,向上提供出部分符合SDN需求的南向接口。

误解九:SDN设备都是靠Controller静态配置的

SDN设备是应用程序通过Controller来配置的,这些应用程序完全体现了管理员意志,但是可以是自动运行的,并不一定都要静态配置。比如仍然允许路由协议在Controller之上运行,计算的结果通过Controller下发到交换机。

误解十:SDN只适用于交换机

应该说目前大多数谈论SDN的时候,主要谈论交换机,毕竟与SDN密切相关的Openflow标准是专门针对交换机的,而且SDN也是起源于Openflow交换机。但是实际上,SDN的核心理念是转发面和控制面分离,软件定义网络,它并不局限于交换机,也就是说SDN的理念完全可以用于路由器,防火墙,无线产品等一切可以用来组建网络的设备。

误解十一:网络虚拟化是SDN的实现方式之一

本来我没想过提这一点,但是我居然在一本SDN的书上看到有人把网络虚拟化跟Openflow并列,说是SDN的三种实现方式之一,让我大吃一惊。网络虚拟化涉及面很广,只是借用了SDN(也可以不用SDN)而已,而且不少网络虚拟化方案使用了Openflow来做配置,把网络虚拟化跟openflow并列,说它是SDN的实现方式之一就有点贻笑大方了。

 

相关文档推荐

分布式云的流量编织利器ArSDN.PDF

2203771403 任金姚 2.12MB 10页 积分4

华为SDN解决方案.PPTX

222425297  3.85MB 29页 积分5

大数据在CSDN的应用及实践.PDF

220847870 郝钰 1.22MB 20页 积分4

盛大游戏G云SDN网络实践.PDF

22242590 冯祯旺 2.08MB 22页 积分4

SDN建设大型网络的幸福之路.PDF

22242569 王志雄 6.87MB 34页 积分4

如何构建基于SDN网络的自动化运维系统.PDF

22242568 张永福 6.37MB 23页 积分4

基于SDN的混合虚拟化网络实践.PDF

22242552 高亮 27.32MB 24页 积分4

云计算与SDN实践.PDF

42276437 肖旋 2.37MB 28页 积分4

SDN向左 WAN向右.PDF

62606034 李昕 20.21MB 109页 积分4

SDN对传统网络的变革与价值提升.PDF

62346008 王茜 2.66MB 18页 积分4

相关文章推荐