Posted 2012年4月30日 by ohyama & filed under いろいろ.

先日, 格安 OpenFlow スイッチの話を耳にしました. 調べてみると Pica8 というシリコンバレーベンチャーが作ったスイッチを知りました. 既に, 代理店を通じて販売もされているようです.

OpenFlow 制御はというと OpenVSwitch (以下, OVS) をつかっているようです.
ギガビット Ethernet が 48 ポートでお値段 30 万円台. 激安です. ○EC ならこの 10 倍はします.

ところで世間的に今更な話題ですが, 先月発表された Kernel 3.3 で OVS がメインラインにマージされました.

ACM の国際会議で OVS の論文が最初に登場したのが 2009 年の 9 月で, それから 2 年半で GNU/Linux のメインラインに乗るというんですから, まさに快挙です.
メーリングリストも日々パッチが送られてきて, めちゃめちゃホットです. 「こういうケースの書き方教えろ」とか「使い方がわからないよ」などといったメールが, たまーに来る程度のどこかのコミュニティとは雲泥の差です.

これも発案者に先見の明があった事に加え. 開発者の高い能力と不屈の精神で開発を続けた事, そして厳しい GNU/Linux コミュニティとの闘争を戦い抜いて, その上で認められた結果なのでしょう (グリーン OS とは一体何だったのでしょう).

ちなみに OVS は OpenFlow v1.1 及び v1.2 の一部をサポートされていると言われています. 実際 OpenFlow v1.2 から対応される IPv6 が既にサポートされたりしているのですが.
リリースノートを見る限りでは, パイプライン処理やグループテーブルといった OpenFlow v1.1 からの機能がサポートされていなかったりと, v1.0 の実装に v1.x の機能を抜き出して加えているといった感じのようです.

それでも OpenFlow 1.x 計画なるものを作って頑張っているのですが.
OpenFlow v1.1 で規程されているマルチキャスト/ブロードキャスト, または特定のポートに対する転送などに対して複数処理をまとめて規程するのグループ処理などが “optional” 扱いになったりしてます.

OpenFlow v1.1 が正式策定されてから 1 年余り経って尚『openflow v1.1 に対応しているコントローラは無く, スイッチも皆無…』なんて言われていますが, もう OpenFlow v1.2 が提案されて, 昨年末に Open Network Foundation に承認されました.
おまけに, 2012/4/19 とつい先日に OpenFlow v1.3 が ONF の理事会で承認されました.

OpenFlow の取り巻く環境は日々進化を遂げ, メーカーやコミュニティがまだこれに追いついていない形ですが. 各所でサポートされてからあわてて「コレなんだっけ？」となるのは寒いので, まずは OpenFlow v1.1 から切り込んでみようと思います.

次回につづく…

iptablesのhashlimitでトラフィック制限

参考サイト

http://c-heart.sakura.ne.jp/mt/archives/2009/10/iptables.html
http://kfujio.blog78.fc2.com/blog-entry-72.html

設定

特定のIPアドレスとの通信のhashlimitを1666パケット/secに設定
(mtu = 1500の場合
1666 (packets/sec) * 1500 (byte/packets) /1024/1024 = 2.38MByte/sec
となる事を意図)
それ以外の通信については all pass

とします。

以下の例で通信相手のIPアドレスをAAA.BBB.CCC.DDDと表記します。

1. iptablesの起動/終了スクリプトを作成

/usr/local/bin/iptables-up.sh
------------------------------------------------------------------
#!/bin/sh
iptables -F
iptables -X

RESTRICTED_IPADDRESS1=AAA.BBB.CCC.DDD

# INPUT
iptables -N FW-INPUT
iptables -A FW-INPUT -i lo -j ACCEPT
iptables -A FW-INPUT -p tcp -s $RESTRICTED_IPADDRESS1 -m hashlimit --hashlimit 1666/sec --hashlimit-mode srcip --hashlimit-burst 2500 --hashlimit-name prot_limit_in -j ACCEPT
iptables -A FW-INPUT -p tcp -s $RESTRICTED_IPADDRESS1 -j REJECT
iptables -A FW-INPUT -i eth0 -j ACCEPT

# OUTPUT
iptables -N FW-OUTPUT
iptables -A FW-OUTPUT -i lo -j ACCEPT
iptables -A FW-OUTPUT -p tcp -d $RESTRICTED_IPADDRESS1 -m hashlimit --hashlimit 1666/sec --hashlimit-mode dstip --hashlimit-burst 2500 --hashlimit-name prot_limit_out -j ACCEPT
iptables -A FW-OUTPUT -p tcp -d $RESTRICTED_IPADDRESS1 -j REJECT
iptables -A FW-OUTPUT -i eth0 -j ACCEPT

# apply
iptables -A INPUT -j FW-INPUT
iptables -A FORWARD -j FW-INPUT
iptables -A OUTPUT -j FW-OUTPUT
------------------------------------------------------------------

/usr/local/bin/iptables-up.sh

------------------------------------------------------------------

#!/bin/sh

iptables -F

iptables -X

RESTRICTED_IPADDRESS1=AAA.BBB.CCC.DDD

# INPUT

iptables -N FW-INPUT

iptables -A FW-INPUT -i lo -j ACCEPT

iptables -A FW-INPUT -p tcp -s $RESTRICTED_IPADDRESS1 -m hashlimit --hashlimit 1666/sec --hashlimit-mode srcip --hashlimit-burst 2500 --hashlimit-name prot_limit_in -j ACCEPT

iptables -A FW-INPUT -p tcp -s $RESTRICTED_IPADDRESS1 -j REJECT

iptables -A FW-INPUT -i eth0 -j ACCEPT

# OUTPUT

iptables -N FW-OUTPUT

iptables -A FW-OUTPUT -i lo -j ACCEPT

iptables -A FW-OUTPUT -p tcp -d $RESTRICTED_IPADDRESS1 -m hashlimit --hashlimit 1666/sec --hashlimit-mode dstip --hashlimit-burst 2500 --hashlimit-name prot_limit_out -j ACCEPT

iptables -A FW-OUTPUT -p tcp -d $RESTRICTED_IPADDRESS1 -j REJECT

iptables -A FW-OUTPUT -i eth0 -j ACCEPT

# apply

iptables -A INPUT -j FW-INPUT

iptables -A FORWARD -j FW-INPUT

iptables -A OUTPUT -j FW-OUTPUT

------------------------------------------------------------------

/usr/local/bin/iptables-down.sh
------------------------------------------------------------------
#!/bin/sh
iptables -F
iptables -X
------------------------------------------------------------------

/usr/local/bin/iptables-down.sh

------------------------------------------------------------------

#!/bin/sh

iptables -F

iptables -X

------------------------------------------------------------------

参考サイト

iptablesチュートリアル 1.2.2

2. 起動時にこの設定を読ませる(debian系)

# ln -s /usr/local/bin/iptables-up.sh /etc/network/if-pre-up.d/iptables-up
# ln -s /usr/local/bin/iptables-down.sh
/etc/network/if-post-down.d/iptables-down

# ln -s /usr/local/bin/iptables-up.sh /etc/network/if-pre-up.d/iptables-up

# ln -s /usr/local/bin/iptables-down.sh

/etc/network/if-post-down.d/iptables-down

とした後で/etc/network/interfacesに

pre-up /etc/network/if-pre-up.d/iptables-up
post-down /etc/network/if-post-down.d/iptables-down

1 2	pre-up /etc/network/if-pre-up.d/iptables-up post-down /etc/network/if-post-down.d/iptables-down

を追加

3. 実験

とりあえずscpで実験してみたのですが、

受信は大体意図通りに通信量を制限出来る
送信は特に制限されているようには見えない

という感じになりました。

shaperdでトラフィック制限

もう少しちゃんと通信量を制御出来、なおかつ簡単そうなものは無いかと検索してみた所、shaperd というもので簡単に制御出来ると出てきました。

参考サイト

http://semind.github.com/blog/2012/02/24/shaperwoshi-tutepotodan-wei-dezhuan-song-liang-wozhi-xian-suru/
http://bto.la-terre.co.jp/support/shaperd.html

設定

特定のIPアドレス … 送受信共にtcpについて 2000 KByte/secに制限
その他 … 全ての通信について、6000 KByte/secに制限

とします。

1. iptablesの設定を元に戻す

前回のhashlimit用のiptablesのチェーンを削除します。

# iptables -F
# iptables -X

自動起動の設定をしている場合は
/etc/network/interfacesの
------------------------------------------------------------------
pre-up /etc/network/if-pre-up.d/iptables-up
post-down /etc/network/if-post-down.d/iptables-down
------------------------------------------------------------------
を削除あるいはコメントアウト

# iptables -F

# iptables -X

自動起動の設定をしている場合は

/etc/network/interfacesの

------------------------------------------------------------------

pre-up /etc/network/if-pre-up.d/iptables-up

post-down /etc/network/if-post-down.d/iptables-down

------------------------------------------------------------------

を削除あるいはコメントアウト

2. ip_queueモジュールのロード

# modprobe ip_queue

起動時に自動ロードするように /etc/modules に ip_queue を追加します。
------------------------------------------------------------------
# /etc/modules: kernel modules to load at boot time.
#
# This file contains the names of kernel modules that should be loaded
# at boot time, one per line. Lines beginning with "#" are ignored.
# Parameters can be specified after the module name.

loop
ip_queue
------------------------------------------------------------------

# modprobe ip_queue

起動時に自動ロードするように /etc/modules に ip_queue を追加します。

------------------------------------------------------------------

# /etc/modules: kernel modules to load at boot time.

# This file contains the names of kernel modules that should be loaded

# at boot time, one per line. Lines beginning with "#" are ignored.

# Parameters can be specified after the module name.

loop

ip_queue

------------------------------------------------------------------

3. shaperdのインストール

# apt-get install shaperd

1	# apt-get install shaperd

4. 設定ファイルの編集

/usr/share/doc/shaperd 以下にある例を見て、/etc/shaperd/shaperd.confを作成。

------------------------------------------------------------------
log level = error
packet forwarding = ipq
daemon = yes
pidfile = /var/run/shaperd.pid
class restricted_in {
        ipv4 classifier proto=tcp saddr=AAA.BBB.CCC.DDD
        bandwidth = 2000 kbyte/s
        queue limits = 1000 kb 1000 packets
}
class restricted_out {
        ipv4 classifier proto=tcp daddr=AAA.BBB.CCC.DDD
        bandwidth = 2000 kbyte/s
        queue limits = 1000 kb 1000 packets
}
class all {
        ipv4 classifier proto=all
        bandwidth = 6000 kbyte/s
        queue limits = 1000 kb 1000 packets
}
------------------------------------------------------------------

------------------------------------------------------------------

log level = error

packet forwarding = ipq

daemon = yes

pidfile = /var/run/shaperd.pid

class restricted_in {

ipv4 classifier proto=tcp saddr=AAA.BBB.CCC.DDD

bandwidth = 2000 kbyte/s

queue limits = 1000 kb 1000 packets

}

class restricted_out {

ipv4 classifier proto=tcp daddr=AAA.BBB.CCC.DDD

bandwidth = 2000 kbyte/s

queue limits = 1000 kb 1000 packets

}

class all {

ipv4 classifier proto=all

bandwidth = 6000 kbyte/s

queue limits = 1000 kb 1000 packets

}

------------------------------------------------------------------

最初、class restricted_in と class restricted_out の部分のみ書いて、class all 部分を書かなかった所、unmatched packet となってAAA.BBB.CCC.DDD以外からアクセス出来なくなってしまいました。queue limits の値は何が適当なのか不明です。

5. iptablesの設定スクリプトをコピー

debianのパッケージの場合
/etc/shaperd/up.d にiptablesのチェーンの登録スクリプト、
/etc/shaperd/down.d にiptablesのチェーンの削除スクリプト、
を置くとshaperdの起動/終了時に読み込んでくれるようです。

/usr/share/doc/shaperd/examples/ にスクリプトがあるのでこれをコピーして実行権限を付与

# cp /usr/share/doc/shaperd/examples/up.d /etc/shaperd
# cp /usr/share/doc/shaperd/examples/down.d /etc/shaperd
# chmod +x /etc/shaperd/up.d
# chmod +x /etc/shaperd/down.d

# cp /usr/share/doc/shaperd/examples/up.d /etc/shaperd

# cp /usr/share/doc/shaperd/examples/down.d /etc/shaperd

# chmod +x /etc/shaperd/up.d

# chmod +x /etc/shaperd/down.d

/usr/share/doc/shaperd/example/up.d
------------------------------------------------------------------
#!/bin/sh

iptables -A INPUT -j QUEUE
iptables -A OUTPUT -j QUEUE
------------------------------------------------------------------

/usr/share/doc/shaperd/example/up.d

------------------------------------------------------------------

#!/bin/sh

iptables -A INPUT -j QUEUE

iptables -A OUTPUT -j QUEUE

------------------------------------------------------------------

/usr/share/doc/shaperd/example/down.d
------------------------------------------------------------------
#!/bin/sh

iptables -D INPUT -j QUEUE
iptables -D OUTPUT -j QUEUE
------------------------------------------------------------------

/usr/share/doc/shaperd/example/down.d

------------------------------------------------------------------

#!/bin/sh

iptables -D INPUT -j QUEUE

iptables -D OUTPUT -j QUEUE

------------------------------------------------------------------

6. shapedの起動

/etc/init.d/shaperd start で起動
/etc/init.d/shaperd stop で終了

自動起動の場合は sysv-rc-conf か update-rc.dあたりで設定

7. 実験

scpで実験すると送受信共に大体設定通りに動いているようです。

起動時に

shaperd: warning: kernel's queue is too short, consider increasing /proc/sys/net/ipv4/ip_queue_maxlen {config.cpp:166}

1	shaperd: warning: kernel's queue is too short, consider increasing /proc/sys/net/ipv4/ip_queue_maxlen {config.cpp:166}

の警告が出るのが気になる所です。

Problem:

- 使い慣れた Windows PC で iOS アプリを開発したい
- iOS アプリを開発してみたいが、手元に Windows PC しかない

1 2	- 使い慣れた Windows PC で iOS アプリを開発したい - iOS アプリを開発してみたいが、手元に Windows PC しかない

Solution:

実際のところ、作業はコマンドひとつで完了します。通常通り Sencha Touch で WEB アプリを開発した後、以下のコマンドを実行すると、iOS で実行可能なアプリケーションファイル（.app）が生成されます。

ネイティブパッケージングで変換した iPhone アプリを iTunes のAppセクションに配置しています。

但し、、コマンドを実行できるようになるまでが、それなりに面倒な道のりです。

1. Sencha SDK Tools のインストール

まず、Sencha コマンドを実行できるようにするために、Sencha SDK Tools をインストールします。ダウンロードは以下のサイトから。
http://www.sencha.com/products/sdk-tools/download/

ダウンロードしたインストーラを起動し、ウィザードに従ってインストールします。

コマンドプロンプトを起動し、sencha コマンドが実行できるか確認します。 Sencha Touch 2 SDK（既にダウンロード済みの想定です。ダウンロードはこちら）のルートディレクトリに移動し、 sencha コマンドを実行して下さい。以下の表示が出れば OK です。

# Sencha Touch 2 SDK のルートディレクトリに移動しているのは、sencha コマンドの特殊な仕様のためです。sencha コマンド実行時、ディレクトリに .senchasdk ファイルがあれば、そのファイルに記載されているパスから SDK を探します。ない場合は、環境設定のパスから SDK を探します。今回は、Sencha Touch 2 SDK に同梱されているコマンドを利用するので、そのコマンドまでのパスが書かれた .senchasdk がある場所まで移動しました。プロジェクトのルートディレクトリで実行したい場合は、そこに .senchasdk ファイルを作成して、Sencha Touch 2 SDK までのパスを記載すれば OK です。

# 現在（2012.3）の最新バージョンだと、Program Files(x86) にインストールするとうまく動きませんでした。適当なディレクトリを作って、そこにインストールした方がいいかもしれません。

2. P12形式のプロビジョニングの証明書を作成する

Sencha SDK Tools は iOS アプリにパッケージングする際に、プロビジョニングの証明書を利用します。もし Apple の iOS Developer Program に登録していない場合、まずは登録を行う必要があります。（登録料は￥8,400 かかります。高いですね。。）

2-1. Visual C++ 2008 Redistributables と Open SSL のインストール

Windows で P12形式の証明書を作成するために、Open SSL をインストールします。
Open SSL を動かすためには VCRedist も必要なので、それも併せてインストールします。

2-2. 証明書の作成

Open SSL を使って、P12形式の証明書を作成します。コマンドの手順等は、以下のドキュメントを参照して下さい。
http://docs.sencha.com/touch/2-0/#!/guide/native_provisioning

すみません、少し端折り気味なのは、ドキュメント通りに進めても、私の環境ではうまくいかなかったからです。。最終的に、空っぽのP12ファイルが出来上がりました。。残念です。。環境依存の問題だと思われるので、一度試してみて頂ければと思います。

幸い、Mac OS で生成した P12ファイルがあるので、以降はそのファイルを使って進めました。

3. パッケージ設定ファイルを作成する

ネイティブパッケージングに必要な設定ファイル（.json）を、プロジェクトのルートディレクトリに作成します。以下にサンプルを記載します。

{ "applicationName":"Sencha Touch 2 Packaging", "applicationId":"com.sencha.touch2packaing", "iconName":"icon.png", "versionString":"1.0", "outputPath":"~/Desktop/STBuild-iOS", "inputPath":"~/Desktop/www/", "configuration":"Release", "platform":"iOS", "deviceType":"iPhone", "certificatePath":"./Cert/Certificates.p12", "certificateAlias":"iPhone Developer: First Last (4E6D79BASH)", "rawConfig":"<key>UIPrerenderedIcon</key><false/>", "orientations": [ "portrait", "landscapeLeft", "landscapeRight", "portraitUpsideDown" ] }

ポイントは、certificatePath に、作成した P12ファイルのパスを指定すること、 deviceType に、iPhone（もしくは iPad）を指定するあたりです。

ドキュメントに設定の詳細説明がありますので、ご参照下さい。
http://docs.sencha.com/touch/2-0/#!/guide/native_packaging

以上で準備が完了です。

コマンドひとつで、ネイティブアプリに変換できるようになりました :)

Discussion:

Windows では iOS SDK 付属のエミュレータが使えないので、動作確認は実機で行うしかないのですが、それでも、Mac OS 以外の環境で iOS アプリを作れるのは、なかなか便利だと思います。

内部では、バージョン1 の頃に推奨していた PhoneGap ではなく、Qt （キュート）という開発フレームワークを SDK Tools の中に隠蔽して利用しています。Qt の利用は、Sencha がライセンス契約しているので、 Sencha Touch を使うユーザーは特に意識しなくても構わないよう。 PhoneGap のような外部サービスとの連携ではなく、フレームワークの一部として機能を備えることで、 Sencha Touch に最適化したネイティブパッケージングを実現しようとしているようです。

今回ご紹介した Windows での iOS アプリ開発、実際のプロジェクトに採用するかどうかは、状況次第でしょうか。

モバイルアプリは、開発環境を整えるのが大変でしたが、近年、いろんなソリューションが増えてきましたね。個人的には、Brightcove App Cloud や Yコンビネータが出資している trigger.io などのクラウドベースのモバイルアプリ開発プラットフォームに注目していたりします。

追いかけていくのは大変ですが、生産性を高めてくれる便利な開発ツールが新しく出てくるのは、とてもわくわくします。 Sencha Touch のこれからにも期待です。

月	火	水	木	金	土	日
« 4月
						1
2	3	4	5	6	7	8
9	10	11	12	13	14	15
16	17	18	19	20	21	22
23	24	25	26	27	28	29
30	31

関連文書:

関連文書:

iptablesのhashlimitでトラフィック制限

設定

1. iptablesの起動/終了スクリプトを作成

2. 起動時にこの設定を読ませる(debian系)

3. 実験

shaperdでトラフィック制限

参考サイト

設定

1. iptablesの設定を元に戻す

2. ip_queueモジュールのロード

3. shaperdのインストール

4. 設定ファイルの編集

5. iptablesの設定スクリプトをコピー

6. shapedの起動

7. 実験

関連文書:

関連文書:

関連文書:

関連文書:

関連文書:

Problem:

Solution:

Discussion:

See Also:

関連文書:

関連文書:

関連文書:

著者一覧

人気記事

タグ

カテゴリー

アーカイブ

最近の投稿

最近のコメント

メタ情報

公式リンク