(57)【特許請求の範囲】
【請求項１】
インターネットプロトコル（ＩＰ）インターワーキング仮想専用線を介する近隣発見プロトコル調停の方法であって、
ＩＰｖ６ノードである、仮想専用線のプロバイダエッジ（ＰＥ）デバイスにおいてＩＣＭＰｖ６発見メッセージを受信すること、
ＩＣＭＰｖ６発見メッセージが仮想専用線のローカル接続回路から受信されたか否かの判定を行うことと、
ＩＣＭＰｖ６発見メッセージがローカル接続回路から受信されていないという判定に応答して、
ＩＣＭＰｖ６発見メッセージを変更することと、
変更されたＩＣＭＰｖ６発見メッセージを、ローカル接続回路を介して、ＩＰｖ６ノードであるローカルカスタマエッジ（ＣＥ）デバイスに転送する、方法。
【請求項２】
ＩＣＭＰｖ６発見メッセージを、仮想専用線の遠端ＣＥデバイスのインタフェースアドレスに関して検査することをさらに含む、請求項１に記載の方法。
【請求項３】
ＩＣＭＰｖ６発見メッセージが近隣発見メッセージである、請求項２に記載の方法。
【請求項４】
変更するステップが、近隣発見メッセージから送信元リンク層アドレス情報を取り除くことをさらに含む、請求項３に記載の方法。
【請求項５】
変更するステップが、ＰＥデバイスにおけるローカル接続回路のリンク層アドレスを近隣発見メッセージの中に送信元リンク層アドレス情報として挿入することをさらに含む、請求項４に記載の方法。
【請求項６】
ＩＣＭＰｖ６発見メッセージが逆近隣発見メッセージであり、さらにＩＣＭＰｖ６発見メッセージを、遠端ＣＥデバイスのインタフェースアドレスに関して検査するステップが、
ローカル接続回路が逆近隣発見プロトコルをサポートするか否かの判定を行うこと、および
ローカル接続回路が逆近隣発見プロトコルをサポートするという判定に応答して、ＩＣＭＰｖ６発見メッセージを変更するステップに進むことをさらに含む、請求項２に記載の方法。
【請求項７】
発見メッセージが逆近隣公開メッセージであり、さらにＩＣＭＰｖ６発見メッセージを、遠端ＣＥデバイスのインタフェースアドレスに関して検査するステップが、
ローカル接続回路が逆近隣発見プロトコルをサポートしないという判定に応答して、
逆近隣公開メッセージを破棄すること、
近隣公開メッセージを生成すること、および
ローカル接続回路を介して近隣公開メッセージをローカルＣＥデバイスに送信することをさらに含む、請求項６に記載の方法。
【請求項８】
発見メッセージが逆近隣要請メッセージであり、さらに発見メッセージを、遠端ＣＥデバイスのＩＰｖ６インタフェースアドレスに関して検査するステップが、
ローカル接続回路が逆近隣発見プロトコルをサポートしないという判定に応答して、
逆近隣要請メッセージを破棄すること、
ＰＥデバイスがローカルＣＥデバイスの少なくとも１つのインタフェースアドレスを知ったことに応答して、
逆近隣公開メッセージを生成すること、および
仮想専用線を介して逆近隣公開メッセージを遠端ＣＥデバイスに送信することをさらに含む、請求項６に記載の方法。
【請求項９】
インターネットプロトコル（ＩＰ）インターワーキング仮想専用線を介してデータ通信を実行する方法であって、
仮想専用線の遠端ＣＥデバイスから送信されたＩＣＭＰｖ６発見メッセージを代行受信するステップであって、遠端ＣＥデバイスがＩＰｖ６ノードである、ステップと、
遠端ＣＥデバイスのアドレスを知るために、ＩＣＭＰｖ６発見メッセージを検査するステップと、
知りえたアドレスを格納するステップと、
ＩＣＭＰｖ６発見メッセージを変更するステップと、
変更されたＩＣＭＰｖ６発見メッセージを仮想専用線のローカルＣＥデバイスに転送するステップとを含む、方法。
【請求項１０】
知られたアドレスがリンク層アドレスである方法であり、
遠端ＣＥデバイスからＩＣＭＰｖ６データパケットを受信することと、
ストレージから知られたアドレスを取り出すことと、
ＩＣＭＰｖ６データパケットの宛先リンク層アドレスを知られたアドレスで置き換えて、その結果、変更されたＩＣＭＰｖ６データパケットを形成することと、
変更されたＩＣＭＰｖ６データパケットをローカルＣＥデバイスに転送することとをさらに含む、請求項９に記載の方法。
【請求項１１】
知られたアドレスがリンク層アドレスである方法であり、
ローカルＣＥデバイスからＩＣＭＰｖ６データパケットを受信することと、
ストレージから知られたアドレスを取り出すことと、
ＩＣＭＰｖ６データパケットの送信元リンク層アドレスを知られたアドレスと比較することと、
送信元リンク層アドレスが知られたアドレスと合致しないことに応答して、ＩＣＭＰｖ６データパケットを破棄することとをさらに含む、請求項９に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ通信ネットワークを対象とし、特に、インターネットプロトコルバージョン６（ＩＰｖ６）を使用するデータ通信ネットワークを対象とする。
【背景技術】
【０００２】
インターネットエンジニアリングタスクフォース（ＩＥＴＦ）ＲＦＣ４８６１が、ＩＰｖ６に関する近隣発見プロトコル（ＮＤＰ）を規定する。同一のリンク上のＩＰｖ６ノードは、ＮＤＰを使用して互いのプレゼンスを発見し、互いのリンク層アドレスを特定し、ルータを見出し、さらに活性の近隣に至るパスについての到達可能性情報を保持する。ＩＥＴＦ  ＲＦＣ８２６が、ＮＤＰと同様の用途を、ただし、ＩＰｖ４ノードに関するリンク層アドレス発見に関連して見出すアドレス解決プロトコル（ＡＲＰ）を規定する。
【０００３】
仮想専用線（ＶＬＬ）は、インターネットプロトコル（ＩＰ）ネットワークおよびマルチプロトコルラベルスイッチング（ＭＰＬＳ）ネットワーク（ＩＰ／ＭＰＬＳ）を介してイーサネット（登録商標）ベースのポイントツーポイント通信を提供するためのサービスである。この技術は、仮想プライベートワイヤサービス（ＶＰＷＳ）またはイーサネットオーバＭＰＬＳ（ＥｏＭＰＬＳ）とも呼ばれる。ＶＰＷＳサービスは、２つのカスタマエッジ（ＣＥ）デバイス間でポイントツーポイント接続を提供する。ＶＰＷＳサービスは、２つのプロバイダエッジ（ＰＥ）デバイスを接続する擬似ワイヤに２つの接続回路（ＡＣ）を結び付けることによって、これを行い、各ＰＥデバイスは、それらの接続回路の１つを介してＣＥデバイスの１つに接続される。ＶＬＬは、通常、ＩＰ／ＭＰＬＳバックボーンにわたってＭＰＬＳトンネルを介してイーサネットトラフィックをトランスポートするために擬似ワイヤカプセル化を使用する。擬似ワイヤに関するさらなる情報は、Ｓ．ＢｒｙａｎｔおよびＰ．Ｐａｔｅによる「Ｐｓｅｕｄｏ  Ｗｉｒｅ  Ｅｍｕｌａｔｉｏｎ  Ｅｄｇｅ−ｔｏ−Ｅｄｇｅ（ＰＷＥ３）Ａｒｃｈｉｔｅｃｔｕｒｅ」、ＲＦＣ３９８５、ＩＥＴＦ、２００５年３月で見ることができる。ＶＬＬが、ＩＰ／ＭＰＬＳネットワークを介して異種のＡＣプロトコルを使用してＣＥデバイスを接続する場合、そのＶＬＬは、ＩＰインターワーキングＶＬＬと呼ばれる。
【０００４】
ＩＥＴＦ草案、「ｄｒａｆｔ−ｉｅｔｆ−ｌ２ｖｐｎ−ａｒｐ−ｍｅｄｉａｔｉｏｎ−０９」が、ＩＰインターワーキングＶＬＬに関するＡＲＰ調停を規定する。ＡＲＰ調停は、前述した接続回路が異なるリンク層技術のものであり、擬似ワイヤを介して搬送されるフレームのペイロードがＩＰデータグラムだけから成る場合に使用される。ＡＲＰ調停とは、接続回路上で異種の解決プロトコルが使用される場合にリンク層アドレスを解決するプロセスを指す。ＡＲＰ調停の一部は、ＣＥデバイスのＡＣインタフェースのＩＰアドレスが擬似ワイヤの遠端におけるＰＥデバイスに通信されることを要求する。このことは、ＰＥデバイスが、ローカルで接続されたＣＥデバイスのためのＡＲＰプロキシの役割をすることができるように行われる。擬似ワイヤのＬＤＰ制御リンクは、ＰＥデバイスの間でこれらのＩＰアドレスを交換するのに使用される。
【０００５】
ＩＰｖ４ネットワークにおけるＩＰインターワーキングＶＬＬに関するＡＲＰ調停と同様に、ＩＰｖ６ネットワークにおけるＩＰインターワーキングＶＬＬをサポートするために、ＮＤＰ調停の方法の必要性が存在する。しかし、ＩＰｖ６ノードは、本明細書でＩＰｖ６インタフェースアドレスまたは単にインタフェースアドレスとも呼ばれる、ＡＣインタフェースごとの複数のＩＰアドレスを有し得るので、ＩＰインターワーキングＶＬＬに関するＡＲＰ調停のために使用される方法と同様の方法を単に採用することは、望ましくない。このことは、そのような方法が、ＬＤＰ制御リンクを介してこれらの複数のＩＰアドレスを通信するのに大量のシグナリングを要求するためである。したがって、ＬＤＰ制御リンクを介するＣＥデバイスＩＰｖ６インタフェースアドレスの通信を要求しないＮＤＰ調停の方法を提供する必要性が存在する。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】Ｓ．ＢｒｙａｎｔおよびＰ．Ｐａｔｅによる「Ｐｓｅｕｄｏ  Ｗｉｒｅ  Ｅｍｕｌａｔｉｏｎ  Ｅｄｇｅ−ｔｏ−Ｅｄｇｅ（ＰＷＥ３）Ａｒｃｈｉｔｅｃｔｕｒｅ」、ＲＦＣ３９８５、ＩＥＴＦ、２００５年３月
【非特許文献２】ＩＥＴＦ草案、「ｄｒａｆｔ−ｉｅｔｆ−ｌ２ｖｐｎ−ａｒｐ−ｍｅｄｉａｔｉｏｎ−０９」
【非特許文献３】ＲＦＣ４４４７
【非特許文献４】ＰＷＥ３−ＩＡＮＡ
【非特許文献５】ＡＲＰ−ＭＥＤ
【発明の概要】
【課題を解決するための手段】
【０００７】
本発明は、ＩＰインターワーキングＶＬＬを介してＮＤＰ調停を提供することを対象とする。インターネット制御メッセージプロトコルバージョン６（ＩＣＭＰｖ６）の近隣発見（ＮＤ）メッセージおよび逆近隣発見（ＩＮＤ）メッセージが、ＰＥデバイスによって代行受信されて、ＣＥデバイスのＩＰｖ６インタフェースアドレスおよびリンク層アドレスが知られてから、これらのメッセージがＣＥデバイスに転送される。一部の事例において、これらのメッセージは、これらのメッセージが受信側ＣＥデバイスにより意味があるようになるよう変更されてから、転送される。この方式のＮＤＰ調停によれば、ＣＥデバイスインタフェースアドレスは、ＩＰｖ４  ＡＲＰ調停の場合と同様に、ＬＤＰ制御リンクを介して通信されなくてもよい。
【０００８】
本発明の一部の実施形態は、遠端ＣＥデバイス上で処理されるように、ローカルＣＥデバイスから遠端ＣＥデバイスにＮＤＰ近隣要請メッセージを転送する。これらの近隣要請メッセージは、ＩＰインターワーキングＶＬＬを介して搬送され、遠端ＰＥと遠端ＣＥデバイスを接続する遠端接続回路に適合するように遠端ＰＥデバイスによって途中で適合させられる。同様に、ＮＤＰ近隣公開メッセージが、ローカルＣＥデバイス上で処理されるように、遠端ＣＥデバイスからＩＰインターワーキングＶＬＬを介してローカルＣＥデバイスに送信される。これらの近隣公開メッセージは、ローカルＰＥとローカルＣＥデバイスを接続するローカル接続回路に適合するようにローカルＰＥデバイスによって途中で適合させられる。ローカルＰＥデバイスおよび遠端ＰＥデバイスは、近隣要請メッセージおよび近隣公開メッセージからローカルＣＥデバイスおよび遠端ＣＥデバイスのインタフェースＩＰアドレスおよびリンク層アドレスを、これらのアドレスのいずれかがそのようなメッセージの中で入手可能である場合に知る。
【０００９】
本発明の或る態様によれば、インターネットプロトコルインターワーキング仮想専用線を介する近隣発見プロトコル調停の方法が提供される。この方法は、仮想専用線のプロバイダエッジデバイスにおいて発見メッセージを受信するステップと、その発見メッセージが仮想専用線のローカル接続回路から受信されたか否かの判定を行うステップと、その発見メッセージがローカル接続回路から受信されたという判定に応答して、その発見メッセージを、リンク層アドレスおよびインタフェースアドレスに関して検査するステップと、仮想専用線の擬似ワイヤを介してその発見メッセージを転送するステップとを含む。
【００１０】
本発明の一部の実施形態において、この方法は、その発見メッセージがローカル接続回路から受信されていないという判定に応答して、その発見メッセージを、仮想専用線の遠端カスタマエッジデバイスのインタフェースアドレスに関して検査すること、その発見メッセージを変更すること、およびこの変更された発見メッセージを、ローカル接続回路を介してローカルカスタマエッジデバイスに転送することをさらに含む。
【００１１】
本発明の別の態様によれば、インターネットプロトコルインターワーキング仮想専用線を介してデータ通信を実行する方法が提供される。この方法は、仮想専用線の第１のカスタマエッジデバイスから送信された発見メッセージを代行受信するステップと、その発見メッセージを検査して、第１のカスタマエッジデバイスのアドレスを知るステップと、知られたアドレスを格納するステップと、その発見メッセージを変更するステップと、その変更された発見メッセージを仮想専用線の第２のカスタマエッジデバイスに転送するステップとを含む。
【００１２】
本発明の一部の実施形態において、この方法は、第２のカスタマエッジデバイスからデータパケットを受信すること、知られたアドレスをストレージから取り出すこと、そのデータパケットの宛先リンク層アドレスを、その知られたアドレスで置き換えて、変更されたデータパケットを形成すること、およびその変更されたデータパケットを第１のカスタマエッジデバイスに転送することをさらに含む。
【００１３】
本発明の一部の実施形態において、方法は、第１のカスタマエッジデバイスからデータパケットを受信すること、知られたアドレスをストレージから取り出すこと、データパケットの送信元リンク層アドレスを知られたアドレスと比較すること、送信元リンク層アドレスが知られたアドレスと合致しないことに応答して、そのデータパケットを破棄することをさらに含む。
【００１４】
本発明の以上、およびその他の目的、特徴、および利点は、添付の図面に例示される好ましい実施形態の、後段のより詳細な説明から明白となろう。
【図面の簡単な説明】
【００１５】
【図１】本発明の実施形態によるＩＰインターワーキングＶＬＬを介するＮＤＰ調停を示す図である。
【図２】図１に示されるＮＤＰ調停による近隣要請メッセージを処理する方法を示す図である。
【図３】図１に示されるＮＤＰ調停による近隣公開メッセージを処理する方法を示す図である。
【図４】図１に示されるＮＤＰ調停による逆近隣要請メッセージを処理する方法を示す図である。
【図５】図１に示されるＮＤＰ調停による逆近隣公開メッセージを処理する方法を示す図である。
【発明を実施するための形態】
【００１６】
図において同様の特徴は同様の参照符号によって表される。
【００１７】
図１を参照すると、ＩＰ／ＭＰＬＳネットワーク１００が、２つのＰＥデバイス、ＰＥ１とＰＥ２の間の擬似ワイヤ接続１０２を提供する。ＰＥデバイスの第１のＰＥデバイスＰＥ１が、第１の接続回路ＡＣ１によって第１のＣＥデバイスＣＥ１に接続される。ＰＥデバイスの第２のＰＥデバイスＰＥ２が、第２の接続回路ＡＣ２によって第２のＣＥデバイスＣＥ２に接続される。第１の接続回路ＡＣ１、および第２の接続回路ＡＣ２は、異種のリンク層プロトコルを使用する。例えば、第１の接続回路ＡＣ１は、ＦＲ（フレームリレー）プロトコルを使用することが可能であり、第２の接続回路ＡＣ２は、イーサネットプロトコルを使用することが可能である。擬似ワイヤ１０２は、第１のＰＥデバイスＰＥ１と第２のＰＥデバイスＰＥ２の間でデータフレームを搬送し、これらのフレームは、ＩＰデータグラムだけをペイロードとして有する。第１のＣＥデバイスＣＥ１と第２のＣＥデバイスＣＥ２の間にポイントツーポイント接続１０４が提供されるように、第１の接続回路ＡＣ１および第２の接続回路ＡＣ２と、擬似ワイヤ１０２との間に結合が存在する。この接続は、ＩＰインターワーキングＶＬＬと呼ばれる。
【００１８】
図１のＰＥデバイスおよびＣＥデバイスは、ＩＰルータなどのＩＰｖ６ノードである、または少なくとも、擬似ワイヤのコンテキストにおいてＩＣＭＰｖ６パケットを処理することができるノードである。例えば、第１のＰＥデバイスＰＥ１、および第２のＰＥデバイスＰＥ２は、サービスプロバイダのＩＰ／ＭＰＬＳネットワーク１００におけるＰＥルータであることも可能である。第１のＣＥデバイスＣＥ１、および第２のＣＥデバイスＣＥ２は、ＩＰｖ６ノードであり、例えば、この事例では、第１のＣＥデバイスＣＥ１は、ＦＲルータであり、第２のＣＥデバイスＣＥ２は、イーサネットルータである。図１に示されるＩＰインターワーキングＶＬＬを介してＩＰｖ６データグラムを通信するために、ＮＤＰ調停が要求される。
【００１９】
（ＮＤＰ調停）
ＮＤＰ調停の基礎をなす原理は、ＰＥデバイス、ＰＥ１、ＰＥ２が、本明細書でひとまとめにして発見メッセージとも呼ばれる、ＩＣＭＰｖ６近隣発見メッセージおよび逆近隣発見（ＩＮＤ）メッセージを代行受信すべきであるということである。そのような近隣発見メッセージには、近隣要請メッセージおよび近隣公開メッセージが含まれ、ＩＮＤメッセージには、逆近隣要請（ＩＮＳ）メッセージおよび逆近隣公開（ＩＮＡ）メッセージが含まれる。ＰＥデバイスＰＥ１、ＰＥ２は、これらのメッセージからＣＥデバイス、ＣＥ１、ＣＥ２のＩＰｖ６インタフェースアドレスとリンク層アドレスをともに知り、その後、これらのメッセージを、一部の事例において、これらのメッセージが受信側ＣＥデバイス、ＣＥ１、ＣＥ２により意味があるようになるよう変更して、受信側ＣＥデバイス、ＣＥ１、ＣＥ２に転送する。有利には、この知ることは、ＣＥデバイスインタフェースアドレスが、ＩＰｖ４  ＡＲＰ調停の場合と同様に、ＬＤＰ制御リンクを介して通信されなくてもよいことを意味する。
【００２０】
ＣＥデバイスのペア、ＣＥ１、ＣＥ２の間の所与のポイントツーポイント接続１０４に関して、ＰＥデバイス、ＰＥ１、ＰＥ２は、ＮＤＰ調停の一環として以下のステップを実行する：
１．ローカルで接続されたＣＥデバイスのＩＰｖ６アドレスを、遠端ＣＥデバイスのＩＰｖ６アドレスと一緒に発見する。
２．ローカルＣＥデバイスから受信される近隣発見メッセージおよび逆近隣発見メッセージを代行受信し、ＣＥデバイスのＩＰｖ６構成についての情報を知ってから、擬似ワイヤ１０２を介してこれらのメッセージを遠端ＰＥデバイスに転送する。
３．遠端ＰＥデバイスから擬似ワイヤ１０２を介して受信される近隣発見メッセージおよび逆近隣発見メッセージを代行受信し、場合により、これらのメッセージを変更してから、ローカルＣＥデバイスに転送し、さらに遠端ＣＥデバイスのＩＰｖ６構成についての情報を知る。
【００２１】
この説明の全体にわたって、各ＰＥデバイス、ＰＥ１、ＰＥ２の上の接続回路は、それぞれ、単一のＣＥデバイス、ＣＥ１、ＣＥ２に対するポイントツーポイント接続であるものと想定される。そのＣＥデバイスは、ホストであることが可能であり、あるいは、より可能性が高いこととして、いくつかのホストを「背後に」有するルータであることが可能であるが、ＣＥデバイス上のいくつかのＩＰｖ６インタフェースアドレスに対応する各接続回路上の単一のＣＥデバイスリンク層アドレスが存在するものと想定される。
【００２２】
図１を再び参照して、例えば、ＡＣ１がフレームリレー接続回路であるのに対して、ＡＣ２は、イーサネット接続回路であるものと想定されたい。また、擬似ワイヤ１０２が機能するようになった後に送信される（１０６）第１の近隣発見メッセージは、第２のＣＥデバイスＣＥ２からの近隣要請メッセージＮＳであるものと想定されたい。近隣要請メッセージＮＳは、第２のＣＥデバイスＣＥ２のリンク層アドレスＭＡＣｘを提供する。近隣要請メッセージＮＳが第２のＰＥデバイスＰＥ２に到達すると、近隣要請メッセージＮＳは、第２のＰＥデバイスＰＥ２において代行受信されて、第２のＰＥデバイスＰＥ２が、近隣要請メッセージＮＳから第２のＣＥデバイスＣＥ２のリンク層アドレスＭＡＣｘ、および第２のＣＥデバイスＣＥ２の少なくとも１つのＩＰｖ６インタフェースアドレスＩＰ２を知ること（１０８）を可能にする。第２のＰＥデバイスＰＥ２は、近隣要請メッセージＮＳを第１のＰＥデバイスＰＥ１に転送し（１１０）、第１のＰＥデバイスＰＥ１もやはり、近隣要請メッセージＮＳを代行受信する。第１のＰＥデバイスＰＥ１は、近隣要請メッセージＮＳから第２のＣＥデバイスＣＥ２の少なくとも１つのＩＰｖ６インタフェースアドレスＩＰ２を知り（１１２）、次に、近隣要請メッセージＮＳからリンク層アドレスＭＡＣｘ（イーサネットアドレスである）を取り除いて、リンク層アドレスＭＡＣｘを第１のＰＥデバイスＰＥ１自らのリンク層アドレスＤＬＣＩｙ（フレームリレーＤＬＣＩ識別子である）で置き換え、その結果、変更された近隣要請メッセージＮＳ′を形成する。次に、変更された近隣要請メッセージＮＳ′が、処理のために第１のＣＥデバイスＣＥ１に転送される（１１４）。
【００２３】
変更された近隣要請メッセージＮＳ′が第１のＣＥデバイスのＣＥ１  ＩＰｖ６インタフェースアドレスのうち１つＩＰ１を求める有効な要請であるものと想定すると、第１のＣＥデバイスＣＥ１は、第１のＣＥデバイスのリンク層アドレスＤＬＣＩｘと、第１のＣＥデバイスのＣＥ１  ＩＰｖ６インタフェースアドレスの少なくとも１つＩＰ１とを含む近隣公開メッセージＮＡで応答する（１１６）。第１のＰＥデバイスＰＥ１は、近隣公開メッセージＮＡを代行受信し、近隣公開メッセージＮＡから第１のＣＥデバイスＣＥ１の少なくとも１つのＩＰｖ６インタフェースアドレスＩＰ１、およびＣＥデバイスのリンク層アドレスＤＬＣＩｘを知る（１１８）。次に、第１のＰＥデバイスＰＥ１は、擬似ワイヤ１０２を介して第２のＰＥデバイスＰＥ２に近隣公開メッセージＮＡを転送する（１２０）。第２のＰＥデバイスＰＥ２は、近隣公開メッセージＮＡを代行受信し、近隣公開メッセージＮＡから第１のＣＥデバイスＣＥ１の少なくとも１つのＩＰｖ６インタフェースアドレスＩＰ１を知る（１２２）。第１のＰＥデバイスＰＥ１は、第１のＣＥデバイスのリンク層アドレスＤＬＣＩｘ（フレームリレーＤＬＣＩ識別子）を、第２の接続回路ＡＣ２上の第１のＰＥデバイスＰＥ１のインタフェースのリンク層アドレスＭＡＣｙ（イーサネットアドレスである）で置き換え、その結果、変更された近隣公開メッセージＮＡ′を形成する。第２のＰＥデバイスＰＥ２は、変更された近隣公開メッセージＮＡ′を第２のＣＥデバイスＣＥ２に転送する（１２４）。このプロセスの終わりに、両方のＣＥデバイス、ＣＥ１、ＣＥ２が、互いのＩＰｖ６インタフェースアドレスを確認しており、第２のＰＥデバイスＰＥ２、および第２のＣＥデバイスＣＥ２が、互いのリンク層アドレスを知っており、すると、第２のＰＥデバイスＰＥ２、および第２のＣＥデバイスＣＥ２は、それらのアドレスを、第１のＣＥデバイスＣＥ１と第２のＣＥデバイスＣＥ２の間でカスタマデータパケットを送る際に使用することができる。
【００２４】
（プロバイダエッジデバイスの機能）
各ＰＥデバイス、ＰＥ１、ＰＥ２は、所与のＮＤＰ調停機能に関する単一の接続回路、ＡＣ１、ＡＣ２と、遠端ＰＥデバイス、ＰＥ２、ＰＥ１に接続された単一の発信擬似ワイヤ１０２を有するものと想定される。各ＰＥデバイス、ＰＥ１、ＰＥ２は、そのＰＥデバイス、ＰＥ１、ＰＥ２の対応する接続回路ＡＣ１、ＡＣ２を介して受信されるか、擬似ワイヤ１０２を介して受信されるかにかかわらず、ＩＣＭＰｖ６近隣発見メッセージを代行受信するための機能、近隣発見メッセージを検査して、接続回路ＡＣ１、ＡＣ２に接続されたＣＥデバイス、ＣＥ１、ＣＥ２のＩＰｖ６インタフェースアドレスおよびＣＥデバイスリンク層アドレスを知るための機能、近隣発見メッセージを変更して、その後、変更された近隣発見メッセージを順方向で転送する機能を有する。したがって、各ＰＥデバイス、ＰＥ１、ＰＥ２は、そのＰＥデバイス、ＰＥ１、ＰＥ２に直接に接続されたＣＥデバイス、ＣＥ１、ＣＥ２のＩＰｖ６インタフェースアドレスのリスト、および遠端ＣＥデバイス、ＣＥ２、ＣＥ１に関する別のリストを知る機能を有する。各ＰＥデバイス、ＰＥ１、ＰＥ２は、そのＰＥデバイス、ＰＥ１、ＰＥ２にローカルで接続されたＣＥデバイス、ＣＥ１、ＣＥ２のリンク層アドレスを知り、そのリンク層アドレスを、ローカルで接続されたＣＥデバイス、ＣＥ１、ＣＥ２にトラフィックを転送する際に使用する機能を有する。また、各ＰＥデバイス、ＰＥ１、ＰＥ２は、そのＰＥデバイス、ＰＥ１、ＰＥ２にローカルで接続されたＣＥデバイス、ＣＥ１、ＣＥ２から受信されるデータパケットの送信元リンク層アドレスを監視し、そのＣＥデバイス、ＣＥ１、ＣＥ２の知られたリンク層アドレスと合致しないパケットを破棄する機能を有することも可能である。また、各ＰＥデバイス、ＰＥ１、ＰＥ２は、近隣発見プロトコルと逆近隣発見プロトコルの間でインターネットワーク化するのに要求されるパケットを生成するための機能も有する。前述したＰＥデバイス機能は、ハードウェアで、あるいはソフトウェアプログラムを実行しているマイクロプロセッサおよびフィールドプログラマブルゲートアレイＦＧＰＡを含むハードウェアとソフトウェアの様々な組合せで実施されることが可能である。
【００２５】
（近隣要請の処理）
図２を参照して、図１のネットワーク構成に関して、ＰＥデバイスにおいて受信される近隣要請メッセージを処理する方法２００が、次に説明される。近隣要請メッセージが受信され（２０２）、そのメッセージがローカル接続回路から来ているか否かの判定（２０４）が行われる。肯定的である場合、そのメッセージが検査されて（２０６）、そのメッセージの中で提供されるＩＰｖ６インタフェースアドレスおよびリンク層アドレスを知る。そのメッセージは、次に、変更されずに擬似ワイヤを介して転送される（２０８）。しかし、その近隣要請メッセージが擬似ワイヤを介して受信された場合、そのメッセージが検査されて（２１０）、遠端ＣＥデバイスのＩＰｖ６インタフェースアドレスを知る。変更された近隣要請メッセージが、要求される変更、および所望されるオプションの変更を行うことによって形成されて（２１２）から、その変更されたメッセージがローカルＣＥデバイスに転送される（２１４）。例えば、送信元リンク層アドレスオプションが存在する場合、ＰＥデバイスは、そのオプションを取り除く。ＰＥデバイスは、例えば、ローカルＡＣのＰＥデバイス独自のリンク層アドレスを指定することによって、適切なリンク層アドレスオプションを代用することができる。ローカルＡＣがイーサネットである場合、リンク層アドレスオプションを代用できないことは、ローカルＣＥデバイスが、データパケットを伝送すべき有効なリンク層アドレスを全く有さないことを意味する可能性があることに留意されたい。
【００２６】
（近隣公開の処理）
図３を参照して、図１のネットワーク構成に関して、ＰＥデバイスにおいて受信される近隣公開メッセージを処理する方法３００が、次に説明される。近隣公開メッセージが受信され（３０２）、そのメッセージがローカル接続回路から来ているか否かの判定（３０４）が行われる。肯定的である場合、そのメッセージが検査されて（３０６）、そのメッセージの中で提供されるＩＰｖ６インタフェースアドレスおよびリンク層アドレスを知る。そのメッセージが、次に、変更されずに擬似ワイヤを介して転送される（３０８）。しかし、その近隣公開メッセージが擬似ワイヤを介して受信された場合、そのメッセージが検査されて（３１０）、遠端ＣＥデバイスのＩＰｖ６インタフェースアドレスを知る。変更された近隣公開メッセージが、要求される変更、および所望されるオプションの変更を行うことによって形成されて（３１２）から、その変更されたメッセージがローカルＣＥデバイスに転送される（３１４）。例えば、送信元リンク層アドレスオプションが存在する場合、ＰＥデバイスは、そのオプションを取り除く。ＰＥデバイスは、例えば、ローカルＡＣのＰＥデバイス独自のリンク層アドレスを指定することによって、適切なリンク層アドレスオプションを代用することができる。ローカルＡＣがイーサネットである場合、リンク層アドレスオプションを代用できないことは、ローカルＣＥデバイスが、データパケットを伝送すべき有効なリンク層アドレスを全く有さないことを意味する可能性があることに留意されたい。
【００２７】
近隣要請メッセージおよび近隣公開メッセージを処理する方法は、一般に、それぞれのタイプの発見メッセージに適用されるのと同一のステップを含むことが注目されよう。
【００２８】
（逆近隣要請の処理）
図４を参照して、図１のネットワーク構成に関して、ＰＥデバイスにおいて受信される逆近隣要請メッセージを処理する方法４００が、次に説明される。逆近隣要請メッセージが受信され（４０２）、そのメッセージがローカル接続回路から来ているか否かの判定（４０４）が行われる。肯定的である場合、そのメッセージが検査されて（４０６）、そのメッセージの中で提供されるＩＰｖ６インタフェースアドレスおよびリンク層アドレスを知る。そのメッセージは、オプションとして、ローカルＣＥデバイスに関するインタフェースアドレスのリストを含むことも可能であり、これらも知られる。そのメッセージが、次に、変更されずに擬似ワイヤを介して転送される（４０８）。しかし、その逆近隣要請メッセージが擬似ワイヤを介して受信された場合、そのメッセージが検査されて（４１０）、遠端ＣＥデバイスの１つまたは複数のＩＰｖ６インタフェースアドレスを知る。ローカルＡＣが逆近隣発見（例えば、フレームリレーＡＣ）をサポートするか否かの判定（４１２）が行われる。肯定的である場合、変更された逆近隣要請メッセージが、要求される変更、および所望されるオプションの変更を行うことによって形成されて（４１４）から、その変更されたメッセージがローカルＣＥデバイスに転送される（４１６）。そのような変更は、ローカル接続回路に適合するようにリンク層アドレスオプションを変更することを含む。しかし、ローカルＡＣが逆近隣発見をサポートしない場合、そのメッセージの処理は、ＰＥデバイスが、ＰＥデバイスのローカルのＣＥデバイスの少なくとも１つのインタフェースアドレスを知っているかどうかに依存する。この結果の判定（４１８）が行われる。ＰＥデバイスがローカルＣＥデバイスの少なくとも１つのインタフェースアドレスを知っている場合、ＰＥデバイスは、その逆近隣要請メッセージを破棄し（４２０）、逆近隣公開メッセージを生成し（４２２）、ＩＮＡメッセージを擬似ワイヤに送り込む（４２４）。ＩＮＡメッセージの宛先アドレスは、ＩＮＳメッセージからの送信元アドレスである。ＩＮＡメッセージの送信元アドレスは、ＣＥデバイスのインタフェースアドレスの１つであり、ＰＥデバイスによってそれまでに知られたＣＥデバイスのインタフェースアドレスのすべてが、ターゲットアドレスリストの中に含められる。送信元リンク層アドレスおよびターゲットリンク層アドレスは、ＩＮＳからコピーされる。しかし、ＰＥデバイスが、ＰＥデバイスのローカルＣＥデバイスの少なくとも１つのインタフェースアドレスをまだ知らない場合、ＩＮＳメッセージはそのまま破棄される（４２６）。この処理は、ＰＥデバイスがＣＥデバイスからアドレスを知る（例えば、近隣要請メッセージを受信することを介して）まで続けられる。この知ることが生じた後、ＰＥデバイスは、擬似ワイヤを介して受信されたＩＮＳメッセージに応答することができる。
【００２９】
（逆近隣公開の処理）
図５を参照して、図１のネットワーク構成に関連して、ＰＥデバイスにおいて受信される逆近隣公開メッセージを処理する方法５００が、次に説明される。逆近隣公開メッセージが受信され（５０２）、そのメッセージがローカル接続回路から来ているか否かの判定（５０４）が行われる。肯定的である場合、そのメッセージが検査されて（５０６）、ローカルＣＥデバイスの１つまたは複数のインタフェースアドレスを知る。そのメッセージが、次に、変更されずに擬似ワイヤを介して転送される（５０８）。しかし、その逆近隣公開メッセージが擬似ワイヤを介して受信された場合、そのメッセージが検査されて（５１０）、遠端ＣＥデバイスの１つまたは複数のＩＰｖ６インタフェースアドレスを知る。ローカルＡＣが逆近隣発見（例えば、フレームリレーＡＣ）をサポートするか否かの判定（５１２）が行われる。肯定的である場合、変更された逆近隣公開メッセージが、要求される変更、および所望されるオプションの変更を行うことによって形成されて（５１４）から、その変更されたメッセージがローカルＣＥデバイスに転送される（５１６）。しかし、ローカルＡＣが逆近隣発見をサポートしない場合、ＰＥデバイスは、ＩＮＡメッセージを破棄し（５１８）、近隣公開メッセージを生成し（５２０）、さらにそのＮＡメッセージをＰＥデバイスのローカルＣＥデバイスに向けて送信する（５２２）。そのＮＡメッセージの送信元インタフェースアドレスは、ＩＮＡメッセージからの送信元インタフェースアドレスであり、そのＮＡメッセージの宛先インタフェースアドレスは、ＩＮＡメッセージからの宛先インタフェースアドレスであり、そのＮＡメッセージの送信元リンク層アドレスは、ＰＥデバイス上のローカルＡＣの送信元リンク層アドレスである。
【００３０】
（ルータ要請の処理）
ＣＥデバイスからＡＣ上で受信されたルータ要請メッセージが検査されて、ＣＥデバイスのインタフェースアドレスが特定されなければならず、さらに、存在する場合、ＣＥのリンク層アドレスが特定されなければならない。そのルータ要請メッセージが、次に、変更されずに擬似ワイヤを介して転送される。擬似ワイヤを介して受信されたルータ要請が検査されて、遠端ＣＥデバイスのインタフェースアドレスが特定されなければならない。送信元リンク層アドレスオプションが存在する場合、ＰＥデバイスは、そのオプションを取り除く。ＰＥデバイスは、ＰＥデバイスのＡＣのリンク層アドレスを指定する送信元リンク層アドレスオプションを代用することが可能である。そのルータ要請メッセージが、次に、ローカルＣＥデバイスに転送される。
【００３１】
（ルータ公開の処理）
ＣＥデバイスからＡＣ上で受信されたルータ公開メッセージが検査されて、ＣＥのインタフェースアドレスが特定されなければならず、さらに、存在する場合、ＣＥのリンク層アドレスが特定されなければならない。そのルータ公開メッセージが、次に、変更されずに擬似ワイヤを介して転送されなければならない。擬似ワイヤを介して受信されたルータ公開メッセージが検査されて、遠端ＣＥデバイスのインタフェースアドレスが特定されなければならない。送信元リンク層アドレスオプションが存在する場合、ＰＥデバイスは、そのオプションを取り除く。ＰＥデバイスは、ＰＥデバイスのＡＣのリンク層アドレスを指定する送信元リンク層アドレスオプションを代用することが可能である。最大伝送単位（ＭＴＵ）オプションが存在する場合、ＰＥデバイスは、擬似ワイヤのＭＴＵがそのオプションの中で指定された値未満である場合、指定されたＭＴＵを低減することが可能である。そのルータ公開メッセージが、次に、ＣＥに転送される。
【００３２】
（重複アドレス検出）
重複アドレス検出は、ＩＰｖ６ホストおよびＩＰｖ６ルータが、インタフェースに割り当てられたアドレスがリンク上で一意であることを確実にすることを可能にする。すべての近隣発見メッセージの場合と同様に、重複アドレス検出において使用される近隣発見メッセージは、単に擬似ワイヤを介して流れ、各終端におけるＰＥデバイスにおいて検査される。処理は、前述したとおりに（例えば、存在する場合、送信元リンク層アドレスを取り除き／置き換えて）実行される。しかし、重複アドレス検出において使用される近隣要請メッセージの送信元アドレスは、不特定のアドレスであり、したがって、ＰＥデバイスは、ＣＥデバイスのインタフェースアドレスを知ることができない。
【００３３】
（ＰＥデバイス間のシグナリング）
遠端ＣＥデバイスインタフェースアドレスは、遠端ＰＥからの帯域外シグナリングによってではなく、擬似ワイヤを通って流れるＩＣＭＰｖ６近隣発見パケットを代行受信することによって知られるので、ＰＥデバイス間のＬＤＰシグナリングに課せられる特別な要件は全く存在しない。実際、各ＰＥデバイスによって使用されるべき擬似ワイヤラベルを静的に構成することが可能であり、ＮＤＰ調停擬似ワイヤは、それでも、２つのＰＥデバイス間で流れるＩＣＭＰｖ６パケットを代行受信して、正しく動作することが可能である。しかし、擬似ワイヤは、［ＲＦＣ４４４７］におけるとおりのラベル配布プロトコル（ＬＤＰ）を使用して確立される可能性がより高い。擬似ワイヤのカプセル化タイプは、ＩＰ層２トランスポート（［ＰＷＥ３−ＩＡＮＡ］に規定されるとおり、値０ｘ０００８）でなければならない。この擬似ワイヤは、ＩＰアドレスリストＴＬＶを使用してＣＥデバイスＩＰｖ４アドレスを通信するように［ＡＲＰ−ＭＥＤ］に記載される機構を使用して、ＩＰｖ４トラフィックを搬送していることも可能であることに留意されたい。擬似ワイヤがＩＰｖ６トラフィックだけを搬送している場合、ＩＰアドレスリストＴＬＶの中で指定されるアドレスは、常に０である。擬似ワイヤがＩＰｖ４トラフィックとＩＰｖ６トラフィックをともに搬送している場合、本明細書で説明される機構と［ＡＲＰ−ＭＥＤ］で説明される機構が重なり合ってはならない。詳細には、ＰＥデバイスが、ＰＥデバイスのローカルＣＥデバイスからの近隣公開を代行受信することによって、ＩＰｖ６トラフィックに関するリンク層アドレスを知っているというだけで、ＰＥデバイスが、ＩＰｖ４トラフィックに関してそのリンク層アドレスを使用することができるということを、そのことが、例えば、そのＣＥデバイスからのＩＰｖ４  ＡＲＰメッセージの受信によって確認されない限り、想定すべきではない。
【００３４】
特許請求の範囲に規定される、本発明の範囲を逸脱することなく、本発明の実施形態に多数の変形、改変、および適応が行われることが可能である。
【図１】
0005362032.tif 000002
【図２】
0005362032.tif 000003
【図３】
0005362032.tif 000004
【図４】
0005362032.tif 000005
【図５】
0005362032.tif 000006