sdn時代の開発よもやま話 - openflowとtrema

～SDN時代の開発よもやま話～

OpenFlowとTrema

高宮安仁 (Trema開発チーム)

12年12月9日日曜日

FAQよくある疑問

OpenFlow/SDN FAQ

「何の役に立つの?」

世界で初めて、OpenFlow/SDN開発を扱った本

2013/1/8 発売

SDNとは

SDNとはプログラミング分野の1つ

「GUIプログラミング」とかと同じ!

OpenFlowとは

SDNのいち実装方式

OpenFlowとは

SDNのいち実装方式

GtkとかCocoaとかと同じ!

OpenFlow

つまり

SDN12年12月9日日曜日

OpenFlow

つまり

は純粋にソフトウェア開発の話。

SDN12年12月9日日曜日

「評論もいーけど、動いて役に立つもの作りません?」

MAKE12年12月9日日曜日

http://itpro.nikkeibp.co.jp/article/NEWS/20120418/391401/

すでにバックボーンはOpenFlowで作っちゃた

Urs Hölzle

OpenFlow/SDN FAQ

「何の役に立つの?」→Googleの事例を解説

Googleのチャレンジ

•平均 PUE = 1.13

•年間アベイラビリティ = 99.984%

•処理するデータ量/day = 数十ペタ

最先端

Googleのチャレンジ

•平均 PUE = 1.13

•年間アベイラビリティ = 99.984%

•処理するデータ量/day = 数十ペタ

最先端

次のチャレンジはデータセンター

をつなぐネットワークだ!

WAN 回線のコスト日米間(4.8Tbps、1万km)=320億円

回線を追加せずに、

既存のを有効活用したい

どれだけ流せる?

従来のルーティング

• ルータは自律分散で動く• 宛先に対して必ず最短路を選択• 帯域の使用量は加味してくれない

集中

ヒマ?

理想

10Gbps

帯域は?

10Gbps

?12年12月9日日曜日

どう分ける?

TEサーバ

TEサーバ空き帯域の収集

TEサーバ空き帯域の収集帯域の

割り当て

TEサーバ

OpenFlowスイッチ

BGPルータ BGP処理部

コントローラ

TEサーバ

コントローラ経路情報

TEサーバ

トラフィック情報

TEサーバ

経路制御

TEサーバ

経路制御

Google WANの利用率

ほぼ100%使い切り

TEサーバ

コントローラ

OpenFlow/SDN FAQ

「どういう仕組み?」

2分で分かるOpenFlow

従来のスイッチ

フローテーブル

ファームウェア領域

パケットの転送ルール

制御するソフトウェア

コントローラ

OpenFlowプロトコル

ソフトウェア

ハードウェア

コントローラ

転送ルールを参照速い

コントローラ

知らないパケット

コントローラ

フローテーブルの更新

コントローラ

フローテーブルの更新遅い

OpenFlow/SDN FAQ

「何がうれしいの?」

OpenFlowのうれしさ

•ソフトウェアによる高い自由度

•システム連携と自動化

•ソフトウェア開発手法をネットワークに適用できる

コントローラ

Ruby, Python, C++,Java,...好きな言語で書ける

OpenFlowプロトコル

(e.g., VLANの上限)

既存のプロトコルに縛られない

コントローラ

TEサーバミドル DB

自由に連携

PaxosChubby

データセンター

PaxosChubby

コントローラ

PaxosChubby

コントローラ

ソフトウェア手法の応用

•ネットワークを段階的に反復構築(アジャイル)

•ネットワークのテスト(各種テスト、テストドリブン)

•バージョン管理や巻き戻し(git などのバージョン管理ツール)

OpenFlow/SDN FAQ

「フローテーブルで何ができるの?」

コントローラ

転送

スイッチ

パケットの宛先MACアドレス→出力ポート

コントローラ

転送

スイッチ(トラフィックモニタ)

流量

コントローラ

ルータ

転送書き換え

送信元・宛先MACアドレスを書き換え

コントローラ

ロードバランサ

転送書き換え

トラフィック量に応じて転送先を調整

流量

バックエンドサーバ

帯域を目一杯使う

転送転送

レプリケーション

分岐

ネットワークA

コントローラ

パッチパネル

転送

ネットワークB所属するネットワーク

をソフトウェアで切り替え12年12月9日日曜日

ネットワークA

コントローラ

パッチパネル

転送

ネットワークA

コントローラ

パッチパネル

転送

OpenFlow/SDN FAQ

「どう作るの?」

主なOpenFlow

プログラミングフレームワーク

•Trema (Ruby)

•POX (Python)

•NOX (C++)

•Floodlight (Java)

バージョン対応状況

1.0 1.1 1.2 1.3

Floodlight

1.0 1.1 1.2 1.3

TremaEdgeFloodlight

Floodlight

OpenFaucet

NOX 17

watcher数: 1位

12/6/2012 調べ12年12月9日日曜日

Beacon

Floodlight

OpenFaucet 0

サンプルApp数: 1位

01101101110101010111110101010111

OpenFlow/SDN FAQ

「どんな実アプリがあるの?」

Wakame-VDC

• コンパクトな Ruby 製 IaaS 基盤ソフト(e.g., OpenStack、Eucalyptus)

• 九州電力、NII など採用事例たくさん

• Rails による GUI

• ネットワークとストレージの仮想化

http://wakame.jp/document/15/

OpenFlow/SDN FAQ

「ネットワークカソウカ?」

ネットワークA

コントローラ

パッチパネル

転送

「OpenFlowスイッチがないとダメ?」

既存のネットワーク

Wakame のエッジ仮想化

VM VM VM

物理ホスト

SWスイッチ

IP アドレスがかぶると?

ユーザ X192.168.0.1 192.168.0.2

ユーザ Y192.168.0.1 192.168.0.2

普通のスイッチ

→ユニキャストなら問題なし12年12月9日日曜日

IP アドレスがかぶると?

ユーザ X192.168.0.1 192.168.0.2

ユーザ Y192.168.0.1 192.168.0.2

普通のスイッチ

→ブロードキャストで問題

192.168.0.2 のMACアドレスは?

はーい! はーい!

エッジスイッチでブロック

ユーザ X192.168.0.1 192.168.0.2

ユーザ Y192.168.0.1 192.168.0.2

エッジスイッチ192.168.0.2 の

MACアドレスは?

はーい!

エッジスイッチで書き換え

ユーザ X ユーザ Y

ホストA

ユーザ X ユーザ Y

ホストB

宛先をホストBへ

元に戻す

OpenFlow/SDN FAQ

「そろそろTremaでのプログラミング

を教えて!」

Tremaの特長

「今風」なフレームワーク

Tremaの特長

• Rubyによる簡潔な記述

Tremaの特長

• フルスタック: ノートPC一台で開発

Tremaの特長

• フルスタック: ノートPC一台で開発

• GitHub上でのオープンな開発 (GPL2)

(C) Miramax Films 2004

Tremaの哲学

一、短く書けて、一、すぐに動くべし

取間先生とれま

OpenFlow/SDN FAQ

「なぜ短く?」

短ければ短いほど、

•早くサッと作れて、•バグの発生率が小さく、•後々のメンテも楽だから

Trema でハブclass RepeaterHub < Controller def packet_in datapath_id, message send_flow_mod_add( datapath_id, :match => ExactMatch.from( message ), :actions => SendOutPort.new( OFPP_FLOOD ) ) send_packet_out( datapath_id, :packet_in => message, :actions => SendOutPort.new( OFPP_FLOOD ) ) endend

POX (Python)

POX (Python)from pox.core import coreimport pox.openflow.libopenflow_01 as of

class RepeaterHub (object): def __init__ (self, connection): self.connection = connection connection.addListeners(self)

def send_packet (self, buffer_id, raw_data, out_port, in_port): msg = of.ofp_packet_out() msg.in_port = in_port if buffer_id != -1 and buffer_id is not None: msg.buffer_id = buffer_id else: if raw_data is None: return msg.data = raw_data action = of.ofp_action_output(port = out_port) msg.actions.append(action) self.connection.send(msg)

def act_like_hub (self, packet, packet_in): self.send_packet(packet_in.buffer_id, packet_in.data, of.OFPP_FLOOD, packet_in.in_port)

def _handle_PacketIn (self, event): packet = event.parsed if not packet.parsed: return packet_in = event.ofp # The actual ofp_packet_in message. self.act_like_hub(packet, packet_in)

def launch (): def start_switch (event): RepeaterHub(event.connection) core.openflow.addListenerByName("ConnectionUp", start_switch)

NOX (C++)

NOX (C++)#include <boost/bind.hpp>#include <boost/shared_array.hpp>#include "assert.hh"#include "component.hh"#include "flow.hh"#include "packet-in.hh"

#include "vlog.hh"

#include "netinet++/ethernet.hh"

namespace {

using namespace vigil;using namespace vigil::container;

Vlog_module lg("hub");

class Hub : public Component {public: Hub(const Context* c, const json_object*) : Component(c) { }

void configure(const Configuration*) { }

Disposition handler(const Event& e) { const Packet_in_event& pi = assert_cast<const Packet_in_event&>(e);

uint32_t buffer_id = pi.buffer_id; Flow flow(pi.in_port, *(pi.get_buffer()));

if (flow.dl_type == ethernet::LLDP){ return CONTINUE; }

ofp_flow_mod* ofm; size_t size = sizeof *ofm + sizeof(ofp_action_output); boost::shared_array<char> raw_of(new char[size]); ofm = (ofp_flow_mod*) raw_of.get();

ofm->header.version = OFP_VERSION; ofm->header.type = OFPT_FLOW_MOD; ofm->header.length = htons(size); ofm->match.wildcards = htonl(0); ofm->match.in_port = htons(flow.in_port); ofm->match.dl_vlan = flow.dl_vlan; ofm->match.dl_vlan_pcp = flow.dl_vlan_pcp; memcpy(ofm->match.dl_src, flow.dl_src.octet, sizeof ofm->match.dl_src); memcpy(ofm->match.dl_dst, flow.dl_dst.octet, sizeof ofm->match.dl_dst); ofm->match.dl_type = flow.dl_type; ofm->match.nw_src = flow.nw_src; ofm->match.nw_dst = flow.nw_dst; ofm->match.nw_proto = flow.nw_proto;

ofm->match.tp_src = flow.tp_src; ofm->match.tp_dst = flow.tp_dst; ofm->cookie = htonl(0); ofm->command = htons(OFPFC_ADD); ofm->buffer_id = htonl(buffer_id); ofm->idle_timeout = htons(5); ofm->hard_timeout = htons(5); ofm->priority = htons(OFP_DEFAULT_PRIORITY); ofm->flags = htons(0); ofp_action_output& action = *((ofp_action_output*)ofm->actions); memset(&action, 0, sizeof(ofp_action_output)); action.type = htons(OFPAT_OUTPUT); action.len = htons(sizeof(ofp_action_output)); action.port = htons(OFPP_FLOOD); action.max_len = htons(0); send_openflow_command(pi.datapath_id, &ofm->header, true); free(ofm);

if (buffer_id == UINT32_MAX) { size_t data_len = pi.get_buffer()->size(); size_t total_len = pi.total_len; if (total_len == data_len) { send_openflow_packet(pi.datapath_id, *pi.get_buffer(), OFPP_FLOOD, pi.in_port, true); }

return CONTINUE; }

void install() { register_handler<Packet_in_event>(boost::bind(&Hub::handler, this, _1)); }};

REGISTER_COMPONENT(container::Simple_component_factory<Hub>, Hub);

Floodlight (Java)

Floodlight (Java)package net.floodlightcontroller.hub;

import java.io.IOException;import java.util.ArrayList;import java.util.Collection;import java.util.Collections;import java.util.Map;import net.floodlightcontroller.core.FloodlightContext;import net.floodlightcontroller.core.IFloodlightProviderService;

import net.floodlightcontroller.core.IOFMessageListener;import net.floodlightcontroller.core.IOFSwitch;import net.floodlightcontroller.core.module.FloodlightModuleContext;import net.floodlightcontroller.core.module.FloodlightModuleException;import net.floodlightcontroller.core.module.IFloodlightModule;import net.floodlightcontroller.core.module.IFloodlightService;import org.openflow.protocol.OFMessage;import org.openflow.protocol.OFPacketIn;import org.openflow.protocol.OFPacketOut;import org.openflow.protocol.OFPort;import org.openflow.protocol.OFType;import org.openflow.protocol.action.OFAction;import org.openflow.protocol.action.OFActionOutput;import org.openflow.util.U16;import org.slf4j.Logger;import org.slf4j.LoggerFactory;

public class Hub implements IFloodlightModule, IOFMessageListener { protected static Logger log = LoggerFactory.getLogger(Hub.class); protected IFloodlightProviderService floodlightProvider;

public void setFloodlightProvider(IFloodlightProviderService floodlightProvider) { this.floodlightProvider = floodlightProvider; }

@Override public String getName() { return Hub.class.getPackage().getName(); }

public Command receive(IOFSwitch sw, OFMessage msg, FloodlightContext cntx) { OFPacketIn pi = (OFPacketIn) msg; OFPacketOut po = (OFPacketOut) floodlightProvider.getOFMessageFactory() .getMessage(OFType.PACKET_OUT); po.setBufferId(pi.getBufferId()) .setInPort(pi.getInPort());

OFActionOutput action = new OFActionOutput() .setPort((short) OFPort.OFPP_FLOOD.getValue()); po.setActions(Collections.singletonList((OFAction)action));

po.setActionsLength((short) OFActionOutput.MINIMUM_LENGTH);

if (pi.getBufferId() == 0xffffffff) { byte[] packetData = pi.getPacketData(); po.setLength(U16.t(OFPacketOut.MINIMUM_LENGTH + po.getActionsLength() + packetData.length)); po.setPacketData(packetData); } else { po.setLength(U16.t(OFPacketOut.MINIMUM_LENGTH + po.getActionsLength())); } try { sw.write(po, cntx); } catch (IOException e) { log.error("Failure writing PacketOut", e); }

return Command.CONTINUE; }

@Override public boolean isCallbackOrderingPrereq(OFType type, String name) { return false; }

@Override public boolean isCallbackOrderingPostreq(OFType type, String name) { return false; }

@Override public Collection<Class<? extends IFloodlightService>> getModuleServices() { return null; }

@Override public Map<Class<? extends IFloodlightService>, IFloodlightService> getServiceImpls() { return null; }

@Override public Collection<Class<? extends IFloodlightService>> getModuleDependencies() { Collection<Class<? extends IFloodlightService>> l = new ArrayList<Class<? extends IFloodlightService>>(); l.add(IFloodlightProviderService.class); return l; }

@Override public void init(FloodlightModuleContext context) throws FloodlightModuleException { floodlightProvider = context.getServiceImpl(IFloodlightProviderService.class); }

@Override public void startUp(FloodlightModuleContext context) { floodlightProvider.addOFMessageListener(OFType.PACKET_IN, this);

Trema (Ruby) POX (Python) NOX (C++) Floodlight (Java)

コード行数

フローテーブルの書き込みsend_flow_mod_add(

dpid, :match => ExactMatch.from( message ), :buffer_id => message.buffer_id, :actions => ActionOutput.new( message.in_port + 1 ))

inst.install_datapath_flow( dpid, extract_flow(packet), CACHE_TIMEOUT, openflow.OFP_FLOW_PERMANENT, [[openflow.OFPAT_OUTPUT, [0, prt[0]]]], bufid, openflow.OFP_DEFAULT_PRIORITY, inport, buf)

(C) Miramax Films 2004

Tremaの哲学

一、短く書けて、一、すぐに動くべし

取間先生とれま

SDN開発の面倒さ

プログラマの声

SDN開発の面倒さ"OpenFlow は開発環境の構築が面倒だ"

(ネットワーク設定や VM 構築とか)

"OpenFlow スイッチ持ってないよ"

"そもそも OpenFlow の実験ができる

ネットワーク持ってないし..."

Tremaなら簡単!trema run コントローラ

起動

作成

Tremaなら簡単!trema run コントローラ

起動

作成

コントローラを書いてみよう

# simple-controller.rb

class SimpleController < Controller

% trema run simple-controller.rb

コンパイルなしですぐに実行

スイッチの起動を捕捉

def switch_connected dpid

puts “Hello #{ dpid.to_hex }!”

end“スイッチ起動”イベントのハンドラを追加

仮想スイッチを接続# network.conf

vswitch { dpid 0xabc }

vswitch { dpid 0xdef }

% trema run simple-controller.rb \ -c network.conf

Hello 0xabc!Hello 0xdef!

OpenFlow/SDN FAQ

「パケットは送れないの?」

パケットを送る# network.conf

vswitch { dpid 0xabc }

vswitch { dpid 0xdef }

vhost “host1”

vhost “host2”

link “0xabc”, “host1”

link “0xdef”, “host2”

パケットを送る

def switch_connected dpid

puts “Hello #{ dpid.to_hex }!”

def packet_in dpid, message

puts “Unknown packet!”

パケットを送る

% trema send_packets --source host1 \ --dest host2 --n_pkts 10 --pps 10

Unknown packet!

「GUIプログラミング」とかと同じ!

仮想ネットワークＤＳＬ

開発マシン上に好きなトポロジを構築して

コントローラを実行できる

•テストパケットを送受信してコントローラを

デバッグできる

•使える部品は仮想スイッチ、仮想ホスト、

仮想リンク

vswitch { dpid "0x1" }vswitch { dpid "0x2" }vswitch { dpid "0x3" }vswitch { dpid "0x4" } ...

link "0x1", "0x2"link "0x1", "0x3"link "0x1", "0x4"link "0x1", "0x5"link "0x1", "0x6"link "0x1", "0x7"link "0x1", "0x8"link "0x1", "0x9"link "0x1", "0x10"link "0x2", "0x3"link "0x2", "0x4" ...

スイッチ10台のフルメッシュ接続をベタ書き(約80行)

言語内 DSL$nswitch = 10

1.upto( $nswitch ).each do | sw1 | vswitch { dpid sw1.to_hex }

1.upto( $nswitch ).each do | sw2 | if sw1 < sw2 link sw1.to_hex, sw2.to_hex end endend

OpenFlow/SDN FAQ

「...GUIないの?」

Tremashark

SDNでTDD

•RSpecでネットワークをユニットテスト

SDNでTDD

•ホスト間でのパケットの送受信数

SDNでTDD

•スイッチのフローテーブルの中身

SDNでTDD

•スイッチのフローテーブルの中身

•Etc.

ハブのテストコードdescribe RepeaterHub do

around do | example | network { # ネットワークの定義 vswitch("switch") { datapath_id "0xabc" } vhost("host1") { promisc "on" } vhost("host2") { promisc "on" } link "switch", "host1" link "switch", "host2" }.run( RepeaterHub ) { example.run } end

context "when host1 sends one packet to host2" do describe "switch" do before { send_packets "host1", "host2" } subject { switch( "switch" ) } it { should have( 1 ).flows } its( "flows.first.actions" ) { should == "FLOOD" } end

仮想NWでハブを動かし、

フローテーブルの中身をテスト

まとめ

•SDNはプログラミング

•やってるとこはやっている(Google、Trema)

•Tremaで楽に作ろう

Amazon で好評予約中!

sdn時代の開発よもやま話 - openflowとtrema

Technology

話題のopenflowをフル活用!...

x-trema 2 product manual

hello, trema!...

trema day 1

Školski kurikulum - trema

openflow and software defined networks. outline o the...

software-defined networking and openflow...

trema tutorial

trema (sŠ - lidrano 2012)

drŽavna matura - trema

la terra trema 2015

a despedida do trema

run run trema test

openflow rules interactions: definition and detection ·...

openflow switch specification - open networking...

building community network using openflo · introduction:...

openflow framework trema hands-on tutorial

prezentacija trema pred javni nastup

trema med srednjeŠolci - dijaski.net · trema med...

trema lamarckiana or west indies trema,...