SDN第四次作业
控制器的架构技术
ryu控制器
利用Python语言，进行app的开发。Ryu因其架构清晰，支持OpenFlow全部版本。这个文件中定义了RyuApp基类，开发APP的时继承这个基类，就获得一个APP的一切了。
具体的数据操作：
ev.msg：每一个事件类ev中都有msg成员，用于携带触发事件的数据包。
msg.datapath：已经格式化的msg其实就是一个packet_in报文。
datapath.ofproto对象是一个OpenFlow协议数据结构的对象，成员包含OpenFlow协议的数据结构，如动作类型OFPP_FLOOD。
datapath.ofp_parser则是一个按照OpenFlow解析的数据结构。
actions是一个列表，用于存放action list，可在其中添加动作。
通过ofp_parser类，可以构造构造packet_out数据结构。
SDN控制器
SDN的特点之一就是控制平面与数据平面分离，其主张通过集中式的控制器平台实现网络的控制。在SDN架构中，控制平面是逻辑集中的，通过某种协议将控制信息下发至底层的数据平面去执行。
实现SDN的协议也是以OpenFlow为主，所以在SDN发展初期，SDN控制器更多指的是OpenFlow控制器。SDN出现之后，ONF[1]成立。ONF(Open Network Foundation),中文名为“开放网络基金会” ，是致力于推进SDN标准化的一个用户驱动的组织。在ONF的白皮书中，提出了SDN的架构标准。
onos控制器
ONOS是面向运营商网络的SDN操作系统。ONOS采用小步快跑的迭代策略，每三个月一个版本，在快速迭代理念支持下的产品研发是“上线-反馈-修改-上线”这样反复更新内容的过程，通过收集数据或用户反馈迅速知道改进的结果，用快速迭代的方式可以立即在用户之间找到平衡点。
ONOS把运营商的诉求放在设计理念的第一位，2016年二月二十五日发布的OPNFV Brahmaputra版本，ONOS支持的场景有多租户的Layer 2 和 Layer 3特性，已经具备了DC领域的基本网络能力，在后续的C Release规划中，ONOS会支持DC领域的杀手级应用业务链（Service Function Chaining）以及Cloud VPN，前者使OPNFV具备基于业务资源池快速构建业务链的能力，后者为企业提供类似传统MPLS VPN的专线连接能力，同时简化VPN部署复杂度，实现企业专线随时随地连接，可见在下一个版本，ONOS 把WAN与数据中心拉通，逐步成为在虚拟化平台的重要控制器组件，业务领域也在向DC内部进军。
opendaylight控制器
opendaylight 是一个提供开源软件的网站。旨在推动创新实施以及SDN透明化。它有一套极为灵活的控制器，可以部署在任何支持java的平台上。我们可以利用它的开源代码，自己学习或编辑各个软件，来自己定义。
