ONOS与OpenDayLight有什么本质区别

ONOS与OpenDayLight有什么本质区别

ONOS与OpenDayLight的本质区别如下：
1、 Opendaylight成立时间比ONOS早， 开发者也多过ONOS， 所以成熟度上ODL要超过ONOS的。
ODL主要是由各个厂商组成的一个开源平台， 南向支持包括Openflow在内的多种协议， 6月底发布的锂版本中ODL又增加了6种南向协议。 目前使用ODL的运行商也很多， AT&T Domain 2.0里面主要使用的就是ODL的SDN控制器， 另外comcast， cablelabs， telephonica还有Orange等大小运行商都在使用ODL， 目前在ODL上面开发的公司已经有20多家，预计明年会达到40-50家。
2、ONOS起源是斯坦福主导的ON.Lab， 去年底开始公开一些代码， 他们主要是从运行商的用例开始， 然后在分布，集群和高可靠等方面做了一些加强。因为他们目前的code base不大， 所以，比较容易做一些优化。 在功能，支持南向协议等方面， 还比不上ODL。
另外， ONOS目前不是模型驱动的， ODL中的MD－SAL，和对YANG模型的支持是ONOS中没有的。
3、ONOS目前还在起步阶段， 在数据中心中现在几乎没有支持， 在运行商领域ODL与ONOS各有千秋。 其实两者目前看互补程度甚至超过冲突部分。

ONOS和ODL分别由运营商和厂商主导，所代表的利益不同，也就分别选择了两种不同的SDN演进方式。前者更贴近于SDN诞生之初时狭义的SDN概念，即通过OpenFlow将控制平面和转发平面完全分离，网络设备只是进行转发的黑盒子，通过Controller完成一切计算。ONOS所选择的理念与运营商自己的利益息息相关，只有将控制能力拿到自己手里，才能在整条产业链上逐步摆脱设备厂商的控制。通过使用更为廉价的转发设备替代原有的厂商设备，一方面在眼下增加自己与设备厂商的议价砝码，另一方面长远看能大大降低网络的建设和维护成本。相比较而言，ODL则采取了更为平缓的SDN演进方式，从理念上更为贴近广义的SDN，即不局限于OpenFlow协议，不局限于完全将控制平面从转发设备上剥离，通过已有的网络协议将部分的控制逻辑放到Controller上。这样的理念使广义的SDN技术的落地更容易成为现实，一方面通过保护运营商、企业等设备厂商客户的既有投资，使客户可以真正感受到SDN技术的实际效果。另一方面，通过在现有设备上扩展已有的网络协议，厂商能够使自己的设备在不用伤筋动骨就能保有竞争力，避免自己在SDN的革命中被迅速甩下。

从技术上讲，SDN Controller实际上解决的是南向与设备的通信问题和北向向APP提供的资源问题，网络运营者根据自己网络的业务特点提出的控制逻辑则需要开发APP来实现。从南向接口上看，ONOS目前成熟的南向接口只有OpenFlow，而ODL Helium版则支持OpenFlow、OVS-DB、MP-BGP、PCEP、NETCONF/YANG等极为丰富的南向接口以连接不同类型的设备。从北向接口上看，ODL采用的MD-SAL使得设备资源可以通过YANG model直接转换为RESTConf API，而ONOS还在某种程度上停留在ODL最初版本使用的AD-SAL架构，API需要在plugin设计时单独考量。当然除此之外，Controller的性能与Scale out也是必须面对的问题。对此，ONOS确实抓住了ODL尚未解决的问题，从一开始就从这两方面抢占先机，拨人眼球。不过从二者实现上都采用了JAVA的Karaf框架来看，性能与Scale out问题在根本上也不会存在先天的差别，面对海量计算采用Cluster会是最终的解决方法，而实际上两个控制器都提供了相应的Cluster部署方案。唯一的问题可能是ODL还需要应对多种南向接口带来的额外消耗，但ODL提供的是南向接口的可选能力，实际部署上也很少会出现多种协议共存的情况。

但值得一提的是，尽管ONOS主推OpenFlow，但在其Wiki上也列出了合作厂商正在ONOS上开发PCEP、TL1等南向接口，所以也许不久之后我们就会看到ONOS也开始支持各种各样的南向接口了

都是SDN领域的软件，SDN提出控制和数据分离的思想，对应的出现了控制平面和数据平面的技术即SDN控制器和交换机。OpenDaylight即所谓的控制器（controller），而OpenVSwitch是通过软件实现的SDN虚拟交换机。两者通过南向接口进行通信，来实现数据平面的网络通信。
OpenDaylight是一套以社区为主的开源SDN框架，由Linux协会联合业内18家企业在2013年初创立，旨在成为领先的软件定义网络技术、产品和解决方案。其目标是作为SDN架构中的核心组件，使用户能减少网络运营的复杂度，扩展其现有网络架构中硬件的生命期，同时还能够支持SDN新业务和新能力