惠普OpenFlow：抛弃CLI

　　本月初HP宣布在16个交换机上实现OpenFlow支持。该举措引起了不少质疑。毕竟，市场上并没有很多的OpenFlow需求，而且一般企业中也未有明显的应用。但是，惠普有更大的计划——抛离CLI，实现完全抽象的网络。

　　虽然谈起OpenFlow，人们一般会想到Nicira、BigSwitch和Juniper等公司，但是其实惠普很早就介入这项技术——惠普曾经参与斯坦福大学的早期OpenFlow实验，还是开放网络基金会的主要成员之一。

　　尽管如此，惠普在此时进入OpenFlow商业领域仍然有些令人感到意外。现在，OpenFlow仍然是一个用于解决特殊环境下特殊问题的协议，如研究和学术界。虽然云计算和服务提供商网络需要OpenFlow的精细且灵活的流管理功能，但是惠普所关注的企业网络并没有这方面的需求。事实上，虽然有很多网络工程师对OpenFlow抱有猎奇心态，但是很少有部署计划。

　　惠普OpenFlow远景计划：摆脱CLI

　　笔者认为“远景计划”这个词最能解释惠普进入OpenFlow的原因。惠普在构思一个完全抽象的网络。有了这个网络，网络工程师将不直接接触各个交换机、路由器和防火墙，而且还可将网络作为一个整体进行管理。在二月初，惠普CTO Saar Gillai曾提到，网络管理需要变革，摆脱对CLI的过份依赖。事实上，现在逐个设备进行网络管理的现象非常普遍，而且大多数企业网络管理软件也以设备为中心。

　　对于惠普而言，有了OpenFlow，就意味着工程师可以创建一个独立运行和管理的网络。为了阐述这个问题，惠普网络的知名技术专家Charles Clark举了一些例子，说明如何在支持OpenFlow的网络中完成某些任务。这包括：

　　• 基于用户身份、动态分配端到端的安全可靠网络访问权限。

　　• 定义流量流的端到端性能特性，保证流量传输时达到预定义的服务水平。

　　惠普OpenFlow的网络管理工具

　　笔者最关心的是，能用在惠普OpenFlow的网络中的管理工具。在这个网络中，没有CLI交互，也不需要在各个设备上单独运行程序。相反，惠普的原型软件工具将向工程师提供一个GUI，它可用于定义总体需求，也可以精细控制用户环境安全性和流量特性，如MAC和IP地址。一旦建立完成，OpenFlow控制器将由软件进行控制，向所有需要编程完成任务的网络设备发送所需的OpenFlow命令。

　　关键在于，惠普不仅仅只是简单的宣布进入OpenFlow市场，更重要的是它挑起这个领域的竞争。笔者认为，惠普希望先于其他竞争对手向企业提供可靠的软件定义网络。由于思科似乎对OpenFlow和SDN不感兴趣，惠普的宣战让思科又一次站到了十字路口。