做业连接网络
在RYU控制器架构中,包括:Non-OF protocols、OF protocols、各类libraries以及内嵌的APP,同时,RYU控制器提供给用户统一的RESTAPI,供用户基于RYU框架开发本身的APP,同时,开发者能够根据本身的须要。添加所需的组件和库文件。值得注意的是,RYU架构只是提供给开发者一个平台,至关于一个没有应用软件的操做系统,开发者想基于这个框架实现本身想要的功能,就必须经过RYU提供的API编写相应功能的APP,这些APP就至关于咱们操做系统的应用软件架构
ONOS服务于服务提供商,注重的是可靠性和性能,这两点也体如今其轻量化的设计中(特别还沿用AD-SAL(API驱动的服务抽象层,该模式曾在ODL氢版使用过,后续的ODL版本里被MD-SAL替代)的方式,总体设计比ODL要简单)框架
ODL有丰富的南向接口:OpenFlow、NETCONF、OVSDB、BGP、PCEP……,说白了就是将设备端目前实现的而且能抽象成设备北向接口的协议尽量多地暴露出来,从外部看ODL支持丰富的南向接口功能强大(也确实强大),可是变相地提高了控制器设计的复杂度,也增长了控制器与不一样网络设备对接的难度。换言之,接口协议定义越丰富,也就意味着控制器和网络设备的“种类”就越多,相互之间的兼容性、互通性问题就越复杂,控制器和网络设备之间的捆绑性就越强。
ODL经过MD-SAL将南向接口与其核心层互联起来,因为模型自己具备厂商自定义属性(ODL中并无严格限定,容许各开发者定义本身的YANG模型),不一样南向协议之间相同的功能均可以抽象成不一样的模型,这也使得在ODL上各个设备产商能够根据当前自有设备的具体实现,将功能抽象成有局部差别的模型,甚至能够抽象出“产商特点”的模型,也就意味着集成一个特定的网络设备功能到ODL上仍是很是便利的。性能