(57)【要約】  ネットワークサービス、好ましくは仮想プライベートネットワークサービスのサプライチェーン管理のための相互接続システムは、複数のキャリアを含む実質的に測定可能な仮想プライベートネットワークサービス配信の際に使用可能なネットワーキングアーキテクチャ及びインタフェースを提供する。
2008523652.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワークに接続された１つ又は複数のキャリア間に略完全に分離されたネットワークサービス仲介を提供する相互接続ドメインであって、
各インタフェースからのネットワークメンバシップ情報及び指定の配信プロトコルのうちの少なくとも一方の除去に関して、略同じ仕様でそれぞれ構成される少なくとも１対の単一インタフェースと、
前記通信ネットワークへの前記１つ又は複数のキャリアの接続性を分離するように構成されるネットワーク装置、及び前記ネットワーク装置のそれぞれに関連する少なくとも１つのゲートウェイをそれぞれ有する１つ又は複数のコロケーション設備と、
前記１つ又は複数のコロケーション設備内の少なくとも２つのゲートウェイと通信するルート伝搬システムであって、前記通信ネットワークを通じての配信に関するルーティング情報がホストされるルータを備えるルート伝搬システムと、
前記ネットワーク装置の１つ又は複数のネットワーキング要素及び前記ルート伝搬システムと通信して、前記ネットワーク装置及び前記ルート伝搬システムの動作管理を容易にする管理ネットワークと
を備える相互接続ドメイン。
【請求項２】
請求項１に記載の相互接続ドメインであって、
実質的に、キャリアを１つ又は複数のネットワーク装置及び１対又は複数対のネットワーク装置のうちの少なくとも１つに接続できるようにするゲートウェイからキャリアへの相互接続をさらに可能にする相互接続ドメイン。
【請求項３】
請求項１に記載の相互接続ドメインであって、
実質的に、１つ又は複数の単一論理インタフェースを介してのサイトトラフィックの転送を可能にするゲートウェイからゲートウェイへの相互接続をさらに可能にする相互接続ドメイン。
【請求項４】
請求項１に記載の相互接続ドメインであって、
実質的に、ルート配信から分離されたデータ転送を通じて前記通信ネットワークのスケーラビリティを可能にするゲートウェイからゲートウェイへの相互接続をさらに可能にする相互接続ドメイン。
【請求項５】
請求項１に記載の相互接続ドメインであって、
実質的に、ゲートウェイ間でのサイトルーティング情報及び転送情報の１つ又は複数のグループ化の論理的な分離を可能にするゲートウェイからゲートウェイへの相互接続をさらに可能にする相互接続ドメイン。
【請求項６】
請求項１に記載の相互接続ドメインであって、
実質的に、ネットワークメンバシップスキーマの分離を可能にするゲートウェイからキャリアへの相互接続をさらに可能にする相互接続ドメイン。
【請求項７】
請求項１に記載の相互接続ドメインであって、
実質的に、サービス拒否攻撃がない略安全な接続を可能にするゲートウェイからキャリアへの相互接続をさらに可能にする相互接続ドメイン。
【請求項８】
請求項１に記載の相互接続ドメインであって、
実質的に、１つ又は複数のキャリアインタフェースからの１つ又は複数のゲートウェイインタフェースの分離を可能にするゲートウェイからキャリアへの相互接続をさらに可能にする相互接続ドメイン。
【請求項９】
請求項１に記載の相互接続ドメインであって、
実質的に、キャリアからゲートウェイの所有権の分離を可能にするゲートウェイからキャリアへの相互接続をさらに可能にする相互接続ドメイン。
【請求項１０】
請求項１に記載の相互接続ドメインであって、
実質的に、マルチキャリアネットワーク対応マルチキャストを含む高度ネットワークサービスをサポートすることができるゲートウェイからキャリアへの相互接続をさらに可能にする相互接続ドメイン。
【請求項１１】
請求項１に記載の相互接続ドメインであって、
前記ルート伝搬システムは、ホストされるルーティングにおける単体部位の故障点を実質的になくすことができるように、実質的にミラーリングされたルート伝搬パスを作成する相互接続ドメイン。
【請求項１２】
請求項１に記載の相互接続ドメインであって、
前記ルート伝搬システムは、１つ又は複数のサイトのグループ化又はキャリア毎のサイトグループを可能にする相互接続ドメイン。
【請求項１３】
請求項１に記載の相互接続ドメインであって、
前記ルート伝搬システムは、１つ又は複数のサイトのグループ化又はネットワーク毎のサイトグループを可能にする相互接続ドメイン。
【請求項１４】
請求項１に記載の相互接続ドメインであって、
前記ルート伝搬システムは、１つ又は複数のサイトのグループ化又はサイトグループからのトラフィックが望むようにキャリアに進入又は退出できるようにする相互接続ドメイン。
【請求項１５】
請求項１に記載の相互接続ドメインであって、
前記ルート伝搬システムは、単一インタフェースを介してそれぞれネットワークルーティングし転送する１つ又は複数のキャリアに、前記通信ネットワーク内の１つ又は複数のサイトのサブセット又はすべてのネットワークサイトを関連付けられるようにする相互接続ドメイン。
【請求項１６】
請求項１に記載の相互接続ドメインであって、
実質的に、キャリアがＶＰＮ毎に、１つ又は複数のキャリアから学習されるか、又はそこに公示されるルート数を制限できるようにする相互接続をさらに可能にする相互接続ドメイン。
【請求項１７】
請求項１に記載の相互接続ドメインであって、
実質的に、キャリアがＶＰＮ毎に、１つ又は複数のキャリアから学習されるか、又はそこに公示されるルートを要約できるようにする相互接続をさらに可能にする相互接続ドメイン。
【請求項１８】
請求項１に記載の相互接続ドメインであって、
実質的に、キャリアが１つ又は複数のネットワーキング装置を介するトラフィックをロードバランシングできるようにする相互接続をさらに可能にする相互接続ドメイン。
【請求項１９】
請求項１に記載の相互接続ドメインであって、
任意のＩＰベースのＶＰＮキャリアをサービスグリッドに接続できるようにする単一ゲートウェイルータ構成をさらに可能にする相互接続ドメイン。
【請求項２０】
性能ベースのネットワークサービスを提供する相互接続ドメインであって、
少なくとも１対の単一インタフェースであって、各インタフェースからのネットワークメンバシップ情報及び指定の配信プロトコルのうちの少なくとも一方の除去に関して略同様にそれぞれ構成され、その結果として前記相互接続ドメインを介してルーティングが略完全に分離される、少なくとも１対の単一インタフェースと、
通信ネットワークへの１つ又は複数のキャリアの接続を標準化するように構成されるネットワーク装置及び前記ネットワーク装置のそれぞれに関連する少なくとも１つのゲートウェイをそれぞれ有する１つ又は複数のコロケーション設備と、
前記１つ又は複数のコロケーション設備内の少なくとも２つのゲートウェイと通信し、前記通信ネットワークを通じての配信に関するルーティング情報がホストされるルータを備えるルート伝搬システムと、
前記ネットワーク装置の１つ又は複数のネットワーキング要素及び前記ルート伝搬システムと通信して、前記ネットワーク装置及び前記ルート伝搬システムの動作を容易にする管理ネットワークと
を備える相互接続ドメイン。
【請求項２１】
１つ又は複数のキャリアを接続する相互接続ドメインを介して実質的に測定可能なネットワークサービスを前記相互接続ドメインに提供するシステムであって、
各キャリアドメインが各キャリアドメインから論理的に分離されるように接続され、キャリアのネットワークバックボーン及び前記ネットワークバックボーンと通信する１対のルータをそれぞれ備える１つ又は複数のキャリアドメインと、
少なくとも１つの相互接続ドメインであって、ネットワーク装置及び前記ネットワーク装置に関連する１つ又は複数のゲートウェイを有する少なくとも１つのコロケーション設備と、ルート伝搬機能を管理すると共に制御するルート伝搬システムと、前記ネットワーク装置及び前記ルート伝搬システムと通信する管理ネットワークと、前記相互接続ドメインからキャリアドメインの分離、別のキャリアドメインからのキャリアドメインの分離、又は別の相互接続ドメインからの相互接続ドメインの分離のうちの少なくとも１つを行う１対の略同様の単一インタフェースを含む少なくとも１つの相互接続ドメインと
を備えるシステム。
【請求項２２】
請求項２１に記載のシステムであって、
前記ルート伝搬システムは、トラフィックを望みに応じて前記相互接続ドメイン及びキャリアドメインのうちの一方にフェイルオーバーできるようにするシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、包括的にはネットワークグリッドアーキテクチャの分野に関する。特に、本発明は、複数のキャリアを含む、仮想プライベートネットワーク（ＶＰＮ）及びＶＰＮサービスを管理して提供するためのアーキテクチャ及びその構成に関する。
【背景技術】
【０００２】
より多くの人がデータを電子的に通信する能力への依存を高める中、企業及び組織が、そのユーザ同士を接続するために使用されるコンピュータネットワークに依存する度合いも大きくなっている。社員、顧客及び戦略的パートナーが地理的に分散されている多くの業務にとって、企業のコンピュータネットワークの統合と継続的な管理は、重要なさらなる問題となっている。
【０００３】
一般的に、グローバルな業務及び組織は、データネットワークサービスに対する様々な要件を持っている。業務のネットワークサービス要件を解決するためにはいくつかの方法がある。第１の方法は、企業の事務所又は様々な場所（site location）を広域ネットワーク（ＷＡＮ）を介して専用又はプライベートの通信接続で相互に接続するというものである。
【０００４】
カスタマイズされたプライベートネットワークを構築するこの従来の方法の利点は、一般的にネットワークが企業によって所有され管理される点である。そのため、ネットワークの管理が、コンピューティング資源の制御とともに一元化される。別の利点は、許可されていないアクセスに対するネットワークの安全性が向上することである。
【０００５】
しかし、企業所有の制御されたプライベートネットワークの主な欠点は、プライベートネットワークに関する調達、設計、実施、操作、管理、スキル保持、及び設備にかかる総費用が莫大なことである。更に、専用自社ネットワークは、専用リソースが業務のピーク容量要件を処理するように構成されなければならないため、十分に使用されない場合が多い。
【０００６】
コストを削減しその競争力を高める試みとして、一部の企業では公開インターネット上にいくつかの業務用アプリケーションを配置する選択を行っている。これが業務のネットワークサービス要件を解決するための第２の方法である。つまり、専用通信回線の非公開ネットワークを構築するために多くの費用をかける代わりに、一部の企業では各地の遠隔サイト間の通信を容易にするためにインターネットの使用を選択している。
【０００７】
インターネットを転送機構として使用する利点は、インターネットのユビキタス性、つまりインターネットが世界中でアクセスできる点である。これはまた便利である。一方、主な欠点はインターネットがパブリックネットワークである点である。データ伝搬は不確定で、安全性が比較的低く、性能も保証されていない。電子通信は第三者によって傍受、変更、複製され易く、本質的に企業内の独占的且つ極秘の通信を侵害する危険性がある。
【０００８】
安全性の侵害及び不安定な性能がもたらす潜在的な業務関連の損害が、ネットワークサービスにおける重要な要素となってきたことから、インターネットに代わるソリューションとして、企業では高度の安全性と性能保証を備えた仮想プライベートネットワーク（ＶＰＮ）サービスの獲得を模索するケースが多くなっている。
【０００９】
実際には、現在ＶＰＮサービスを提供する方法として「オンネット」と「オフネット」の２つの方法がある。これらのＶＰＮサービスは通常、サービスプロバイダから提供されるプレミアムサービスであり、企業又は会社が特定のＶＰＮサービスのためにサービスプロバイダと契約するというものである。
【００１０】
オンネット方式では、通常、サービスプロバイダがＶＰＮサービスをそのプロバイダのネットワークインフラストラクチャ上でのみ提供する。オンネットサービスの利点は、複数のサービスプロバイダ間で協働する必要がなく、一般的に標準的なサービスプロバイダの製品及びサービスのみを使用する点である。一方、主な欠点は単独のサービスプロバイダのネットワーク範囲が限定されている点である。１つのサービスプロバイダは、自らのネットワーク上では企業のサイト全てにサービスを提供できない場合が多い。
【００１１】
加入者の要件がサービスプロバイダのインフラストラクチャの範囲を超える場合は、オフネット方式が使用される。この方式では、インターネットを用いて基本的で実施し易く、また管理し易いオフネット機能を提供することもある。或いは、２つ以上のサービスプロバイダが協働して、転送ネットワーク、操作システム及び業務システムを一部統合することもできる。もちろん、サービスプロバイダは、オフネットサイトに到達するように自らのネットワークを構築することにより、その範囲を拡張するという選択も可能である。しかし、これには多くの場合費用がかかる。
【発明の開示】
【発明が解決しようとする課題】
【００１２】
上述した従来の１つ又は複数の方式に伴う問題は、実施が困難なことである。新規のサービスプロバイダパートナーシップ（複数可）を準備し、ネットワーク（複数可）、技術、構成、操作システム及び／又は業務システムを相互接続するためには膨大な時間と調整作業が必要である。例えば、サービスプロバイダは、１つ又は複数の第三者グループと、オフネットゲートウェイのフィールドサポートの調整を行わなければならない。更に、操作システムと業務システムを統合して協働を実行可能にするには手間も費用もかかる。また、一旦設定すると、複雑な相互接続を変更することは困難である。
【００１３】
従来技術に基づく１つ又は複数の方式に伴う別の問題は、財源の膨大な投資である。例えば、オフネットコンピュータネットワークを実施すると共に維持する費用は高い。これらの高い費用に、専用回線及び交換サービスの高い長距離料金が更にかさむことになる。加えて、これらのネットワークを管理するために必要な多くの支援スタッフの管理で費用がさらに膨らむ。
【００１４】
従来技術に基づく１つ又は複数の方式に伴うさらに別の問題は、非決定的なルート伝搬である。データ通信がインターネット等の公開ネットワーク上のポイント間を通過するルートはパケット毎に変わる可能性があり、原則的に不定である。これは顧客設計、実施及びモニタ毎の対応を妨げ、原則的にサービスが個々の顧客のニーズを満たすように設計されることを妨げている。また、インターネットを通じて顧客毎の状況／状態が維持されないため、顧客間の差別化も妨げることになる。
【００１５】
従来技術に基づく１つ又は複数の方式に伴うさらに別の問題は、ネットワーク性能が不安定なことである。例えばユーザのインターネット使用については、ほとんど或いは全く制御されていない。これは、一般的には、例えばインターネットを使用する１人の顧客が他の顧客から悪影響を受ける可能性があることを意味している。
【００１６】
従来技術に基づく１つ又は複数の方式に伴うさらに別の問題は、データの安全性が低水準であることである。インターネット等の公開ネットワーク上で情報を送信するためのデータプロトコルは広く知られている。したがって、インターネット上での電子通信は妨害されやすい。パケットは、許可されていないユーザによって複製されるか又は変更される可能性もある。
【００１７】
従来技術に基づく１つ又は複数の方式に伴うさらに別の問題は、顧客に対するサービス回復の大幅な遅延である。例えば、オフネットゲートウェイとオフネット転送サービスとの間のインタフェースでは性能に関連する非常に多くの障害が発生する。これらの問題は解決が極めて困難であることが分かっており、拡張サービスプロバイダは再度オフネット転送業者と障害解決の調整を行わなければならない。
【００１８】
従来技術に基づく１つ又は複数の方式に伴うさらに別の問題は、１つ又は複数のサービスプロバイダが受諾可能なサービスを提供している否かを判断するための効果的な監視が欠如していることである。これは適切な請求、決済、障害検出及び障害解決のネックとなる。
【００１９】
従来技術に基づく１つ又は複数の方式に伴うさらに別の問題は、顧客に提供されるサービスの保証が欠如していることである。法人顧客にとって非常に重要なサービス保証である障害解決は、場当たり的で、手順がなく、好意で行われることが多く、所要時間も曖昧である。これは、通常、ＶＰＮサービスの適切な修復のための受け入れ難い長時間の遅延という結果を招く。
【００２０】
これらの問題及びその他の問題は克服する必要のある欠点である。
【課題を解決するための手段】
【００２１】
［用語解説］
以下の本発明の詳細な説明は、以下にアルファベット順に述べるコンピュータ間通信及び仮想プライベートネットワークに関する基本的な概念を提示することで、さらに容易に理解されるだろう。
【００２２】
ＡＴＭ（Asynchronous Transfer Mode：非同期転送モード）は、データ、音声、オーディオ、ビデオ、及びフレームリレートラフィックをリアルタイムで送信することができるネットワーク技術である。ＡＴＭ伝送の基本単位はセルと呼ばれ、このセルは５バイトのルーティング情報と４８バイトのペイロード（データ）で構成されるパケットである。
【００２３】
コロケーション設備は、２つ以上のサービスプロバイダ又は異なるネットワーク構成が混在し得る機密保持設備として最も良く説明される。
【００２４】
ＣｏＳ（Class of Service：サービスクラス）は、多くの場合アプリケーションタイプ別のサービス、要求されるサービス品質の性能のカテゴリ又は細分を言及するのに使用される用語である。
【００２５】
ＣｏＳ仲介は、サポートするＶＰＮタイプと関連する異なるサービスクラス機構間で仲介を行う交換ソフトウェアを指す。これには、異なるサービスクラス値を使用する同じＶＰＮタイプの２つのネットワーク間のサービスクラスマッピングが含まれる。
【００２６】
ＥＢＧＰ（Exterior Border Gateway Protocol：外部ボーダゲートウェイプロトコル）は、ネットワークを相互接続するルータとゲートウェイの可用性に関する情報を配信するためのプロトコルである。
【００２７】
エンドツーエンドサービスは、加入者とプロバイダ間の契約により提供される総合サービスを指す。エンドツーエンドサービスは、サプライチェーンとの関連で、多くのネットワークサービスの準構成要素を備えることができる。
【００２８】
フレームリレーは、広域ネットワーク（ＷＡＮ）で使用するパケット交換プロトコルである。フレームリレーは、永久仮想回路として知られている所定の設定パスを通じて可変長パケットを送信する。これはＸ．２５の変数であるが、スピードを考慮して、Ｘ．２５のエラー検出とフロー制御の一部を省略している。
【００２９】
ＩＰＳｅｃ（Internet Protocol Security：インターネットプロトコルセキュリティ）は、一般的には伝送制御プロトコル／インターネットプロトコル（ＴＣＰ／ＩＰ）内におけるプロトコル標準の安全性を指し、データメッセージのパケットへの分解、パケットの発信側から宛先ネットワーク及びステーションへのルーティング、更にパケットを宛先において元のデータメッセージへ再組み立てすることの管理を行う。
【００３０】
Ｌ２ＴＰ（Layer 2 Tunneling protocol：レイヤ２トンネリングプロトコル）はラップされたパケットの送信方法を管理する一連の規則又は標準である。トンネリングにおいて、１つのプロトコルに基づいた１つのパケットは、仲介ネットワークを通過するために別のプロトコルが必要であるかどうかによって、２番目のパケット内にラップ又はカプセル化される。このパケット送信方法はプロトコル制限を回避するために使用される。
【００３１】
マルティニドラフト（Martini Draft）又はコンペラドラフト（Kompella Draft）は、ＩＥＴＦ（Internet Engineering Task Force）が、ＭＰＬＳ上でのレイヤ２フレームの転送を管理する標準における変更の可能性を検討する目的で作成した文書である。
【００３２】
ＭＰＬＳ（Multi-Protocol Label Switching：マルチプロトコルラベルスイッチング）は、マルチプロトコルラベリングを使用して、リンクの確立や、または２者間の情報のルーティングを行う通信方法である。ラベリングプロセスは通常、データメッセージの出入力に対する要求プロセスの許可レベルに関連する添付情報を伴う。
【００３３】
ＱｏＳ（Quality of Service：サービス品質）は、必要とされる又は望ましいネットワーク性能のレベルで、帯域幅、遅延、ジッタ、損失等の基本属性で特徴づけられることが多い。
【００３４】
ＳＤＨ（Synchronous Digital Hierarchy：同期デジタルハイアラーキ）は、光ファイバケーブルを基盤として、ヨーロッパの通信業者にネットワークを接続するための標準的なインタフェースを提供する高速ネットワークである。音声、ビデオ等様々な種類のデータを処理するように設計されている。ヨーロッパで実施されている国際電気通信連合（ＩＴＵ）勧告であり、北米と日本で使用されている同期光ネットワーク（ＳＯＮＥＴ）標準と類似している。
【００３５】
仮想回路は、通信するコンピュータ間の接続であり、コンピュータに、直接リンクのよう見えるが実際には画定されたより長いパス上でのデータのルーティングを提供することができる。仮想回路は物理エンティティではなく論理エンティティである。多重仮想回路は単一の物理回路に存在することができる。
【００３６】
ＶＰＮ（Virtual Private Network：仮想プライベートネットワーク）は、特に非同期転送モード（ＡＴＭ）、マルチプロトコルラベルスイッチング又はフレームリレー等の技術を使用する別のネットワーク上で永久仮想回路の形態を形成した広域ネットワーク（ＷＡＮ）として説明することができる。また、ネットワーク上の一連のノードとして説明することもできる。これらのノードは、あたかもノードがプライベート回線によって接続されているかのごとく、メッセージが権限の無いユーザによる傍受に対して安全であるような方法で通信する。
【００３７】
Ｘ．２５は、公開アクセス及びプライベートコンピュータネットワークで使用される装置及びプロトコルを標準化する一連の「Ｘシリーズ」勧告の１つであり、国際電気通信連合電気通信標準化部門（ＩＴＵ−Ｔ）及び国際標準化機構（ＩＳＯ）によって採用されている。Ｘ．２５は、（１）端末とネットワーク間の電気的な接続、（２）伝送プロトコル又はリンクアクセスプロトコル、及び（３）ネットワークユーザ間の仮想回路の実施という３つの定義を組み込むことにより、端末とパケット交換ネットワークとの間の通信を定義している。つまり、これらの定義は、端末とネットワークとの接続が同期であり、全二重であることを指定するものである。
【００３８】
Ｘ．２５、フレームリレー、非同期転送モード（ＡＴＭ）、ＭＰＬＳ、及びインターネットプロトコルセキュリティ（ＩＰＳｅｃ）等の技術は、ＶＰＮ技術としてよく知られている。
【００３９】
上記に加えて、以下の詳細な説明の節において、コンピュータ又はネットワーク装置又はコンピュータのネットワーク上で実行されるプログラム手順に関して一部説明する。完璧を期すために、本発明は一般的なコンピュータのネットワークであればいずれにでも同様に適用され得ることを理解されたい。このようなコンピュータのネットワークには、例えば、伝送制御プロトコル／インターネットプロトコル（ＴＣＰ／ＩＰ）、開放型システム間相互接続（ＯＳＩ）プロトコル、ユーザデータグラムプロトコル（ＵＤＰ）、無線アプリケーションプロトコル（ＷＡＰ）、及び／又はブルートゥース無線通信プロトコル、又は任意のその他のネットワークタイププロトコル、ローカル及び／又はグローバル等の標準的な通信プロトコルが含まれる。
【００４０】
手続き上の説明、表示、機能性は一般的に、望ましい結果を導く首尾一貫した一連の手順であると考えられる。例えば、各手順は物理量の物理的操作に係わることができ、これは記憶、送信、連結、比較及びその他の操作が可能な磁気信号の形をとっている。
【００４１】
更に、取り込み、出力、管理、監視、維持等の本明細書中で行われる操作は、多くの場合人間によって行われる知的活動と関連し得るという点を言及する。本発明の一部を成す操作においては、人間の能力は必要としないか、せいぜい望ましいものである。つまり、操作は機械的操作である。本発明の操作を行う上で有用な装置には、ネットワーキング装置、汎用コンピュータ又は類似の電子装置が含まれる。
【００４２】
本発明は更にこれらの操作を行うためのシステムに関する。このシステムは、その目的のために特別に構築されることが可能であり、又はソフトウエアプログラムによって選択的に起動又は再構成される汎用コンピュータを備えることも可能である。
【００４３】
［発明の概要］
本発明の特徴及び利点は、略完全なＶＰＮメンバシップ分離を実現する仮想プライベートネットワーク及び／又はインタフェースを構成するネットワーキングアーキテクチャを提供することである。
【００４４】
本発明の特徴及び利点は、高価なポイントツーポイントＷＡＮ接続及び専用ハードウェア構成要素に取って代わることができる仮想プライベートネットワーク及び／又はインタフェースを構成するネットワーキングアーキテクチャを提供することである。
【００４５】
本発明の特徴及び利点は、低セキュリティインターネット仮想プライベートネットワーク及び／又はプライベートネットワークサービスに取って代わることができる仮想プライベートネットワーク及び／又はインタフェースを構成するネットワーキングアーキテクチャを提供することである。
【００４６】
本発明の特徴及び利点は、性能に信頼性のないインターネット仮想プライベートネットワークサービスに取って代わることができる仮想プライベートネットワーク及び／又はインタフェースを構成するネットワーキングアーキテクチャを提供することである。
【００４７】
本発明の特徴及び利点は、高価な単一管理ＶＰＮサービスを解決することができる仮想プライベートネットワーク及び／又はインタフェースを構成するシステム及び／又は方法を提供することである。
【００４８】
本発明の特徴及び利点は、仮想プライベートネットワークで使用可能であり、1つ又は複数のキャリア間でのネットワークサービスの分離された仲介に役立つネットワークインタフェースを構成するネットワーキングアーキテクチャを提供することである。
【００４９】
本発明の特徴及び利点は、サービス品質管理機能に役立つネットワーク及び／又はインタフェースを構成するネットワーキングアーキテクチャを提供することである。
【００５０】
本発明の特徴及び利点は、ネットワーク全体で受動的及び能動的な測定並びに試験を（個別に）行うのに役立つネットワークグリッド及び／又はインタフェースを構成するネットワーキングアーキテクチャを提供することである。
【００５１】
本発明の特徴及び利点は、望ましい仮想プライベートネットワークを配信するために、サービスプロバイダ及びネットワークオペレータのエンドツーエンドサプライチェーンを作成すると共に管理するネットワーキングアーキテクチャを提供することである。
【００５２】
本発明の特徴及び利点は、異なるサービスプロバイダのネットワーク相互接続において、転送、ルーティング及びサービス品質の違いを管理する仮想プライベートネットワーク及び／又はインタフェースを構成するネットワーキングアーキテクチャを提供することである。
【００５３】
本発明の特徴及び利点は、サプライチェーンの参加者間で最低レベルの統合を必要とする仮想プライベートネットワーク及び／又はインタフェースを構成するネットワーキングアーキテクチャを提供することである。
【００５４】
本発明の特徴及び利点は、プライベートネットワークの負荷を許容可能なレベルまで低減することによりプライベートネットワークを補完することができる仮想プラーベートネットワーク及び／又はインタフェースを構成するネットワーキングアーキテクチャを提供することである。
【００５５】
本発明の特徴及び利点は、既存のネットワーク構成を妨げることなく新規のソフトウエアアプリケーションの形式でユーザ要件の導入を取り扱うことができる仮想プライベートネットワーク及び／又はインタフェースを構成するネットワーキングアーキテクチャを提供することである。
【００５６】
本発明の特徴及び利点は、システムインテグレータ、サービスプロバイダ及びその他のエンティティが、エンドツーエンドのサービスレベル契約ベース（ＳＬＡベース）のＶＰＮを自社のインフラストラクチャの範囲を超えて拡張できるようにする仮想プラーベートネットワーク及び／又はインタフェースを構成するネットワーキングアーキテクチャを提供することである。
【００５７】
本発明の特徴及び利点は、顧客毎に仮想プライベートネットワークを構成するネットワーキングアーキテクチャを提供することである。
【００５８】
本発明の特徴及び利点は、サービス配信用の閉ループ制御システムを有する仮想プライベートネットワークを構成するネットワーキングアーキテクチャを提供することである。
【００５９】
本発明の特徴及び利点は、ルータ／ゲートウェイの方法を用いる仮想プライベートネットワークを構成するネットワーキングアーキテクチャを提供することである。
【００６０】
本発明の特徴及び利点は、容易に拡張できる仮想プライベートネットワークを構成するネットワーキングアーキテクチャを提供することである。
【００６１】
本発明の特徴及び利点は、ネットワークの配信及び性能に対する単体部位の義務と責任を可能にする仮想プライベートネットワークを構成するネットワーキングアーキテクチャを提供することである。
【００６２】
本発明は従来技術の方法の１つ又は複数の問題を解決し、複数のキャリアを持つネットワーク及びサービス等を含む管理された仮想プライベートネットワークとＶＰＮサービスの作成及び配信に伴う調整、時間及び費用を最小化するように仮想プライベートネットワークを構成するネットワーキングアーキテクチャを提供することにより、上述した特長及び利点とその他の特徴及び利点を提供する。
【００６３】
仮想プライベートネットワークに使用可能である本発明のアーキテクチャの好ましい実施形態は、ピアリングポイントを通じて伝搬されるパケットベースのデータを用いて作成されることが好ましいが、必須ではない。代替的且つ任意に、レイヤ２技術（すなわち、フレームリレー及びＡＴＭ）又は時分割多重方式等の非パケットデータ技術を使用することが可能である。
【００６４】
１つ又は複数のピアリングポイントは、ストリング等の望ましい構成で互いに接続されるが、例えば、ストリング（又は複数のストリング）の一端が企業の本社事務所に接続され、ストリング（又は複数のストリング）の他端が本社事務所以外の場所に接続される。１つ又は多数の端点から他の１つ又は多数の端点までの１つ又は複数のストリングの構成は、エンドツーエンドサプライチェーンを構成する。この点に関して、サプライチェーンという用語は、一般的に１つ又は複数のサービスプロバイダとネットワークピアリングポイントを有するサプライヤーチェーンの物理的なインスタンシエーション（Instantiation）又は構成を指す。
【００６５】
各ピアリングポイントは仮想プラーベートネットワークピアリングポイント（ＮＰＰ）と呼ぶこともでき、ＶＰＮサービス性能モニタリング装置の一部として構成されるネットワークハードウエア及び／又はソフトウェアを備えている。各ピアリングポイント又はＮＰＰは、マルチプロトコルラベルスイッチング（ＭＰＬＳ）及びイーサネット技術を用いることが好ましく、同様の又は異なるＶＰＮ転送技術による通信を可能にする。
【００６６】
本発明のネットワーキングアーキテクチャによって、各ＮＰＰは１つ又は複数のサービスプロバイダに接続されて、原則的に多角的なサービスプロバイダの相互接続を容易にする。相互接続サービスの１つのタイプはピアリングポイント間の接続の提供に関与する。２つ以上のピアリングポイント間の接続を容易にするためには転送ゲートウェイが用いられる。相互接続サービスの他のタイプは、加入者サイト（複数可）とピアリングポイント（複数可）間の接続の提供に関与する。ここでは配信ゲートウェイが使用される。
【００６７】
通信ネットワークに接続された１つ又は複数のキャリア間の略完全に分離されたネットワークサービス仲介を提供する相互接続ドメインが開示される。相互接続ドメインは、通信ネットワークへの１つ又は複数のキャリアの接続性を分離するように構成されるネットワーク装置、及びネットワーク装置に関連する少なくとも１つのゲートウェイをそれぞれ有する１つ又は複数のコロケーション設備と、１つ又は複数のコロケーション設備内の少なくとも２つのゲートウェイと通信するルート伝搬システムであって、通信ネットワークを通じての配信に関するルーティング情報がホストされるルータを備える伝搬システムと、ネットワーク装置及びルータ伝搬システムの１つ又は複数のネットワーキング要素と通信して、ネットワーク装置及びルート伝搬システムの動作管理を容易にする管理ネットワークと、各インタフェースからのネットワークメンバシップ情報及び／又は指定の配信プロトコルの除去に関して、略同じ仕様でそれぞれ構成される少なくとも１対の単一インタフェースと、を含む。
【００６８】
さらに、相互接続ドメインは、実質的に、キャリアを１つ又は複数のネットワーク装置及び１対又は複数対のネットワーク装置のうちの少なくとも１つに接続できるようにするゲートウェイからキャリアへの相互接続と、実質的に、１つ又は複数の単一論理インタフェースを介してのサイトトラフィックの転送を可能にするゲートウェイからゲートウェイへの相互接続と、実質的に、ルート配信からの分離されたデータ転送を通じて通信ネットワークのスケーラビリティを可能にするゲートウェイからゲートウェイへの相互接続と、実質的に、ゲートウェイ間でのサイトルーティング及び転送情報の１つ又は複数のグループ化の論理的な分離を可能にするゲートウェイからゲートウェイへの相互接続と、実質的に、ネットワークメンバシップスキームの分離を可能にするゲートウェイからキャリアへの相互接続と、サービス拒否攻撃が略ない略安全な接続を可能にするゲートウェイからキャリアへの相互接続と、実質的に、１つ又は複数のキャリアインタフェースからの１つ又は複数のゲートウェイインタフェースの分離を可能にするゲートウェイからキャリアへの相互接続と、ゲートウェイの所有権をキャリアから実質的に分離できるゲートウェイからキャリアへの相互接続と、実質的に、マルチキャリアネットワーク対応マルチキャストを含む高度ネットワークサービスをサポートすることができるゲートウェイからキャリアへの相互接続と、を可能にする。
【００６９】
相互接続ドメインのルート伝搬システムは、ホストされるルーティングにおける単体部位の故障を実質的になくすことができるように、実質的にミラーリングされたルート伝搬パスを作成し、１つ又は複数のサイトのグループ化又はキャリア毎のサイトグループを可能にし、１つ又は複数のサイトのグループ化又はネットワーク毎のサイトグループを可能にし、１つ又は複数のサイトのグループ化又はサイトグループからのトラフィックが望むようにキャリアに侵入又は退出できるようにし、単一インタフェースを介してそれぞれネットワークルーティングし転送する１つ又は複数のキャリアに、通信ネットワーク内の１つ又は複数のサイトのサブセット又はすべてのネットワークサイトを関連付けられるようにする。
【００７０】
さらに、相互接続ドメインは、実質的に、キャリアがＶＰＮ毎に、１つ又は複数のキャリアから学習されるか、又はそこに公示されるルート数を制限できるようにする相互接続と、ＶＰＮ毎に１つ又は複数のキャリアから学習されるか、又はそこに公示されるルートをキャリアが実質的に要約する相互接続と、実質的に、キャリアが１つ又は複数のネットワーキング装置を介して、トラフィックをロードバランシングできるようにする相互接続と、任意のＩＰベースのＶＰＮキャリアをサービスグリッドに接続できるようにする単一ゲートウェイルータ構成と、を可能にする。
【００７１】
性能ベースのネットワークサービスを提供する相互接続ドメインも開示される。相互接続ドメインは、インタフェースからのネットワークメンバシップ情報及び／又は指定の配信プロトコルの除去に関して略同様にそれぞれ構成され、その結果として、相互接続ドメインを介してルーティングが略完全に分離される、少なくとも１対の単一インタフェースと、通信ネットワークへの１つ又は複数のキャリアの接続を標準化するネットワーク装置及びネットワーク装置のそれぞれに関連する少なくとも１つのゲートウェイをそれぞれ有する１つ又は複数のコロケーション設備と、１つ又は複数のコロケーション設備内の少なくとも２つのゲートウェイと通信し、通信ネットワークを通じて配信するためのルーティング情報がホストされるルータを含むルート伝搬システムと、ネットワーク装置の１つ又は複数のネットワーキング要素及びルート伝搬システムと通信して、ネットワーク装置及びルート伝搬システムの動作を容易にする管理ネットワークと、を備える。
【００７２】
１つ又は複数のキャリアを接続する相互接続ドメインを介して実質的に測定可能なネットワークサービスを相互接続ドメインに提供するシステムも開示される。システムは、各キャリアドメインが各キャリアドメインから論理的に分離されるように接続され、キャリアのネットワークバックボーン及びネットワークバックボーンと通信する１対のルータをそれぞれ備える１つ又は複数のキャリアドメインと、少なくとも１つの相互接続ドメインであって、ネットワーク装置及びネットワーク装置に関連する１つ又は複数のゲートウェイを有する少なくとも１つのコロケーション設備と、ルート伝搬機能を管理すると共に制御するルート伝搬システムと、ネットワーク装置及びルート伝搬システムと通信する管理ネットワークと、相互接続ドメインからキャリアドメインの分離、別のキャリアドメインからのキャリアドメインの分離、又は別の相互接続ドメインからの相互接続ドメインの分離のうちの少なくとも１つを行う１対の略同様の単一インタフェースとを含む少なくとも１つの相互接続ドメインを有する。ルート伝搬システムは、トラフィックを指示に従い相互接続ドメイン及びキャリアドメインのうちの一方にフェイルオーバーできるようにする。
【００７３】
本発明のネットワーキングアーキテクチャの構造は、１対又は複数対のＮＰＰで加入者トラフィックがサービスプロバイダに進入し、且つ退出できるようにするサービスプロバイダ二重ホーミングを可能にする。この構成では、ＮＰＰの対のそれぞれはノースＮＰＰ及びサウスＮＰＰと呼ばれる。各ノースＮＰＰ及びサウスＮＰＰは、別の対のＮＰＰ又は加入者ゲートウェイ等へのサプライチェーンでの参加者により搬送されるノース接続及びサウス接続と呼ばれる接続をそれぞれ有する。加入者トラフィックの転送及び加入者ルーティングの伝搬にどの単一ＮＰＰが随時使用されるかの選択は、好ましくは、サービスプロバイダのルーティングプロトコルによる。次いで、サービスプロバイダは、ロードバランシングを通じて、又は個々のトラフィック退出点を選択的に判断することにより、これらトラフィックパスを最適化することができる。
【００７４】
どのＮＰＰのペア（複数可）を随時、加入者トラフィックの転送及び加入者ルーティングの伝搬に使用するかの選択は、相互接続マネージャによって指示されることが好ましい。この実施形態では、相互接続マネージャは、ＮＰＰをルート伝搬システムと共に操作することが好ましい。
【００７５】
各ＮＰＰの構成はまた、ゲートウェイ間に存在し、相互接続マネージャと共に存在するＭＰＬＳラベルスイッチパス（ＬＳＰ）の保護も可能にすることが好ましい。バックアップパスの選択は、バックアップパスの選択（データコンバージェンス）が、ＮＰＰ間に存在する有向パスに基づいてゲートウェイによって行われるような動的なものである。
【００７６】
ルーティングに関して、各ＮＰＰは、相互接続サービスプロバイダに対して種々のルート伝搬方法をサポートするように構成可能である。たとえば、サポートするようにＮＰＰを構成可能な１つのルート伝搬方法は、１つ又は複数のＶＰＮが、ＶＰＮ毎に単一論理インタフェースを介したインターネットプロトコル（ＩＰ）を使用して相互接続されるＭＰＬＳ仮想ルータ相互接続である。換言すれば、サービスプロバイダドメインからピアリングポイントにサポートされるルーティング／データ転送相互接続は、１つ又は複数のＶＰＮが、好ましくは、ＶＰＮ毎の論理インタフェースを介したインターネットプロトコル（ＩＰ）を使用して相互接続されるＭＰＬＳ仮想ルータ相互接続である。別の方法では、参加サービスプロバイダがトランスペアレントレイヤ２（Ｌ２）ＶＰＮトランスポートメカニズムを使用するマルチホップ、マルチプロトコル外部ボーダゲートウェイプロトコル（ＥＢＧＰ）を利用することができる。
【００７７】
更に、装置又はルータはルーティングネクサスと呼ばれることもある場所の中央に設置されることが好ましい。複数のルータは、仮想プライベートネットワークを配信するために加入者のルーティング情報がホストされ選択的に配信されるルーティングネクサスを備える。少なくとも２つのルータは、マルチプロトコルＢＧＰルート配信のために各サービスプロバイダの専用であることが好ましい。これらのルータは少なくとも２つの地理的に分散した安全なオペレーションセンターに分離されることが好ましい。
【００７８】
更に、全ての加入者のルート用に鏡面対象の個別のルート伝搬パスを作成することはルート伝搬の可用性を高める可能性がある。基本的には、サプライチェーンにおける単体部位の故障は事実上ないに等しい。
【００７９】
この点に関して、そして本発明の少なくとも１つの実施形態又は実施態様を詳細に説明する前に、本発明のアプリケーションは以下の説明又は図に示すような構成の詳細及び構成要素の配置に限定されるものではないことを理解されたい。
【００８０】
本発明では他の実施形態が可能であり、様々な方法で実践及び実行されることができる。例えば、特許請求の範囲に含まれる１つの実施形態はＶＰＮサービスを達成する方法として説明することができる。この方法の一部には、加入者の要件を取り込むステップと、加入者の要件に基づいて１つ又は複数のソリューションを構築するステップと、選択されたソリューションに基づいて１つ又は複数の見積価格を作成するステップとが含まれる。
【００８１】
別の例として、ＶＰＮはサイト数又はサイト間の相互接続性の性質に限定されない。言い換えると、本発明はポイントツーポイント接続に限定されない。１対他点間又はフルメッシュ等のあらゆる接続の組み合わせが可能である。
【００８２】
本発明では更に、サプライチェーンを構成するために使用されるピアリングポイントやサービスプロバイダの数は本明細書で例示される数に限定されない。ピアリングポイント及び／又はサービスプロバイダの数は、例えば数百に及んでもよい。
【００８３】
更に、本明細書で使用される表現及び専門用語は説明を目的としたものであり、本発明を限定するものではないことを理解されたい。当業者は、本開示が基づく着想が、本発明のいくつかの目的とその形態のいくつかを実行するために他の構造又はインフラストラクチャ、方法及び／又はシステムを設計するための基礎として容易に使用できることを十分に理解するであろう。したがって、本発明の精神及び範囲から逸脱しない限り同等の構成及び／又は構造を含んでいるとみなされることは重要である。
【００８４】
上記の本発明の特徴及び／又は利点は、本発明の他の形態及び本発明を特徴づける様々な新規性の特徴と共に、本開示の一部を成す特許請求の範囲に詳細に説明されている。
【発明を実施するための最良の形態】
【００８５】
本発明は、好ましくは、仮想プライベートネットワーク（ＶＰＮ）及びサプライチェーンの形態のＶＰＮサービスで使用可能なネットワーキングアーキテクチャ及びインタフェースの構造及び構成に関する。サプライチェーンとは一般に、一般的に共に相互接続された１つ又は複数のキャリア及びネットワーク装置／ピアリングポイントを含むサプライヤーチェーンの物理的なインスタンシエーション又は構成を指す。本発明のネットワーキングアーキテクチャ及びインタフェースは種々の用途を可能にする。
【００８６】
便宜上、データ環境、特にパケットに基づくデータを参照して、以下に本発明について説明する。代替的且つ任意に、時分割多重化等のパケットに基づかないデータ方式も適用可能である。
【００８７】
本発明によれば、加入者のネットワーク環境を本発明のネットワーキングアークテクチャ／インタフェース構成に接続するためにゲートウェイが用いられる。加入者の環境はインターネットプロトコル（ＩＰ）ゲートウェイ又はルータであるのが非常に一般的である。
【００８８】
本発明の最良の実施形態では、各ＮＰＰが基本的に多面的なサービスプロバイダ相互接続を提供している１つ又は複数のサービスプロバイダに接続されている。１つのタイプの相互接続サービスはピアリングポイント間の接続の提供に関する。２つ以上のピアリングポイント間の接続を容易にするために、転送ゲートウェイが用いられる。
【００８９】
１つの好ましい実施の形態においては、各転送ゲートウェイは、好ましくは高速イーサネット接続を用いてピアリングポイント又はＮＰＰに接続されるように構成される。好ましくはサービスプロバイダによって保有され及び／又は管理されているネットワーク装置である転送ゲートウェイはＮＰＰ側とトランスポート側を有している。
【００９０】
転送ゲートウェイのＮＰＰ側は、実質的にはＮＰＰに直接接続されている。各転送ゲートウェイ又はサービスプロバイダゲートウェイはＮＰＰ側のイーサネットフレームを運ぶことができる。転送ゲートウェイのトランスポート側は通常は別のＮＰＰに配置されている１つ又は複数の転送ゲートウェイに接続することができる。
【００９１】
したがって、トランスポート側で、適切であれば転送ゲートウェイはイーサネット、ＭＰＬＳ、フレームリレー、ＡＴＭ、ＳＤＨ等の種々のＶＰＮトランスポート技術を介してイーサネットを透過的にトンネルするように構成することができる。
【００９２】
他のタイプの相互接続サービスは、加入者サイト（複数可）とピアリングポイント（複数可）との間の接続の提供に関する。この場合、配信ゲートウェイが用いられる。
【００９３】
好ましい実施の形態では、各配信ゲートウェイが、高速イーサネット接続を用いて構成され、好ましくは１つのピアリングポイントに接続されている。
【００９４】
各配信ゲートウェイは、イーサネット又はギガビットイーサネット技術を用いて構成され、ＮＰＰに接続される。ネットワーク装置である配信ゲートウェイは、ＮＰＰ側とトランスポート側を有している。
【００９５】
配信ゲートウェイのＮＰＰ側は、ＮＰＰに実質的に直接接続されている。各配信ゲートウェイ又はサービスプロバイダゲートウェイは、ＮＰＰ側のイーサネットを介してＭＰＬＳ上でインターネットプロトコルを作動させる。配信ゲートウェイのトランスポートサイドは、一般的には顧客のサイトに配置されている顧客のネットワーク装置を備える加入者ゲートウェイに接続することができる。
【００９６】
したがって、トランスポート側では、配信ゲートウェイはフレームリレー、ＡＴＭ、ＰＰＰ等のリンクレイヤプロトコルによって識別されるインターネットプロトコルを作動するように構成することができる。各ＮＰＰは好ましくは管理ネットワークを介して２つ以上のルータに接続されており、それらのルータのすべては、実施システムと接続したサプライチェーン全体で加入者のルート伝搬及び企業トラフィックの転送を管理する。
【００９７】
図１を参照すると、本発明のネットワーキングアーキテクチャに使用可能なネットワークピアリングポイント２の構成の好ましい実施形態が示されている。各ピアリングポイント２は、ネットワークピアリングポイント（ＮＰＰ）２として参照される場合もある。各ＮＰＰは左ラック及び右ラックを有して構成されることが好ましい。各ＮＰＰ２は、作動命令を含むネットワークハードウェア及び／又はソフトウェアを備える。好ましくは、各ＮＰＰは、冗長性のための左右のコンポーネントを含んでいる。
【００９８】
ネットワークハードウェア及び／又はソフトウェアは、好ましくは２個のイーサネットＮＰＰスイッチ４、ＯＳＳプラットフォームのようなオペレーティングシステムプラットフォーム６、１つ又は複数のルータ８、ローカライズされた記憶装置（図示せず）及びサービス制御装置１０を含んでいる。ＮＰＰ２は、サービス制御装置１０（複数可）によって、一部、ＶＰＮサービス性能管理装置として、そして接続サービスプロバイダ間のサービス品質管理のために作動することが可能である。
【００９９】
さらに、各ＮＰＰ２は、好ましくはマルチプロトコルラベルスイッチング（ＭＰＬＳ）とイーサネット技術を用い、それによってＮＰＰ２の両側で類似又は異なるＶＰＮトランスポート技術とＮＰＰ２が通信することが可能になる。異なるＶＰＮ技術との通信は、サービスプロバイダゲートウェイの組み合わせ、例えばＭＰＬＳの標準化によって達成される。ＮＰＰ２は、仮想プライベートネットワークの根本となる基礎的要素である。ＮＰＰ２は、仮想プライベートネットワークのサプライチェーン及び配信の根本的な構成要素でもある。
【０１００】
次に図２を参照すると、本発明のネットワーキングアーキテクチャに使用可能なネットワークノードの１つの構成における図１のピアリングポイントの１つの構成が示されている。ネットワークノードの主要なコンポーネントは、ＮＰＰ２、管理ネットワーク２２、及び１つ又は複数のルーティングネクサス２４、６０を含むルート伝搬システム２１を備える。
【０１０１】
図に示されているように、ＮＰＰ２は、好ましくは、ＮＰＰ２の両側に配置される２つ以上のルータ又はゲートウェイ１２、１６で構成される。
【０１０２】
ゲートウェイ１２は、サプライチェーンにおける性質、地理的対象範囲及びサービスプロバイダの役割に応じて、配信ゲートウェイ又は転送ゲートウェイの形態をとることができる。配信サービスプロバイダは、地域的又は全国的又は世界的な対象範囲を提供し、ＮＰＰ２へ配信ゲートウェイを介して接続する。さらに、配信サービスプロバイダは、加入者ゲートウェイ２０とＮＰＰ２の間の管理されたＩＰサービス接続性を提供する。
【０１０３】
他方で、トランジットサービスプロバイダは、ＮＰＰ２同士の間にレイヤ２接続性を提供する。各ＮＰＰ２に接続された１つ又は複数の配信サービスプロバイダがあってもよい。各ＮＰＰ２に接続された１つ又は複数のトランジットサービスプロバイダがあってもよい。
【０１０４】
ネットワークハードウェアである配信ゲートウェイ１２は、ＮＰＰ側１６及びトランスポート側１８と呼ぶことができるものを有する。ゲートウェイ１２のＮＰＰ側１６は、実質的にＮＰＰ２に直接接続されている。各ゲートウェイ１２は、好ましくは、サイト又は企業のトラフィックを運ぶために、イーサネットフレームをＮＰＰ側１６で運ぶことが可能である。
【０１０５】
トランスポート側１８では、ゲートウェイ１２は、技術が何であれ、サービスプロバイダが望む、選択した技術によって分離されるインターネットプロトコル（ＩＰ）を操作することが可能である。示すように、選択される技術としては、フレームリレー、非同期転送モード（ＡＴＭ）、ＳＤＨ、及びＩＰＳｅｃを挙げることができるが、これらに限定されない。したがって、トランスポート側１８は、非常にフレキシブルであり、転送ゲートウェイである場合には別のゲートウェイ１２に接続可能であり、これは、別のピアリングポイント又はＮＰＰ２に接続可能であることを示し、又は配信ゲートウェイである場合、一般に加入者の構内に配置される加入者のゲートウェイ２０に接続可能である。
【０１０６】
管理ネットワークハードウェア及び／又はソフトウェア２２は、各ＮＰＰ２を実質的に直接接続し、例えば、インバンド管理、ルート伝搬、性能統計、構成等のＮＰＰ２の動作を容易にする。サプライチェーンネットワーク構成の信頼できる冗長な性質を考慮すると、１つ又は複数のリモートＮＰＰ２との実質的にすべての接続性はインバンドであり、広域で高価なグローバル管理ネットワークの必要性を基本的に排除する。
【０１０７】
さらに、ルート伝搬システム２１は、加入者ルート伝搬及び配信を管理して確実に制御する１つ又は複数のルーティングネクサス２４、６０と通信する。ルート伝搬システム２１及びルーティングネクサス２４、６０は、実質的に管理ネットワーク２２と接続して作動する。
【０１０８】
本発明のネットワーキングアーキテクチャ及びインタフェースを利用する仮想プライベートネットワークを図３に示す。
【０１０９】
示されるように、それぞれが固有のＮＰＰ４４、４６を有する２つのコロケーション施設４０、４２はそれぞれ、２つのリモート加入者サイト４８、５０間のマルチプルサービスプロバイダＳＰ１、ＳＰ２、ＳＰ３を介して共に接続される。より詳細な説明を以下に提供する。
【０１１０】
各加入者サイト４８、５０は一般に、加入者の構内にある加入者ゲートウェイ２０を含むネットワーク機器を備える。ＶＰＮサービスをサイト４８からサイト５０へ供給する際に、ＶＰＮアーキテクチャは、１つ又は複数の相互接続ドメインＡ、Ｂ、Ｃとして構成され、各加入者サイト４８、５０の中間と各コロケーション設備４０、４２の中間にある複数のサービスプロバイダを含む。
【０１１１】
より具体的には、加入者サイト４８は、相互接続ドメインＡ、Ｂ、Ｃ及びインタフェース４１、４３、４５、４７を含むＶＰＮ接続を通じてサイト５０と通信する。相互接続ドメインＡは、１対のルータ５１、５３をＳＰ１の両側に備えるＳＰ１ドメインを記述する。同様に、相互接続ドメインＣは、ＳＰ３バックボーンの両側に配置される１対のルータ５５、５７を備えるＳＰ３ドメインを記述する。ルータ５１、５３、５５、５７は、好ましくは、各サービスプロバイダＳＰ１、ＳＰ３によって所有され、且つ／又は運営される。
【０１１２】
相互接続ドメインＢは、コロケーション設備４０、４２及びＳＰ２として示すネットワークバックボーンを備える相互接続ドメインを含む。各コロケーション設備４０、４２内には、２対のゲートウェイ５２及び５４と、５６及び５８とがそれぞれ含まれる。ゲートウェイ５２、５４、５６、５８は、サービスプロバイダ又はプロバイダが所有し、且つ／又は運営してもよい。換言すれば、ゲートウェイ５２、５８はサービスプロバイダＳＰ１、ＳＰ３それぞれに専用であってもよいが、これら２つのゲートウェイ５２、５８はサービスプロバイダＳＰ１、ＳＰ３により所有される必要はない。ゲートウェイ５２、５４がコロケーション設備４０内のＮＰＰ４４の両側に配置され、ゲートウェイ５６、５８がコロケーション設備４２内のＮＰＰ４６の両側に配置される。
【０１１３】
好ましくは、ルーティングネクサス２４、６０と実質的に直接接続しているゲートウェイ５２及び５８は配信ゲートウェイである。さらに、２つのコロケーション設備４０、４２を接続するゲートウェイ５４、５６は転送ゲートウェイであり、トランジットサービスプロバイダによって管理し、且つ／又は運営されるためにそう呼ばれる。
【０１１４】
図３に示されるように、配信ゲートウェイ５２は、トランスポート側に１つ又は複数のトランスポートインタフェースをサービスプロバイダＳＰ１に対して提示し、ＮＰＰ側の仮想ローカルエリアネットワーク（ＶＬＡＮ）イーサネットインタフェースをＮＰＰ４４に対して提供する。ゲートウェイ５２の主なプロパティは、プロトコル変換、転送及びルート伝搬である。好ましくは、ゲートウェイ５２はＢＧＰルート伝搬及びマルチプロトコルＢＧＰ（ＭＢＧＰ）ルート伝搬を用いる。
【０１１５】
ＮＰＰ４４は、ＮＰＰ４６と同様に、好ましくはＮＰＰオペレータによって所有且つ／又は運営され、たとえば、２つ以上のゲートウェイ５２、５４の相互接続に使用されるイーサネットスイッチ４（図１）を含む。ＮＰＰスイッチ４は、コロケーション設備４０、４２の間にコネクション型パスを確立するために使用される。さらに、ＮＰＰスイッチは、ルーティングネクサス設備２４、６０の間に実質的にコネクションレス型のパスを確立するためにも使用される。さらに、ＮＰＰスイッチは、ローカルモニタ機器装置へのローカルスイッチパスを確立するためにも使用される。
【０１１６】
ＮＰＰイーサネットスイッチ４の主な性質は、転送、トンネリング、及びＭＰＬＳトラフィックエンジニアリングである。これらスイッチは、１つ又は複数のイーサネットトランスポートインタフェースをゲートウェイ５２、５４に適宜提供すると共に、ＶＬＡＮ及び他の仮想パスメカニズムをＭＰＬＳラベルスイッチパス（ＬＳＰ）の適所にマッピングする。サービスプロバイダＳＰ１及びＳＰ３は、仮想プライベートネットワークでの転送パスのそれぞれの部分に、ＭＰＬＳ、ＡＴＭ、又はフレームリレー等の、或る範囲のレイヤ３ＩＰ  ＶＰＮトランスポートメカニズムを使用することができる。さらに、サービスプロバイダＳＰ２は、仮想プライベートネットワークでの転送パスの部分に、イーサネット、ＭＰＬＳ、フレームリレー、ＡＴＭ、又はＬ２ＴＰｖ３等の或る範囲のレイヤ２ＶＰＮトランスポートメカニズムを使用することができる。これらレイヤ２ＶＰＮトランスポートメカニズムは、ＮＰＰスイッチ４には論理的なポイントツーポイント回線として見える。
【０１１７】
転送ゲートウェイ５４は、ゲートウェイ５６と同様に、サービスプロバイダＳＰ２によって所有され、且つ／又は運営される可能性が高い。ゲートウェイ５４（及びゲートウェイ５６）の主要な特性は、プロトコル変換と転送である。好ましくは、転送ゲートウェイ５４、５６はルート伝搬を行なわない。転送ゲートウェイ５４は、１つ又は複数のトランスポートインタフェースをトランスポート側のサービスプロバイダＳＰ２に、そして、ＶＬＰＪＮイーサネットインタフェースをＮＰＰ側のＮＰＰ４４に提供する。
【０１１８】
上記の説明はコロケーション設備４２に対するものと同様であり、ゲートウェイ５４、５６がサービスプロバイダＳＰ２によって所有され、且つ／又は運営される可能性が高いことのみが異なっている。
【０１１９】
ルーティングネクサス２４、６０はそれぞれ、コロケーション設備４０、４２で配信ゲートウェイ５２、５８と実質的に持続的に通信している。同時に、ルーティングネクサス２４、６０は、ボーダルータの二重冗長クラスタとしての機能を果たし、そこで各ネクサス２４、６０の少なくとも１つのルータは、各サービスプロバイダゲートウェイ専用とされてこれと連動して作動し、従来技術によるルート伝搬をサポートする。
【０１２０】
図３に示すように構成された相互接続ドメインＡ、Ｂ、Ｃの意義について、図４及び図５等を参照してさらに詳しく述べる。
【０１２１】
図３に示すネットワーキングアーキテクチャ及びインタフェースでは、たとえば、インタフェース４１の構成は、好ましくは、サイト４８の被管理ルータ２０とエッジルータ５１との間でのパケット伝送にレイヤ１及びレイヤ２プロトコルを利用する。好ましい実施形態では、インタフェース４１の仕様は、任意のＯＳＩ物理レイヤ１媒体を介して動作する任意の開放型システム間相互接続（ＯＳＩ）リンクレイヤ２であり、ボーダゲートウェイプロトコル（ＢＧＰ）等の所望のルーティングプロトコルを実行することができる。さらに、インタフェース４１の構成では、ＭＰＬＳラベルパケット又はＭＰＬＳ関連ラベル配信プロトコルの転送又は受信、或いはＭＰＬＳ  ＶＰＮメンバシップ情報の転送が許されない。ＶＰＮ／ネットワークメンバシップの属性は、ルート目標値、ルート識別値等を含むことができる。
【０１２２】
インタフェース４１からのＭＰＬＳ  ＶＰＮメンバシップ情報の除去に加えて、ＳＰ１バックボーンのアドレス空間からのインタフェース４１のアドレッシングの除去により、サイト４８とＳＰ１バックボーンとの間でのルーティングの略完全な分離になる。換言すれば、インタフェース４３はインタフェース４１と略同一の構成パラメータを共有するため、ゲートウェイ５２からＳＰ１のバックボーンを論理的に分離するように機能する。したがって、ＳＰ１のバックボーンは本質的に、相互接続ドメインＡ又はＳＰ１ドメインＡのみにわたる。同じ原理をインタフェース４５に適用すると、相互接続ドメインＣ又はＳＦ３ドメインＣ（訳注：ＳＰ３ドメインＣの誤記）のみにわたるＳＰ３バックボーンの分離につながる。本発明のネットワーキングインタフェースはまた、１つ又は複数の異種のキャリア技術の標準化された相互接続に役立つ。
【０１２３】
特に、ゲートウェイ５２は、たとえば、コロケーション設備４０、４２内のピアリングポイント４４、４６のそれぞれを介するゲートウェイ５２とゲートウェイ５８との間の接続が、ＭＰＬＳラベルにより分離されるサイト４８のＶＰＮトラフィックを搬送するという点でルータ５３、５５と同様の構成を有する。したがって、相互接続ドメインＢは、相互接続ドメインＢのみにわたる、ルート目標値及びルート識別値等のＭＰＬＳ  ＶＰＮメンバシップ属性と共に、ＳＰ１ドメインＡ及びＳＰ３ドメインＣと同様のトラフィック転送特性を示す。したがって、図３に示すネットワーキングアーキテクチャ及びインタフェース構成は、中間の相互接続ドメインＢを通じて或るサービスプロバイダバックボーンからのサイトトラフィックを別のサービスプロバイダバックボーンに渡せるようにすることにより、ＳＰ１、ＳＰ２、ＳＰ３バックボーンの略完全なＶＰＮメンバシップ分離を実現する。これに関連して、相互接続ドメインＢは、ＭＰＬＳ  ＶＰＮメンバシップ情報の割り振り及び提供に単一サービスプロバイダバックボーンに関連する同様の原理を使用して、２つ以上のＶＰＮサービスプロバイダ（すなわち、ＳＰ１、ＳＰ３）のバックボーンが互いに通信できるようにする相互接続マネージャとして機能する。
【０１２４】
さらに、本発明者等は、インタフェース４３、４５をインタフェース４１又は４７と略同一に構成することにより、1つ又は複数の外部ＢＧＰピアリングセッションを使用して、以下の結果の組み合わせになることを発見した。
【０１２５】
第１に、ピアリングセッションは、少なくとも、ＳＰ１とＳＰ３のバックボーン間でのＶＰＮ毎のルート更新の転送及び学習に有用である。さらに、サービスプロバイダの観点から、ピアリングセッションも、たとえば、ＳＰ１がＳＰ１バックボーンに公示される、又はＳＰ１バックボーンから学習されるルートの数を制限するのに使用可能である。サービスプロバイダＳＰ１はまた、ピアリングセッションを使用して、ＳＰ３等の、ＳＰ１以外のプロバイダバックボーンに公示された、又はそこから学習されたルート更新を要約することができる。
【０１２６】
第２に、プロバイダバックボーンがＭＰＬベースである場合では、単一ゲートウェイ構成サポート（５２での）のみが、相互接続ドメインＢへのＶＰＮ接続性のために必要である。ゲートウェイ５２は、たとえば、ＡＴＭ（非同期転送モード）を介する場合、フレームリレーを介するＩＰ、イーサネットを介するＩＰ、ＳＤＨ（同期デジタルハイアラーキ）を介するＩＰ、ＤＳＬを介するＩＰ等をサポートするようにも構成可能である。
【０１２７】
第３に、プロバイダバックボーンがＭＰＬＳベースではない場合では、同じ単一ゲートウェイ構成（５２での）が、相互接続ドメインＢへのＶＰＮ接続性に必要な唯一のサポートである。これは、任意のレイヤ２ベースの技術を介するＩＰをトランスペアレントにサポートするゲートウェイにより可能である。
【０１２８】
第４に、ＶＦＮ（訳注：ＶＰＮの誤記）メンバシップの分離により、図３のネットワーキングアーキテクチャ／インタフェース上の２つ以上の宛先にメッセージを同時に送信するプロセスである複数のサービスプロバイダＶＰＮマルチキャスト等の高度なネットワークサービスへの簡易インフラサポートに繋がる。この簡易化により、各ドメイン境界（すなわち、ＳＰ１ドメインＡ、相互接続ドメインＢ、及びＳＰ３ドメインＣ）は分離されたマルチキャスト配信ツリー（ＭＤＴ）を有するため、大きな手段になる。各ＭＤＴは、サービスプロバイダにより独立して構成可能且つ管理可能であり、別個のマルチキャストルーティングプロトコルを使用することができる。
【０１２９】
第５に、各インタフェース４３、４５の構成はデータリンクレイヤ又は物理レイヤ（ＯＳＩモデルでのレイヤ２及びレイヤ１のそれぞれ）で分離されるため、各インタフェース４３、４５は複数のＩＰベースのトラフィックフローをサポート可能である。そして、この能力により、１つ又は複数のサービスプロバイダバックボーンを介するサイト４８からサイト５０の接続の複数のスケーリングが可能になる。
【０１３０】
図４は、本発明のネットワーキングアーキテクチャインタフェースを使用して可能な複数のスケーリング接続の一実施形態を示す。ここで、複数のサイト３１、３３、３５がＳＰ１バックボーン上のインタフェース４１を介してＳＰ１によりホストされる。３１としてグループ化されるサイトは、ＳＰ１により単一インタフェース４３ａに関連付けられる。同様に、３３、３５としてグループ化されるサイトは、ＳＰ１により単一インタフェース４３ｂ、４３ｃにそれぞれ関連付けられる。すべてのサイト３１、３３、３５は同じ仮想プライベートネットワークのメンバであるため、ピアリングポイント４４を通じて他のサービスプロバイダバックボーンに転送されるトラフィックは、ゲートウェイ５２から単一インタフェース接続４９を介して転送される。
【０１３１】
上述したように、複数のＶＰＮ接続をルータ５３とゲートウェイ５２との間で構成可能である。さらに、ゲートウェイ５２への各ルータ５３のインタフェース４３ａ、４３ｂ、４３ｃは、ＶＰＮメンバシップ情報を複数のサイト３１、３３、３５とそれぞれ共有する。この関連は、２つ以上のサイト３１、３３、３５が単一インタフェース４３と通信できることを示す。さらに、ゲートウェイ５２への複数のルータ５３のインタフェース４３ａ、４３ｂ、４３ｃは、単一ＭＰＬＳベースのインタフェース４９を介してトラフィックの転送及び受信を行うことができる。
【０１３２】
実際問題として、一般に、サプライチェーンＶＰＮでのピアリングポイント、ゲートウェイ、ネットワーキングアーキテクチャ、ネットワーキングインタフェース、及び／又はサービスプロバイダの数に制限はない。また、各ピアリングポイント、ゲートウェイ、相互接続ドメイン、又は相互接続マネージャに取り付け可能なサービスプロバイダの数にも何ら制限はない。好ましい実施形態では、１つ又は複数のキャリアを、ネットワークグリッドの相互接続ポイント、好ましくは相互接続ドメインで接続可能である。グリッドとは一般に、１つ又は複数のキャリア及び相互接続ポイントが一緒になった集まりを指す。
【０１３３】
より詳細な説明を、簡易化され、それによってルーティング回復力を向上させたルート伝搬の一実施形態を示す図５を参照して以下に提供する。
【０１３４】
各加入者サイト４８、５０は一般に、顧客構内にある加入者のゲートウェイ２０を含むネットワーク機器を備える。ＶＰＮサービスを、たとえば図５でのサイト４８からサイト５０に提供するに際して、ネットワーキングアーキテクチャは、２つのサービスプロバイダＳＰ１、ＳＰ３を各サイト４８、５０の中間に含むように構成される。複数のサービスプロバイダＳＰ１、ＳＰ３、ゲートウェイ５２、５８、及びルーティングネクサス２４、６０がサプライチェーンを形成する。
【０１３５】
ルート伝搬に関して、サービスプロバイダＳＰ１に関連するルーティングプロトコルが、サイト４８からサイト５０に流れる加入者データパケットを動的に判断する。好ましくは、ゲートウェイ５２ａ、５２ｂ、５８ａ、５８ｂはＢＧＰルート伝搬を使用する。
【０１３６】
より具体的には、サイト４８が、示すＶＰＮサプライチェーンを介してサイト５０と通信するには、単一ＶＰＮルートが、サービスプロバイダＳＰ１により運営されるサイト４８から公示され、ルータ５３ａ、５３ｂを通じてそれぞれゲートウェイ５２ａ、５２ｂに転送される。ゲートウェイ５２ａ、５２ｂ上で、ＶＰＮルートはルーティングネクサス（ウエスト）２４及びルーティングネクサス（イースト）６０に公示される。
【０１３７】
しかし、ゲートウェイ５２ａによって公示されるＶＰＮルートは、ゲートウェイ５２ｂにより公示されるＶＰＮルートと異なる。このルーティングの相違は、ゲートウェイ５２ａ、５２ｂの異なるルート識別値をサイト４８に関連するルートに付することによって実現される。ルーティングネクサス２４、６０では、ＳＰ１専用のピアリングルータは、ゲートウェイ５２ａ、５２ｂからサイト４８の両方のＶＰＮルートを受信し、両方のルートをサービスプロバイダＳＦ３（訳注：ＳＰ３の誤記）に専用のピアリングルータに転送する。
【０１３８】
このようにして、ゲートウェイ５２ａ、５２ｂ、５８ａ、５８ｂ及びルーティングネクサス２４、６０の間でのルーティング更新の伝搬が、ルーティングネクサス２４、６０又はルーティングネクサスロケーションそれ自体内の潜在的な単一ルーティング故障点を介してのさらなる回復力を含むように向上する。説明し図示したように、この向上したルーティング回復力は、ウエスト及びイーストのルーティングネクサス対２４、６０が、ゲートウェイ間でのルーティング更新の被制御転送で並列に動作できるようにすることによって実現される。サービスプロバイダＳＰ１、ＳＰ３間での並列ルート伝搬により、あらゆるルーティングネクサス装置又は単一ルーティングネクサスロケーションが故障しても、ゲートウェイ間から意図される宛先（複数可）へのサイトトラフィックの流れの転送に悪影響を及ぼさないようにすることができる。
【０１３９】
繰り返し述べるが、上記構成は本発明の複数のネットワーク冗長性を明確に示している。サプライチェーンの一環として、トランシットゲートウェイ５２ａ、５８ａの間にノースパスがあり、転送ゲートウェイ５２ｂ、５８ｂの間にサウスパスがある。一般に、加入者トラフィックは、これら２つの接続にわたって負荷共有することができる。これらパスのいずれかが故障した場合、略すべての加入者トラフィックが利用可能な他のパスに切り替えられる。
【０１４０】
注目すべき観察は、レイヤ２技術にわたるゲートウェイ５２、５８間での動的レイヤ３ルーティングプロトコルの使用である。このような使用により、企業又はサイトのサプライチェーンのルーティング配信機能は実行されず、これはルーティングネクサス２４、６０によって処理される。それに代えて、このような使用は、ネットワーク接続での略あらゆる故障の検出に利用される。
【０１４１】
先に述べたように、ピアリングポイントイーサネットスイッチ４の主な性質は、転送、トンネリング、及びＭＰＬＳトラフィックエンジニアリングである。これらスイッチは、１つ又は複数のイーサネットトランスポートインタフェースをゲートウェイ５２ａ、５２ｂ、５８ａ、５８ｂに適宜提供し、ＶＬＡＮをＭＦＬＳラベルスイッチパス（ＬＳＰ）にマッピングする。サービスプロバイダＳＰ１、ＳＰ３は、仮想プライベートネットワークでの転送パスのそれぞれの部分にＡＴＭ又はフレームリレー等の或る範囲のレイヤ２ＶＰＮトランスポートメカニズムを使用することができる。
【０１４２】
ゲートウェイ５２ａ、５２ｂ（及びゲートウェイ５８ａ、５８ｂ）の主な性質は、プロトコルの変換及び転送である。配信ゲートウェイ５２ａ、５２ｂは、１つ又は複数のトランスポートインタフェースをトランスポート側のサービスプロバイダＳＦ１（訳注：ＳＰ１の誤記）に提供すると共に、ＶＬＡＮイーサネットインタフェースをＮＰＰ側のピアリングポイント４４Ａ、４４Ｂに提供する。
【０１４３】
図６のｘ線、ｙ線、ｚ線で示すように、ルーティングネクサス２４、６０は、サポートする配信ゲートウェイ５２ａ、５２ｂ、５８ａ、５８ｂと略コンスタントに通信している。サプライチェーンでのルート伝搬の可用性を上げるための冗長性のために、示すように、両方のルーティングネクサス２４、６０が、配信ゲートウェイ５２ａ、５２ｂ、５８ａ、５８ｂと共に動作するように構成される。好ましくは、各ルーティングネクサス２４、６０は、ボーダルータの冗長クラスタを含み、各ネクサス２４、６０の少なくとも１つのルータが各サービスプロバイダＳＰ１、ＳＰ３専用であり、ルート識別値及びルート目標値に従ってルート伝搬をサポートする。
【０１４４】
配信ゲートウェイ５２、５８の間のルート伝搬はそれぞれ、ルーティングネクサス２４、６０によって可能になる。ルート伝搬は、部分的に、サービスプロバイダが必要なルート（複数可）だけを受信するようにできるプロプラエタリルート伝搬管理構成（複数可）（本発明者等により開発された）により容易になる従来の技法を使用して実施することができる。一実施形態では、各ルーティングネクサス２４、６０には、好ましくは、少なくとも１つのボーダルータがサービスプロバイダ毎に備えられる。
【０１４５】
サービスプロバイダを相互接続する各種ルート伝搬技法を、本発明のネットワーキングアーキテクチャに使用することができる。動的ＭＰＬＳラベル配信及びＩＰアドレスマッピング構成と組み合わせて、本発明のネットワークアーキテクチャは、たとえば、３つのサービスプロバイダ間ルーティング技法をサポートすることができる。
【０１４６】
たとえば、図４に示すように、或る伝搬技法は、２つ以上の仮想プライベートネットワークがＢＧＰプロトコルを使用して相互接続され、単一論理インタフェース４９を介してピアリングポイント４４に転送される、ＶＰＮルーティング及び転送（ＶＲＦ）からＶＲＦ（４３ａ、４３ｂ、４３ｃで）等へのＭＰＬＳ仮想ルータ相互接続を利用する。この技法は一般に、すべてのＩＰベースのＶＰＮサービスプロバイダに適している。主な利点は、単一相互接続又はサービスプロバイダドメイン内でのサイト間の分離された安全な通信である。
【０１４７】
本発明のアーキテクチャは、プロバイダエッジ−自律システムボーダルータ（ＰＥ−ＡＳＢＲ）を利用する第２のルート伝搬技法をサポートすることもできる。これらルータは、ＥＢＧＰを利用して、ラベルされたＶＰＮｖ４ルートを自律システム（ＡＳ）からＡＳに再配信する。
【０１４８】
動作の拡張性のために、ルート伝搬に対してプロバイダエッジ自律システムボーダルータ（ＰＥ−ＡＳＢＲ）手法が好ましい方法である。この手法の下で、ＶＰＮルートは、所望の制御下で、ルートの渡し元の単一マルチプロトコル外部ボーダゲートウェイプロトコル装置（複数可、冗長性のため）を通じ、ＶＰＮ参加に基づいて受信する必要があるサービスプロバイダにのみ伝搬される。この技法を利用ことにより、仮想プライベートネットワークの構成及び複雑性が大幅に低減する。
【０１４９】
本発明の仮想プライベートネットワークのスケーラビリティに関しては、ルーティング及び転送の機能が各ピアリングポイント２内で分離されるため、本発明のＶＰＮは、作成されるＶＰＮ及び／又はルートの数の増大ならびに加入者の帯域幅需要の増大の両方をサポートするように容易に拡張可能である。図５は、サービスプロバイダＳＰ１のバックボーンを介してピアリングポイント４４へのインタフェース４１、４３に固有のスケーリングの恩恵の例を示す。
【０１５０】
本発明のＶＰＮのセキュリティに関しては、ルータ（複数可）の各サービスプロバイダへの好ましい専用化が、たとえば、サービスプロバイダがマルチプロトコルＥＢＧＰセッションをフラッピング又は無効ルートで溢れさせる確率を最小化するように機能する。これらルータは、関連するサービスプロバイダに適当なルートのみを学習するため、関連するサービスプロバイダのネットワークを宛先としないルータをフィルタリングするために、サービスプロバイダ毎のアクセスリストの必要性が実質的になくなる。さらに、サプライチェーン内に介在するレイヤ３アドレス可能な構成要素が実質的になく、これはさらなる分離ひいてはセキュリティを提供する別の属性である。これら利点は以下に考察する次の実施形態を参照してよりよく理解することができる。
【０１５１】
図３の実施形態では、たとえば、複数のルータが各ルーティングネクサス２４、６０を形成する。これらルータは、好ましくは、たとえば、プロバイダエッジ自律システムボーダルータ（ＰＥ−ＡＳＢＲ）機能を実行する配信ゲートウェイ５２、５８への安全でプライベートなインバンド接続を有する。また、各配信ゲートウェイ５２、５８は、好ましくは、二重の地理的に分散したルーティングネクサスに配置することができる地理的に隔てられたボーダルータへの二重マルチプロトコルＥＢＧＰセッションを有する。
【０１５２】
インタフェース４１、４７と略同一のインタフェース４３、４５の構成が、最適で対称なトラフィックパスをサービスプロバイダＳＰ１、ＳＰ３のバックボーン間に構築するためのスケーラブルソリューションにどのように役立つかについての視覚的な提示が、図６を参照して有益であり得る。
【０１５３】
概観として、図６は、本発明のネットワーキングアーキテクチャを通じての最適なパスルーティングを示す流れ図である。より具体的には、図６は、トラフィックフローがどのようにして、サービスプロバイダＳＰ１によりホストされる非米国サイト４８ａ、４８ｂからサービスプロバイダＳＰ３によりホストされる米国サイト５０ａ、５０ｂに対称且つ最適にエンドツーエンドで伝搬するかを説明している。ここに示される基本を成す原理は、サイトのグループ化又はサービスプロバイダ毎のサイトグループである。これにより、単一論理インタフェースを介しての各バックツーバックＶＰＮルーティング及び転送（ＶＲＦ）にＶＰＮ内のサイトのサブセット又はすべてのサイトのいずれかを関連付けることが可能になる。
【０１５４】
これより図６を参照して、米国内外の「ノース」ゲートウェイ５２ａ、５２ｂ、５８ａ、５８ｂに接続された１対のサービスプロバイダＳＰ１、ＳＰ３を示す。ノースゲートウェイを参照するが、同じ規則がサウスゲートウェイにも当てはまることが理解される。
【０１５５】
サービスプロバイダＳＰ１によりホストされるサイト４８ａ、４８ｂは、レディングサイトグループ４８ａ及び長崎サイトグループ４８ｂとしてグループ化される。同様に、サービスプロバイダＳＰ３もボストンサイトグループ５０ａ及びヒューストンサイトグループ５０ｂとしてグループ化されたサイトを有する。
【０１５６】
企業トラフィックに最適なルーティングプロトコルは、レディングサイトグループ４８ａからボストンサイトグループ５０ａへのトラフィックがインタフェース９７のみを通り、レディング４８ａからヒューストン５０ｂへのトラフィックがインタフェース９８のみを通り、長崎４８ｂからボストン５０ａへのトラフィックがインタフェース９９のみを通り、長崎４８ｂからヒューストン５０ｂへのトラフィックが９９のみを通ることを必要とする。
【０１５７】
ピアリングポイント間のインタフェース９７、９８、９９は、ＶＰＮ毎に確立され、図４のインタフェース４９と略同一に構成される。これらインタフェースは、ＶＰＮ毎にトラフィックをＶＰＮパスの一環として複数のサイトグループから転送可能なように構成される。
【０１５８】
レディング４８ａからボストン５０ａへの通信方法
レディングサイトグループ４８ａは、ゲートウェイ５２ａを通じてボストンサイトグループ５０ａとの通信を要求する。インタフェース４３ａがゲートウェイ５２ａ上に、図４のインタフェース４３と略同一に構成される。さらに、インタフェース４３ａは、ロンドンの「ノース」ピアリングポイントに配置されたゲートウェイ５２ａに構成されたＶＲＦで終端する。サービスプロバイダＳＰ１が、レディングサイトグループ４８ａに関連するすべてのサイトが、少なくとも、レディングサイトグループ４８ａに関連するゲートウェイ５２ａの任意のサイトグループＶＲＦ毎とインタフェース４３ａを通じて通信できるようにする責任を負うことに留意する。サービスプロバイダＳＰ１はそれに従って、バックボーンルータ５１ａ、５１ｂを、ＳＰ１所有ＶＰＮメンバシップルート目標属性及びルート識別属性の割り振りを通じてこの関連付けを可能にするように構成する。
【０１５９】
同様に、サービスプロバイダＳＰ３に対しても、インタフェース４５ａがバックボーンとゲートウェイ５８ａとの間に構成される。ボストンサイトグループ５０ａに関連するサイトのすべてのルートがここで、ゲートウェイ５８ａのボストンＶＦＲサイトグループで学習される。さらに、レディングサイトグループ４８ａに関連するサイトのすべてのルートがここで、ゲートウェイ５２ａのレディングＶＲＦサイトグループで学習される。
【０１６０】
相互接続マネージャ（図示せず）は、ウェスト及びイーストのルーティングネクサス２４、６０を通じてのルーティング更新の制御された公示により、インタフェース４３ａを通じて学習されたルートを、インタフェース４５ａを通じて公示させ、インタフェース４５ａを介して学習されたルートを、インタフェース４３ａを介して公示させることができる。このＶＰＮ毎の通信は、相互接続マネージャによるＶＰＮメンバシップ情報の入念な割り振り及び提供に基づく。これらＶＰＮメンバシップ属性としては、ゲートウェイ５２ａ、５８ａならびにルーティングネクサス２４、６０内のピアリングルータに構成されるルート目標値及びルート識別値が含まれる。これらルートのボーダゲートウェイプロトコル（ＢＧＦ）ルート配信メカニズムは、インタフェース９７を通じてサイトトラフィックを転送できるように変更される。
【０１６１】
レディング４８ａからヒューストン５０ｂへの通信方法：
レディングサイトグループ４８ａは、ゲートウェイ５２ａに構成されたインタフェース４３ａをすでに有するため、ＳＰ１バックボーンにおいてこれ以上の準備は必要ない。次に、ヒューストンサイトグループ５０ｂがレディング４８ａと通信するために、新しいインタフェース４５ｂをＳＰ３のバックボーンとゲートウェイ５８ｂとの間に構成しなければならない。相互接続マネージャは、ＶＰＮメンバシップ属性をゲートウェイ５２ａ、５８ｂ及びルーティングネクサス２４、６０に割り振り、それにより、ルート更新がインタフェース４３ａ及びインタフェース４５ｂを通じて流れることを可能にする。インタフェース４３ａとインタフェース４５ｂとの間のトラフィックはここで、ルーティングネクサス２４、６０での構成を通じてインタフェース９８を介するように方向付けられる。
【０１６２】
長崎４８ｂからボストン５０ａへの通信方法：
長崎サイトグループ４８ｂは、ゲートウェイ５２ｂを通じてボストンサイトグループ５０ａとの通信を要求する。インタフェース４３ｂがゲートウェイ５２ｂに構成される。ボストン５０ａは、ゲートウェイ５８ｂを通じて長崎４８ｂとの通信を要求する。インタフェース４５ｃがゲートウェイ５８ｂに構成されることに留意する。ここで、相互接続マネージャは、ＶＰＮメンバシップ属性をゲートウェイ５２ｂ、５８ｂ及びルーティングネクサス２４、６０に割り振り、それにより、ルート更新がインタフェース４３ｂ及びインタフェース４５ｃを通じて流れることを可能にする。インタフェース４３ｂとインタフェース４５ｃとの間のトラフィックはここで、ルーティングネクサス２４、６０での構成を通じてインタフェース９９を介するように方向付けられる。
【０１６３】
長崎４８ｂからヒューストン５０ｂへの通信方法：
長崎サイトグループ４８ｂはゲートウェイ５２ｂに構成されたインタフェース４３ｂをすでに有するため、ＳＰ１バックボーンにおいてこれ以上の準備は必要ない。同様に、ヒューストンサイトグループ５０ｂもゲートウェイ５８ｂに構成されたインタフェース４５ｃをすでに有するため、ＳＰ３バックボーンにおいてこれ以上の準備は必要ない。したがって、相互接続マネージャは、ＶＰＮメンバシップ属性をゲートウェイ５２ｂ、５８ｂ及びルーティングネクサス２４、６０に割り振り、それにより、ルート更新がインタフェース４３ｂとインタフェース４５ｃとの間を流れることを可能にする。インタフェース４３ｂとインタフェース４５ｃとの間のトラフィックはここで、ルーティングネクサス２４、６０での構成を通じてインタフェース９９を介するように方向付けられる。
【０１６４】
特に、図６から、サイトグループがゲートウェイ毎に一旦構成されてしまえば、サービスプロバイダのバックボーンとゲートウェイとの間にそれ以上の構成は必要ない。さらに、スケーラビリティのために、複数のサイトグループトラフィックフローを、インタフェース９９を介する（ヒューストン５０ｂ及びボストン５０ａのそれぞれの）インタフェース４５ｃ及び４５ｂを宛先とする、又はそこから転送されるトラフィックで示すように、ゲートウェイ間の単一インタフェースを介して転送することができる。
【０１６５】
これに関連して、サービスプロバイダバックボーンを複数の相互接続ドメインに接続できるようにするというＶＰＮサプライチェーンの目的が達成される。上で例証したように、この接続はサービスプロバイダにとって有益である。この理由は、サービスプロバイダが、最短データパスを含む他のサービスプロバイダバックボーンへの複数のＶＰＮ対称トラフィックフローを最適化できるためである。各企業毎に。
【０１６６】
プロトコルにより、一般に、ＶＰＮサプライチェーンを介してサイトグループが他のサイトグループとどのように通信するか、又はどのように通信しないかに関連するいくつかの規則がある。たとえば、サイトグループは、最小で１つの最大限度なしのサイトを含むことができ、同じＶＰＮパスを共有する場合には他の任意のサイトグループとピアリングポイントを介してのみ通信することができ、２つ以上のＶＰＮパスを介して他の任意のサイトグループと通信できず、サイトグループ毎に２つ以上のＶＰＮルーティング及び転送（ＶＲＦ）が単一ゲートウェイに構成されず、複数のサイトグループが同じ論理インタフェースを通じてトラフィックを転送でき、サイトは随時、単一サイトグループにのみ属すことができ、一般に企業サイト４８ａ、４８ｂはトポロジに基づいてサービスプロバイダによってグループ化され（別法として、サイトは機能（すなわち、金融、マーケティング）に基づいて、又はサイト要件に固有の他の任意の基準に基づいてサービスプロバイダ毎にグループ化してもよい）、ＶＰＮパスは、好ましくは、ゲートウェイの左右の半分ずつを通じてインタフェースを介するパスとして定義される。ＶＰＮパスは、好ましくは、「ノース」及び「サウス」ＮＰＰ４４に配置されるゲートウェイ５２間の「左」及び／又は「右」のインタフェース４９として定義される。
【０１６７】
上記説明が、複数の潜在的なマルチホームキャリア又はサービスプロバイダを介してエンドツーエンドサービスをトランスペアレントに提供する多面的な相互接続モデルの特徴を説明していることを認識することが重要である。
【０１６８】
単一ドメイン内の企業サイト間での分離された安全な通信を可能にする基準に関連して、以下の属性が、好ましくは、サイトからサービスプロバイダへのコア接続性を定義する。すなわち、企業サイトのルータ（複数可）が、各ルータが直接ピアせずにむしろサイトルータがサービスプロバイダのバックボーンルータとピアする階層ピアリングモデルを通じて通信し、サイトのルータからのサービスプロバイダドメインへのすべての接続は、ＩＰベースであり、サービスプロバイダのバックボーンルータでのＶＰＮルーティング及び転送（ＶＲＦ）を通じて分離されて安全化される。
【０１６９】
サービスプロバイダが、相互接続ドメインＢでのように、マルチキャリア相互接続ピアリングポイントにルータ又はゲートウェイを集める場合、以下の属性が、好ましくは、単一ドメインの分離属性及びセキュリティ属性をゲートウェイからキャリアへのコア通信に対して可能にするゲートウェイ構成を定義する。すなわち、サービスプロバイダのルータは、複数のキャリアルータが直接ピアせずにむしろゲートウェイを通じてピアする階層ピアリングモデルを通じて複数のキャリアドメインを介して通信しなければならず、ゲートウェイからサービスプロバイダドメインへのすべての接続は、ＩＰベースでなければならず、キャリアルータならびにゲートウェイルータでのＶＰＮルーティング及び転送（ＶＲＦ）を通じて分離され安全化されなければならない。
【０１７０】
単一ＭＰＬＳ  ＶＰＮ対応ドメイン内でのサービスプロバイダのルータからルータへの通信を可能にする基準に関連して、以下の属性が、好ましくは、望ましいスケーリング及び通信属性を定義する。すなわち、サービスプロバイダルータ上のＶＰＮルーティング及び転送（ＶＲＦ）は、プロバイダのドメインを介して直接接続されずにむしろラベルスイッチパス（ＬＳＰ）を介して論理的に分離され、単一ＬＳＰが、単一プロバイダのドメインを介して複数のＶＲＦベースのトラフィックを運ぶ。
【０１７１】
２つ以上のプロバイダピアリングポイントを介してのゲートウェイからゲートウェイへの通信を可能にする基準に関連して、以下の属性が、好ましくは、望ましい通信及びスケーリング単一ドメイン特徴を定義する。すなわち、ゲートウェイ上のＶＰＮルーティング及び転送（ＶＲＦ）は、ピアリングポイントを介して直接接続してはならず、むしろＬＳＰを介して論理的に分離される。この分離により、ゲートウェイを介する複数のＶＲＦがＶＰＮ毎に複数の双方向接続なしで通信することができるゲートウェイ間のＶＰＮ毎の被制御通信が可能になる。このＶＲＦ分離により、最短データパスに基づくサイトからサイトへのトラフィックフローの最適化が可能である。第２に、単一ラベルスイッチパス（ＬＳＰ）が、複数のＶＲＦベースのトラフィックをゲートウェイ間で運ぶことができ、マルチプロトコルラベルスイッチング（ＭＰＬＳ）を、単数／単一インタフェースを介してのサイトトラフィックのスケーリング可能な多重化に使用できるようにする。
【０１７２】
特に、単一ＭＦＬＳ  ＶＦＮ（訳注：ＶＰＮの誤記）対応ドメイン内で、サイトトラフィックは、プロバイダがルートリフレクタ階層及びＶＰＮルート更新を学習することなくトラフィックを転送するバックボーンルータを使用することにより、サイトルート配信から論理的に分離される。この制御トラフィック（ＭＰ−ＢＧＰルート更新を介する）の転送トラフィック（バックボーンルータを通じてのＭＰＬＳラベルパケット転送を介する）からの分離により、多数のエンドユーザサイトをサポート可能な非常に拡張性の高いアーキテクチャが可能になる。
【０１７３】
したがって、ゲートウェイは、単一ＭＦ−ＢＧＰピアリングセッションを、各ピアが複数のＶＰＮ毎のルータを運ぶことが可能な中央被制御ルート配信階層にしなければならない。この要件により、ゲートウェイ間のＶＰＮルート更新のスケーリングならびにＭＦ−ＢＧＦフルメッシュを回避することが可能になる。さらに、ピアリングポイントは、サイトトラフィックを転送するためにＶＰＮルート情報を学習する必要がない。
【０１７４】
さらに、本発明のネットワーク及びインタフェース構成は、以下の相互接続問題に対処し、且つ／又は解決する。
【０１７５】
セキュリティ：ゲートウェイからプロバイダのルータへのすべての接続はＶＲＦ内で終端するため、ゲートウェイ及びその後のピアリングポイントを介してのＩＰアドレッシングは、プライベートアドレス空間を含むことができ、プロバイダのアドレス空間から論理的に分離することができる。その結果として、ピアリングポイントを介してのインターネットベースの攻撃の可能性がなくなる。
【０１７６】
ゲートウェイ所有権：ゲートウェイは、顧客のルータに接続するのと略同じようにプロバイダのルータに接続するため、プロバイダコアの一部ではない。したがって、ゲートウェイは、ピアリングポイントでプロバイダコアの外部に配置することができる。さらに、ゲートウェイは第三者により所有され、且つ／又は運営されてもよい。
【０１７７】
サービス連続性：明示的にラベルされるＭＰＬＳパケットはゲートウェイからルータへの接続を通ることができないため（ゲートウェイからプロバイダコアへのトラフィックはプロバイダルータのＶＲＦ内で終端するため）、ＶＲＦは明示的にラベルされたＭＰＬＳパケットを転送することができない。これにより、プロバイダコアがＭＰＬＳベースのサービス拒否（ＤＯＳ）攻撃に曝されないことが保証される。
【０１７８】
ルーティング：開示したように、サービスプロバイダは、サイトＶＰＮ接続毎のルーティングを制限又は要約することができるのと略同じようにルータ（複数可）でルート学習を要約又は制限することができる。
【０１７９】
ＶＰＮメンバシップ属性：ルート目標値及びルート識別値は、ゲートウェイからルータへの接続を介して転送されない。この特徴は、ＶＰＮトポロジ構造、ルート目標共有、及びルート識別素重複に関連する問題に対処し、それにより、各プロバイダが独立してＭＰＬＳ  ＶＦＮ（訳注：ＶＰＮの誤記）メンバシップ属性を望むように割り振れるようにする。
【０１８０】
ロードバランシング：ルート目標値及びルート識別値が、ゲートウェイに接続されたルータでプロバイダ毎のＶＦＮ（訳注：ＶＰＮの誤記）ルートに添付される。これにより、ルートリフレクタを使用するプロバイダが複数のピアリングポイントを介するトラフィックのロードバランシングを行えるようになると共に、最適なサイトからサイトへのトラフィックパスを提供できるようになる。
【０１８１】
スケーラビリティ：ゲートウェイでのＶＲＦは、ＶＰＮ毎の複数のエンドユーザサイトに論理的に関連付けることができる。この関連付けはプロバイダ毎であり、プロバイダにより既存のオペレーションサポートシステム（ＯＳＳ）を使用してルータで実施されるため、複数のプロバイダにわたるサイトからサイトの接続性のスケーラブルデフォルト対応構成を実施することができる。さらに、この構成は、ボイスオーバＩＦ又はビデオオーバＩＦ等（訳注：ボイスオーバーＩＰ又はビデオオーバーＩＰ等の誤記）のメッシュ型ピアツーピアアプリケーションをサポートする。
【０１８２】
マルチキャスト：プロバイダドメインはルータＶＲＦで分離されるため、キャリアマルチキャスト配信ツリー（ＭＤＴ）がゲートウェイＭＤＴから分離されることから、プロバイダドメインにわたるＶＦＮ（訳注：ＶＰＮの誤記）対応マルチキャストへのサポートが簡易化される。
【０１８３】
本発明の多くの特徴と利点は詳細な説明から明らかであろう。上記の説明は添付の請求の範囲の本発明のすべての特徴と利点を包含するように意図され、すべての適切な変更又は均等物は本発明の精神及び範囲内に含まれるものである。完全を期して言えば、上記の説明と図面は好ましい実施の形態を説明するためだけのものであり、本発明を本明細書に説明及び図示した正確な構成及び動作に限定することは意図していない。
【図面の簡単な説明】
【０１８４】
【図１】本発明のネットワーキングアーキテクチャで使用可能なネットワークピアリングポイントの構成のブロック図である。
【図２】本発明のネットワーキングアーキテクチャで使用可能なネットワークノードの一構成での図１のピアリングポイントの構成を示すブロック図である。
【図３】本発明の一実施形態による、本発明のネットワーキングアーキテクチャを利用する仮想プライベートネットワークを示すブロック図である。
【図４】本発明のネットワーキングアーキテクチャインタフェースを使用して可能な複数のスケーリング接続の一実施形態を示すブロック図である。
【図５】本発明により実現されるルーティングネクサス回復力の一実施形態を示す流れ図である。
【図６】本発明のネットワーキングアーキテクチャの一構成を通じての最適なパスルーティングを示す流れ図である。
【図１】
2008523652.tif 000003
【図２】
2008523652.tif 000004
【図３】
2008523652.tif 000005
【図４】
2008523652.tif 000006
【図５】
2008523652.tif 000007
【図６】
2008523652.tif 000008
【国際調査報告】
2008523652.tif 000009
2008523652.tif 000010
2008523652.tif 000011