引言

当开发者希望以指定的间隔时间执行各类操作，并完成一些无需用户输入的任务，或者是一些“防止用户长时间等待”的需求时，比如搜索这样的例子，当用户输入关键字点击搜索的时候，到浏览器返回结果这个时间的长短直接影响了用户体验，另外当多个用户同时提交不同的搜索任务的时候，如何来调度这些任务，加上一些不是要求实时性的任务，

引言

当初无意中看到知道创宇推出来的网络空间搜索引擎ZoomEye,感觉好炫酷，很好奇它是怎么实现的，所以网上一阵搜索，想弄清楚ZoomEye是怎么实现的，自己也想模仿实现一个，一搜索才知道类似ZoomEye的产品很多，比如最出名的Shodan,以及不包含任何收费项目，全部数据都可以免费下载的Censys,还有开源的ivre，通过查看ivre的源代码，以及网上的一些资料和源码（Scan-T），总结了一个网络空间搜索引擎的大体架构，并为实现自己的个性化网络空间搜索引擎做了一个简单方案。

引言

1 实验目的

本次测试的目的是：

（1）验证使用NetMagic08+XTR控制器搭建适合实验的小型SDN网络实验环境的可行性；

（2）利用该环境验证基于端口转发和隧道封装提高数据中心网络负载均衡能力的效果

2 实验原理

本次实验理论基础是国防科大基于增强的高性能虚拟网络VegaNet,再利用隧道技术在CNGI/CERNET2主干网之上构成覆盖网络的层叠网验证方案。基于这个方案开发的设备主要是基于NetMagic系列的设备实现VegaNet的封装和解封装，实现VegaNet网络透穿，支持高带宽的实验流量，同时改进链路状态管理协议，提高网络控制的灵活性。

在分析floodlight源码包之前，先惯例性来个简单介绍，floodlight是一款基于Java语言的开源SDN控制器，遵循Apache2.0软件许可，支持openflow协议。Floodlight与NOX、POX等其他控制器类似，也使用了“层次化”架构来实现控制器的功能，同时提供了丰富的应用，可以直接在网络中部署数据转发、拓扑发现等基本功能。也正是因为floodlight这种模块化的实现方式，让我们分析floodlight源码大大减轻了难度。 ·
在接下来的分析里，我只是重点介绍一下floodlight新版本源码改变的地方。相信有那么一部分初学者floodlight的入门是看北邮老师写的这本书《软件定义网络核心原理与应用实践》，我开始学习floodlight的时候，直接选择了floodlight1.2版本，去看源码的时候，跟这本书上介绍的有点出入，要不是后续floodlight接触多了，还真无从下手，就比如书中介绍源码树下的org.openflow目录就没有，floodlight1.2版本中是调用了openflowJ库，在lib目录下有。以及代码中封装flowmod消息中构造match域的方式，channel接收消息的方式都有一些改变，当然这些改变是针对目前网上已有的floodlight分析文章中的内容。对floodlight整个源码大体分析网上已经有很多文章了，包括具体模块的分析，也有很多文章，但是这些文章都是基于老版本的floodlight，目前新版本都或多或少有改变，所以这篇文章侧重点是分析floodlight1.2版本我接触到的模块与网上分析的模块的不同之处。
获取源码方式：

在介绍这篇文章之前，先自我批评一下，也希望有跟我同样坏毛病的同学一定要引以为戒。什么坏毛病呢？就是在我们学习新技术新事物的时候，一定要认真仔细的观看官方给的介绍文档，特别是英文的文档，我想有这么一大群人跟我一样，当遇到英文文档的时候，总是草草略过，结果为后续学习埋下了各种坑。就比如，floodlight的github目录就明确指出了floodlight从1.0版本开始，openflow协议就不作为floodlight的源码进行一起编译了，而是专门的团队统一维护openflow协议并生成jar包，供floodlight调用，而且下面有专门介绍如何编译openflow协议生成jar包的方法，以及工具（loxigen）。

学习floodlight控制器也有一个多月的时间了，对floodlight的整体架构也有了基本了解，也能够在floodlight的架构基础上做新模块的开发，能在这么快的时间内掌握floodlight，除了要感谢国防科大老师们的指导和师兄们的热心帮助外，