SDN第四次作业

--- ## 简单表述控制器的架构技术 我们知道控制器是SDN中相较于传统网络最重要也是最大的不同之处,正是得益于在控制层面逻辑集中的控制器,得以实现控制层与数据平面分离,网络工作人员可以经由控制器操纵网络流表。 从文章中我们可以大致的了解控制器的发展历史,从最早期的NOX/POX到日本NTT公司开发的Ryu再到如今取得较高地位的OpenDaylight,以及OpenDaylight随后遇到的强劲对手ONOS,控制器一路沿着同软件发展相似的道路,从可扩展性差到可扩展性强,从功能简单到功能强大,从界面简陋到UI精致,我们已经可以看到一个趋势,那就是控制器正在像过去Android APP那样迅速的成长,这对于一个在计算机科学上属于年轻人的新兴学科来说已经是十分迅速,如今NOX、POX等早期控制器已经基本被淘汰,Ryu仍有使用率,但后来居上的OpenDaylight和ONOS已经占据了主导,以下是各个控制器的功能对比: ![](http://images2017.cnblogs.com/blog/1227195/201712/1227195-20171224213003818-795485847.png) 下面我想简单讨论一下我对Ryu、ONOS、OpenDaylight这三个控制器的理解。 ### Ryu控制器 尽管如今Ryu在SDN领域已经不占主流,但仍有许多新兴控制器未达到的优点。首先是使用Python开发,源码结构清晰,可读性强,对于SDN编程人员来说快速深入理解控制器十分友好,它的架构如下: ![](http://images2017.cnblogs.com/blog/1227195/201712/1227195-20171224211501584-87615022.png) 可以看到主要分为了上层的Quantum和OF Rest编程接口以及中间部分Ryu的自研发组件,下层的Ryu底层组件,整体结构简单但具备足够的功能进行SDN开发,且支持OpenFlow的所有版本。目前Ryu包含的组件如下: ![](http://images2017.cnblogs.com/blog/1227195/201712/1227195-20171224213910443-303893040.png) ### OpenDaylight OpenDaylight是SDN控制器发展的一个具有里程碑意义的控制器,它的诞生就十分不凡,由传奇的Linux协会联合IT行业十八家企业合作开发,旨在降低网络运营的复杂度,扩展现有网络架构中硬件的生命期,同时还能够支持 SDN 新业务和新能 力的创新。它的架构如下所示: ![](http://images2017.cnblogs.com/blog/1227195/201712/1227195-20171224212654021-676197294.png) 可以看到其中有供开放开发的北向协议以及支持OpenFlow的南向协议,以下是OpenDaylight提供的组件: ![](http://images2017.cnblogs.com/blog/1227195/201712/1227195-20171224212918975-2136590970.png) ### ONOS ONOS由斯坦福大学和加州大学伯克利分校SDN先驱创立的非营利性组织ON.Lab开发,成为了如日中天的ODL的劲敌,它和ODL的不同之处主要在于ONOS面向的对象是所有硬件,以便可以大规模地部署,适用于面向服务提供商和企业骨干网。而ODL的主要面向对象是设备商,二者所属的阵营并不一致。以下是ONOS的架构图: ![](http://images2017.cnblogs.com/blog/1227195/201712/1227195-20171224213620959-663459687.png) 可以看到ONOS架构分为北向接口、应用层、南向接口、适配层、设备层以及核心层,南向接口和适配层作为连接ONOS核心层与设备层的重要桥梁。 ---
posted on 2017-12-24 18:55  WayneYe  阅读(418)  评论(0编辑  收藏  举报