Cisco推出OpenFlow SDN替代品

　在本周的Interop大会上，思科推出了针对软件定义网络[注]的OpenFlow的替代品，并提出将其作为一种标准，同时宣布将其添加为该公司新的可编程架构的重要组成部分。

　　思科的OpFlex协议的目的是保持控制智能在网络基础设施本身，而不是将控制集中在单独的控制器—这正是OpenFlow控制/转发解耦模型的根本。OpFlex旨在保持网络基础设施硬件作为可编程网络的基础控制元件，而不只是集中的基于软件

　　从本质上来说，思科提出了新的协议，而其实已经存在OpenFlow协议，只是目标与之不同。OpFlex与思科的应用程序为中心基础设施(ACI)可编程网络架构的关系相当于OpenFlow与SDN的关系。

　　“毫无疑问，随着ACI成为思科下一代数据中心的首选基础设施产品，OpFlex将会成为思科的首选南向协议，”IDC分析师Brad Casemore表示，“在思科看来，OpenFlow将适用于坚持选择它，而不愿意完全转移到ACI的客户。尽管思科的首要任务是ACI以及所有支持它的技术，包括控制器以及南向北向协议。”

　　ACI对转发控制采用了声明型模型，而OpenFlow则是采用命令模型。在声明模型中，应用程序策略从网络中抽离，而不是与典型的SDN命令控制模型一样，从网络配置中抽离。

　　当ACI网络从ACI的应用程序策略基础设施控制器(APIC)收到应用程序策略时，该网络会决定如何配置自身，而不是控制器描述配置。思科称，这种方法可以让APIC更好地扩展到所有网络设备，并简化了新基础设施与客户首选的管理、自动化和云计算[注]编排系统(用于自动化整个基础设施)的整合。思科称，这还能让ACI基础设施实现更高的扩展水平，以及灵活性。

　　在命令型SDN模型中，应用程序、运营和基础设施要求必须转换为网络配置，当控制器面对不断变化的状态时，可能会遇到瓶颈。应用程序开发人员必须用低层次的结构描述其要求，这影响了易用性。并且，典型的SDN支持“最小公分母”功能集，例如跨多供应商环境的桥接、端口和通道。

　　“思科称，声明模式可以很好地进行扩展，满足应用程序工作负载要求，并且比较容易管理，但毫无疑问，这也保护了思科的策略—确保网络硬件保留独立的智能和价值，”IDC的Casemore表示，“OpenFlow不能发挥这个作用，它需要控制平面和数据平面解耦，并且交换机的智能被限制为数据包转发。”

　　思科正在试图让物理和虚拟交换机以及4-7层网络服务领域的ACI合作伙伴支持OpFlex，并写入到其API。思科称OpFlex为IETF的标准，合作伙伴包括IBM、Plexxi和midokura，还提交OpFlex到OpenDaylight开源SDN项目。

　　这个ACI政策模式提交还将包括来自思科ACI工作的北向组策略。

　　除了ACI，思科计划在其Nexus 9000交换机(这是ACI硬件的基础)、Nexus 1000V虚拟交换机、ASR 9000路由器、Nexus 7000交换机和Sourcefire安全产品中支持OpFlex。

　　虽然思科是业界主导网络供应商，OpFlex可能会成为行业的事实标准，但该公司仍然有很多工作需要做，向行业解释OpFlex的真正价值