第五篇博客：开源控制器实践——POX

本文主要是介绍第五篇博客：开源控制器实践——POX，对大家解决编程问题具有一定的参考价值，需要的程序猿们随着小编来一起学习吧！

实验5：开源控制器实践——POX
一、实验目的
能够理解 POX 控制器的工作原理；
通过验证POX的forwarding.hub和forwarding.l2_learning模块，初步掌握POX控制器的使用方法；
能够运用 POX控制器编写自定义网络应用程序，进一步熟悉POX控制器流表下发的方法。
二、实验环境
下载虚拟机软件Oracle VisualBox 或 VMware；
在虚拟机中安装Ubuntu 20.04 Desktop amd64；
三、实验要求
实验步骤

1. 搭建下图所示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
2.阅读Hub模块代码，使用 tcpdump 验证Hub模块；
详细步骤：
1）cd 211906108 > cd mininet > cd pox打开终端输入：./pox.py log.level --DEBUG forwarding.hub （开启hub模块）
2）然后在新开起的mininet命令行中输入：xterm h1 h2 h3开启h1 h2 h3的命令行终端
在h2命令行终端输入命令：tcpdump -nn -i h2-eth0，开启h2抓包(抓取eth0端口)、h3同上

之后就在h1命令行终端中输入相应命令来验证hub模块

由图可知，H1可以从H2\H3中抓包，
3.阅读L2_learning模块代码，画出程序流程图，使用 tcpdump 验证Switch模块。
详细步骤同2，区别在于此次在pox端输入的命令为:./pox.py log.level --DEBUG forwarding.l2_learning开启switch模块
h1 ping h2

由图可知只有H2抓到数据包
H1 ping H3

由图可知只有H3抓到数据包,验证了switch模块的自学习功能
数据包只会发送给相应的主机.
进阶实验
4.重新搭建（一）的拓扑，此时交换机内无流表规则，拓扑内主机互不相通；编写Python程序自定义一个POX模块SendFlowInSingle3，并且将拓扑连接至SendFlowInSingle3（默认端口6633），实现向s1发送流表规则使得所有主机两两互通。
详细步骤：
1.在mininet命令行中输入命令：dpctl del-flows 删除s1的流表

四、实验总结
此次实验学到了很多知识，也找到了许多问题的解决办法比如，近期使用ubunt总存在可视化页面无法打开的情况，通过：sudo python3 miniedit.py,这条命令可以顺利打开可视化页面，但是连完拓扑之后，点击run却无法出现mininet> 这个界面，后来采用了用命令行建立拓扑的方式，才顺利完成，但是治标不治本，我的可视化页面还是瓦特掉的，另一个就是学会了怎么去打开抓包的页面，再重复一遍：tcpdump -nn -i h？-eth0，还有一个小点就是，在抓包页面，ping的需要是地址，ping h2 就不好用，必须输入：ping 10.0.0.2（也就是pc的ip地址），画流程图太难了！我实在是做不到，此次实验又是没做出进阶要求的一次，但是乐观点想，这次进阶实验我有了一小步的进步，我删除了流表，这是比以前有进步的一点，不知道在课程结束之前自己能不能再做出一次进阶实验，进阶这东西看了真的头大，怎么才能学会这东西？此次实验还是收获大于失落的！

这篇关于第五篇博客：开源控制器实践——POX的文章就介绍到这儿，希望我们推荐的文章对大家有所帮助，也希望大家多多支持为之网！