一、与ODL区别
ODL
-
立场:设备厂商:Cisco、Citrix Systems、Red Hat 、Brocade、Ericsson、ClearPath、HP、NEC、Inte、HW、H3C、Juniper、ZTE、INOCYBE、锐捷等等
-
目标:开源控制器
对抗ONF将网络设备弱化(白牌化)、开放的理念,借助占领控制器这个制高点,通过丰富的南向接口间接保留网络设备本身的价值。 -
架构:整体设计过程体现网络设备本身的价值
-
ODL有丰富的南向接口:OpenFlow、NETCONF、OVSDB、BGP、PCEP
利:支持丰富的南向接口,功能强大
弊:控制器设计复杂度↑,控制器与不同网络设备对接的难度↑,兼容性互通性问题,控制器与网络设备的捆绑性↑ -
ODL通过MD-SAL将南向接口与其核心层互联起来
利:集成一个特定的网络设备功能
-
ONOS
- 立场:服务提供商(运营商就是其中的大头):AT&T、CIENA、VERIZON、NTT、爱立信、华为、NEC、INTEL、富士通
- 目标:开放的网络操作系统
考虑可靠性、性能,并在白盒系统上创建高性能可编程的运营商网络 - 架构:
- AD-SAL:更轻量简单
- ONOS采用的集群技术基于Hazelcast开源分布式内存数据库,Hazelcast是一个高度可扩展的数据分发和集群平台,可用于实现分布式数据存储、数据缓存。ONOS提供许多常见的分布式原型,开发人员利用现有服务,很方便就能构建分布式业务。
二者都是基于OSGI标准进行开发,使用Apache Karaf feature组装
ONOS在OSGI和Karaf之上,设计出Application管理子系统,Application与具体的Feature关联,用来实现Application的组件化管理,支持动态添加和移除。