实验5：开源控制器实践——POX
一、实验目的
- 能够理解 POX 控制器的工作原理；
- 通过验证POX的forwarding.hub和forwarding.l2_learning模块，初步掌握POX控制器的使用方法；
- 能够运用 POX控制器编写自定义网络应用程序，进一步熟悉POX控制器流表下发的方法。
二、实验环境
- 下载虚拟机软件Oracle VisualBox 或 VMware；
- 在虚拟机中安装Ubuntu 20.04 Desktop amd64；
三、实验要求
（一）基本要求
- 搭建下图所示SDN拓扑，协议使用Open Flow 1.0，控制器使用部署于本地的POX（默认监听6633端口）
- 搭建拓扑
sudo mn --topo=single,3 --mac --controller=remote,ip=127.0.0.1,port=6633 --switch ovsk,protocols=OpenFlow10
- 阅读Hub模块代码，使用 tcpdump 验证Hub模块；
-
进入学号中的pox文件夹，开启pox，运行Hub模块
./pox.py log.level --DEBUG forwarding.hub
在mininet中开启h2,h3主机终端
mininet> xterm h2 h3
分别在h2、h3终端输入命令抓包
tcpdump -nn -i h2-eth0
tcpdump -nn -i h3-eth0 -
h1 ping h2、h2和h3的tcpdump抓包结果如下：
-
h1 ping h3
- 阅读L2_learning模块代码，画出程序流程图，使用 tcpdump 验证Switch模块。
-
程序流程图
-
进入学号中的pox文件夹，开启pox，运行l2_learning模块
./pox.py log.level --DEBUG forwarding.l2_learning -
h1 ping h2（h3并没有抓到数据包）
-
h1 ping h3（h2并没有抓到数据包）
四、个人总结
1. 实验难度：
个人感觉由于我不是特别理解pox的原理、方法等等，导致做实验比较茫然；以及在阅读L2_learning模块代码时感觉到了本人英语的薄弱，导致阅读吃力且缓慢；以及捋顺流程图的逻辑确实需要难度。
2. 问题与解决办法：
在已经开启pox运行过一个模块的终端，想要切换运行不同的模块的时候出现下图错误，无法正确运行模块。解决办法为先暴力的关闭了当前这个终端，再重新打开一个终端重新运行模块，然后就正常运行了。
3. 实验心得：
这次实验其实比前几次来的茫然，大概因为对POX实在一知半解又或者是因为对此次实验中要用的各种方法（如tcpdump方法）非常的陌生。实验过程可以说，在按部就班的步骤之中参杂着快乐的英语阅读，说的就是大段陌生代码加英语注释，希望自己英语能更好吧。结束实验后，整理了具体的实验内容以及回顾了具体的模块代码，我总算能对POX有比较形象的理解了，同时也掌握到了一些新东西和pox控制器的使用方法。唯一遗憾的可能就是做不来进阶要求中自定义一个POX模块吧。
