SDNLAB技术分享（五）：浅谈Open vSwitch移植

好了我们开始今天的主题吧！！

前一段时间自己私下一直学习Open vSwitch。起初学习Open vSwitch的目的，只是为了更好的学习OpenFlow协议，然而当我看到Open vSwitch处理OpenFlow协议的入口函数时(即handle_OpenFlow__)，突然感觉这代码的写的太NB啦。为什么这么说呢？因为Open vSwitch最新版本,号称支持of1.0，of1.1，of1.2，of1.3，of1.4，of1.5。然而它只用一个switch-case解决了协议版本差异性，它是怎么做到呢？带着这种疑问，开始了我学习Open vSwitch源码之旅。

随着学习一步一步的深入，发现了很多闻所未闻的新名词，比如说：DPDK,NetLink,NUMA等。这些新的名词（只是我没有听说过，其实业界早已不新鲜）令我产生了浓厚的兴趣，这样我就一点一点搜索相关资料，慢慢了解。以上就是我学习Open vSwitch背景，或者缘由吧。

今天我不打算进行源码分析，今天主要是想说一下如何移植Open vSwitch。

很多人可能觉得移植Open vSwitch太难了，不知道应该如何移植？的确Open vSwitch这套代码太过于庞大，而且耦合度也比较大，要移植的确不容易。下面我把这两年工作中积累的一点经验和大家分享一下，如有不好之处，希望各位批评指出。

移植的时候我们需要考虑以下两个大方向：

1、是简单移植？还是将软件做为公司产品的一个组件，即二次开发移植？

2、平台。首先我们需要确定要移植到平台，Window、x86、arm、mips、ios等。

01

简单移植

如果只是简单的移植，那就非常方便了，只需要将代码下载后放到对应平台下，进行编译即可。如果是移植到arm、mips平台下，可能需要进行交叉编译。公司一般都有交叉环境，我们只需要在configure过程中指定对应的平台即可，例如：

./configure --build=i386-linux,--host=arm-linux，然后就可以执行make进行交叉编译了。这些步骤对于大家应该不陌生，这里不在多说了。

02

二次开发移植

相信很多公司都是基于开源软件进行二次开发，并且将开源软件作为公司产品的一个组件或一个服务而存在。那么接下来的问题就是如何移植到自己产品中呢？移植后的软件工作是否正常？

下面我们针对这两个问题并结合Open vSwitch进行简单剖析。接下来的一些分享内容，都是我提前准备好的，比如说编译环境、截图等。说句实在话，搞IT的，有些时候我们必须自己走一遍才可以，所以我私下移植了一下。

03

Open vSwitch框架

我们在移植一个软件的时候，第一要务就是了解软件架构，不必十分了解，最起码能够知道这个软件由哪些组件组成。针对Open vSwitch架构图，如下所示：

此图是之前一位网友在群里发出来，我觉得比较经典便保存起来。通过上图可知，Open vSwitch分为三层：

1)管理层即：ovs-dpctl、ovs-vsctl、ovs-ofctl、ovsdb-tool。

2)业务逻辑层即：vswitchd、ovsdb。

3)底层服务层即：datapath。

前两个都是用户态应用程序，最后一个是内核态应用程序。

我们移植一个软件的时候有些时候只需要移植一部分，有些时候需要全部移植过去。通过图1可知，Open vSwitch整个框架耦合度较大，若想单独移植某一个模块，难度较大。好在大多数基于Open vSwitch进行二次开发都是全部移植。这里呢，我只介绍一下如何移植vswitchd，起到抛砖引玉的效果。

04

正常编译

大家都知道linux下面编译一个软件是，configure、make、make install。不同之处往往就是configure配置过程。还有一点，像Open vSwitch这样一个非常成熟的一个软件，网上有很多教程如何编译它，因此我们不必花费心思去读文档说明。对于一个新的软件，网上可能没有具体教程，那么我们只能看官方提供的README文件了。

我只做过x86平台上的移植，所以下面介绍均是以x86平台进行解说

1、查看INSTALL.RHEL.md

每一个开源软件都会有有一个README.md文件，因此我们来看一下README.md文件。在这个文件里面有下面这样一句话，即Open vSwitch所支持的平台以及对应平台安装说明。我的linux是Centos6.7即RedHad系列。

通过读INSTALL.RHEL.md文件，有三点需要说明：

1）Open vSwitch安装方式默认是rpm包方式，对于我们移植来说显然是不可取的。

2）安装Open vSwitch必备条件，所以我们必须安装这些软件，才能保证编译顺利

3）通过阅读说明文件，能够大致知道编译顺序，但是在第三步make dist需要修改成make。因为make dist命令编译并打包即生成rpm。

2、查看configure配置说明

通过查看说明文件，我们能够清楚的知道编译方式，但是为了能够顺利移植我们还需要查看一下configure配置。

通过configure --help，可能会打印出很多内容，但是我们关心只有两项Optional Features、Optional Packages。具体内容如下图示：

上面内容都是一些特性选项，各个公司可能要求不一样，可以根据公司要求打开某些选项，在这里不进行详细介绍。这里想说一下dpdk。如果我们想让Open vSwitch支持dpdk，我们必须指定—with-dpdk即configure –with-dpdk=/usr/ pathxx/dpdk,这样生成的makefile将会支持dpdk编译。

3、执行编译步骤（在编译过程中可能会出现各种错误，也可能不会有错，取决于你自己机器中是否安装Open vSwitch所依赖的库）

本想把一些错误记录下来，拿出来和大家分享一下，可是在我编译过程中比较走运，没有任何错误！！

我们按照上面说的进行编译，下面编译过程都是我自己私下编译过程的：

首先下载源码：

默认下载代码，git分支是master分支，master分支是主线分支，不是很稳定，因此我们进行分支切换，切换到

branch-2.5是发布分支，是稳定分支。 一般公司都是基于发布分支进行开发。

此处为了加速编译，我指定了多线程编译：make –j32

我这里编译的非常顺利，没有任何错误，这样对于移植一个软件来说，无疑是件好事。下面为了方便移植，我们需要重新编译一次而且把编译过程重定向到一个文件中。如下命令行

make clean

make > build.out.txt 2>&1

4、查看编译过程build.out.txt

查看编译过程主要是为了确定，可执行程序链接哪些库文件，这样在移植到我们自己产品中也需要链接对应的库。如下图所示：

通过链接过程可以清楚知道，某个程序需要哪些文件，我们只需要把这些文件移植到我们产品中就行了。

05

移植vswitchd模块

今天介绍一下我是如何进行vswtichd移植的。通过上面链接过程，vswitchd在链接过程会链接下面这些库以及.o文件：

下面是临时文件.o：

vswitchd/bridge.o   vswitchd/ovs-vswitchd.o 
vswitchd/system-stats.o  vswitchd/xenserver.o

下面是Open vSwitch自带的静态库文件：

ofproto/.libs/libofproto.a
lib/.libs/libsflow.a 
lib/.libs/libOpen vSwitch.a

下面是系统库：

-lssl -lcrypto -lcap-ng -lrt –lm

以上文件就是vswitchd所需要的文件，然而上面那些静态库文件我们是不知道由哪些源文件组成？那好我们可以再看一下编译过程，查找一下这些静态库由哪些文件组成。

如下图所示：

以上所有文件，就是我们需要的源文件，将这些源文件移植到自己平台中即可。当然只单纯的移植源文件是无法编译通过，还需要移植对应的头文件，这些工作都是体力活，没有什么技巧。

如果有人需要移植ovsdb-server也可以参考上面过程，过程相似。

06

编译参数

假设我们移植完所有源文件和头文件，接下来就需要编写makefile。如果不熟悉makefile语法的同学，若想移植一个软件估计是十分痛苦的。好在的是，公司有相应的编译框架，我们完全可以依靠现有资源。这里不想说makefile，而是说一下如何设置编译参数。编译参数对于编译出来的可执行程序，起着至关重要的作用，甚至影响移植后软件功能的准确性。那么我们如何做到编译参数正确性？其实很简单，还是查看编译过程。下面我截取一下编译过程：

/bin/sh ./libtool  --tag=CC   --mode=compile 
Gcc  
 -std=gnu99 -DHAVE_CONFIG_H 
-I. -I ./include -I ./include  -I ./lib -I ./lib   
 -Wstrict-prototypes 
-Wall -Wextra -Wno-sign-compare 
-Wpointer-arith -Wswitch-enum 
-Wunused-parameter 
-Wbad-function-cast 
-Wcast-align 
-Wmissing-prototypes -Wmissing-field-initializers -fno-strict-aliasing 
-g -O2 -MT 
lib/dpif-netdev.lo 
-MD -MP -MF $depbase.Tpo 
-c -o lib/dpif-netdev.lo lib/dpif-netdev.c 

07

如何保证移植后的软件功能的正确性？

其实我起这个话题是不好回答的，因为我不知道有哪些技巧能够保证软件的正确性。我这里只是总结一下吧：

1、按照上面流程，如果能够顺利移植并且编译出相应的可执行程序，那么可以保证80%的准确性。

2、如果可执行程序能够顺利运行起来，比如说vswitchd能够运行起来并且能够和控制器正常通信，基本上能够保证软件可靠性为95%。

3、进行日常测试，靠测试进行保证。

好了今天分享就到这里，感谢大家给面！！希望大家移植顺利。