编者注：在这本云提供商OpenFlow指南中，网络专家Tom Nolle解释了OpenFlow如何成为提供商的竞争优势，并指出在网络中测试协议的数个步骤。

　　软件定义网络（SDN）以及其最清晰可见的协议OpenFlow已经引发了热烈的讨论。几乎每一个主要的路由器和以太网交换机厂商都宣布“支持”OpenFlow，引出了数个会议的召开和初创公司的成立。作为主要的云运营商，比如谷歌和威瑞森（Verizon）已经测试和部署OpenFlow，其他的网络运营商和提供商急于知道在所有的兴奋点之下，是否有实体产生，尤其是这个实体有哪些本质的好处。

　　在这本OpenFlow指南中将这些不确定因素放到一边：OpenFlow会成为云的竞争优势，云提供商需要了解。

为什么使用OpenFlow？

　　从技术层面看，OpenFlow和SDN是相当直接的概念。二者背后的理念就是为网络行为创建一个简单、集中控制面板。取代了以太网和IP中使用的分布式、自适应模型。

　　并不是让网络中的每一个设备根据网络拓扑和连接适应其转发表，SDN模型规定所有设备可以从一个中央控制器收到的具体转发规则。理论上，这样简化了网络流量管理，减少故障转移周期，甚至潜在的改善了安全性。中央控制器模型就是SDN是什么，OpenFlow就是SDN适用交换机到控制器协议实现的原则。

　　集中控制是OpenFlow的长处也是短处。优势在于，中央控制器意味着可以更快的用预设故障转移路由从宕机中恢复，更好的安全性，更稳定的服务质量（QoS）以及一种更快的应用网络到应用需求的手段。另一方面，集中控制很明显在服务于数十亿用户的网络中无法扩展，比如互联网。

OpenFlow是SDN单一策略？

　　OpenFlow的早期试验展示了两个变量，这两个变量对于加强协议优势以及最瞎话其限制性很关键：一个是中央控制器软件的容量，另一个是找到最佳的“边界”点，也就是OpenFlow和传统网络设备相遇的地方。

　　与流行看法相反，OpenFlow就其本身而言并不是一个完整的SDN战略。OpenFlow控制器允许交换机集中控制，但是协议本身也不提供任何模板或者方法这道这个过程。基础软件规定通过应用程序接口（API）用于垂直整合其他分配路由和决定连接策略的工具。运营商可能采用或者自主开发这些工具，一些OpenFlow厂商提供了解决具体应用的应用，包括云服务。

　　基于OpenFlow的应用可以创建虚拟网络，描述云资源或者客户云，超越数据中心扩展虚拟化模型。传统网络厂商，比如思科，也宣布虚拟网络战略，与现有协议共同运作。也出现了云分配和整合工具，但是重申一次，这些工具不依赖于是否是OpenFlow或者其他协议控制网络转发路径。

OpenFlow指南：如何测试OpenFlow

　　作为这本云提供商OpenFlow指南的一部分，我们还会关注运营商如何从现有网络提取连接信息，并使用这个信息来驱动转发变更。这也是谷歌已经部署的模型，也解释了上面提到的OpenFlow边界点问题。

　　不管OpenFlow部署在更大的IP网络核心，还是在云内部用来连接虚拟网络或者资源池，在某种情况下，很可能会同传统协议交互，向用户扩展连接性。协议间没有这种交互，可扩展性问题可能会限制OpenFlow在小型网络中应用。通过捕捉来自合作伙伴的拓扑信息，谷歌的案例中用互联网协议（IP），OpenFlow可以在传统网络中创建一种分区，可以灵活连接虚拟服务器，增加利用率，改善流连管理并稳定QoS。

　　几乎毫无疑问，OpenFlow会成为云的主要因素；谷歌决定在主干网中部署OpenFlow就足以证明这一点。云提供商需要试水OpenFlow，也意味着要遵循下面的基本步骤：

　　在云网络中为OpenFlow找一个任务。看看大学和谷歌这样的运营商已经完成的一些工作，对于选择一个测试或者部署来匹配本地需求很有帮助。

　　集合所需组件进行测试。包括接受OpenFlow概念的路由器和交换机，基本的交换机控制软件和其他所需的软件组件，用来管理拓扑和应用连接需求。不要忘了涵盖任何需要的软件，来处理控制包，这个控制包可以生成OpenFlow和其余网络之间的边界。

　　链接组件。通过API连接设备和软件，或者外包给一个集成商。确保找到一个具体的OpenFlow体验方式。

　　为连接应用到网络设计规则。通过OpenFlow控制器软件，在OpenFlow应用和拓扑层做这件事。这也是“常规”流量工程和失败模式布局做事的地方。

　　检查结果。运行一个小范围多结点的原型，随后按照应用逻辑扩展，拓扑和交换机控制软件测试。

　　确保OpenFlow是最佳选择。回顾其他网络虚拟化和基于应用的转发选择，包括各种虚拟私有网络（VPN）、虚拟LAN（VLAN）和隧道协议，确保这些策略不会增大使用或者甚至取代OpenFlow。OpenFlow在哪里被替代，就要监控标准流程，确保这种加强不会起决定性作用。

　　没有一项网络技术是基于炒作就应该部署的，也不应该被简单的驳回，因为它代表了一种传统之外的新选择。SDN几乎必然是未来云的一种方式，OpenFlow是一种转发控制标准，在SDN中同这个过程紧密相连。就像任何其他事物一样，它的强项和局限性会决定它位于运营商网络的哪个部分。