pox controller学习笔记.pdf

pox controller学习笔记（一） pox是由斯坦福开发的一种基于OpenFlow 的控制器，pox能将交换机送上来的协 议包交给指定软件模块，组件和事件是pox 的两个重要概念。 Contents [hide]  一．pox框架  二．pox启动流程  三．组件加载  四．事件与组件关联  五．事件处理 一．pox框架 1.pox主要由 core 和组件组成，其中 core 中比较重要的模块是of_01和 openflow。 2.of_01主要运行一个线程，该线程循环监听与交换机的TCP连接(该功能的实现 用的是pox 的recoco方法)，当某交换机送上来一个协议消息时, of_01会触发 该消息所对应的事件。 事件是需要Source 和 Sink的，Source的功能是给组件提供可被监听的事件， 并提供接口(即raise 函数)去触发事件给监听它的组件们。 而Sink就是监听 Source的组件。 of_01在此处共触发了两个Source的事件, 一是该交换机的connection(在交换 机连到pox时会被创建)；二是openflow模块，也就是说，任意交换机传上来的 消息都会触发openflow的事件。 openflow是个事件Source的存在， 它能被任何交换机的任意消息触发事件。 3.pox 数据处理的基本流程： of_01监听交换机消息，除了握手消息不触发给组件 （自行处理），其他的都会触 发事件。 监听该交换机或者openflow的组件就会被触发相应的函数来处理该事件。 ——————————————————————————————- 二．pox启动流程 1.pox.py 调用pox.boot模块中的boot函数 2.boot.py 下面可以来看下boot.py里所做的几个主要的工作： 443-444行将pox及ext的目录添加到系统路径。 446-457行处理一些命令行参数。 _do_launch(argv)函数根据argv来启动pox 以及各个组件。 _post_startup()函数启动of­_01，监听事件。 Core.goUp()函数用来启动core。 3.pox的启动流程总结如下： a.处理pox路径，添加源码pox文件夹和ext文件夹到系统路径，ext文件夹用 于存储用户自己开发的模块。 b.处理命令行参数。 c.根据命令行参数启动pox及组件。 d.启动of_01，用于监听交换机的事件。 e.启动core 内核。 ——————————————————————————————- 三．组件加载 在启动pox 的时候，相应会启动pox 的许多组件，而不是仅启动一个pox主程序。 启动了相关组件之后，才能去管理各个组件，并通过handler去管理消息队列中 的不同的事件，实现事件的管理。 组件的加载与初始化在boot()文件里的_do_launch()函数里，代码如下： 创建component_order的列表，用于存放组件的名称。然后再逐个启动，初始化。 首先定义了组件顺序的list，以及组件的dictionary。 146-147行将命令行参数中的组件加入。 154-155行处理一些pox选项，以及预启动。 157-164行遍历组件列表，决定组件启动顺序。 166-168行导入组件。 这段代码的主要工作是预处理组件，例如：获得组件的启动函数，代码中的f， 就是组件的启动函数指针，还完成一些测试工作：判断启动函数的代码行数是否 大于0等。 199行启动组件，**参数表示传入的是字典，将key和value值都传了进来。 这样组件就加载起来了。 下面我们可以以l2_learning组件为例： 我们看到launch()函数里边仅有一个语句： core.registerNew(l2_learning, str_to_bool(transparent)) 接着分析，看看core.registerNew()函数： 355行得到一个类名 356行申请实例 357-359行处理重名的组件 360-361行注册，返回实例 再 看 register() 函 数 : 先处理参数，再使用组件类名和组件实例注册了一个事件。 可以看到注释中，register()函数实现