(57)【特許請求の範囲】
【請求項１】
加入者装置（１）をインターネットプロトコルバージョン６  ＩＰｖ６対応のアグリゲーションネットワーク（３）に接続するためのアクセスノード（２）であって、
前記加入者装置によって保持されるＩＰｖ６アドレス（ＬＬＩＰ＠Ｏ）を含む上流ＩＰｖ６パケット（ＮＳ１Ｏ、ＲＳ１Ｏ、ＮＡ１Ｏ）を受信するように構成され、
前記アクセスノードがさらに、前記加入者装置が属するレイヤ２  Ｌ２通信ドメイン（６）の範囲内で一意である新しいインタフェース識別子（ＩＤＴ）を前記加入者装置に割り当てる、
前記上流ＩＰｖ６パケット内で、前記ＩＰｖ６アドレスのもとのインタフェース識別子（ＩＤＯ）の代わりに前記新しいインタフェース識別子を使い、それによって変換されたＩＰｖ６アドレス（ＬＬＩＰ＠Ｔ）を含む変換された上流ＩＰｖ６パケット（ＮＳ１Ｔ、ＲＳ１Ｔ、ＮＡ１Ｔ）を生み出す、
前記変換された上流ＩＰｖ６パケットを前記アグリゲーションネットワークへ転送する
ように構成されることを特徴とする、アクセスノード（２）。
【請求項２】
前記ＩＰｖ６アドレスが、リンクローカルＩＰｖ６アドレスであることを特徴とする、請求項１に記載のアクセスノード（２）。
【請求項３】
前記ＩＰｖ６アドレスが、グローバルＩＰｖ６アドレスであることを特徴とする、請求項１に記載のアクセスノード（２）。
【請求項４】
前記ＩＰｖ６アドレスが、前記上流ＩＰｖ６パケットの送信元ＩＰｖ６アドレスであることを特徴とする、請求項１から３のいずれかに記載のアクセスノード（２）。
【請求項５】
前記上流ＩＰｖ６パケットが、前記ＩＰｖ６アドレスをターゲットＩＰｖ６アドレスとする近隣要請ＮＳメッセージ（ＮＳ１Ｏ）または近隣通知ＮＡメッセージ（ＮＡ１Ｏ）であることを特徴とする、請求項１から４のいずれかに記載のアクセスノード（２）。
【請求項６】
前記アクセスノードがさらに、前記変換されたＩＰｖ６アドレスを含む下流ＩＰｖ６パケット（ＮＳ２Ｏ）を受信し、前記下流ＩＰｖ６パケット内で、前記変換されたＩＰｖ６アドレスの前記新しいインタフェース識別子の代わりに前記もとのインタフェース識別子を使い、それによって前記ＩＰｖ６アドレスを含む変換された下流ＩＰｖ６パケット（ＮＳ２Ｔ）を生み出し、前記変換された下流ＩＰｖ６パケットを前記加入者装置へ転送するように構成されることを特徴とする、請求項１から５のいずれかに記載のアクセスノード（２）。
【請求項７】
前記変換されたＩＰｖ６アドレスが、前記下流ＩＰｖ６パケットの宛先ＩＰｖ６アドレスであることを特徴とする、請求項１から６のいずれかに記載のアクセスノード（２）。
【請求項８】
前記下流ＩＰｖ６パケットが、前記変換されたＩＰｖ６アドレスをターゲットＩＰｖ６アドレスとする近隣要請ＮＳメッセージ（ＮＳ２Ｏ）であることを特徴とする、請求項１から７のいずれかに記載のアクセスノード（２）。
【請求項９】
前記アクセスノードが、デジタル加入者線アクセス多重化装置ＤＳＬＡＭであることを特徴とする、請求項１から８のいずれかに記載のアクセスノード（２）。
【請求項１０】
前記アクセスノードが、光回線終端装置ＯＬＴであることを特徴とする、請求項１から９のいずれかに記載のアクセスノード（２）。
【請求項１１】
前記アクセスノードが、移動／無線基地局であることを特徴とする、請求項１から１０のいずれかに記載のアクセスノード（２）。
【請求項１２】
加入者装置（１）をインターネットプロトコルバージョン６  ＩＰｖ６対応のアグリゲーションネットワーク（３）に接続するための方法であって、
前記加入者装置によって保持されるＩＰｖ６アドレス（ＬＬＩＰ＠Ｏ）を含む上流ＩＰｖ６パケット（ＮＳ１Ｏ、ＲＳ１Ｏ、ＮＡ１Ｏ）を受信するステップを含み、
前記方法がさらに、前記加入者装置が属するレイヤ２  Ｌ２通信ドメイン（６）の範囲内で一意である新しいインタフェース識別子（ＩＤＴ）を前記加入者装置に割り当てるステップと、
前記上流ＩＰｖ６パケット内で、前記ＩＰｖ６アドレスのもとのインタフェース識別子（ＩＤＯ）の代わりに前記新しいインタフェース識別子を使って、それによって変換されたＩＰｖ６アドレス（ＬＬＩＰ＠Ｔ）を含む変換された上流ＩＰｖ６パケット（ＮＳ１Ｔ、ＲＳ１Ｔ、ＮＡ１Ｔ）を生み出すステップと、
前記変換された上流ＩＰｖ６パケットを前記アグリゲーションネットワークへ転送するステップと
を含むことを特徴とする、方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、加入者装置をＩＰｖ６対応のアグリゲーションネットワークに接続するためのアクセスノードに関する。
【背景技術】
【０００２】
インターネットプロトコルバージョン６（ＩＰｖ６）は、インターネットプロトコルの現在のバージョン（ＩＰｖ４）の後継となるようにインターネット技術標準化委員会（ＩＥＴＦ）によって設計された次世代プロトコルである。ＩＰｖ４はわずか３２ビットを使用するのに対して、ＩＰｖ６は１２８ビットのネットワークアドレスを使用し、それによって、２１２８個のアドレスが利用できるより大きなアドレス空間をもたらす。
【０００３】
ＩＰｖ６アドレスを割り当て、動的に構成されたホストに設定パラメータを配布するために、新しいステートレス自動設定プロセスが定義された。ＩＰｖ６のステートレス自動設定プロセスは、ホストの手動設定の必要がなく、（あるとしても）最低限のルータの設定であり、追加サーバを必要としない。ＩＰｖ６ステートレス自動設定機構は、インターネット制御メッセージプロトコルバージョン６（ＩＣＭＰｖ６）の上に構築される。
【０００４】
ステートレス自動設定機構により、ホストは、ローカルで利用できる情報およびルータによって通知される情報の組合せを使用して独自のネットワークアドレスを生成することができる。ルータは、リンクと関連する（１つまたは複数の）サブネットを識別する（１つまたは複数の）ネットワークプレフィックスを通知し、一方ホストは、サブネット上のインタフェースを一意に識別するインタフェース識別子を生成する。インタフェース識別子は、様々な技術を使用してホストによって割り当てられる（例えば、乱数値、またはインタフェースのハードウェアアドレスの関数）。ＩＰｖ６グローバルアドレスは、ネットワークプレフィックスをインタフェース識別子と組み合わせることによって形成される。
【０００５】
ＩＰｖ６は、２つのタイプのネットワークアドレス、すなわちリンクローカルアドレスおよびグローバルアドレスを使用する。
【０００６】
リンクローカルアドレスは、ローカル範囲のみを有するアドレスであって、同じリンクにアタッチされた近隣ノードと連絡するために使用されることが可能である。リンクは、本明細書では、Ｌ２通信ドメインとして、すなわちノードがそれを通じてダイレクト／ブリッジ接続のローカルエリアネットワーク（ＬＡＮ）、仮想ローカルエリアネットワーク（ＶＬＡＮ）などのリンクレイヤ（Ｌ２）で通信することができる通信機構または媒体として解釈されるものとする。リンクローカルアドレスについては、ネットワークプレフィックスは、ＦＥ８０：：／６４（最初の６４ビットは１６進数値ＦＥ８０  ００  ００  ００  ００  ００  ００に設定されることを意味する）に設定される。
【０００７】
グローバルアドレスは、無限の範囲を有し、ルーティングの宛先となって、インターネットで公的に使用することができるアドレスである。
【０００８】
ステートレス自動設定プロセスは、少なくともピアツーピアＬ２通信を可能にするリンクローカルアドレスを生成することと、ルータ通知の（１つまたは複数の）プレフィックスから（１つまたは複数の）グローバルアドレスを生成することと、重複アドレス検出（Ｄｕｐｌｉｃａｔｅ  Ａｄｄｒｅｓｓ  Ｄｅｔｅｃｔｉｏｎ）によってリンク上のアドレスの一意性を確認することとを含む。
【０００９】
さらに、ＩＰｖ６のための動的ホスト設定プロトコル（ＤＨＣＰｖ６）により、ＤＨＣＰサーバがＩＰｖ６のネットワークアドレスのような設定パラメータをホストに渡すことができるようになる。これにより、再利用可能なネットワークアドレスの自動割当ての機能および追加設定の融通性がもたらされる。このプロトコルは、ステートレス自動設定プロセスに対してステートフルなカウンタパートであり、ステートレス自動設定とは別に、または同時に使用されることが可能である。
【００１０】
イーサネット（登録商標）都市内ネットワーク（ＥＭＡＮ）のような、イーサネットベースのアクセス／アグリゲーションネットワークを通じたＩＰサービスをサポートするとき、接続モデル全体が安全であることを保証するために注意が必要である。
【００１１】
イーサネットベースのアグリゲーションネットワークを通じたＩＰｖ４サービスのサポートは、ブロードバンドフォーラム技術報告書１０１で定義されている。
【００１２】
この文書は、媒体アクセス制御（ＭＡＣ）アドレスおよび／またはＩＰアドレスを偽装する悪意のあるユーザから守るために、アクセスノードでサポートされるいくつかの新しい機能を定義する。
【００１３】
同様に、ＩＰｖ４からＩＰｖ６への移行時に、ＩＰｖ６接続モデル全体が安全であることを保証するために注意が必要である。
【００１４】
インタフェース識別子が事業者制御されない場合、一般にこれは一意であると仮定／信用することはできない。具体的には、同じ共有ＶＬＡＮにいくつかのアクセスノードを配置するとき、一意でないインタフェース識別子を有することが問題になる可能性がある。
【００１５】
現時点では、安全であることを証明される唯一のモデルは、１：１のＶＬＡＮマッピング（「ＶＬＡＮクロスコネクト」モデルとして知られる）を利用することであり、このようなモデルでは、各アクセスポートは異なるＶＬＡＮを割り当てられる。これにより、同じアクセスノード上の異なる加入者を互いから効果的に保護する。
【００１６】
実績のある解決法であるが、いくつかの事業者は、現在Ｎ：１のＶＬＡＮマッピング（「インテリジェントブリッジ」モデルとして知られる）を使用している。これらの顧客をＩＰｖ４からＩＰｖ６へ移行させるとき、顧客を１：１のＶＬＡＮ方式へ移行させることは受け入れられない可能性がある。したがって、Ｎ：１方式の解決法もまた必要とされる。
【００１７】
グローバルアドレスについては、重複するインタフェース識別子を有する問題は、加入者ごとに異なるネットワークプレフィックスを通知することによって克服することができる。当然ながら、これにはアドレス割当てプロセス中に各顧客を一意に識別することが必要である。これは、例えば、ＩＣＭＰｖ６またはＤＨＣＰｖ６メッセージにＤＳＬ回線識別子を追加することによって解決することができる。
【００１８】
しかし、リンクローカルアドレスについては、依然として重複するリンクローカルアドレスを回避する解決策が必要である。
【先行技術文献】
【非特許文献】
【００１９】
【非特許文献１】ブロードバンドフォーラム技術報告書１０１
【発明の概要】
【発明が解決しようとする課題】
【００２０】
イーサネットアクセスを通じたＩＰｖ６サービスに対して、現在のＩＰｖ４サービスと同じレベルのセキュリティを実現することが、本発明の目的である。
【課題を解決するための手段】
【００２１】
本発明の目的は、加入者装置をＩＰｖ６対応のアグリゲーションネットワークに接続するためのアクセスノードであって、
上記加入者装置によって保持されるＩＰｖ６アドレスを含む上流ＩＰｖ６パケットを受信する、
上記加入者装置が属するＬ２通信ドメインの範囲内で一意である新しいインタフェース識別子を上記加入者装置に割り当てる、
上記上流ＩＰｖ６パケット内で、上記ＩＰｖ６アドレスのもとのインタフェース識別子の代わりに上記新しいインタフェース識別子を使い、それによって変換されたＩＰｖ６アドレスを含む変換された上流ＩＰｖ６パケットを生み出す、
上記変換された上流ＩＰｖ６パケットを上記アグリゲーションネットワークへ転送する
ように構成されたアクセスノードによって達成され、従来技術の前述の欠点は克服される。
【００２２】
アクセスノードは、６４ビットのインタフェース識別子が共有ＶＬＡＮ内で一意になるように、ＩＰｖ６リンクローカルアドレスを変換する役割を担う。これは、ホストのもとのインタフェース識別子と事業者が割り当てるインタフェース識別子との間で１対１のマッピングを保持する変換テーブルを維持することによって達成される。
【００２３】
本発明によるアクセスノードは、数人の加入者が同じＶＬＡＮを共有する場合に安全なＩＰｖ６接続モデルを作成する。これは、ホスト、アグリゲーションスイッチ、またはブロードバンドネットワークゲートウェイの挙動に影響を及ぼすことなく行われる。
【００２４】
本発明は、同じネットワークプレフィックスが同じＶＬＡＮにおいて複数の加入者にわたって（例えば、Ｎ：１のＶＬＡＮにおいて単一プレフィックスを有するルータ通知をすべてのホストに送信することによって）共有される場合、グローバルユニキャストアドレスに拡張されることも可能である。
【００２５】
例示的実施形態として、変換されるＩＰｖ６アドレスは、上流ＩＰｖ６パケットの送信元ＩＰｖ６アドレスである、または、近隣要請ＮＳメッセージもしくは近隣通知ＮＡメッセージのターゲットＩＰｖ６アドレスである。
【００２６】
そこで、変換プロセスを正しく行うために、アクセスノードは、シグナリングメッセージのペイロードに配置されたリンクローカルアドレスの中のホストのインタフェース識別子を変更するいくつかのシグナリングエージェントをサポートする必要がある。具体的には、アクセスノードは、ＩＣＭＰｖ６エージェントおよび／またはＤＨＣＰｖ６エージェントを必要とする。
【００２７】
本発明によるアクセスノードの別の実施形態はさらに、上記変換されたＩＰｖ６アドレスを含む下流ＩＰｖ６パケットを受信する、
上記下流ＩＰｖ６パケット内で、上記変換されたＩＰｖ６アドレスの上記新しいインタフェース識別子の代わりに上記もとのインタフェース識別子を使い、それによって上記ＩＰｖ６アドレスを含む変換された下流ＩＰｖ６パケットを生み出す、
上記変換された下流ＩＰｖ６パケットを上記加入者装置へ転送する
ように構成される。
【００２８】
第１のメッセージへの応答が予想される場合、またはネットワーク側から下流通信が開始される場合、アクセスノードは、テーブルルックアップを行い、新しいインタフェース識別子をそのもとの値に戻した後、メッセージを加入者装置に転送する。
【００２９】
例示的実施形態として、変換されたＩＰｖ６アドレスは、下流ＩＰｖ６パケットの宛先ＩＰｖ６アドレスである、または、近隣要請ＮＳメッセージのターゲットＩＰｖ６アドレスである。
【００３０】
さらに、この手法により、変換されたインタフェース識別子を有するＩＰｖ６アドレスを識別することも可能になる。これは、アクセスノード間でトラフィックを回避するのに役立つことが可能であり、アクセスノードは単に、別のアクセスノードによって追加されたインタフェース識別子を有するＩＰｖ６パケットを（インタフェース識別子の特定の構造を見つけることによって、およびこれを変換されたインタフェース識別子として識別することによって）拒絶するフィルタを導入する。これにより、同じＶＬＡＮにおいて多くのアクセスノードから何千もの近隣通知ＮＡまたは近隣要請ＮＳメッセージを受信するときの潜在的なスケーラビリティ問題が解決される。
【００３１】
本発明によるアクセスノードの例示的実施形態は、中央局もしくは加入者の構内に近いリモート位置に配置されたデジタル加入者線アクセス多重化装置（ＤＳＬＡＭ）、光回線終端装置（ＯＬＴ）、または無線／移動基地局、またはイーサネットアクセスブリッジである。
【００３２】
本発明はまた、加入者装置をインターネットプロトコルバージョン６  ＩＰｖ６対応のアグリゲーションネットワークに接続するための方法に関する。
【００３３】
本発明による方法は、上記加入者装置に保持されるＩＰｖ６アドレスを含む上流ＩＰｖ６パケットを受信するステップと、上記加入者装置が属するＬ２通信ドメインの範囲内で一意である新しいインタフェース識別子を上記加入者装置に割り当てるステップと、上記上流ＩＰｖ６パケット内で、上記ＩＰｖ６アドレスのもとのインタフェース識別子の代わりに上記新しいインタフェース識別子を代用し、それによって変換されたＩＰｖ６アドレスを含む変換された上流ＩＰｖ６パケットを生み出すステップと、上記変換された上流ＩＰｖ６パケットを上記アグリゲーションネットワークへ転送するステップとを含む。
【００３４】
本発明による方法の実施形態は、本発明によるアクセスノードの実施形態に対応する。
【００３５】
添付の図面と併せて解釈される次の実施形態の説明を参照することによって、本発明の上述のおよび他の目的および特徴がさらに明らかになり、本発明自体が最もよく理解されるであろう。
【図面の簡単な説明】
【００３６】
【図１】データ通信システムを表す図である。
【図２Ａ】重複アドレス検出にＩＰｖ６アドレスを代用することを表す図である。
【図２Ｂ】ルータ探索にＩＰｖ６アドレスを代用することを表す図である。
【図２Ｃ】近隣探索にＩＰｖ６アドレスを代用することを表す図である。
【発明を実施するための形態】
【００３７】
図１には、ＩＰｖ６対応の加入者装置１、アクセスノード２、イーサネットベースのアグリゲーションネットワーク３（ＥＭＡＮ）、ＩＰｖ６対応のエッジルータ４、およびインターネット５を含む、データ通信システムが見られる。
【００３８】
加入者装置１は、加入者銅ループ、または光ファイバ、または無線を通じてアクセスノード２に結合される。アクセスノード２およびエッジルータ４は、ＥＭＡＮ３に結合される。エッジルータ４は、さらにインターネット５に結合される。
【００３９】
加入者装置１およびエッジルータ４は、同じアクセスノード２および／またはさらなるアクセスノード（図示せず）に結合されたさらなる加入者装置（図示せず）と共有されるＶＬＡＮ６の部分を形成する。
【００４０】
下流通信とは、加入者装置１へ向かう通信を指し、上流通信とは、加入者装置１からの通信を指す。
【００４１】
説明の実施形態として、加入者装置１をアクセスノード２に接続するインタフェースは、ＭＡＣアドレス００−ＡＡ−００−３Ｆ−２Ａ−１Ｃを割り当てられ、エッジルータ４をＥＭＡＮ３に接続するインタフェースは、ＭＡＣアドレス００−ＡＡ−００−９９−９９−９９を割り当てられる。
【００４２】
加入者装置１は、例えばゲートウェイ、ルータ、パーソナルコンピュータ、移動／無線端末などである。
【００４３】
好ましい実施形態では、アクセスノード２は、デジタル加入者線アクセス多重化装置（ＤＳＬＡＭ）を表す。あるいはアクセスノード２は、光回線終端装置（ＯＬＴ）、３Ｇ／ＬＴＥノードＢ、Ｗｉｍａｘ／Ｗｉｆｉ基地局、イーサネットアクセスブリッジなどであることが可能である。
【００４４】
アクセスノード２は、本発明によりリンクローカルのＩＰｖ６アドレスを変換するように構成され、より詳細には、ＥＭＡＮ３に入る上流ＩＰｖ６パケットについては、加入者装置１によって自律的に構築されたＩＰｖ６アドレスのインタフェース識別子を別の一意の信頼できる／認証されたインタフェース識別子に変換するように構成され、ＥＭＡＮ３から出る下流ＩＰｖ６パケットについての逆の場合も同様に構成される。アクセスノード２は、イーサネットフレームを転送してＩＣＭＰｖ６パケットをインターセプトするためのイーサネットスイッチ（またはそのエミュレーション）と、ＩＣＭＰｖ６パケットを復号してその送信元、宛先、もしくはターゲットＩＰｖ６アドレスを変換するためのＩＣＭＰｖ６エージェントと、もとのインタフェース識別子、信頼できるインタフェース識別子、および加入者ポート識別子が１対１の関係で保持されるローカルデータリポジトリとを収容する。
【００４５】
アクセスノード２はさらに、加入者装置に接続するための加入者ポートを有する回線接続カードと、ＥＭＡＮ３に接続するための１つまたは複数のネットワーク接続カードとを収容する。加入者装置１が結合される加入者ポートは、Ｐ１として示す。
【００４６】
次に、図２Ａ、２Ｂ、および２Ｃを参照してアクセスノード２の動作について示す。
【００４７】
インタフェースのリンクローカルアドレスを生成することにより、ノード（ホストおよびルータ共に）が自動設定プロセスを開始する。リンクローカルアドレスは、インタフェースの識別子をよく知られたリンクローカルプレフィックスに追加することによって形成される。
【００４８】
しかし、リンクローカルアドレスがインタフェースに割り当てられて使用されることが可能になる前に、ノードはこの「仮の」アドレスがリンク上の他のノードによってすでに使用されていないことを確認することを試みなければならない。具体的にはノードは、ターゲットとして仮のアドレスを含む近隣要請メッセージを送信する。別のノードがそのアドレスをすでに使用している場合、別のノードはそのように伝える近隣通知を返す。別のノードもまた同じアドレスを使用しようとしている場合、別のノードも同様にターゲットアドレスに近隣要請を送信する。近隣要請が（再）送信される正確な回数および連続した要請間の遅延時間はリンク固有であり、システム管理者によって設定されることが可能である。
【００４９】
ノードがその仮のリンクローカルアドレスが一意でないと判断する場合、そのアドレスをインタフェースに割り当てることができない。アドレスが、インタフェース識別子から得られる場合、インタフェースに新しい識別子が割り当てられる必要がある、またはインタフェースは手動で設定される必要がある。
【００５０】
ノードがその仮のリンクローカルアドレスが一意であることを確認すると、ノードはそのアドレスをインタフェースに割り当てる。この時点で、ノードは近隣ノードとＩＰレベルの接続性を有する。
【００５１】
デフォルトにより、すべてのアドレスは、安全のためにインタフェースに割り当てられる前に一意性をテストされるべきである。このテストは、ステートレスアドレス自動設定によって、またはＤＨＣＰｖ６によって取得されたすべてのアドレスについて、個別に行われるべきである。
【００５２】
ホストは、そのリンクローカルアドレスを生成する（およびその一意性を確認する）と同時に、ルータ通知を待つことができる。
【００５３】
図２Ａには、重複アドレス検出中に加入者装置１（ホスト／ゲートウェイ）、アクセスノード２、およびエッジルータ４（ＢＮＧ）の間で交換されるＩＣＭＰｖ６メッセージが見られる。
【００５４】
加入者装置１は、リンクローカルネットワークプレフィックスＦＥ８０：：／６４を、自律的に構築されたインタフェース識別子ＩＤＯ、ここでは２ＡＡ：００ＦＦ：ＦＥ３Ｆ：２Ａ１Ｃと組み合わせることによって、リンクローカルＩＰｖ６アドレスを生成し、それによってリンクローカルＩＰｖ６アドレスＬＬＩＰ＠Ｏ、ここではＦＥ８０：：２ＡＡ：００ＦＦ：ＦＥ３Ｆ：２Ａ１Ｃを生み出す。
【００５５】
同様に、エッジルータ４は、リンクローカルネットワークプレフィックスＦＥ８０：：／６４を、自律的に構築されたインタフェース識別子、ここでは２ＡＡ：００ＦＦ：ＦＥ９９：９９９９と組み合わせることによってリンクローカルＩＰｖ６アドレスを生成し、それによってもう１つのリンクローカルＩＰｖ６アドレス、ここではＦＥ８０：：２ＡＡ：００ＦＦ：ＦＥ９９：９９９９を生み出す。
【００５６】
加入者装置１は、送信元ＩＰｖ６アドレスとして、指定されていないＩＰｖ６アドレスと、宛先ＩＰｖ６アドレスとして、要請されるノードのマルチキャストＩＰｖ６アドレス、ここではＦＦ０２：：１：ＦＦ３Ｆ：２Ａ１Ｃとを含む、隣接要請メッセージＮＳ１Ｏを発行する。近隣要請メッセージＮＳ１Ｏはさらに、ペイロードとして、ターゲットＩＰｖ６アドレス、ここでは加入者装置１によって保持されるリンクローカルＩＰｖ６アドレスＬＬＩＰ＠Ｏ＝ＦＥ８０：：２ＡＡ：００ＦＦ：ＦＥ３Ｆ：２Ａ１Ｃを含み、この一意性がチェックされることになる。要請されたノードのマルチキャストＩＰｖ６アドレスは、ターゲットＩＰｖ６アドレスの関数として計算される。
【００５７】
アクセスノード２は、近隣要請メッセージＮＳ１Ｏを受信し、そのターゲットＩＰｖ６アドレスを調べる。このアドレスのインタフェース識別子ＩＤＯは、ローカルデータリポジトリに登録されていないので、アクセスノード２は信頼される一意のインタフェース識別子ＩＤＴ、ここではｘｘｘｘ：ｙｙｙｙ：ｚｚｚｚ：ｕｕｕｕを生成し、ローカルデータリポジトリに新しいエントリを作成することによってこの新しいインタフェース識別子ＩＤＴを加入者装置１に割り当て、それによって新しいインタフェース識別子ＩＤＴ、もとのインタフェース識別子ＩＤＯ、および加入者ポートＰ１が関連付けられる。
【００５８】
その後アクセスノード２は、ターゲットＩＰｖ６アドレス内のもとのインタフェース識別子ＩＤＯの代わりに新しいインタフェース識別子ＩＤＴを使うことによって、ターゲットＩＰｖ６アドレス、ここではリンクローカルのＩＰｖ６アドレスＬＬＩＰ＠Ｏ＝ＦＥ８０：：２ＡＡ：００ＦＦ：ＦＥ３Ｆ：２Ａ１Ｃを新しいターゲットＩＰｖ６アドレス、ここではリンクローカルＩＰｖ６アドレスＬＬＩＰ＠Ｔ＝ＦＥ８０：：ｘｘｘｘ：ｙｙｙｙ：ｚｚｚｚ：ｕｕｕｕに変換する。アクセスノードは、新しいターゲットＩＰｖ６アドレス、ここではＦＦ０２：：１：ｚｚｚｚ：ｕｕｕｕにより、新しい要請ノードのマルチキャストＩＰｖ６アドレスを再計算する。
【００５９】
このように変換された近隣要請メッセージＮＳ１Ｔは、最終的にアグリゲーションネットワーク３を通って、共有ＶＬＡＮ６内で、エッジルータ４へ向かって転送される。
【００６０】
自動設定の次の段階は、ルータ通知または取得すること、またはルータが存在しないと判断することを含む。ルータが存在する場合、ルータは、ホストがどのような種類の自動設定を行うことができるかを指定するルータ通知を送信する。アドレス設定のためのＤＨＣＰｖ６サービスは、ルータが存在しない場合でもやはり利用できることに注意されたい。
【００６１】
ルータは、ルータ通知を定期的に送信するが、連続する通知間の遅延は、一般に自動設定を行っているホストが希望する待ち時間よりも長くなる。通知を速く取得するために、ホストは１つまたは複数のルータ要請を全ルータマルチキャストグループに送信する。
【００６２】
ルータ通知はまた、グローバルアドレスを生成するためにステートレスアドレス自動設定によって使用される情報を含む、ゼロ以上のプレフィックス情報のオプションを含む。ホストは、ステートレスアドレス自動設定とＤＨＣＰｖ６の両方を同時に使用することができることに注意されたい。１つのプレフィックス情報のオプションフィールド、「自律アドレス設定フラグ」は、オプションがステートレス自動設定にあてはまるかどうかを示し、あてはまる場合、追加オプションフィールドが有効時間値とともにサブネットプレフィックスを含み、プレフィックスから作成されるアドレスが優先され、有効である期間を示す。
【００６３】
ルータは、ルータ通知を定期的に生成するので、ホストは、絶えず新しい通知を受信する。ホストは、各通知に含まれる情報を上述のように処理し、先の通知で受信された情報に追加して、これをリフレッシュする。
【００６４】
図２Ｂには、ルータ探索中に加入者装置１（ホスト／ゲートウェイ）、アクセスノード２、およびエッジルータ４（ＢＮＧ）の間で交換されるＩＣＭＰｖ６メッセージが見られる。
【００６５】
加入者装置１は、発信元ＩＰｖ６アドレスとして、自動的に構築されたリンクローカルＩＰｖ６アドレスＬＬＩＰ＠Ｏ、および宛先ＩＰｖ６アドレスとして、全ルータマルチキャストＩＰｖ６アドレスＦＦ０２：：２を含む、ルータ要請メッセージＲＳ１Ｏを発行する。ルータ要請メッセージＲＳ１Ｏはさらに、ペイロードとして、送信元リンクレイヤアドレス、ここでは加入者装置１によって保持されるＭＡＣアドレス００−ＡＡ−００−３Ｆ−２Ａ−１Ｃを含む。
【００６６】
アクセスノード２は、ルータ要請メッセージＲＳ１Ｏを受信し、その送信元ＩＰｖ６アドレスを調べる。このアドレスのインタフェース識別子ＩＤＯは、現在、信頼されるインタフェース識別子ＩＤＴと関連付けられてローカルデータリポジトリに登録されているので、アクセスノード２は、送信元ＩＰｖ６アドレス内のもとのインタフェース識別子ＩＤＯの代わりに新しいインタフェース識別子ＩＤＴを使うことによって、ソースＩＰｖ６、ここではＬＬＩＰ＠Ｏ＝ＦＥ８０：：２ＡＡ：００ＦＦ：ＦＥ３Ｆ：２Ａ１Ｃを、新しいリンクローカルのＩＰｖ６アドレス、ここではＬＬＩＰ＠Ｔ＝ＦＥ８０：：ｘｘｘｘ：ｙｙｙｙ：ｚｚｚｚ：ｕｕｕｕに変換する。アクセスノード２はまた、（インタフェース識別子を生成するために使用される機能に応じて）ペイロードの送信元リンクレイヤアドレスを更新することができ、ここでは送信元リンクレイヤアドレスは、ｘｘ−ｘｘ−ｙｙ−ｚｚ−ｕｕ−ｕｕに更新される。
【００６７】
このように変換されたルータ要請メッセージＲＳ１Ｔは、最終的にアグリゲーションネットワーク３を通って、共有ＶＬＡＮ６内でエッジルータ４の方へ転送される。
【００６８】
エッジルータ４は、ルータ通知メッセージＲＡ１でルータ要請メッセージＲＳ１Ｔに応答し、ルータ通知メッセージは、（１つまたは複数の）グローバルアドレスに使用するための（１つまたは複数の）ネットワークプレフィックス、ならびにさらなる設定パラメータを含む。ルータ通知メッセージＲＡ１は、送信元ＩＰｖ６アドレスとして、エッジルータ２によって自律的に構築されたリンクローカルＩＰｖ６アドレス、ここではＦＥ８０：：２ＡＡ：００ＦＦ：ＦＥ９９：９９９９、および、宛先ＩＰｖ６アドレスとして、全ノードマルチキャストＩＰｖ６アドレスＦＦ０２：：１を含む。さらにルータ通知メッセージＲＡ１は、ペイロードとして、エッジルータ４の送信元リンクレイヤアドレス、ここではＭＡＣアドレス００−ＡＡ−００−９９−９９−９９、使用される（１つまたは複数の）グローバルネットワークプレフィックス、およびリンクの最大転送単位（ＭＴＵ）など（図示せず）のようなさらなる設定パラメータを含む。
【００６９】
アクセスノード２は、エッジルータ４によって自律的に構築されたインタフェース識別子が信頼されるので、ルータ通知メッセージＲＡ１を変換しない。
【００７０】
アクセスノード２は、加入者装置１を含む、共有ＶＬＡＮ６の部分を形成するすべての加入者装置へルータ通知メッセージＲＡ１をブロードキャストする。
【００７１】
エッジルータ４は、特定の加入者装置向けのユニキャストルータ通知メッセージで応答することもできる。この場合、アクセスノード２の挙動は、ＲＡメッセージのペイロードにターゲットアドレスがないことを除き、下流ユニキャスト近隣要請メッセージ（図２Ｃ参照）を処理する挙動に非常に似たものとなる。
【００７２】
図２Ｃには、近隣探索中に加入者装置１（ホスト／ゲートウェイ）、アクセスノード２、およびエッジルータ４（ＢＮＧ）の間で交換されるＩＣＭＰｖ６メッセージが見られる。
【００７３】
エッジノード４は、送信元ＩＰｖ６アドレスとしてエッジルータ４のリンクローカルＩＰｖ６アドレス、ここではＩＰｖ６アドレスＦＥ８０：：２ＡＡ：００ＦＦ：ＦＥ９９：９９９９、および宛先ＩＰｖ６アドレスとして加入者装置１の変換されたリンクローカルＩＰｖ６アドレス、ここではＬＬＩＰ＠Ｔ＝ＦＥ８０：：ｘｘｘｘ：ｙｙｙｙ：ｚｚｚｚ：ｕｕｕｕを含む、近隣要請メッセージＮＳ２Ｏを発行する。近隣要請メッセージＮＳ１Ｏはさらに、分解されるターゲットＩＰｖ６アドレスとして、変換されたリンクローカルＩＰｖ６アドレスＬＬＩＰ＠Ｔ、および送信元リンクレイヤアドレスとして、エッジノード４のＭＡＣアドレス００−ＡＡ−００−９９−９９−９９を含む。
【００７４】
アクセスノード２は、近隣要請メッセージＮＳ２Ｏを受信し、その宛先および／またはターゲットＩＰｖ６アドレスのインタフェース識別子を調べる。現在このインタフェース識別子は、変換されたインタフェース識別子、ここではＩＤＴ＝ｘｘｘｘ：ｙｙｙｙ：ｚｚｚｚ：ｕｕｕｕとして、もとのインタフェース識別子および加入者ポート、ここではＩＤＯ＝２ＡＡ：００ＦＦ：ＦＥ３Ｆ：２Ａ１ＣおよびＰ１と関連付けられて、ローカルデータリポジトリに登録されているので、アクセスノード２は、変換されたインタフェース識別子ＩＤＴの代わりにもとのインタフェース識別子ＩＤＯを使うことによって、近隣要請メッセージＮＳ２Ｏの宛先およびターゲットＩＰｖ６アドレス、ここではＬＬＩＰ＠Ｔ＝ＦＥ８０：：ｘｘｘｘ：ｙｙｙｙ：ｚｚｚｚ：ｕｕｕｕを、加入者装置１のもとのリンクローカルＩＰｖ６アドレス、ここではＬＬＩＰ＠Ｏ＝ＦＥ８０：：２ＡＡ：００ＦＦ：ＦＥ３Ｆ：２Ａ１Ｃに変換する。
【００７５】
このように変換された近隣要請メッセージＮＳ２Ｔは、最終的に、変換された／もとのインタフェース識別子と関連付けられた加入者ポートを介して転送され、ここでは近隣要請メッセージＮＳ２Ｔは、加入者ポートＰ１を介して加入者装置１へ転送される。
【００７６】
加入者装置１は、近隣通知メッセージＮＡ１Ｏを発行することによって近隣要請メッセージＮＳ２Ｔに応答する。
【００７７】
近隣通知メッセージＮＡ１Ｏは、送信元ＩＰｖ６アドレスとして加入者装置１のリンクローカルＩＰｖ６アドレス、ここではＬＬＩＰ＠Ｏ＝ＦＥ８０：：２ＡＡ：００ＦＦ：ＦＥ３Ｆ：２Ａ１Ｃと、宛先ＩＰｖ６アドレスとして、エッジルータ４のリンクローカルＩＰｖ６アドレス、ここではＩＰｖ６アドレスＦＥ８０：：２ＡＡ：００ＦＦ：ＦＥ９９：９９９９とを含む。近隣通知メッセージＮＡ１Ｏはさらに、ターゲットＩＰｖ６アドレスとしてもとのリンクローカルＩＰｖ６アドレスＬＬＩＰ＠Ｏと、関連付けられたリンクレイヤアドレスとして加入者デバイス１のＭＡＣアドレス００−ＡＡ−００−３Ｆ−２Ａ−１Ｃとを含む。
【００７８】
アクセスノード２は、近隣通知メッセージＮＡ１Ｏを受信し、その送信元および／またはターゲットＩＰｖ６アドレスのインタフェース識別子を調べる。現在このインタフェース識別子は、もとのインタフェース識別子、ここではＩＤＯ＝２ＡＡ：００ＦＦ：ＦＥ３Ｆ：２Ａ１Ｃとして、信頼されるインタフェース識別子、ここではＩＤＴ＝ｘｘｘｘ：ｙｙｙｙ：ｚｚｚｚ：ｕｕｕｕと関連付けられて、ローカルデータリポジトリに登録されているので、アクセスノード２は、もとのインタフェース識別子ＩＤＯの代わりに新しいインタフェース識別子ＩＤＴを使うことによって、近隣通知メッセージＮＡ１Ｏの送信元およびターゲットＩＰｖ６アドレス、ここではＬＬＩＰ＠Ｏ＝ＦＥ８０：：２ＡＡ：００ＦＦ：ＦＥ３Ｆ：２Ａ１Ｃを、加入者装置１に割り当てられた信頼されるリンクローカルＩＰｖ６アドレス、ここではＬＬＩＰ＠Ｔ＝ＦＥ８０：：ｘｘｘｘ：ｙｙｙｙ：ｚｚｚｚ：ｕｕｕｕに変換する。
【００７９】
このように変換された近隣通知メッセージＮＡ１Ｔは、最終的にＥＭＡＮ３を介して、共有ＶＬＡＮ６内でエッジルータ４の方へ転送される。
【００８０】
加入者装置１は、ＤＨＣＰｖ６シグナリングを行ってＩＰｖ６アドレスおよび／または追加の設定パラメータを取得することもできる。この場合、アクセスノード２の中のＤＨＣＰｖ６エージェントが、ＤＨＣＰｖ６メッセージをインターセプトし、ＤＨＣＰｖ６メッセージのペイロードの中のインタフェース識別子を変換して、事業者が割り当てたインタフェース識別子に一致させる。下流では、ホストが変換プロセスの発生に気づかないように同じプロセスが行われる。
【００８１】
変換テーブルが大きくなりすぎないようにするために、古くなったエントリを削除する機構が導入される。これは、テーブルエントリを対応するＭＡＣエージングタイマーまたは対応するＤＨＣＰｖ６リース時間に結び付けることによって実現することができる。
【００８２】
特許請求の範囲でも使用される「含む」という用語は、その後に列挙される手段に限定されると解釈されるべきではないことに注意されたい。したがって、「手段ＡおよびＢを含む装置」という表現の範囲は、構成要素ＡおよびＢのみからなる装置に限定されるべきではない。本発明に関しては、装置の単に関連する構成要素がＡおよびＢであるという意味である。
【００８３】
さらに、特許請求の範囲でも使用される「結合された」という用語は、直接の接続のみに限定されると解釈されるべきではないことに注意されたい。したがって、「装置Ｂに結合された装置Ａ」という表現の範囲は、装置Ａの出力が装置Ｂの入力に直接接続されている装置またはシステムに限定されるべきではなく、および／またはその逆も同様である。Ａの出力とＢの入力との間にパスが存在し、および／またはその逆も同様であり、このパスは他の装置または手段を含むパスである可能性があるという意味である。
【００８４】
本発明の諸実施形態は、機能ブロックに関して上述している。上記のこれらのブロックの機能的な説明から、電子デバイスを設計する当業者には、これらのブロックの実施形態がよく知られている電子部品を用いてどのように製造可能であるかが明らかであろう。したがって機能ブロックの内容の詳細な構造については示されていない。
【００８５】
本発明の原理を特定の装置に関して説明したが、この説明は単に一例として行われ、添付の特許請求の範囲で定義する本発明の範囲についての限定ではないことは明確に理解されるべきである。
【図１】
0005241957.tif 000002
【図２Ａ】
0005241957.tif 000003
【図２Ｂ】
0005241957.tif 000004
【図２Ｃ】
0005241957.tif 000005