ページ)SDNとOpenFlowは、かつてはほとんど同義だった。今では、OpenFlowはいかにも影が薄い。この変化はネットワーク担当者にとって重要な教訓だ。「SDN」と「OpenFlow」はしばらくの間、同列に考えられていた。Networking)という言葉を盛んに使い始めた頃、OpenFlowも併せて取り上げるのが常だった。今では、SDNが話題に上っても、OpenFlowは言及すらされないことが多い。注目度が高かったこのSDNプロトコルはどうなったのか。悪いアイデアだったのか。OpenFlowはもう過去のものになってしまったのだろうか。した疑問に答えを出すため、まず、OpenFlowが何を目指していたのかを確認しよう。Foundation(ONF)は、次のように述べている。【技術動向】OpenFlowはなぜ誤解されるのか【技術動向】OpenFlowに対する4つの誤解を検証するSDNの基礎知識1回で分かる:「SDN」の基本、主要ベンダーの動向をマップで押さえよう5つの「なぜ?」で理解するSDNの基本OpenFlowとは何だったのか「OpenFlowは、SDNアーキテクチャのコントロールレイヤーと転送レイヤーの間の標準通信インタフェースとして初めて定義された。転送プレーンは従来、コントロールプレーンとともにネットワーク機器に組み込まれていたが、OpenFlowは基本的に、SDNコントローラーから送信されるフロールールに基づいてトラフィックの転送に関するルールを設定し、転送プレーンに適用することを可能にする。これは、コントロールプレーンから転送プレーンを分離できることを意味する。これによってオープンでシンプルなスイッチの構築が可能になる。Sachsといった大手企業がいち早くOpenFlowを導入し、大きな成功を収めた事例が報告されている。ベンチャーキャピタリストは、OpenFlow対応機器を手掛ける企業に多額の資金を投じ、多くの人が、OpenFlowは2015年までに業界を席巻するだろうと予想した。それは見込み違いだった。これまでのところ、OpenFlowが広く普及していない理由としては以下が挙げられる。1.3」のサポートには消極的になっている。その一因は、この新プロトコルで採用されている記述方式にある。1.3では、属性の多くがTLV(Type:タイプ、Length:長さ、Value:値)として定義されており、多くのベンダーがこのTLVをサポートしないことを選択した。1.3のサポートを促進しようと最善を尽くした。多くのスイッチベンダーが、メリットよりもサポートのコストの方が重要であると考えた。半導体チップにおける大規模OpenFlowテーブルのサポートの遅れカスタムチップやマーチャントチップ(汎用ネットワークチップ)のメーカーがOpenFlowの大規模なフローテーブル(あるいは単に多くのテーブル)をサポートするには、自社製品に変更を加える必要がある。Memory:三値連想メモリ)を有効利用できない。対応チップの投入が遅れていることが、OpenFlowの普及のネックになっている。平均的なネットワークエンジニアは、OpenFlowプロトコルの展開方法を理解していないネットワークエンジニアは、未知のプロトコルを学ぶことに慣れているが、それはSDNやOpenFlowが登場する以前のプロトコルに限ってのことだ。ほとんどのエンジニアは、転送プレーンではなく、コントロールプレーンを規定するプロトコルを学んできた。OpenFlowを展開するには、スイッチのパイプライン処理のような事項を新たに理解する必要がある。この処理はほとんどのネットワークエンジニアにとってなじみのない概念だ。業界では、こうしたOpenFlowの課題解決に向けた取り組みが行われてきたが、他のインタフェースも定義され、市場にひしめいている。OpenFlowスイッチを作っていたベンダーのマーケティング部門では大半が、OpenFlow自体は売りにくいことをすぐに理解した。そこでこうしたマーケティング部門の多くは、OpenFlow製品の位置付けをより広い観点から見直し、“SDNソリューション”と銘打った。販売アプローチが変わっても、OpenFlowプロトコルを使ったソリューションであることに変わりはなかったが、ユーザーはそのユースケースだけを見ていればよかった。ユーザーは上位の抽象化レイヤーで操作や構成を行うことができ、下位レイヤーで機能するこのプロトコルを学ぶ必要がなかった。製造IT流通IT医療ITTechTargetサービスホワイトペーパーホワイトペーパーキーワードRSS一覧プレゼント&モニターITmediaはアイティメディア株式会社の登録商標です。