SDN 、OpenFlow、Ryu的关系

最新推荐文章于 2024-08-16 08:14:35 发布

u010807846

最新推荐文章于 2024-08-16 08:14:35 发布

阅读量4.9k

点赞数 3

分类专栏： SDN 文章标签： openflow sdn opendaylight Ryu controller

本文链接：https://blog.csdn.net/u010807846/article/details/40918957

版权

本文介绍了SDN与OpenFlow的关系，强调OpenFlow只是SDN中用于控制器与转发设备通信的协议，而SDN还包括控制器架构、网络拓扑算法等多个核心组成部分。

摘要由CSDN通过智能技术生成

最近接受openflow交换机项目，好多概念都不清楚，先记下来以分享。

1、SDN绝不等于openflow，OpenFlow仅仅是SDN中控制器控制转发面设备的协议而已，控制器本身的架构、网络拓扑算法、运行环境、编程工具，以及和上层应用的集成技术都是SDN的一部分，并且是架构上更为核心的部分。

2、业界选择了OpenFlow协议，并围绕其来建立一系列的操作系统、软件、编译器、外设框架和实现。那么，业界为什么没有选择IETF定义的控制转发分离协议FORCES(Forwarding and Control Element Separation)而是选择了OpenFlow？我理解主要原因有两点1)forces设计初衷在于设备的转发控制分离，侧重于现有功能的建模，而不是用来创造新的网络特性。2）推进者的力量不同，forces由Intel发起，但是随后其卖出了NP，再无推进的决心，而OpenFlow由硅谷的摇篮-斯坦福大学提出，由GENI项目通过试验床合同推进，进而吸引了Google、Facebook、微软这样多金的IT/互联网企业参与，最终形成了强大的产业联盟。理论上，我们也可以扩展forces实现类似的SDN功能，或者我们再定义其它的控制协议和转发模型来实现SDN，但是OpenFlow已经占住先机。

3、OpenFlow网络由OpenFlow交换机、FlowVisor和Controller三部分组成。OpenFlow交换机（Switch）进行数据层的转发；FlowVisor网络进行虚拟化；Controller对网络进行集中控制，实现控制功能。Controller在网络中相当于上帝，可以知道网络中所有的消息，可以给交换机下发指令。Switch就是一个实现Control