JP2017524290A - クラウドベースのサービス交換 - Google Patents

Abstract

概して、複数のクラウドサービスプロバイダを複数のクラウドサービス顧客と相互接続するためのクラウドベースのサービス交換（すなわち「クラウドエクスチェンジ」）について記載する。クラウドエクスチェンジにより、クラウドの顧客は、結果として性能を向上させ、費用を削減し、接続のセキュリティ及びプライバシーを高め、クラウドコンピューティングをさらなる用途に利用できるように、公衆インターネットをバイパスしてクラウドサービスプロバイダに直接接続することが可能になる。このようにして、例えば企業、ネットワーク回線事業者、及びＳａａＳ顧客は、クラウドサービスを、当該サービスが自身のデータセンターネットワークの一部であるか、あるいは自身のデータセンターネットワークに直接連結しているかのように、自身の内部アプリケーションと統合できる。

Description

関連出願の相互参照
本出願は、２０１５年４月１７日出願の米国特許仮出願番号第６２／１４９，３７４号の利益を主張するものであり、その内容は参照により全て本発明に援用される。

本発明は、コンピュータネットワークに関し、より具体的には、クラウドサービスの顧客とクラウドサービスプロバイダを相互接続するためのクラウドベースのサービス交換に関する。

クラウドコンピューティングとは、インターネットなどのネットワークを介してアクセス可能な、動的に拡張可能なコンピューティングリソースの使用を指す。よく「クラウド」と呼ばれるコンピューティングリソースは、一つ以上のサービスをユーザに提供する。これらのサービスは、サービスタイプに従って分類されてもよく、例えば、アプリケーション／ソフトウェア、プラットフォーム、インフラ、仮想化、並びにサーバ及びデータ記憶部を含んでもよい。サービスタイプ名は、「ａｓ‐ａ‐Ｓｅｒｖｉｃｅ」という語句の前に追加されることが多く、例として、アプリケーション／ソフトウェア及びインフラのデリバリは、それぞれＳｏｆｔｗａｒｅ‐ａｓ‐ａ‐Ｓｅｒｖｉｃｅ（ＳａａＳ）及びＩｎｆｒａｓｔｒｕｃｔｕｒｅ‐ａｓ‐ａ‐Ｓｅｒｖｉｃｅ（ＩａａＳ）と呼んでもよい。

用語「クラウドベースのサービス」又はより簡単に「クラウドサービス」は、クラウドによって提供されるサービスだけでなく、クラウドの顧客が、クラウドにより提供されるサービスのオンラインデリバリのために、クラウドサービスプロバイダと契約するサービスプロビジョニングの形態も指す。クラウドサービスプロバイダは、パブリッククラウド、プライベートクラウド、又はハイブリッドクラウドを管理し、一つ以上のクラウドの顧客へのクラウドサービスのオンラインデリバリを促進する。

概して、複数のクラウドサービスプロバイダを複数のクラウドサービスの顧客と相互接続するためのクラウドベースのサービス交換（すなわち「クラウドエクスチェンジ」）について記載する。クラウドエクスチェンジにより、クラウドの顧客は、結果として性能を向上させ、費用を削減し、接続のセキュリティ及びプライバシーを高め、クラウドコンピューティングをさらなる用途に利用できるように、公衆インターネットをバイパスしてクラウドサービスプロバイダに直接接続することが可能になる。このようにして、例えば企業、ネットワーク回線事業者、及びＳａａＳ顧客は、クラウドサービスを、当該サービスが自身のデータセンターネットワークの一部であるか、あるいは自身のデータセンターネットワークに直接連結しているかのように、自身の内部アプリケーションと統合できる。

いくつかの実施例では、クラウドエクスチェンジは高度な相互接続ソリューションを提供し、このソリューションにより、全世界にフットプリントを有する複数のクラウド及び複数のネットワークに対する、ＩＰベース（すなわちレイヤ３）、ローカライズ済み、シームレス、オンデマンド、且つダイレクトなアクセスが可能になる。このクラウドエクスチェンジにより、顧客（企業、ネットワークサービスプロバイダ等）にクラウドサービスプロバイダとのプライベート且つ高性能な接続が提供され、サービスに直接アクセスすることが容易になり、顧客は、このサービスを用いて、データセンターでローカライズされたクラウドエクスチェンジ内で高度なプライベート及び／又はハイブリッドのクラウドソリューションを構築できる。

例えば、データセンター内に実装されたクラウドエクスチェンジポイントは、複数のクラウドサービスプロバイダとクラウドサービスの顧客とを相互接続するコラプスト型（collapsed）且つ大都市をベースとするネットワークインフラを提供できる。クラウドエクスチェンジポイントは、クラウドエクスチェンジポイント内でパブリック、プライベート、及び／又はハイブリッドのクラウドサービスへのアクセスを取得し構成した顧客に対して（例えば、ローカルのデータセンターテナントのみに対して）、専用のクラウドアクセスを提供できる。さらに、クラウドエクスチェンジポイントは、物理的リンクを集約することにより、且つ／又は、ＩＰ、サービス、及び／若しくは仮想プライベートネットワーク（ＶＰＮ）ルーティング及び転送インスタンス（ＶＲＦ）（「ＶＰＮルーティング及び転送テーブル」ともいう）に基づき、複数のクラウドサービスへの接続を集約できる。

クラウドエクスチェンジポイントは、一意の自律システム番号を有し大都市をベースとするＩＰネットワークを含んでよく、クラウドエクスチェンジポイントを介して相互接続するクラウドの顧客とクラウドプロバイダは、この自律システム番号を用いて仮想プライベートネットワーク用のルートを交換してよい。クラウドエクスチェンジポイントは、トランジットネットワークを回避するため、大都市をベースとするＩＰネットワーク内のサービストラフィックをルーティングする。このサービストラフィックのルーティングは、例えば単一のデータセンター内で行われる。いくつかのインスタンスでは、クラウドエクスチェンジポイントは、一つ以上の広域ネットワークリンク、並びに同時インターネットアクセス及びトランジットポリシーを有するトランジットネットワークでないにもかかわらず、一つ以上のクラウドサービスプロバイダから顧客へのサービストラフィックを交換し、集約し、ルーティングするために、外部ＢＧＰ（ｅＢＧＰ）又はその他の外部ゲートウェイルーティングプロトコルを介して、複数の異なる自律システムとピアリングしてよい。言い換えれば、クラウドエクスチェンジポイントは、本来はクラウドサービスプロバイダと顧客が対になって維持するｅＢＧＰピアリング関係を内在化できる。その代わりに、顧客は、クラウドエクスチェンジポイントとの間で単一のｅＢＧＰピアリング関係を構成し、このクラウドエクスチェンジポイントを介して、一つ以上のクラウドサービスプロバイダから複数のクラウドサービスを受け取ることができる。

このように、本明細書に記載のクラウドエクスチェンジは、複数の顧客に複数の異なるクラウドサービスへのアクセスを提供するクラウドエクスチェンジプロバイダとして動作できる。この技術は、様々なインスタンスにおいてＩＰ経路の伝送コストを低減でき、具体的には、広域ネットワーク（ＷＡＮ）リンクを避けることにより十分なスイッチング帯域幅を有するクラウドエクスチェンジポイント内での大都市をベースとする接続性、クラウドサービスプロバイダから顧客、及び顧客からクラウドサービスプロバイダへのクラウドエクスチェンジポイント内での集約されたクラウドアクセス、クラウドサービスに対する、インターネットに基づく接続性と比べて信頼性が高いプライベート接続、並びに、改良されたＩＰエンドツーエンド経路を提供することにより、伝送コストを低減する。インターネットに基づく伝送に依存しない上記の専用クラウドアクセスにより、サービス拒否（Ｄｏｓ）攻撃など、テナント（例えば、顧客、ネットワークサービスプロバイダ、クラウドサービスプロバイダ等）のネットワークに対するインターネットに基づく侵入その他の攻撃を防止できる。さらに、複数のクラウドプロバイダとクラウドの顧客間の接続をクラウドエクスチェンジポイント内で統合することにより、本明細書に記載のクラウドエクスチェンジは、自動化されたサービスの（相互）接続性の生態系を推進し、クラウドサービスコミュニティ内の新規マーケットサービスを促進し、これにより、クラウドエクスチェンジのテナント間の相乗作用を提供できる。

一実施例では、クラウドベースのサービス交換ポイントは、データセンター内に設置されるレイヤ３（Ｌ３）自律システムを備え、このＬ３自律システムは、複数のクラウドサービスプロバイダネットワークの各々から、少なくとも一つのクラウドサービスのための、及び一つ以上の顧客ネットワークへの配信のためのクラウドサービストラフィックを受信するように構成される。クラウドベースのサービス交換ポイントは、複数の連結回路も備え、この複数の連結回路は、データセンター内において、複数のクラウドサービスプロバイダネットワークそれぞれをＬ３自律システムに接続するように構成される。クラウドベースのサービス交換ポイントは、一つ以上の連結回路も備え、この一つ以上の連結回路は、データセンター内において、一つ以上の顧客ネットワークそれぞれをＬ３自律システムに接続するように構成され、Ｌ３自律システムは、複数のクラウドサービスプロバイダネットワークと一つ以上の顧客ネットワークとの間に、エンドツーエンドＬ３経路を確立することによって、複数のクラウドサービスプロバイダネットワークと一つ以上の顧客ネットワークとを相互接続するように構成され、各エンドツーエンドＬ３経路は、複数のクラウドサービスプロバイダネットワークそれぞれをＬ３自律システムに接続する複数の連結回路のうちの一つを含み、また一つ以上の顧客ネットワークそれぞれをＬ３自律システムに接続する一つ以上の連結回路のうちの一つも含み、Ｌ３自律システムは、複数のクラウドサービスプロバイダネットワークそれぞれをエンドツーエンドＬ３経路に沿って接続する複数の連結回路上で受信されるクラウドサービストラフィックを、一つ以上の顧客ネットワークそれぞれをＬ３自律システムに接続する一つ以上の連結回路に転送するように構成される。

別の実施例における方法は、データセンター内に設置される、クラウドベースのサービス交換ポイントのレイヤ３（Ｌ３）自律システムにより、複数のクラウドサービスプロバイダネットワークの各々から、少なくとも一つのクラウドサービスのための、及び一つ以上の顧客ネットワークへの配信のためのクラウドサービストラフィックを受信することを含み、複数の連結回路が、データセンター内で、それぞれの複数のクラウドサービスプロバイダネットワークをＬ３自律システムに接続するように構成され、一つ以上の連結回路が、データセンター内で、一つ以上の顧客ネットワークそれぞれをＬ３自律システムに接続するように構成される。上記方法は、複数のクラウドサービスプロバイダネットワークと一つ以上の顧客ネットワークとの間にエンドツーエンドＬ３経路を確立することによって、複数のクラウドサービスプロバイダネットワークと一つ以上の顧客ネットワークとをＬ３自律システムにより相互接続することも含み、各エンドツーエンドＬ３経路は、複数のクラウドサービスプロバイダネットワークそれぞれをＬ３自律システムに接続する複数の連結回路のうちの一つを含み、また一つ以上の顧客ネットワークそれぞれをＬ３自律システムに接続する一つ以上の連結回路のうちの一つも含む。上記方法は、複数のクラウドサービスプロバイダネットワークそれぞれをエンドツーエンドＬ３経路に沿って接続する複数の連結回路上で受信されるクラウドサービストラフィックを、一つ以上の顧客ネットワークそれぞれをＬ３自律システムに接続する一つ以上の連結回路にＬ３自律システムにより転送することも含む。

別の実施例では、クラウドベースのサービス交換ポイントは、相互接続プラットフォームを含む。クラウドベースのサービス交換ポイントは、データセンター内に設置されるレイヤ３（Ｌ３）自律システムを備え、このＬ３自律システムは、複数のクラウドサービスプロバイダネットワークの各々から、少なくとも一つのクラウドサービスのための、及び一つ以上の顧客ネットワークへの配信のためのクラウドサービストラフィックを受信するように構成される。クラウドベースのサービス交換ポイントは、複数の連結回路も備え、この複数の連結回路は、データセンター内において、複数のクラウドサービスプロバイダネットワークそれぞれをＬ３自律システムに接続するように構成される。クラウドベースのサービス交換ポイントは、一つ以上の連結回路も備え、この一つ以上の連結回路は、データセンター内において、一つ以上の顧客ネットワークそれぞれをＬ３自律システムに接続するように構成され、Ｌ３自律システムは、複数のクラウドサービスプロバイダネットワークと一つ以上の顧客ネットワークとの間に、エンドツーエンドＬ３経路を確立することによって、複数のクラウドサービスプロバイダネットワークと一つ以上の顧客ネットワークとを相互接続プラットフォームにより相互接続するように構成され、各エンドツーエンドＬ３経路は、複数のクラウドサービスプロバイダネットワークそれぞれをＬ３自律システムに接続する、複数の連結回路のうちの一つを含み、また一つ以上の顧客ネットワークそれぞれをＬ３自律システムに接続する一つ以上の連結回路のうちの一つも含み、Ｌ３自律システムは、複数のクラウドサービスプロバイダネットワークそれぞれをエンドツーエンドＬ３経路に沿って接続する複数の連結回路上で受信されるクラウドサービストラフィックを、一つ以上の顧客ネットワークそれぞれをＬ３自律システムに接続する一つ以上の連結回路に相互接続プラットフォームにより転送するように構成される。

本発明の一つ以上の実施形態の詳細は、添付図面及び以下の記述において説明する。本発明の他の特徴、目的、及び利点は、本明細書及び図面、並びに請求項より明らかである。

本明細書に記載の技術による、複数のクラウドエクスチェンジポイントを提供する大都市ベースのクラウドエクスチェンジを有するネットワークシステム２の概念図を示すブロック図である。 本明細書に記載の技術に従う、クラウドベースのサービス交換に動作環境を提供する、データセンターの上位レベル図を示すブロック図である。 本開示に記載の技術に従い、クラウドエクスチェンジプロバイダの顧客に対するプロビジョニングのために、複数のクラウドサービスプロバイダのクラウドサービスを集約し、一つ以上のクラウドサービスプロバイダへの複数の顧客のアクセスを集約する、クラウドエクスチェンジ用の例示のネットワークインフラを示すブロック図である。 本開示に記載の技術に従い、クラウドエクスチェンジプロバイダの顧客に対するプロビジョニングのために、複数のクラウドサービスプロバイダのクラウドサービスを集約し、一つ以上のクラウドサービスプロバイダへの複数の顧客のアクセスを集約する、クラウドエクスチェンジ用の例示のネットワークインフラを示すブロック図である。 本明細書に記載の技術に従う、クラウドエクスチェンジポイントのルータが、複数のクラウドサービスプロバイダから顧客ネットワークへと集約サービストラフィックをルーティングし転送するためのＶＰＮルーティング及び転送インスタンスを用いて構成される、データセンターをベースとするクラウドエクスチェンジポイントの実施例を示すブロック図である。 本開示の技術に従う、クラウドエクスチェンジポイントの動作モードの一例を示すフローチャートである。 本開示の技術に従う、クラウドエクスチェンジポイントの動作モードの一例を示すフローチャートである。 本開示に記載の技術を適用するように構成されたルータの一例を示すブロック図である。 本明細書に記載の技術による、データセンターをベースとするクラウドエクスチェンジポイントの一例を示すものであり、この例ではクラウドエクスチェンジポイントは、ネットワークアドレス変換を適用するように構成され、且つ複数のクラウドサービスプロバイダネットワークから顧客ネットワークへと集約サービストラフィックをルーティングし転送するように構成されている。 本明細書に記載の技術による、データセンターをベースとするクラウドエクスチェンジポイントの一例を示すものであり、この例ではクラウドエクスチェンジポイントは、ネットワークアドレス変換を適用するように構成され、且つ複数のクラウドサービスプロバイダネットワークから顧客ネットワークへと集約サービストラフィックをルーティングし転送するように構成されている。 本開示に記載の技術による、クラウドサービスに対する顧客ネットワークの柔軟なサブスクリプションを示すブロック図である。

図及び本文の全体を通じて、同様の参照文字は同様の要素を表す。

本開示は、概して、複数のクラウドサービスプロバイダを複数のクラウドサービス顧客と相互接続するためのクラウドベースのサービス交換（「クラウドエクスチェンジ」）について記載する。クラウドエクスチェンジにより、クラウドの顧客は、結果として性能を向上させ、費用を削減し、接続のセキュリティ及びプライバシーを高め、クラウドコンピューティングをさらなる用途に活用できるように、公衆インターネットをバイパスしてクラウドサービスプロバイダ（ＣＳＰ）に直接接続することが可能になる。複数のＣＳＰは、顧客が、ＣＳＰによって提供される一つ以上のクラウドサービスに接続できるクラウドエクスチェンジにおいて、それぞれ少なくとも一つのアクセス可能なポートを有することから、クラウドエクスチェンジに参加する。

本明細書に記載する様々な実施例によれば、クラウドエクスチェンジにより、どの顧客のプライベートネットワークも、共有ポイントでいかなる他の顧客にも直接交差接続が可能となり、それによって、顧客ネットワーク間のネットワークトラフィックの直接交換が可能となる。顧客には、ネットワーク回線事業者（又はネットワークサービスプロバイダ）、企業、及び一つ以上のクラウドサービスプロバイダによって提供されるクラウドサービスのその他ユーザが含まれてよい。

図１は、本明細書に記載の技術による、複数のクラウドエクスチェンジポイントを提供する大都市ベースのクラウドエクスチェンジを有するネットワークシステム２の概念図を示すブロック図である。クラウドベースのサービス交換１００（「クラウドエクスチェンジ１００」）のクラウドベースのサービス交換ポイント１２８Ａ〜１２８Ｄ（以下「クラウドエクスチェンジポイント」と記載し、総称して「クラウドエクスチェンジポイント１２８」と称する）の各々は、クラウドをベースとするサービスの顧客（「クラウドの顧客」）及びクラウドベースのサービスプロバイダ（「クラウドプロバイダ」）が、クラウドサービスをそれぞれ受け取り提供するために接続する、回復力があり独立したクラウドベースのサービス交換を提供する、地理的に同じ大都市圏（「大都市をベースとする」、例えば、ニューヨーク州ニューヨーク市、カリフォルニア州シリコンバレー、ワシントン州シアトル・タコマ、ミネソタ州ミネアポリス・セントポール、英国ロンドンなど）内に設置される異なるデータセンターを表してもよい。様々な実施例において、クラウドエクスチェンジ１００は、より多くの又はより少ないクラウドエクスチェンジポイント１２８を含んでもよい。いくつかのインスタンスでは、クラウドエクスチェンジ１００は、一つのみのクラウドエクスチェンジポイント１２８を含む。本明細書に使用する通り、「クラウドエクスチェンジ」又は「クラウドベースのサービス交換」への言及は、クラウドエクスチェンジポイントを指してもよい。クラウドエクスチェンジプロバイダは、複数の異なる大都市圏にクラウドエクスチェンジ１００のインスタンスを配備してもよく、クラウドエクスチェンジ１００の各インスタンスは、一つ以上のクラウドエクスチェンジポイント１２８を有する。

クラウドエクスチェンジポイント１２８の各々は、クラウドの顧客１０８Ａ〜１０８Ｄ（総称して「クラウドの顧客１０８」）が、複数のクラウドサービスプロバイダ１１０Ａ〜１１０Ｎ（総称して「クラウドサービスプロバイダ１１０」）からクラウドサービスを受け取る、ネットワークインフラ及び動作環境を含む。クラウドの顧客１０８は、クラウドエクスチェンジポイント１２８のうちの一つへのレイヤ３ピアリング及び物理的接続を経由して直接、又はネットワークサービスプロバイダ１０６Ａ〜１０６Ｂ（総称して「ＮＳＰ１０６」又は代替として「回線事業者１０６」）のうちの一つを経由して間接的に、クラウドサービスを受け取ってもよい。ＮＳＰ１０６は、クラウドエクスチェンジポイント１２８のうちの一つ以上の内部に物理的存在を維持し、一つ又は複数の顧客１０８からのレイヤ３アクセスを集約することによって、「クラウドトランジット」を提供する。ＮＳＰ１０６は、レイヤ３で、一つ以上のクラウドエクスチェンジポイント１２８と直接ピアリングし、それを行う際に、顧客１０８がクラウドエクスチェンジ１００からクラウドサービスを取得できる、間接的なレイヤ３の接続性及びピアリングを、一つ以上の顧客１０８に提供してもよい。クラウドエクスチェンジポイント１２８の各々は、図１の実施例において、異なる自律システム番号（ＡＳＮ）を付与される。例えば、クラウドエクスチェンジポイント１２８ＡがＡＳＮ１を付与され、クラウドエクスチェンジポイント１２８ＢがＡＳＮ２を付与される、などとなる。したがって、各クラウドエクスチェンジポイント１２８は、クラウドサービスプロバイダ１１０から顧客１０８へのパスベクタ型ルーティングプロトコル（例えば、ＢＧＰ）経路における次のホップである。結果として、各クラウドエクスチェンジポイント１２８は、一つ以上の広域ネットワークリンク、並びに同時インターネットアクセス及びトランジットポリシーを有するトランジットネットワークではないにもかかわらず、一つ以上のクラウドサービスプロバイダ１１０から顧客へのサービストラフィックを交換し、集約し、ルーティングするために、外部ＢＧＰ（ｅＢＧＰ）又はその他の外部ゲートウェイルーティングプロトコルによって、複数の異なる自律システムとピアリングしてもよい。言い換えると、クラウドエクスチェンジポイント１２８は、本来はクラウドサービスプロバイダ１１０及び顧客１０８が対となって維持するｅＢＧＰピアリング関係を内在化できる。代わりに、顧客１０８は、クラウドエクスチェンジポイント１２８と単一のｅＢＧＰピアリング関係を構成し、クラウドエクスチェンジによって、一つ以上のクラウドサービスプロバイダ１１０から複数のクラウドサービスを受け取ることができる。主にクラウドエクスチェンジポイントと顧客、ＮＳＰ又はクラウドサービスプロバイダネットワークとの間のｅＢＧＰ又はその他のレイヤ３ルーティングプロトコルのピアリングに関して、本明細書に記載するものの、クラウドエクスチェンジポイントは、静的構成によって、又はＲｏｕｔｉｎｇ Ｉｎｆｏｒｍａｔｉｏｎ Ｐｒｏｔｏｃｏｌ（ＲＩＰ）、Ｏｐｅｎ Ｓｈｏｒｔｅｓｔ Ｐａｔｈ Ｆｉｒｓｔ（ＯＳＰＦ）、Ｉｎｔｅｒｍｅｄｉａｔｅ Ｓｙｓｔｅｍ‐ｔｏ‐Ｉｎｔｅｒｍｅｄｉａｔｅ Ｓｙｓｔｅｍ（ＩＳ‐ＩＳ）、若しくはその他のルート配信プロトコルによってなど、その他の手段でこれらのネットワークからのルートを学習してもよい。

上記の実施例の通り、顧客１０８Ｄは、クラウドエクスチェンジポイント１２８Ｃ、１２８Ｄによってレイヤ３のクラウドサービスに直接アクセスするように、クラウドエクスチェンジ１００のクラウドエクスチェンジプロバイダと契約していると示される。このように、顧客１０８Ｄは、例えば、クラウドサービスプロバイダ１１０Ａへの冗長なレイヤ３接続性を受け取る。対照的に顧客１０８Ｃは、クラウドエクスチェンジポイント１２８Ｃを経由してレイヤ３のクラウドサービスに直接アクセスし、またＮＳＰ１０６Ｂのトランジットネットワークを経由してレイヤ３のクラウドサービスにアクセスするよう、ＮＳＰ１０６Ｂと契約しているように、クラウドエクスチェンジ１００のクラウドエクスチェンジプロバイダと契約していると示される。顧客１０８Ｂは、ＮＳＰ１０６Ａ、１０６Ｂのそれぞれのトランジットネットワークを経由して、クラウドエクスチェンジポイント１２８Ａ、１２８Ｂへの冗長なクラウドアクセスを有するように、複数のＮＳＰ１０６Ａ、１０６Ｂと契約していると示される。上に記載する契約は、クラウドエクスチェンジポイント１２８のネットワークインフラにおいて、ＮＳＰ１０６及びクラウドエクスチェンジポイント１２８のスイッチングデバイス内のＬ３ピアリング構成によって、並びに例えばレイヤ３の仮想回路といった、クラウドサービスプロバイダ１１０のネットワークをＮＳＰ１０６のネットワーク及び顧客１０８のネットワークに相互接続するように、クラウドエクスチェンジポイント１２８内に確立されるＬ３接続によって、インスタンスを作成され、全ては、クラウドエクスチェンジポイント１２８のうちの一つ以上の内部に接続性を提供する少なくとも一つのポートを有する。

図２は、本明細書に記載の技術に従う、クラウドベースのサービス交換２００に動作環境を提供する、データセンター２０１の上位レベル図を示すブロック図である。クラウドベースのサービス交換２００（「クラウドエクスチェンジ２００」）によって、顧客ネットワーク２０４Ｄ、２０４Ｅ、及びいずれかのＮＳＰ１０６Ａ〜１０６ＣのＮＳＰネットワーク２０４Ａ〜２０４Ｃ（総称して「『プライベート』又は『回線事業者』ネットワーク２０４」）、又は顧客１０７Ａ、１０７Ｂを含むその他のクラウドの顧客のうちの対応する一つを、レイヤ３（Ｌ３）又はレイヤ２（Ｌ２）接続で、いかなる他の顧客ネットワーク及び／又はクラウドサービスプロバイダ１１０Ａ〜１１０Ｎのうちのいずれかへ直接交差接続することが可能となり、それによって、顧客ネットワークとＣＳＰ１１０との間でクラウドサービストラフィックの交換が可能になる。データセンター２０１は、倉庫又は局在するデータセンター複合施設など、集中した地域内に全体が設置され、電力、ケーブル、セキュリティ、及びその他のサービスを、データセンター２０１内にそれぞれのネットワークを（例えば、コロケーションのために）設置する、及び／又は一つ以上の外部リンクによってデータセンター２０１に接続する、ＮＳＰ、顧客、及びクラウドサービスプロバイダに提供してもよい。

ネットワークサービスプロバイダ１０６は各々、ＮＳＰ１０６のネットワーク加入者が、クラウドエクスチェンジ２００を経由してＣＳＰ１１０によって提供されるクラウドサービスにアクセスできる、トランジットネットワークと関連するネットワークサービスプロバイダを表してもよい。概して、ＣＳＰ１１０の顧客は、ネットワーク回線事業者、大企業、マネージドサービスプロバイダ（ＭＳＰ）だけでなく、クラウドエクスチェンジ２００を経由してＣＳＰ１１０によって提供されるクラウドベースのサービスのような、Ｓｏｆｔｗａｒｅ‐ａｓ‐a‐Ｓｅｒｖｉｃｅ（ＳａａＳ）、Ｐｌａｔｆｏｒｍ-ａａＳ（ＰａａＳ）、Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ-ａａＳ（ＩａａＳ）、Ｖｉｒｔｕａｌｉｚａｔｉｏｎ-ａａＳ（ＶａａＳ）、及びｄａｔａ Ｓｔｏｒａｇｅ-ａａＳ（ｄＳａａＳ）の顧客も含んでもよい。

このように、クラウドエクスチェンジ２００は、透過的且つ中立的に、ＣＳＰ１１０及び顧客１０８と（ＮＳＰ１０６を経由して間接的に又は直接）提携するプロセスを簡素化及び簡易化する。クラウドエクスチェンジ２００の一例示的用途は、ＣＳＰ１１０、ＮＳＰ１０６、及び／又は顧客１０８が、データセンター内の相互接続に一つ以上のアクセス可能なポートを利用可能にするなどにより、既にネットワークプレゼンスを有してもよい、コロケーションの相互接続データセンターである。これによって、参加する回線事業者、顧客、及びＣＳＰが、同じ施設において幅広い相互接続性の選択肢を有することが可能になる。データセンター１０１のクラウドエクスチェンジ２００は、ＣＳＰ１１０及び顧客／ＮＳＰが相互に接続する、Ｌ２／Ｌ３スイッチングファブリックを提供するネットワークインフラ１２２を含む。これによって、ＮＳＰ／顧客は、クラウドエクスチェンジ２００の相互接続プラットフォームを提示する、スイッチングネットワークであり基になるネットワークインフラ２２２への一度のみの接続で、多対多の相互接続を作成する選択肢を有することが可能になる。言い換えると、一つ以上のクラウドサービスプロバイダのうちの異なるクラウドサービスプロバイダ又は異なるクラウドサービスにアクセスするように、トランジットネットワーク上で別々の接続を確立しなくてはならないということの代わりに、クラウドエクスチェンジ２００によって、顧客は、データセンター２０１内のネットワークインフラ２２２を使用して、複数のＣＳＰ及びクラウドサービスに相互接続することが可能になる。

クラウドエクスチェンジ２００に接続して利用することによって、顧客は、複数のＣＳＰ１１０との複数の仮想接続を組み込み維持することと通常関連する、同じ出費を負担することなく、多くの地理的に異なる地域で、サービスを購入し多くのエンドユーザに接触できる。例えば、ＮＳＰ１０６Ａは、ＮＳＰ１０６Ｂのネットワーク２０４Ｂを使用して、自身のサービスを拡大できる。クラウドエクスチェンジ２００に接続することによって、ＮＳＰ１０６は、その他の回線事業者に自身のネットワークサービスの販売を提供することによって、さらなる収入を生み出すことができてもよい。例えば、ＮＳＰ１０６Ｃは、その他のＮＳＰに、ＮＳＰネットワーク２０４Ｃを使用する機会を提供できる。

本明細書に記載のいくつかの実装例では、クラウドエクスチェンジ２００は、ソフトウェアインタフェースの一群を公開する相互接続プラットフォーム２０３を含み、これらのソフトウェアインタフェースは、アプリケーションが、相互接続プラットフォーム２０３を呼び出すことができる方法、フィールド、及び／又はその他のソフトウェア基本要素を定義する点から、代替として、アプリケーションプログラミングインタフェース（ＡＰＩ）２１４とも称され、いくつかの実施例では、それらを含んでもよい。ソフトウェアインタフェースによって、ＮＳＰ２０６及び顧客１０８は、クラウドエクスチェンジ２００の機能及び資産へのプログラム可能なアクセスが可能になる。相互接続プラットフォーム２０３は、代替として、本明細書に記載する技術に従い、顧客とクラウドサービスプロバイダとの間の接続性を確立する、コントローラ、プロビジョニングプラットフォーム、サービスオーケストレーションシステム、プロビジョニングシステム、などと称されてもよい。

買い手側では、基になる相互接続プラットフォームによって提示されるソフトウェアインタフェースは、クラウドエクスチェンジ２００（例えば、顧客１０８及びＮＳＰ２０６）の顧客と関連するソフトウェア開発者に、相互接続プラットフォームへのアクセスを可能にして利用する、ソフトウェアアプリケーションを作成することを可能にする、拡張可能なフレームワークを提供し、相互接続プラットフォームによって、アプリケーションは、クラウドエクスチェンジ２００が、顧客と、ＣＳＰ１１０のうちのいずれかによって提供されるクラウドサービスとの間に接続性を確立するように要求してもよい。例えば、これら買い手側のソフトウェアインタフェース（すなわちＡＰＩ２１４の「買い手側ＡＰＩ」）によって、ＮＳＰ及び企業顧客用の顧客アプリケーションが、例えば、クラウドエクスチェンジにアクセスする承認を取得し、利用可能なクラウドサービスに関する情報を取得し、顧客のためにアクティブポート及び大都市圏の詳細を取得し、クラウドサービスプロバイダへのオンデマンドの仮想回路を作成し、基礎となる仮想回路を必要とする、購入したクラウドサービスに基づく、帯域幅の動的な選択を含め、クラウドサービスにアクセスするように、異なる帯域幅の仮想回路を作成し、仮想回路を削除し、アクティブな仮想回路の情報を取得し、クラウドエクスチェンジプロバイダと提携するＣＳＰを取り巻く詳細を取得し、カスタマイズされた分析データを取得し、相互接続資産への提携相手のアクセスを検証することを可能にしてもよい。

クラウドサービスプロバイダ（売り手）側では、ソフトウェアインタフェースによって、クラウドプロバイダと関連するソフトウェア開発者が、クラウドプロバイダのクラウドサービスを管理し、顧客がクラウドプロバイダのクラウドサービスに接続できるようにすることを可能にしてもよい。例えば、これら売り手側のソフトウェアインタフェース（すなわちＡＰＩ２１４の「売リ手側ＡＰＩ」）によって、クラウドサービスプロバイダアプリケーションが、クラウドエクスチェンジにアクセスする承認を取得し、利用可能なクラウドサービスに関する情報を取得し、プロバイダのためにアクティブポート及び大都市圏の詳細を取得し、プロバイダのために所与のデータセンターにおけるアクティブポートの詳細を取得し、クラウドサービスにアクセスするために、顧客によって作成される、異なる帯域幅の仮想回路を承認又は拒絶し、保留中の仮想回路の追加を取得して仮想回路の追加を確認し、保留中の仮想回路の削除を取得して仮想回路の削除を確認し、カスタマイズされた分析データを取得し、相互接続資産への提携相手のアクセスの正当性を検証することを可能にしてもよい。

本明細書にさらに記載する通り、ＡＰＩ１１４は、顧客ネットワークとプロバイダネットワークを相互接続するために、マシンツーマシン通信を促進して、クラウドエクスチェンジにおいて仮想回路を動的にプロビジョニングすることを可能にする。このように、相互接続プラットフォーム２０３によって、クラウドサービスのプロビジョニングの態様を自動化することが可能である。例えば、ソフトウェアインタフェースは、クラウドエクスチェンジに参加する複数の異なるクラウドプロバイダとの相互接続を顧客が確立、削除、及び管理する、自動化されたシームレスな手段を提供してもよい。

いくつかの実施例では、クラウドエクスチェンジ２００はＡＰＩゲートウェイ２１２を備え、このＡＰＩゲートウェイ２１２は、ＡＰＩ２１４に従って定義されるソフトウェアインタフェースを公開する一つ以上のアプリケーションを実行する。アプリケーションは、ＡＰＩ２１４のエンドポイントに相当するサービスを呼び出してもよく、このサービスは、オーケストレーションエンジン２１８のクラウドエクスチェンジプラットフォームサービスを自ら呼び出してもよい。ＡＰＩゲートウェイ２１２は、一つ以上の仮想マシン上、及び／又は、データセンター２０１の一つ以上の現実のサーバ上で実行されてよい。

いくつかの実施例では、クラウドエクスチェンジはオーケストレーションエンジン２１８を含み、オーケストレーションエンジン２１８は、クラウドサービス管理に加えて、ネットワークインフラ２２２内における相互接続の各種側面の管理の目的で、基本となるソフトウェアサブシステム２２０を編成し、指揮し、統合する。例えば、オーケストレーションエンジン２１８は、ルール駆動型のワークフローエンジンを提供してもよく、このワークフローエンジンは、ＡＰＩ２１４と、クラウドエクスチェンジ２００の基礎となる相互接続プラットフォーム（サブシステム２２０とネットワークインフラ２２２を含む）との間で動作する。このようにして、オーケストレーションエンジン２１８を顧客の専有アプリケーションとＡＰＩ２１４が使用することにより、クラウドエクスチェンジ２００の相互接続プラットフォーム２０３を用いた直接参加が可能になる。言い換えると、オーケストレーションエンジン２１８は、各種アプリケーションエンジンを有する「クラウドエクスチェンジプラットフォームサービス」を提供して、ＡＰＩゲートウェイ２１２のサービス要求を処理する。

下記で詳述する通り、サブシステム２２０は、オーケストレーションエンジン２１８から呼び出し可能な「クラウドエクスチェンジサービス」を提供してよい。サブシステム２２０とオーケストレーションエンジン２１８の各々は、集中型又は分散型アプリケーションであってよく、一つ以上の仮想マシン上、及び／又はデータセンター２０１の現実のサーバ上で実行されてよい。エンドツーエンドレイヤ３経路のプロビジョニングを用いたクラウドエクスチェンジサービスを促進するため、サブシステム２２０は、ネットワークインフラ２２２のルーティング・スイッチングデバイス内でルート、ＶＲＦ、ＶＰＮ、ルートターゲットその他を構成する一つ以上のサブシステムを含んでよい。

図２の実施例では、ネットワークインフラ２２２は、クラウドエクスチェンジのスイッチングファブリックを表し、例えば、相互接続プラットフォーム２０３のＡＰＩ２１４を呼び出すことによって、仮想回路と動的に相互接続されてもよい複数のポートを含む。ポートの各々は、回線事業者１０６、顧客１０８、及びＣＳＰ１１０のうちの一つと関連する。相互接続プラットフォーム例のさらなる詳細は、２０１４年１０月３０日出願の米国特許仮出願番号第６２，０７２，９７６号「INTERCONNECTION PLATFORM FOR REAL-TIME CONFIGURATION AND MANAGEMENT OF A CLOUD-BASED SERVICES EXCHANGE」に記載されており、その内容全体が参照により本発明に援用される。

図３Ａ〜３Ｂは、本開示に記載の技術に従い、クラウドエクスチェンジプロバイダの顧客に対するプロビジョニングのために、複数のクラウドサービスプロバイダのクラウドサービスを集約し、一つ以上のクラウドサービスプロバイダへの複数の顧客のアクセスを集約する、クラウドエクスチェンジ用の例示のネットワークインフラを示すブロック図である。本実施例では、各々が異なる顧客と関連する、顧客ネットワーク３０８Ａ〜３０８Ｃ（総称して「顧客ネットワーク３０８」）は、各々が異なるクラウドサービスプロバイダ１１０と関連する、一つ以上のクラウドサービスプロバイダネットワーク３２０から、集約されるクラウドサービスを受信するために、データセンター３００内のクラウドエクスチェンジポイントにアクセスする。顧客ネットワーク３０８は各々、クラウドサービスプロバイダネットワーク３２０によって提供されるクラウドサービスを購入する、エンドポイントのデバイスを含む。例示のエンドポイントのデバイスは、サーバ、スマートフォン、テレビのセットトップボックス、ワークステーション、ノートパソコン／タブレットコンピュータ、テレビゲームシステム、遠隔会議システム、メディアプレーヤーなどを含む。

顧客ネットワーク３０８Ａ〜３０８Ｂは、それぞれのプロバイダエッジ／自律システムの境界ルータ（ＰＥ／ＡＳＢＲ）３１０Ａ〜３１０Ｂを含む。ＰＥ／ＡＳＢＲ３１０Ａ、３１０Ｂの各々は、アクセスリンク３１６Ａ〜３１６Ｂ（総称して「アクセスリンク３１６」）のうちの一つにわたって、ＰＥルータ３０２Ａ〜３０２Ｂ（「ＰＥルータ３０２」又はより単純に「ＰＥ３０２」）のうちの一つとピアリングするように、外部ゲートウェイのルーティングプロトコルを実行してもよい。図示の実施例では、アクセスリンク３１６の各々は、顧客ネットワーク３０８のエッジルータと、クラウドエクスチェンジポイント３０３のエッジルータ（又は自律システムの境界ルータ）との間のトランジットリンクを表す。例えば、ＰＥ３１０Ａ及びＰＥ３０２Ａは、アクセスリンク３１６Ａ上のＬ３ルートを交換し、且つ顧客ネットワーク３０８Ａとクラウドサービスプロバイダネットワーク３２０との間のＬ３データトラフィックを交換するように、例えば、外部ＢＧＰといった外部ゲートウェイプロトコルによって直接ピアリングしてもよい。アクセスリンク３１６は、いくつかの場合には、以下にさらに詳細に記載する通り、ＩＰ／ＭＰＬＳファブリック３０１において構成されるＩＰ‐ＶＰＮ用の連結回路を表してもよく、代替として、連結回路と称してもよい。アクセスリンク３１６は各々、いくつかの場合には、顧客ネットワーク３０８の少なくとも一つのポートと、クラウドエクスチェンジポイント３０３の少なくとも一つのポートとの間の、トランジットネットワークが介在しない直接的な物理的接続を含んでもよい。アクセスリンク３１６は、ＶＬＡＮ若しくは積層されたＶＬＡＮ（例えば、ＱｉｎＱ）、ＶｘＬＡＮ、ＬＳＰ、ＧＲＥトンネル、又はその他の種類のトンネル上で動作してもよい。

Ｌ３の接続性に関して示し、主に記載しているものの、ＰＥルータ３０２は、アクセスリンク３１６を介して、顧客ネットワーク３０８とクラウドサービスプロバイダネットワーク３２０との間に、Ｌ２の接続性を追加として提供してもよい。例えば、ＰＥルータ３０２Ａのポートは、顧客ネットワーク３０８Ａに、アクセスリンク３１６Ａを介するクラウドサービスプロバイダ３２０ＡへのＬ２の接続性を提供する、Ｌ２のインタフェースで構成されてもよく、この場合、クラウドサービスプロバイダ３２０Ａのルータ３１２Ａは、同様にＬ２のインタフェースで構成されているＰＥルータ３０４Ａのポートに連結される。ＰＥルータ３０２Ａのポートは、顧客ネットワーク３０８Ａに、アクセスリンク３１６Ａを介するクラウドサービスプロバイダ３２０ＢへのＬ３の接続性を提供する、Ｌ３のインタフェースで追加として構成されてもよい。ＰＥ３０２Ａは、顧客３０８Ａに、クラウドエクスチェンジプロバイダによって、複数のクラウドサービスプロバイダ３２０への一対多接続を提供してもよいような、複数のＬ２及び／又はＬ３サブインタフェースで構成されてもよい。

顧客ネットワーク３０８とクラウドサービスプロバイダネットワーク３２０との間にＬ２相互接続を作成するために、いくつかの実施例では、ＩＰ／ＭＰＬＳファブリック３０１は、ＰＥ３０２の顧客に対面するポートと、クラウドサービスプロバイダ３２０のＣＳＰに対面するポートとの間で、Ｌ２トラフィックの橋渡しをするように、Ｌ２ブリッジドメイン（例えば、仮想プライベートＬＡＮサービス（ＶＰＬＳ）、Ｅ‐ＬＩＮＥ、又はＥ‐ＬＡＮなど、Ｌ２仮想プライベートネットワーク（Ｌ２ＶＰＮ））で構成される。いくつかの場合、クラウドサービスプロバイダ３２０及び顧客３０８は、ブリッジドメインを使用してＬ２トラフィックの橋渡しをする、同じＰＥルータ３０２、３０４へのアクセスリンクを有してもよい。

顧客ネットワーク３０８とクラウドサービスプロバイダネットワーク３２０との間に、Ｌ３相互接続を作成するために、いくつかの実施例では、ＩＰ／ＭＰＬＳファブリック３０１は、図４に関して下にさらに詳細に記載する通り、Ｌ３仮想ルーティング及び転送インスタンス（ＶＲＦ）で構成される。

クラウドエクスチェンジポイント３０３のいくつかの実施例では、アクセスリンク３１６及び集約リンク３２２のいずれも、ネットワーク間インタフェース（ＮＮＩ）を表してよい。データセンター３００内のレイヤ２接続性を促進するためのＮＮＩリンク及びＮＮＩリンクのプロビジョニングのさらなる詳細は、２０１３年９月１７日発行の米国特許第８，５３７，８４５号「Real time configuration and provisioning for a carrier Ethernet（登録商標） exchange」に記載されており、参照によりその全体が本発明に援用される。

本実施例では、顧客ネットワーク３０８Ｃは、自律システム番号を有する自律システムではない。顧客ネットワーク３０８Ｃは、企業、ネットワークサービスプロバイダ、又はクラウドエクスチェンジポイントのルーティングの範囲内にある、その他の顧客ネットワークを表してもよい。顧客ネットワークは、アクセスリンク３１６Ｃ上でＰＥルータ３０２Ｂとピアリングするように、外部ゲートウェイのルーティングプロトコルを実行してもよい、顧客のエッジ（ＣＥ）デバイス３１１を含む。様々な実施例では、ＰＥ３１０Ａ〜３１０Ｂのうちのいずれも、代替としてＣＥデバイスであってもよく、そうでなければＣＥデバイスを表してもよい。

アクセスリンク３１６は物理的なリンクを含み、また、一つ以上の中間スイッチングデバイスを含んでもよい。ＰＥ／ＡＳＢＲ３１０Ａ〜３１０Ｂ、ＣＥデバイス３１１、及びＰＥルータ３０２Ａ〜３０２Ｂは、アクセスリンク３１６を介して、Ｌ２／Ｌ３パケットを交換する。この点において、アクセスリンク３１６は、クラウドエクスチェンジポイント３０３を介するクラウドアクセス用の伝送リンクを構成する。クラウドエクスチェンジポイント３０３は、クラウドエクスチェンジポイント１２８のうちのいずれの実施例を表してもよい。データセンター３００は、データセンター２０１の実施例を表してもよい。

クラウドエクスチェンジポイント３０３は、いくつかの実施例では、クラウドエクスチェンジポイント３０３、及びそこから任意の一つ以上のクラウドサービスプロバイダ３２０への顧客３０８のアクセスを集約する。図３Ａ〜３Ｂは、例えば、それぞれの顧客ネットワーク３０８Ａ〜３０８Ｂをクラウドエクスチェンジポイント３０３のＰＥルータ３０２Ａに接続するアクセスリンク３１６Ａ〜３１６Ｂと、顧客ネットワーク３０８ＣをＰＥルータ３０２Ｂに接続するアクセスリンク３１６Ｃとを示す。ＰＥルータ３０２、３０４のうちの任意の一つ以上が、ＡＳＢＲを備えてよい。ＰＥルータ３０２、３０４及びＩＰ／ＭＰＬＳファブリック３０１は、アクセスリンク３１６のうちのいずれかを、クラウド集約リンク３２２のうちのいずれかに相互接続するように、本明細書に記載の技術に従って構成されてもよい。結果として、クラウドサービスプロバイダネットワーク３２０Ａは、例えば、サービスを複数の顧客ネットワーク３０８に提供するために、単一のクラウド集約リンク（ここでは、アクセスリンク３２２Ａ）を構成しておくだけでよい。すなわち、クラウドサービスプロバイダネットワーク３２０Ａを運営するクラウドサービスプロバイダは、例えば、顧客ネットワーク３０８の各々にサービスを提供するために、クラウドサービスプロバイダネットワーク３２０Ａから、ＰＥルータ３１０、３１１の各々への別個のサービスリンクをプロビジョニングし構成する必要はない。クラウドエクスチェンジポイント３０３は、代わりに、レイヤ３のピアリング及びクラウドサービスのデリバリに対するネットワーク到達可能性を提供するように、クラウドサービスプロバイダネットワーク３２０Ａのクラウド集約リンク３２２Ａ及びＰＥ３１２Ａを、複数のクラウドアクセスリンク３１６に交差接続してもよい。

加えて、単一の顧客ネットワーク、例えば、顧客ネットワーク３０８Ａは、クラウドサービスを提供する複数のクラウドサービスプロバイダネットワーク３２０から、クラウドエクスチェンジポイント３０３を介してサービスを取得するために、データセンター３００内でクラウドエクスチェンジポイント３０３への単一のクラウドアクセスリンク（ここでは、アクセスリンク３１６Ａ）を構成しておくだけでよい。すなわち、顧客又は顧客ネットワーク３０８Ａを運営するネットワークサービスプロバイダは、例えば、複数のクラウドサービスプロバイダネットワーク３２０からサービスを取得するために、顧客ネットワーク３０８Ａを異なるＰＥルータ３１２に接続する、別個のサービスリンクをプロビジョニングし構成する必要はない。クラウドエクスチェンジポイント３０３は、代わりに、レイヤ３のピアリングと、顧客ネットワーク３０８Ａへのクラウドサービスのデリバリに対するネットワーク到達可能性とを提供するように、クラウドアクセスリンク３１６Ａ（再び、一実施例として）を、複数のクラウド集約リンク３２２に交差接続してもよい。

クラウドサービスプロバイダネットワーク３２０は各々、一つ以上のクラウドサービスをユーザに提供するように構成されるサーバを含む。これらのサービスは、サービスタイプに従って分類されてもよく、例えば、アプリケーション／ソフトウェア、プラットフォーム、インフラ、仮想化、並びにサーバ及びデータ記憶部を含んでもよい。例示のクラウドサービスは、コンテンツ／メディアのデリバリ、クラウドベースの記憶、クラウドコンピューティング、オンラインゲーム、ＩＴサービスなどを含んでもよい。

クラウドサービスプロバイダネットワーク３２０は、クラウドエクスチェンジポイント３０３のＰＥルータ３０４Ａ〜３０４Ｂ（総称して「ＰＥルータ３０４」）とルートを交換するように、外部ゲートウェイのルーティングプロトコル、例えば、ｅＢＧＰを各々実行する、ＰＥルータ３１２Ａ〜３１２Ｄを含む。クラウドサービスプロバイダネットワーク３２０の各々は、パブリッククラウド、プライベートクラウド、又はハイブリッドクラウドを表してもよい。クラウドサービスプロバイダネットワーク３２０の各々は、付与される自律システム番号を有してもよく、又はクラウドエクスチェンジポイント３０３の自律システムの範囲の一部であってもよい。

図示の実施例では、インターネットプロトコル／マルチプロトコルラベルスイッチング（ＩＰ／ＭＰＬＳ）ファブリック３０１は、ＰＥ３０２及びＰＥ３０４を相互接続する。ＩＰ／ＭＰＬＳファブリック３０１は、ＩＰバックボーンを形成するように、ＩＰパケットのＩＰ／ＭＰＬＳスイッチング及びルーティングを提供し、ＰＥ３０２、３０４を含む、一つ以上のスイッチング及びルーティングデバイスを含む。いくつかの実施例では、ＩＰ／ＭＰＬＳファブリック３０１は、ＰＥルータ間のトラフィックをルーティングし、及び／又はトラフィックを異なるＩＰ‐ＶＰＮと関連付けるように、一つ以上の異なるトンネリングプロトコル（すなわち、ＭＰＬＳ以外）を実装してもよい。本明細書に記載する技術に従い、ＩＰ／ＭＰＬＳファブリック３０１は、データセンターをベースとする「伝送」及びレイヤ３の交差接続を提供するように、顧客３０８のうちのいずれかを、複数のクラウドサービスプロバイダネットワーク３２０に接続する、ＩＰ仮想プライベートネットワーク（ＩＰ‐ＶＰＮ）を実装する。サービスプロバイダをベースとするＩＰバックボーンネットワークが、レイヤ３のサービスプロバイダから顧客へサービストラフィックを伝送するように、限定された帯域幅での広域ネットワーク（ＷＡＮ）接続を必要とするのに対して、本明細書に記載する通りのクラウドエクスチェンジポイント３０３は、サービストラフィックを「伝送」し、データセンターをベースとするＩＰ／ＭＰＬＳファブリック３０１によって提供されるデータセンター３００の高帯域幅の構内環境内で、クラウドサービスプロバイダ３２０を顧客３０８に交差接続する。いくつかの実施例では、ＩＰ／ＭＰＬＳファブリック３０１は、２００６年２月、Internet Engineering Task Force (IETF) Network Working Group発行、Rosen & Rekhterの「BGP/MPLS IP Virtual Private Networks (VPNs)」、Request for Comments 4364に記載される技術を使用してＩＰ‐ＶＰＮを実装し、その内容は、参照により全て本発明に援用される。いくつかの例示的構成において、顧客ネットワーク３０８及びクラウドサービスプロバイダネットワーク３２０は、それぞれのリンクを介して、ＩＰ／ＭＰＬＳファブリック３０１の同じＰＥルータに接続してもよい。

アクセスリンク３１６及び集約リンク３２２は、接続された顧客ネットワーク３０８又はクラウドサービスプロバイダネットワーク３２０と交換するトラフィックを、ＰＥ３０２、３０４において構成され、ＩＰ／ＭＰＬＳファブリック３０１上で動作するＩＰ‐ＶＰＮに相当する、仮想ルーティング及び転送インスタンス（ＶＲＦ）と関連付ける、連結回路を含んでもよい。例えば、ＰＥ３０２Ａは、アクセスリンク３１６Ａ上を動作する双方向のラベルスイッチパス（ＬＳＰ）上のＰＥ３１０Ａと、ＩＰパケットを交換してもよく、ＬＳＰは、ＰＥ３０２Ａに構成されるＶＲＦ用の連結回路である。別の実施例として、ＰＥ３０４Ａは、クラウド集約リンク３２２Ａ上を動作する双方向のラベルスイッチパス（ＬＳＰ）上のＰＥ３１２Ａと、ＩＰパケットを交換してもよく、ＬＳＰは、ＰＥ３０４Ａに構成されるＶＲＦ用の連結回路である。各ＶＲＦは、個別のルートによる異なるルーティング及び転送テーブルを含んでもよいか、又は表してもよい。

ＩＰ／ＭＰＬＳファブリック３０１のＰＥルータ３０２、３０４は、クラウドサービス向けにそれぞれのハブアンドスポーク型の配置で構成されてもよく、ＰＥ３０４はクラウドサービスハブを実装し、ＰＥ３０２はハブのスポークとして構成される（様々なハブアンドスポーク型のインスタンス／配置のため）。ハブアンドスポーク型の配置によって、サービストラフィックが、異なるスポークＰＥ間ではなく、ハブＰＥと、スポークＰＥのいずれかとの間を流れることが可能となることを保証する。このように、ハブアンドスポーク型ＶＰＮにより、顧客ネットワーク３０８とＣＳＰネットワーク３２０を完全に分離することが可能になる。さらに下に記載する通り、データセンターをベースとするＩＰ／ＭＰＬＳファブリック３０１用及びサウスバウンドのサービストラフィック（すなわち、ＣＳＰから顧客へ）用のハブアンドスポーク型の配置において、ＰＥ３０２は、ＰＥ３１０から受信されるルートをＰＥ３０４にアドバタイズし、それによってＰＥ３１２にルートをアドバタイズする。ノースバウンドのサービストラフィック（すなわち、顧客からＣＳＰへ）に対しては、ＰＥ３０４は、ＰＥ３１２から受信されるルートをＰＥ３０２にアドバタイズし、それによってＰＥ３１０にルートをアドバタイズする。本明細書で使用する場合、ハブ型ＶＲＦは、「アップ」ルートターゲット（ＲＴ）を有するルートをエクスポートし、スポーク型ＶＲＦは、「アップ」ルートターゲットを有するルートをインポートする。逆に、スポーク型ＶＲＦは、「ダウン」ルートターゲットを有するルートをエクスポートし、ハブ型ＶＲＦは、「ダウン」ルートターゲットを有するルートをインポートする。いくつかの実施例では、各ＶＲＦインスタンスは一意のルート区別子（ＲＤ）を有する。

クラウドエクスチェンジポイント３０３のいくつかの顧客に対して、クラウドエクスチェンジポイント３０３のプロバイダは、フルメッシュの配置を構成してもよく、それによって、１組のＰＥ３０２、３０４の各々が、顧客用の異なる顧客のサイトネットワークに結合する。そのような場合には、ＩＰ／ＭＰＬＳファブリック３０１は、ラックからラック又は冗長なトラフィック（東西又は水平トラフィックとしても知られる）に対して、レイヤ３のＶＰＮ（Ｌ３ＶＰＮ）を実装する。Ｌ３ＶＰＮは、閉じられたユーザグループを有効化してもよく、それによって、各顧客サイトネットワークは、トラフィックを互いに送信できるが、Ｌ３ＶＰＮの外側へはトラフィックを送受信できない。

ＰＥルータは、オーバーレイネットワークを使用せずに、ピアモデルに従って互いに結合してもよい。すなわち、ＰＥ３１０及びＰＥ３１２は、ルートを交換するために互いに直接ピアリングするのではなく、むしろＩＰ／ＭＰＬＳファブリック３０１を介して間接的にルートを交換してもよい。図３Ｂの実施例において、クラウドエクスチェンジポイント３０３は、顧客ネットワーク３０８及びクラウドサービスプロバイダネットワーク３２２を、エンドツーエンドのＩＰ経路と相互接続させるように、複数のレイヤ３の仮想回路３３０Ａ〜３３０Ｃ（総称して「仮想回路３３０」）を実装するように構成される。クラウドサービスプロバイダ３２０及び顧客３０８の各々は、複数の仮想回路３３０のエンドポイントであってもよく、複数の仮想回路３３０は、ＩＰ／ＭＰＬＳファブリック３０１のＰＥ／ＰＥ又はＰＥ／ＣＥの１対と、ＣＳＰ／顧客との間に一つ以上の連結回路を横断させる。仮想回路３３０は、顧客ネットワークをファブリック３０１に接続する連結回路と、クラウドサービスプロバイダネットワークをファブリック３０１に接続する連結回路との間の、ＩＰ／ＭＰＬＳファブリック３０１を通るレイヤ３経路を表してよい。各仮想回路３３０は、ＰＥ３０２、３０４にエンドポイントを有する、少なくとも一つのトンネル（例えば、ＬＳＰ及び／又は総称ルーティングカプセル化（ＧＲＥ）トンネル）を含んでもよい。ＰＥ３０２、３０４は、互いに相互接続するフルメッシュ型トンネルを確立してもよい。

各仮想回路３３０は、フルメッシュ型又は一部メッシュ型の境界ゲートウェイプロトコルのピアリングセッション、本実施例の場合には、フルメッシュ型のマルチプロトコル内部境界ゲートウェイプロトコル（ＭＰ‐ｉＢＧＰ）のピアリングセッションを使用して、ルートを交換するＰＥルータ３０２、３０４を有する、ＩＰ／ＭＰＬＳネットワーク３０１に構成される、異なるハブアンドスポーク型のネットワークを含んでもよい。ＭＰ‐ｉＢＧＰ又は単純にＭＰ‐ＢＧＰは、ルータが、ＭＰＬＳベースのＶＰＮを実装するようにラベル付きルートを交換する、プロトコルの一実施例である。しかしながら、ＰＥ３０２、３０４は、その他の技術及び／又はプロトコルを使用してＩＰ‐ＶＰＮを実装するように、ルートを交換してもよい。

仮想回路３３０Ａの実施例では、クラウドサービスプロバイダネットワーク３２０ＡのＰＥルータ３１２Ａは、ＰＥ３０４Ａでのルーティングプロトコル（例えば、ｅＢＧＰ）のピアリング接続によって、クラウドサービスプロバイダネットワーク３２０Ａ用のルートを、ＰＥ３０４Ａに送信してもよい。ＰＥ３０４Ａは、関連するＶＲＦを有してもよく、スポークＰＥルータ３０２Ａを含む、ハブアンドスポーク型のネットワークに、ルートを関連付ける。その後ＰＥ３０４Ａは、ルートをＰＥルータ３０２Ａにエクスポートするため、ＰＥルータ３０４Ａは、ハブアンドスポーク型のネットワークを識別するラベルと共に、ＰＥルータ３０４Ａを次のホップルータとして指定するルートを、エクスポートしてもよい。ＰＥルータ３０２Ａは、ＰＥ３１０Ｂでのルーティングプロトコルによる接続によって、ＰＥルータ３１０Ｂにルートを送信する。ＰＥルータ３０２Ａは、クラウドエクスチェンジポイント３０３の（例えば、ＢＧＰ自律システム経路（ＡＳ＿ＰＡＴＨ）属性に対する）自律システム番号を追加し、ＰＥルータ３０２Ａを次のホップルータとして指定した後に、ルートを送信してもよい。それゆえ、クラウドエクスチェンジポイント３０３は、データセンター内をベースとしてもよいものの、顧客３０８からクラウドサービスプロバイダ３２０（逆の場合も同様）への自律システムの経路における、自律システムの「ホップ」となる。ＰＥルータ３１０Ｂは、クラウドサービスプロバイダネットワーク３２０Ａへのレイヤ３での到達可能性を提供する、ＢＧＰルーティング情報ベース（ＲＩＢ）など、ルーティングデータベースへのルートを設ける。このように、直接的な層でのピアリング接続を必要とする、顧客ネットワーク３０８へのクラウドサービスプロバイダネットワーク３２０がない場合には、クラウドエクスチェンジポイント３０３は、クラウドサービスプロバイダネットワーク３２０から顧客ネットワーク３０８へのルートを「漏出する」。

ＰＥルータ３１０Ｂ、３０２Ａ、３０４Ａ、及び３１２Ａは、顧客ネットワーク３０８Ｂによって創出されるルートを、ＰＥ３１２Ａに転送するのと反対の方向で類似の動作を実施することで、クラウドサービスプロバイダネットワーク３２０Ａから顧客ネットワーク３０８Ｂへの接続性を提供してもよい。仮想回路３３０Ｂの実施例では、ＰＥルータ３１２Ｂ、３０４Ａ、３０２Ａ、及び３１０Ｂは、仮想回路３３０Ｂを確立するための上に記載したものと類似する方式で、顧客ネットワーク３０８Ｂ及びクラウドサービスプロバイダ３２０Ｂ用のルートを交換する。結果として、データセンター３００内のクラウドエクスチェンジポイント３０３は、異なるクラウドサービスプロバイダネットワーク３２０Ａ、３２０Ｂによって提供される複数のレイヤ３のクラウドサービスに対して、クラウド集約を実施し、クラウドエクスチェンジポイント３０３への単一のアクセスリンク３１６Ｂを有する顧客ネットワーク３０８Ｂに、複数の集約されたレイヤ３のクラウドサービスを送達するために、他の場合には、ＰＥ３１０ＢとＰＥ３１２Ａ、３１２Ｂの各々との間に確立されるであろう、ピアリング接続を内在化する。本明細書に記載する技術がなければ、完全に相互接続する顧客ネットワーク３０８及びクラウドサービスプロバイダネットワーク３２０は、クラウドサービスプロバイダネットワーク３２０の各々に対して、ＰＥ３１０の各々と、ＰＥ３１２のうちの少なくとも一つとの間に、３×３ピアリング接続を必要とするであろう。例えば、ＰＥ３１０Ａは、ＰＥ３１２の各々を伴うレイヤ３のピアリング接続を必要とするであろう。本明細書に記載する技術によって、クラウドエクスチェンジポイント３０３は、レイヤ３のピアリングを内在化し、クラウドアクセスとクラウド集約インタフェースとの間で、データセンターをベースとする「伝送」を提供することによって、顧客ネットワーク３０８及びクラウドサービスプロバイダネットワーク３２０を、サイトのＰＥごとに（すなわち、ＰＥ３１０及びＰＥ３１２の各々に対して）一つのピアリング接続で完全に相互接続してもよい。

ＩＰ／ＭＰＬＳファブリック３０１が、ＢＧＰ／ＭＰＬＳのＩＰ‐ＶＰＮ、又はＩＰバックボーン内でのルート配信を制御するように、ルートターゲットを使用する、その他のＩＰ‐ＶＰＮを実装する実施例において、ＰＥ３０４は、異なる非対称のルートターゲットを使用して、ＰＥ３０２からルートをインポートし、ＰＥ３１２から受信したルートをエクスポートするように構成されてもよい。同様に、ＰＥ３０２は、非対称のルートターゲットを使用して、ＰＥ３０４からルートをインポートし、ＰＥ３１０から受信したルートをエクスポートするように構成されてもよい。したがって、ＰＥ３０２、３０４は、顧客ネットワーク３０８のうちのいずれかのエクストラネットと、基本バックボーンＬ３ＶＰＮに連結する、クラウドサービスプロバイダネットワーク３２０のうちのいずれかと共に、ＩＰ／ＭＰＬＳファブリック３０１の基本バックボーンＬ３ＶＰＮを各々含む、先進的なＬ３ＶＰＮを実装するように構成されてもよい。各先進的なＬ３ＶＰＮは、クラウドサービスプロバイダネットワーク３２０から一つ以上の顧客ネットワーク３０８、及びその反対の方向のクラウドサービスのデリバリネットワークを構成する。このように、クラウドエクスチェンジポイント３０３によって、何対かの顧客ネットワーク３０８と、所与の一対の間のいかなるクラウドサービス接続用のクラウドサービスプロバイダネットワーク３２０との間に、他の場合であれば確立されるであろう、レイヤ３ルーティングプロトコルのピアリング接続を内在化しながら、クラウドサービスプロバイダネットワーク３２０が、クラウドサービストラフィックを、いかなる顧客ネットワーク３０８とも交換することを可能にする。言い換えると、クラウドエクスチェンジポイント３０３によって、顧客ネットワーク３０８及びクラウドサービスプロバイダネットワーク３２０の各々が、データセンターをベースとするレイヤ３の交差接続への、単一の（又は冗長性若しくはその他の理由のために一つ以上の）レイヤ３ルーティングプロトコルのピアリング接続を確立することを可能にする。クラウドサービスプロバイダネットワーク３２０から顧客ネットワーク３０８へ及びその反対の方向のルートをフィルタリングすることによって、ＰＥ３０２、３０４は、仮想回路３３０の確立、及び顧客ネットワーク３０８とクラウドサービスプロバイダネットワーク３２０との間の関連するクラウドサービストラフィックの流れをデータセンター３００内で制御する。ＭＰ‐ｉＢＧＰメッシュ３１８に配信されるルートは、ＶＰＮ−ＩＰｖ４ルートであり、重複するアドレス空間を有する異なるサイトよりルートを区別する、ルート識別子と関連付けられてもよい。

図４は、本明細書に記載する技術に従い、クラウドエクスチェンジポイントのルータが、複数のクラウドサービスプロバイダネットワークから顧客ネットワークへ集約サービストラフィックをルーティング及び転送するために、ＶＰＮのルーティング及び転送インスタンスを用いて構成される、データセンターをベースとするクラウドエクスチェンジポイントの実施例を示すブロック図である。本実施例では、仮想回路３３０Ａ〜３３０Ｂを確立するために、ＩＰ／ＭＰＬＳファブリック３０１のＰＥルータ３０２Ａ及び３０４Ａは、ＶＲＦで構成される。ＰＥ３０２Ａは、ＶＲＦ４０２Ａ及び４０４Ａで構成される一方、ＰＥ３０４Ａは、ＶＲＦ４０２Ｂ及び４０４Ｂで構成される。ＶＲＦ４０２Ａは、ＶＲＦ４０２Ｂによってエクスポートされるルートをインポートするように構成され、ＶＲＦ４０２Ｂは、ＶＲＦ４０２Ａによってエクスポートされるルートをインポートするように構成される。構成は、ＶＲＦ４０２ＡとＶＲＦ４０２Ｂとの間のインポート／エクスポート用の非対称のルートターゲットを含んでもよい。ＶＲＦ４０４Ａは、ＶＲＦ４０２Ｂによってエクスポートされるルートをインポートするように構成され、ＶＲＦ４０２Ｂは、ＶＲＦ４０２Ａによってエクスポートされるルートをインポートするように構成される。構成は、ＶＲＦ４０２ＡとＶＲＦ４０２Ｂとの間のインポート／エクスポート用の非対称のルートターゲットを含んでもよい。顧客が、レイヤ３のサービスにアクセスするように、別個のＶＲＦと各々関連する異なるＣＳＰから、複数のレイヤ３のサービスにアクセスできる、この構成によって、ＣＳＰと交換されるそれぞれのトラフィックが分離される。いくつかの実施例では、ＰＥ３０２Ａは、ＶＲＦ４０２Ｂ及びＶＲＦ４０４Ｂの両方によってエクスポートされるルートをインポートするように、単一のＶＲＦで構成されてもよい。図３Ａ〜３Ｂに関して上で述べた通り、ＰＥ３０２、３０４はさらに、顧客３０８Ｂとクラウドサービスプロバイダ３２０との間で、レイヤ２のトラフィックの橋渡しをするように構成されてもよい。

本実施例では、ＰＥ３０４Ａは、それぞれのクラウドサービスプロバイダネットワーク３２０Ａ、３２０Ｂとルートを交換するように、ＢＧＰ、又はそれぞれのＰＥ３１２Ａ、３１２Ｂを伴う、その他のルート配信プロトコルのピアリング接続４０６Ｂ、４０８Ｂを操作する。ＰＥ３０２Ａは、顧客ネットワーク３０８Ｂとルートを交換するように、ＢＧＰ、又はＰＥ３１０Ｂを伴う、その他のルート配信プロトコルのピアリング接続４１０を操作する。いくつかの実施例では、図５に関して下記でさらに説明するように、ＰＥ３０２Ａ、３０４Ａは、サイトネットワーク用のルートで静的に構成されてもよい。

クラウドエクスチェンジポイント３０３に対する管理者は、データセンターをベースとする接続性又は少なくとも大都市をベースとする接続性を発展させることによって、エンドツーエンドのＩＰ経路を潜在的に最適化しながら、ＰＥ３１２とＰＥ３１０Ｂとの間のルートを漏出し、仮想回路３３０によって図中に示すエンドツーエンドのＩＰ経路に対するレイヤ３の接続性を促進するために、ＰＥ３０２Ａ、３０４ＡをＶＲＦ４０２Ａ〜４０２Ｂ、４０４Ａ〜４０４Ｂで構成してもよい。したがって、クラウドエクスチェンジポイント３０３は、クラウドサービスプロバイダネットワーク３２０のプライベート及び／又はパブリックルートを経由する、顧客ネットワーク３０８Ｂへのクラウドサービスプロバイダ専用アクセスを提供してもよい。ノースバウンド方向では、クラウドエクスチェンジポイント３０３は、顧客ネットワーク３０８のプライベート及び／又はパブリックルートを経由する、複数の顧客ネットワーク３０８へのクラウドサービスプロバイダ専用配信を提供してもよい。ＰＥ３１０ＢもＰＥ３０２Ａ、３０４Ａのうちのいずれも、クラウドサービスプロバイダネットワーク３２０又は顧客ネットワーク３０８に到達するために、完全なインターネットのＢＧＰルーティングテーブルにアクセスする必要はない。その上、ＰＥ３０２Ａ、３０４Ａは、物理ＩＰ、物理的なサービス、及びＶＲＦのうちのいかなる一つ以上に基づいて、顧客／ＣＳＰのルート及び／又はサービストラフィックを集約するように構成されてもよい。

図５は、本開示の技術に従う、クラウドエクスチェンジポイントの動作モードの一例を示すフローチャートである。動作モード５００は、図３Ａ〜３Ｂ及び図４のクラウドエクスチェンジポイント３０３に関して説明しているが、本明細書に記載のどのクラウドエクスチェンジポイントの例で実施してもよい。

クラウドエクスチェンジポイント３０３は、データセンターをベースとするクラウドエクスチェンジポイントであり、一つ以上のＰＥルータ３０２、３０４を含む。クラウドエクスチェンジポイント３０３は構成データを取得する。この構成データは、クラウドサービスプロバイダネットワーク（３２０Ａ）を採用しているクラウドサービスプロバイダが提供するクラウドサービスへの接続性を提供するＩＰ−ＶＰＮに対して、一つ以上のＶＲＦ４０２Ａ、４０２Ｂを定義したものである（５０２）。この構成データには、ハブアンドスポーク型又はその他のトポロジを確立するためのルートターゲットや、ＶＲＦの識別子、ＶＰＮルートのルート区別子、その他、ＶＲＦを定義するための構成データが含まれていてよい。いくつかの態様では、クラウドエクスチェンジポイント３０３の相互接続プラットフォーム（例えば、図２の相互接続プラットフォーム２０３）が、クラウドエクスチェンジポイント３０３のＰＥルータ３０２、３０４内で構成データを生成し、プロビジョニングする。ＰＥルータ３０２Ａは、クラウドサービス用にＶＲＦ４０２Ａ、４０２Ｂにインストールされクラウドサービスプロバイダネットワーク３２０Ａへの到達可能性を提供しているルートを、顧客ネットワーク３０８ＢのＰＥルータ３１０Ｂに送信することにより、顧客ネットワーク３０８ＢのＩＰエンドポイントがレイヤ３クラウドサービスにアクセスするのを可能にする（５０４）。いくつかの態様では、ＰＥルータ３０２Ｂは、クラウドサービスプロバイダネットワーク３２０ＡのＰＥルータ３１２Ａとのルーティングプロトコルピアリングセッションを介して、動的にルートを取得し、このルートをＰＥ３０２Ａにアドバタイズして、ＶＲＦ４０２Ａにインストールできるようにする。いくつかの態様では、クラウドエクスチェンジポイント３０３の相互接続プラットフォームがインタフェース（例えば、ウェブベース又はその他のＡＰＩフレームワーク）を提供し、これにより、クラウドサービスプロバイダネットワーク３２０Ａを管理するクラウドサービスプロバイダは、相互接続プラットフォームにルートを提供でき、相互接続プラットフォームは、ルートをＰＥ３０２Ａ及び／又はＰＥ３０４Ａにインストールして、最終的にＶＲＦ４０２Ａ経由でＰＥ３１０Ｂにアドバタイズできるようにする。続いてクラウドエクスチェンジポイント３０３は、レイヤ３サービストラフィックを、仮想回路３３０ＡのエンドツーエンドＩＰ経路に沿って、顧客ネットワーク３０８Ｂからクラウドサービスプロバイダネットワーク３２０Ａに切り替える（５０６）。

図６は、本開示の技術従う、クラウドエクスチェンジポイントの動作モードの一例を示すフローチャートである。動作モード５３０は、図３Ａ〜３Ｂ及び図４のクラウドエクスチェンジポイント３０３に関して説明しているが、本明細書に記載のどのクラウドエクスチェンジポイントの例で実施してもよい。

クラウドエクスチェンジポイント３０３は、データセンターをベースとするクラウドエクスチェンジポイントであり、一つ以上のＰＥルータ３０２、３０４を含む。クラウドエクスチェンジポイント３０３は構成データを取得する。この構成データは、顧客ネットワーク３０８Ｂを採用している顧客への接続性を提供するＩＰ−ＶＰＮに対して、一つ以上のＶＲＦ４０２Ａ、４０２Ｂを定義したものである（５３２）。この構成データには、ハブアンドスポーク型又はその他のトポロジを確立するためのルートターゲットや、ＶＲＦの識別子、ＶＰＮルートのルート区別子、その他、ＶＲＦを定義するための構成データが含まれていてよい。いくつかの態様では、クラウドエクスチェンジポイント３０３の相互接続プラットフォーム（例えば、図２の相互接続プラットフォーム２０３）が、クラウドエクスチェンジポイント３０３のＰＥルータ３０２、３０４内で構成データを生成し、プロビジョニングする。ＰＥルータ３０４Ａは、クラウドサービス用にＶＲＦ４０２Ａ、４０２Ｂにインストールされ顧客ネットワーク３０８Ｂへの到達可能性を提供しているルートを、クラウドサービスプロバイダネットワーク３２０ＡのＰＥルータ３１２Ａに送信することにより、クラウドサービスプロバイダネットワーク３２０ＡのＩＰエンドポイントがレイヤ３クラウドサービスを顧客ネットワーク３０８Ｂに配信するのを可能にする（５３４）。いくつかの態様では、ＰＥルータ３０２Ａは、顧客ネットワーク３０８ＢのＰＥルータ３１０Ｂとのルーティングプロトコルピアリングセッションを介して、動的にルートを取得し、ＰＥルータ３１０ＢがＰＥ３０４Ａにこのルートをアドバタイズして、ＶＲＦ４０２Ｂにインストールできるようにする。いくつかの態様では、クラウドエクスチェンジポイント３０３の相互接続プラットフォームがインタフェース（例えば、ウェブベース又はその他のＡＰＩフレームワーク）を提供し、これにより、顧客ネットワーク３０８Ｂを管理する顧客は、相互接続プラットフォームにルートを提供でき、相互接続プラットフォームは、ルートをＰＥ３０２Ａ及び／又はＰＥ３０４Ａにインストールして、最終的にＶＲＦ４０２Ｂ経由でＰＥ３１２Ａにアドバタイズできるようにする。続いてクラウドエクスチェンジポイント３０３は、レイヤ３サービストラフィックを、仮想回路３３０ＡのエンドツーエンドＩＰ経路に沿って、クラウドサービスプロバイダネットワーク３２０Ａから顧客ネットワーク３０８Ｂに切り替える（５３６）。

いくつかの実施例では、図４に示す通り、クラウドエクスチェンジポイント３０３は、クラウドサービスプロバイダネットワーク３２０Ｂにおける顧客３０８Ｂのルートのプロビジョニングに関して、ＶＲＦ４０４Ａ、４０４Ｂを使用して同様の動作５３０を行ってよい。このように、クラウドエクスチェンジポイント３０３は、仮想回路３３０Ａ、３３０Ｂを用いたＶＲＦに基づき、複数のクラウドサービスプロバイダから単一顧客ネットワークへの複数のクラウドサービスのクラウドサービストラフィックを集約してよい。

図７は、本開示に記載の技術を適用するように構成されたルータの一例を示すブロック図である。プロバイダエッジ（ＰＥ）ルータ６００は、例えばＰＥルータ３０２、３０４を表す。加えて、本技術は特定のネットワークデバイス（例えばルータ）に関して説明されているが、本技術は、本明細書に記載の機能性を実行するように動作できる任意のネットワークデバイスで実現できる。ＰＥルータ６００の構成要素（コンポーネント）がＩＰ／ＭＰＬＳファブリックエンドポイント動作を適用して、本開示の技術に従うクラウドエクスチェンジポイント動作を促進する。ＰＥルータ６００は、本技術の任意のサブセットを適用してよい。さらに、これらのコンポーネントは例示的なものであり、ＰＥルータ６００は、任意の適切なコンポーネント構成を用いて本技術を適用してよい。

ＰＥルータ６００は、制御部６０２と、内部リンク６２２Ａ〜６２２Ｂを介して制御部６０２に接続するインタフェースカード６２０Ａ〜６２０Ｂ（「ＩＦＣ６２０」）とを備える。制御部６０２は、ソフトウェア命令（例えば、ソフトウェアやコンピュータプログラムの定義に使われるソフトウェア命令）を実行する一つ以上のプロセッサ（図７では不図示）を備えてよく、このソフトウェア命令は、コンピュータで読み取り可能な記憶媒体（図７では同じく不図示）に記憶され、記憶媒体の例として、一つ以上のプロセッサに本明細書に記載の技術を実行させるための命令を記憶する、記憶装置（例えば、ディスクドライブ又は光ドライブ）、メモリ（例えば、フラッシュメモリ、ランダムアクセスメモリすなわちＲＡＭ）、その他の種類の揮発性又は不揮発性メモリを含む、コンピュータで読み取り可能な非一時的媒体が挙げられる。これに代替又は追加して、制御部１０２は、本明細書に記載の技術を実行するための専用ハードウェアを備えていてもよく、専用ハードウェアの例として、一つ以上の集積回路、一つ以上の特定用途向け集積回路（ＡＳＩＣ）、一つ以上の特定用途向け特殊プロセッサ（ＡＳＳＰ）、一つ以上のフィールドプログラマブルゲートアレイ（ＦＰＧＡ）、又はこれらの専用ハードウェアの例のうちの一つ以上の任意の組み合わせが挙げられる。

本実施例では、制御部６０２は論理的又は物理的な２つの「プレーン」に分かれ、第１のコントロールプレーン（ルーティングプレーン）６０４Ａと、第２のデータプレーン（転送プレーン）６０４Ｂとを含む。すなわち、制御部６０２は、論理的に（例えば、同一のハードウェアコンポーネント一式上で実行される個別のソフトウェアインスタンスとして）、又は物理的に（例えば、ハードウェアにおいて静的に機能を実現するか、又はソフトウェアやコンピュータプログラムを動的に実行して機能を実現する個別の物理的専用ハードウェアコンポーネントとして）、２つの別個の機能（例えばルーティング機能と転送機能）を実現する。

制御部６０２のコントロールプレーン６０４Ａは、ＰＥルータ６００のルーティング及びシグナリング機能を実行する。この点で、コントロールプレーン６０４Ａは、ＭＰ−ＢＧＰ６１０等のルーティングプロトコルを実装したルーティングプロトコル（ＲＰ）モジュール６０６を実行するための、制御部６０２のハードウェア又はハードウェアとソフトウェアの組み合わせを表し、このようなプロトコルにより、ルーティング情報を受信し、アドバタイズし、処理し、ルーティング情報ベース６１２に記憶してよい。ＲＩＢ６１２は、一つ以上のＶＰＮのトポロジを定義した情報を含み、この情報は、あるＶＲＦに対応するルートターゲットと関連付けられている。すなわち、ＶＲＦとは、ＰＥルータ６００が動作するクラウドエクスチェンジポイントに対して確立された一つ以上のＶＰＮへの、ＰＥルータ６００の参加を定義したものである。コントロールプレーン６０４Ａは、ＲＩＢ６１２内のルーティング情報で定義されているトポロジを解決して、様々なＶＰＮを通る一つ以上のルートを選択又は決定できる。ＰＥルータ６００は、様々なインスタンスにおいて、様々なＶＰＮのためのハブ型ルータ又はスポーク型ルータとして構成されてよい。すると、コントロールプレーン６０４Ａは、上記ルートを用いてデータプレーン６０４Ｂを更新でき、データプレーン６０４Ｂは、これらのルートを転送情報６１６内に維持する。コントロールプレーン６０４Ａは、デフォルトのルーティング及び転送インスタンスと、複数のＶＰＮでルーティングし転送するための複数のＶＲＦインスタンスを定義してもよい。

データプレーン６０４Ｂは、制御部６０２のハードウェア又はハードウェアとソフトウェアの組み合わせを表し、転送情報６１６に従って、インタフェースカード６２０から受信したネットワークトラフィックの高速転送を提供する。データプレーン６０４Ｂの転送コンポーネント６１７は、受信パケットのパケットキー情報を基に転送情報６１６のルックアップを行って、イングレスインタフェースとエグレスインタフェースを決定し、対応するパケットのカプセル化を決定する。転送コンポーネント６１７は、パケット転送エンジンを備えていてよい。

図示の実施例では、転送コンポーネント６１７は、ルートアップデートのインストール後、ＲＰモジュール１０６からのルートアップデートを確認する。例えば、ＲＰモジュール６０６は、転送情報６１６内でルートをプログラムするよう転送コンポーネント６１７に指示するルートアップデート６２４を発行する。転送コンポーネント６１７は、ルートをプログラムした後、ルートアップデート応答６２６を返送する。

管理インタフェース６０８はコントロールプレーン６０４Ｂ上で動作するプロセスであり、例えばクラウドエクスチェンジポイントの管理者又は相互接続プラットフォームがＰＥルータ６００の構成データ６１４（「ｃｏｎｆｉｇ．６１４」と図示）を修正できるようにするためのインタフェースを提供する。制御部６０２は、コンピュータで読み取り可能な記憶媒体に構成データ１００を記憶する。管理インタフェース６０８は、管理者又は他の管理実体（例えば、図２の相互接続プラットフォーム２０３）が、テキストベースのコマンド、グラフィカルな対話、ウェブベースのポータル、アプリケーションプログラミングインタフェース（ＡＰＩ）、又は別のインタフェースを使ってＰＥルータ６００の構成を修正できるようにするインタフェースを提示してもよい。これに追加又は代替して、管理インタフェース６０８はエージェントを提示してもよく、このエージェントは、相互接続プラットフォーム２０３等の管理実体からシンプルネットワークマネジメントプロトコル（ＳＮＭＰ）コマンド又はＮｅｔｃｏｎｆコマンド又はＲＥＳＴｆｕｌ ＡＰＩ指令を受け取って、ＰＥルータ６００の構成及び管理情報を設定し取り出す。このように、自動化したやり方でＰＥルータ６００を制御し、クラウドエクスチェンジポイントのＰＥルータ間にルート漏出を提供することにより、レイヤ３サービスのデリバリのため複数のクラウドサービスプロバイダネットワークを顧客とインテリジェントに相互接続できる。

図示の実施例では、管理実体が管理インタフェース６０８を呼び出し、レイヤ３ルートにアクセスする。このレイヤ３ルートは、顧客プロファイル６７０内の顧客及び／又はクラウドサービスプロバイダ（ＣＳＰ）プロファイル６７２内のクラウドサービスプロバイダ用に構成されている。顧客プロファイル６７０には、クラウドエクスチェンジポイントプロバイダの複数の異なる顧客に関する一つ以上の顧客プロファイルが含まれている。顧客プロファイル６７０は、当該顧客に関連する顧客ネットワークの到達可能性情報と、クラウドエクスチェンジポイントに物理的に接続するための一つ以上の連結回路の構成情報を指定してよい。例えば、ある顧客の顧客プロファイル６７０は、関連の顧客ネットワークのＣＥルータ又はＡＳＢＲ／ＰＥを次のホップとしてそれぞれ指定した一つ以上のレイヤ３ルートを指定してよく、顧客ネットワークの宛先サブネットを指定してもよい。管理インタフェース６０８は、新しく取得した顧客ネットワークの到達可能性情報をルートターゲットと共にＭＰ−ＢＧＰ６６０に投入してよく、これにより、ＲＰモジュール６０６は、結果として顧客ネットワークへのレイヤ３到達可能性が提供されるように、ルートターゲットを伴う到達可能性情報を、クラウドエクスチェンジポイントの他のＰＥルータにアドバタイズしてよい。また、管理インタフェース６０８は、顧客プロファイルの連結回路情報を、当該顧客のためのＶＰＮのＶＲＦと関連付けてもよい。

ＣＳＰプロファイル６７２には、クラウドエクスチェンジポイントプロバイダの複数の異なるＣＳＰ顧客に関する一つ以上のクラウドサービスプロバイダプロファイルが含まれている。ＣＳＰプロファイル６７２は、当該顧客に関連するクラウドサービスプロバイダネットワークの到達可能性情報と、クラウドエクスチェンジポイントに物理的に接続するための一つ以上の連結回路の構成情報を指定してよい。例えば、あるＣＳＰのＣＳＰプロファイル６７２は、関連のＣＳＰネットワークのＣＥルータ又はＡＳＢＲ／ＰＥを次のホップとしてそれぞれ指定した一つ以上のレイヤ３ルートを指定してよく、ＣＳＰネットワークの宛先サブネットを指定してもよい。管理インタフェース６０８は、新しく取得したＣＳＰネットワークの到達可能性情報とルートターゲットとをＭＰ−ＢＧＰ６６０に投入してよく、これにより、ＲＰモジュール６０６は、結果としてＣＳＰネットワークへのレイヤ３到達可能性が提供されるように、ルートターゲットを伴う到達可能性情報を、クラウドエクスチェンジポイントの他のＰＥルータにアドバタイズしてよい。また、管理インタフェース６０８は、ＣＳＰプロファイル６７２の連結回路情報を、当該ＣＳＰのためのＶＰＮのＶＲＦと関連付けてもよい。

レイヤ２／イーサネット（登録商標）エクスチェンジの実施例の詳細については、２０１２年９月１３日出願の米国特許第８，５３７，８４５号「REAL TIME CONFIGURATION AND PROVISIONING FOR A CARRIER ETHERNET（登録商標） EXCHANGE」、及び２０１０年９月２日出願の米国実用特許出願第１２／８７５，０５４号「REAL TIME CONFIGURATION AND PROVISIONING FOR A CARRIER ETHERNET（登録商標） EXCHANGE」に記載されており、この特許出願は、次の３つの米国特許出願の利益と優先権を主張している。１）２００９年１２月１０日に出願され、参照によりその全体が本発明に援用される米国特許仮出願第６１／２８５，３７１号「ETHERNET（登録商標） EXCHANGE」、２）２００９年９月４日出願の米国特許仮出願第６１／２３９，９９７号「PRIVATE NETWORK CONNECTIVITY PLATFORM」、３）２０１０年４月１２日出願の米国特許仮出願第６１／３２３，０６６号「ETHERNET（登録商標） EXCHANGE」。上記特許及び特許出願のいずれも、参照によりその全体が本発明に援用される。

図８Ａと図８Ｂはそれぞれ、本明細書に記載の技術による、データセンターをベースとするクラウドエクスチェンジポイントの一実施例を示すものであり、このクラウドエクスチェンジポイントは、ネットワークアドレス変換を適用するように構成され、且つ複数のクラウドサービスプロバイダネットワークから顧客ネットワークへと集約サービストラフィックをルーティングし転送するように構成されている。図解しやすくする目的で、図８Ａ及び図８Ｂでは、クラウドサービスプロバイダネットワーク３２０と顧客ネットワーク３０８は図示されていない。これらの実施例において、データセンターをベースとするクラウドエクスチェンジポイント３０３は、ネットワークアドレス変換（ＮＡＴ）サービス７１８を適用することにより、クラウド集約リンク３２２を介してアクセス可能なクラウドサービスレイヤと、クラウドアクセスリンク３１６を介してアクセス可能なクラウドアクセスレイヤとの間で、部分的に、ネットワークアドレス分離を強制的に行う。

ＮＡＴサービス７１８を適用するクラウドエクスチェンジポイント３０３のＮＡＴデバイスは、ＮＡＴ（又はＮＡＰＴ）（追加又は代替して、キャリアグレードＮＡＴ（「ＣＧ−ＮＡＴ」又は「ＣＧＮ」）を含んでもよい）を実施して、クラウドエクスチェンジポイント３０３のアドレス及びＣＳＰルートを変換し、及び／又はクラウドエクスチェンジポイント３０３のアドレス及び顧客ルートを変換する。ＮＡＴサービス７１８を適用するクラウドエクスチェンジポイント３０３のＮＡＴデバイス（本明細書では「ＮＡＴサービス７１８デバイス」とも称する）が備えてよいものとして、一つ以上の専用ＮＡＴ機器、現実のサーバ上で動作しネットワーク機能仮想化（ＮＦＶ）を使ってＮＡＴを適用するように構成された一つ以上の仮想マシン、ＮＡＴサービス７１８を適用するように構成され一つ以上のＰＥ３０２、３０４に挿入された一つ以上のサービスカード、その他のボックス内又はボックス外のデバイスが挙げられる。

図８Ａに示す、ＮＡＴをＬ３クラウドサービストラフィックに適用するＮＡＴサービス７１８デバイスは、クラウドサービスプロバイダネットワーク３２０と顧客ネットワーク３０８との間のクラウドエクスチェンジポイント３０３を横断して、ＮＡＴサービス７１８デバイスの「ＮＡＴ内側」サイドでルーティング可能な顧客のＬ３アドレスと、ＮＡＴサービス７１８デバイスの「ＮＡＴ外側」サイドでルーティング可能なＣＳＰのＬ３アドレスとの間で変換を行う。

図８Ｂは、ＮＡＴサービス７１９デバイスのより詳細な例であり、図８ＡのＮＡＴサービス７１８の実装例を示す。図８ＡのＮＡＴサービス７１８と同様に、図８ＢのＮＡＴサービス７１９も、一つ以上のＮＡＴサービスデバイスで実装してよい。図８Ｂにおいて、ＮＡＴサービス７１９はアドレスプール７２０と関連付けされ、アドレスプール７２０は、クラウドエクスチェンジポイント３０３自律システムのルートで構成され、ＮＡＴサービス７１９は、ここからルートを引き出して自動的にプロビジョニングができ、またＮＡＴ目的で、各ピアリングセッション７００、７０８Ａ、７０８Ｂを介して受信した顧客及び／又はクラウドサービスプロバイダのルートと自動的にマッピングできる。アドレスプール７２０（又は「ＮＡＴプール７２０」）における構成済みルートのネットワークアドレスは、パブリックアドレス、プライベートアドレス、又はその組み合わせのいずれであってもよく、ＩＰｖ４ルート及び／又はＩＰｖ６ルートを表してよい。いくつかの実施例では、ネットワークアドレスのグローバルな一意性を提供する目的で、ネットワークアドレスはパブリックアドレスである。

アドレスマッピング７２２は、アドレスプール７２０から引き出すクラウドエクスチェンジポイント３０３のルートと、ＰＥ３１０、３１２のいずれかからクラウドエクスチェンジポイント３０３のルータが受信するルートとを関連付ける一つ以上のＮＡＴマッピング及び／又はＮＡＰＴ（Ｎｅｔｗｏｒｋ Ａｄｄｒｅｓｓ ａｎｄ Ｐｏｒｔ Ｔｒａｎｓｌａｔｉｏｎ）を指定してよい。ＰＥ３１０、３１２のいずれかから変換のために受信され、エンドツーエンドのデリバリで使われるルートには、クラウドエクスチェンジプロバイダの企業／ＮＳＰ顧客から得られる任意のＩＰアドレス／プレフィックスが含まれていてよく、このようなアドレスは、ＩＰｖ４及び／又はＩＰｖ６のプライベートアドレス及び／又はパブリックアドレスを含み、クラウドエクスチェンジプロバイダが管理する一つ以上のクラウドエクスチェンジポイントのいずれかで受信されるアドレスである。

上記の通り、ＮＡＴサービス７１９は、ＮＡＴを実施することにより、顧客ネットワーク３０８Ｂ（図８Ａ、８Ｂでは不図示）の顧客ルートと、集約したクラウドアクセスのためＰＥ３１２Ａ、３１２Ｂにアドバタイズされるクラウドエクスチェンジポイント３０３ルートを変換してよい。その結果、ＣＳＰネットワーク３２０（図８Ａ、８Ｂでは不図示）は、顧客ルートの代わりに、アドレスプール７２０から引き出されたクラウドエクスチェンジポイント３０３のルートを受信する。このように、クラウドエクスチェンジポイント３０３は、ＣＳＰからの顧客ネットワーク情報をフィルタリングでき、ＣＳＰは、種々の顧客（企業及び／又はＮＳＰ）向けの複数の異なる自律システム（及び、数百もの数になり得る対応するＡＳＮ）と関連付けられた（数百万もの数になり得る）顧客ルートを受信するのでなく、単一の自律システム（すなわち、クラウドエクスチェンジポイント３０３、及び各クラウドエクスチェンジポイントに一つのＡＳＮ）に関連付けられたクラウドエクスチェンジポイント３０３ルートを受信する。さらに、クラウドエクスチェンジポイント３０３は自身のルートを顧客とＣＳＰ以外にはアドバタイズしないので、クラウドエクスチェンジポイント３０３は自身のルートをインターネットに公開しない。これにより、セキュリティを向上でき、クラウドエクスチェンジポイント３０３、及びクラウドエクスチェンジポイント３０３がピアリング関係を有する顧客／ＣＳＰに向けられたＤｏＳ又はその他の悪意ある活動を低減できる。加えて、上記の技術は、ローカルトラフィックを確実にローカルで（クラウドエクスチェンジポイント３０３内で）処理することにより、エンドツーエンドのクラウドサービスデリバリ処理を単純化でき、パフォーマンスを向上できる。

図示の実施例では、顧客ネットワーク３０８Ｂと関連付けされ、且つＮＡＴ対象であるサービストラフィックを引き込むため、ＮＡＴサービス７１９は、イングレスサービスＶＲＦ７１２（「イングレス７１２」）及びエグレスサービスＶＲＦ７１４（「エグレス７１４」）と関連付けされている。イングレス７１２とエグレス７１４は、顧客ネットワーク３０８ＢとＣＳＰネットワーク３２０Ａ、３２０Ｂ間のクラウドサービストラフィックのための顧客サービスチェーンの一部を成す。顧客ＶＲＦ７１０と関連する顧客ネットワーク３０８Ｂは、ピアリングセッション７００を介して顧客ＰＥ３１０Ｂからルートを受信する。顧客ＶＲＦ７１０は、クラウドエクスチェンジポイント３０３内に分散したイングレスサービスＶＲＦとＶＰＮフルメッシュ型関係を有する形で構成されてよい（ただし、図では一つのピアリングセッション７０２のみ示している）。

いくつかの実施例では、ＰＥ３０２Ａは、ＶＲＦ７１０に関して、ピアリングセッション７００を介して受信した顧客ルートをＮＡＴサービス７１９に配信し、ＮＡＴサービス７１９は、顧客ルートのプレフィックスを、アドレスプール７２０から引き出したクラウドエクスチェンジポイントルートのプレフィックスに動的にマッピングする。顧客ルートはイングレスサービスＶＲＦ７１２にインストールされる。ＮＡＴサービス７１９は、このマッピングをアドレスマッピング７２２にインストールし、また、クラウドエクスチェンジポイントルートのプレフィックスとＮＡＴサービス７１９を次のホップとして指定するクラウドエクスチェンジポイントルートを、エグレスサービスＶＲＦ７１４にインストールする。このようにして、ＮＡＴサービス７１９、より具体的にはエグレスサービスＶＲＦ７１４は、ＣＳＰネットワーク３２０から、顧客ネットワーク３０８Ｂに向けられているがエグレスサービスＶＲＦ７１４にインストールされたクラウドエクスチェンジポイントルートを行き先とする下流トラフィックを引き込む。イングレスサービスＶＲＦ７１２とエグレスサービスＶＲＦ７１４はピアリングセッション７０４を確立してよく、例えばｉＢＧＰを介してＶＲＦ７１２、７１４に互いにルートを漏出させるようにルートターゲットを用いて構成してよい。

エグレスサービスＶＲＦ７１４は、図４の例においてスポーク型ＶＲＦとして動作するＰＥ３０２ＡのＶＲＦと同様に、対応するハブ型ＶＲＦＲ７３０Ａ、７３０Ｂに対するスポーク型ＶＲＦとして動作してよい。すなわち、エグレスサービスＶＲＦ７１４、及びＶＲＦ７３０Ａ、７３０Ｂは、相互的ルートターゲットを用いて構成され、その結果、エグレスサービスＶＲＦ７１４は、エグレスサービスＶＲＦ７１４向けのインストール用のルートをＶＲＦ７３０Ａ、７３０Ｂにアドバタイズし、他方、ＶＲＦ７３０Ａ、７３０Ｂは、対応するＣＳＰネットワーク３２０Ａ、３２０ＢのルートをエグレスサービスＶＲＦ７１４にアドバタイズする。ＣＳＰネットワーク３２０Ａ、３２０Ｂのいずれかを行き先とするＮＡＴ処理済み上流サービストラフィックは、対応するハブ型ＶＲＦ７３０Ａ、７３０Ｂを通過する。このように、ピアリングセッション７０６Ａ、７０６Ｂの各々を用いて、各ＣＳＰネットワーク３２０Ａ、３２０Ｂのハブアンドスポーク型ＶＰＮを作成してよい。

ＰＥ３０２、３０４は、ＮＡＴサービス７１９デバイスとの間でトンネルを確立してよい。ピアリングセッション７０２、７０６Ａ、７０６Ｂを介して交換されるルートは、ＲＦＣ４３６４に従って上記のように組み込まれたＭＰＬＳ／ＢＧＰ ＩＰ−ＶＰＮを実装するためのラベル付きルートを含んでよい。

クラウドエクスチェンジポイント３０３は、下記の通り、顧客ネットワーク３０８Ａに向けたＰＥ３１２Ａからの下流サービストラフィックを転送し、ＮＡＴサービス７１９を適用してよい。ＰＥ３０４Ａは、集約リンク３２２Ａ上でサービスパケットを受信する。このパケットは、アドレスプール７２０から引き出されるクラウドエクスチェンジポイント３０３アドレスである宛先アドレスを有する。集約リンク３２２Ａと関連付けされたＶＲＦ７３０Ａは、ＮＡＴサービス７１９デバイス用のアドレスを指定した宛先アドレスに向けたルートを記憶し、ＰＥ３０４Ａは、ＮＡＴサービスを適用させるため、ＶＲＦ７３０Ａを使ってパケットをＮＡＴサービス７１９までトンネリングする。ＮＡＴサービス７１９は、顧客ネットワーク３０８Ａ向けルート用に動的にプロビジョニングされＰＥ３０２Ａから受信したアドレスマッピング７２２を使用して、ＮＡＴを実行し、サービスパケットの宛先アドレスを顧客ネットワーク３０８Ａの宛先アドレスに置き換える。ＮＡＴサービス７１９デバイスは、イングレスサービスＶＲＦ７１２において、ＰＥ３０２Ａまでのラベル付きルート（ＶＲＦ７１０を識別するラベル）を決定し、修正済みサービスパケットをＰＥ３０２Ａまでトンネリングし、これにより、修正済みサービスパケットに付いたラベルからＶＲＦ７１０を識別できる。ＰＥ３０２Ａは、修正済みサービスパケットをアクセスリンク３１６Ｂ経由でＰＥ３１０Ｂに転送する。このように、クラウドエクスチェンジポイント３０３は、顧客にＮＡＴサービスを提供して、クラウドサービスレイヤから顧客を分離する。同様に、顧客ネットワークがクラウドエクスチェンジポイントにアクセスするためのクラウド又はネットワークアクセスレイヤからクラウドサービスプロバイダを分離するために、クラウドエクスチェンジポイント３０３は、ＮＡＴを上流トラフィックに適用してよい。

図９は、本開示に記載の技術による、クラウドサービスに対する顧客ネットワークの柔軟なサブスクリプション（加入）を表すブロック図である。この例示クラウドエクスチェンジポイント３０３は、顧客のＶＲＦ８１０、イングレスＶＲＦ８１２、エグレスＶＲＦ８１４、及びＣＳＰのＶＲＦ８３０で構成され、クラウドエクスチェンジポイント３０３のＰＥルータに対し、顧客サービスチェーン形成及びクラウドサービストラフィックのデリバリを促進するルートをアドバタイズさせる。図９が示す柔軟なサブスクリプションにおいて、どの顧客ネットワーク３０８も、任意のＣＳＰネットワーク３２０に「加入」してクラウドサービストラフィックを受信でき、さらに、どの顧客ネットワーク３０８も、ＶＲＦベースのサービスチェーンに従ってクラウドエクスチェンジポイント３０３が提供するＮＡＴその他のネットワーク機能仮想化（ＮＦＶ）サービスを受けることができる。

顧客ネットワーク３０８、ＣＳＰネットワーク３２０に連結したクラウドエクスチェンジポイント３０３のＰＥルータ（図９では不図示）はＶＲＦ８１０、８３０を用いて構成され、他方、ＮＡＴサービスデバイス７１９等のサービス（例えば「ネットワーク機能仮想化」）ノードは、イングレスＶＲＦ８１２、エグレスＶＲＦ８１４を用いて構成される。例えば、顧客ネットワーク３０８Ａは、ＣＳＰネットワーク３２０Ａ、３２０Ｂに「加入」しており、例えば、このＣＳＰネットワークからルートを受信し、このＣＳＰネットワークへのＬ３到達可能性を有する。顧客ネットワーク３０８ＡとＣＳＰネットワーク３２０Ａの間のエンドツーエンドＬ３経路は、ＶＲＦ実装サービスチェーン８１６Ａを含み、これにより、図８Ｂに関して説明した通り、Ｌ３クラウドサービストラフィックにＮＡＴを適用させるため、Ｌ３クラウドサービストラフィックは、顧客ネットワーク３０８ＡとＣＳＰネットワーク３２０Ａ間のＮＡＴサービス７１９を横断する。これに対して、顧客ネットワーク３０８ＡとＣＳＰネットワーク３２０Ｂの間のエンドツーエンドＬ３経路は、サービスチェーンを含まない。代わりに、顧客のＶＲＦ８１０Ｂは、ＣＳＰのＶＲＦ８３０Ｂから直接エクスポートされ「アップ」ＲＴとマークされたルートをインポートし、ＣＳＰのＶＲＦ８３０Ｂは、顧客のＶＲＦ８１０Ｂからエクスポートされ「ダウン」ＲＴとマークされたルートをインポートする。顧客ネットワーク３０８Ｂ、３０８Ｃ、３０８Ｄも、ＣＳＰネットワーク３２０Ｂに加入して、ＣＳＰネットワーク３２０Ｂとの間でＬ３クラウドサービストラフィックを交換する。このように、企業顧客は、ＮＡＴサービスの有無によらず、複数の異なるＣＳＰに加入できる。ＮＡＴサービスは、イングレスすなわち「左」のＶＲＦ８１２及びエグレスすなわち「右」のＶＲＦ８１４を含めることにより、サービスチェーンを実現する。

ＶＲＦ８１０の各々が、図８Ａ、８Ｂに示すＶＲＦ７１０のインスタンス例を表すことができる。イングレスＶＲＦ８１２の各々が、図８Ａ、８Ｂに示すＶＲＦ７１２のインスタンス例を表すことができる。エグレスＶＲＦ８１４の各々が、図８Ａ、８Ｂに示すＶＲＦ７１４のインスタンス例を表すことができる。イングレスＶＲＦ８３０の各々が、図８Ａ、８Ｂに示すＶＲＦ７３０のインスタンス例を表すことができる。

図９に示すマルチＣＳＰネットワーク加入モデルによれば、ＣＳＰのＶＲＦ８３０は、一つ以上のスポーク型ＶＲＦに対するハブとして構成され、「アップ」ＲＴとマークされたルートをエクスポートし、サービスチェーンが存在しない場合はスポーク型の顧客ＶＲＦ８１０がこのルートをインポートする。スポーク型の顧客ＶＲＦ８１０は、「ダウン」ＲＴとマークされたルートをエクスポートし、サービスチェーンの存在しない場合はＣＳＰのＶＲＦ８３０がこのルートをインポートする。

顧客ネットワーク３０８ＡとＣＳＰネットワーク３２０Ａ間のエンドツーエンドＬ３経路にサービスチェーン８１６Ａが含まれる場合、エグレスＶＲＦ８１４ＢがＣＳＰのＶＲＦ８３０ＡからインポートするＣＳＰルートはネットワークアドレスであり、ＮＡＴサービス７１９がこのアドレスを顧客ルートに変換し、次にイングレスＶＲＦ８１２Ａは、顧客のＶＲＦ８１０Ａがインポートできるように、この顧客ルートをエクスポートする。逆の方向では、イングレスＶＲＦ８１２Ａが顧客のＶＲＦ８１０Ａからインポートする顧客ルートはネットワークアドレスであり、このネットワークアドレスをＮＡＴサービス７１９がＣＳＰルートに変換し、次にエグレスＶＲＦ８１４Ｂは、このＣＳＰルートをＣＳＰのＶＲＦ８３０Ａにエクスポートする。このようにして、顧客ネットワーク３０８ＡとＣＳＰネットワーク３２０Ａは、ネットワークアドレス変換を用いて双方向Ｌ３クラウドサービストラフィックを交換できる。イングレスＶＲＦ８１２ＡとエグレスＶＲＦ８１４Ａの間で、例えばｉＢＧＰセッションが動作することにより、ルートのアドバタイズが促進される。

顧客ネットワーク３０８ＡとＣＳＰネットワーク３２０Ａの間のエンドツーエンドＬ３経路を少なくとも部分的に実装するＶＲＦの構成例を以下に示す。

以下の構成データでＣＳＰのＶＲＦ８３０Ａを構成することにより、エグレスＶＲＦ８１４Ａとの間で集約ベースでルートを交換でき、且つＣＳＰネットワーク３２０Ａとの間でルートを交換できる。
RI-VRF-CSP001-001 ｛
description "CSP001 Routing Instance";
instance-type vrf;
interface xe-0/1/6.1;
route-distinguisher 10.8.8.2:4000;
vrf-import [ IMPORT-RT-RI-VRF-CSP001-001 IMPORT-TO-CSP001-001 ];
vrf-export [ EXPORT-RT-RI-VRF-CSP001-001 EXPORT-FROM-CSP001-001 DEFAULT_ACCEPT ];
routing-options ｛
auto-export;
｝
protocols ｛
bgp ｛
group EXTERNAL-PEER ｛
type external;
peer-as 100;
neighbor 1.1.1.1 ｛
import IMPORT-BGP-PRIMARY;
family inet ｛
unicast ｛
prefix-limit ｛
maximum 500;
｝
｝
｝
authentication-key "abcdefgh "; ## SECRET-DATA
｝
｝
｝
｝
｝

IMPORT-TO-CSP001-001は「ダウン」ＲＴであり、EXPORT-FROM-CSP001-001は「アップ」ＲＴである。以下の構成データでＣＳＰのＶＲＦ８３０Ａを構成することにより、エグレスＶＲＦ８１４Ａとの間で顧客固有ベースでルートを交換でき、且つＣＳＰネットワーク３２０Ａとの間でルートを交換できる。
RI-VRF-CSP003-001 ｛
description "CSP003 Routing Instance";
instance-type vrf;
interface xe-0/1/6.1;?
route-distinguisher 10.8.8.1:3000;
vrf-import [ IMPORT-RT-RI-VRF-CSP003-001 ];
vrf-export [ EXPORT-RT-RI-VRF-CSP003-001 DEFAULT_ACCEPT ];
routing-options ｛
auto-export;
｝
protocols ｛
bgp ｛
group EXTERNAL-PEER ｛
type external;
peer-as 100;
neighbor 1.1.1.1 ｛
import IMPORT-BGP-PRIMARY;
family inet ｛
unicast ｛
prefix-limit ｛
maximum 500;
｝
｝
｝
authentication-key "abcdefg"; ## SECRET-DATA
｝
｝
｝
｝
｝

以下の構成データで顧客のＶＲＦ８１０Ａを構成することにより、イングレスＶＲＦ８１２Ａとの間で顧客固有ベースでルートを交換でき、且つ顧客ネットワーク３０８Ａとの間でルートを交換できる。
RI-VRF-CUST0001-001 ｛
description "CUST0001 Routing Instance";
instance-type vrf;
interface xe-0/1/4.1;
route-distinguisher 10.8.8.2:3000;
vrf-import [ IMPORT-RT-RI-VRF-CUST0001-001];
vrf-export [ EXPORT-RT-RI-VRF-CUST0001-001 DEFAULT_ACCEPT ];
routing-options ｛
auto-export;
｝
protocols ｛
bgp ｛
group EXTERNAL-PEER ｛
type external;
peer-as 200;
neighbor 1.1.1.1 ｛
import IMPORT-BGP-PRIMARY;
family inet ｛
unicast ｛
prefix-limit ｛
maximum 500;
｝
｝
｝
authentication-key "abcdefg"; ## SECRET-DATA
｝
｝
｝
｝
｝

イングレスＶＲＦ８１２Ａを以下の構成データで構成することにより、下記の通り、ｉＢＧＰを介して顧客のＶＲＦ８１０Ａとの間及びエグレスＶＲＦ８１４Ａとの間でルートを交換できる。
routing-instances ｛
RI-LVRF-CUST0001-001 ｛
description "RT-RI-VRF-CUST0001-001 Left Service VRF 001";
instance-type vrf;
interface lt-0/0/10.2;
interface ams0.2;
route-distinguisher 10.8.8.2:3000;
vrf-target target:65005:10000;
routing-options ｛
static ｛
route 1.4.1.1/32 next-hop ams0.2;
｝
auto-export;
｝
protocols ｛
bgp ｛
group INTERNAL ｛
type internal;
neighbor 1.3.1.1 ｛
hold-time 30;
import IMPORT-RI-LVRF-CUST0001-001-BGP;
export DENYALL;
｝
｝
｝
｝
｝
policy-statement IMPORT-RI-LVRF-CUST0001-001-BGP ｛
then ｛
community delete ALL-RT;
next-hop 1.4.1.1;
accept;
｝
｝

ポリシーステートメント構成データは、イングレスＶＲＦ８１２Ａの次のホップをＮＡＴサービス７１９に設定する。エグレスＶＲＦ８１４Ａを以下の構成データで構成することにより、下記の通り、ｉＢＧＰを介してＣＳＰのＶＲＦ８３０Ａとの間及びイングレスＶＲＦ８１２Ａとの間でルートを交換できる。
RI-RVRF-CUST0001-001 ｛
description "RI-RVRF-CUST0001-001 Right Service VRF #001";
instance-type vrf;
interface lt-0/0/10.3;
interface ams0.3;
route-distinguisher 10.8.8.2:3000;
vrf-import [ ];
vrf-export [DEFAULT_ACCEPT ];
routing-options ｛
auto-export;
｝
protocols ｛
bgp ｛
group INTERNAL ｛
type internal;
neighbor 1.3.1.0 ｛
hold-time 30;
import DENYALL;
｝
｝
｝
｝
｝

ＮＡＴサービスデバイス７１９を以下の構成データで構成することにより、ｉＢＧＰセッションはＮＡＴエンジンをバイパスすることができる。
interfaces ｛
lt-0/0/10 ｛
unit 2 ｛
encapsulation ethernet;
peer-unit 3;
family inet ｛
address 1.3.1.0/31;
｝
｝
unit 3 ｛
encapsulation ethernet;
peer-unit 2;
family inet ｛
address 1.3.1.1/31;
address 1.4.1.1/31;
｝
｝
ams0 ｛
load-balancing-options ｛
member-interface mams-11/0/0;
...
｝
services-options ｛
inactivity-non-tcp-timeout 10;
｝
unit 2 ｛
family inet;
service-domain inside;
｝
unit 3 ｛
family inet;
service-domain outside;
｝

ＡＭＳインタフェース用のＡＭＳ構成データは、トラフィックを複数のマルチサービスカードにマッピングすることができる。ＮＡＴサービスデバイス７１９用に設定された転送ＮＡＴサービスを、以下の構成データを使って構成することができる。
service-set SERVICE-CUST0001-001 ｛
nat-rules RULE-CUST0001-001;
next-hop-service ｛
inside-service-interface ams0.2;
outside-service-interface ams0.3;
｝
｝
nat ｛
pool POOL-CUST0001-001 ｛
address 90.90.1.1/32;
port ｛
automatic;
｝
snmp-trap-thresholds ｛
address-port low 25 high 75;
｝
｝
rule RULE-CUST0001-001 ｛
match-direction input;
term term1 ｛
then ｛
translated ｛
source-pool POOL-CUST0001-001;
translation-type ｛
napt-44;
｝
｝
｝
｝
｝
｝

pool POOL-CUST0001-001は、アドレスプール７２０のインスタンス例を表し得る。ＮＡＴサービスデバイス７１９用に設定された逆ＮＡＴサービスを、以下の構成データを使って構成することができる。
service-set SERVICE-CUST0001-002 ｛
nat-rules RULE-CUST0001-002;
next-hop-service ｛
inside-service-interface ams0.4;
outside-service-interface ams0.5;
｝
｝
nat ｛
pool POOL-CUST0001-002 ｛
address 90.90.1.1/32;
apply-groups CUST-NAT-POOL-TEMPLATE;
｝
rule RULE-CUST0001-002 ｛
match-direction input;
term term1 ｛
from ｛
destination-address ｛
201.201.1.1/32;
｝
｝
then ｛
translated ｛
source-pool POOL-CUST0001-001;
translation-type ｛
napt-44;
｝
｝
｝
｝
｝
｝

destination-address 200.200.1.1/32は、ＡＤ又はパブリックサーバＩＰ／サブネットを表し得る。

顧客は、ＮＡＴサービスチェーンを伴わずにＣＳＰネットワークに加入してもよい。顧客ネットワーク３０８ＤがＣＳＰ３２０Ｂ、３２０ＣそれぞれのＶＲＦ８３０Ｂ、８３０Ｃとルートを交換するための、顧客のＶＲＦ８１０Ｄの構成例を以下に示す。
RI-VRF-CUST0001-001 ｛
description "CUST0001 Routing Instance";
instance-type vrf;
interface xe-0/1/4.1;
route-distinguisher 10.8.8.2:3000;
vrf-import [ IMPORT-RT-RI-VRF-CUST0001-001 IMPORT-FROM-CSP002-001 IMPORT-FROM-CSP003-001];
vrf-export [ EXPORT-RT-RI-VRF-CUST0001-001 EXPORT-TO-CSP002-001 EXPORT-TO-CSP003-001 DEFAULT_ACCEPT ];
routing-options ｛
auto-export;
｝

上記の例において、IMPORT-FROM-CSP001-001とIMPORT-FROM-CSP002-001は「アップ」ＲＴを表し、EXPORT-TO-CSP001-001とEXPORT-TO-CSP002-001は「ダウン」ＲＴを表す。サービスチェーン８１６Ａを使用したＮＡＴを伴うＣＳＰネットワーク３２０Ａに加入するための、エグレスＶＲＦ８１４Ａの構成例を以下に示す。
RI-RVRF-CUST0001-001 ｛
description "RI-RVRF-CUST0001-001 Right Service VRF #001";
instance-type vrf;
interface lt-0/0/10.3;
interface ams0.3;
route-distinguisher 10.8.8.2:6002;
vrf-import [ IMPORT-FROM-CSP001-001 ];
vrf-export [ EXPORT-TO-CSP001-001 DEFAULT_ACCEPT ];

上記の例において、IMPORT-FROM-CSP001-001は「アップ」ＲＴを表し、EXPORT-TO-CSP001-001は「ダウン」ＲＴを表す。

Ｌ２クラウドサービストラフィックに関して、ＰＥ３０２、３０４のいずれも、仮想スイッチとして動作するように構成してよい。仮想スイッチ構成のための構成データ例を以下に示す。
set routing-instances RI-VS-1 instance-type virtual-switch
set routing-instances RI-VS-1 route-distinguisher xxxxxxxxxxxxxxx
set routing-instances RI-VS-1 vrf-target target:xxxxxxxxxxxxxxxxxxxxxx
set routing-instances RI-VS-1 protocols evpn extended-vlan-list 100

set routing-instances RI-VS-1 bridge-domains BD-2130 domain-type bridge
set routing-instances RI-VS-1 bridge-domains BD-2130 vlan-id 100
set routing-instances RI-VS-1 bridge-domains BD-2130 interface xe-1/2/6.1 -------------------- Access enterprise site
set routing-instances RI-VS-1 bridge-domains BD-2130 interface ae2.45 -------------CSP site
set routing-instances RI-VS-1 bridge-domains BD-2130 bridge-options mac-table-size 2048
set routing-instances RI-VS-1 bridge-domains BD-2130 bridge-options mac-table-size packet-action drop
set routing-instances RI-VS-1 bridge-domains BD-2130 bridge-options interface-mac-limit 2048
set routing-instances RI-VS-1 bridge-domains BD-2130 bridge-options interface-mac-limit packet-action drop

本明細書に記載する技術は、ハードウェア、ソフトウェア、ファームウェア、又はそれらのいかなる組み合わせにおいて実装されてもよい。モジュール、ユニット、又は構成要素として記載する様々な特徴は、統合された論理デバイスにおいて共に、若しくは個別であるが相互運用可能な論理デバイスとして別個に、又はその他のハードウェアデバイスにおいて実装されてもよい。いくつかの場合では、電子回路の様々な特徴は、集積回路チップ又はチップセットなど、一つ以上の集積回路デバイスとして実装されてもよい。

ハードウェアの中に実装される場合には、本開示は、例えば、プロセッサ、又は集積回路チップ若しくはチップセットなどの集積回路デバイスといった装置を対象としてもよい。代替として又は追加として、ソフトウェア又はファームウェアにおいて実装される場合、技術は、実行されるとき、上に記載する方法のうちの一つ以上をプロセッサに実施させる命令を備える、コンピュータで読み取り可能なデータ記憶媒体によって、少なくとも一部を実現されてもよい。例えば、コンピュータで読み取り可能なデータ記憶媒体は、プロセッサによる実行の当該命令を記憶してもよい。

コンピュータで読み取り可能な媒体は、包装資材を含んでもよい、コンピュータプログラム製品の一部を形成してもよい。コンピュータで読み取り可能な媒体は、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ）、電気的に消去可能でプログラム可能な読み取り専用メモリ（ＥＥＰＲＯＭ）、フラッシュメモリ、磁気又は光学データ記憶媒体、及び同種のものなど、コンピュータデータ記憶媒体を備えてもよい。いくつかの実施例では、製造品は、一つ以上のコンピュータで読み取り可能な記憶媒体を備えてもよい。

いくつかの実施例では、コンピュータで読み取り可能な記憶媒体は、非一時的な媒体を備えてもよい。用語「非一時的」は、記憶媒体が、搬送波又は伝播信号においては具体化されないことを示してもよい。ある実施例では、非一時的な記憶媒体は、経時変化し得るデータを（例えば、ＲＡＭ又はキャッシュの中に）記憶してもよい。

コード又は命令は、一つ以上のデジタル信号プロセッサ（ＤＳＰ）、汎用マイクロプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、又はその他の同等の集積若しくは個別の論理回路など、一つ以上のプロセッサを含む処理回路によって実行される、ソフトウェア及び／又はファームウェアであってもよい。したがって、本明細書で使用する通り、用語「プロセッサ」は、前述の構造のうちのいずれか、又は本明細書に記載する技術の実装に好適ないかなる他の構造を指してもよい。加えて、いくつかの態様では、本開示に記載の機能性は、ソフトウェアモジュール又はハードウェアモジュール内に提供されてもよい。

様々な実施形態について記載してきた。これらの及びその他の実施形態は、以下の実施例の範囲内である。

２ ネットワークシステム
１００ クラウドエクスチェンジ
１０６ 回線事業者、ネットワークサービスプロバイダ
１０８ クラウドの顧客
１１０ クラウドサービスプロバイダ
１２２ ネットワークインフラ
１２８ クラウドエクスチェンジポイント
２００ クラウドエクスチェンジ
２０１ データセンター
２０３ 相互接続プラットフォーム
２０４Ａ ＮＳＰネットワーク
２０４Ｂ ＮＳＰネットワーク
２０４Ｃ ＮＳＰネットワーク
２０４Ｄ 顧客ネットワーク
２０４Ｅ 顧客ネットワーク
２１２ ＡＰＩゲートウェイ
２１４ ＡＰＩ
２１８ オーケストレーションエンジン
２２０ サブシステム
２２２ ネットワークインフラ
３００ データセンター
３０１ インターネットプロトコル／マルチプロトコルラベルスイッチング（ＩＰ／ＭＰＬＳ）ファブリック
３０２ ＰＥルータ
３０３ クラウドエクスチェンジポイント
３０４ ＰＥルータ
３０８ 顧客ネットワーク
３１０ ＰＥルータ
３１１ ＣＥルータ
３１２ ＰＥルータ
３１６ アクセスリンク
３１８ ＭＰ−ｉＢＧＰメッシュ
３２０ クラウドサービスプロバイダネットワーク
３２２ クラウド集約リンク
３３０ 仮想回路
４０２ ＶＲＦ
４０６ ピアリング接続
４０８ ピアリング接続
４１０ ピアリング接続
５００ 動作モード
５３０ 動作モード
６００ ＰＥルータ
６０２ 制御部
６０４Ａ コントロールプレーン
６０４Ｂ データプレーン
６０６ ＲＰモジュール
６０８ 管理インタフェース
６１２ ＲＩＢ（ルーティング情報ベース）
６１３ プロセッサ
６１４ 構成データ（Ｃｏｎｆｉｇ）
６１６ 転送情報
６１７ 転送コンポーネント
６２０ インタフェースカード
６２２ 内部リンク
６２４ ルートアップデート
６２６ ルートアップデート応答
６６０ ＭＰ−ＢＧＰ
６７０ 顧客プロファイル
６７２ ＣＳＰプロファイル
７００ ピアリングセッション
７０４ ピアリングセッション
７０８ ピアリングセッション
７１０ ＶＲＦ
７１２ イングレスサービスＶＲＦ
７１４ エグレスサービスＶＲＦ
７１８ ネットワークアドレス変換（ＮＡＴ）サービス
７１９ ネットワークアドレス変換（ＮＡＴ）サービス
７２０ アドレスプール
７２２ アドレスマッピング
７３０ ＶＲＦ
８１０ 顧客のＶＲＦ
８１２ イングレスＶＲＦ
８１４ エグレスＶＲＦ
８１６ サービスチェーン
８３０ ＣＳＰのＶＲＦ

Claims (29)

1. データセンター内に設置される、レイヤ３（Ｌ３）自律システムであって、前記Ｌ３自律システムが、複数のクラウドサービスプロバイダネットワークの各々から、少なくとも一つのクラウドサービスのための、及び一つ以上の顧客ネットワークへの配信のためのクラウドサービストラフィックを受信するように構成される、レイヤ３（Ｌ３）自律システムと、
   前記データセンター内で、前記それぞれの複数のクラウドサービスプロバイダネットワークを、前記Ｌ３自律システムに接続するように構成される、複数の連結回路と、
   前記データセンター内で、前記一つ以上の顧客ネットワークそれぞれを前記Ｌ３自律システムに接続するように構成される、一つ以上の連結回路と、
   を備え、
   前記Ｌ３自律システムは、前記複数のクラウドサービスプロバイダネットワークと前記一つ以上の顧客ネットワークとの間に、エンドツーエンドＬ３経路を確立することによって、前記複数のクラウドサービスプロバイダネットワークと前記一つ以上の顧客ネットワークとを相互接続するように構成され、各エンドツーエンドＬ３経路は、前記複数のクラウドサービスプロバイダネットワークそれぞれを前記Ｌ３自律システムに接続する、前記複数の連結回路のうちの一つを含み、また前記一つ以上の顧客ネットワークそれぞれを前記Ｌ３自律システムに接続する、前記一つ以上の連結回路のうちの一つも含み、
   前記Ｌ３自律システムは、前記複数のクラウドサービスプロバイダネットワークそれぞれを前記エンドツーエンドＬ３経路に沿って接続する前記複数の連結回路上で受信されるクラウドサービストラフィックを、前記一つ以上の顧客ネットワークそれぞれを前記Ｌ３自律システムに接続する前記一つ以上の連結回路に転送するように構成される、
   クラウドベースのサービス交換ポイント。
2. 前記Ｌ３自律システムは、ルーティングプロトコルへの自律システム経路内で前記Ｌ３自律システムを識別する自律システム番号を用いて構成される、
   請求項１に記載のクラウドベースのサービス交換ポイント。
3. 前記Ｌ３自律システムは、集約されたクラウドサービストラフィックを形成するため、前記複数のクラウドサービスプロバイダネットワークのうちの第１のクラウドサービスプロバイダネットワークから生じる第１のクラウドサービストラフィックと、前記複数のクラウドサービスプロバイダネットワークのうちの第２のクラウドサービスプロバイダネットワークから生じる第２のクラウドサービストラフィックと、を集約するように構成され、
   前記Ｌ３自律システムは、前記集約されたクラウドサービストラフィックを前記一つ以上の顧客ネットワークのうちのいずれかの顧客ネットワークに送達するように構成される、
   請求項１に記載のクラウドベースのサービス交換ポイント。
4. 前記Ｌ３自律システムは、集約されたクラウドサービストラフィックを形成するため、前記一つ以上の顧客ネットワークのうちの第１の顧客ネットワークから生じる第１のクラウドサービストラフィックと、前記一つ以上の顧客ネットワークのうちの第２の顧客ネットワークから生じる第２のクラウドサービストラフィックと、を集約するように構成され、
   前記Ｌ３自律システムは、前記集約されたクラウドサービストラフィックを前記複数のクラウドサービスプロバイダネットワークのうちのいずれかのクラウドサービスプロバイダネットワークに送達するように構成される、
   請求項１に記載のクラウドベースのサービス交換ポイント。
5. 前記一つ以上の顧客ネットワークの各々は、ネットワークサービスプロバイダネットワークと企業ネットワークのうちの一つを含む、
   請求項１に記載のクラウドベースのサービス交換ポイント。
6. 前記Ｌ３自律システムは、複数のトンネルによって複数のプロバイダエッジ（ＰＥ）ルータを相互接続するインターネットプロトコルネットワークを備え、
   前記エンドツーエンドＬ３経路の各々は、前記複数のトンネルのうちの一つを含む、
   請求項１に記載のクラウドベースのサービス交換ポイント。
7. 前記ＩＰネットワークは、ＩＰ／マルチプロトコルラベルスイッチング（ＩＰ／ＭＰＬＳ）ファブリックを備え、
   前記複数のＰＥルータは、前記複数のクラウドサービスプロバイダネットワークのうちのいずれかのクラウドサービスプロバイダネットワークから提供される、前記少なくとも一つのクラウドサービスのうちのいずれかのクラウドサービスのための、仮想プライベートネットワークの一つ以上のルーティング及び転送インスタンス（ＶＲＦ）を定義する構成データを取得するように構成される、
   請求項６に記載のクラウドベースのサービス交換ポイント。
8. 前記ＩＰネットワークは、ＩＰ／マルチプロトコルラベルスイッチング（ＩＰ／ＭＰＬＳ）ファブリックを備え、
   前記エンドツーエンドＬ３経路を確立するため、前記複数のＰＥルータのうちの第１のＰＥルータであって、前記複数の連結回路のうち前記クラウドサービスプロバイダネットワークにも連結されている連結回路に連結された前記第１のＰＥルータは、前記少なくとも一つのクラウドサービスのうちのいずれかのクラウドサービスへのルートを指定するＬ３ルートをエクスポートするように構成され、
   前記エンドツーエンドＬ３経路を確立するため、前記複数のＰＥルータのうちの第２のＰＥルータであって、前記一つ以上の連結回路のうち前記一つ以上の顧客ネットワークのうちのいずれかの顧客ネットワークにも連結されている連結回路に連結された前記第２のＰＥルータは、前記クラウドサービスへの前記ルートを指定する前記Ｌ３ルートをインポートするように構成され、
   前記第１のＰＥルータは、前記クラウドサービスのためのクラウドサービストラフィックを前記Ｌ３ルートに従って前記第２のＰＥルータに転送するように構成される、
   請求項６に記載のクラウドベースのサービス交換ポイント。
9. 前記クラウドサービスのためのハブアンドスポーク型仮想プライベートネットワークに対し、前記第１のＰＥルータはハブ型ルータであり、前記第２のＰＥルータはスポーク型ルータである、請求項８に記載のクラウドベースのサービス交換ポイント。
10. 前記ＩＰネットワークは、ＩＰ／マルチプロトコルラベルスイッチング（ＩＰ／ＭＰＬＳ）ファブリックを備え、
    前記エンドツーエンドＬ３経路を確立するため、前記複数のＰＥルータのうちの第１のＰＥルータであって、前記複数の連結回路のうち前記顧客ネットワークにも連結されている連結回路に連結された前記第１のＰＥルータは、前記複数の顧客ネットワークのうちのいずれかの顧客ネットワークへのルートを指定するＬ３ルートをエクスポートするように構成され、
    前記エンドツーエンドＬ３経路を確立するため、前記複数のＰＥルータのうちの第２のＰＥルータであって、前記一つ以上の連結回路のうち前記クラウドサービスプロバイダにも連結されている連結回路に連結された前記第２のＰＥルータは、前記顧客ネットワークへの前記ルートを指定する前記Ｌ３ルートをインポートするように構成され、
    前記第１のＰＥルータは、前記クラウドサービスのためのクラウドサービストラフィックを前記Ｌ３ルートに従って前記第２のＰＥルータに転送するように構成される、
    請求項６に記載のクラウドベースのサービス交換ポイント。
11. 前記クラウドサービスのためのハブアンドスポーク型仮想プライベートネットワークに対し、前記第１のＰＥルータはスポーク型ルータであり、前記第２のＰＥルータはハブ型ルータである、請求項１０に記載のクラウドベースのサービス交換ポイント。
12. 前記一つ以上の顧客ネットワークは、前記複数のクラウドサービスプロバイダネットワークに対するＬ３ルートを、前記クラウドベースのサービス交換ポイントのオペレータと、前記Ｌ３自律システムのうちの一つのみから受信する、
    請求項１に記載のクラウドベースのサービス交換ポイント。
13. 前記Ｌ３自律システムは、前記クラウドサービストラフィックにネットワークアドレス変換（ＮＡＴ）サービスを適用するように構成されたＮＡＴサービスデバイスを備え、
    前記クラウドサービストラフィックは、前記クラウドエクスチェンジポイントから前記複数のクラウドサービスプロバイダネットワークにアドバタイズされるＬ３アドレスである宛先Ｌ３アドレスを含み、
    前記ＮＡＴサービスを前記クラウドサービストラフィックに適用するため、前記ＮＡＴサービスデバイスは、前記クラウドサービストラフィックの前記宛先Ｌ３アドレスを修正して、前記一つ以上の顧客ネットワークから前記Ｌ３自律システムにアドバタイズされるＬ３アドレスである宛先Ｌ３アドレスを含む修正済みクラウドサービストラフィックを生成するように構成され、
    前記一つ以上の顧客ネットワークそれぞれを前記Ｌ３自律システムに接続する前記一つ以上の連結回路に前記クラウドサービストラフィックを転送するため、前記Ｌ３自律システムは、前記修正済みクラウドサービストラフィックの前記宛先Ｌ３アドレスに基づき、前記一つ以上の顧客ネットワークのそれぞれを前記Ｌ３自律システムに接続する前記一つ以上の連結回路に、前記修正済みクラウドサービストラフィックを転送するように構成される、
    請求項１２に記載のクラウドベースのサービス交換ポイント。
14. 前記ＮＡＴサービスデバイスは、前記クラウドエクスチェンジポイントから前記複数のクラウドサービスプロバイダネットワークにアドバタイズされる前記Ｌ３アドレスを含むアドレスプールを伴って構成され、
    前記ＮＡＴサービスデバイスは、前記一つ以上の顧客ネットワークからアドバタイズされる前記Ｌ３アドレスの受信に応答して、前記一つ以上の顧客ネットワークからアドバタイズされる前記Ｌ３アドレスを、前記クラウドエクスチェンジポイントから前記複数のクラウドサービスプロバイダネットワークにアドバタイズされる前記Ｌ３アドレスに自動的にマッピングするように構成される、
    請求項１３に記載のクラウドベースのサービス交換ポイント。
15. データセンター内に設置される、クラウドベースのサービス交換ポイントのレイヤ３（Ｌ３）自律システムにより、複数のクラウドサービスプロバイダネットワークの各々から、少なくとも一つのクラウドサービスのための、及び一つ以上の顧客ネットワークへの配信のためのクラウドサービストラフィックを受信すること
    を含む方法であって、
    複数の連結回路が、前記データセンター内で、前記それぞれの複数のクラウドサービスプロバイダネットワークを前記Ｌ３自律システムに接続するように構成され、
    一つ以上の連結回路が、前記データセンター内で、前記一つ以上の顧客ネットワークそれぞれを前記Ｌ３自律システムに接続するように構成され、
    前記方法は、前記複数のクラウドサービスプロバイダネットワークと前記一つ以上の顧客ネットワークとの間に、エンドツーエンドＬ３経路を確立することによって、前記Ｌ３自律システムにより、前記複数のクラウドサービスプロバイダネットワークと前記一つ以上の顧客ネットワークとを相互接続すること
    を含み、
    各エンドツーエンドＬ３経路は、前記複数のクラウドサービスプロバイダネットワークそれぞれを前記Ｌ３自律システムに接続する、前記複数の連結回路のうちの一つを含み、また前記一つ以上の顧客ネットワークそれぞれを前記Ｌ３自律システムに接続する、前記一つ以上の連結回路のうちの一つも含み、
    前記方法は、前記Ｌ３自律システムにより、前記複数のクラウドサービスプロバイダネットワークそれぞれを前記エンドツーエンドＬ３経路に沿って接続する前記複数の連結回路上で受信されるクラウドサービストラフィックを、前記一つ以上の顧客ネットワークそれぞれを前記Ｌ３自律システムに接続する前記一つ以上の連結回路に転送すること
    を含む、方法。
16. 前記Ｌ３自律システムは、ルーティングプロトコルへの自律システム経路内で前記Ｌ３自律システムを識別する自律システム番号を用いて構成される、
    請求項１５に記載の方法。
17. 集約されたクラウドサービストラフィックを形成するため、前記Ｌ３自律システムにより、前記複数のクラウドサービスプロバイダネットワークのうちの第１のクラウドサービスプロバイダネットワークから生じる第１のクラウドサービストラフィックと、前記複数のクラウドサービスプロバイダネットワークのうちの第２のクラウドサービスプロバイダネットワークから生じる第２のクラウドサービストラフィックと、を集約することと、
    前記Ｌ３自律システムにより、前記集約されたクラウドサービストラフィックを前記一つ以上の顧客ネットワークのうちのいずれかの顧客ネットワークに送達することと、
    をさらに含む、請求項１５に記載の方法。
18. 集約されたクラウドサービストラフィックを形成するため、前記Ｌ３自律システムにより、前記一つ以上の顧客ネットワークのうちの第１の顧客ネットワークから生じる第１のクラウドサービストラフィックと、前記一つ以上の顧客ネットワークのうちの第２の顧客ネットワークから生じる第２のクラウドサービストラフィックと、を集約することと、
    前記Ｌ３自律システムにより、前記集約されたクラウドサービストラフィックを前記複数のクラウドサービスプロバイダネットワークのうちのいずれかのクラウドサービスプロバイダネットワークに送達することと、
    をさらに含む、請求項１５に記載の方法。
19. 前記一つ以上の顧客ネットワークの各々は、ネットワークサービスプロバイダネットワークと企業ネットワークのうちの一つを含む、請求項１５に記載の方法。
20. 前記Ｌ３自律システムは、複数のトンネルによって複数のプロバイダエッジ（ＰＥ）ルータを相互接続するインターネットプロトコルネットワークを備え、
    前記エンドツーエンドＬ３経路の各々は、前記複数のトンネルのうちの一つを含む、
    請求項１５に記載の方法。
21. 前記ＩＰネットワークは、ＩＰ／マルチプロトコルラベルスイッチング（ＩＰ／ＭＰＬＳ）ファブリックを備え、
    前記複数のＰＥルータは、前記複数のクラウドサービスプロバイダネットワークのうちのいずれかのクラウドサービスプロバイダネットワークから提供される、前記少なくとも一つのクラウドサービスのうちのいずれかのクラウドサービスのための、仮想プライベートネットワークの一つ以上のルーティング及び転送インスタンス（ＶＲＦ）を定義する構成データを取得する、
    請求項２０に記載の方法。
22. 前記ＩＰネットワークは、ＩＰ／マルチプロトコルラベルスイッチング（ＩＰ／ＭＰＬＳ）ファブリックを備え、
    前記エンドツーエンドＬ３経路を確立するため、前記複数のＰＥルータのうちの第１のＰＥルータであって、前記複数の連結回路のうち前記クラウドサービスプロバイダネットワークにも連結されている連結回路に連結された前記第１のＰＥルータは、前記少なくとも一つのクラウドサービスのうちのいずれかのクラウドサービスへのルートを指定するＬ３ルートをエクスポートし、
    前記エンドツーエンドＬ３経路を確立するため、前記複数のＰＥルータのうちの第２のＰＥルータであって、前記一つ以上の連結回路のうち前記一つ以上の顧客ネットワークのうちのいずれかの顧客ネットワークにも連結されている連結回路に連結された前記第２のＰＥルータは、前記クラウドサービスへの前記ルートを指定する前記Ｌ３ルートをインポートし、
    前記第１のＰＥルータは、前記クラウドサービスのためのクラウドサービストラフィックを前記Ｌ３ルートに従って前記第２のＰＥルータに転送する、
    請求項２０に記載の方法。
23. 前記クラウドサービスのためのハブアンドスポーク型仮想プライベートネットワークに対し、前記第１のＰＥルータはハブ型ルータであり、前記第２のＰＥルータはスポーク型ルータである、請求項２２に記載の方法。
24. 前記ＩＰネットワークは、ＩＰ／マルチプロトコルラベルスイッチング（ＩＰ／ＭＰＬＳ）ファブリックを備え、
    前記エンドツーエンドＬ３経路を確立するため、前記複数のＰＥルータのうちの第１のＰＥルータであって、前記複数の連結回路のうち前記顧客ネットワークにも連結されている連結回路に連結された前記第１のＰＥルータは、前記複数の顧客ネットワークのうちのいずれかの顧客ネットワークへのルートを指定するＬ３ルートをエクスポートし、
    前記エンドツーエンドＬ３経路を確立するため、前記複数のＰＥルータのうちの第２のＰＥルータであって、前記一つ以上の連結回路のうち前記クラウドサービスプロバイダにも連結されている連結回路に連結された前記第２のＰＥルータは、前記顧客ネットワークへの前記ルートを指定する前記Ｌ３ルートをインポートし、
    前記第１のＰＥルータは、前記クラウドサービスのためのクラウドサービストラフィックを前記Ｌ３ルートに従って前記第２のＰＥルータに転送する、
    請求項２０に記載の方法。
25. 前記クラウドサービスのためのハブアンドスポーク型仮想プライベートネットワークに対し、前記第１のＰＥルータはスポーク型ルータであり、前記第２のＰＥルータはハブ型ルータである、請求項２４に記載の方法。
26. 前記Ｌ３自律システムは、前記クラウドサービストラフィックにネットワークアドレス変換（ＮＡＴ）サービスを適用するＮＡＴサービスデバイスを備える、請求項２０に記載の方法。
27. 前記クラウドサービストラフィックは、前記クラウドエクスチェンジポイントから前記複数のクラウドサービスプロバイダネットワークにアドバタイズされるＬ３アドレスである宛先Ｌ３アドレスを含み、
    前記ＮＡＴサービスを前記クラウドサービストラフィックに適用するため、前記ＮＡＴサービスデバイスは、前記クラウドサービストラフィックの前記宛先Ｌ３アドレスを修正して、前記一つ以上の顧客ネットワークから前記Ｌ３自律システムにアドバタイズされるＬ３アドレスである宛先Ｌ３アドレスを含む修正済みクラウドサービストラフィックを生成し、
    前記一つ以上の顧客ネットワークそれぞれを前記Ｌ３自律システムに接続する前記一つ以上の連結回路に前記クラウドサービストラフィックを転送するため、前記Ｌ３自律システムは、前記修正済みクラウドサービストラフィックの前記宛先Ｌ３アドレスに基づき、前記一つ以上の顧客ネットワークのそれぞれを前記Ｌ３自律システムに接続する前記一つ以上の連結回路に、前記修正済みクラウドサービストラフィックを転送する、
    請求項２６に記載の方法。
28. 前記ＮＡＴサービスデバイスは、前記クラウドエクスチェンジポイントから前記複数のクラウドサービスプロバイダネットワークにアドバタイズされる前記Ｌ３アドレスを含むアドレスプールを伴って構成され、
    前記ＮＡＴサービスデバイスは、前記一つ以上の顧客ネットワークからアドバタイズされる前記Ｌ３アドレスの受信に応答して、前記一つ以上の顧客ネットワークからアドバタイズされる前記Ｌ３アドレスを、前記クラウドエクスチェンジポイントから前記複数のクラウドサービスプロバイダネットワークにアドバタイズされる前記Ｌ３アドレスに自動的にマッピングする、
    請求項２７に記載の方法。
29. 相互接続プラットフォームと、
    データセンター内に設置されるレイヤ３（Ｌ３）自律システムと、
    を備えるクラウドベースのサービス交換ポイントであって、
    前記Ｌ３自律システムは、複数のクラウドサービスプロバイダネットワークの各々から、少なくとも一つのクラウドサービスのための、及び一つ以上の顧客ネットワークへの配信のためのクラウドサービストラフィックを受信するように構成され、
    前記クラウドベースのサービス交換ポイントは、
    前記データセンター内で、前記それぞれの複数のクラウドサービスプロバイダネットワークを、前記Ｌ３自律システムに接続するように構成される、複数の連結回路と、
    前記データセンター内で、前記一つ以上の顧客ネットワークそれぞれを前記Ｌ３自律システムに接続するように構成される、一つ以上の連結回路と、
    を備え、
    前記Ｌ３自律システムは、前記複数のクラウドサービスプロバイダネットワークと前記一つ以上の顧客ネットワークとの間に、エンドツーエンドＬ３経路を確立することによって、前記複数のクラウドサービスプロバイダネットワークと前記一つ以上の顧客ネットワークとを前記相互接続プラットフォームにより相互接続するように構成され、各エンドツーエンドＬ３経路は、前記複数のクラウドサービスプロバイダネットワークそれぞれを前記Ｌ３自律システムに接続する、前記複数の連結回路のうちの一つを含み、また前記一つ以上の顧客ネットワークそれぞれを前記Ｌ３自律システムに接続する、前記一つ以上の連結回路のうちの一つも含み、
    前記Ｌ３自律システムは、前記複数のクラウドサービスプロバイダネットワークそれぞれを前記エンドツーエンドＬ３経路に沿って接続する前記複数の連結回路上で受信されるクラウドサービストラフィックを、前記一つ以上の顧客ネットワークそれぞれを前記Ｌ３自律システムに接続する前記一つ以上の連結回路に前記相互接続プラットフォームにより転送するように構成される、
    クラウドベースのサービス交換ポイント。

Images