#open vswitch

Network functions virtualization (NFV) brings the benefits of the cloud to telco operators. One of those benefits is the wide array of support software, including Linux, KVM, OpenStack and Open vSwitch (OVS). These software packages provide a base of well-known functionality upon which operators can build innovative new virtualized services. There are two limitations of this environment: OVS’ packet forwarding performance and its networking capabilities ...

今回はソフトウェア実装の OpenFlow スイッチ Open vSwitch の現時点での最新バージョン 2.3.1 を Ubuntu 14.04 LTS にインストールするやり方について。 使用する環境は以下の通り。

$ cat /etc/lsb-release DISTRIB_ID=Ubuntu DISTRIB_RELEASE=14.04 DISTRIB_CODENAME=trusty DISTRIB_DESCRIPTION="Ubuntu 14.04.1 LTS" $ uname -r 3.13.0-45-generic

尚、多少古くても良いのであれば Open vSwitch は標準パッケージにも用意されている。

$ apt-cache search openvswitch-switch openvswitch-common - Open vSwitch common components openvswitch-switch - Open vSwitch switch implementations openvswitch-datapath-dkms - Open vSwitch datapath module source - DKMS version openvswitch-datapath-source - Open vSwitch datapath module source - module-assistant version

まず、ビルドに必要なパッケージをインストールする。

$ sudo apt-get install -y build-essential fakeroot debhelper libssl-dev

次に Open vSwitch のソースコードをダウンロードしてくる。

$ wget http://openvswitch.org/releases/openvswitch-2.3.1.tar.gz -O - | tar zxvf -

ダウンロードしたファイルをビルドする。

$ cd openvswitch-2.3.1/ $ fakeroot debian/rules binary

ビルドが終わると deb パッケージができる。

$ cd ../ $ ls | grep deb$ openvswitch-common_2.3.1-1_amd64.deb openvswitch-datapath-dkms_2.3.1-1_all.deb openvswitch-datapath-source_2.3.1-1_all.deb openvswitch-dbg_2.3.1-1_amd64.deb openvswitch-ipsec_2.3.1-1_amd64.deb openvswitch-pki_2.3.1-1_all.deb openvswitch-switch_2.3.1-1_amd64.deb openvswitch-test_2.3.1-1_all.deb openvswitch-vtep_2.3.1-1_amd64.deb python-openvswitch_2.3.1-1_all.deb

パッケージをインストールする。

$ sudo dpkg -i openvswitch-common_2.3.1-1_amd64.deb openvswitch-switch_2.3.1-1_amd64.deb $ sudo ovs-vsctl show 67d8975b-1cbf-486d-8b7b-b94d10838151 ovs_version: "2.3.1"

以前、以下のような記事を書いた時は、Mininet で起動した Open vSwitch に OpenFlow 1.3 を喋らせるために ovs-vsctl コマンドを直接呼び出すというかなり無理やりな方法を取っていた。 OpenFlow の動作確認に便利な Mininet を OpenFlow 1.3 で使う あれから時は流れて、先日リリースされた Mininet 2.2.0 では、プロトコルバージョンの指定が Mininet から直接できるようになった。 今回は、その方法を試してみよう。 使用するプラットフォームは Ubuntu 14.04 LTS にした。

$ cat /etc/lsb-release DISTRIB_ID=Ubuntu DISTRIB_RELEASE=14.04 DISTRIB_CODENAME=trusty DISTRIB_DESCRIPTION="Ubuntu 14.04.1 LTS" $ uname -r 3.13.0-24-generic

まずは Mininet 2.2.0 をインストールする。 インストールスクリプトのオプションには Mininet (-n) と Open vSwitch (-v) を指定する。

$ sudo apt-get install git build-essential -y $ git clone https://github.com/mininet/mininet.git $ cd mininet/ $ ./util/install.sh -nv

次に動作確認用の OpenFlow コントローラとして Ryu SDN Framework もインストールしておく。

$ sudo apt-get install python-dev libxslt-dev zlib1g-dev -y $ sudo easy_install pip $ sudo pip install ryu

早速起動…と思ったら何かエラーでた。 Python のサードパーティー製ライブラリ Six のバージョンが古いらしい。

$ ryu-manager ryu.app.simple_switch_13 Traceback (most recent call last): File "/usr/local/bin/ryu-manager", line 5, in <module> from pkg_resources import load_entry_point File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 2749, in <module> working_set = WorkingSet._build_master() File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 446, in _build_master return cls._build_from_requirements(__requires__) File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 459, in _build_from_requirements dists = ws.resolve(reqs, Environment()) File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 632, in resolve raise VersionConflict(dist,req) # XXX put more info here pkg_resources.VersionConflict: (six 1.5.2 (/usr/lib/python2.7/dist-packages), Requirement.parse('six>=1.7.0'))

パッケージでインストールされているバージョンを見ると確かに古い。

$ dpkg-query -l | grep six ii python-six 1.5.2-1 all Python 2 and 3 compatibility library (Python 2 interface)

なので、一旦パッケージ版の Six はアンインストールしておく。

$ sudo apt-get remove python-six -y

PIP を使ってインストールし直す。

$ sudo pip install -U six

改めて Ryu で OpenFlow 1.3 版の L2 スイッチアプリケーションを起動する。

$ ryu-manager ryu.app.simple_switch_13 loading app ryu.app.simple_switch_13 loading app ryu.controller.ofp_handler instantiating app ryu.app.simple_switch_13 of SimpleSwitch13 instantiating app ryu.controller.ofp_handler of OFPHandler

ここからが今回の本題。 別のターミナルを使って Mininet を起動する。 --switch オプションに ovsk と protocols=OpenFlow13 を指定するのがキモ。 これで、スイッチの実装に Open vSwitch (Kernel) を、OpenFlow プロトコルのバージョンとして 1.3 が選択される。 トポロジ (--topo) はスイッチ 1 台にホスト 2 台が接続された 1 階層のツリー構造を指定しておく。

$ sudo mn --controller=remote,ip=127.0.0.1 --switch=ovsk,protocols=OpenFlow13 --topo tree,depth=1 *** Creating network *** Adding controller *** Adding hosts: h1 h2 *** Adding switches: s1 *** Adding links: (s1, h1) (s1, h2) *** Configuring hosts h1 h2 *** Starting controller c0 *** Starting 1 switches s1 *** Starting CLI: mininet>

無事接続できたようならホスト間の疎通を確認してみる。 ホスト h1 からホスト h2 に ping を打ってみる。

mininet> h1 ping h2 -c 3 PING 10.0.0.2 (10.0.0.2) 56(84) bytes of data. 64 bytes from 10.0.0.2: icmp_seq=1 ttl=64 time=1.20 ms 64 bytes from 10.0.0.2: icmp_seq=2 ttl=64 time=0.063 ms 64 bytes from 10.0.0.2: icmp_seq=3 ttl=64 time=0.076 ms --- 10.0.0.2 ping statistics --- 3 packets transmitted, 3 received, 0% packet loss, time 2000ms rtt min/avg/max/mdev = 0.063/0.449/1.209/0.537 ms

OpenFlow スイッチの仕様には、実装が必須なものとオプションになっているものがある。 また、実装が必須となっていてもされていなかったり、不具合で動作しない場合も当然あるはず。 SDN フレームワーク Ryu には、そういった OpenFlow スイッチの機能をテストするためのツールがある。 今回は Open vSwitch の最新リリース版 (バージョン 2.1.0: 2014/3/29 時点) をテストしてみよう。

$ sudo ovs-vsctl show 6a70b63c-5363-4de6-8bcd-7c3955737339 ovs_version: "2.1.0"

テストに悪影響があるため、あらかじめ IPv6 は無効にしておいた方が良いかも。

$ sudo sysctl -w net.ipv6.conf.all.disable_ipv6=1

テストは 2 台の OpenFlow スイッチを使って行われる。 テスト対象となる OpenFlow スイッチ (以下 DUT) と、テスト用のパケットを生成・検証するための OpenFlow スイッチ (以下 ATE) だ。 Open vSwitch の場合は 2 つのブリッジを用意する。 target が DUT で tester が ATE だ。 DUT と ATE は異なる実装の OpenFlow スイッチで構わない。 ATE は OpenFlow の Packer-In, Packer-Out が正しく動作する必要がある。

$ sudo ovs-vsctl add-br tester $ sudo ovs-vsctl add-br target

DUT と ATE の Datapath ID を変更する。 デフォルトでは DUT が 0x1 で ATE が 0x2 なことが想定されている。 ただし、これはテストの実行時に指定することもできるので無理に変更する必要はない。

$ sudo ovs-vsctl set bridge target other-config:datapath-id=0000000000000001 $ sudo ovs-vsctl set bridge tester other-config:datapath-id=0000000000000002

念のため Datapath ID が変更されているか OVSDB の内容を確認しておく。 OVSDB は Open vSwitch の設定情報を保存しているデータベースだ。

$ sudo ovsdb-client monitor Bridge name,datapath_id row action name datapath_id ------------------------------------ ------- ------ ------------------ 7087df08-4553-4b75-9116-d45b74db0e89 initial tester "0000000000000002" d7bcda63-7ae8-4afc-90da-7596468f5bd7 initial target "0000000000000001"

今回は OpenFlow 1.3 の仕様でテストしたいので、使用するプロトコルを変更する。

$ sudo ovs-vsctl set bridge target protocols=OpenFlow13 $ sudo ovs-vsctl set bridge tester protocols=OpenFlow13

Ryu のテストツールは OpenFlow コントローラとして動作する。 ローカルホストで動作させるため、DUT と ATE の接続先となる OpenFlow コントローラにはループバックアドレスを指定する。

$ sudo ovs-vsctl set-controller target tcp:127.0.0.1 $ sudo ovs-vsctl set-controller tester tcp:127.0.0.1

次に DUT と ATE の間を Virtual Ethernet Device で接続する。 テストツールは使用するポート番号を仮定するので、ポートを追加する際には ofport オプションでポート番号を指定する。 DUT と ATE の間が 2 本のケーブルで接続されており、それぞれのケーブルが使うポート番号が 1 と 2 になっていれば良い。

$ sudo ip link add link1a type veth peer name link1b $ sudo ip link add link2a type veth peer name link2b $ sudo ifconfig link1a up $ sudo ifconfig link1b up $ sudo ifconfig link2a up $ sudo ifconfig link2b up $ sudo ovs-vsctl add-port tester link1a -- set interface link1a ofport=1 $ sudo ovs-vsctl add-port target link1b -- set interface link1b ofport=1 $ sudo ovs-vsctl add-port tester link2a -- set interface link2a ofport=2 $ sudo ovs-vsctl add-port target link2b -- set interface link2b ofport=2

念のためポート番号が 1, 2 になっていることを確認しておく。 もしかすると ovs-ofctl dump-ports-desc <bridge> --protocol=OpenFlow13 コマンドで確認した方が、OpenFlow プロトコルのレベルで確認できるため、より確実かもしれない。

$ sudo ovsdb-client monitor Interface name,ofport row action name ofport ------------------------------------ ------- -------- ------ 06b7bc1f-beab-4fb7-a8bc-0cc7b1c7b8f6 initial "link2b" 2 42a162a6-f536-4167-a727-7eee6ba11357 initial target 65534 a7f74069-19c4-4784-bb6c-ab1ae444f45a initial tester 65534 76bf89c9-bb55-4d0e-8c35-ba4ae2227555 initial "link2a" 2 2f930d93-4ec4-41fb-9cf3-39cae9b7bf2b initial "link1b" 1 681badc3-f20e-49ef-a814-4571e9719541 initial "link1a" 1

次は Ryu のインストールに入る。 最新のテストケースで確認したい場合もあるかなと思うので、ソースコードから実行する方法を書いておく。 まずは依存するパッケージをインストールする。

$ wget https://bitbucket.org/pypa/setuptools/raw/bootstrap/ez_setup.py -O - | sudo python $ sudo easy_install pip $ sudo yum -y install python-devel libxslt-devel libxml2-devel

Ryu のソースコードをチェックアウトしてインストールする。 今回はひとまずバージョン 3.7 に打たれているタグを使うことにした。

$ sudo yum -y install git $ git clone https://github.com/osrg/ryu.git $ cd ryu $ git checkout -b ryu37 v3.7 $ sudo python setup.py install

次に、いよいよテストツールを実行する。 テスト用のアプリケーションと、テスト内容を --test-switch-dir オプションで指定する。 実行するとテストの結果がずらずらと出力されるはず。 --verbose オプションを付けると、デバッグ用の情報も確認できる。

$ ryu-manager --test-switch-dir ryu/tests/switch/of13 ryu/tests/switch/tester.py ... OK(488) / ERROR(440)

CentOS 6 系に Open vSwitch をインストールするいつものやつ。 いつの間にか Open vSwitch の 2.1 系がリリースされていた。 使用した環境は以下の通り。

$ uname -r 2.6.32-431.11.2.el6.x86_64 $ cat /etc/redhat-release CentOS release 6.5 (Final)

依存するパッケージをインストールする。 バージョン 2.1.0 から libtool が追加になったのかな。

$ sudo yum -y install wget gcc make automake rpm-build redhat-rpm-config openssl-devel kernel-devel libtool

yum で入るのは古いので autoconf はソースコードからインストールする。

$ wget -O - http://ftp.gnu.org/gnu/autoconf/autoconf-2.69.tar.gz | tar zxvf - $ cd autoconf-2.69 $ ./configure $ make $ sudo make install

Open vSwitch のソースコードをダウンロードして RPM ビルド用のソースディレクトリに入れる。

$ wget http://openvswitch.org/releases/openvswitch-2.1.0.tar.gz $ mkdir -p ~/rpmbuild/SOURCES $ cp openvswitch-2.1.0.tar.gz ~/rpmbuild/SOURCES/

ソースコードの tarball を展開する。 カーネルモジュールのビルドに必要なファイルもソースディレクトリに入れる。

$ tar zxvf openvswitch-2.1.0.tar.gz $ cd openvswitch-2.1.0/ $ cp rhel/openvswitch-kmod.files ~/rpmbuild/SOURCES/

ここまでで準備が整ったので本体とカーネルモジュールの RPM をビルドする。

$ rpmbuild -bb rhel/openvswitch.spec $ rpmbuild -bb rhel/openvswitch-kmod-rhel6.spec

無事ビルドできたら完成した RPM をインストールする。

$ cd ~/rpmbuild/RPMS/x86_64/ $ sudo yum -y install openvswitch-2.1.0-1.x86_64.rpm kmod-openvswitch-2.1.0-1.el6.x86_64.rpm

Open vSwitch のサービスを起動して無事完了。

$ sudo service openvswitch start $ sudo ovs-vsctl show 154476a7-d10f-4f6d-846b-34852f49488a ovs_version: "2.1.0"

OpenFlow コントローラの冗長化について考える。 まず、冗長化と言って一番に思いつくのは VRRP などでアクティブスタンバイにする方法かな。 でも、これだとアクティブなホストは一台に限られるからスケールアップしかできなくなる。 やっぱり OpenFlow のレベルでコントローラをクラスタリングしてスケールアウトするのが、一番筋が良さそうだと感じた。 OpenFlow 1.3 ではスイッチが複数のコントローラに接続できて、各コントローラはロールを持つ。 デフォルトのロールは OFPCR_ROLE_EQUAL で、このロールのコントローラはスイッチにフルアクセス権を持つ。 それ以外に MASTER/SLAVE 構成を取るためのロールも定義されている。 今回はデフォルトのロールでスイッチをクラスタリングしてみる。 今回使う環境は以下の通り。 コントローラ 2 台 (cntl1, cntl2) とスイッチ 1 台 (switch) を使う。 スイッチを両方のコントローラに接続した上で、両方のコントローラ経由でスイッチにフローを投入できることを確認する。

$ cat /etc/redhat-release CentOS release 6.5 (Final) $ uname -r 2.6.32-431.5.1.el6.x86_64

まずはコントローラのホストに Ryu をインストールして ryu.app.rest_router アプリケーションを実行する。

cntl1 $ sudo yum -y install wget python-devel libxml2-devel libxslt-devel cntl1 $ wget https://bitbucket.org/pypa/setuptools/raw/bootstrap/ez_setup.py -O - | sudo python cntl1 $ sudo easy_install pip cntl1 $ sudo pip install ryu cntl1 $ sudo iptables -I INPUT -m tcp -p tcp --dport 6633 -j ACCEPT cntl1 $ sudo iptables -I INPUT -m tcp -p tcp --dport 8080 -j ACCEPT cntl1 $ sudo service iptables save cntl1 $ ryu-manager --verbose ryu.app.rest_router

cntl2 の方も同様にする。

cntl2 $ sudo yum -y install wget python-devel libxml2-devel libxslt-devel cntl2 $ wget https://bitbucket.org/pypa/setuptools/raw/bootstrap/ez_setup.py -O - | sudo python cntl2 $ sudo easy_install pip cntl2 $ sudo pip install ryu cntl2 $ sudo iptables -I INPUT -m tcp -p tcp --dport 6633 -j ACCEPT cntl2 $ sudo iptables -I INPUT -m tcp -p tcp --dport 8080 -j ACCEPT cntl2 $ sudo service iptables save cntl2 $ ryu-manager --verbose ryu.app.rest_router

スイッチのホストには RDO から Open vSwitch をインストールする。 インストールできたら OpenFlow 1.3 で上記のコントローラ 2 台に接続する。

switch $ sudo yum install -y http://rdo.fedorapeople.org/openstack/openstack-havana/rdo-release-havana.rpm switch $ sudo yum -y install openvswitch switch $ sudo service openvswitch start switch $ sudo ovs-vsctl add-br br0 switch $ sudo ovs-vsctl set Bridge br0 protocols=OpenFlow13 switch $ sudo ovs-vsctl set bridge br0 other-config:datapath-id=0000000000000001 switch $ sudo ovs-vsctl set-controller br0 tcp:192.168.33.10 tcp:192.168.33.11

両方のコントローラに対して REST API のリクエストを出して、スイッチにフローを投入してみる。 192.0.2.0/24 と 198.51.100.0/24 の二つのプレフィックスを含むフローが投入できていれば成功だ。

switch $ curl -X POST -d '{"address":"192.0.2.0/24"}' http://192.168.33.10:8080/router/0000000000000001 | python -m json.tool switch $ curl -X POST -d '{"address":"198.51.100.0/24"}' http://192.168.33.11:8080/router/0000000000000001 | python -m json.tool

上記のコマンド実行が成功したら、スイッチのホストでフローを確認する。

switch $ sudo ovs-ofctl dump-flows br0 --protocol=OpenFlow13 OFPST_FLOW reply (OF1.3) (xid=0x2): cookie=0x1, duration=33.148s, table=0, n_packets=0, n_bytes=0, priority=1037,ip,nw_dst=192.0.2.0 actions=CONTROLLER:65535 cookie=0x1, duration=3.77s, table=0, n_packets=0, n_bytes=0, priority=1037,ip,nw_dst=198.51.100.0 actions=CONTROLLER:65535 cookie=0x1, duration=3.77s, table=0, n_packets=0, n_bytes=0, priority=36,ip,nw_src=198.51.100.0/24,nw_dst=198.51.100.0/24 actions=NORMAL cookie=0x1, duration=33.148s, table=0, n_packets=0, n_bytes=0, priority=36,ip,nw_src=192.0.2.0/24,nw_dst=192.0.2.0/24 actions=NORMAL cookie=0x0, duration=207.404s, table=0, n_packets=0, n_bytes=0, priority=1,ip actions=drop cookie=0x0, duration=207.404s, table=0, n_packets=0, n_bytes=0, priority=1,arp actions=CONTROLLER:65535 cookie=0x0, duration=207.404s, table=0, n_packets=0, n_bytes=0, priority=0 actions=NORMAL cookie=0x1, duration=33.148s, table=0, n_packets=0, n_bytes=0, priority=2,ip,nw_dst=192.0.2.0/24 actions=CONTROLLER:65535 cookie=0x1, duration=3.77s, table=0, n_packets=0, n_bytes=0, priority=2,ip,nw_dst=198.51.100.0/24 actions=CONTROLLER:65535

若干見づらいけど、プレフィックス 198.51.100.0/24 と 192.0.2.0/24 を含むフローが投入されていることがわかる。 あとは上記のコントローラの前段にロードバランサを置いて、コントローラを死活監視しながらリクエストの負荷分散をすればおっけーかな。 環境構築には Vagrant を使ったので Vagrantfile を置いておく。

$ cat Vagrantfile # -*- mode: ruby -*- # vi: set ft=ruby : # Vagrantfile API/syntax version. Don't touch unless you know what you're doing! VAGRANTFILE_API_VERSION = "2" Vagrant.configure(VAGRANTFILE_API_VERSION) do |config| config.vm.define :cntl1 do |cntl1| cntl1.vm.box = "centos65" cntl1.vm.network :private_network, ip: "192.168.33.10" end config.vm.define :cntl2 do |cntl2| cntl2.vm.box = "centos65" cntl2.vm.network :private_network, ip: "192.168.33.11" end config.vm.define :switch do |switch| switch.vm.box = "centos65" switch.vm.network :private_network, ip: "192.168.33.12" end end

Mininet は OpenFlow の動作確認をするためのネットワークエミュレータを含むツールキット。 今回はその Mininet のネットワークエミュレータでホストやスイッチのリンクの接続速度を変更する方法について紹介する。 リンク自体は仮想的な Ethernet ケーブルと考えれば良いかな。 今回使う環境は Ubuntu 12.04 にする。

$ cat /etc/lsb-release DISTRIB_ID=Ubuntu DISTRIB_RELEASE=12.04 DISTRIB_CODENAME=precise DISTRIB_DESCRIPTION="Ubuntu 12.04.4 LTS" $ uname -r 3.8.0-37-generic

まずは Mininet のインストールから。 ソースコードをチェックアウトしてインストールスクリプトを実行する。 インストールするものは -vn オプションで Open (v)Switch と Mini(n)et 本体。

$ sudo apt-get -y install git $ git clone git://github.com/mininet/mininet $ cd mininet $ git checkout -b 2.1.0p1 2.1.0p1 $ ./util/install.sh -vn

動作確認のための OpenFlow コントローラは使い慣れた Ryu にする。

$ sudo apt-get -y install python-pip python-dev libxml2-dev libxslt-dev zlib1g-dev $ sudo pip install ryu

ちなみに Mininet でインストールできる Open vSwitch はバージョンが古いので OpenFlow 1.3 は使うことができない。 たしか OpenFlow 1.3 のサポートは 1.10 以上から。

$ sudo ovs-vsctl show c3c52db7-0dca-43ee-897b-46b86facdb93 ovs_version: "1.4.6"

Ryu を起動する。 使うアプリケーションは OpenFlow 1.0 で L2 スイッチ相当の動作をする simple_switch にした。

$ ryu-manager --verbose ryu.app.simple_switch

さて、次はいよいよ Mininet を起動する。 まずはコマンドラインから実行するやり方を説明する。 以下のように --link オプションに種別 tc で bw (おそらく bandwidth) の値に 1 を指定すると、Linux tc を使った帯域制限により各リンクのスループットが 1Mbps に制限される。 ネットワークエミュレータによる環境構築が完了すると Mininet のシェルに落ちるので、そこで iperfudp コマンドを使ってスイッチ s1 に繋がっているホスト h1 と h2 の間のスループットを測ってみる。

$ sudo mn --controller=remote --link=tc,bw=1 *** Creating network *** Adding controller *** Adding hosts: h1 h2 *** Adding switches: s1 *** Adding links: (1.00Mbit) (1.00Mbit) (h1, s1) (1.00Mbit) (1.00Mbit) (h2, s1) *** Configuring hosts h1 h2 *** Starting controller *** Starting 1 switches s1 (1.00Mbit) (1.00Mbit) *** Starting CLI: mininet> iperfudp 10M h1 h2 *** Iperf: testing UDP bandwidth between h1 and h2 *** Results: ['10M', '973 Kbits/sec', '973 Kbits/sec']

送信したトラフィックが 10Mbps なのに対して受信できたスループットは 973Kbps となっている。 ほぼ、指定した 1Mbps に近い値となった。 次に Mininet の Python API を使う場合について解説する。 上記のコマンドラインと同様の構成を構築するためのスクリプトを以下に示す。 TCLink クラスを元にして bw (bandwidth) に 1 を決め打ちしたクラス Band1mTCLink を新たに作成している。 その Band1mTCLink クラスを使ってホストとスイッチ間を接続すれば良い。

$ cat << EOS > tc.py #!/usr/bin/env python from mininet.cli import CLI from mininet.link import TCLink from mininet.net import Mininet from mininet.node import RemoteController from mininet.util import custom if '__main__' == __name__: net = Mininet() c0 = RemoteController('c0') net.addController(c0) s1 = net.addSwitch('s1') h1 = net.addHost('h1') h2 = net.addHost('h2') Band1mTCLink = custom(TCLink, bw=1) Band1mTCLink(s1, h1) Band1mTCLink(s1, h2) net.build() c0.start() s1.start([c0]) CLI(net) net.stop() EOS

さて、動作を確認してみる。

$ sudo python tc.py mininet> iperfudp 10M h1 h2 *** Iperf: testing UDP bandwidth between h1 and h2 *** Results: ['10M', '974 Kbits/sec', '974 Kbits/sec']

久しぶりに Open vSwitch をソースコードからインストールしようとしたら、またもやパッチを当てないとビルドできなくなっていた。 折角なので手順を書き残しておく。 今回の手順が通用するはずのカーネルバージョンは以下の通り。

$ uname -r 2.6.32-431.5.1.el6.x86_64

まずは依存しているライブラリ類をインストールする。

$ sudo yum -y install wget git gcc make automake rpm-build redhat-rpm-config openssl-devel kernel-devel

次に yum から入るやつは古いので autoconf をソースコードからインストールする。

$ wget -O - http://ftp.gnu.org/gnu/autoconf/autoconf-2.69.tar.gz | tar zxvf - $ cd autoconf-2.69 $ ./configure && make && sudo make install

Open vSwitch のソースコードをダウンロードしてパッチを当てる。 パッチを当てたら改めて tarball を作り直す。

$ wget -O - http://openvswitch.org/releases/openvswitch-2.0.1.tar.gz | tar zxvf - $ cd openvswitch-2.0.1 $ wget -O - "http://git.openvswitch.org/cgi-bin/gitweb.cgi?p=openvswitch;a=patch;h=d1890de500d012d512ac7a680a2a0dc5e8acf444" | patch -p1 $ ./boot.sh $ ./configure && make dist

tarball と設定ファイルを RPM のソースディレクトリに設置する。

$ mkdir -p ~/rpmbuild/SOURCES $ mv openvswitch-2.0.1.tar.gz ~/rpmbuild/SOURCES/ $ cp rhel/openvswitch-kmod.files ~/rpmbuild/SOURCES/

以上で準備完了。RPM をビルドする。

$ rpmbuild -bb rhel/openvswitch.spec $ rpmbuild -bb rhel/openvswitch-kmod-rhel6.spec

出来上がった RPM をインストールする。

$ cd ~/rpmbuild/RPMS/x86_64/ $ sudo yum -y install kmod-openvswitch-2.0.1-1.el6.x86_64.rpm openvswitch-2.0.1-1.x86_64.rpm

Open vSwitch のサービスを開始して一丁上がり。

$ sudo service openvswitch start /etc/openvswitch/conf.db does not exist ... (warning). Creating empty database /etc/openvswitch/conf.db [ OK ] Starting ovsdb-server [ OK ] Configuring Open vSwitch system IDs [ OK ] Inserting openvswitch module [ OK ] Starting ovs-vswitchd [ OK ] Enabling remote OVSDB managers [ OK ] $ sudo service openvswitch status ovsdb-server is running with pid 5045 ovs-vswitchd is running with pid 5056 $ sudo ovs-vsctl show b224ebba-00e1-469d-ad43-f9f950b2d3c0 ovs_version: "2.0.1"