ネットワーク仮想化

ウィキペディアから無料の百科事典

ネットワーク仮想化（ネットワークかそうか、Network Functions Virtualization、NFV） [1] は、IT仮想化のテクノロジーを使用して、ネットワークノード機能のクラス全体をビルディングブロックに仮想化し、接続またはチェーンして通信サービスを作成するネットワークアーキテクチャの概念である。言い換えれば、ネットワークハードウェアをソフトウェアのように扱うこと。

仮想化とは、一言で言えば、WindowsなどのOS内で別のOSを使用すること。ソフトウェアと物理的なハードウェアの間に抽象化されたレイヤーを提供することで、コンピュータリソースを管理するための様々な技術である。仮想化技術は、サーバー、ストレージデバイス、ネットワークリソースなどのハードウェアプラットフォームをソフトウェアで効果的にエミュレートまたはシミュレートする[2]。

NFVは、エンタープライズITで使用されているような従来のサーバー仮想化技術に依存しているが、それとは異なる。サービスチェイニング、分散アーキテクチャ、管理、オーケストレーションは、実用的なネットワークサービスの構築に関わるNFVの主要な原則である[2]。

単一のコンピューティングホストまたはネットワークホストで複数の仮想マシンをホストでき、各仮想マシンで単一のVNFをホストできる[2]。

多数のコンピューターを管理する大型コンピューターであるホストコンピューターも、仮想マシンをホストできる。 また、その仮想マシンは多数の仮想化ネットワーク機能（VNF）をホストすることもできる。つまり、単一のコンピューティングホストまたはネットワークホストで複数の仮想マシンをホストでき、各仮想マシンで単一のVNFをホストできる[2]。

たとえば、仮想セッションボーダーコントローラーを展開して、物理ネットワーク保護ユニットを取得してインストールするという一般的なコストや複雑さを伴わずにネットワークを保護できる。 NFVの他の例には、仮想化されたロードバランサー、ファイアウォール、侵入検知デバイス、 WANアクセラレータが含まれる。 [3]

背景と動機[編集]

NFVは、大容量マルチメディア時代のネットワーク運用をいかに改善するかについて、大手ネットワーク事業者や通信事業者の間で議論されたことに端を発している。全体的な目的は、標準的なIT仮想化技術を活用して、多くの種類のネットワーク機器を業界標準の大容量サーバー、スイッチ、ストレージに統合することであり、これらはデータセンター、ネットワークノード、およびエンドユーザーの構内に配置することができる。アプローチでは、さまざまなハードウェア・プラットフォームへの依存から、少数の標準化されたプラットフォーム・タイプを使用し、必要なネットワーク機能を提供するために仮想化技術を使用するようになる[2]。

電気通信業界内の製品開発は、伝統的に、安定性、プロトコルの順守、および品質に関する厳格な基準に従っており、この信頼性を示す機器を示すためにキャリアグレードという用語が使用されていることを反映している。 [4] このモデルは過去にはうまく機能していたが、必然的に製品サイクルが長くなり、開発のペースが遅くなり、特注の特定用途向け集積回路（ASIC）などの独自のハードウェアまたは特定のハードウェアに依存することになった。パブリックインターネット上で大規模に運営されている動きの速い組織（ Googleトーク、 Skype 、 Netflixなど）との通信サービスにおける激しい競争の激化により、サービスプロバイダーは現状を打破する方法を模索するようになった。

歴史[編集]

2012年10月、通信事業者のグループが、ドイツのダルムシュタットで開催された会議で、ソフトウェア定義ネットワーク（SDN）とOpenFlowに関するホワイトペーパー[5] を公開した。ホワイトペーパーを締めくくる行動の呼びかけは、欧州電気通信標準化機構（ETSI）内にネットワーク機能仮想化（NFV）業界仕様グループ（ISG） [6] の創設につながった。 ISGは、ヨーロッパおよびそれ以降の電気通信業界の代表者で構成されていた。 [7][8] ホワイトペーパーの発行以来、グループは100を超える出版物を作成してきた。 [9] 2016年には、NFVの高性能オープンソースバージョンが1つリリースされた。 openNetVMは、DPDK（英語版）およびDockerコンテナに基づく高性能NFVプラットフォームである。 [10]

フレームワーク[編集]

NFVフレームワークは、次の3つの主要コンポーネントで構成されている[2][11]：

  1. 仮想化ネットワーク機能 (VNF) は、ネットワーク機能仮想化インフラストラクチャ (NFVI) に展開できるネットワーク機能のソフトウェア実装である [12]。単一のコンピューティングホストまたはネットワークホストで複数の仮想マシンをホストでき、各仮想マシンで単一のVNFをホストできる。VNFの重要な特性は弾性と呼ばれ、スケールアップ/ダウンまたはスケールアウト/インの能力を意味する。スケールアウト/インは、スケールアウトするVNFに属する構成要素 (VNFC) を追加/削除すること。スケールアップ/ダウンは、スケールアップするVNFに属する既存のVNFCからリソースを追加/削除すること。スケールアウトは、スケールアップするVNFに属するVNFCインスタンスを追加することで実現する。仮想化ネットワーク機能 (VNF) は、カスタムハードウェアアプライアンスではなく、ネットワーク機能ごとに標準の大容量サーバー、スイッチ、ストレージデバイス、さらにはクラウドコンピューティングインフラストラクチャ上で、さまざまなソフトウェアとプロセスを実行する1つ以上の仮想マシンまたはコンテナーで構成される。コンテナの仮想化は、アプリケーションの基盤となるオペレーティング環境を仮想化する手法である。VNFマネージャーは、VNFインスタンスのライフサイクル管理を統括するものである。eSwitchの目的は、仮想化ソフトウェアをバイパスして、VNFにNICへの直接メモリアクセス経路を提供することである[2]。
  2. ネットワーク機能仮想化 (NFV) アーキテクチャの中心となるネットワーク機能仮想化アーキテクチャ基盤 (NFVI) は、図に示すように 3 つのドメインを含んでいる[2]。
    ネットワーク仮想化 (NFV) の最も重要な構造は、ネットワーク仮想化基盤 (NFVI) である。つまり、NFVアーキテクチャの中核をなすのは、NFVIとして知られるリソースと機能の集合体である。NFVIは、NFVが展開される環境を構築するすべてのハードウェアおよびソフトウェアコンポーネントの全体である。 NFVIは複数の場所にまたがることができる。これらの場所間の接続を提供するネットワークは、NFVIの一部と見なされる。NFVIは、次の3つのドメインで構成されている。
    コンピュートドメイン
    商用オフザシェルフ（つまり、ソフトウェアまたはハードウェア製品）の大容量コンピュートを提供する。サーバーやストレージの管理を行う。その主要な要素は、CPU/メインメモリ、内部ストレージ、アクセラレータ、ストレージコントローラによる外部ストレージ、ネットワークカード (NIC)、スイッチ (Eswitch)、実行環境である。NFVIノードは、コンピューティングドメインにある。ネットワークノードは、NFVIノード内の単一の識別可能、アドレス可能、および管理可能な要素であり、コンピューティング、ストレージ、およびネットワーク転送機能を使用してネットワークリソースを提供する。
    ハイパーバイザードメイン
    コンピュートドメインのリソースをハードウェアの抽象化を提供するソフトウェアアプライアンスの仮想マシン(VM)。ハードウェアを抽象化し、VMの起動、VMの終了、ポリシーへの対処、スケーリング、ライブマイグレーション、高可用性などのサービスを実装するソフトウェア環境である。
    インフラストラクチャ・ネットワーク・ドメイン (IND)
    一般的な大容量の供給するように構成できるネットワークに相互接続されたスイッチインフラストラクチャ・ネットワーク・サービスと、既存のキャリアネットワークとの相互接続の手段を提供する[2]。
  3. ネットワーク機能仮想化管理およびオーケストレーションアーキテクチャフレームワーク（NFV自動化構造、NFV-MANO）は、すべての機能ブロック、これらのブロックで使用されるデータ貯蔵庫、およびこれらの機能ブロックがNFVIの管理と調整を目的として情報を交換するための参照ポイントとインターフェイスのコレクションである。

NFVIとNFV-MANOの両方の構成要素は、NFVプラットフォームである。 NFVIの役割では、仮想および物理の両方の処理リソースとストレージリソース、および仮想化ソフトウェアで構成される。 NFV-MANOの役割では、VNFおよびNFVIマネージャーと、ハードウェアコントローラー上で動作する仮想化ソフトウェアで構成される。 NFVプラットフォームは、プラットフォームコンポーネントの管理と監視、障害からの回復、効果的なセキュリティの提供に使用されるキャリアグレードの機能を実装している。 –すべてパブリックキャリアネットワークに必要である。

実用的な側面[編集]

NFV設計に従うサービスプロバイダーは、1つ以上の仮想化ネットワーク機能（VNF）を実装する。 VNF自体は、プロバイダーの顧客に使用可能な製品またはサービスを自動的に提供しません。より複雑なサービスを構築するために、サービスチェーンの概念が使用される。この概念では、複数のVNFを順番に使用してサービスを提供する。

NFVの実装のもう1つの側面は、オーケストレーションプロセスである。信頼性が高くスケーラブルなサービスを構築するために、NFVでは、ネットワークがVNFインスタンスをインスタンス化し、監視し、修復し、（サービスプロバイダービジネスにとって最も重要な）提供されたサービスの料金を請求できる必要がある。キャリアグレード[13] 機能と呼ばれるこれらの属性は、高可用性とセキュリティ、および低い運用と保守のコストを提供するために、オーケストレーションレイヤーに割り当てられる。重要なのは、オーケストレーションレイヤーは、VNF内の基盤となるテクノロジーに関係なく、VNFを管理できる必要があるということである。たとえば、オーケストレーション層は、ベンダーXからのVMware vSphere（英語版）上で実行されているSBC VNFを、ベンダーYのKVMで実行されているIMS VNFと同じように管理できなければならない。

分散NFV[編集]

NFVの当初の認識は、仮想化機能をデータセンターに実装する必要があるというものでした。このアプローチは、すべてではありませんが、多くの場合に機能する。 NFVは、仮想化された機能の物理的な場所に関して、可能な限り幅広い柔軟性を前提とし、強調している。

したがって、理想的には、仮想化された機能は、最も効果的で最も安価な場所に配置する必要がある。つまり、サービスプロバイダーは、データセンターからネットワークノード、顧客宅内まで、考えられるすべての場所にNFVを自由に配置できる必要がある。分散NFVとして知られるこのアプローチは、NFVが開発および標準化されるにつれて最初から強調されており、最近リリースされたNFVISGドキュメントで顕著である。 [14]

場合によっては、サービスプロバイダーがこの仮想化された機能を顧客宅内に配置することには明らかな利点がある。これらの利点は、経済性からパフォーマンス、仮想化される機能の実現可能性にまで及びる。 [15]

D-NFVの最初のETSINFV ISG承認のパブリックマルチベンダー概念実証（PoC）は、2014年6月にシカゴのCyan、Inc.（英語版）、RAD（英語版）、フォーティネットおよびセルテスネットワークによって実施され、 CenturyLink（英語版）によって後援された。これは、フォーティネットの次世代ファイアウォール（NGFW）とCertes Networksの仮想暗号化/復号エンジンを仮想ネットワーク機能（VNF）として実行し、CyanのBluePlanetシステムがエコシステム全体を調整するRADの専用のカスタマーエッジD-NFV機器に基づいていた。 [16] RADのD-NFVソリューションであるレイヤー2 /レイヤー3ネットワークターミネーションユニット（NTU）は、顧客のエッジで仮想化エンジンとして機能するD-NFV x86サーバーモジュールを搭載し、その月の終わりまでに市販された。 [17] 2014年、RADは、新しいNFVアプリケーションを専門とするベンダーと国際的なシステムインテグレーターのエコシステムであるD-NFVアライアンスも組織した。 [18]

NFVモジュール性のメリット[編集]

VNFを提供するソフトウェアを設計および開発する場合、ベンダーはそのソフトウェアをソフトウェアコンポーネントに構造化し（ソフトウェアアーキテクチャの実装ビュー）、それらのコンポーネントを1つ以上のイメージにパッケージ化する（ソフトウェアアーキテクチャの展開ビュー）場合がある。これらのベンダー定義のソフトウェアコンポーネントは、VNFコンポーネント（VNFC）と呼ばれる。 VNFは1つ以上のVNFCで実装され、一般性を失うことなく、VNFCインスタンスがVMイメージに1：1でマップされると想定される。

VNFCは通常、スケールアップおよび/またはスケールアウトできる必要がある。柔軟な（仮想）CPUを各VNFCインスタンスに割り当てることができるため、ネットワーク管理レイヤーはVNFCをスケールアップ（つまり、垂直方向にスケール）して、単一のシステムまたは単一のプラットフォームで期待されるスループット/パフォーマンスとスケーラビリティを提供できる。同様に、ネットワーク管理レイヤーは、複数のプラットフォームでVNFCの複数のインスタンスをアクティブ化することにより、VNFCをスケールアウト（つまり、水平方向にスケールアウト）できるため、他のVNFC機能の安定性を損なうことなく、パフォーマンスとアーキテクチャの仕様に到達できる。

このようなアーキテクチャの青写真を早期に採用した人は、すでにNFVのモジュール性の原則を実装している。 [19]

SDNとの関係[編集]

SDN（ソフトウェア定義ネットワーク）はNFVに関連する概念であるが、異なるドメインを参照する[2]。 ネットワーク機能仮想化（NFV）とディープパケットインスペクション（DPI）は、SDN機能を効率的に補完することができる。 [20] SDNと同様に、NFVを成功させるには、適切な標準とオープンソースソフトウェアが必要である[2]。

本質的に、ソフトウェア定義ネットワーク（SDN）は、これらのシステムの要素を分離および抽象化するデータネットワーク機器およびソフトウェアを構築するためのアプローチである。これは、コントロールプレーンとデータプレーンを互いに分離して、コントロールプレーンが中央に配置され、転送コンポーネントが分散されたままになるようにすることで実現する。コントロールプレーンは、ノースバウンドとサウスバウンドの両方で相互作用する。ノースバウンド方向では、コントロールプレーンは、APIを使用して、ネットワークの共通の抽象化されたビューを高レベルのアプリケーションおよびプログラムに提供する。サウスバウンド方向では、コントロールプレーンは、ネットワーク全体に分散された物理ネットワーク機器のデバイスレベルAPIを使用して、データプレーンの転送動作をプログラムする。

したがって、NFVはSDNまたはSDNの概念に依存しません。既存のネットワークおよびオーケストレーションパラダイムを使用して、仮想化ネットワーク機能（VNF）をスタンドアロンエンティティとして実装することは完全に可能である。ただし、SDNの概念を活用してNFVインフラストラクチャを実装および管理することには、特にVNFの管理とオーケストレーションを検討する場合に固有の利点がある。そのため、協調したエコシステムにSDNとNFVを組み込んだマルチベンダープラットフォームが定義されている。 [21]

NFVインフラストラクチャには、VNFに関連付けられたオペレーターの要求を受け取り、それらをVNFの運用に必要な適切な処理、ストレージ、およびネットワーク構成に変換する中央のオーケストレーションおよび管理システムが必要である。運用が開始されると、VNFの容量と使用率を監視し、必要に応じて調整する必要がある。 [22]

これらの機能はすべてSDNの概念を使用して実現でき、NFVはサービスプロバイダー環境における主要なSDNユースケースの1つと見なすことができる。また、多くのSDNユースケースに、NFVイニシアチブで導入された概念を組み込むことができることも明らかである。例としては、集中型コントローラーが分散転送機能を制御している場合がある。分散転送機能は、実際には既存の処理またはルーティング機器でも仮想化できる。

業界への影響[編集]

NFVは、初期段階でも人気のある標準であることが証明されている。その直接の応用は、モバイルベースステーションの仮想化、Platform as a Service (PaaS)、コンテンツ配信ネットワーク（CDN）、固定アクセス、ホーム環境など、数多くある。 [23] NFVの潜在的なメリットは重要であると予想される。汎用の標準化されたハードウェアに展開されたネットワーク機能の仮想化により、設備投資と運用コスト、およびサービスと製品の導入時間が削減されることが期待される。 [24][25] 多くの主要なネットワーク機器ベンダーがNFVのサポートを発表している。 [26] これは、機器サプライヤがNFV製品を構築するために使用するNFVプラットフォームを提供する主要なソフトウェアサプライヤからのNFVの発表と一致している。 [27][28]

ただし、仮想化の予想されるメリットを実現するために、ネットワーク機器ベンダーはIT仮想化テクノロジーを改善して、高可用性、スケーラビリティ、パフォーマンス、および効果的なネットワーク管理機能を実現するために必要なキャリアグレードの属性を組み込んでいる。 [29] 総所有コスト（TCO）を最小限に抑えるには、キャリアグレードの機能を可能な限り効率的に実装する必要がある。これには、NFVソリューションが冗長リソースを効率的に使用して、パフォーマンスの予測可能性を損なうことなく、ファイブナインの可用性（99.999％） [30] とコンピューティングリソースを実現する必要がある。

NFVプラットフォームは、効率的なキャリアグレードのNFVソリューションを実現するための基盤である。 [31] これは、標準のマルチコアハードウェアで実行され、キャリアグレードの機能を組み込んだオープンソースソフトウェアを使用して構築されたソフトウェアプラットフォームである。 NFVプラットフォームソフトウェアは、障害やトラフィック負荷の変化に起因するVNFの動的な再割り当てを担当するため、高可用性を実現する上で重要な役割を果たする。 ETSI NFVの概念実証、 [32] ATIS [33] NFVプロジェクトのオープンプラットフォーム、 [34] キャリアネットワーク仮想化賞[35] 、さまざまなサプライヤなど、NFVキャリアグレード機能を指定、調整、および促進するための多数のイニシアチブが進行中である。 [36]

NFVプラットフォームの主要コンポーネントであるvSwitchは、VM間（VM間）およびVMと外部ネットワーク間の接続を提供する役割を果たする。そのパフォーマンスは、VNFの帯域幅とNFVソリューションの費用対効果の両方を決定する。標準のOpen vSwitch（OVS）のパフォーマンスがNFVIソリューションのニーズを満たすために解決しなければならない欠点がある。 [37] NFVサプライヤは、OVSバージョンとAccelerated Open vSwitch（AVS）バージョンの両方でパフォーマンスの大幅な向上を報告している。 [38][39]

仮想化は、NFVソリューションでの可用性の指定、測定、および達成の方法も変化させている。 VNFが従来の機能専用機器に取って代わるにつれて、機器ベースの可用性からサービスベースのエンドツーエンドの階層型アプローチへのシフトがある。 [40][41] ネットワーク機能を仮想化すると、特定の機器との明示的な結合が切断されるため、可用性はVNFサービスの可用性によって定義される。 NFVテクノロジは、それぞれ独自のサービス可用性の期待を持つさまざまなネットワーク機能タイプを仮想化できるため、NFVプラットフォームはさまざまなフォールトトレランスオプションをサポートする必要がある。この柔軟性により、CSPはNFVソリューションを最適化してVNFの可用性要件を満たすことができる。

ホスト型ネットワークオペレーターは、富士通などの大手ネットワークプロバイダーがネットワーク機能仮想化インフラストラクチャの3つのドメインを実行し、ネットワークを柔軟にすることを意味する。他のネットワークプロバイダーは、ネットワークコンテンツであるVNFを実行する。ITサービス組織がコンピューティングハードウェア、インフラストラクチャネットワーク、およびハイパーバイザーを操作し、その上で別のネットワークオペレーターがVNFを実行する展開シナリオである[2]。

MANO[編集]

欧州電気通信標準化機構 (ETSI) は、NFV環境の制御の重要な部分が、自動化とオーケストレーションを通じて行われることをすでに示している。言い換えれば、自動化は、ネットワークをソフトウェア的に計画するために不可欠である。NFV内には、柔軟性を制御する方法を概説する別のストリームMANO（Management and Network Orchestration、ネットワーク管理オーケストレーション[42]）がある。

MANOの内部には、NFVIを制御する仮想化インフラストラクチャマネージャー (VIM) などの個別のコンポーネントがある[42]。VIMとは、メモリなどを管理するシステムのこと。つまり、MANOの内部にあるVIMは、VNFとその権限下のコンピューティング、ストレージ、ネットワークリソースとの相互作用、およびそれらの仮想化を制御および管理するために使用される機能で構成されるとても大切なアプリである[2]。

ETSIは、仮想化ネットワーク機能 (VNF) が独立して開発された管理およびオーケストレーションシステムと相互運用可能であり、管理およびオーケストレーションシステムのコンポーネント自体が相互運用可能であるオープンエコシステムを可能にする標準のフルセットを提供する。これには、一連のRestful API仕様[43] と、VNFをサービスプロバイダーに配信するためのパッケージ形式の仕様、およびVNFのライフサイクルの管理を可能にするソフトウェアイメージとともにパッケージ化される展開テンプレートの仕様が含まれる。デプロイメントテンプレートは、 TOSCAまたはYANGに基づくことができる。 [44][45]

OpenAPI Specification（英語版）（別名Swagger）表現は、デプロイメントテンプレートの作成時に使用されるTOSCAおよびYANG定義ファイルとともにETSIforge サーバー で利用できる。

公開されている仕様の完全なセットは、以下の表に要約されている。

仕様 題名
ETSI GS NFV-SOL 001 TOSCA仕様に基づくNFV記述子
ETSI GS NFV-SOL 002 Ve-VnfmリファレンスポイントのRESTfulプロトコル仕様
ETSI GS NFV-SOL 003 Or-VnfmリファレンスポイントのRESTfulプロトコル仕様
ETSI GS NFV-SOL 004 VNFパッケージとPNFDアーカイブの仕様
ETSI GS NFV-SOL 005 Os-Ma-nfvoリファレンスポイントのRESTfulプロトコル仕様
ETSI GS NFV-SOL 006 YANG仕様に基づくNFV記述子
ETSI GS NFV-SOL 007 ネットワークサービス記述子のファイル構造仕様
ETSI GS NFV-SOL 009 NFV-MANOの管理のためのRESTfulプロトコル仕様
ETSI GS NFV-SOL 011 Or-Or参照ポイントのRESTfulプロトコル仕様
ETSI GS NFV-SOL 013 RESTful NFV MANOAPIの一般的な側面の仕様

NFV-MANO APIのOpenAPI表現のさまざまなバージョンの概要は、ETSI NFVwikiで入手できる。

パフォーマンス研究[編集]

NFVに関する最近のパフォーマンス調査では、仮想化ネットワーク機能（VNF）のスループット、レイテンシ、ジッター、および単一の物理サーバーがサポートできるVNFの数に関するNFVのスケーラビリティに焦点が当てられている。 [46] オープンソースのNFVプラットフォームが利用可能であり、代表的なものの1つがopenNetVMである。 [10] openNetVMは、DPDKおよびDockerコンテナーに基づく高性能NFVプラットフォームである。 openNetVMは、ネットワーク機能を展開し、それらを相互接続してサービスチェーンを構築するための柔軟なフレームワークを提供する。 openNetVMは、BSDライセンスの下でリリースされたNSDI2014およびHotMiddlebox2016の論文で説明されているNetVMプラットフォームのオープンソースバージョンである。ソースコードはgithub：openNetVM [47]

要素管理[編集]

詳細は「要素管理」を参照

要素管理は、仮想化ネットワーク機能(VNF)の障害、構成、会計、実行、およびセキュリティ管理機能を担当する。

1）障害：マシンが正しく機能していることを確認する。

2）構成：オンラインゲームなどの特定の仮想化ネットワーク機能を構築する。

3）会計：正しい答えを計算して、マシンを適切に実行し続ける。

4）実行：毎日のタスクを実行し続ける。

5）セキュリティ：ネットワークを攻撃から保護する。

これらの管理機能は、VNF管理の責任でもある。 ただし、要素管理は、仮想化ネットワーク機能管理とは対照的に、仮想化ネットワーク機能との独自のインターフェイスを介してそれを行うことができる。 要素管理は、（VeEm-Vnfm）という独自のインターフェイス、すなわちオープンリファレンスポイントを介してVNF管理と情報を交換することを確認する必要がある。 要素管理は仮想化を認識し、VNF管理と連携して、VNFに関連付けられたNFVIリソースに関する情報の交換を必要とする機能を実行する場合がある[2]。

関連項目[編集]

参考文献[編集]

  1. ^ “ETSI - Standards for NFV - Network Functions Virtualisation | NFV Solutions”. 2020年10月28日閲覧。
  2. ^ a b c d e f g h i j k l m n Stallings, William,. Foundations of modern networking : SDN, NFV, QoE, IoT, and Cloud. Agboma, Florence,, Jelassi, Sofiene,. Indianapolis, Indiana. ISBN 978-0-13-417547-8. OCLC 927715441. https://www.worldcat.org/oclc/927715441 
  3. ^ “Network Functions Virtualisation (NFV); Use NFV is present and SDN is future.Cases”. 2014年6月6日閲覧。
  4. ^ Opengear, Rick Stevenson (2013-03-13). “How Low-Cost Telecom Killed Five 9s in Cloud Computing”. Wired (wired.com). https://www.wired.com/insights/2013/03/how-low-cost-telecom-killed-five-9s-in-cloud-computing/ 2016年6月27日閲覧。. 
  5. ^ “Network Functions Virtualization— Introductory White Paper”. ETSI (2012年10月22日). 2013年6月20日閲覧。
  6. ^ “Network Functions Virtualisation”. ETSI Standards for NFV. 2020年6月30日閲覧。
  7. ^ Ray Le Maistre (2012年10月22日). “Tier 1 Carriers Tackle Telco SDN”. Light Reading. http://www.lightreading.com/software-defined-networking/tier-1-carriers-tackle-telco-sdn/240135217 2013年6月20日閲覧。 
  8. ^ “Latest Agenda at SDN & OpenFlow World Congress”. Layer123.com. 2012年10月14日時点のオリジナルよりアーカイブ。2013年6月20日閲覧。
  9. ^ “Standards for NFV: Network Functions Virtualisation” (英語). ETSI. NFV Solutions. 2020年10月28日閲覧。
  10. ^ a b http://faculty.cs.gwu.edu/timwood/papers/16-HotMiddlebox-onvm.pdf
  11. ^ Network-Functions Virtualization (NFV) Proofs of Concept; Framework, GS NFV-PER 002 v1.1.1 (2013-10),
  12. ^ “What is Network Function Virtualization (NFV)”. blog.datapath.io. 2017年2月1日時点のオリジナルよりアーカイブ。2017年1月20日閲覧。
  13. ^ Don’t Confuse ‘High Availability’ with Carrier Grade Archived 2017-07-03 at the Wayback Machine., Embedded Community, Charlie Ashton, April, 2014
  14. ^ Tom Nolle (2013年9月18日). “Is "Distributed NFV" Teaching Us Something?”. CIMI Corporation's Public Blog. http://blog.cimicorp.com/?p=1453# 2014年1月2日閲覧。 
  15. ^ Carol Wilson (2013年10月3日). “RAD Rolls Out Distributed NFV Strategy”. Light Reading. http://www.lightreading.com/carrier-sdn/nfv-(network-functions-virtualization)/esdn-rad-rolls-out-distributed-nfv-strategy/d/d-id/705938 2014年1月2日閲覧。 
  16. ^ “4 Vendors Bring Distributed NFV to BTE”. Light Reading. (2014年6月11日). http://www.lightreading.com/4-vendors-bring-distributed-nfv-to-bte/d/d-id/709403 2015年3月3日閲覧。 
  17. ^ “RAD launches customer-edge distributed NFV solution based on ETX NTU platform”. Optical Keyhole. (2014年6月16日). http://www.opticalkeyhole.com/eventtext.asp?ID=121877&pd=6/17/2014&bhcp=1 2015年3月3日閲覧。 
  18. ^ “RAD adds new partners to D-NFV Alliance”. Telecompaper. (2014年12月9日). http://www.telecompaper.com/news/rad-adds-new-partners-to-d-nfv-alliance--1054140 2015年3月3日閲覧。 
  19. ^ TMCnet News (2014年6月26日). “Qosmos Awarded a 2014 INTERNET TELEPHONY NFV Pioneer Award”. TMC. http://www.nfvzone.com/topics/newsfeed/articles/382374-tmc-announces-winners-the-2014-internet-telephony-nfv.htm 2014年6月26日閲覧。 
  20. ^ Rowayda, A. Sadek (May 2018). “An Agile Internet of Things (IoT) based Software Defined Network (SDN) Architecture”. Egyptian Computer Science Journal. 
  21. ^ Platform to Multivendor Virtual and Physical Infrastructure
  22. ^ Liyanage, Madhusanka (2015). Software Defined Mobile Networks (SDMN): Beyond LTE Network Architecture.. UK: John Wiley. pp. 1–438. ISBN 978-1-118-90028-4. http://eu.wiley.com/WileyCDA/WileyTitle/productCd-1118900286.html 
  23. ^ Network Functions Virtualization (NFV) Use Cases, ETSI GS NFV 001 v1.1.1 (2013-10)
  24. ^ What’s NFV – Network Functions Virtualization?, SDN Central
  25. ^ Carrier Network Virtualization, ETSI news
  26. ^ “Openwave Exec Discusses the Benefits, Challenges of NFV & SDN”. Article. (2013年11月12日). オリジナルの2016年3月3日時点におけるアーカイブ。. https://web.archive.org/web/20160303214633/http://www.sdnzone.com/topics/software-defined-network/articles/359936-openwave-exec-discusses-benefits-challenges-nfv-sdn.htm 2013年11月22日閲覧。 
  27. ^ Middleware for the NFV Generation, Service, Lee Doyle
  28. ^ Wind River Launches NFV Ecosystem Program with Five Industry Leaders, PCC Mobile Broadband, Ray Sharma
  29. ^ 'Carrier-Grade Reliability—A “Must-Have” for NFV Success', Electronic Design, Charlie Ashton, January 2015
  30. ^ '5 must-have attributes Archived 2015-05-26 at the Wayback Machine. of an NFV platform', Techzine, Alcatel-Lucent, Andreas Lemke, November 2014
  31. ^ 'Why Service Providers Need an NFV Platform' Archived 2015-05-26 at the Wayback Machine., Intel Strategic paper
  32. ^ NFV Proof of Concept
  33. ^ 'New NFV Forum Focused on Interoperability', Light Reading, Carol Wilson, September 16, 2015
  34. ^ OPNFV, Linux Foundation Collaborative Projects Foundation webpage
  35. ^ Carrier Network Virtualization Awards Archived 2015-06-07 at the Wayback Machine. 2014, December 2015
  36. ^ 'Wind River’s Ecosystemic Solution to NFV and Orchestration', CIMI Corporation Public Blog, Tom Nolle, June 2014
  37. ^ 'Accelerating Open vSwitch to "Ludicruos Speed", Network Heresy: Tales of the network reformation, Justin D Pettit, November 13, 2014
  38. ^ 'Wind River Delivers Breakthrough Performance for Accelerated vSwitch Optimized for NFV' Wind River News Room, May, 2014
  39. ^ '6WIND Announces Open vSwitch Acceleration for Red Hat Enterprise Linux OpenStack Platform', PRweb, April, 2014
  40. ^ 'NETWORK FUNCTIONS VIRTUALIZATION CHALLENGES AND SOLUTIONS', TMCNET webpage, Alcatel-Lucent Strategic paper, 2013
  41. ^ 'NFV: The Myth of Application-Level High Availability Archived 2015-10-05 at the Wayback Machine.', Wind River White Paper, May 2015
  42. ^ a b “コラム - クラウド時代のオープンソース実践活用 | 第61回　オープンソースでNFVを実装する「OPNFV」の活動（パート１）｜CTC教育サービス 研修/トレーニング”. www.school.ctc-g.co.jp. 2020年12月25日閲覧。
  43. ^ Chatras, B. (December 2018). “On the Standardization of NFV Management and Orchestration APIs”. IEEE Communications Standards Magazine 2 (4): 66–71. doi:10.1109/MCOMSTD.2018.1800032. ISSN 2471-2825. 
  44. ^ ETSI COMS TEAM. “ETSI - ETSI releases a standard for NFV Deployment Templates”. ETSI. 2019年7月9日閲覧。
  45. ^ “Technology blogs, NFV, MEC, NGP, ZSM, ENI - SOL006 – NFV descriptors based on YANG Specification”. www.etsi.org. 2019年7月9日閲覧。
  46. ^ Toward High-Performance and Scalable Network Functions Virtualization
  47. ^ https://github.com/sdnfv/openNetVM

外部リンク[編集]

「https://ja.wikipedia.org/w/index.php?title=ネットワーク仮想化&oldid=100099724」から取得