(57)【要約】  データ通信ネットワークでの論理グループエンドポイントディスカバリに関する方法およびシステムが開示される。ネットワークエンドポイントが、論理グループを特定する要求をソースから受信し、エンドポイントにアソシエートされるポートが論理グループのメンバーであるか否かを決定する。エンドポイントにアソシエートされるポートが論理グループのメンバーである場合、ポートおよび論理グループを特定する応答をエンドポイントがソースに送信する。要求がマルチキャストであり得るのに対して、応答がユニキャストであり得る。論理グループがＶＬＡＮまたはマルチキャストグループであり得る。ソースおよびエンドポイントが８０２．１ａｇメンテナンスエンドポイントであることが好ましい。要求が、ＩＥＥＥ８０２．１ａｇ連続性検査マルチキャストアドレスを宛先アドレスとして含み得る。
2009530973.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークエンドポイント仮想ローカルエリアネットワーク（ＶＬＡＮ）アソシエーションをディスカバリする方法であって、
ＶＬＡＮを特定する要求をソースからエンドポイントによって受信するステップと、
エンドポイントにアソシエートされるポートがＶＬＡＮのメンバーであるか否かをエンドポイントによって決定するステップと、
エンドポイントにアソシエートされるポートがＶＬＡＮのメンバーである場合、ポートおよびＶＬＡＮを特定する応答をエンドポイントによってソースに送信するステップとを含む、方法。
【請求項２】
要求が応答時間を特定し、送信するステップが、応答時間が経過する前に実行される、請求項１に記載の方法。
【請求項３】
送信するステップが、応答時間が経過する前にランダムな時間で実行される、請求項２に記載の方法。
【請求項４】
要求が複数のエンドポイントへのマルチキャストであり、応答がソースへのユニキャストである、請求項１に記載の方法。
【請求項５】
要求が、ＩＥＥＥ８０２．１ａｇ連続性検査マルチキャストアドレスを宛先アドレスとして含む、請求項１に記載の方法。
【請求項６】
ソースがＩＥＥＥ８０２．１ａｇメンテナンスエンドポイントである、請求項１に記載の方法。
【請求項７】
エンドポイントがＩＥＥＥ８０２．１ａｇメンテナンスエンドポイントである、請求項１に記載の方法。
【請求項８】
方法が少なくとも２回実行され、第１の場合に、特定されるＶＬＡＮは管理ＶＬＡＮであり、第２の場合に、特定されるＶＬＡＮはデータＶＬＡＮである、請求項１に記載の方法。
【請求項９】
ネットワークエンドポイントマルチキャストグループアソシエーションをディスカバリする方法であって、
マルチキャストグループを特定する要求をソースからエンドポイントによって受信するステップと、
エンドポイントにアソシエートされるポートがマルチキャストグループのメンバーであるか否かをエンドポイントによって決定するステップと、
エンドポイントにアソシエートされるポートがマルチキャストグループのメンバーである場合、ポートおよびマルチキャストグループを特定する応答をエンドポイントによってソースに送信するステップとを含む、方法。
【請求項１０】
要求が応答時間を特定し、送信するステップが、応答時間が経過する前に実行される、請求項９に記載の方法。
【請求項１１】
送信するステップが、応答時間が経過する前にランダムな時間で実行される、請求項１０に記載の方法。
【請求項１２】
要求が複数のエンドポイントへのマルチキャストであり、応答がソースへのユニキャストである、請求項１０に記載の方法。
【請求項１３】
要求が、ＩＥＥＥ８０２．１ａｇ連続性検査マルチキャストアドレスを宛先アドレスとして含む、請求項１０に記載の方法。
【請求項１４】
ソースがＩＥＥＥ８０２．１ａｇメンテナンスエンドポイントである、請求項１０に記載の方法。
【請求項１５】
エンドポイントがＩＥＥＥ８０２．１ａｇメンテナンスエンドポイントである、請求項１０に記載の方法。
【請求項１６】
ネットワークエンドポイント論理グループアソシエーションをディスカバリする方法であって、
論理グループを特定するマルチキャスト要求をソースからエンドポイントによって受信するステップと、
エンドポイントにアソシエートされるポートが論理グループのメンバーであるか否かをエンドポイントによって決定するステップと、
エンドポイントにアソシエートされるポートが論理グループのメンバーである場合、ポートおよび論理グループを特定するユニキャスト応答をエンドポイントによってソースに送信するステップとを含む、方法。
【請求項１７】
論理グループがＶＬＡＮである、請求項１６に記載の方法。
【請求項１８】
論理グループがマルチキャストグループである、請求項１６に記載の方法。
【請求項１９】
要求が応答時間を特定し、送信するステップが、応答時間が経過する前に実行される、請求項１６に記載の方法。
【請求項２０】
要求が、ＩＥＥＥ８０２．１ａｇ連続性検査マルチキャストアドレスを宛先アドレスとして含む、請求項１６に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ通信ネットワークの管理に関し、より詳細には、事業者およびサービスプロバイダネットワークでの仮想ローカルエリアネットワーク（ＶＬＡＮ）およびマルチキャストグループエンドポイントディスカバリに関する。
【背景技術】
【０００２】
事業者またはサービスプロバイダネットワークでは、ＶＬＡＮエンドポイントの間違い設定が重大な問題を生じる可能性がある。ＶＬＡＮが電気電子技術者協会Ｓｔｄ．８０２．１ａｇ（ＩＥＥＥ８０２．１ａｇ）メンテナンスレベルより優位であるため、ＩＥＥＥ８０２．１ａｇメンテナンスエンドポイント（ＭＥＰ）上で間違い設定されているＶＬＡＮがＭＥＰ到達不可能を生じさせ、同じメンテナンスレベルにある全ての他のＭＥＰによって不慮の接続性損失警告が報告されることになる可能性がある。さらに、間違い設定されているＶＬＡＮは不当なトラフィックを不注意により許可してネットワークエンドポイントを通過させたり、または許可されているトラフィックをネットワークエンドポイントでブロックしてしまい、潜在的なセキュリティ違反または顧客不満足を生じさせる可能性がある。それゆえに、できるだけ早い時期に、好ましくはＩＥＥＥ８０２．１ａｇ接続障害管理（ＣＦＭ）の実行前またはネットワークを外部のトラフィックに開放する前に、ＶＬＡＮエンドポイントの間違い設定を発見して解決することが望ましい。
【０００３】
サービスプロバイダネットワークでは、マルチキャストグループエンドポイント構成を知ることが同様に望ましい。例えば、サービスプロバイダは、その顧客がセキュリティ、支払い、マーケティングまたは他の目的に関していずれのマルチキャストコンテンツを見ているかを監視することを望む可能性がある。
【０００４】
ＶＬＡＮ構成情報を送信するための知られているプロトコルが存在する。例えば、Ｃｉｓｃｏ  Ｓｙｓｔｅｍｓ社のＶＬＡＮトランキングプロトコル（ＶＴＰ）では、新規のＶＬＡＮがスイッチ上に構成される場合、この新規のＶＬＡＮが同じドメインの他のスイッチに通知される。さらに、Ｃｉｓｃｏ  Ｓｙｓｔｅｍｓ社のＶＬＡＮクエリプロトコル（ＶＱＰ）では、スイッチがＶＬＡＮメンバーシップポリシーサーバ（ＶＰＭＳ）にＬＡＮ接続ノードの媒体アクセス制御（ＭＡＣ）アドレスを問い合わせ、それに応じて、そのノードに接続されているスイッチポートに対してＶＬＡＮ割り当てが与えられる。ＶＴＰまたはＶＱＰのどちらも、いずれのＶＬＡＮがその上で動作中であることを知るための、およびそれにより間違い設定を知るためのネットワークエンドポイントへの問い合わせを提供しない。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ｅＸｃｈａｎｇｅ  ＩＤｅｎｔｉｆｉｃａｔｉｏｎ（ＸＩＤ）等、ノード特性をディスカバリするための知られているプロトコルが存在する。ＸＩＤの１つの実装では、リソースが、特定の値を含むＸＩＤ命令をノードに送信し得て、ノードが、特定の値を含むＸＩＤ応答を返すことによってその特定の値に関するサポートを確認し得る。しかしながら、ＸＩＤがＶＬＡＮまたはマルチキャストグループを考慮しているとは思われていない。さらに、ＸＩＤは、エンドポイントへのマルチキャストＸＩＤ命令に対する応答を厳密に制限するための固有の機構を有していない。ＸＩＤ命令がマルチキャストである場合、リソースとエンドポイントとの間の経路上の全てのＸＩＤ認識（ＸＩＤ−ａｗａｒｅ）ノードが応答し、さらにＸＩＤ命令は外部ネットワークへエンドポイントにより伝播すらされる。
【課題を解決するための手段】
【０００６】
本発明は、実施形態によっては、ＩＥＥＥ８０２．１ａｇで規定されるイーサネット（登録商標）ＣＦＭフレームワークを利用し、事業およびサービスプロバイダネットワークでの非常に効率的なＶＬＡＮおよびマルチキャストグループエンドポイントの学習を可能にする。ＩＥＥＥ８０２．１ａｇは、連続性検査（ＣＣ）フレームを規定している。ＣＣフレームは、通常、ソースＭＥＰと他のＭＥＰとの間の接続性を確認するために、特定のメンテナンスレベルでソースＭＥＰによって他の全てのＭＥＰにマルチキャストされる。本発明のいくつかの実施形態では、ソースＭＥＰは、確保済みのＩＥＥＥ８０２．１ａｇＣＣマルチキャストアドレスを、以下でｖＱｕｅｒｙ＿ｒｅｑｕｅｓｔフレームと呼ばれる新規のＶＬＡＮまたはマルチキャストグループディスカバリ要求フレーム型に適用し、それにより、事業者またはサービスプロバイダネットワークの他のＭＥＰだけがｖＱｕｅｒｙ＿ｒｅｑｕｅｓｔを処理し、さらに、それにより、ＶＬＡＮまたはマルチキャストグループのメンバーだけが以下でｖＱｕｅｒｙ＿ｒｅｐｌｙフレームと呼ばれるＶＬＡＮまたはマルチキャストグループディスカバリ応答フレーム型でのｖＱｕｅｒｙ＿ｒｅｑｕｅｓｔ応答で特定される。ＶＬＡＮおよびマルチキャストグループエンドポイント構成がそれにより効率的に検出される。ｖＱｕｅｒｙメッセージ交換は、交換イーサネット（登録商標）ネットワークで一般的に適用されている。そのようなネットワークは、例えば、イーサネット（登録商標）プロトコルサポートを有するスイッチ、デジタル加入者回線アクセスマルチプレクサ（ＤＳＬＡＭ）、およびエンドポイント集約デバイス等の様々な種類の多重化ノードを含み得る。
【０００７】
それゆえに、本発明の１つの実施形態では、ネットワークエンドポイントＶＬＡＮアソシエーションをディスカバリする方法が、ＶＬＡＮを特定する要求をソースからエンドポイントによって受信するステップと、エンドポイントにアソシエートされるポートがＶＬＡＮのメンバーであるか否かをエンドポイントによって決定するステップと、エンドポイントにアソシエートされるポートがＶＬＡＮのメンバーである場合、ポートおよびＶＬＡＮを特定する応答をエンドポイントによってソースに送信するステップとを含む。
【０００８】
本発明の別の実施形態では、ネットワークエンドポイントマルチキャストグループアソシエーションをディスカバリする方法が、マルチキャストグループを特定する要求をソースからエンドポイントによって受信するステップと、エンドポイントにアソシエートされるポートがマルチキャストグループのメンバーであるか否かをエンドポイントによって決定するステップと、エンドポイントにアソシエートされるポートがマルチキャストグループのメンバーである場合、ポートおよびマルチキャストグループを特定する応答をエンドポイントによってソースに送信するステップとを含む。
【０００９】
本発明の別の実施形態では、ネットワークエンドポイント論理グループアソシエーションをディスカバリする方法が、論理グループを特定するマルチキャスト要求をソースからエンドポイントによって受信するステップと、エンドポイントにアソシエートされるポートが論理グループのメンバーであるか否かをエンドポイントによって決定するステップと、エンドポイントにアソシエートされるポートが論理グループのメンバーである場合、ポートおよび論理グループを特定するユニキャスト応答をエンドポイントによってソースに送信するステップとを含む。論理グループがＶＬＡＮまたはマルチキャストグループであってよい。
【００１０】
実施形態によっては、要求が応答時間を特定し、送信するステップが、応答時間が経過する前にランダムな時間で実行される。
【００１１】
実施形態によっては、要求が、ＩＥＥＥ８０２．１ａｇＣＣマルチキャストアドレスを宛先アドレスとして含む。
【００１２】
実施形態によっては、ソースがＩＥＥＥ８０２．１ａｇメンテナンスエンドポイントである。
【００１３】
実施形態によっては、エンドポイントがＩＥＥＥ８０２．１ａｇメンテナンスエンドポイントである。
【００１４】
実施形態によっては、方法が少なくとも２回実行され、第１の場合に、特定されるＶＬＡＮは管理ＶＬＡＮであり、第２の場合に、特定されるＶＬＡＮはデータＶＬＡＮである。
【００１５】
本発明のこれらおよび他の特性は、以下で簡潔に説明される図面に関連して読解される好適な実施形態の詳細な説明を参照することによってより理解されるであろう。当然、本発明の範疇は添付の特許請求の範囲によって規定される。
【発明を実施するための最良の形態】
【００１６】
図１は、本発明の一実施形態でのサービスプロバイダネットワーク１０を示す。ネットワーク１０は、メンテナンス中間点（ＭＩＰ）ノード５０を介して通信可能に結合されている複数のＭＥＰノード１０、２０、３０、４０を含む。ＭＥＰノード１０、２０、３０は、ＭＥＰノード１０、２０、３０をモデム設備（図示せず）を介して顧客家庭用ゲートウェイ（ＲＧＷ）７０と通信可能に結合する家庭用ゲートウェイ（ＲＧＷ）対向ポートＡ−Ｅを有する。ＲＧＷ７０は、顧客終端システム６０と通信可能に結合されている。実施形態によっては、ＲＧＷ７０は顧客終端システム６０を結合するイーサネット（登録商標）ポートと、ＤＳＬモデム（図示せず）を介してＭＥＰノード１０、２０、３０を結合するデジタル加入者回線（ＤＳＬ）アップリンクポートとを有するブリッジである。実施形態によっては、終端システム６０は、例として、パーソナルコンピュータ、記憶デバイスおよびゲームコンソールを含む。ＭＥＰノード１０、２０、３０、４０は、ＭＥＰノード１０、２０、３０、４０を他のＭＥＰノード１０、２０、３０、４０およびＭＩＰノード５０と通信可能に結合するネットワーク対向ポートＦ−Ｋを有する。ＭＥＰノード４０はネットワーク対向ポートＪおよびＫを有するが、ＲＧＷ対向ポートを有していない。当然、本発明の別の実施形態では、ＭＥＰノードおよびＭＩＰノードの数および接続が異なり得る。さらに、本発明の別の実施形態では、家庭用ネットワークに加えて、または代わりにサービスプロバイダネットワークが企業ネットワークに接続され得る。
【００１７】
ＭＥＰノード１０、２０、３０、４０は、ポートＡ−Ｋを介してメッセージを送信および受信するデータ通信ノードであり、ネットワーク１０内でのイーサネット（登録商標）ブリッジング、ＩＥＥＥ８０２．１ａｇイーサネット（登録商標）ＣＦＭおよび論理グループエンドポイントディスカバリ能力をサポートするためのハードウェアおよびソフトウェアをそこに有している。論理グループエンドポイントディスカバリ能力は、以下で説明されるＶＬＡＮエンドポイントディスカバリ能力およびマルチキャストグループエンドポイントディスカバリ能力を含むのが好ましい。イーサネット（登録商標）ＣＦＭおよび論理グループエンドポイントディスカバリ能力は、ＭＥＰノード１０、２０、３０、４０内の１つまたは複数のＩＥＥＥ８０２．１ａｇＭＥＰハードウェアまたはソフトウェアエンティティによってサポートされる。ＭＥＰハードウェアおよびソフトウェアエンティティは、ノード毎、モジュール毎、またはポート毎に動作し得る。実施形態によっては、ＭＥＰノード１０、２０、３０がイーサネット（登録商標）ベースのＤＳＬＡＭであるのに対し、ＭＥＰノード４０はイーサネット（登録商標）エッジスイッチである。
【００１８】
ＭＥＰノード４０は、ネットワーク管理情報を通信するＮＭＳノード８０にＭＥＰノード４０を通信可能に結合するネットワーク管理システム（ＮＭＳ）対向ポートＰを有している。実施形態によっては、ＭＥＰノード４０は、簡易ネットワーク管理プロトコル（ＳＮＭＰ）エージェントをそこに有し、ＭＥＰノード４０上に記録されたネットワーク管理情報がＳＮＭＰポーリングおよびＳＮＭＰトラップメッセージを介してＮＭＳノード８０に送信される。
【００１９】
ＭＩＰノード５０は、ポートＬ−Ｏを介してメッセージを送信および受信するデータ通信ノードであり、ネットワーク１０内でのイーサネット（登録商標）ブリッジングおよびＩＥＥＥ８０２．１ａｇイーサネット（登録商標）ＣＦＭをサポートするためのハードウェアおよびソフトウェアをそこに有している。イーサネット（登録商標）ＣＦＭは、ＭＩＰノード５０内に常駐する１つまたは複数のハードウェアまたはソフトウェアＩＥＥＥ８０２．１ａｇＭＩＰエンティティによってサポートされる。ＭＩＰハードウェアおよびソフトウェアエンタイトルは、ノード毎、モジュール毎、またはポート毎に動作し得る。実施形態によっては、ＭＩＰノード５０はイーサネット（登録商標）基幹スイッチである。
【００２０】
ネットワーク対向ポートＦ−Ｉは、顧客の要求に応じて種々のサービスプロバイダＶＬＡＮにアソシエートされ得る。例えば、ポートＡおよびＥを介してネットワーク１０と通信する終端システム６０のうちのいくつかがネットワーク１０の同じ顧客にアソシエートされる場合、または共通のポリシーが適用される異なる顧客にアソシエートされる場合、ポートＦおよびＩが同じサービスプロバイダＶＬＡＮのメンバーであってよく、これに対し、ポートＧおよびＨは他のサービスプロバイダＶＬＡＮにアソシエートされ得る。同様に、ＲＧＷ対向ポートが顧客の要求に応じて種々のマルチキャストグループのメンバーであってよい。例えば、ＲＧＷ対向ポートＡおよびＥにアソシエートされている終端システム６０のうちのいくつかが同じマルチキャストデータストリームの加入者である場合、ポートＡおよびＥが同じマルチキャストグループに所属してよく、これに対し、ＲＧＷ対向ポートＢ−Ｄは、他のマルチキャストグループにアソシエートされ得る。当然、ネットワーク対向ポートが２つ以上のサービスプロバイダＶＬＡＮにアソシエートされてよいし、ＲＧＷ対向ポートが２つ以上のマルチキャストグループにアソシエートされてよい。実施形態によっては、サービスプロバイダＶＬＡＮメンバーシップが静的に構成されているのに対し、ポートマルチキャストグループメンバーシップはインターネットグループ管理プロトコル（ＩＧＭＰ）スヌーピングを介して動的に学習される。
【００２１】
実施形態によっては、本発明の重要な利点が、ＩＥＥＥ８０２．１ａｇで規定されるイーサネット（登録商標）ＣＦＭフレームワークを拡張し、ネットワークエンドポイントＶＬＡＮおよびマルチキャストグループアソシエーションの非常に効率的な学習を可能にする点に存在する。そのような学習は、場合によっては本明細書でｖＱｕｅｒｙ＿ｒｅｑｕｅｓｔおよびｖＱｕｅｒｙ＿ｒｅｐｌｙフレームと各々呼ばれる、論理グループディスカバリ要求および応答フレームの送信および処理を介して容易化される。ｖＱｕｅｒｙ＿ｒｅｑｕｅｓｔフレームは、新規に規定されるＯＰＣＯＤＥおよびＴＬＶ値を除き、ＩＥＥＥ８０２．１ａｇイーサネット（登録商標）ＣＦＭ連続性検査（ＣＣ）フレームと同様の一般的な形式を有するイーサネット（登録商標）管理フレーム型であるのが好ましい。より詳細には、ｖＱｕｅｒｙ＿ｒｅｑｕｅｓｔフレーム型は、限定ではないが、以下のフィールドを含むことが好ましい。
【００２２】
宛先媒体アクセス制御アドレス（ＤＭＡＣ）は、ＩＥＥＥ８０２．１ａｇＣＣフレームに確保されているマルチキャスト媒体アクセス制御（ＭＡＣ）アドレスを含む６バイトのフィールドである。
【００２３】
ソースＭＡＣアドレス（ＳＭＡＣ）は、ソースＭＥＰ、即ち、フレームを発したＭＥＰのユニキャストＭＡＣアドレスを含む６バイトのフィールドである。ソースＭＥＰは、論理グループエンドポイントディスカバリ能力で拡張されたあらゆるＩＥＥＥ８０２．１ａｇＭＥＰであってよい。ソースＭＥＰは、例えば、ＤＳＬＡＭ、イーサネット（登録商標）スイッチまたはサーバノードに存在してよい。
【００２４】
ＭＡＬは、フレームのメンテナンスアソシエーション（ＭＡ）レベルを特定する３ビットのフィールドである。ｖＱｕｅｒｙ＿ｒｅｑｕｅｓｔフレームの場合、ＭＡＬ値は、一般に、サービスプロバイダＭＡに確保されている２つの値のうちの１つ、または事業者ＭＡに確保されている２つの値のうちの１つである。
【００２５】
ＯＰＣＯＤＥは、ｖＱｕｅｒｙ＿ｒｅｑｕｅｓｔの型を規定するＱＴＹＰＥ（クエリ型）を有する８ビットのフィールである。実施形態によっては、２つのＱＴＹＰＥ値があり、１つはＶＬＡＮディスカバリ要求に関するものであり、１つはマルチキャストグループディスカバリ要求に関するものである。
【００２６】
ＴＬＶ１は、ｖＱｕｅｒｙ＿ｒｅｑｕｅｓｔの対象である論理グループを一意的に特定する値ＧＲＯＵＰ  ＩＤを含む、第１の型−長さ−値の書式設定されたフィールドである。ＱＴＹＰＥがＶＬＡＮディスカバリ要求である場合、ＧＲＯＵＰ  ＩＤが１２ビットＶＬＡＮ  ＩＤであり得る。ＱＴＹＰＥがマルチキャストグループディスカバリ要求である場合、ＧＲＯＵＰ  ＩＤは、マルチキャストグループを特定するビットが後に続くＩＥＥＥによって規定されるプレフィックスビットを含む、６バイトマルチキャストＭＡＣアドレスであってよい。別の実施形態では、ＧＲＯＵＰ  ＩＤが、マルチキャストグループを特定するビットだけを含み得る。一般的に言えば、ＧＲＯＵＰ  ＩＤは、マルチキャストツリーのマルチキャストチャネルと１対１の対応を有する。
【００２７】
ＴＬＶ２は、ｖＱｕｅｒｙ＿ｒｅｑｕｅｓｔへの応答の最小時間を秒で特定する値ＲＴＩＭＥを含む、第２の型−長さ−値の書式設定されたフィールドである。応答窓を提供し、応答窓内で各ＭＥＰがランダムな時間で応答するようにプログラミングすることによって、ｖＱｕｅｒｙ＿ｒｅｐｌｉｅｓの送信がずらされてソースＭＥＰでのｖＱｕｅｒｙ＿ｒｅｐｌｙフレームの突然の嵐が回避される。実施形態によっては、ＲＴＩＭＥ内に受信されないｖＱｕｅｒｙ＿ｒｅｐｌｙフレームはソースＭＥＰによって処理されない。別の実施形態では、ＲＴＩＭＥに規定の間隔を加えた時間内に受信されないｖＱｕｅｒｙ＿ｒｅｐｌｙフレームがソースＭＥＰによって処理されない。
【００２８】
次に図２に戻ると、サービスプロバイダＭＥＰノード２００が本発明の一実施形態で示されている。ノード２００は、第１のＲＧＷ対向モジュール（ＲＧＷＦＭ１）２２０、第２のＲＧＷ対向モジュール（ＲＧＷＦＭ２）２３０、中央処理モジュール（ＣＰＭ）２４０およびネットワーク対向モジュール（ＮＦＭ）２１０を含み、それら全てがスイッチ構成２５０を介して通信可能に結合されている。各ＲＧＷ対向モジュールは、受信および発信パケット（例えば、イーサネット（登録商標）データフレーム）を処理するハードウェアまたはソフトウェアベースの１つまたは複数のパケットプロセッサと、パケットを受信および送信する１つまたは複数のＲＧＷ対向物理ポートとにアソシエートされている。ネットワーク対向モジュールは、受信および発信パケット（例えば、イーサネット（登録商標）データフレーム）を処理するハードウェアまたはソフトウェアベースの１つまたは複数のパケットプロセッサと、パケットを受信および送信する１つまたは複数のネットワーク対向物理ポートとにアソシエートされている。
【００２９】
各物理ポートがポート識別子（ポートＩＤ）にアソシエートされており、１つまたは複数のＶＬＡＮがＶＬＡＮ  ＩＤに各々アソシエートされており、ゼロまたは複数のマルチキャストグループがマルチキャストＭＡＣアドレスに各々アソシエートされている。各ポートＩＤ、ＶＬＡＮ  ＩＤおよびマルチキャストＭＡＣアドレスは、サービスプロバイダネットワーク内で固有である。ポートＩＤは、ＭＡＣアドレスであってもよいし、または例えば、スイッチ／スロット／ポートの書式を有していてもよい。ＶＬＡＮおよびマルチキャストグループアソシエーションは、いずれのデータフレームが物理ポートを通過するか規定する。例えば、実施形態によっては、ＶＬＡＮに割り当てられているイーサネット（登録商標）フレームは、そのＶＬＡＮのメンバーでない物理ポートを通過することが許可されない。
【００３０】
ＣＰＭ２４０は、例外的パケットの交換管理および処理をするソフトウェアベースの管理プロセッサを含む。実施形態によっては、ＣＰＭ２４０は、論理グループエンドポイントディスカバリに関するサポートで拡張されたＩＥＥＥ８０２．１ａｇＭＥＰをさらに含む。これらの実施形態では、ＣＰＭ２４０は、ノード２００の物理ポートの論理グループメンバーシップ、例えば、ＶＬＡＮおよびマルチキャストグループメンバーシップを追跡するルックアップテーブルを含む。別の実施形態では、ＮＦＭ２１０は、ノード２００上の物理ポートの論理グループメンバーシップを追跡するルックアップテーブル同様に、論理グループエンドポイントディスカバリに関するサポートで拡張されたＩＥＥＥ８０２．１ａｇＭＥＰを含むソフトウェアベース処理を有する。いずれの場合も、論理グループエンドポイントディスカバリは、限定ではないが、ノード２００のためにｖＱｕｅｒｙ＿ｒｅｑｕｅｓｔフレームを受信および処理することと、ｖＱｕｅｒｙ＿ｒｅｐｌｙフレームを生成および送信することを含む。
【００３１】
次に図３を見ると、論理グループエンドポイントディスカバリで呼び出される構成要素が示されている。ＭＥＰ３００は、転送データベース（ＦＤＭ）３１０およびＶＬＡＮテーブル３２０へのアクセスを有する。ＦＤＢ３１０は、転送アドレスおよびアソシエートするポートＩＤを記憶するルックアップテーブルである。ＦＤＢ３１０に記憶されている転送アドレスの中でマルチキャストＭＡＣアドレスがアクティブなマルチキャストグループにアソシエートされる。実施形態によっては、アクティブなマルチキャストグループが、ノード２００を通過するスヌーピングＩＧＭＰパケットによって学習される。ＶＬＡＮテーブル３２０は、ＶＬＡＮ  ＩＤおよびアソシエートするポートＩＤを記憶するルックアップテーブルである。実施形態によっては、ＶＬＡＮ／ポートＩＤのアソシエーションが静的に構成されている。
【００３２】
次に図４を見ると、ＭＥＰ３００上で動作可能なｖＱｕｅｒｙ＿ｒｅｑｕｅｓｔ処理状態機械が一実施形態で示されている。ＭＥＰ３００は、ＭＥＰ３００がｖＱｕｅｒｙ＿ｒｅｑｕｅｓｔの受信を待つリスニング状態で開始する（４１０）。ｖＱｕｅｒｙ＿ｒｅｑｕｅｓｔは、ＭＥＰ３００と同じメンテナンスアソシエーションレベルの一部であり、論理グループエンドポイントディスカバリに関するサポートで拡張されており、ネットワークＶＬＡＮまたはマルチキャストグループエンドポイントを学習することを望む、ネットワーク内の任意のＭＥＰによって開始され得る。例えば、図１で、ＭＥＰノード４０が、サービスプロバイダネットワーク１０内でｖＱｕｅｒｙ＿ｒｅｑｕｅｓｔを開始すること、およびＳＮＭＰを介してＮＭＳノード８０への最終的な報告のためにｖＱｕｅｒｙ＿ｒｅｐｌｙで受信される情報を記録することを担当してよい。
【００３３】
ｖＱｕｅｒｙ＿ｒｅｑｕｅｓｔフレームがＮＦＭ２１０に到達すると、ＮＦＭ２１０がＭＥＰ３００を常駐で有する場合、次に、ｖＱｕｅｒｙ＿ｒｅｑｕｅｓｔが直接的にＭＥＰ３００に渡される。代替的に、ＣＰＭ２４０がＭＥＰ３００を常駐で有する場合、次に、ｖＱｕｅｒｙ＿ｒｅｑｕｅｓｔフレームがスイッチ構成２５０上をＣＰＭ２４０に送信される。いずれの場合も、ｖＱｕｅｒｙ＿ｒｅｑｕｅｓｔフレームのＤＭＡＣフィールド内のＣＣマルチキャストＭＡＣアドレスを参照することによる処理のためにｖＱｕｅｒｙ＿ｒｅｑｕｅｓｔフレームが捕捉される。重要なことだが、ｖＱｕｅｒｙ＿ｒｅｑｕｅｓｔフレームはそれが生成されたネットワークを離れないという結果を伴い、ｖＱｕｅｒｙ＿ｒｅｑｕｅｓｔフレームがＭＥＰ３００で終了する。
【００３４】
ＭＥＰ３００は、ｖＱｕｅｒｙ＿ｒｅｑｕｅｓｔのＯＰＣＯＤＥフィールドを調べ、ＱＴＹＰＥに基づいてこの要求がＶＬＡＮディスカバリ要求またはマルチキャストグループディスカバリ要求のいずれであるかを特定する。ｖＱｕｅｒｙ＿ｒｅｑｕｅｓｔがＶＬＡＮディスカバリ要求である場合、ＭＥＰ３００はＴＬＶ１フィールドを調べ、要求の対象であるＶＬＡＮ  ＩＤを特定する。ＭＥＰ３００は、次に、ＶＬＡＮテーブル３２０を調べ、特定されたＶＬＡＮのメンバーであるとＭＥＰ３００が示すノード２００上のネットワーク対向ポートを決定する（４２０）。ＭＥＰ３００が、特定されたＶＬＡＮのメンバーである１つまたは複数のネットワーク対向ポートを示す場合、ＭＥＰ３００は、特定のフィールドにメンバーポートＩＤおよびＶＬＡＮ  ＩＤが配置されている１つまたは複数のｖＱｕｅｒｙ＿ｒｅｐｌｉｅｓを生成する（４３０）。実施形態によっては、各メンバーポートに対して別個のｖＱｕｅｒｙ＿ｒｅｐｌｙフレームが生成される。別の実施形態では、複数のメンバーポートＩＤが単一のｖＱｕｅｒｙ＿ｒｅｐｌｙフレームに束ねられる。いずれの場合も、ｖＱｕｅｒｙ＿ｒｅｐｌｙの単数または複数のフレームのＤＭＡＣフィールドが、対応するｖＱｕｅｒｙ＿ｒｅｑｕｅｓｔフレームから取り出したＳＭＡＣアドレスを搬送する。ＭＥＰ３００は、さらに、ＴＬＶ２フィールドを調べ、ｖＱｕｅｒｙ＿ｒｅｑｕｅｓｔへの応答に対するＲＴＩＭＥ内でのランダムな時間を決定する（４４０）。そのランダムな時間で、ＭＥＰ３００が、ＮＦＭ２１０を介してｖＱｕｅｒｙ＿ｒｅｐｌｙ（または＿ｒｅｐｌｉｅｓ）を送信し（４５０）、リスニング状態に戻る（４１０）。特定されたＶＬＡＮのメンバーであるとＭＥＰ３００が示すネットワーク対向ポートが存在しない場合、ＭＥＰ３００は何ら応答を生成することなくリスニング状態に戻る。
【００３５】
ｖＱｕｅｒｙ＿ｒｅｑｕｅｓｔがマルチキャストグループディスカバリ要求である場合、ＭＥＰ３００はＴＬＶ１フィールドを調べ、要求の対象であるマルチキャストグループを特定する。ＭＥＰ３００はＦＤＢ３１０を調べ、特定されたマルチキャストグループのメンバーであるとＭＥＰ３００が示すノード２００上のＲＧＷ対向ポートを決定する（４６０）。ＭＥＰ３００が、特定されたマルチキャストグループのメンバーである１つまたは複数のＲＧＷ対向ポートを示す場合、ＭＥＰ３００は、特定のフィールドにメンバーポートＩＤおよびＧＲＯＵＰ  ＩＤが配置されている１つまたは複数のｖＱｕｅｒｙ＿ｒｅｐｌｉｅｓを生成する（４７０）。実施形態によっては、各メンバーポートに対して別個のｖＱｕｅｒｙ＿ｒｅｐｌｙフレームが生成される。別の実施形態では、複数のメンバーポートＩＤが単一のｖＱｕｅｒｙ＿ｒｅｐｌｙフレームに束ねられる。ｖＱｕｅｒｙ＿ｒｅｐｌｙフレームのＤＭＡＣフィールドが、ｖＱｕｅｒｙ＿ｒｅｑｕｅｓｔフレームからのＳＭＡＣアドレスを搬送する。ＭＥＰ３００は、ＴＬＶ２フィールドを調べ、ｖＱｕｅｒｙ＿ｒｅｑｕｅｓｔへの応答に対するＲＴＩＭＥ内でのランダムな時間を決定する（４４０）。その時間で、ＭＥＰ３００が、ＮＦＭ２１０を介してそのようなｖＱｕｅｒｙ＿ｒｅｐｌｙ（または＿ｒｅｐｌｉｅｓ）をネットワークに送信し（４５０）、リスニング状態に戻る（４１０）。特定されたマルチキャストグループのメンバーであるとＭＥＰ３００が示すＲＧＷ対向ポートが存在しない場合、ＭＥＰ３００は何ら応答を生成することなくリスニング状態に戻る。
【００３６】
ｖＱｕｅｒｙ＿ｒｅｑｕｅｓｔ処理が単一のノード２００に関して説明されてきたが、ｖＱｕｅｒｙ＿ｒｅｑｕｅｓｔｓが実際にはマルチキャストであることに留意されたい。従って、ｖＱｕｅｒｙ＿ｒｅｑｕｅｓｔを受信し、要求で特定されるＭＡレベルにあるＭＥＰを有する他のノードは、特定されるＶＬＡＮまたはマルチキャストグループをサポートするそれらの各ポートのためにユニキャストｖＱｕｅｒｙ＿ｒｅｐｌｉｅｓを発行する。さらに、ｖＱｕｅｒｙ＿ｒｅｑｕｅｓｔ処理が、サービスプロバイダネットワーク内のノード２００およびＭＥＰ３００に関して説明されてきたが、別の実施形態では、例えば、ｖＱｕｅｒｙ＿ｒｅｑｕｅｓｔ受信処理が事業者ネットワーク内のノードおよびＭＥＰによって実行されてよい。
【００３７】
実施形態によっては何も有さずに、ＭＥＰノードが複数のＭＥＰエンティティを常駐で有してよく、それらの各々がＭＥＰノード上の物理ポートのサブセットを示し、各ＭＥＰエンティティは、ＭＥＰエンティティが示すＭＥＰノード上の物理ポートのためにｖＱｕｅｒｙ＿ｒｅｑｕｅｓｔｓに応答する責任を負う。別の実施形態では、ＭＥＰノードが単一のＭＥＰエンティティを常駐で有してよく、単一のＭＥＰエンティティがＭＥＰノード上の全ての物理的ポートを示し、単一のＭＥＰエンティティがＭＥＰノード上の全ての物理的なポートのためにｖＱｕｅｒｙ＿ｒｅｑｕｅｓｔｓに応答する責任を負う。
【００３８】
図５は、本発明の一実施形態でのＶＬＡＮの間違い設定を発見する方法を説明するフロー図である。そのような方法は、例えば、多数の接続性損失警告が報告されること、許可が不当なトラフィックの不慮の送信、および／または許可されているトラフィックの不慮のブロッキングを回避するために、ネットワークを動作させる前に事業者またはサービスプロバイダによって実行され得る。
【００３９】
図５の方法によれば、管理ＶＬＡＮ（Ｍ−ＶＬＡＮ）の構成が最初に検査される。Ｍ−ＶＬＡＮは、全てのデータＶＬＡＮのメンバーポートが所属し、データＶＬＡＮの構成を検査するために使用されるＶＬＡＮである。Ｍ−ＶＬＡＮの検査では、ソースＭＥＰが第１のｖＱｕｅｒｙ＿ｒｅｑｕｅｓｔフレームをＭ−ＶＬＡＮ上にマルチキャストする（５１０）。即ち、第１のｖＱｕｅｒｙ＿ｒｅｑｕｅｓｔフレームは、ＩＥＥＥ８０２．１Ｑタグ内にＭ−ＶＬＡＮのＶＬＡＮ  ＩＤを有する。第１のｖＱｕｅｒｙ＿ｒｅｑｕｅｓｔフレームは、さらに、ＶＬＡＮディスカバリ要求のＱＴＹＰＥおよびＭ−ＶＬＡＮのＴＬＶ１  ＶＬＡＮ  ＩＤを有する。第１のｖＱｕｅｒｙ＿ｒｅｑｕｅｓｔで特定されるＲＴＩＭＥ内に（またはＲＴＩＭＥ後の特定の時間内に）Ｍ−ＶＬＡＮの全ての予想されるメンバーポートに関して、ｖＱｕｅｒｙ＿ｒｅｐｌｉｅｓがソースＭＥＰによって受信されない場合、Ｍ−ＶＬＡＮが間違い設定であることが分かる。Ｍ−ＶＬＡＮに関する構成誤差が記録され（５２０）、フローは終了する。しかしながら、特定の応答時間内にＭ−ＶＬＡＮの全てのメンバーポートに関して、ｖＱｕｅｒｙ＿ｒｅｐｌｉｅｓが受信される場合、Ｍ−ＶＬＡＮが正しく構成されていることが分かり、第２のｖＱｕｅｒｙ＿ｒｅｑｕｅｓｔフレームがＭ−ＶＬＡＮ上にマルチキャストされる（５３０）。第２のｖＱｕｅｒｙ＿ｒｅｑｕｅｓｔフレームは、ＶＬＡＮディスカバリ要求のＱＴＹＰＥと、第１のデータＶＬＡＮ（Ｄ−ＶＬＡＮ）のＴＬＶ１  ＶＬＡＮ  ＩＤとを有する。特定の応答時間内に第１のＤ−ＶＬＡＮの全てのメンバーポートからｖＱｕｅｒｙ＿ｒｅｐｌｉｅｓが受信されない場合、第１のＤ−ＶＬＡＮは間違い設定であることが分かる。Ｄ−ＶＬＡＮに関する構成誤差が記録され（５４０）、フローが終了する。しかしながら、特定の応答時間内に第１のＤ−ＶＬＡＮの全てのメンバーポートからｖＱｕｅｒｙ＿ｒｅｐｌｉｅｓが受信される場合、第１のＤ−ＶＬＡＮが正しく構成されていることが分かり、第３のｖＱｕｅｒｙ＿ｒｅｑｕｅｓｔが第２のＤ−ＶＬＡＮに関してＭ−ＶＬＡＮ上にマルチキャストされ（５５０）、Ｄ−ＶＬＡＮに関して誤差が記録されるか、または全てのＤ−ＶＬＡＮの正しい構成が検証されるまで同様に行われる。全てのＤ−ＶＬＡＮの正しい構成が一度、検証されると、事業者またはサービスプロバイダは、ＩＥＥＥ８０２．１ａｇイーサネット（登録商標）ＣＦＭを開始し、外部のトラフィックにネットワークを開放する。
【００４０】
本発明のさらに別の有用な用途は、複数の事業者の橋渡しをするサービスプロバイダネットワークでのＶＬＡＮディスカバリであり、ＶＬＡＮ  ＩＤが事業者の間のネットワーク境界を横断するフレームとして変換される。そのようなシナリオでは、ソースＭＥＰが、ＶＬＡＮディスカバリ要求のＱＴＹＰＥおよびディスカバリしようとしたＶＬＡＮのＴＬＶ１  ＶＬＡＮ  ＩＤを用いてｖＱｕｅｒｙ＿ｒｅｑｕｅｓｔをマルチキャストし得る。同じＭＡレベルでネットワーク境界を横断して動作可能なＭＥＰは、ｖＱｕｅｒｙ＿ｒｅｑｕｅｓｔのＶＬＡＮ  ＩＤが境界を横断して動作可能なＶＬＡＮ  ＩＤと合致するならば、ｖＱｕｅｒｙ＿ｒｅｐｌｙを用いて応答する。ＶＬＡＮは、そうでなければ、それによりディスカバリ不可能にされる変換に起因してディスカバリ不可能である。
【００４１】
本発明は、ある特定の実施形態で説明されてきたが、当業者が、本発明の範疇および精神から決して逸脱しない変更を考案することは困難でない。それゆえに、本発明が具体的に説明される以外のやり方で実行され得ることを理解されたい。例えば、上述の実施形態は、ＩＥＥＥ８０２．１ａｇプロトコルの拡張に関して説明されてきたが、他の運用、管理、保守（ＯＡＭ）プロトコルに適用可能である。さらに、上記実施形態は、ＶＬＡＮおよびマルチキャストグループエンドポイントディスカバリに関して説明されてきたが、本発明の教示は、別のエンドポイントパラメータのディスカバリに適用され得る。従って、本発明の本実施形態は、あらゆる点で例示的であり、限定的でなく、本発明の範疇は、前述の説明ではなく、添付の特許請求の範囲およびそれらの同等物によって示されるとみなされるべきである。
【図面の簡単な説明】
【００４２】
【図１】本発明の一実施形態でのサービスプロバイダネットワークを示す図である。
【図２】本発明の一実施形態でのサービスプロバイダＭＥＰノードを示す図である。
【図３】本発明の一実施形態でのＭＥＰと、アソシエートする転送データベースおよびＶＬＡＮテーブルとを示す図である。
【図４】本発明の一実施形態での、ｖＱｕｅｒｙ＿ｒｅｑｕｅｓｔを受信するＭＥＰによって実行されるステップを説明するフロー図である。
【図５】本発明の一実施形態での、ＶＬＡＮ間違い設定を発見する方法を説明するフロー図である。
【図１】
2009530973.tif 000003
【図２】
2009530973.tif 000004
【図３】
2009530973.tif 000005
【図４】
2009530973.tif 000006
【図５】
2009530973.tif 000007
【国際調査報告】
2009530973.tif 000008
2009530973.tif 000009
2009530973.tif 000010
2009530973.tif 000011
2009530973.tif 000012