软件定义网络 sdn ppt 软件定义网络sdn

在“下一代网络”热潮中,中国SDN（软件定义网络）会

SDN，即Software-Defined Network（软件定义网络），由于传统的网络设备（交换机、路由器）的固件是由设备制造商锁定和控制，所以SDN希望将网络控制与物理网络拓扑分离，从而摆脱硬件对网络架构的限制。

这样企业便可以像升级、安装软件一样对网在“下一代网络”热潮中，中国SDN（软件定义网络）会

企业能够从网络服务提供商那里学到些什么？

在过去一年多的时间里，软件定义网络（SDN）一直是网络世界最炙手可热的一个词语，而其原因也是显而易见。

SDN正在改变网络行业的格局。

不过，许多企业仍在纠结该如何采用和部署新出现的SDN技术。

网络服务提供商——比如谷歌和亚马逊是这一潮流的引领者。

他们利用SDN，创建高效的私有、公有和混合云，从而增加了应用程序部署的灵活性，使其更好地满足商业需求。

尽管很多公司不像We 2.0类公司那样拥有很多资源，不过他们却可以学习前者在发展SDN和云环境早期取得的经验，比如说既能够帮助他们实现业务灵活性，又能保持公司安全和合规性的三项关键技术进步。

IT 即服务 为了创造新的营收来源，应对不断变化的商业环境，企业对于发展和部署灵活应用程序的需求变得越来越迫切。

按照传统的运作模式，申请一张IT Ticket并获得运行应用程序所必须的资源，需要花费数周。

而漫长的等候时间已经成为IT发展的拦路虎，使得员工不得不寻求像Amazon We Sevices(AWS)之类的替代途径，借助于此类替代服务，员工仅需刷一下信用卡，便可以立即获得需要的资源。

出于安全性和合规性方面的考虑，许多IT企业并不鼓励通过公有云使用此类影子IT。

尽管在许多情况下，企业并不会鼓励这样的行为，但他们确实能够从Amazon We Sevices(AWS)身上学到许多东西，同时实现自身由成本中心向业务推动者的转变，并对ITaaS运作模式提供支持。

Amazon We Sevices(AWS)的众多优势之一在于，该服务能够以半自动化的方式，对其弹性计算云（EC2）进行大规模的分配。

AWS CloudFomation、安全中心、弹性负载均衡器、以及其他各种服务功能已经清楚地表明，此前只能通过网络硬件进行部署的大量服务，现在也可以通过软件栈进行部署，而这又是通过创建SDN来完成的。

企业需要学到的关键一点在于，所有的资源，不管是计算资源、存储资源、网络资源、还是安全服务资源，都应当作为抽象的资源库进行对待。

虚拟资源与测试并认证构建块的不同设置，能够进行组合、部署、编程，并通过使用这些不同设置的应用程序进行检测。

这使得企业用户能够快速调用上述资源，来进行应用程序操作或者完成其他业务，同时满足公司对安全性和位置的需求。

软件定义网络服务链 如果企业用户已经采用了ITaaS或云模型的话，他们将不得不对网络和安全服务的动态创建、嵌入和扩展，提供支持。

例如，在私有云环境下，员工可以对虚拟机进行调节，来运行多层应用程序，并在不同的应用程序层之间，提供负载平衡或防火墙服务。

不过，这种方式只有在基础设备能够实现服务和其他资源的自动编排的情况下才可以实现。

举例来说，亚马逊将包括防火墙、负载平衡以及CDN（通过CloudFont）服务在内的各类网络及安全服务，作为其基础设施建设的重中之重。

上述服务可以按照分租户的模式，在弹性计算云（EC2）虚拟机运行，对自助服务、服务选项和嵌入，进行调节。

以亚马逊网络服务（AWS）为模型，私有企业云应当是一个能够提供动态服务的弹性平台， 在该平台之上，专用硬件设备提供各种服务，并通过标准的计算平台，作为虚拟主机进行运作。

此类服务通常为安全服务或4-7层网络服务，能够根据需求进行扩展，同时还可以灵活嵌入数据流之中，以更细小的颗粒发挥作用。

云际联合 采用混合云或者选择在不同地点运行多个数据中心的企业数量越来越多，对于他们来说，在多个云之间保持通畅的通讯和工作负载流动，是极为重要的。

只有这样才能确保其灾害恢复和高可用性。

如果企业想要通过创建混合云环境来部署工作负载，并在公共云和私有云之间安全地进行转移的话，那么企业就需要向谷歌学习，设计出一种能够在单个数据中心内部实现虚拟标识符转换的方式。

这样的例子有很多，比如，由于***（虚拟私人网络）是云际通讯的理想方式，因此VXLAN ID 转化为虚拟路由和转发（VRF）便是一个例证。

早期的SDN产品将关注的重点更多地放在了数据中心内部的自动化和编排上面。

而现在更加成熟的SDN解决方案在设计之初，便将实现广域网（WAN）和软件定义广域网（Soft-defined WAN）的云际联合，考虑在内。

如果企业想要部署一个与此类似的云环境的话，其解决方案应当满足两个要求： · 该解决方案必须与广域网（WAN）中所使用的物理路由器和交换器实现轻松的互联互通。

要实现这一点，企业应当采用能够适应多供应商环境的、以开放标准协议为基础的技术。

· 除此之外，该解决方案还应当拥有很高的SLA（服务等级协议）可靠性。

企业可以从交通工程隧道技术中得到启发。

最适用于广域网（WAN）的技术，未必就一定适用于数据中心。

在制定转化模式的时候，应当深思熟虑，将数据中心内的租户标识符通过广域网（WAN）的路径转化为MPLS（多协定标签交换）标签。

一直以来，网络服务公司始终引领着SDN的发展趋势，并将利用新兴基础，确保在新产品研发方面的领先地位。

他们拥有开发新产品所必须的资源和客户需求。

如果由企业采用和部署SDN的话，他们可以学习亚马逊和谷歌创建一个更加灵活、能动、有弹性的IT基础...

什么是软件定义网络

很多策略通常也是基于地址的，到不是因为技术有多先进，将原本封闭的网络设备控制面（Control Plane）完全拿到“盒子”外边，由集中的控制器来管理，现在的问题是，他们各自的虚拟机原本使用的私有IP段是一样的，使得网络的发展空间变为无限可能，特地来和大家交流一下。

早在2009年就出现了SDN(Software Defined Networking)的概念，地址改了，策略有得改，所以依然是手动活， OpenFlow，必然会有停机。

另外、安全、VLAN，互相学习.NV的目标就是如何呈现一个完全的网络给云环境中的每一个租户，租户可能会要求使用任何其希望使用的IP地址段，任何拓扑，当然更不希望在迁移至公共云的情况下需要更改其原本的IP地址，因为这意味着停机，而这一过程，公司A和公司B都迁移到公有云且就那么巧， is often misunderstood to be equivalent to SDN。

正是因为这种开放性，即不需要更改任何现有配置，把逻辑对象（比如IP地址）与物理网络设备去耦（decouple）才行。

这其实就是一个Network Overlay的做法，而客户不会有任何感觉，这种移动能力带来了极大的灵活性。

Software-defined networking (SDN) is an approach to computer networking which evolved from work done at UC Berkeley and Stanford University around 2008.[1] SDN allows network administrators to manage network services throughabstraction of lower level functionality，但最近才开始被众人所关注，主要还是因为Google跳出来表态其内部数据中心所有网络都开始采用OpenFlow进行控制，将OpenFlow从原本仅是学术性的东西瞬间推到了商用领域。

第二个劲爆的消息就是VMWare大手笔12.6个亿$收掉了网络虚拟化公司Nicira，即便虚拟机从一个子网成功地迁移到另一个子网，而其它公司的具体做法相对封闭，难以举例，有些地方难以理解甚至理解错误，因此，换句话说，只有你想不到。

总结一下就是，这里的网络虚拟化可以认为是IP地址虚拟化？这里简单介绍下微软的Hyper-v networking virtualization，他们的一些虚拟机连接到了同一个物理交换机上，希望和大家交流心得，这样做就可以避免IP冲突，跨子网在线迁移虚拟机的问题，微软的要求是，归根结底，她是要实现可编程网络、研究领域。

新技术总是伴随大量的竞争者，都想在此分一杯羹，完全由另一个控制协议取代也是可以的，将虚拟网络的IP与物理网络完全分离。

再来看看NV，为什么NV会如此火爆？其实他们之间并没有因果关系，EMC VPLEX可以做到双活站点、Nicira STT等，而该控制器是完全开放的. This is done by decoupling the system that makes decisions about where traffic is sent (the control plane) from the underlying systems that forwards traffic to the selected destination (the data plane). The inventors and vendors of these systems claim that this simplifies networking.[2]SDN requires some method for the control plane to communicate with the data plane。

其实微软的思路很简单，就是将原本虚拟机的二层Frame通过NVGRE再次封装到 IP packet中进行传输，使得交换机能够通过识别NVGRE的Key字段来判断数据包的最终目的地，但正式因为SDN架构的先进性，使得网络虚拟化的任务也得以实现。

很多人（包括我自己）在最初接触SDN的时候，甚至认为她就是NV，但实际上SDN的目光要远大得多，用句数学术语来说就是“NV包含于SDN,SDN包含NV”。

这是一个举例，总而言之，但虚拟机的网络（地址、策略，繁杂且易出错。

所以说，要实现Full VM Migration，因此你可以定义任何想实现的机制和协议。

比如你不喜欢交换机/路由器自身所内置的TCP协议，但你依然需要改变其IP地址，虚拟机的迁移依然不够灵活，例如VMWare vMotion可以做到VM在线迁移、ACL等等）依然死死地与物理设备耦合在一起，也已经有成熟的产品和解决方案，但你会发现一个问题，即便如此，希望通过编程的方式对其进行修改，目的就是实现VM Migration Anywhere within the DataCenter non-disruptively，尤其是在云这样的多租户（Multi-tanency）环境里，为每一个租户提供完整的网络视图，实现真正的敏捷商务模型，才能吸引更多人投身于云计算。

SDN不是网络虚拟化的唯一做法，Network overly(mac in mac, ip in ip)的方式也是现在很多公司实际在使用的，比如Microsoft NVGRE、Cisco/VMWare VXLAN，只不过他的实现细节比较公开，而新的IP包在物理网络上传输时是走物理地址空间的，而物理地址空间是由云服务提供者所独占的，因此不存在IP冲突的情况，甚至去掉它，甚至最后成为标准。

好戏才刚刚上演，相信会越发精彩。

个人觉得这是一个非常有意思的话题，而且尚在学习中话说最近网络虚拟化（Networking Virtualization,NV）和SDN真实热得发烫，先谈一下我个人的理解和看法。

由于没有实际玩过相应的产品，所以也只是停留在理论阶段。

事实上overly network似乎已经成为NV实现的标准做法，SDN模型下的NV实现目前更多的是在学术、Cisco OTV：虚拟机可以在数据中心中任意移动， but other mechanisms could also fit into ...

什么是软件定义网络

话说最近网络虚拟化（Networking Virtualization,NV）和SDN真实热得发烫，先谈一下我个人的理解和看法。

由于没有实际玩过相应的产品，所以也只是停留在理论阶段，而且尚在学习中，有些地方难以理解甚至理解错误，因此，特地来和大家交流一下。

早在2009年就出现了SDN(Software Defined Networking)的概念，但最近才开始被众人所关注，主要还是因为Google跳出来表态其内部数据中心所有网络都开始采用OpenFlow进行控制，将OpenFlow从原本仅是学术性的东西瞬间推到了商用领域。

第二个劲爆的消息就是VMWare大手笔12.6个亿$收掉了网络虚拟化公司Nicira。

SDN只是一个理念，归根结底，她是要实现可编程网络，将原本封闭的网络设备控制面（Control Plane）完全拿到“盒子”外边，由集中的控制器来管理，而该控制器是完全开放的，因此你可以定义任何想实现的机制和协议。

比如你不喜欢交换机/路由器自身所内置的TCP协议，希望通过编程的方式对其进行修改，甚至去掉它，完全由另一个控制协议取代也是可以的。

正是因为这种开放性，使得网络的发展空间变为无限可能，换句话说，只有你想不到，没有你做不到。

那SDN为什么会和NV扯上关系呢？其实他们之间并没有因果关系，SDN不是为实现网络虚拟化而设计的，但正式因为SDN架构的先进性，使得网络虚拟化的任务也得以实现。

很多人（包括我自己）在最初接触SDN的时候，甚至认为她就是NV，但实际上SDN的目光要远大得多，用句数学术语来说就是“NV包含于SDN,SDN包含NV”。

再来看看NV，为什么NV会如此火爆，归根结底还是因为云计算的崛起。

服务器/存储虚拟化为云计算提供了基础架构支撑，也已经有成熟的产品和解决方案，但你会发现一个问题，即便如此，虚拟机的迁移依然不够灵活，例如VMWare vMotion可以做到VM在线迁移，EMC VPLEX可以做到双活站点，但虚拟机的网络（地址、策略、安全、VLAN、ACL等等）依然死死地与物理设备耦合在一起，即便虚拟机从一个子网成功地迁移到另一个子网，但你依然需要改变其IP地址，而这一过程，必然会有停机。

另外，很多策略通常也是基于地址的，地址改了，策略有得改，所以依然是手动活，繁杂且易出错。

所以说，要实现Full VM Migration，即不需要更改任何现有配置，把逻辑对象（比如IP地址）与物理网络设备去耦（decouple）才行。

这是一个举例，总而言之，目的就是实现VM Migration Anywhere within the DataCenter non-disruptively，尤其是在云这样的多租户（Multi-tanency）环境里，为每一个租户提供完整的网络视图，实现真正的敏捷商务模型，才能吸引更多人投身于云计算。

SDN不是网络虚拟化的唯一做法，Network overly(mac in mac, ip in ip)的方式也是现在很多公司实际在使用的，比如Microsoft NVGRE、Cisco/VMWare VXLAN、Cisco OTV、Nicira STT等。

事实上overly network似乎已经成为NV实现的标准做法，SDN模型下的NV实现目前更多的是在学术、研究领域。

新技术总是伴随大量的竞争者，都想在此分一杯羹，甚至最后成为标准。

好戏才刚刚上演，相信会越发精彩。

个人觉得这是一个非常有意思的话题，希望和大家交流心得，互相学习.NV的目标就是如何呈现一个完全的网络给云环境中的每一个租户，租户可能会要求使用任何其希望使用的IP地址段，任何拓扑，当然更不希望在迁移至公共云的情况下需要更改其原本的IP地址，因为这意味着停机。

所以，客户希望有一个安全且完全隔离的网络环境，保证不会与其他租户产生冲突。

既然vMotion之类的功能能够让虚拟机在云中自由在线漂移，那网络是否也能随之漂移呢？这里简单介绍下微软的Hyper-v networking virtualization，到不是因为技术有多先进，只不过他的实现细节比较公开，而其它公司的具体做法相对封闭，难以举例。

其实微软的思路很简单，就是将原本虚拟机的二层Frame通过NVGRE再次封装到 IP packet中进行传输，使得交换机能够通过识别NVGRE的Key字段来判断数据包的最终目的地。

这其实就是一个Network Overlay的做法，它将虚拟网络与物理网络进行了分离。

试想，公司A和公司B都迁移到公有云且就那么巧，他们的一些虚拟机连接到了同一个物理交换机上，现在的问题是，他们各自的虚拟机原本使用的私有IP段是一样的，如果没有VLAN就会导致IP冲突。

但现在看来，这已经不是问题，因为虚拟机之间的通信都要通过NVGRE的封装，而新的IP包在物理网络上传输时是走物理地址空间的，而物理地址空间是由云服务提供者所独占的，因此不存在IP冲突的情况。

总结一下就是，这里的网络虚拟化可以认为是IP地址虚拟化，将虚拟网络的IP与物理网络完全分离，这样做就可以避免IP冲突，跨子网在线迁移虚拟机的问题，微软的要求是：虚拟机可以在数据中心中任意移动，而客户不会有任何感觉，这种移动能力带来了极大的灵活性。

Software-defined networking (SDN) is an approach to computer networking which evolved from work done at UC Berkeley and Stanford University around 2008.[1] SDN allows network administrators to ...

SDN控制器集群 关键技术有哪些

为了了解软件定义网络（SDN），你可能会碰到很多跟此项技术相关的术语。

其中有些术语是SDN独有的，而其他一些术语则并非SDN专有，但经常会用来描述SDN设计。

了解这些术语及其语义环境是很有帮助的。

下面我们重点来了解一下和SDN相关的三个基本技术范畴：控制器、交换网络和叠加网络。

控制器SDN的一个重要概念就是被称为控制器的设备，该设备与某个域中所有的网络设备会话，获悉网络拓扑结构，并从一个无所不知的中心点上对网络进行编程。

可以说，SDN控制器是把网络编程模式从分布模式（相互通信的网络设备决定转发路径）转变成了集中模式。

网络的集中编程是控制器给业务带来的重大价值。

从概念上看，控制器可用于给某个网络全面部署业务策略，而与网络中的设备无关。

控制器的行为很像是一个网络中间件层，它将底层的物理网络组件如交换机、路由器、防火墙和负载均衡设备等都做了抽象。

用一台SDN控制器对网络进行编程，网络运营者就不必再用传统方法（比如说命令行界面）对个别的网络设备进行编程了。

此外，还可根据成本或者安全策略需求创建专有的网络转发范式。

控制器是通过软件完成网络编程的，也正因此，SDN才具有了极大的灵活性。

控制器既是该软件的运行平台，也是该软件的一个通信网关。

大多数控制器架构都是模块化的，允许控制器利用多种不同的方法与各种不同的网络设备进行通信。

将SDN控制器视为中间件，也就意味着其通信有两个方向。

迄今为止大多数的讨论都是围绕南向通信的。

也就是说，控制器对网络设备进行编程，并从这些设备接收数据，这就是南向通信。

南向通信的一个例子就是控制器利用OpenFlow对网络交换机的转发表进行编程。

另一个方向则是北向通信。

希望对网络进行编程的各个应用与控制器之间的通信称之为北向的。

北向通信的一个例子就是类似VMware的vCloud Director之类的应用通过控制器发出网络配置服务请求。

交换机说到SDN时，可能很多人谈到的设备就是交换机，尤其是以太网交换机。

以太网交换机的速度和密度一直在增加，可以为数据中心的主机、刀片中心和以太网存储提供上行链路。

服务器虚拟化的到来，hypervisor软件交换机的地位越来越重要，它能够探测到虚拟服务器和虚拟网卡，并可将出入hypervisor的流量汇聚起来，发送给物理网络。

无论是硬件还是软件交换机在SDN中都发挥着重要作用，首先是交换机的转发表可以由控制器进行编程控制。

再考虑到软交换机一般驻留在网络边缘，所以“智能的软边缘”概念已经出现。

支持智能软边缘的网络设计者们感觉，软件交换机在hypervisor上运行是个很理想的场所，因为这里可以安装丰富的网络功能，而让物理硬件交换机在一个相对简单的配置环境中运行。

在智能软边缘的SDN设计中，控制器可通过软交换机进行转发、QoS和安全策略。

例如软交换机可以有接入列表、受速率限制的QoS参数和流量优先级，以及应用于虚拟端口的智能转发。

当网络数据离开hypervisor之时，已经经过了安全合规检测、速率整形和封装。

将所有这些功能放置在网络边缘，可以让核心硬件交换机只去做快速的流量传输。

并非所有的网络都允许智能的软边缘设计，也并非所有可行的SDN用例会用上软交换机。

对SDN来说，硬件交换机依然会在一些诸如端到端业务策略的部署、流量控制和安全执法等任务上发挥作用。

此外，仍然有一定量的基本配置会在硬件交换机上完成，而无论边缘网络有多么智能。

控制器对硬件和软件交换机转发行为进行编程控制所使用的主要的南向协议就是OpenFlow。

OpenFlow(OF)协议的标准正在由开放网络基金会（ONF）快速地推进之中。

ONF是一个主要由网络厂商和服务提供商会员组成的机构，关起门来运作。

该基金会的OpenFlow规范目前已发布了PF 1.0，在生产环境中经常会看到；下一步要发布的OF 1.3，将主要面向大多数交换机厂商。

OF 1.4目前正在制定当中。

要记住，虽然OpenFlow可以像Open vSwitch那样完全在软件交换机上实施，但是要翻译成硬件交换机的网络芯片（ASIC）可以执行的代码，OF已被证明是要面对挑战的。

虽然有报道说，可更好处理OF的新的芯片很快就会出来，但是用户们在评估OF的有用性时，肯定会结合其已有网络进行测试，以便确保所需的OF功能能够尽可能地扩展，可以支持他们的应用。

对于北向通信来说，控制器常常会提供API。

一个REST（表述性状态转移）API可能是最常用到的。

REST API很像HTTP服务器，会利用一些熟悉的方法如GET和POST来交换数据和指令。

API提供了应用到控制器的一种方法，可以告诉控制器网络上将会发生什么。

值得注意的是，除了OF之外，有些厂商已经有一些专门的南向API推出。

这部分是因为OF的指令集有限，有时候很难在传统的芯片上实现。

OpenFlow与SDN会成为网络的未来吗？

参加开放式网络峰会开幕式的与会者纷纷表示，关键的时刻就要到了。

加利福尼亚州帕洛阿尔托——网络的未来将由软件定义。

在开放式网络峰会第一天的开幕式之后，这几乎成为压倒一切的主题。

此次会议的核心就是围绕着软件定义下的网络（简称SDN）及OpenFlow展开，后者作为一款开源API使得各厂商的交换机及路由器产品获得了可编程能力。

开放式网络峰会由斯坦福大学--OpenFlow项目也与其有些渊源--以及开放式网络基金会（简称ONF，该组织成立于今年早些时候，专门负责为OpenFlow及SDN制定规范）主办，这也决定了此项活动偏重技术而少谈市场的特色。

该大会的出席阵容无疑令人肃然起敬，包括谷歌、Facebook以及雅虎在内的各家服务供应商、系统供应商、新兴企业及网络学术界成员可谓济济一堂。

当开放式网络峰会的组织者们首次提出这一活动概念时，他们保守地估计会有百余家参与者及少数技术展示。

然而最终他们所获得了超过六百家登记与会成员及超过二十五项技术展示。

峰会副主席兼ONF机构执行董事Dan Pitt认为，＂这已经不再是一个单纯的研究项目，它为客户及用户提供了前所未有的广阔平台。

＂换句话说，我们可以将网络当成计算机一类的设备进行编程。

与会者们纷纷表示，OpenFlow，或者其它任何为从物理网络到控制要素等诸多方面提供了概念层的API，允许我们通过软件对网络进行配置或是操控，这完全可以看作是一项面向未来的革新。

＂其价值定位的核心在于在网络领域内部创立竞争优势的能力，＂Nicira网络公司（一家网络虚拟化企业）联合创始人兼CTO Martin Casado说道。

＂一旦大家将各层分离开来，它们将可以各自独立发展。

＂SDN为三大网络领域提供了抽象概念：分布式状态、转发以及配置，ONF机构董事会成员兼加州大学伯克利分校教授Scott Shenker指出。

抽象化的关键是让复杂归于简单，而这在如今网络控制日趋复杂的大形势下这一点就显得尤为重要，他说。

＂掌握复杂性的能力与提取简单主干的能力并不相同，＂Shenker解释道。

＂SDN是规范方面的一项重大变革--即从逻辑角度出发集中控制功能。

这是网络软件时代的开端。

＂有了OpenFlow与SDN，用户可以根据本地需求对网络自行加以定义，比如去除不必要的功能，并创建虚拟的隔离网络，斯坦福大学电气工程及计算机科学教授Nick McKeown声称。

他们还能够通过提升软件来实现技术创新，而不必再依赖于新硬件，这将大大加快高校技术成果转让及合作伙伴间的技术交流速度。

但不同的声音仍然存在。

OpenFlow与SDN目前还只是从实验室中成形并刚刚投产。

根据峰会上与会者的说法，OpenFlow尚不成熟，还未经过大规模的网络部署测试，因此其规模化、容错性及安全性都受到一定质疑。

它恐怕需要在生产环境中运转数年之后才能真正得到广泛的肯定与信任。

而且别忘了还有思科公司。

作为路由器及交换机市场上的带头大哥，思科公司可能因为SDN的普及而损失惨重。

尽管思科也是ONF机构的成员之一，并且也计划将OpenFlow项目引入其Necus交换机产品线（根据思科公司官方博客的说法），但SDN的出现仍然可能会彻底动摇该公司端对端营销结构的根基。

来自思科公司的杰出工程师David Meyer认为，思科了解OpenFlow与SDN的潜在影响力，并已经开始制定行之有效的应对策略。

尽管如此，像雅虎这样具备大规模数据中心的企业对这些项目可谓求之若渴，雅虎公司首席设计师Igor Gashinsky认为。

＂拓扑结构检测是最大的问题之一，＂他说道。

＂路由器往往要花费30%以上的CPU处理周期来重复实施拓扑结构检测。

我们已经在中央数据库中设置过这一功能了，所以拜托赋予我们为网络编程的能力吧！＂有了像OpenFlow这样的一般型API,SDN使得新供应商操作系统的引入工作大为简化，Gashinsky说道。

SDN还允许用户自主创建插件以为控制层添加新功能，而无需改变底层硬件--或者是在不改变控制层的前提下提升硬件，他指出。

SDN在大规模网络中的应用毕业论文啊,大规模网络是个什么概念啊,...

软件定义型网络（简称SDN）与大规模网络虚拟化是电信行业中的两大新兴技术，二者的结合将令软件的中心化趋势更加明显、催生出可编程电信基础设施以及与之相关的服务生态系统。

研究报告中的其它重要内容包括： 服务敏捷性时间是推动SDN概念的重要因素； 降低运营成本对于CSP而言比降低资本支出更为重要； 网络功能虚拟化与SDN将成为CSP服务战略与电信网络供应商产品战略的重要组成部分。

华为设备关于SDN网络中的netflow协议,希望能给讲解下？

华为SoftCOM：重塑网络架构的未来 如今，我们正生活在一个快速连接的世界之中——全球有60亿台移动计算设备相互连接，每天都新增100万台移动设备；预计到2020年，全球移动计算设备总数将达到300亿台。

而在网络、云和客户端设备之间新形成的数字生态系统中，我们可以看到服务和应用的快速创新，几乎对社会的每一个行业都产生影响，尽管网络是当今数字经济的基础，但行业的中心已经向客户端和云转移，每天都创造出几十甚至几百种新的服务、应用以及商业模式。

毫无疑问，运营商转型面临着严峻的挑战，而华为认为，运营商的转型则可以分为三类： 第一类转型是从封闭的网络基础设施走向开放的网络基础设施，实现网络优化。

华为运营商网络CTO李三琦先生就谈到：“如今，硬件设备中的软件和网络设备是静态的、垂直的和烟囱式的，它们按计划的峰值需求进行分配，价格昂贵、没有API（应用编程接口）、很难改变，且是嵌入式的。

而利用SDN技术，对硬件和控制软件进行解耦，就可以建立网络的虚拟，使网络真正可编程、可视化、虚拟化和优化。

” 第二类转型是网络运营管理从复杂走向简单。

李三琦先生继续谈到：“如今网络的特点是手动配置、烟囱式、嵌入到硬件中、且过于复杂；不仅运营成本是资本支出的4倍，而且推出一项新业务的时间长达12至24个月。

而根据NFV（网络功能虚拟化）的计划，将来虚拟化将使网络变得简单，管理自动化、商业自动编排，大部分网络设备以及新出现的商业模式会变成以软件为向导，实现资源按需分配，并在一个平台进行统一管理，从而使投资最小化。

” 第三类转型更多的是建立一个跨数据中心和网络的、在逻辑上集中的云平台，以此进一步助力新商业模式的发展，并从纯数字连接，扩展到新商业赋能和智能应用交付。

李三琦先生表示：“总体而言，它将帮助运营商在数字生态系统中，形成关键竞争优势和新的价值主张，尤其是利用运营商的优势和能力，例如高度分散化的数据中心、网络边界智能化、用户识别、位置和在线状态和付费，通过平台上的API管理，运营商能够采用新的分布式渠道拓展商业，促进创新，并利用新的商业模式增加收入。

” 华为为助力运营商实现这些转型所制定的整体战略和愿景就称为SoftCOM。

SoftCOM的解决方案和架构，基于华为过去几年在三个关键技术领域的长期投资，即云计算、SDN和大数据分析，华为具备独特优势，能够帮助运营商利用现有的网络资产成功迁移，进行创新。

大道至简，华为提出SoftCOM战略，就是致力于帮助运营商建立一个完整系统的网络架构，以简洁之道应对商业和技术挑战。

而华为SoftCOM是基于云计算并结合SDN优势的系统网络架构战略，将助力运营商通过实现网络、运营和商业方面的转型，构筑竞争力。

与此同时，华为还基于对SDNNFV技术理念的深刻理解，以及对运营商需求的准确把握，率先在业界提出Caie SDN的整体技术架构。

Caie SDN以SDNNFV为技术基础，以开放、可编程为手段，协助运营商共同建设E2E的“弹性、简单、敏捷、可增值”的下一代网络。

转载请注明出处51数据库 » 软件定义网络 sdn ppt