官方文档：http://mininet.org/walkthrough/

翻译的官方文档：https://segmentfault.com/a/1190000000669218

ovs-ofctl相关指令：http://blog.csdn.net/rocson001/article/details/73163041

sudo mn --topo-single,3 --mac --switch-ovsk --controller-remote, ip = 192.168.56.1

运行mininet并创建一个简单的topo（1个switch，3个host）；创建的host拥有的mac地址相当于独立的IP，OpenFlow switch拥有3个端口；创建的switch连接到remote控制器上。

mininet>

1）nodes 　　查看mininet中节点的状态

2）help　　 获取帮助列表

3）h1 ifconfig　　查看host1的IP等信息

4）xterm h1 　　打开host1的终端

5）exit　　退出mininet登录

6）iperf h1 h2　　测试h1和h2之间的带宽，用TCP

7）net　　显示link状态

8）h1 ping -c 4 h2　　检查两个主机间的连通状态

　　解释：该命令只会ping 4次，在命令中出现代表主机的字符串时，即上面的h2，该节点名称会被其ip地址替代。上面的ping命令能让我们看到Openflow控制流量。主机h1请求h2的MAC地址的ARP数据包，触发了上传控制器的packet_in消息。然后控制器将packet_out消息洪泛到其他交换机端口（这里只有和h2相连的端口），主机h2发现ARP请求进行回复。回复同样上交控制器，控制器将其发送给h1并下发一条流表项。如下图的一次完整通信：

　　现在h1就知道h2的mac地址，并且能ping通了，此时再ping，发现耗时更短。因为交换机中已经有转发icmp流量的流表项了，所以之后的ping都不会产生控制流量（即发给控制器的），icmp包直接通过交换机流表项快速转发出去。

9）dump　　输出各节点信息

10）iperfudp　　测试带宽，用UDP

11）dpctl 相关命令

　　1.dpctl dump-flows　　查看topo中的所有流表

　　2.s1 dpctl dump-flows tcp:127.0.0.1:6634/6654　　如果topo只有一个交换机可以执行这个命令，查看属于s1交换机的流表项【如果在虚拟机跑floodlight就是6654，如果在物理机跑floodlight，需要在建topo时加上listenPort=6654，即，这样就可以正常执行这个命令和下一个命令，且端口号是在交换机个数的基础上叠加的】

　　例子如下：

　　【dpctl 【命令】，mininet会对每个交换机执行【命令】，发现上图s1并没有对某一个ip+port进行绑定】

　　3.s1 dpctl add-flow tcp:127.0.0.1:6634/6654 in_port=1,actions=output:2　　如果topo只有一个交换机可以执行这个命令，在s1交换机上添加流表项

　　4.dpctl add-flow in_port=1,actions=output:2　　给topo中的所有交换机都添加这个流表项

　　如果topo中有多个交换机应该执行如下命令做相应操作：

　　1.在非mininet终端下，执行命令：sudo ovs-ofctl dump-flows s2：查看s2交换机的流表项

　　2.在非mininet终端下，执行命令：sudo ovs-ofctl add-flow s1 in_port=2,actions=output:1 ：给s1交换机添加流表项

　　流表信息如下：　　

12）link s1 s2 down　　断开s1和s2之间的链路，此操作后会使经过s1和s2链路的主机ping不通，而连在同一个交换机上的主机可以ping通

13）link s1 s2 up　　连接s1和s2之间的链路

14）sudo mn -c　　　在非mininet终端下，执行该命令，可以clear上一次退出topo所遗留的文件。在一次exit后，必须执行该命令，否则会导致topo创建不成功。

sudo mn --switch ovs --controller ref --topo tree,depth=,fanout= ---test pingall
指定远程控制器：【--controller=remote,ip=192.168.199.12,port=】

创建一个树形拓扑，2层，9个交换机，1个核心交换机+8个接入层交换机（星型拓扑），64个主机（每个接入层交换机连8台主机）。

ovs表示用的是Open vSwitch交换机，ref表示用的是Openflow/Stanford reference controller（估计是mininet自带的）。最后用pingall测试了一下，很耗时，并且pingall结束后，命令行都没有出来网络就直接关闭了。

mn命令代表的sh文件，路径为mininet/bin/mn。文件语言格式确实就是python（#!/usr/bin/env python，多了个env），但好像没有py后缀？并且mn命令并没有用到python来编译（即并不是sudo python mn），这就不太懂了。查了一下，关键是python头部中env的区别，解释。

如果最后面不加--test pingall，运行后就会进入命令行mininet>模式，而不是pingall结束后就直接将网络关闭了。

$ sudo mn --test pingall --topo single,
拓扑：一个交换机连3主机。测试连通性后关闭网络。

$ sudo mn --test pingall --topo linear,
拓扑：线性的4交换机4主机，即交换机一条线，每个交换机只连一个主机。

$ sudo mn --test pingall --topo tree,depth=,fanout=
拓扑：3个交换机4个主机，构成两层的树形结构。

简单的开启web服务器和客户端相关的命令：

mininet>【这里输命令会由mn处理】
（） mininet> h1 ping h2
（） mininet> h2 python –m SimpleHTTPServer >&/tmp/http.log &
（） mininet> h1 wget –O – h2
（4）　　 mininet> h2 kill %python

（1）h1指明发起命令的主机，后面是具体命令，相当于打开了h1的一个虚拟终端，在其中执行h1后面的命令。

（2）表示打开h2的终端，执行一个启动简单python服务器（http）的命令。80表示h2开启的端口号（http），后面看不懂的一串，大概是将日志写到指定文件，这样就不会占用cli终端了（解释：一般执行启动http服务器的python命令后，cli终端会被日志信息占用，此时无法输入其他命令，而有了后面一串，该命令就像是在后台运行，可以继续输其他命令）。

（3）在（2）服务器开启的情况下，向h2请求wget（一般用来文件下载）。该命令就是将h2打开的http服务器下的index页面下载下来了。执行结果如下：（10.0.0.2是h2的ip地址。）

（4）h2关闭服务器。