haimianxiaojie的专栏

ryu在使用的时候最常出现的报错是：address already in use 原因：ryu-manager被多次执行，或者ryu的监听端口6633被占用 解决办法： （1）kill掉占用这个端口号的进程 首先查看是哪个进程占用了这个端口号，命令如下sudo lsof -i :6633接着将它kill掉sudo kill -9 pid（进程号）（2）将ryu的端口号设为其他不被占用的端口r

我们在使用ryu控制器的时候经常希望可以同步地获取openflow的信息，而ryu/app/ofctl文件夹下的api.py文件就为我们提供了这样一个方便的途径。1.如何启动 如果你启动的app中已经导入了ryu.app.ofctl.api，那么在app启动的时候已经将ofctl.api模块导入。如果启动的app中没有导入它那么可以自己手动导入（自己的理解）。或者在启动的app文件中添加impor

2015/7/10更新 由于原来旧的版本没有官方给出的gui，之前参考的都是yamada-h给出的gui组件。参考网页：这里写链接内容现在新的版本自带gui，于是重新更新了ryu的版本，安装教程详见John lin的博客 这里写链接内容或者直接参考这里写链接内容参考网页： 这里写链接内容（Install Ryu 3.6 - SDN Framework，这篇教程非常好，基本上把安装常见的问题都考虑

1.instructions 首先来看一下instructions再openflow协议中的位置，如上图所示的一张流表项，instructions是一条流表项的组成部分。 每一个Flow Entry里都包含有一系列的Instructions，这些Instructions会在与该Flow Entry成功匹配的数据包上执行，进而导致数据包头信息的修改、Action Set的更新或者改变Pipelin

上图是一张流表项的组成部分，其中match fileds是用来做流表匹配的，当一条数据流过来，该如何对这条流进行处理，交换机会先对数据进行匹配，如果匹配结果和一条流表项的match fileds是符合的，那么便会对这条流做相应的处理，在ryu中match fileds中包含哪些可以来匹配流的项呢？我们来看源码。在ryu中匹配域是由OFPMatch这个类来生成的一个实体，根据这个类的说明我们可以了解它

Group Table给OpenFlow Switch提供了更加高级的数据包转发特性（比如select或者all），其由多个Group Entries组成，而每个Group Entry结构如上图所示： 每个Group Entry根据其Group Identifier来唯一定位，每项具体说明如下： 1）Group Identifier：一个32位无符号整数，Group Entry的唯一标识。 2