JP2016514934A - 他のネットワークデバイスから受信したサイト−タイプ属性に基づくトンネル確立制御を備えたネットワークデバイス - Google Patents

Abstract

一実施形態では、第１のネットワークデバイスが、第２のネットワークデバイスのサイト−タイプ属性を第２のネットワークデバイスから受信し、受信したサイト−タイプ属性に少なくとも部分的に基づいて、第１のネットワークデバイスと第２のネットワークデバイスとの間のトンネルの確立を制御するように構成されている。サイト−タイプ属性は、第２のネットワークデバイスによって第１のネットワークデバイスに送信されるボーダーゲートウェイプロトコル（ＢＧＰ）メッセージの一部として第１のネットワークデバイス内で受信されてもよく、第２のネットワークデバイスがマルチキャストバーチャルプライベートネットワーク（ＭＶＰＮ）の送信側サイトであるかどうかを示すＭＶＰＮサイト−タイプ属性を含んでもよい。第１のネットワークデバイスと第２のネットワークデバイスとの間のトンネルの確立を制御することは、受信したサイト−タイプ属性が、第２のネットワークデバイスがＭＶＰＮの送信側サイトであることを示す場合、トンネルのセットアップを防ぐことを含んでもよい。

Description

当該分野は、一般に、通信ネットワークに関し、より詳細には、かかるネットワークのネットワークデバイスを用いて実施される通信プロトコルに関する。

通信サービスプロバイダは、彼らの顧客のためにバーチャルプライベートネットワーク（ＶＰＮ）を構築することが多い。例えば、引用により本明細書に組み込まれている、「ＢＧＰ／ＭＰＬＳ ＩＰバーチャルプライベートネットワーク（ＶＰＮ）」と題する、インターネットエンジニアリングタスクフォース（ＩＥＴＦ）リクエストフォーコメンツ（ＲＦＣ）４３６４に開示された技法に従って、ＶＰＮは、インターネットプロトコル（ＩＰ）、ボーダーゲートウェイプロトコル（ＢＧＰ）およびマルチプロトコルラベルスイッチング（ＭＰＬＳ）を用いて提供されてもよい。ＩＰｖ６ネットワークのＶＰＮのためのコンパニオン規格は、やはり引用により本明細書に組み込まれている、「ＩＰｖ６ ＶＰＮのためのＢＧＰ−ＭＰＬＳ ＩＰバーチャルプライベートネットワーク（ＶＰＮ）拡張」と題する、ＲＦＣ４６５９である。ＲＦＣ４３６４およびＲＦＣ４６５９に基づくＩＰ ＶＰＮサービスは、世界中のサービスプロバイダによって広範囲に配備されている。

ＲＦＣ４３６４およびＲＦＣ４６５９に従って構成されたＶＰＮは、トンネルを介して顧客サイトを接続し、ＩＰユニキャストパケットがある顧客サイトから別の顧客サイトへ移動することを可能にする。しかし、これらのＶＰＮは、ある顧客サイトから別の顧客サイトへ移動するためのＩＰマルチキャストトラフィック用の方法を提供しない。

ＲＦＣ４３６４およびＲＦＣ４６５９で定義されたユニキャストＶＰＮサービスは、引用により本明細書に組み込まれている、「ＭＰＬＳ／ＢＧＰ ＩＰ ＶＰＮ内のマルチキャスト」と題する、ＲＦＣ６５１３に開示された技法を用いて、ＩＰマルチキャストトラフィックを処理する能力を含むように拡張され得る。ＲＦＣ６５１３に従って構成されたＶＰＮは、本明細書でより一般にマルチキャスト ＶＰＮ（ＭＶＰＮ）と称されるものの例と考えられる。かかるＭＶＰＮは、通常はマルチキャストトンネルを用いて顧客サイト間のＩＰマルチキャストパケットの送信をサポートするように構成されている。

ＲＦＣ４３６４「ＢＧＰ／ＭＰＬＳ ＩＰバーチャルプライベートネットワーク（ＶＰＮ）」 ＲＦＣ４６５９「ＩＰｖ６ ＶＰＮのためのＢＧＰ−ＭＰＬＳ ＩＰバーチャルプライベートネットワーク（ＶＰＮ）拡張」 ＲＦＣ６５１３「ＭＰＬＳ／ＢＧＰ ＩＰ ＶＰＮ内のマルチキャスト」 ＲＦＣ６５１４「ＭＰＬＳ／ＢＧＰ ＩＰ ＶＰＮ内のマルチキャストのためのＢＧＰ符号化および手続」

本発明者らは、ある状況下では、著しい数の不要なトンネルが確立される可能性があり、ネットワーク資源の使用の非効率化およびネットワーク性能の劣化をまねくので、ＲＦＣ６５１３によって定義されたものなどの従来のＭＶＰＮ構成が問題をはらむと判断した。

本発明の例示的実施形態は、所与のネットワークデバイスが、そのデバイスで少なくとも１つのトンネルの確立を制御するために別のネットワークデバイスによって所与のネットワークデバイスに送信されたサイト−タイプ属性を利用する、通信ネットワークを提供する。かかる構成は、ＭＶＰＮに関連する不要なトンネリングを回避するのに役立ち、それによりネットワーク資源を維持し、ネットワーク性能を改善する。

一実施形態では、第１のネットワークデバイスが、第２のネットワークデバイスのサイト−タイプ属性を第２のネットワークデバイスから受信し、受信したサイト−タイプ属性に少なくとも部分的に基づいて第１のネットワークデバイスと第２のネットワークデバイスとの間のトンネルの確立を制御するように構成されている。サイト−タイプ属性は、第２のネットワークデバイスによって第１のネットワークデバイスに送信されるＢＧＰメッセージの一部として第１のネットワークデバイス内で受信されてもよく、第２のネットワークデバイスがＭＶＰＮの送信側サイトであるかどうかを示すＭＶＰＮサイト−タイプ属性を含んでもよい。

例として、第１のネットワークデバイスと第２のネットワークデバイスとの間のトンネルの確立を制御することは、受信したサイト−タイプ属性が、第２のネットワークデバイスがＭＶＰＮの送信側サイトであることを示す場合、トンネルのセットアップを防ぐことを含んでもよい。

多数の他のタイプのネットワークデバイスおよび通信ネットワークが、他の実施形態で使用されてもよいことが理解されるが、いくつかの実施形態における第１および第２のネットワークデバイスは、ＩＰ−ＭＰＬＳネットワークに関連するそれぞれのルータまたは他のプロバイダ要素を含んでもよい。

本発明の例示的実施形態におけるサイト−タイプ属性に基づくトンネル確立制御のための機能を実施する通信ネットワークを示す図である。 図１のネットワークの１つの可能な実施形態における第１および第２のネットワークデバイスのより詳細な図である。 図２の第１および第２のネットワークデバイスを用いて実行されるトンネル確立制御プロセスのフロー図である。 図２のネットワークデバイスによって利用される例示的ＭＶＰＮサイト−タイプ属性の１つの可能な構成を示す図である。

例示的通信ネットワーク、ネットワークデバイスおよび関連する通信プロトコルを参照して、本発明の例示的実施形態を本明細書で説明する。しかし、本発明は、説明される特定の構成によって使用されることに限定されないが、代わりに、より一般に、ネットワークデバイス間のトンネリングを制御することによって性能の改善を提供することが望まれるどんな通信ネットワークアプリケーションにも適用可能であることが理解されるべきである。

図１に、ＩＰ−ＭＰＬＳネットワーク１０２によって相互接続されたいくつかのプロバイダエッジ（ＰＥ）要素ＰＥ１、ＰＥ２、ＰＥ３およびＰＥ４を含む通信ネットワーク１００を示す。ＰＥ要素のいくつかは、それぞれＳで示される対応するマルチキャストソースに結合されている。ＰＥ要素ＰＥ１、ＰＥ２、ＰＥ３およびＰＥ４のそれぞれは、少なくとも１つのＭＶＰＮのサイトを表し、送信側−受信側サイト、送信側サイトおよび受信側サイトのうちの１つであると特徴づけられている。より詳細には、この実施形態では、サイトＰＥ１およびＰＥ２は送信側サイトであり、ＰＥ３は送信側−受信側サイトであり、およびＰＥ４は受信側サイトである。

これらの名称は、より一般に、本明細書においてＰＥ要素の「サイトタイプ」と呼ばれるものの例である。このサイトタイプ名称の特定の構成が例示にすぎず、さらに通信ネットワーク１００の所与のＰＥ要素のサイトタイプが経時変化することができることが理解される。さらに、他の実施形態は、追加または代替のサイトタイプのセットを利用してもよい。言い換えれば、本明細書におけるサイトタイプは、ネットワーク１００の文脈の中で上述した送信側、受信側および送信側−受信側タイプだけに限定されない。したがって、本明細書で使用される用語「サイト」はまた、広範に解釈されることが意図される。

上に引用したＲＦＣ６５１３は、例示的に、所与のＭＶＰＮを、以下の特性を伴って、２つの別個のサイトのセット、すなわち、送信側サイトセットおよび受信側サイトセットを含むと定義する。

１．送信側サイトセット内にあるサイトは、受信側サイトセット内にあるサイトにマルチキャストトラフィックを発信することができる。

２．受信側サイトセット内にないサイトは、送信側サイトセット内にある任意のサイトによって発信されるマルチキャストトラフィックを、受信することができるべきではない。

３．受信側サイトセット内にあるサイトは、送信側サイトセット内にある任意のサイトによって発信されるマルチキャストトラフィックを、受信することができる。

４．受信側サイトセット内にあるサイトは、送信側サイトセット内にない任意のサイトによって発信されるマルチキャストトラフィックを、受信することができるべきではない。

ＰＥ３などの送信側−受信側サイトは送信側サイトおよび受信側サイトの両方であり、したがって、単一のＰＥ要素は送信側サイトセットおよび受信側サイトセットの両方内にあってもよい。

所与のＭＶＰＮのソースＳに最も近いＰＥ要素は、そのＭＶＰＮのルートＰＥ要素と呼ばれている。かかるＰＥ要素は、ソースＳに直接接続されてもよく、または１つもしくは複数のネットワークのうちの１つまたは複数のネットワークデバイスを介して接続されてもよい。ＭＶＰＮのためのマルチキャストトラフィックを有する所与のトンネルが、ルートＰＥ要素において始まることになる。

所与のＭＶＰＮの受信側サイトを含み、またはそれと関連付けられたＰＥ要素は、そのＭＶＰＮのリーフＰＥ要素と呼ばれている。ＭＶＰＮのためのマルチキャストトラフィックを有する所与のトンネルは、リーフＰＥ要素において終端することになる。

しかし、本明細書におけるＭＶＰＮはＲＦＣ６５１３に従って構成されたものに限定されず、多種多様な他のＭＶＰＮ構成が本発明の実施形態で使用され得ることが理解されるべきである。

ＰＥ要素およびマルチキャストソースは、ネットワーク１００のそれぞれのノードの例と考えられてもよい。多数の他のタイプのノードおよびノードの構成が、他の実施形態で使用されてもよい。したがって、例えば、必ずしもＰＥ要素ではない他のタイプのプロバイダ要素が使用されてもよい。本明細書で使用される「ノード」という用語は、広範に解釈されることが意図され、したがって、例えば、全体のネットワークデバイスもしくはネットワークデバイスの１つまたは複数のコンポーネントを含んでもよい。

通信ネットワーク１００のノードは、固定であってもまたは移動であってもよい。したがって、固定および移動ノードの様々な組合せが所与の通信ネットワークで使用されてもよく、一方、他のネットワークが全ての固定ノードまたは全ての移動ノードを含んでもよい。所与の通信ネットワーク内のノードのそれぞれは実質的に同一の様式で構成されてもよく、または異なる構成が所与のネットワーク内で異なるノードのサブセットに使用されてもよい。

本明細書で開示するいくつかの実施形態では、それぞれのかかるノードは別個のネットワークデバイスに対応すると仮定されている。このネットワークデバイスは、任意の組合せで、ルータ、スイッチ、コンピュータまたは他の処理デバイスを含んでもよい。所与のネットワークデバイスが、一般に、プロセッサおよびプロセッサに結合されたメモリ、ならびに、このネットワークデバイスが他のネットワークデバイスと通信することを可能にする１つもしくは複数のトランシーバまたは他のタイプのネットワークインターフェース回路を含むであろう。したがって、通信ネットワーク１００のＰＥ要素ＰＥ１、ＰＥ２、ＰＥ３およびＰＥ４は、より一般に、本明細書で「ネットワークデバイス」と呼ばれるものの例と考えられている。

以前に述べたように、ある状況下では、著しい数の不要なトンネルが確立される可能性があり、ネットワーク資源の使用の非効率化およびネットワーク性能の劣化をまねくので、ＲＦＣ６５１３によって定義されたものなどの従来のＭＶＰＮ構成は問題をはらむ。

所与のＭＶＰＮのために確立されたマルチキャストトンネルが、個々の受信側サイトへのトラフィック反復を回避することによってネットワークリンクを効率よく使用している。これらのトンネルは、マルチキャストトラフィックに対して一方向性である。ＲＦＣ６５１３に従って、各サイトは、一般に、それぞれのピアサイトへのトンネルを介した接続性を確立することを要求されている。しかし、ＭＶＰＮの所与の送信側サイトでは、それぞれの受信側サイトから始まり、所与の送信側サイトにおいて終端するトンネルは利用されず、対応するネットワークデバイス内の転送記録などの限られたネットワーク資源、ならびに他の制御プレーンおよびデータプレーン資源の無駄使いになる。

これは、比較的少数の送信側サイトおよび比較的多数の受信側サイトがあるアプリケーションで特に問題となる可能性がある。１つのかかるアプリケーションはＩＰテレビであり、そこではプログラムコンテンツが、１つまたは複数の送信側サイトからそれ自体マルチキャストトラフィックを生成しない多数の受信側サイトへマルチキャストされる。これらおよび他の類似のアプリケーションでは、受信側サイトと送信側サイトとの間で確立されたトンネルは、特に大規模ネットワークにとって不要であることが多く、ネットワーク資源の浪費である。

図１の実施形態を参照すると、通常、ＲＦＣ６５１３に従ってＰＥ対の間で確立されることになるトンネルは、プロバイダマルチキャストサービスインターフェース（ＰＭＳＩ）のＰ−トンネルを含み、このＰＭＳＩは包括的ＰＭＳＩ（Ｉ−ＰＭＳＩ）または選択的ＰＭＳＩ（Ｓ−ＰＭＳＩ）を含んでもよい。より詳細には、Ｐ−トンネルは、通常、ＰＥ要素の対の間で、さらにＰＥ４などの受信側サイトとＰＥ１またはＰＥ２などの送信側サイトとの間でセットアップされることになる。したがって、これらのＰ−トンネルに到着するトラフィックは、ＰＥ１およびＰＥ２が送信側サイトなのでドロップされるであろうが、ＰＥ１およびＰＥ２の両方は、ＰＥ４から始まる終端Ｐ−トンネルを有するであろう。したがって、ＭＶＰＮ内ではトラフィックが送信側サイトから受信側サイトに流れるので、通常、従来の慣習の下でネットワーク１００内で確立されることになる多数のＰ−トンネルは不要であることは明らかである。

この問題は、Ｐ−トンネルおよびあるいは他のタイプのトンネルの確立を制御するためにサイト−タイプ属性を利用することによって本発明の１つまたは複数の実施形態で対処される。例えば、下により詳細に説明するように、かかる構成は、ＭＶＰＮの受信側サイトと送信側サイトとの間の不要なＰ−トンネルの確立を回避することができる。

より詳細には、通信ネットワーク１００のＰＥ要素ＰＥ１、ＰＥ２、ＰＥ３およびＰＥ４のそれぞれは、そのＰＥ要素で少なくとも１つのトンネルの確立を制御するために、ＰＥ要素の別の１つによってそのＰＥ要素に送信されたサイト−タイプ属性を利用するように構成されていると仮定されている。これは、対応するＭＶＰＮと関連付けられた受信側サイトと送信側サイトとの間の不要なトンネリングを回避するのに役立つことができ、それによりネットワーク資源を維持し、ネットワーク性能を改善する。本明細書で使用される「サイト−タイプ属性」という用語は、ＢＧＰ属性またはあるネットワークデバイスから別のネットワークデバイスへのサイトタイプの指示を伝達するために使用され得る情報の任意の他の構成を含んでもよい。

通信ネットワーク１００のトンネル確立制御機能性は、図２により詳細に図示されており、図２は、図１のＰＥ要素ＰＥ１、ＰＥ２、ＰＥ３およびＰＥ４の所与の対に対応してもよい第１のネットワークデバイス２０２および第２のネットワークデバイス２０４を含むネットワーク１００の一部２００を示す。

図２の実施形態では、第１のネットワークデバイス２０２は、第２のネットワークデバイス２０４と通信するように構成されており、逆もまた同様である。第１のネットワークデバイス２０２は、ＭＶＰＮコントローラ２０８に結合されたサイト−タイプ属性レシーバ２０６を含むトランシーバ２０５を備える。第１のネットワークデバイス２０２は、トランシーバ２０５およびメモリ２１２に結合されたプロセッサ２１０をさらに備える。第２のネットワークデバイス２０４は、ＭＶＰＮコントローラ２１８に結合されたサイト−タイプ属性トランスミッタ２１６を含むトランシーバ２１５を備える。第２のネットワークデバイス２０４は、トランシーバ２１５およびメモリ２２２に結合されたプロセッサ２２０をさらに備える。

図２の実施形態ではまた、ＢＧＰメッセージが、ＭＶＰＮコントローラ２０８および２１８の指示下でトランシーバ２０５と２１５との間で交換される。これらの要素は、上に引用したＲＦＣ６５１３で説明されているが、本明細書で開示するようにトンネルの確立を制御するためのサイト−タイプ属性の使用をサポートするように適切に変更されたものと類似のＭＶＰＮ機能を実施すると仮定されている。

より詳細には、この実施形態におけるサイト−タイプ属性は、所与のＰＥ要素がＭＶＰＮの送信側サイトであるかまたはＭＶＰＮの受信側サイトであるかどうかに関して、所与のＰＥ要素が他のＰＥ要素に知らせることを可能にするＢＧＰベースのＭＶＰＮのための新しいＢＧＰ属性である。この属性は、例えば、受信側サイトのＰＥ要素が送信側サイトのＰＥとトンネルを確立することを防ぐためにこの実施形態で使用され、ネットワーク内の制御プレーン状態を低減させ、より効率的なネットワーク帯域幅利用を可能にする。

新しいＢＧＰ属性は、対応するＩ−ＰＭＳＩまたはＳ−ＰＭＳＩオート−ディスカバリ（Ａ−Ｄ）ルート内で所与のＰＥ要素によって他の全てのＰＥ要素にアドバタイズされまたはさもなければ送信されるオプション通過ＢＧＰ属性として実施され得る。ＭＶＰＮの文脈の中でＢＧＰおよびＡ−Ｄルートの従来の態様に関する詳細は、引用により本明細書に組み込まれている、「ＭＰＬＳ／ＢＧＰ ＩＰ ＶＰＮ内のマルチキャストのためのＢＧＰ符号化および手続」と題する、ＲＦＣ６５１４に開示されている。

図２に示すネットワークデバイスコンポーネントの特定の構成が例示にすぎず、多数の代替のネットワークデバイス構成が他の実施形態で使用されてもよいことが理解される。例えば、ネットワークデバイスは、他の通信プロトコルに従って多数の他のタイプのメッセージングのためのサポートを組み込むように構成され得る。

第１のネットワークデバイス２０２は、一般に、第２のネットワークデバイス２０４から第２のネットワークデバイス２０４のサイト−タイプ属性を受信し、受信したサイト−タイプ属性に少なくとも部分的に基づいて第１のネットワークデバイスと第２のネットワークデバイスとの間のトンネルの確立を制御するように構成されている。より詳細には、サイト−タイプ属性レシーバ２０６は、第２のネットワークデバイス２０４から受信したメッセージからサイト−タイプ属性を抽出するように構成されており、サイト−タイプ属性レシーバ２０６に結合されたＭＶＰＮコントローラ２０８は、受信したサイト−タイプ属性が、第２のネットワークデバイスがＭＶＰＮの送信側サイトであることを示す場合、トンネルのセットアップを防ぐように構成されている。

図２は、サイト−タイプ属性レシーバを含むものとして第１のネットワークデバイス２０２およびサイト−タイプ属性トランスミッタを含むものとして第２のネットワークデバイス２０４を図示するが、サイト−タイプ属性レシーバ要素およびサイト−タイプ属性トランスミッタ要素の両方は、通常、両方のネットワークデバイスに含まれるであろう。したがって、これらの２つのネットワークデバイスのそれぞれは、他のネットワークデバイスでトンネルの確立を制御するために他のネットワークデバイスから受信したサイト−タイプ属性を利用してもよい。

第１のネットワークデバイス２０２および第２のネットワークデバイス２０４を含むこの例示的なトンネル確立制御プロセスは、一般に、図３のフロー図に図示されている。このフロー図は、第２のネットワークデバイス２０４によって送信される情報に応答する第１のネットワークデバイス２０２によって実行されると仮定されるステップ３００および３０２を含む。

ステップ３００では、第１のネットワークデバイス２０２は、第２のネットワークデバイス２０４からサイト−タイプ属性を受信する。このサイト−タイプ属性は、第２のネットワークデバイス２０４によって第１のネットワークデバイス２０２に送信されるＢＧＰメッセージの一部として第１のネットワークデバイス２０２内で受信されると仮定されている。このサイト−タイプ属性は、第２のネットワークデバイスがＭＶＰＮの送信側サイト、受信側サイト、または送信側−受信側サイトであるかどうかを示すＭＶＰＮサイト−タイプ属性を含むとさらに仮定されている。以前に示したように、他のサイト−タイプ属性は他の実施形態で使用され得る。また、かかるサイト−タイプ属性は、ＢＧＰメッセージ内であるネットワークデバイスから別のネットワークデバイスに送信される必要はないが、代わりに多種多様な異なる通信技法を用いてネットワークデバイス間で通信され得る。

図４に図示するように、例示的ＭＶＰＮサイト−タイプ属性４００が、第２のネットワークデバイスがＭＶＰＮの送信側サイトと受信側サイトの両方であることを示す第１の値、第２のネットワークデバイスがＭＶＰＮの送信側サイトであることを示す第２の値、および第２のネットワークデバイスがＭＶＰＮの受信側サイトであることを示す第３の値を含む、複数の異なる可能な値のうちの特定の１つをとるように構成されてもよい。

図４の実施形態では、このＭＶＰＮサイト−タイプ属性は、より詳細には、少なくとも第１のフィールド４０２および第２のフィールド４０４を含み、第１のフィールド４０２は他の機能のために予約されてもよい複数のフラグを備え、第２のフィールド４０４は送信ネットワークデバイス２０４の現在のサイトタイプを備える。ここで、００、０１および０２の値が、送信ネットワークデバイスをそれぞれ送信側−受信側サイト、送信側サイトおよび受信側サイトのうちの１つであると示すために使用される。本実施形態では、第１のフィールド４０２および第２のフィールド４０４は、それぞれ１オクテットおよび２オクテットの長さを有すると仮定されている。インターネットアサインドナンバーズオーソリティ（ＩＡＮＡ）タイプコードが、ＭＶＰＮサイト−タイプ属性に割り当てられてもよい。

やはり、サイトタイプの異なるセットならびに対応する値、フィールドおよびフィールド長さが使用されてもよい。この値のうちの１つはデフォルト値として指定されてよい。例えば、図４の実施形態では、送信ネットワークデバイスを送信側−受信側サイトとして示す値００は、ＭＶＰＮ属性４００のデフォルト値と考えられている。

これから図３のフロー図に戻ると、ステップ３０２において第１のネットワークデバイス２０２は、受信したサイト−タイプ属性に少なくとも部分的に基づいて、第１のネットワークデバイス２０２と第２のネットワーク２０４デバイスとの間のトンネルの確立を制御する。例として、第１のネットワークデバイス２０２と第２のネットワークデバイス２０４との間のトンネルの確立を制御することは、第１のネットワークデバイスと第２のネットワークデバイスとの間のＰ−トンネルの確立を制御することを含んでもよい。より詳細には、本実施形態において第１のネットワークデバイス２０２と第２のネットワークデバイス２０４との間のＰ−トンネルの確立を制御することは、受信したサイト−タイプ属性が特定の所定値を有する場合、Ｐ−トンネルのセットアップを防ぐことを含み、この場合０１の値は、第２のネットワークデバイス２０４がＭＶＰＮの送信側サイトであることを示す。

したがって、例えば、第１のネットワークデバイス２０２が図１の受信側サイトＰＥ４に対応すると仮定し、第２のネットワークデバイス２０４が図１の送信側サイトＰＥ１に対応すると仮定する場合、送信側サイトＰＥ１は、ＰＥ１が送信側サイトであることを示すその現在のサイト−タイプ属性値０１を送信する。受信側サイトＰＥ４はＰＥ１からこのサイト−タイプ属性値を受信し、この値に基づいてそれ自体と送信側サイトＰＥ１との間のＰ−トンネルの確立を防ぐ。

別の例として、第１のネットワークデバイス２０２が図１の送信側サイトＰＥ１に対応すると仮定し、第２のネットワークデバイス２０４が図１の受信側サイトＰＥ４に対応すると仮定する場合、受信側サイトＰＥ４は、ＰＥ４が受信側サイトであることを示すその現在のサイト−タイプ属性値０２を送信する。送信側サイトＰＥ１はＰＥ４からこのサイト−タイプ属性値を受信し、この値に基づいてそれ自体と受信側サイトＰＥ４との間のＰ−トンネルの確立を可能にする。

いくつかの実施形態では、ＢＧＰ Ｉ−ＰＭＳＩまたはＳ−ＰＭＳＩ Ａ−Ｄルートを開始する所与のＰＥ要素が、上述のＭＶＰＮサイト−タイプ属性をこのルートに付与する。それにより、このルートの受信側ＰＥ要素は、発信側ＰＥ要素が送信側サイト、受信側サイトまたは送信側−受信側サイトであるかどうかに関して知らされる。サイト−タイプ属性がＩ−ＰＭＳＩまたはＳ−ＰＭＳＩ Ａ−Ｄルートに無い場合、受信側ＰＥ要素は代わりにデフォルト値００を利用し、その結果指定される発信側ＰＥ要素を送信側受信側サイトとみなすであろう。

他のＰＥ要素までの既存のＰ−トンネルを有するＰＥ要素が、送信側サイトまたは受信側サイトになるようにそのサイトタイプを変更させた場合、新しいＩ−ＰＭＳＩまたはＳ−ＰＭＳＩ Ａ−Ｄルートが、新しいＭＶＰＮサイト−タイプ属性で送信されてもよい。

例として、ＭＶＰＮサイト−タイプ属性でＩ−ＰＭＳＩまたはＳ−ＰＭＳＩ Ａ−Ｄルートを受けるＰＥ要素が、サイト−タイプ属性の値に基づいて以下の動作を実行するように構成されてもよい。

１．Ｉ−ＰＭＳＩまたはＳ−ＰＭＳＩ Ａ−Ｄルート内のサイト−タイプ属性が送信側サイトを示す値で受信される場合、次いで受信側ＰＥ要素はＩ−ＰＭＳＩまたはＳ−ＰＭＳＩ Ａ−Ｄルートを開始したＰＥ要素までのＰ−トンネルを開始しないであろう。

２．Ｓ−ＰＭＳＩ Ａ−ＤルートのＩ−ＰＭＳＩ内のサイト−タイプ属性が受信側サイトまたは送信側−受信側サイトを示す値で受信される場合、次いで受信側ＰＥ要素はＩ−ＰＭＳＩまたはＳ−ＰＭＳＩ Ａ−Ｄルートを開始したＰＥ要素までのＰ−トンネルを作り出すであろう。

イントラ−ＡＳ Ｉ−ＰＭＳＩ Ａ−Ｄルートを受ける所与のＰＥ要素が、別のＰＥ要素までのＰ−トンネルをすでに確立しており、次いで送信側サイトを示すサイト−タイプ属性で新しいＩ−ＰＭＳＩまたはＳ−ＰＭＳＩ Ａ−Ｄルートを後者のＰＥ要素から受ける場合、所与のＰＥ要素は、Ｉ−ＰＭＳＩまたはＳ−ＰＭＳＩ Ａ−Ｄルートを受け入れ、その送信側サイトＰＥ要素までの既存のトンネルを取り壊すことに注意されたい。ここで、イントラ−ＡＳとは、上に引用したＲＦＣ６５１４に従って定義したようにＢＧＰソース自律システム（ＡＳ）拡張コミュニティ内のルートを指す。

別の例として、所与のＰＥ要素が送信側サイトとして以前に識別されているので、イントラ−ＡＳ Ｉ−ＰＭＳＩ Ａ−Ｄルートを受けるそのＰＥ要素は別のＰＥ要素までのＰ−トンネルをすでに確立していないと仮定する。この場合、所与のＰＥ要素が、サイト−タイプ属性無しで、もしくは受信側サイトまたは送信側−受信側サイトを示すサイト−タイプ属性でのいずれかで他のＰＥ要素から新しいＩ−ＰＭＳＩまたはＳ−ＰＭＳＩ Ａ−Ｄルートを受ける場合、次いで所与のＰＥ要素は、他のＰＥ要素までの新しいＰ−トンネルをセットアップすべきである。

図３のフロー図に関連して上述した特定の処理ステップおよび他の操作は例示にすぎず、追加または代替の処理ステップまたは操作が他の実施形態で使用されてもよい。

再び図２を参照すると、ネットワークデバイス２０２および２０４のそれぞれは、プロセッサ２１０または２２０およびメモリ２１２または２２２を備える。かかるネットワークデバイスのプロセッサ２１０または２２０は、マイクロプロセッサ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、または他のタイプの処理回路、ならびにかかる処理回路の一部または組合せを利用して実施されてもよい。このプロセッサは、内部メモリとして１つまたは複数の組込みメモリを含んでもよい。

プロセッサ２１０または２２０および任意の関連する内部または外部メモリは、対応するネットワークデバイス２０２または２０４の操作を制御するための１つまたは複数のソフトウェアプログラムの記憶および実行に使用されてもよい。したがって、ネットワークデバイス２０２内のトランシーバ２０５のモジュール２０６および２０８のうちの１つもしくは複数、ネットワークデバイス２０４内のトランシーバ２１５のモジュール２１６および２１８のうちの１つもしくは複数、またはこれらのモジュールの一部は、少なくとも部分的にかかるソフトウェアプログラムを用いて実施されてもよい。

ネットワークデバイス２０２および２０４のメモリ２１２および２２２のそれぞれは、プログラムコード記憶のために利用されてもよい１つまたは複数の記憶領域を含むと仮定されている。したがって、メモリ２１２または２２２は、より一般に、本明細書でコンピュータプログラム製品と呼ばれるもの、または、さらにより一般に、実行可能プログラムコードをその中に組み入れたコンピュータ可読記憶媒体と呼ばれるものの例として捉えられてもよい。コンピュータ可読記憶媒体の他の例は、任意の組合せでディスクまたは他のタイプの磁気もしくは光媒体を含んでもよい。

したがって、メモリ２１２または２２２は、例えば、スタティックＲＡＭ（ＳＲＡＭ）、ダイナミックＲＡＭ（ＤＲＡＭ）または他のタイプの電子メモリなどの電子ランダムアクセスメモリ（ＲＡＭ）を含んでもよい。本明細書で使用される「メモリ」という用語は、広範に解釈されることが意図されており、例えば、リード−オンリーメモリ（ＲＯＭ）、ディスクベースのメモリ、または他のタイプの記憶デバイス、ならびにかかるデバイスの一部または組合せを追加的または代替的に包含してもよい。

ワイヤレスネットワーク１００の所与のネットワークデバイスのプロセッサ、メモリ、トランシーバおよび他のコンポーネントは、少なくとも上述したトンネル確立制御機能の一部を実施するように適切に修正されたよく知られている回路を含んでもよい。かかる回路の従来の態様は当業者によく知られており、したがって、本明細書で詳細に説明されない。

本明細書で開示する所与のノードまたは関連するネットワークデバイスは、図２の例示的構成に特に示されるもの以外の追加または代替のコンポーネントおよびモジュールを用いて実施されてもよいことが理解される。

上述したように、本発明の実施形態は、少なくとも部分的にネットワークデバイスのメモリもしくは他のコンピュータ可読記憶媒体または通信ネットワークの他の処理デバイス内に記憶される１つまたは複数のソフトウェアプログラムの形式で実施されてもよい。

任意の組合せのハードウェア、ソフトウェアまたはファームウェアの多数の代替構成が、本発明に従うこれらおよび他のシステム要素を実施する際に利用されてもよい。例えば、本発明の実施形態は、任意の組合せで１つもしくは複数のＡＳＩＣ、ＦＰＧＡまたは他のタイプの集積回路デバイスで実施されてもよい。かかる集積回路デバイス、ならびにその一部または組合せは、本明細書で使用される「回路」という用語の例である。

やはり、上記のサイト−タイプ属性およびトンネル確立制御処理は例にすぎず、いずれの方法でも本発明の範囲を限定するものと解釈されるべきではない。これらおよび他の実施形態では、サイト−タイプ属性を使用することにより、所与のネットワークデバイスがＭＶＰＮの送信側サイトである他のネットワークデバイスで不要なトンネルを確立することを回避することが可能になる。これは、ＭＶＰＮに関連する制御プレーンおよびデータプレーン通信の量の著しい低減をもたらし、したがってネットワーク資源のより効率的な使用をもたらす。かかる低減は、特に比較的少数の送信側サイトが多数の受信側サイトにマルチキャストする大規模ネットワークにおいて、実質的にネットワーク性能の改善につながり得る。

従来の構成に対するこれらの利点は、例示的実施形態のＩＰ、ＢＧＰ、ＭＰＬＳまたは他の通信プロトコルに関するいかなる新しいセキュリティ問題も作り出さずに達成される。

いくつかの例示的実施形態が、ＩＰ、ＢＧＰおよびＭＰＬＳなどの特定の通信プロトコルの文脈の中で本明細書で説明されているが、他のタイプのネットワークは他の実施形態で使用され得る。したがって、本明細書で使用される「ネットワーク」という用語は、広範に解釈されることが意図される。

上述した実施形態が例示の目的のためにすぎず、いずれの方法でも限定されるものと解釈されるべきではないことがやはり強調されるべきである。他の実施形態は、異なるタイプのネットワーク、デバイスおよびモジュール構成、ならびにサイト−タイプ属性に基づいてトンネル確立制御機能を実施するための代替の通信プロトコルおよび処理ステップを使用してもよい。また、例示的実施形態を説明する文脈の中で作られた特定の仮定は、本発明の要件として解釈されるべきではないことが理解されるべきである。本発明は、これらの特定の仮定が適用されない他の実施形態で実施され得る。添付の特許請求の範囲内のこれらおよび多数の他の代替実施形態は、当業者に容易に明らかであろう。

Claims (10)

1. 少なくとも第２のネットワークデバイスと通信するように構成された第１のネットワークデバイスであって、
   第２のネットワークデバイスのサイト−タイプ属性を第２のネットワークデバイスから受信し、受信したサイト−タイプ属性に少なくとも部分的に基づいて、第１のネットワークデバイスと第２のネットワークデバイスとの間のトンネルの確立を制御するように構成された、第１のネットワークデバイスを備える、装置。
2. サイト−タイプ属性が、第２のネットワークデバイスがマルチキャストバーチャルプライベートネットワーク（ＭＶＰＮ）の送信側サイトおよび受信側サイトの少なくとも１つであるかどうかを示すＭＶＰＮサイト−タイプ属性を含む、請求項１に記載の装置。
3. ＭＶＰＮサイト−タイプ属性が、第２のネットワークデバイスがＭＶＰＮの送信側サイトと受信側サイトの両方であることを示す第１の値、第２のネットワークデバイスがＭＶＰＮの送信側サイトであることを示す第２の値、および第２のネットワークデバイスがＭＶＰＮの受信側サイトであることを示す第３の値を含む、複数の異なる可能な値のうちの特定の１つをとるように構成されている、請求項２に記載の装置。
4. 第１のネットワークデバイスと第２のネットワークデバイスとの間のトンネルの確立を制御することが、第１のネットワークデバイスと第２のネットワークデバイスとの間のプロバイダマルチキャストサービスインターフェース（ＰＭＳＩ）のＰ−トンネルの確立を制御することを含む、請求項１に記載の装置。
5. 第１のネットワークデバイスと第２のネットワークデバイスとの間のトンネルの確立を制御することが、受信したサイト−タイプ属性が特定の所定値を有する場合、トンネルのセットアップを防ぐことを含み、特定の所定値が、第２のネットワークデバイスがＭＶＰＮの送信側サイトであることを示す値である、請求項１に記載の装置。
6. 第１のネットワークデバイスが、
   第２のネットワークデバイスから受信したメッセージからサイト−タイプ属性を抽出するように構成されたサイト−タイプ属性レシーバと、
   サイト−タイプ属性レシーバに結合され、受信したサイト−タイプ属性が、第２のネットワークデバイスがＭＶＰＮの送信側サイトであることを示す場合、トンネルのセットアップを防ぐように構成されたマルチキャストコントローラと
   を備える、請求項１に記載の装置。
7. 第２のネットワークデバイスのサイト−タイプ属性を第１のネットワークデバイス内で受信するステップと、
   受信したサイト−タイプ属性に少なくとも部分的に基づいて、第１のネットワークデバイスと第２のネットワークデバイスとの間のトンネルの確立を制御するステップと、
   を含む、方法。
8. 第１のネットワークデバイスのプロセッサによって実行されると、第１のネットワークデバイスに請求項７に記載の方法を実行させる実行可能プログラムコードをその中に組み入れたプロセッサ可読記憶媒体を含む、製造物品。
9. 少なくとも第２のネットワークデバイスと通信するように構成された第１のネットワークデバイスであって、
   第２のネットワークデバイスが、受信したサイト−タイプ属性に少なくとも部分的に基づいて、第２のネットワークデバイスと第１のネットワークデバイスとの間のトンネルの確立を制御することを可能にするように、第１のネットワークデバイスのサイト−タイプ属性を第２のネットワークデバイスに送信するように構成された、第１のネットワークデバイスを備える、装置。
10. 第２のネットワークデバイスが、受信したサイト−タイプ属性に少なくとも部分的に基づいて、第２のネットワークデバイスと第１のネットワークデバイスとの間のトンネルの確立を制御することを可能にするように、第２のネットワークデバイスに第１のネットワークデバイスのサイト−タイプ属性を送信するステップを含む、方法。

Images