(57)【要約】  イーサネットを介したポイント・ツーポイント・プロトコル（ＰＰＰｏＥ）により、複数のクライアント装置（２）をネットワーク・サービス・プロバイダ・ルータ（５）にリンクするためのネットワーク装置（４）であって、該ネットワーク装置が使用され、前記クライアント装置から前記ネットワーク・サービス・プロバイダ・ルータへデータを送信する場合に、各クライアント装置のメディア・アクセス制御（ＭＡＣ）アドレスが、当該装置のインタフェースカードのＭＡＣアドレスと交換されるように構成されている。
2010514290.tif 000002
【特許請求の範囲】
【請求項１】
複数のクライアント装置（２）をネットワーク・サービス・プロバイダ・ルータ（５）にリンクするためのネットワーク装置（４）であって、
該ネットワーク装置が使用され、前記クライアント装置から前記ネットワーク・サービス・プロバイダ・ルータへデータを送信する場合に、各クライアント装置の識別子が交換されるように構成されていることを特徴とするネットワーク装置（４）。
【請求項２】
複数の通信回線からデータを受信して処理するように構成されたデータ処理インタフェースを備え、
各通信回線は、各クライアント装置と前記データ処理インタフェースとの間の接続を提供することを特徴とする請求項１に記載のネットワーク装置（４）。
【請求項３】
通信回線は、デジタル加入者回線を含むことを特徴とする請求項２に記載のネットワーク装置（４）。
【請求項４】
クライアント装置の識別子を、前記データ処理インタフェースの識別子と交換するように構成されていることを特徴とする請求項２に記載のネットワーク装置（４）。
【請求項５】
特定のクライアント装置（２）と関連づけられた通信回線をそれぞれ表す識別子が、ネットワーク・サービス・プロバイダ・ルータ（５）へ送信されるデータに組み込まれるように構成されていることを特徴とする請求項２乃至４のいずれか１項に記載のネットワーク装置（４）。
【請求項６】
前記クライアント装置（２）の識別子と、前記クライアント装置及び前記ネットワーク装置を結ぶ前記通信回線の識別子との間の関係を格納するように構成されていることを特徴とする請求項２乃至５のいずれか１項に記載のネットワーク装置（４）。
【請求項７】
セッション識別子と前記クライアント装置の識別子との間の関係を格納するように動作可能な請求項２乃至６のいずれか１項に記載のネットワーク装置（４）。
【請求項８】
前記ネットワーク装置の識別子を、前記クライアント装置（２）の識別子と交換するように構成された請求項１乃至７のいずれか１項に記載のネットワーク装置（４）。
【請求項９】
各クライアント装置（２）の識別子は、イーサネット・メディア・アクセス制御アドレスを含むことを特徴とする請求項１乃至８のいずれか１項に記載のネットワーク装置（４）。
【請求項１０】
前記データ処理インタフェースの識別子は、イーサネット・メディア・アクセス制御アドレスを含むことを特徴とする請求項２乃至９のいずれか１項に記載のネットワーク装置（４）。
【請求項１１】
前記クライアント装置と前記ネットワーク・サービス・プロバイダ・ルータ（５）との間の通信は、イーサネットを介してポイント・ツー・ポイント・プロトコルに従うことを特徴とする請求項１乃至１０のいずれか１項に記載のネットワーク装置（４）。
【請求項１２】
ネットワーク装置（４）の作動方法であって、
複数のクライアント装置（２）からデータを受信する工程であって、各クライアント装置からのデータは、特定のクライアント装置に関連する識別子を含む工程と、
ネットワーク・サービス・プロバイダのアクセス・ルータへ前記データを送信する前に、各識別子を交換する工程と
を備えることを特徴とする方法。
【請求項１３】
各識別子の交換は、通信リンクを各クライアント装置と前記アクセスルータとの間で確立するための初期セットアップ手順の間に行われることを特徴とする請求項１２に記載の方法。
【請求項１４】
各識別子の交換はセッション手続及びネットワークからのデータを要求するセッション手続の間に行われ、前記ネットワークからのデータは、クライアント装置との間で搬送されることを特徴とする請求項１３に記載の方法。
【請求項１５】
複数のクライアント装置（２）と、アクセス・ノード（４）と、ネットワークアクセスを提供するアクセスルータ（５）とを含むネットワーク（１）であって、
前記アクセス・ノードは、使用され、データを前記クライアント装置から前記アクセス・ルータへ送信する場合に、各クライアント装置の識別子を交換するように構成されていることを特徴とするネットワーク（１）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はネットワーク装置に関する。特に、複数のクライアントと１以上のサービス・プロバイダ・ルータとの間でリンクを提供するアクセスノードに非排他的に関連する。
【背景技術】
【０００２】
ＩＰ（インターネット・プロトコル）サービスの提供において、ネットワーク・アクセス・プロバイダ（ＮＡＰ）のアクセス・ノード（ＡＮ）やインターネット・サービス・プロバイダ（ＩＳＰ）が、ＤＳＬ（Distance Subscriber Line）モデムのような加入者宅内機器ＣＰＥと、インターネットへ接続するためのＩＳＰのアクセスルータ（ＡＲ）との間のリンクを提供するために利用される。ＣＰＥはインターネットに直接に接続できず、まず、中間のＡＮを経由しなければならない。ＡＮはＣＰＥに、ＣＰＥの選択するＡＲへのトランスポート・チャネルを提供する。ＣＰＥが、そのようなチャネルを介して要求ＡＲと一旦リンクされると、加入者はＩＳＰに対して要求するサービスを要求することができる。本質的に、ＡＮは２つの機能を実行する。第１の機能は流入制御であり、これはホストエンド（即ち、ＣＰＥ）で要求されたリソースの利用可能性をチェックするためのものである。第２の機能は分類であり、これは、パケットフレームを特定の通信セッションと関連づけるためのものである。典型的に、ＣＰＥとＡＲとの間で採用されるサービス・アクセス・プロトコルは、ポイント・ツー・ポイント・プロトコル（ＰＰＰ）と呼ばれる。特に好ましい実施形態では、われわれはイーサネット（登録商標）プロトコルを介したＰＰＰ（ＰＰＰｏＥ）を利用する場合のネットワーク構成の改良を模索する。
【発明の概要】
【０００３】
発明の第１の側面によれば、複数のクライアント装置（ＣＥ）をネットワーク・サービス・プロバイダ・ルータ（ＮＳＰＲ）にリンクするためのネットワーク装置が提供される。当該装置が使用され、ＣＥからＮＳＰＲへデータを送信する場合に、各ＣＥの識別子が交換されるように構成される。
【０００４】
本発明の第２の側面によれば、ネットワーク装置の作動方法が提供される。当該方法は、複数の加入者装置（ＣＥ）からデータを受信する工程と、ネットワーク・サービス・プロバイダ（ＮＳＰ）のアクセス・ルータ（ＡＲ）へのデータ転送前に、各識別子を交換する工程とを含み、各ＣＥからのデータは、特定のＣＥと関連づけられた識別子を含んでいる。
【０００５】
本発明の第３の側面によれば、複数のクライアント装置（ＣＥ）、アクセス・ノード（ＡＮ）、及び、ネットワーク接続を提供するアクセス・ルータ（ＡＲ）を含むネットワークが提供される。アクセスノードが使用され、データをＣＥからＡＲへ送信する場合、各ＣＥの識別子は交換される。
【０００６】
本発明のある実施形態を、以下の図面を参照して一例として記述する。
【図面の簡単な説明】
【０００７】
【図１】インターネットへのアクセスを許可するネットワーク構成を示すブロック図である。
【図２】ＰＰＰｏＥセッションのためのディスカバリ・ステージの工程を示す不ｒ−図である。
【発明を実施するための形態】
【０００８】
図１を参照すると、複数の加入者装置（ＣＥ）２（例えば、ネットワーク端点、及び、パーソナル・コンピュータの少なくともいずれか）、アクセスノード（ＡＮ）４及び、さまざまなインターネット・サービス・プロバイダ（ＩＳＰ）の複数のアクセス・ルータ（ＡＲ）５を含む、ＰＰＰｏＥベースのネットワーク構成１が示されている。動作時は、ＡＮ４はＣＥ２とＡＲ５との間にリンクを提供する。ＡＲ５は、インターネット６０へのアクセスを提供する。ＡＮ４とＡＲ５との間を通るデータは、網型Ｌ２（イーサネット）ネットワーク（ＥＮ）７を介してやりとりされる。ＥＮ７は、複数のイーサネット・スイッチを備えており、各スイッチは、転送データベースを含んでいる。ＡＮ４は、好適にはマルチ・サービス・アクセス・ノード（ＭＳＡＮ）であり、ＡＲは好適にはブロードバンド・アクセス・サーバ（ＢＲＡＳ）である。ＡＮ４は、エリクソン（登録商標）のＥＤＡ２５００により提供されてもよい。
【０００９】
良く練られたシナリオでは、ネットワーク構成１のユーザサイドとネットワークサイドとの両方においてＰＰＰｏＥ（イーサネットを介したポイント・ツー・ポイント・プロトコル）が利用される。特に、レイヤー２ネットワーク・アドレス変換“Ｌ２ ＮＡＴ”のタイプがＡＮ４により採用される。ＡＮ内の各ＡＤＳＬ（非同期デジタル加入者回線）２インタフェースカードのために、メディア・アクセス制御（ＭＡＣ）アドレスが利用される。各ＡＤＳＬ２カードは、複数のユーザ回線を扱うことができる。従って、異なるソースＭＡＣアドレスの数を減らして、イーサネット・フレームがネットワークサイドに送信される。
【００１０】
ＡＮは、複数のスロット（不図示）を含むエンクロージャ（不図示）を有する。各スロットは、インタフェースカードを受け入れるように構成されている。各インターフェイス・カードは、ＡＮ４シェルフの１つのスロットにホストされ、ＡＤＳＬ／ＡＤＳＬ２／２＋ブロードバンド・ユーザ回線を６０個まで提供する。ＡＮ４は、典型的には複数のインタフェース・カードにホストできることは理解されよう。
【００１１】
（ＲＦＣ２５１６で規定されているように）ＰＰＰｏＥは、２つの相異なるステージを有する。ここでは、ディスカバリ・ステージとセッション・ステージとが存在する。ホストがＰＰＰｏＥセッションを開始したい場合、ピアのイーサネットＭＡＣアドレスを識別し、ＰＰＰｏＥのセッションＩＤを確立するために、最初にディスカバリ（これは、初期化手続と見なされてもよい）を実行しなければならない。
【００１２】
ディスカバリ処理では、ホスト２（クライアント）は、アクセス・コンセントレータＡＣ（ＡＲ５、これはサーバである。）を発見する。ネットワーク・トポロジに基づき、ホストと通信可能な２以上のＡＣが存在していても良い。ディスカバリ・ステージでは、ホストは全てのＡＣを発見し、そのうちの１つを選択することができる。ディスカバリが成功すると、ホストと選択されたアクセス・コンセントレータの両方は、両者の間でイーサネットを介したピア・ツー・ピア接続を構築するために利用する情報を有する。
【００１３】
本実施形態では、ネットワークサイドのＰＰＰｏＥセッション（“Ｌ２ ＮＡＴ”ＭＡＣアドレスと呼ばれる、唯一のイーサネットＭＡＣアドレスを有する）を、ユーザサイドのＰＰＰｏＥセッション（異なるユーザ・イーサネットＭＡＣアドレスを有する）にリンクするために、ＡＤＳＬ回線カード毎に異なる基準が利用される。
【００１４】
ディスカバリ・ステージには４つのステップがある。これらのステップが完了すると、両方のピアは、ＰＰＰｏＥセッションＩＤと他のピアのイーサネットアドレスとを知ることとなり、これらを合わせてＰＰＰｏＥセッションが一意に特定される。
【００１５】
図２を参照すると、ディスカバリ・ステージのステップは、ホストが開始パケット（ＰＡＤＩ）をブロードキャストすること、１以上のＡＲ５２が、オファーパケット（ＰＡＤＯ）を送信すること、ＣＥがユニキャストのセッション要求パケット（ＰＡＤＲ）を送信すること、選択されたＡＲが確認パケット（ＰＡＤＳ）を送信することからなる。
【００１６】
ＣＥ２は確認パケットを受信すると、ＰＰＰｏＥセッションステージ（ETHER_TYPEフィールドが0x8864の値に設定される）に移行してもよい。
【００１７】
ＡＲ５は、確認パケットを送信すると、ＰＰＰｏＥセッションステージに移行しても良い。
【００１８】
全てのディスカバリ・イーサネット・フレームは、0x8863の値に設定されたETHER_TYPEフィールドを有する。
【００１９】
ＡＮ４内に実装された（そして、ＤＳＬフォーラムのＴＲ−１０１文書“イーサネットベースのＤＳＬ集合体への移行（２００６年４月）”に記載された）ＰＰＰｏＥ中間エージェント３０は、イーサネット・フレームで運ばれるETHER_TYPEフィールドに基づいて（クライアントからサーバへの、また、その逆方向の）全てのＰＰＰｏＥディスカバリ・パケットを傍受する。
【００２０】
クライアントからサーバへ向かう（アップストリーム）場合、（ＰＰＰｏＥクライアントにより送信された）全てのＰＡＤＩ、ＰＡＤＲ及びＰＡＤＴパケットは、中間エージェント３０がＰＰＰｏＥベンダー特有のＴＡＧを追加することにより修正され、ネットワーク上のＰＰＰｏＥサーバへ送信される。
【００２１】
当該ＴＡＧは、ＤＳＬ回線の識別情報を含み、中間エージェントが存在するＡＮ４は、ＰＡＤＩやＰＡＤＲパケットを当該ＤＳＬ回線上で受信する（“Agent Circuit ID”フォーマットにおけるサブオプションは１）。
【００２２】
＜Access-Node-Identifier＞atm＜slot＞/＜DSL-Line＞:＜VPI＞.＜VCI＞).
アップストリーム方向では、ＰＰＰｏＥディスカバリステージの間に、“Ｌ２ＮＡＴ”は、
・ＰＰＰｏＥ中間エージェント３０が追加した“Agent Circuit ID”と、ユーザ・イーサネットＭＡＣアドレスとの間の関係を構築しなければならず、
・送信されるイーサネット・フレームについて、ユーザ・イーサネットＭＡＣアドレス（ソースＭＡＣアドレス）を、“Ｌ２ ＮＡＴ”ＭＡＣアドレス（即ち、ＡＤＳＬカードのＭＡＣアドレス）と交換しなければならない。
【００２３】
ダウンストリーム方向では、ＰＰＰｏＥディスカバリステージの間に、“Ｌ２ ＮＡＴ”は、
・ＰＰＰｏＥセッションのセッションＩＤと、ユーザ・イーサネットＭＡＣアドレスとの間の古い関係を解消しなければならず、
・ＰＰＰｏＥサーバが送信したＰＡＤＯ、ＰＡＤＳ或いはＰＡＤＴパケットのベンダ特有のＴＡＧ内に存在する“Agent Circuit ID”とユーザ・イーサネットＭＡＣアドレスとの関係を読み出さなければならず、
・到来する宛先イーサネットＭＡＣアドレス（“Ｌ２ ＮＡＴ”ＭＡＣアドレス）を、関連するユーザ・イーサネットＭＡＣアドレスと交換しなければならない。
【００２４】
そして、ＰＰＰｏＥ中間エージェント３０は、ダウンストリームのパケットをユーザ回線を通じてＣＥ２へ送信する前にＴＡＧを削除しなければならない。
【００２５】
ＡＮ４“Ｌ２ ＮＡＴ”が正しいＰＡＤＳを受信した場合、ＰＰＰｏＥディスカバリステージが完了し、
・新しい関係をＰＰＰｏＥセッションのセッションＩＤと、ユーザ・イーサネットＭＡＣアドレスとの間で構築しなければならず、
・ＰＰＰｏＥ中間エージェント３０が追加した“Agent Circuit ID”とユーザ・イーサネットＭＡＣアドレスとの間の古い関係を解消し無ければならない。
【００２６】
ここでＰＰＰｏＥセッション・ステージが開始され、トラヒックのETHER_TYPEは0x8864となるであろう。このセッションにおいてＡＮ４は、以下のように振る舞いうことが要求とされる。
【００２７】
アップストリーム方向では、ＡＮ４は、
・ＰＰＰｏＥユーザ・フレームのイーサネットＭＡＣソース・アドレスを、“Ｌ２ ＮＡＴ”ＭＡＣアドレスと交換しなければならない。
【００２８】
ダウンストリーム方向では、ＡＮ４“Ｌ２ ＮＡＴ”は、
・受信したＰＰＰｏＥフレーム内のセッションＩＤと、ユーザ・イーサネットＭＡＣアドレスとの間の関係を読み出さなければならず、
・到来するＰＰＰｏＥフレームの宛先イーサネットＭＡＣアドレス（“Ｌ２ ＮＡＴ”ＭＡＣアドレス）を、関連するユーザ・イーサネットＭＡＣアドレスと交換しなければならない。
【００２９】
追加のネットワーク機器（従来的なイーサネット・スイッチ）をＣＥ２とＡＮ４との間に設けても良いことは理解されよう。
【００３０】
有利なことに上記の構成によれば、ネットワークサイドに提供されるユーザＭＡＣアドレスの数を大きく削減することができる。ＥＤＡ２５００システムでは、発明の構成は、各インタフェース・カードが６０個のユーザ回線を提供するので、ユーザＭＡＣアドレスの数を６０分の１にすることができる。この構成は、Ｌ２スイッチを、転送データベースのサイズが制限されたネットワークで使用するネットワーク管理者にとって特に有益である。ネットワーク７における各Ｌ２スイッチの転送データベースは、受信したイーサネット・フレームＭＡＣアドレスを格納するために使用される。扱うべき異なるＭＡＣアドレスの数が少なくなるので、要求されるメモリスペースはこれに合わせて減少することになる。
【図１】
2010514290.tif 000003
【図２】
2010514290.tif 000004
【国際調査報告】
2010514290.tif 000005
2010514290.tif 000006
2010514290.tif 000007