尽管这是基于OpenDaylight开源SDN项目，但并不是所有项目成员都参与其中。

开放网络实验室(ON.Lab)是由斯坦福大学和加州大学伯克利分校SDN先驱创立的非营利性组织，本周该实验室推出其自己的开源SDN操作系统作为由供应商驱动的OpenDaylight系统的替代品。ON.Lab的开放网络操作系统(ONOS)被设计为可以在任何硬件(包括白盒)灵活创建服务以及按规模部署。

ON.Lab负责人表示，供应商驱动的OpenDaylight是为了保住目前的品牌硬件。

ON.Lab执行主管Guru Parulkar表示：“围绕SDN的炒作都是来自供应商。”他补充说，OpenDaylight的重点在于自动化命令行界面(用于配置传统硬件)，而并没有给服务提供商带来“SDN价值”，例如降低运营开支、加快服务加速和收入，以及提供白盒硬件。

“很多运营商愿意接受ONOS，因为它可以为他们提供敏捷性和灵活性，并可能让他们免于供应商锁定，”IDC分析师Brad Casemore表示，“他们想要学习超大规模供应商如何设计和运作其基础设施，但他们往往需要比大型供应商更多的帮助。ONOS可以帮助他们转移到白盒硬件，以及DevOps模式。”

最近发布的两个代码版本以及来自其成员企业的支持给OpenDaylight带来了一些推动力。Brocade本月将会推出基于OpenDaylight的SDN控制器。最初的怀疑者惠普和戴尔都提高了其对OpenDaylight的投资和参与度。

与OpenDaylight一样，ONOS提供一个SDN控制平面(南向和北向API)，以及一系列的管理、控制和服务应用程序。该社区最初是针对服务提供商，而现在该社区的目标是扩展其平台用于云服务提供商、企业和主流部署。

ONOS将在12月5日发布并提供下载。AT&T、NTT Communications、Ciena、Fujitsu、华为、Intel和NEC资助并开发了ONOS， Infoblox、SRI、Internet2、CNIT和Create-Net提供了贡献。

ONOS还受到开放网络基金会的支持，开放网络基金会支持基于OpenFlow的SDN，曾公开质疑OpenDaylight项目的意图。OpenDaylight由思科和ISM创建，主要受供应商支持，而ONF由SDN用户谷歌、Facebook、雅虎、Verizon和微软等创建。

正因为此，ONOS似乎是ONF赞助的OpenDaylight SDN框架替代品。

“从一开始，OpenDaylight和ONF之间关系很紧张，”Casemore指出，“至少有些主要运营商，NTT和AT&T，与OpenDaylight提出的模式相比，更喜欢ON.Lab的ONOS方法。”

ONOS本质上是SDN控制器，它具有北向接口到应用政策引擎和业务流程系统，以及南向接口到网络设备本身。ONOS支持的多个南向协议，包括OpenFlow和NETCONF。

ONOS中的应用政策框架将类似于OpenDaylight部署的组政策模式，但并不完全相同。事实上，ONOS中的南向政策协议将不同于OpFlex协议，这将出现在OpenDaylight即将发布的Lithium版本中。

“OpFlex并不是正确的抽象化，因为它暴露了设备的细节给应用程序，”Parulkar表示，这意味着它引入较少的抽象和更多的复杂性。

当思科推出OpFlex协议时，ONF高度质疑该协议。

ONOS Application Intent Framework将同时采用命令式编程和声明式编程方法来表达和执行意图，分别在流设置和应用意图层。这与思科的应用为中心基础设施模型的OpFlex不同，它是完全声明式的模式，OpenDaylight GBP也是基于此。

AT&T正在进行一个SDN和网络功能虚拟化(NFV)项目，被称为Domain 2.0。AT&T设想了很多ONOS的用例，On.Lab工作人员表示他们预计AT&T会部署ONOS作为Domain 2.0的组件。

AT&T计划在5年中向ONOS每年投资100万美元，他们对ONOS很乐观，但同时也很谨慎。

“现在还很不知道，ON.Lab正在开发一些令人印象深刻的应用程序，这补充了其他组织(例如OpenDaylight)的工作，”AT&T表示，“最终我们会看到ONOS推动行业向前发展，特别是开源领域。”

OpenDaylight似乎急于剖析ONOS以及参与其开发。

“我们很高兴地看到斯坦福大学在ONOS提出的新技术和新方法，”OpenDaylight执行董事Neela Jacques表示，“OpenDaylight开发者社区一直渴望看到更多代码。我们希望看到开发者之间更多的协作，为我们带来新的经验和ODL研究，让我们可以围绕一个开放的通用代码库团结行业。我们还非常想看到ONOS构建机制，让人们来参与、共享和利用其代码库。”

“ODL的目标仍然是推动SDN的部署，”Jacques表示，“我们现在看到的是，人们正在基于ODL构建各种各样的产品，我们将继续在2015年看到这种趋势。”

ONOS的用例包括跨分组光核心的多层优化和流量工程;SDN孤岛与互联网的无缝对等;具有分段路由的基于SDN的WAN控制;带宽日历;带宽和网络配置;以及各种配置、管理和控制应用程序。

另一个是网络功能作为服务(NFaaS)，ON.Labs将其描述为可扩展的、易于部署和管理NFV，其中最小配置单位是“服务”。这些服务可以很容易地管理和扩展，还可以结合在一起创建新的服务。

NFaaS的例子包括缓存、深度包检测、负载均衡和安全应用程序。