各巨头聚焦OpenFlow和软件定义网络

一年多来,网络业一直都在讨论OpenFlow与软件定义网络(SDN)。通过软件定义网络,工程师们将网络控制层与底层硬件分离,从而实现更精细的管理。他们也能够动态地分配虚拟交换,从而支持服务器虚拟化环境。问题是,虽然有很多的OpenFlow和软件定义网络应用程序,
但是许多用户仍然在等待具体的用例证明。他们还希望了解用OpenFlow语言编写的
众多应用程序是如何在现有网络硬件上使用的。本周,Tech Field Day在加利福尼亚举办的OpenFlow讨论会上,数据中心大户谷歌和雅虎以及思科和Brocade等网络供应商,概括介绍了他们各自使用OpenFlow和软件定义网络的情况,以及这些技术在市场推广之前需要做的准备工作。雅虎仓库级数据中心的软件定义网络如果能够在服务器硬件上运行自己的操作系统和软件,
那么为什么不能够在网络硬件上做
同样的事?这是雅虎首席架构师Igor Gashinsky在OpenFlow讨论会演讲时
提出的问题。他说,现代网络就像运转着的大型机,设备一应俱全,却没有软件。软件定义网络能够改变这个状况,创建一个软件生态系统,包括OpenFlow在内。一旦控制层从网络分离,那么硬件就不会将CPU浪费在拓扑发现等操作上。其结果是既实现创新管理,还能够
降低成本、提高能效。谷歌:软件定义网络意味着能效谷歌的Ed Crabbe说软件定义网络和OpenFlow并不是什么新概念。事实上,
它们都是PCE等技术的实践应用,已经存在很
长时间了。基于这种背景和进一步的发展,将智能从网络硬件剥离出来能够提高网络资源和其他方面的使用效率,如节能。思科的软件定义网络:分布式防火墙与适应性监控思科杰出工程师David Meyer说,SDN的未来更快、更便宜和更好,这也是大多数工程师都关心这三个优点。他更一步指出,SDN支持转发提取、分布式状态和控制,能够纵观网络,将策略与配置分离。对于以后的SDN用例,Meyer列举了动态访问控制、分布式防火墙的实现与管理、能源对称网络、适应性网络监控等。Brocade的OpenFlow:承诺很多,但是如何进行预期控制?Brocade首席架构师Curt Beckmann指出,OpenFlow给予了人们很大的期望,但是预期管理要跟进。虽然有人将OpenFlow与x86指令组相提并论,但是Beckmann
认为它只是内核API。虽然提供了很多开发机会,但是想要编译OpenFlow或SDN语言以支持现
有的硬件平台,还有很多工作要做。Big Switch网络:软件定义对于服务器虚拟化意义重大Big Switch网络的Kyle Forster指出,VMware能够虚拟化服务器,而Big Switch则能够虚拟化交换机。他说,Big Switch支持动态创建虚拟交换机和网络基础架构,这样创建一个简单的VM就不需要漫长的两周时间。Big Switch将软件定义网络视为三层结构:数据层、控制层和应用层。Big Switch主要关注于后两层。企业战略小组分析:OpenFlow仍然存在争议企业战略小组的John Olstik说,许多厂商倾向于使用软件定义网络和OpenFlow,但是外部控制器是否能够真的扩展,为大型网络提供控制路径指引仍然是他担心的一个问题。

时间: 2024-09-12 04:31:31

各巨头聚焦OpenFlow和软件定义网络的相关文章

《软件定义网络:基于OpenFlow的SDN》一一1.1 理解软件定义网络——OpenFlow特色

1.1 理解软件定义网络--OpenFlow特色 软件定义网络(Software Defined Networking,SDN)通常被认为是计算机网络领域中的创新概念,其目标是极大地简化网络控制和管理,通过网络的可编程性引导创新.通常,计算机网络的建设依赖于大量的网络设备(如交换机.路由器.防火墙等),以及在设备中嵌入实现的复杂网络协议(软件).网络工程师负责配置各种策略,以应对各种各样的网络事件和应用场景.他们需要手工地将这些高层策略转换为低层的配置命令,这些繁杂的任务通常只能通过有限的工具完

解读:OpenFlow的宣传攻势和软件定义网络

虽然OpenFlow网络在最近几个月一直是宣传的热点,甚至还在Las Vegas的Interop 2011上享受到明星般追捧,但它是一个协议概念--软件定义网络--有可能使虚拟化和云网络实现真正的变革.在一个由软件定义的网络中,交换机和路由器采用了一些集中软件管理元素方式的某种形式.在OpenFlow的环境中,控制平台是从数据转发平台分离出来的.一个集中的控制器维护着网络的实时,整体的情况,将网络路径定义为"流",并将这个数据流分发到各个交换机和路由器上.通过这些流,控制器可以协调所有

软件定义网络(SDN)的复杂度让人望而却步

OpenFlow和软件定义网络(SDN)背后的基本理念是:只要SDN友好型交换机出现,控制器和应用环境将" 8084.html">蓬勃发展".但除了SDN友好型交换机外,SDN还有更大的障碍需要克服--- 复杂性.具有讽刺意味的是,SDN的目标之一是通过解耦 控制面板,将其决策集中到控制器来简化网络管理的复杂性.这意味着, 例如,统一的政策可以被推广到各网络设备组.F5博客博主Lori MacVittie本周在其博客中指出,SDN其他主要目标是实现网络可编程性,而这从来

《软件定义网络:基于OpenFlow的SDN》一一3.2 已有的实现方案

3.2 已有的实现方案 目前存在不同的OpenFlow(以及SDN)控制器实现方案,我们将把它们作为现有开源项目的组成部分,放在第8章中详细介绍.本章内容主要集中在NOX.POX.NodeFlow.Floodlight(派生自Beacon)和OpenDaylight方面,通过这些实现方案介绍若干OpenFlow控制器,以及在开发网络应用时各种可选的编程语言.3.2.1 NOX和POX 第一个OpenFlow控制器是用C++编写的NOX(www.noxrepo.org),它同时还提供了用于Pyth

《软件定义网络:基于OpenFlow的SDN》一一导读

前 言 将网络管理功能从网络设备中分离出来是软件定义网络(Software Defined Networking,SDN)的基本特征.SDN是计算机网络模式的一个新的转变,它意味着将网络的控制功能(即控制平面)与数据转发功能(即数据平面)相分离,而且所分离出来的控制部分是可编程的.这种控制逻辑的迁移使得下层网络互连基础设施能够从应用层面上抽象出来,之前的控制逻辑是紧密集成到网络设备(如以太网交换机)中的,现在则转变为可访问的逻辑意义上的集中式控制器.这一分离为构建一个更灵活的.可编程的.与厂商无

《软件定义网络:基于OpenFlow的SDN》一一3.1 SDN控制器

3.1 SDN控制器 如后面的图3-1所描绘的那样,在软件定义网络(SDN)中,特别是OpenFlow中,控制平面和数据平面是分离的,我们可以把两者类比作操作系统和计算机硬件,OpenFlow控制器(就好比操作系统)提供一个OpenFlow交换机(就好比计算机硬件)的编程接口,利用这个编程接口,就可以开发网络应用,完成控制和管理任务,并提供新的功能.SDN中的控制平面,特别是OpenFlow的控制平面,在逻辑上是集中化的,因此在开发网络应用的时候,可以把网络视为一个系统.由于采用应变式的(rea

OpenFlow规范出现:软件定义网络

OpenFlow规范暴发在最近几周,随着Open Networking Foundation(ONF)的启用和几乎所有主流网络供应商宣布对规范的支持,OpenFlow规范在网络领域中暴发了.事实上,OpenFlow交换机在Interop Las Vegas 2011上就已经公诸于众了,并且也引起了很大的争论.SDN允许网络工程师控制和管理他们的网络,以便最好地服务他们各自需求,从而增加 网络功能和降低运营网络的成本.Open Networking Foundation支持OpenFlow规范,这

面向云的软件定义网络与OpenFlow商业发展

在云计算时代,数据中心将成为我们应用和数据交付关键中心,用户从园区.远程分支点.无线和互联网不同位置访问数据与服务,连接这些服务的网络比以往来得更重要一些.云计算需要可靠的.横向扩展和高性能网络,从用户接入.互联网到数据中心.大规模部署虚拟化与云计算催生了以工作负载为中心的下一代数据中心网络,复杂的网络需要为工作负载提供端对端网络资源响应.如何应对业务快速响应需求是下一代数据中心网络人员不得不面对的挑战.以新观点来解决网络在新应用下的挑战,控制平面与转发平面分离,软件定义网络为人们提供了新思路和

“软件定义网络”近期在硅谷的走俏已经得到了许多科技界人士的认可

在这样一个科技趋势的带领下,许多知名风投机构.甚至是大型科技巨头都纷纷对涉足这一领域的初创企业投入了大笔资金. 但与此同时,这一问世仅仅二.三年的新型技术也存在着一些尚未解决的问题,其中技术尚不成熟以及缺乏一个通用的技术使用标准或将在很大程度上制约该技术在企业层面的进一步普及. 以下是文章主要内容: 当飓风"桑迪"(Sandy)在去年肆虐美国东海岸时,处于飓风路径上的科技企业都迫切希望能够将自己的数据中心迅速迁往其他地点.然而,转移企业电脑服务器并非一朝一夕就可以做到的事,这往往需要人