その主催者企画の中で最も目立っていたのが、OpenFlow関連の展示です。ShowCase」のデモをひもとき、どんな思想に基づいてOpenFlowが活用されようとしているのかを探ります。その主催者企画の中で最も目立っていたのが、OpenFlow関連の展示でした。Securityデモ」をはじめ多くの展示でOpenFlowが大きく扱われていましたし、来場者の側も、それらに大きな興味を示していました。一方で、OpenFlow関連の展示を行っていたベンダの多くが、どこか「さめた」感じで説明を行っていたことも印象的でした。中には、「OpenFlowがこんなに盛り上がってるのは日本だけですよ。アメリカではほどほどです」と語る説明員もいたほどです。Network)という大きな枠組みで公式発表を行っていました。OpenFlowスイッチの実現方法にも、ベンダによって異なる特徴を見ることができました。専用ハードウェアとしてOpenFlowスイッチを実装した製品もあれば、既存の製品に対するソフトウェアアップデートでOpenFlowに対応するスイッチもありました。既存の製品をソフトウェアアップデートでOpenFlowに対応させるベンダの中には、現時点ではまだβ版のみの提供にとどまっているところもあります。要は、既存の手持ちハードウェアを用いてもOpenFlow化は可能としつつも、サポートなどを考えると、いますぐに大きなOpenFlow市場が生まれるとは思えない......という感じの雰囲気です。ShowCase」です。展示内容の多くは正規サービス/製品に関するものではありませんでしたが、各社それぞれの取り組みがよく表れていたように思います。マルチベンダのOpenFlow対応ネットワーク機器が集まった特にガチで「OpenFlowでいくぜ!」という気合いを見せて頑張っていたのが、NEC+NTTコミュニケーションズでした。両社はすでにOpenFlowを用いた新サービスを発表し、事業化しています。この2社をはじめとして、日本企業によるOpenFlow解説には、非常に前向きなトーンが多かった印象があります。NTTデータもInterop前にOpenFlowに関するプレスリリースを出していました。いくつかのOpenFlow展示をあらためて振り返っていきましょう。OpenFlowの基本動作を示したブロケードのデモブロケード・コミュニケーションズ・システムズによるOpenFlowデモは非常にプリミティブなものでした。来場者が抱く「OpenFlowで、結局何ができるの?」という素朴な疑問に対し、「OpenFlowって、こんなことができますよ!」と紹介するデモを行いました。ShowCaseってユースケースを見せてくれるんじゃないの?」と反応する方もいるかもしれません。遠目で来場者の反応を観察していると、「え!?OpenFlowってこんな変態的なことができるの!?(笑)」と、いい反応を返す方々が多かったように思えました。「OpenFlowというバズワードは聞いているけれど、実際のところ何なのさ?」という来場者にとって、非常によい展示だったと思います。同社ブースでの展示内容を紹介しましょう。このデモには、マルチベンダでのOpenFlow動作も含まれています。図に示したOpenFlowスイッチのうち、1番と2番はブロケードのスイッチですが、3番はヒューレット・パッカード(HP)のOpenFlowスイッチ、4番が米Pica8(ピカエイト)のOpenFlowスイッチでした(なおPica8のスイッチは、あえて「コモディティ化」を前面に押し出した製品です。コストパフォーマンスの高さを特徴としており、今回のInteropでもいくつかの出展社が紹介していました)。展示会の2日目からは、ネットワークの中央部分を構成するスイッチのインターフェイスに、100GbEが利用されていました。ブロケードでは、コントロールプレーンを従来のL2/L3プロトコルから書き込む代わりに、OpenFlowから書き込むという形でOpenFlowを実装しています。要は、ハードウェア部分への変更を行わず、ソフトウェアアップデートだけでOpenFlow対応が実現されているということです。このため、転送処理に関しては従来と変わらないパフォーマンスを出せることが特徴で、それを如実に示すデモとなっていました。デモ1は、皆さんもおなじみの通常のシングルフローです(図1)。Reply)を示しています。シングルフローの場合デモ2では、OpenFlowを利用してマルチフローが可能なことを実演しました(図2)。PC1からの映像データパケットはOpenFlowスイッチ1で3つに複製されて、OpenFlowスイッチ2、3、4へと転送されます。OpenFlowスイッチは、それぞれ接続されたPCへとパケットを転送し、PCで映像が再生されます。映像転送と同時に、PC1から10.0.0.1に対してpingも行ってみました。Requestを3つに複製し、OpenFlowスイッチ2、3、4へと転送します。ReplyがPC1へと送信されます。Replyを3つ受け取ることになります。続くデモ3では、マルチパスが可能なことを示しました(図3)。PC1から送信された映像データがOpenFlowスイッチ1で3つに複製されて、OpenFlowスイッチ2、3、4へと送信されます。このうちOpenFlowスイッチ3と4は、接続されたPCへのパケット転送は行わずに、OpenFlowスイッチ2へとパケットを転送します。そのため、PC3とPC4では映像が再生されません。マルチパスのデモ映像送信と同時に、PC1からpingも行ってみます。Replyを受け取るようになります。Requestを受け取っていることが分かるこのデモでは、たとえ2と4の間、3と4の間の経路を遮断しても、1から2まで映像が配信され続けて、PCでは映像が途切れないことも実演しました。4つ目のデモは、迂回経路を実践するというものです(図4)。ここではOpenFlowを利用して、あえて最短経路を通らずに迂回経路を通過させています。OpenFlowを利用して迂回経路を実現このように、OpenFlowの基本動作を説明するというのは、ありそうでなかなかない展示だと思いました。個人的には、このような硬派なデモは大好きです。メールマガジンをご購読ください。申し込みページへITmediaはアイティメディア株式会社の登録商標です。