［Interop 2012］ブロケード、OpenFlow ShowCaseでOpenFlowスイッチのデモを披露

写真1●OpenFlow ShowCaseの一角におさめられたブロケード コミュニケーションズ システムズのスイッチ

[画像のクリックで拡大表示]

写真2●フローエントリーなどを表示している様子。パソコンの後ろにのぞいているのはInterop Tokyo 2012のノベルティ、“ブロケード うまい棒”

[画像のクリックで拡大表示]

写真3●デモの内容と構成

[画像のクリックで拡大表示]

写真4●ストリーミング配信サーバー（左端）と、受信用のパソコンの様子（右側の3つ）を画面で確認できる。これは「マルチパス」のデモ。最終的なあて先となるパソコン（左から2番目）に至る三つの経路のうち、二つを遮断しても問題なく通信できている

[画像のクリックで拡大表示]

　ブロケード コミュニケーションズ システムズは2012年6月13日から15日まで幕張メッセで開催されているICT関連の展示会「Interop Tokyo 2012」の「OpenFlow ShowCase」において、OpenFlowプロトコルを使ったストリーミングのライブデモを披露している。

　デモ環境では、ブロケードのスイッチ製品「Brocade NetIron CES 2000」2台（写真1）と、日本ヒューレット・パッカードの「HP ProCurve 3500yl」、エヌ・シー・エル・コミュニケーションが提供する「PICA8 Pronto 3295」をそれぞれ1台ずつ接続。いずれもOpenFlowプロトコルのバージョン1.0に対応させたハードウエアスイッチである。この4台のOpenFlowスイッチに対して、オープンソースのソフトウエアスイッチ「Open vSwitch」のovs-ofctlコマンドでOpenFlowのフローエントリーを書き込み、制御している（写真2）。

　ブロケードのスイッチのうち1台（写真3のスイッチ[1]）にストリーミング配信用サーバーをつなぎ、残り3台のスイッチ（写真3のスイッチ[2]、[3]、[4]）にはストリーミング受信用のパソコンを接続した構成になっている。

　デモはパケットの経路が「従来のプロトコルと同じ」か「異なる」か、送信ルートが「一つ」か「複数」かによって4種類ある。1個めは、単一のあて先だけにフレームを転送するというもの（写真3の左上「ユニキャスト」）。2個めは、最短ルートではなくあえて最も遠い迂回経路を通ってフレームを転送するというものだ（同左下の「迂回ルート」）。3個めは、ストリーミングサーバーから動画を配信すると、3台のパソコンで同じように受信できるというもの（同右上の「マルチキャスト」）。4個めは一つのパソコンに対して、複数の経路を通ってフレームを届けるというもの（同右下の「マルチパス」）である（写真4）。

　実は、ストリーミング受信用のパソコン3台には、まったく同じIPアドレスとMACアドレスを設定し、ストリーミングサーバーは常に同じMACアドレスあてにフレームを送信しているという。「これまでの一般的なIPやイーサネットのネットワークでは、同じMACアドレス、IPアドレスの機器が同一ネットワーク上に存在すると正常に通信できないが、OpenFlowを使った環境では問題なく動作する」（同社説明員）。例えば3個めに挙げた「マルチキャスト」のデモなら、ストリーミングサーバーを接続したOpenFlowスイッチに「特定のMACアドレスあてのフレームを受け取ったら、ほかの3つのスイッチがつながった物理ポートからフレームを送り出す」というフローエントリーを書き込み、他の3つのスイッチには「特定のMACアドレスあてのフレームを受け取ったら、パソコンのつながった物理ポートにフレームを転送する」といったフローエントリーを書き込んでおくと、こうした動きが実現できる。

　ブロケードではこのほかに、同社のコアルーター「Brocade MLX」シリーズを使った100Gビット/秒対応のOpenFlowスイッチも展示している。なお、NetIron CESシリーズ、MLXシリーズともに、製品版で正式にOpenFlow対応するのは次のソフトウエアバージョンアップのタイミングだという。