Open Networking Foundation（ONF）は、ネットワークスイッチをソフトウェアで定義するオープンソースソフトウェアの開発プロジェクト「Stratum」プロジェクトを発表しました。 Stratumはおもに「P4」「gRPC Network Management Interface」「gRPC Network Operations Interface」の3つのオープンソースソフトウェアから構成されるプロジェクトです。現在公開されているバージョンは、Googleが本番ネットワークで用いているネットワーク基盤の一部をオープンソース化したものだと説明されています。 Stratumはホワイトボックススイッチのリファレンス実装を目論む Stratumがターゲットとするのは「ホワイトボックススイッチ」と呼ばれる、ブロードコムなどに代表される市販のネットワーク処理プロセッサを搭載しつつ

Ansible、シスコやArista、Juniperなどのネットワーク機器に対応。ネットワークも含めた構成自動化が可能に Ansibleはエージェント不要でサーバを構成できるのが最大の特長です。昨年10月にRed Hatが買収し、先月にはメジャーバージョンアップとなる「Ansibe 2.0」が発表されたばかり。 Ansible 2.0では、構文の強化によってより高度な処理を記述しやすくし、実行速度を高速化するオプションなどが追加されました。 今回の機能拡張では、サーバだけでなく複数のベンダのネットワーク機器に対してもAnsibleから統一的に構成を行えるようになり、システム構成についてソフトウェアとネットワークを統合的に自動化できるようになりました。 現時点でAnsibleがサポートするネットワーク機器は以下となっています。 Arista Networks ： Arista EOS Cis

オープンソースのソフトウェアルータ「CloudRouter」プロジェクトが発足。クラウド向け、Docker対応も 下記はプレスリリースでのCloudRouterプロジェクトの説明。 The CloudRouter Project incorporates the latest release of OpenDaylight to provide secure network programmability to enable SDN and create a solid foundation for network function virtualization (NFV) for networks at any size and scale. CloudRouterプロジェクトは最新のOpenDaylihtリリースの一員として、セキュアでプログラマブルなSDN（Software-Defi

実証実験フェーズから商用フェーズへ向かっているNFV（Network Functions Virtualisation)。商用化に向けたポイントの一つが相互接続性の確保、つまりマルチベンダー体制の実現である。さらにNFVの基盤部分をオープンソース化しようとする動きもある。 NFVが実際に相互接続性がどの程度、担保できるかどうかは、やってみないと分からない点が多い。逆に相互接続性が担保されないと、新たにソフトウエアのネットワーク機能（VNF）を追加した場合も、同じベンダーの基盤（NFVI）を用意しなければならず、NFVによるメリットは半減する。 NTTドコモによると「MANOとNFVIは当初は1社による提供でもかまわない。しかしVNFについてはマルチベンダー体制が必須」（同社R＆Dイノベーション本部ネットワーク開発部の音洋行ネットワーク仮想化基盤担当部長）という。つまり、MANOに含まれるV

Google、新しいSDNベースのネットワーク仮想化基盤「Andromeda」をクラウドに投入。ネットワークの高速化を実現 Googleは同社のクラウドサービス「Google Cloud Platform」のネットワーク仮想化基盤として「Andromeda」（コード名）を、まず米国内の2つのゾーン「us-central1-b」と「europe-west1-a」に投入。クラウドのネットワークスループットが向上したことを、Google Cloud Platform Blogのエントリ「Enter the Andromeda zone - Google Cloud Platform’s latest networking stack」で明らかにしました。 Andromeda導入でスループットが約2倍に Andromedは、Software-Defined Networkingをベースにしたネット

SDNのオープンソースプロジェクト「OpenDaylight」が、最初の正式バージョンとなる「Hydrogen」を公開。SDNコントローラ、ネットワーク仮想化、マルチテナントなどを実現 Software-Defined Networkを実現するためのソフトウェアをオープンソースで開発することを目的にシスコ、マイクロソフト、IBM、VMware、Brocade、Juniperほか、IT業界の主要なプレイヤーが集まり、The Linux Foundationがホスト役となった「OpenDaylight」プロジェクトが、最初のバージョンとなる「Hydrogen」（コード名）を公開しました。誰でも無料でダウンロードし、利用できます。 OpenDaylightプロジェクトが対象とするソフトウェアは、ネットワーク全体を制御するためのSDNコントローラと、そのSDNコントローラを活用するネットワークアプ

特集の第2回では、ETSIのNFV ISG（Network Functions Virtualisation　Industry Specification Group、ETSIでは一般的な表記である“Virualization”ではなく“Virtualisation”と記述している）が2013年10月上旬に公開した公式文書から、アーキテクチャーについて記述した文書（ETSI GS NFV 002 V1.1.1）をピックアップ。この文書から見えてくるNFVアーキテクチャーの特徴について触れてみよう。なおこれらの公式文書は、ETSIのページから自由にダウンロード可能だ。

NTTコムウェアは、SDN（Software Defined Networking）コントローラーとして動作するソフトウエア製品「SmartSDN Controller」を開発した（関連記事）。同製品は大手通信事業者のコアネットワークへの適用を想定した製品で、ユーザーが体感するサービス品質、QoE（Quality of Experience）の考えに基づいて最適な経路を制御したり、疑似パケットを仮想ネットワークに流して障害箇所を特定するなど、独自の機能を備えている。 SmartSDN Controllerの詳細について、開発を担当した同社ネットワーク事業本部 コアネットワークソリューション部 ノードBU ネットワークSE担当 統括課長の向山洋一氏と、販売を担当する営業部 ネットワーク技術部門 担当課長の山川均氏に聞いた。

シスコ、ついに独自のSDN製品群をリリース、コンセプトは「Application Centric Infrastructure」 米シスコシステムズは先週11月6日（現地時間）、同社のSoftware-Defined Networking戦略に相当する「Application Centric Infrastructure（ACI）」戦略と、それに対応した新製品群を発表しました。 戦略の核となる製品「Cisco Application Policy Infrastructure Controller （APIC）」は、ネットワークコントローラとしてネットワーク全体をポリシーに基づいて制御するだけでなく、将来的にはサーバ、ストレージを含むデータセンターのコンピューティングリソースを包括的に制御するという構想が明らかにされています。 すなわちシスコの戦略は、データセンターの制御そのものを自社製品

Northbound APIがSoftware-Defined Network/OpenFlowの分野で新しい議論の対象になっていることを、1つ前の記事「SDN/OpenFlowの新しい課題：Northbound APIとは何か？」で紹介しました。 現在のNorthbound APIの状況をよく伝えているのが、米国でネットワーク構築のコンサルタントや教育を行っているIvan Pepelnjak氏のブログ「ipSpace.net」にポストされたエントリ「SDN CONTROLLER NORTHBOUND API IS THE CRUCIAL MISSING PIECE」（Northdound APIは、Software-Defined Networkにとって重大な欠落だ）です。 SDN Controller northbound API is the crucial missing piec

いまSoftware-Defined Network/OpenFlowの新しい課題として、Northbound APIの標準化をどうするのか？ という議論が持ち上がってきています。スイッチを制御するプロトコルとしてOpenFlowという標準がOpen Network Foundationによって作成され、普及しつつありますが、それを実際にアプリケーションから制御するには、何らかのAPIが必要となります。 そのAPIがネットワーク機器ベンダやOpenFlowコントローラごとに固有のものとして定義されてしまったら、OpenFlowが標準化されたとしても意味がないのではないか？ その部分も標準化されるべきではないか？ という議論です。この、ネットワークをソフトウェアで操作するためのAPIが「Northbound API」と呼ばれています。 そのNorthbound APIとは何か？ を解説した、

Northbound API開発のためワーキンググループ、Open Networking Foundationが発足 Facebookやグーグル、マイクロソフト、ドイツテレコムなど大手クラウドベンダーやテレコム企業などが中心となって発足し、OpenFlowの標準化などを行っているOpen Networking Foundationは、Northbound API開発のためのワーキンググループ「Northbound Interface Working Group」を発足すると発表しました。 このワーキンググループの目的は、Northbound APIの開発とユーザーからのフィードバックの獲得が中心のようです。 This new Working Group will develop information models for NBIs, prototyping and gaining end

差し迫るVLAN数の限界などに対処、NTTコム、NECビッグローブ、さくらインターネット ［データセンター編］ ここからは、SDNを実際に導入（トライアルを含む）した企業に密着。導入したからこそ分かるメリット、そして課題について見ていこう。 各事例の詳細に触れる前に、それぞれの事例の違いを区別するためのポイントを整理する。まずは適用分野ごとのSDNの違いだ。 前述したように、データセンター向けSDNと企業ネットワーク向けSDNでは、まるで要件が異なる。データセンター向けSDNは、サーバーとネットワークの仮想化を組み合わせることで、これまでは不可能だった柔軟でスピーディーなサービス展開が可能になる。サービスが質的に変化する適用分野だ。 それに対して企業ネットワーク向けSDNは、ネットワークの運用コスト削減が目的であり、質的変化がもたらされるわけではない。こちらは量的な変化が効果の本質となる。

「現時点でSDN（Software Defined Networking）のニーズが顕在化しているのはデータセンターの分野程度。企業ネットワーク分野などでもSDNの可能性はあるが、新たな市場を切り開くのに苦労している」─。このように語るのは、2013年4月に40人体制で発足したSDN関連のソリューション部隊「SDN戦略本部」を率いる、NECの野口誠本部長だ。 話題先行のSDN、見えにくいメリット NECは、2011年春に▼世界初となるOpenFlow対応のスイッチとコントローラーを発売したSDN市場を牽引するベンダーである。同社では、SDNの世界市場規模は、2013年の1300億円規模から2015年には▼1兆3000億円程度に急拡大すると予測している。ただしSDNの市場性を有望視しつつも、データセンター分野以外のSDN市場の立ち上げに苦戦しているのが実情だ。 SDNが今、ネットワークの分野

市場に出回る汎用部品だけで実現したハードウエアである「ホワイトボックス」が、高性能ネットワークスイッチの分野で登場し始めた。2013年8月には、日本のACCESSが、台湾製スイッチに自社製ソフトを搭載して販売することを発表した。 ACCESSが発表した「AEROZ（エアロス）」（図）は、高さ1Uの筐体に10ギガビット/秒のイーサネットポートを48個搭載する。価格は120万円で、大手メーカー製の3分の1以下という価格破壊を実現した。 AEROZはSDN（ソフトウエア・デファインド・ネットワーキング）を実現するプロトコルである「OpenFlow」に対応し、SDNコントローラーから、複数のスイッチを集中制御できる。「ネットワーク機器に必要な機能をソフトで実現するSDNの世界では、スイッチのハードはコモディティ化が進むと言われていた。しかし実際には、安価なスイッチがなかなか登場していない。そこでソ

Welcome to Startups Weekly — Haje‘s weekly recap of everything you can’t miss from the world of startups. Sign up here to get it in your inbox every Friday. In…

既存のBorder Gateway ProtocolをSDNで使用 SDN（Software Defined Networking）の推進者は、ネットワークのコントロールプレーンとデータプレーンを分離するためのプロトコルとしてOpenFlowを前面に押し出してきた。しかし、一部のベンダーは、OpenFlowを使うか否かにかかわらず、SDNアーキテクチャが提供するオペレーションのアジリティおよびプログラマビリティと比べれば、OpenFlowは重要度が低いと主張している。こうしたベンダーはBorder Gateway Protocol（以下、BGP）に、SDNで期待されるネットワークプログラマビリティを実現する、SDNプロトコルとしての可能性を見いだしている。 BGPはSDNで具体的にどのように使われるのか。「コントローラーがBGPをコントロールプレーンプロトコルとして使い、NETCONFを管

サーバ仮想化技術によって、多くの企業がコンピューティングリソースの統合を進めている。現在では、サーバ仮想化の段階からプライベートクラウドの段階へとステップアップを図っている企業や、既にプライベートクラウドを構成してサービスを提供している企業も数多く存在している。 クラウド基盤では、仮想マシンが非常に簡単に作成できる。しかし、この迅速に生成された仮想マシンに対して、適切なネットワークアクセスを即座に設定することは難しい。この点に課題を持つ企業は多く、これに対応する新たな技術や製品が登場している。 仮想化とネットワークについての記事 仮想化の専門家いわく「仮想化の問題はCPU、メモリ、ネットワーク、ストレージ」 VMware vSphere 5.1はアップグレードに値するか サーバ仮想化の効果を引き出すネットワーク構築の新定番とは このような背景を踏まえ、本連載では、「クラウド基盤のネットワー