尽管背后OpenDaylight的建筑气势是开源SDN项目，不是每个人都在背后。
开放网络实验室由斯坦福大学(Stanford University)和加州大学伯克利分校(UC Berkeley)的SDN先驱们创建的非营利组织ON.Lab本周推出了自己的SDN开源SDN操作系统作为来自供应商驱动的OpenDaylight的工作的替代品。上。实验室开放网络操作系统(ONOS)用于在任何硬件(包括白盒)上大规模支持敏捷的服务创建和部署。
供应商驱动的努力，比如OpenDaylight意在维护硬件品牌的地位。实验室官员说。
+更多关于网络世界:有个足球雷竞技appSDN公司走向开源+
“所有围绕SDN的噪音都来自于供应商，”Guru Parulkar说。他补充说，OpenDaylight专注于用于配置遗留硬件的命令行接口的自动化，并不会给服务提供商带来“SDN价值”，比如降低运营支出、加速服务交付和收入，以及提供白盒硬件替代品。
“许多运营商都服从类似ONOS因为它给了他们的敏捷性和灵活性，并有可能从基于硬件的供应商锁定的自由，” IDC分析师Brad Casemore说。“他们希望从各大超大规模的玩家如何设计和运作的基础设施，以学习，但他们也往往需要更多的帮助比大超大规模的玩家需要。ONOS可能帮助他们迁移到白盒的硬件和更多的DevOps模式在操作。”
OpenDaylight已经看到有两个代码版本从自己的成员公司最近的一些势头，并提高支持。博科将推出在本月基于OpenDaylight-SDN控制器。和初步怀疑惠普和戴尔有提高他们的投资和参与在努力。
像OpenDaylight，ONOS提供了一个SDN控制平面特色向北和向南的API，以及一系列的管理，控制和服务应用程序。最初，针对服务供应商，社区的目标是扩展云服务提供商，企业和主流的部署平台。
ONOS将发布并提供下载12月5日有人资助，由AT＆T，NTT通信，Ciena公司，富士通，华为，英特尔和NEC开发的，与Infoblox公司，SRI，Internet2的，CNIT和Create-Net的贡献。
ONOS也得到了开放网络基金会的支持，该基金会是基于openflow的SDNs的支持者公开质疑OpenDaylight项目的意图。OpenDaylight是由思科和IBM成立，并主要是与供应商填写，而ONF由SDN用户谷歌、Facebook、雅虎、Verizon和微软等创立。
因此，ONOS似乎是onf认可的OpenDaylight SDN框架的替代品。
Casemore指出:“从一开始，OpenDaylight和ONF之间就存在紧张关系。”至少一些主要的运营商，如NTT和AT&T，更习惯使用ON。和OpenDaylight提出的模型相比
IDC分析师Brad Casemore
ONOS本质上是一个SDN控制器，具有向北的接口到应用程序策略引擎和编制系统，以及向南的接口到网络设备本身。OpenFlow和NETCONF两个由ONOS支持的多个南协议。
在ONOS应用政策框架将类似于基于组的策略模型通过OpenDaylight和思科的设想，Parulkar说，但不完全相同。事实上，在ONOS南行政策协议也将是思科所设想的OpFlex协议预计将在OpenDaylight即将推出的“锂”的发布出现不同。
“OpFlex是不正确的抽象，因为它暴露了设备的应用程序的细节，” Parulkar说，这意味着它引入了一些抽象，超过所需的复杂性。
Parulkar说，ONOS应用意图框架将分别在流程设置层和应用意图层采用命令式和声明式技术来表达和执行意图。这与Cisco使用OpFlex的以应用程序为中心的基础设施模型形成了对比，OpenDaylight GBP是基于OpFlex的完全声明式构造。
AT&T有一个名为域2.0的高度可见的SDN和网络功能虚拟化(NFV)项目正在进行中。许多用例ONOS由AT＆T的设想，On.Lab官员说，增加他们预计AT＆T采用ONOS作为域2.0的一个组成部分
美国电话电报公司在五年时间里每年向ONOS投资100万美元，它很乐观，但对自己的计划保密。
现在说还为时过早，继续。实验室正在开发一些令人印象深刻的应用程序，我们看到这些应用程序补充了其他组织的工作，比如OpenDaylight，”AT&T发言人说。“最终，我们真正关注的是任何能推动这个行业向前发展的东西，尤其是在开源领域。”
OpenDaylight似乎热衷于剖析ONOS并参与其开发。
“我们很高兴看到斯坦福在ONOS中提出的新技术和方法能够发挥作用，”他说尼拉雅克，OpenDaylight执行董事。OpenDaylight开发者社区总是希望看到更多的代码。我们希望看到开发者之间的合作，为ODL带来新的学习和研究，这样我们就可以继续沿着围绕一个开放的、通用的代码库团结业界的道路前进。我们也很想看到ONOS建立一种机制让人们参与、贡献和利用他们的代码库。
“ODL的目标仍是在行业克服分裂推动采用SDN的，”雅克说。“我们现在看到的是人们构建了各种基于ODL，该行业可以利用的产品。我们将看到这种趋势继续在2015年”
ONOS的用例包括多层优化和包光核心上的流量工程;SDN岛屿与互联网的无缝对接;基于sdn的分段路由广域网控制带宽日历;带宽和网络供应;以及各种配置、管理和控制应用程序。
另一种是网络功能作为服务（NFaaS），其中ON.Labs描述为一个可扩展，易于部署和管理NFV这里供应的最小单位是“服务”。这些服务可以轻松地管理和放大或缩小，并结合在一起，创造新的服务，ON.Lab说。
NFaaS的例子包括缓存、深度包检查、负载平衡和安全应用程序。
ONOS将通过GitHub开放源码库。