JP5090453B2 - ネットワークにアクセスするためにインターフェースを特定し選択する方法および装置 - Google Patents

Description

本発明はネットワークにアクセスするためにインターフェースを特定し選択する方法および装置に関する。

データ通信提供業者は、その顧客に電気通信サービスを提供するために、別の種類のネットワークを用意している。さまざまなブロードバンドソリューションは、たとえば、非シールド対撚り線による、例えば、デジタル加入者線サービス、などの上のＤＳＬサービスや、衛星通信、あるいは同軸の銅線によるブロードバンド、などを用意している。ＤＳＬサービスを受信するために、エンドユーザは、その中にＤＳＬモデム機能が組み込まれたゲートウェイを利用する。ＤＳＬは、さまざまな伝送速度および伝送帯域を提供して、より高いパフォーマンスを提供するために常に進化するさまざまなＤＳＬ技術を備えている。エンドユーザ側のＡｓｙｍｍｅｔｒｉｃ ＤＳＬ２＋（ＡＤＳＬ２＋と呼ばれる）サービスは、ＩＴＵ Ｇ．９９２．５アネックスＭにおいて定義され、提供業者によって提供された組込形ＡＤＳＬ２＋モデムを含むゲートウェイを有する。提供業者は、定期的により効率的なアクセス技術を有するようネットワークをアップグレードする。例えば、提供業者は、ＡＤＳＬ２＋を非常に高いビットレートのＤＳＬ２（ＶＤＳＬ２）と交換してもよく、これはＩＴＵ−Ｔ Ｇ．９９３．２スタンダードまたはファイバーオプティックスにおいて定義されている。提供業者は、全てのゲートウェイの置換を回避することを望む。通常、ゲートウェイは埋め込み機能を有し、例えば、Ｖｏｉｃｅ ｏｖｅｒ ＩＰは、再使用可能である。このため、提供業者はＶＤＳＬ２または繊維イーサネット（登録商標）（登録商標）ブリッジデバイスだけを顧客に提供することを望む。そして、これはゲートウェイに接続されることになる。このことは、各々のエンドユーザとしては、ＡＤＳＬポートをもはや使用せず、ＷＡＮ／インターネットインターフェースとして、特定のイーサネット（登録商標）ポートを使用するためにゲートウェイを設定することを必要とする。このことは、複雑でリスクのある作業である。ユーザは、ポートがローカルエリアネットワーク用なのか、または広域ネットワーク転送用なのか、必ずしも容易にゲートウェイの異なるポートを管理する能力はない。

特許文献１（Ｆｅａｔｈｅｒｓｔｏｎ， Ｌｏｒｄ Ｎｉｇｅｌらによる特許）は、２００４年６月１７日に公開され、複数の通信ポートの中のＷＡＮ接続を自動的に検出する方法およびシステムを開示する。

米国特許公開公報明細書第２００４／１１４６１０号

別のタイプの装置およびネットワークに接続できるように、ゲートウェイの使用を容易にそして、安全に接続することが望まれる。

本発明は、第１のネットワークまたは第２のネットワークにアクセスするためのインターフェース手段を有しているネットワーク装置に関する。そして、第１のネットワークへのアクセスの検出を特定するための手段、多数の第１のネットワークへのアクセスのうち第３のネットワークにアクセスするためのアクセスを検出する、特定手段を有する。

ネットワーク装置は、インターフェースを第１のネットワークまたは第２のネットワークに接続することを許可する。第２のネットワークは、装置が第３のネットワークにアクセスすることを許可する。第３のネットワークにアクセスするために、装置は、第１のネットワークを検出して、第３のインターフェースにアクセスするために、第１のネットワークを選択する。装置のエンドユーザは、第３のネットワークにアクセスするために装置を構成（設定）する必要はない。そして、ケーブルにつなぐインターフェースに注意を払う必要はない。ユーザは、アクセスのため、いかなるタイプの第１のまたは、第２のネットワークのインターフェースにケーブルを接続してもよい。

本発明の一実施例によれば、インターフェース手段は、第１のネットワークまたは第２のネットワークのどちらにも接続するための複数のインターフェースを有する。第１のネットワークに接続するインターフェースは、第１のインターフェースである。

本発明の一実施例によれば、特定手段は、ネットワークへのアクセスを、同時に全てのインターフェースを経由して要求し、かつこの要求への応答を受信したインターフェースを第１のインターフェースとして特定する。

装置は、インターフェースのタイプを事前に特定しない。装置が第３のネットワークにアクセスすることを必要とする場合、それは第３のネットワークにアクセスするために全ての考えられるソリューションの検出を実行して、最も適当なものを選ぶ。

本発明の一実施例によれば、選択手段は、第３のネットワークにアクセスするために第１のインターフェースを選択するための選択規則を設定し、検出された前記第１のインターフェースに前記選択規則を適用する。

選択規則は、リモート構成によってまたはエンドユーザによって訂正されてもよい。そして、装置は、訂正された規則を適用する。

本発明の一実施例によれば、特定手段は、第２のネットワークへのインターフェースを特定し、第２のネットワークへのアクセスを提供する前記インターフェースが第２のインターフェースとなり、かつ前記第３のネットワークへのアクセスを、前記第２のインターフェース以外の前記全てのインターフェースを経由して要求する。

装置は、第２のネットワークへのアクセスを提供し第１のネットワークへのアクセスを提供しないインターフェースを検出する。そして、第１のインターフェースを検出した場合、それは、これらのインターフェースを考慮しない。

本発明の一実施例によれば、インターフェース手段は、同時に前記第１のネットワークおよび前記第２のネットワークにアクセスする、少なくとも１つのインターフェースを有する。

インターフェースは、単一のネットワークに限られない。それは、いくつかのネットワークタイプへのアクセスを提供してもよい。装置は、それ自身として単一のインターフェースを有する。

本発明の一実施例によれば、特定手段はインターフェースに接続される第２の装置を特定する。この装置は第２のネットワークに接続するのに適合している。この第２の装置は自動的に検出される。そして、ネットワーク装置は第２の装置の検出に伴ってそれ自体を構成する。

本発明の一実施例によれば、装置は、第２のネットワークに特有のトラフィックの受信を特定するための手段を有する。第２の装置の検出は、受動的な方式でなされる。ネットワーク装置は、それが受信するトラフィックだけを監視する。ネットワーク装置は、いかなる装置にもｐｉｎｇを打って、検出することを要求されない。

本発明の一実施例によれば、第１のネットワークが広域ネットワークであり、第２のネットワークがローカルエリアネットワークである。

本発明の一実施例によれば、第３のネットワークがインターネット・ネットワークである。

本発明は、ネットワークにアクセスする方法に関し、第１のネットワークまたは第２のネットワークに接続するための複数のインターフェースを有する装置において、前記第１のネットワークに接続した前記インターフェースが第１のインターフェースとなり、前記装置レベルで第３のネットワークにアクセスする方法であって、インターフェースの中の第１のインターフェースを特定するステップ、およびネットワークにアクセスするために、装置の第１のインターフェースの中で、インターフェースを選択するステップ、を有する。

本発明の一実施例によれば、特定するステップは、ネットワークにアクセスするための要求を、全ての前記インターフェースに同時にブロードキャストするステップ、第１のインターフェースと特定される一部のインターフェースから前記要求に対する応答を受信するステップ、および要求に対する答えを受信するインターフェースを第１のインターフェースとして特定するステップ、を有する。

本発明の別の対象は、そのプログラムがコンピュータに実行されるとき、本発明による方法のステップを実行するためのプログラムコード命令を有しているコンピュータプログラム製品である。「コンピュータプログラム製品」とは、コンピュータプログラムをサポートする製品を意味する。そして、それはプログラムを含む保存スペース例えばディスケットまたはカセットだけでなく、例えば電気あるいは光学信号のような信号においても同様である。

本発明は、以下の実施例および実例によってより良く理解される。なお、添付の図を参照することによって、制限的に理解してはならない。

実施例のブロック図である。 実施例による装置のブロック図である。 他の実施例による装置のブロック図である。

図１において、表されたブロックは単に機能要素である。したがって、それらが物理的に別々の要素に必ずしも対応するというわけではない。すなわち、それらは、ソフトウェアの形で実装するか、または１またはいくつかの集積回路によって実装してもよい。ゲートウェイのフレームワークの範囲において、例示的な実施形態は、ＬＡＮおよびＷＡＮにアクセスするためのインターフェースを有している。しかし、この特定の環境に限られず、他のフレームワークの範囲内で適用されてもよい。端末が別のタイプのいくつかのネットワークに接続するインターフェースを有していてもよい。

図１は、実施例に従ったゲートウェイ装置１を表す。これは、第１のネットワーク１７および／または第２のネットワーク１８に接続するインターフェース・モジュール１５を有する。実施例において、インターフェース・モジュールは、ローカルエリアネットワークＬＡＮ、または、ワイドエリアネットワークＷＡＮに接続するよう構成されている。ゲートウェイ装置のエンドユーザはインターフェースをＬＡＮおよび／またはＷＡＮに接続してもよい。ゲートウェイは、インターフェースにＬＡＮ装置が接続されていることを検出するか、インターフェースがＷＡＮ接続かを特定するための特定モジュール１４を有する。装置には、いくつかのＷＡＮ接続があってもよい。ＷＡＮ接続は装置を第３のネットワーク（１９）に接続するために用いてもよい。そして、それはインターネットである。装置は、インターネットにアクセスすることができる全てのＷＡＮ接続の中の１つ以上のＷＡＮ接続を選ぶための選択モジュール１３を有する。この選択は、予め設定された選択規則に従ってもよい。装置は、記憶モジュール１２に格納されたプログラムを実行する処理モジュール１１を有する。データは、内部バス１６によって、装置の別のモジュールに移動する。

実施例の装置に関して、以下、より詳細に記載する。図２は、ローカルエリアネットワークＬＡＮおよび広域ネットワークＷＡＮへの接続を有するインターネットゲートウェイの実施例を示す。ＬＡＮは、イーサネット（登録商標）ネットワークであって、ＬＡＮ装置だけを有する。図２において１台のＬＡＮ装置がＬＡＮ１として表されている。２つのＷＡＮ装置ＷＡＮ１およびＷＡＮ２は、２つのＷＡＮタイプ、ＰＰＰｏＥ ＷＡＮおよびＴＣＰ／ＩＰ ＷＡＮへのアクセスを提供する。これについては、以下に更に述べる。ＬＡＮは、ＥＴＨ１ポートへ接続されている。ＷＡＮ１はＥＴＨ３ポートに、そして、ＷＡＮ２はＥＴＨ４ポートに接続されている。今後の説明において、ＷＡＮは、サーバへのアクセスを提供する。そして、ゲートウェイは、インターネットにアクセスするためにサーバに記録される。ゲートウェイは、複数のＷＡＮを有する。しかし、インターネットにアクセスするためにそれらの一部を使用するだけである。ゲートウェイは、インターネットにアクセスするために、必ずしも全てのＷＡＮを使用するというわけではない。

二地点間回線プロトコル（いわゆるＰＰＰ）は、インターネット技術特別調査委員会（ＩＥＴＦ）のＲＦＣ１６６１（Ｒｅｑｕｅｓｔ ｆｏｒ Ｃｏｍｍｅｎｔ ｖｅｒｓｉｏｎ １６６１）に定義されている。ポイント・ツー・ポイントリンクにおけるマルチプロトコルデータグラムの転送を規定している。ＰＰＰコネクションが、通常はインターネット接続のために用いられる。なぜならＰＰＰコネクションは、ユーザ認証およびパブリックＩＰアドレスの動的検索をサポートするからである。ＰＰＰｏＥは、イーサネット（登録商標）上でＰＰＰを伝送する方法であって、ＲＦＣ２５１６において定められている。インターネット接続を確立するために、ＰＰＰｏＥクライアントモジュールは、動的にパブリックＩＰアドレスを読み出す。ＰＰＰｏＥは、認証を実行し動的にパブリックＩＰアドレスを受信するＰＰＰｏＥサーバを経由してインターネット接続を確立するために使われる。ＰＰＰｏＥは、イーサネット（登録商標）上でポイント・ツー・ポイント接続を確立する。フレームはＰＰＰｏＥサーバＭＡＣアドレスに送信される。ゲートウェイに入力されるものは全てＰＰＰｏＥサーバからのものであり、その逆も同様である。なお、ＴＣＰ／ＩＰ ＷＡＮは、ＴＣＰ／ＩＰ上のＷＡＮを意味し、ＰＰＰｏＥ上のものを意味しない。ＴＣＰ／ＩＰ ＷＡＮは、動的ＩＰアドレス割当てのためのＤＨＣＰサーバを有している。ＤＨＣＰによって、ゲートウェイは、パブリックＩＰアドレスを受信する。ＩＰアドレスによって、全てのデータは伝送される。ゲートウェイは、このＩＰアドレスで、ＲＦＣ８２６に従ってイーサネット（登録商標）アドレス解決プロトコル（ＡＲＰ）を使用し、ＭＡＣアドレスを得て、全てのインターネットデータを送る。

本実施例において、ＬＡＮインターフェースは、イーサネット（登録商標）インターフェースである。インターフェースは、ブリッジによってアクセスされ、ブリッジポートとして特定される。イーサネット（登録商標）インターフェースは他のいかなる論理的イーサネット（登録商標）インターフェースでもよい。それは物理インターフェース形式で、イーサネット（登録商標）フレームの伝送をサポートする。例えば：
−デジタル加入者回線（ＤＳＬ）モデムがゲートウェイを包含する場合における、イーサネット（登録商標）にフレームを送信するデジタル加入者回線、
−リモートネットワークドライバインタフェース仕様に従って、イーサネット（登録商標）フレームを伝送するＵＳＢ
−ＩＥＥＥ８０２．１１ｂ／ｇワイヤレスＬＡＮインターフェース。

イーサネット（登録商標）インターフェースを適用する実施例は、同様にいずれの種類の論理インターフェースにも適用できる。

ブリッジ３は、バーチャル・ローカルエリアネットワークイーサネット（登録商標）のブリッジとして機能する。これは、ＩＥＥＥ８０２．１Ｑ標準に従った２００３年版バーチャル・ブリッジローカルエリアネットワークに準拠している。これは、ＥＴＨ１からＥＴＨ６までの複数のポート（ブリッジポート）を有する。これは、ブリッジポート間のイーサネット（登録商標）フレームの橋わたしをする。１つのポートで受信したフレームは、一組の他のポートに転送される。このブリッジは、ＶＬＡＮに対応する。それは、ＶＬＡＮをポートに割り当てるための手段、および同じＶＬＡＮに帰属しているポート間のフレームの橋わたしをする手段を有する。このブリッジは、多数のＶＬＡＮをサポートする。

ブリッジは、２種類のＶＬＡＮを含んでいる。「ＶＬＡＮ−ＬＡＮ」と称されるＶＬＡＮおよび「ＶＬＡＮ−ＷＡＮ」と称されるＶＬＡＮである。それらは、内部目的だけのために使われるため、ＶＬＡＮのｅｇｒｅｓｓ ｔａｇｇｉｎｇは実行されない。そして、いかなるユニークなＶＬＡＮ身分証明も割り当てられてもよい。ＶＬＡＮ−ＬＡＮは、ＬＡＮに係るトラフィックのために、ゲートウェイで定められるＶＬＡＮである。ＶＬＡＮ−ＷＡＮは、ＷＡＮに係るトラフィックのために、ゲートウェイで定められるＶＬＡＮである。図２において、ポートＥＴＨ１はＶＬＡＮ−ＬＡＮに帰属する、そして、ポートＥＴＨ３およびＥＴＨ４はＶＬＡＮ−ＷＡＮに帰属する。ポートＥＴＨ２は、デフォルトでＶＬＡＮ−ＷＡＮに帰属する。ＶＬＡＮの目的は、全ての間でＶＬＡＮに帰属しているポートの橋わたしすることである。ＶＬＡＮのフレームを考慮して、イーサネット（登録商標）フレームの転送先ＭＡＣアドレスが、ゲートウェイルーターのＭＡＣアドレスである場合、トラフィックは内部ルーターインターフェース（ＥＴＨ６）に送信される。フレームのルーターポートが同じＶＬＡＮに帰属するときだけ、フレームはルータに送信される。

ブリッジは、転送（フォワーディング）を拘束するために、ＶＬＡＮ−ＷＡＮのためのフィルタリングルールを有する。ルータから発せられる同報はルータのポート以外の全てのポートに送られる。そして、ルータ以外からの同報はルータのポートにだけ送られる。このため、ＬＡＮ装置からのＤＨＣＰメッセージがＷＡＮに送信されるのを防止する。ＡＲＰは、ＶＬＡＮ−ＬＡＮに接続される装置に対してサポートされ、外部デバイス接続先ＶＬＡＮ−ＷＡＮに対してはサポートされない。ＰＰＰｏＥクライアントモジュール７は、ＶＬＡＮ−ＷＡＮに帰属する内部イーサネット（登録商標）インターフェースであるイーサネット（登録商標）インターフェース上で作動する。１つ以上のＰＰＰｏＥクライアントは、ＰＰＰｏＥサービスの発見を開始する役割を果たし、ＰＰＰ接続によるＰＰＰｏＥセッションを確立する。

ＩＰルータの主要な役割は、ＩＰインターフェース上で受信されるＩＰパケットを、出力インターフェースに転送することである。転送の判断を行うために、ルータ２の情報転送ベースにおいてルックアップがなされる。図示しないが、構成されたルートに対してパケットに転送先のＩＰアドレスに合うものを見つける。加えて、ルータは、ＲＦＣ１６３１において定義されているように、ネットワークアドレス変換（ＮＡＴ）機能を含んでおり、図示しないファイアウォールを含む。例えばローカルエリアネットワークからインターネットへ出て行くパケットに対して、ＮＡＴは、ソースＩＰアドレスをゲートウェイの唯一のパブリックＩＰアドレスに変換する。複数のＬＡＮ装置をサポートするために、同様に、ソースＵＤＰまたはＴＣＰポートは、よく知られた方式で表現される。

ＩＰルータは、数種類のＩＰインターフェースを有する。これは、ＩＰパケットを一方のＩＰインターフェースから他方のＩＰインターフェースへ転送する。ＩＰインターフェースは、０以上のＩＰアドレスを有するよう構成される。ＩＰインターフェースは、以下の通りである。
−ＩＰ−ＬＡＮ：ＶＬＡＮ−ＬＡＮ上に構成されるＩＰインターフェース。このＩＰインターフェースは、ローカルネットワークを有するルーターインターフェースである。通常は、これによって構成されるプライベートネットワークＩＰアドレスを有する。
−ＩＰ−ＷＡＮ：ＶＬＡＮ−ＷＡＮまたはＰＰＰｏＥクライアント上に構成されるＩＰインターフェース。これは、サービスプロバイダのネットワークモデルに依存する。これは、通常はインターネットへのパブリックＩＰアドレスを有するルーターインターフェースである。そして、通常動的に構成される。
−ＩＰ−ローカルホスト：ローカルゲートウェイＴＣＰ／ＵＤＰアプリケーションおよびモジュールに対するＩＰインターフェース。

ＡＲＰモジュールは、ＲＦＣ８２６に定められるアドレス解決プロトコルに従って、ＩＰアドレスをハードウェアアドレス（例えばイーサネット（登録商標）ＭＡＣアドレス）にマップするための手法を提供する。

ゲートウェイは、少なくともＤＨＣＰクライアント６を埋め込み、また複数のＤＨＣＰクライアントを埋め込んでもよい。なお、ＤＨＣＰ（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）は、ＲＦＣ２１３１において定められている。インターネット接続を確立するために（動的にパブリックＩＰアドレスを読み出すために）ＤＨＣＰを使用するときに、ＤＨＣＰクライアントモジュールはＩＰルータのＩＰインターフェース上で作動するように構成される。ＤＨＣＰクライアントモジュールはＩＰ−ＷＡＮ上に設定される。そして、それはＶＬＡＮ−ＷＡＮ ＩＰルーターイーサネット（登録商標）インターフェース上に構成される。ＤＨＣＰクライアントは、動的に、かつ自動的にインターネット上のＤＨＣＰサーバに対してＩＰアドレスを要求するために用いられる。複数のＤＨＣＰクライアントは、並列にインターネットにアクセスするため、複数のインターネットアドレスを要求することができる。

ＤＨＣＰ−リレーモジュール４は、受信したＤＨＣＰメッセージを検査して、内部ＤＨＣＰサーバ５、または例えばインターネット上の外部ＤＨＣＰサーバに、それらを中継又は転送する。これは、ＤＨＣＰメッセージが到着したソースＩＰインターフェースに依存する。これは、ＤＨＣＰクライアントＭＡＣアドレスまたはそれの一部分、および／または多くのＤＨＣＰメッセージのオプションの値のチェックであり、それ自体よく知られている。

ＤＨＣＰサーバモジュール５は、ゲートウェイに埋め込まれる。ゲートウェイは通常はローカルネットワークのために、ＤＨＣＰサーバとして動作する。そして、自動的に予め構成されたＤＨＣＰプール、アドレスの範囲からローカルＩＰアドレスを割り当てる。

サービスプロバイダネットワークに従い、ＰＰＰｏＥかＤＨＣＰのメカニズムが、動的にパブリックＩＰアドレスを要求するために用いられる。

ブリッジの構成のためのメカニズムは、以下のステップを有する。ゲートウェイは、ＶＬＡＮ−ＷＡＮに帰属している全てのイーサネット（登録商標）ポートによって予め設定される。これは、ゲートウェイが、全てのイーサネット（登録商標）ポートをＷＡＮ側のインターフェースとしてインターネット接続が確立していると認識することを意味する。

ＬＡＮ装置がゲートウェイのポートに接続されるとすぐに、ＬＡＮ装置はＩＰアドレスを要請するためにＤＨＣＰ−ｄｉｓｃｏｖｅｒメッセージを始める。このＤＨＣＰ−ｄｉｓｃｏｖｅｒメッセージは、ＵＤＰおよび転送先のポート番号６７であるＩＰプロトコルを有するＩＰおよびイーサネット（登録商標）同報として送られる。ＷＡＮポート上のＤＨＣＰ−ｄｉｓｃｏｖｅｒメッセージの受信によって、ゲートウェイは、以下の通りに構成する。全てのイーサネット（登録商標）ポートがＶＬＡＮ−ＷＡＮに帰属するよう構成されるように、ブリッジはフレームをＩＰルーター・イーサネット（登録商標）ポートだけに送信するよう限定される。ＩＰルータは、ＩＰ同報を内部ＩＰ−ローカルホストインターフェースに送信する。そこにおいて、ＤＨＣＰ−リレーモジュールが、ポート６７上のＵＤＰソケットをリスニングしている。ＤＨＣＰ−リレーは、メッセージをどこに転送するかを決めるために、ＤＨＣＰ−ｄｉｓｃｏｖｅｒメッセージを監視する。このリレーは、ＤＨＣＰ−ｄｉｓｃｏｖｅｒメッセージがＩＰ−ＷＡＮインターフェースから来ていると検出する。ゲートウェイに到着しているＤＨＣＰ−ｄｉｓｃｏｖｅｒメッセージは、ＬＡＮ装置によって必然的に送られる。インターネットにＤＨＣＰサーバとして動作しているゲートウェイのための使用シナリオはない。ＤＨＣＰ−リレーは、それから、ＬＡＮ装置がＶＬＡＮ−ＷＡＮに帰属しているゲートウェイイーサネット（登録商標）インターフェースに接続されているということを知る。ＤＨＣＰ−リレーは、ＤＨＣＰメッセージを転送しないよう決定し、ブリッジ構成を変える。ＤＨＣＰメッセージが受け取られたイーサネット（登録商標）インターフェースを、もはやＶＬＡＮ−ＷＡＮに帰属させるのではなく、ＶＬＡＮ−ＬＡＮに帰属するよう、ブリッジを構成する。ＬＡＮ装置のＭＡＣアドレスは、ブリッジに提示され、特定のブリッジポートを経て到達できるようになる。ＤＨＣＰ−ｄｉｓｃｏｖｅｒは、ブロードキャストメッセージであるため、これはインターネット上にまたはアクセスネットワーク上に設置されるＤＨＣＰサーバに受信されてもよい。

ＤＨＣＰサーバは、通常、条件つきで機能する。したがって、プライベートＩＰアドレスを有するＬＡＮ装置からの要求と、パブリックＩＰアドレスを有するゲートウェイからの要求とを区別することが可能で、ＬＡＮ装置からの要求に反応しないよう判断する。ゲートウェイは、容易にゲートウェイＤＨＣＰ−ｄｉｓｃｏｖｅｒメッセージを認識するために、ＤＨＣＰサーバのためのＤＨＣＰベンダークラスの特別なオプション情報を送る。

この構成の間は、ゲートウェイは、ＬＡＮ装置にＩＰアドレスを提供しない。この場合、ＬＡＮ装置は、再びＤＨＣＰ−ｄｉｓｃｏｖｅｒメッセージを送り、リトライする。自動的に更新されたブリッジ構成のため、このＬＡＮ装置から来ているイーサネット（登録商標）フレームは、ＶＬＡＮ−ＬＡＮで橋渡しされる。ＤＨＣＰ−ｄｉｓｃｏｖｅｒはブロードキャストメッセージである、これは自身以外のＩＰルーターブリッジポートを含む全てのポートに送られる。ＩＰルータは、ＩＰ同報を内部ＩＰ−ローカルホストインターフェースに送信する。そこにおいて、ＤＨＣＰ−リレーモジュール４は、ＵＤＰソケットのポート６７をリスニングしている。ＤＨＣＰ−リレーは、メッセージをどこに送るかを決めるために、ＤＨＣＰ−ｄｉｓｃｏｖｅｒメッセージを検査する。リレーは、メッセージがＩＰ−ＬＡＮインターフェースから来ていることを検出する。ＤＨＣＰメッセージは、内部ＤＨＣＰサーバに送り届けられる。内部ＤＨＣＰサーバは、メッセージにローカルネットワークプライベートＩＰアドレスを含むＤＨＣＰ−ｏｆｆｅｒメッセージで応答する。ＩＰアドレスを確保するために、ＬＡＮ装置は、ＤＨＣＰ−ｒｅｑｕｅｓｔメッセージをサーバに送信する。サーバは、確保をコンファームするために、装置にＤＨＣＰ−ａｃｋメッセージを送る。

ゲートウェイＤＨＣＰサーバはＤＨＣＰ−ｒｅｑｕｅｓｔメッセージによって応答する。そして、ＬＡＮ装置にプライベートＩＰアドレスを提供する。ＤＮＳサーバおよびＩＰネットワークデフォルトゲートウェイとして、このＤＨＣＰ−ｒｅｑｕｅｓｔは同様にゲートウェイＩＰアドレス（例えば１９２．１６８．１．２５４）を含む。ゲートウェイが「ＩＰネットワークデフォルトのゲートウェイ」であるため、全てのＬＡＮ装置は「ＩＰネットワークデフォルトのゲートウェイ」に対して、例えばアドレス１９２．１６８．０．０／１６の範囲にある同じネットワークの中のＬＡＮ装置の宛先以外のＩＰパケットも送る。ＡＲＰメッセージは、「ＩＰネットワークデフォルトのゲートウェイ」と関連しているＭＡＣアドレスを知るための各々のＬＡＮ装置による同報である。ゲートウェイがＡＲＰ要求に応えるので、ＬＡＮ装置はＩＰアドレス１９２．１６８．１．２５４がイーサネット（登録商標）ＭＡＣアドレスＥＴＨ６に対応するということを知る。ＷＡＮ装置は、ＡＲＰ要求をインターネットに送信しないよう構成されてもよい。しかも、ゲートウェイプライベートＩＰアドレスは、有効なパブリックＩＰアドレスでないので、サービスプロバイダアクセスネットワークの各要素はＡＲＰ要求に反応しない。

ゲートウェイは、自己のポートを構成するために、ＬＡＮトラフィックを検出するための検出部、およびゲートウェイモジュールを設定するための設定手段を有する。本実施例は、ＬＡＮ装置によって送られたＤＨＣＰ−ｄｉｓｃｏｖｅｒメッセージを検出するＤＨＣＰ−リレーモジュールを有し、これに従ってゲートウェイを設定する。変形例において、ゲートウェイは、ポートに接続されるＬＡＮ装置を検出するための他の手段を使用する。ゲートウェイは、受信したパケットの送信源のソースＩＰアドレスを読み込む。アドレスが、プライベートＩＰアドレスである場合、装置はＬＡＮ装置である。ＡＲＰテーブルによって、ゲートウェイはＬＡＮ装置のＭＡＣアドレスを特定して、ＭＡＣアドレスをポートにマップするためにブリッジを構成することができる。ブリッジのＭＡＣアドレス学習機能の一部として、常に、どのポートからどのＭＡＣアドレスにたどり着けるかを覚えている。それは、イーサネット（登録商標）フレーム転送のベースとして、＜ＶＬＡＮ、ＭＡＣアドレス、ソースポート＞を保持している。ブリッジポートは、それからＶＬＡＮ−ＬＡＮに切り替えられてもよい。

ゲートウェイは、ＬＡＮ装置がポートに接続されなくなった時期を知ることができる。ゲートウェイのＤＨＣＰサーバは、ＬＡＮ装置のＩＰアドレスのリストを保持するＤＨＣＰ−リーステーブルを有する。どの装置がいずれのポートに取り付けられるかを知るために、ポート情報にリストを結合してもよい。ＤＨＣＰサーバは、装置のリース期間の終了か、ＤＨＣＰ−リースのポートの全ての開放によって、インターフェースに何も装置が取り付けられなくなった時期を知る。ＤＨＣＰサーバは、それから、ＤＨＣＰ−リースを有しないポートをＶＬＡＮ−ＷＡＮポートに切替えるために、ブリッジを変更してもよい。

ＷＡＮ装置は、通常はイーサネット（登録商標）ブリッジデバイスである。それは、ＩＰアドレスを有せず、物理的なイーサネット（登録商標）ＬＡＮとＷＡＮとの間のイーサネット（登録商標）フレームの転送を行う。

ＷＡＮ装置は、一部の非常にまれなケースにおいて、ＩＰルータであるかもしれない。ルータは、それ自身のパブリックＩＰアドレスを有する。それは、ゲートウェイに対するＤＨＣＰサーバでもよい。または、ゲートウェイＤＨＣＰ ｄｉｓｃｏｖｅｒを、サービスプロバイダＤＨＣＰサーバに転送するものでもよい。ＷＡＮ装置は、ＰＰＰｏＥアクセスコンセントレータであってもよく、あるいは、ＰＰＰｏＥメッセージをゲートウェイからサービスプロバイダＰＰＰｏＥ Ａｃｃｅｓｓコンセントレータへ転送してもよい。いずれにしろ、実施例のゲートウェイは、ＰＰＰｏＥまたはＤＨＣＰ経由でそのグローバルなＩＰアドレスを要求する。ポート構成のための手法は、ＬＡＮポートを検出して、ゲートウェイを設定する。それは、ＷＡＮポートであるかどうかを特別に調べずに、他の全てのポートがＷＡＮポートであると認識する。唯一の確認は、ＬＡＮポートのために実行され、受動的である。ゲートウェイはＬＡＮポートを検査するためにいかなる特定のパケットも送らない。しかし、それは受動的に、インターフェースで受け取られるトラフィックをリスニングする。下記に述べるように、ＷＡＮポートの正確な確認はインターネット接続の確立手法において必要でない。

ゲートウェイは、インターネット接続を確立する試みをするための手段を備えている。接続の確立は、ゲートウェイのスタートアップ時、または、設定が可能な他のいかなる時期になされてもよい。接続の確立のトリガーとしては：
−常時オン：スタートアップ時、あるいは接続が切断されたときに、自動的にセットアップされる。ゲートウェイがスイッチオンされたとき、接続が失われるとき、ゲートウェイの初期化処理のときに、接続の確立がなされる。
−動的：これは、インターネットに送信されるデータが存在すると、動的に起動する。データが送られるときに、接続が確立される。そして、あるアイドルタイムの後、接続が切断される。
−ユーザコントロール下：これは、ユーザの責任で、ユーザインタフェースを用いて、接続し・切断が行われる。

ゲートウェイは、複数のＷＡＮインターフェースを有してもよい。確立手法は、サービスプロバイダが使うネットワークに依存する。例えば、ＰＰＰｏＥアクティブｄｉｓｃｏｖｅｒｙがＰＰＰｏＥネットワークに使われる。ＤＨＣＰは、ＴＣＰ／ＩＰネットワークに使われてもよい。ゲートウェイは、両方の手法を使用してインターネット接続の確立を試みて、適切な接続を選んでもよい。またはいくつかの接続を選んでもよい。このことは、実施例にさらに詳細には記載しない。本願明細書においては、インターネット接続の確立は、ＤＨＣＰおよびＰＰＰｏＥアクティブｄｉｓｃｏｖｅｒｙが記載されている。両方のケースにおいて、全てのＷＡＮのインターネット接続のためのゲートウェイ要求は、同時に要求され、候補の中からポートが選ばれる。もちろん、インターネット接続のための他のいかなる手法も、この場合に適用できるかもしれない。

ＤＨＣＰによる確立メカニズムは、ゲートウェイのユーザによって手動でなされてもよく、または、ＤＨＣＰステートマシンの要素であってもよい。各々の接続の確立で、ゲートウェイのＤＨＣＰクライアントは、ＩＰおよびイーサネット（登録商標）接続先を伴うＤＨＣＰ−ｄｉｓｃｏｖｅｒメッセージが同報され、転送先のポート番号６７で、ＵＤＰによるＩＰプロトコルが使われる。ブリッジは、発信ポートを除いてＶＬＡＮ−ＷＡＮに帰属している全てのポートに、イーサネット（登録商標）フレームを同報送信する。ＤＨＣＰ−ｄｉｓｃｏｖｅｒは、したがって、全ての可能なＷＡＮインターフェースに送信される。可能なＷＡＮインターフェースは、おそらく、認識されていなかったＬＡＮインターフェースであってもよい。少なくとも１つのイーサネット（登録商標）インターフェースがインターネットとのつながりを提供する場合、少なくとも１つのＤＨＣＰ−ｒｅｑｕｅｓｔメッセージがインターネット上のＤＨＣＰサーバからゲートウェイによって受け取られる。多数のインターネット接続が利用できるときには、アクセス可能なＤＨＣＰサーバはＤＨＣＰ−ｏｆｆｅｒメッセージによって応答してもよい。ＤＨＣＰ−ｏｆｆｅｒメッセージは、提供されたＩＰアドレスを含む。１つ以上のＤＨＣＰ−ｏｆｆｅｒメッセージを受信したときには、ＤＨＣＰクライアントは、要求に対して提供されたＩＰアドレスを決定しなければならない。この決定は、後述するように、提供されたＩＰアドレスおよび／またはＤＨＣＰ−ｏｆｆｅｒが受け取られたＷＡＮポートのどちらに基づいてもよい。
−ＬＡＮ上にＤＨＣＰサーバが設置されてもよいため、提供されたＩＰアドレスがチェックされる。このＩＰアドレスがプライベートＩＰアドレスである場合、このＩＰアドレスは要請されない。プライベートＩＰアドレス割り付けは、ＲＦＣ１９１８に規定されている。
−ローカルＤＨＣＰクライアントポリシー構成は、単一接続の確立を含んでもよい。例えば、サービスプロバイダまたはユーザは、単一のＷＡＮポートまたは提供されたＩＰアドレスネットワークレンジを選んだ場合がこれに当たる。ＤＨＣＰ−ｏｆｆｅｒが構成されたエントリに対応するときには、提供されたＩＰアドレスを要請するＤＨＣＰ−ｒｅｑｕｅｓｔメッセージが転送される。それが一致しないときに、インターネット接続は確立されない。
−ローカルＤＨＣＰクライアントポリシー構成は、優先度および選択によって秩序のある複数接続を含む。接続は、メモリに格納されてファイル中のサービス名、ＤＨＣＰサーバ名およびポートの組合せによって特定されてもよい。多数のＤＨＣＰ−ｏｆｆｅｒメッセージが受信された場合には、ゲートウェイの選択手段は定義済み規則に従って適切な接続を選ぶ。ＤＨＣＰ−ｏｆｆｅｒメッセージは、構成された接続と比較される。接続にマッチしている単一の最も高い優先度のマッチングした接続がある場合、この提供されたＩＰアドレスを要求するＤＨＣＰ−ｒｅｑｕｅｓｔメッセージが送られる。等しい優先度およびプレファレンスの多数のマッチしている接続が存在する場合、付加的なＤＨＣＰクライアントが、付加的な提供されたＩＰアドレスを要求するＤＨＣＰ−ｄｉｓｃｏｖｅｒメッセージを送るか、または、ＤＨＣＰ−ｒｅｑｕｅｓｔメッセージを送信することによって、１つのアドレスが任意に選択され要求される。ゲートウェイに、多数のＤＨＣＰクライアントが存在する場合には、ＩＰ−ＷＡＮインターフェースは、複数のＩＰアドレスを有する。情報転送ベース（Ｆｏｒｗａｒｄｉｎｇ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ）のエントリのルーティングは、ＩＰ−ＷＡＮインターフェース上で、どのトラフィックがどのＩＰゲートウェイに届くかを判断する。要請されたパブリックＩＰアドレスがＤＨＣＰサーバによって承認されるとすぐに、受信されたパブリックＩＰアドレスがＩＰ−ＷＡＮに設定される。これによって、選択されたＷＡＮによって、ＬＡＮ装置およびインターネットの間でンターネット接続が確立される。

ＰＰＰｏＥを使用し、動的にパブリックＩＰアドレスを読み出し、インターネット接続を確立するために、ＰＰＰｏＥクライアントモジュールは、イーサネット（登録商標）インターフェース上で、ＶＬＡＮ−ＷＡＮに帰属する内部イーサネット（登録商標）インターフェースを操作する。ＰＰＰｏＥによる確立メカニズムは、手動でされてもよく、または、ＰＰＰｏＥステートマシンの要素であってもよい。各々の接続確立で、ＰＰＰｏＥクライアントは、ＰＰＰｏＥ Ａｃｔｉｖｅ Ｄｉｓｃｏｖｅｒｙ Ｉｎｉｔｉａｔｉｏｎパケット（ＰＡＩＤメッセージ）を送信することによって新規なセッション／接続を始める。これは、ＲＦＣ２５１６に規定されている。このメッセージは、イーサネット（登録商標）同報フレームである。ブリッジは、発信ポートを除いたＶＬＡＮ−ＷＡＮに帰属している全てのポートに、イーサネット（登録商標）フレームを同報送信する。メッセージは、可能なＷＡＮインターフェースに送られる。可能なＷＡＮインターフェースは、おそらく、認識されていなかったＬＡＮインターフェースであってもよい。少なくとも１つのイーサネット（登録商標）インターフェースがインターネットとの接続を提供する場合、少なくとも１つのＰＰＰｏＥサーバ（アクセスコンセントレータと呼ぶ）はＰＰＰｏＥ Ａｃｔｉｖｅ Ｄｉｓｃｏｖｅｒｙ Ｏｆｆｅｒパケット（ＰＡＤＯメッセージ）によって応答する。ＰＡＤＯメッセージは、アクセスコンセントレータの名前を含んでいる。１つ以上のＰＡＤＯメッセージを受信した場合、ＰＰＰｏＥクライアントは、提供されたサービス／接続のうち、どれを確立するかを決定する。選択の後、クライアントは、サービス／接続の確立を要求するために、サーバにＰＰＰｏＥ Ａｃｔｉｖｅ Ｄｉｓｃｏｖｅｒｙ Ｒｅｑｕｅｓｔパケット（ＰＡＤＲメッセージ）を送信する。アクセスコンセントレータは、セッションが確立したことを示すＰＰＰｏＥ Ａｃｔｉｖｅ Ｄｉｓｃｏｖｅｒｙ Ｓｅｓｓｉｏｎ−ｃｏｎｆｉｒｍａｔｉｏｎパケット（ＰＡＤＳメッセージ）を送る。この決定は、ＰＰＰｏＥサービス名、ＰＰＰｏＥアクセスコンセントレータ名、および／またはＷＡＮポートに基づく。ＷＡＮポートは、後述するように、ＰＰＰｏＥサーバＭＡＣアドレスが認識されたポートである：
−ローカルＰＰＰｏＥクライアントポリシー構成は、単一の接続の確立を含んでもよい。例えば、サービスプロバイダまたはゲートウェイのユーザは、１つのＰＰＰｏＥサービスおよび／またはイーサネット（登録商標）ポートを選択している場合である。ＰＡＤＯメッセージが構成された接続に対応する場合には、クライアントはＰＡＤＲメッセージをサーバに送信する。ＰＡＤＯメッセージが一致しないときに、接続は確立されない。
−ローカルＰＰＰｏＥクライアントポリシー構成は、接続を含んでもよい。この接続は、例えばサービス名、アクセスコンセントレータ名およびポートの組合せによって特定される。そして、これらは、優先度、または参照によって、秩序立てて順序づけされている。多数のＰＡＤＯメッセージが受け取られた場合、ゲートウェイの選択手段は適切な接続を選ぶ。ＰＡＤＯメッセージは、確立された最高の優先度の接続を特定するために、設定された接続と比較される。単一の最高の優先度の接続がある場合、ＰＡＤＲメッセージで、このサービス／接続を確立するための要求が送られる等しい優先度／プレファレンスの多数の局所的に構成された接続に対応する多数のＰＡＤＯメッセージが存在する場合には、両方の確立を要求するＰＡＤＲメッセージが送信される。ＲＦＣ１９９０に従って、ＰＰＰマルチ・リンクプロトコルが、両方の接続を結合するために用いられる。ＰＰＰｏＥセッションが確立されたあと、ＰＰＰ接続の開始／ネゴシエーションが始まる。ＭＬＰＰＰは、ＰＰＰレベルでネゴシエーションされる。マッチする接続がないときには、接続は要請されず、確立されない。

ＰＰＰｏＥセッション上のＰＰＰ接続が確立されるとすぐに、受信されたパブリックＩＰアドレスが、ＩＰ−ＷＡＮに設定される。選択されたＷＡＮを経由して、インターネット接続が、ＬＡＮ装置とびインターネットの間で確立される。

構成ポリシーは、サービスプロバイダによって定義される。ゲートウェイは、持続的なメモリに保存された構成ポリシーファイルを有する。以上は、工場出荷時のデフォルトの構成規則の一部である。ファイルは、サービスプロバイダによって遠隔でアップグレードされてもよい。

もう１つの実施例では、ゲートウェイ装置は、複数の装置を接続するために構成される１つ以上のインターフェースを有する。インターフェースはいくつかの装置を有するネットワークに接続してもよい。この装置は、ＬＡＮまたはＷＡＮ装置である。本実施例において、ＬＡＮは、イーサネット（登録商標）のネットワークであって、ＬＡＮおよびＷＡＮ装置を有してもよい。ブリッジポートは、多数のＶＬＡＮに対応している。これは、多数のＶＬＡＮ、例えばＶＬＡＮ−ＬＡＮおよびＶＬＡＮ−ＷＡＮに帰属してもよい。ブリッジは、ブリッジポート毎にＶＬＡＮをアサインでき、ＶＬＡＮの由来（ｄｅｒｉｖａｔｉｏｎ）は、ソースＭＡＣアドレスに基づく。新しいタグのないフレームには、それらが到着したポートによる、および／またはそれらのソースＭＡＣアドレスの検査による、ＶＬＡＮの要素と考えられる。

本実施例において、ブリッジは、上記したように受動的な方式で、ＬＡＮ装置を検出する。ＬＡＮ装置が検出されるときはいつでも、ブリッジは、この装置を特定のＶＬＡＮ（ＶＬＡＮ−ＬＡＮ）に帰属するものと認識するように、自動的に構成される。このことは前述の実施例では、もはやポートはＶＬＡＮ−ＬＡＮに帰属していない。しかしながら、この装置は、ＶＬＡＮ−ＬＡＮの要素であると認識される。同じポートの２台の装置は、２つの別のＶＬＡＮに帰属してもよい。この装置によって送られる全てのフレームは、すなわちソースＭＡＣアドレスとしての装置ＭＡＣアドレスによって、このＶＬＡＮ−ＬＡＮに帰属するとして、ゲートウェイによって内部的に扱われる。ブリッジは、ＬＡＮ装置に対応するブリッジのポートを決定するために、ブリッジ学習メカニズムを実行する。ここにおいて、ブリッジは、転送先のＭＡＣアドレスとして装置ＭＡＣアドレスを有するフレームを送る。これによって、ブリッジは単一のＶＬＡＮの中でフレームに橋わたしすることができる。もちろん、ブリッジは、複数のＶＬＡＮ−ＬＡＮを有することができ、ＬＡＮ装置をＶＬＡＮ−ＬＡＮの別のカテゴリに分割してもよい。

この実施例によるゲートウェイを、図３において例示する。これは、図２のゲートウェイ装置と同じモジュールを備えている。図２のゲートウェイとの違いは、ポートが複数のＶＬＡＮに接続してもよいということである。ポートＥＴＨ１２は、ＶＬＡＮ−ＬＡＮおよびＶＬＡＮ−ＷＡＮへ接続されている。２台のＬＡＮ装置、ＬＡＮ１およびＬＡＮ２は、ＷＡＮ装置ＷＡＮ１と同様に、ゲートウェイのポートＥＴＨ１２に接続される。それらは、ローカルエリアネットワークＬＡＮ経由で接続される。

ＬＡＮ装置ＬＡＮ１がゲートウェイに接続される場合、これはＩＰアドレスを要請するためにＤＨＣＰ−ｄｉｓｃｏｖｅｒを送信する。同報のＤＨＣＰ−ｄｉｓｃｏｖｅｒは、ゲートウェイＤＨＣＰ−リレーによって受信される。ＤＨＣＰ−リレーは、ＤＨＣＰメッセージがＶＬＡＮ−ＷＡＮに帰属しているポートから到着したことを検知する。ＤＨＣＰ−リレーは、ＬＡＮ１装置のＭＡＣアドレスがＶＬＡＮ−ＬＡＮに帰属すると認識するように、ブリッジを構成する。さらに、ポートＥＴＨ１２は、ＶＬＡＮ−ＷＡＮに加えてＶＬＡＮ−ＬＡＮに帰属するように構成される。ゲートウェイＤＨＣＰ−リレーおよびＤＨＣＰサーバは、ＤＨＣＰ−ｄｉｓｃｏｖｅｒに応答しないため、ＬＡＮ１装置は標準のＤＨＣＰプロトコル挙動の一部としてＤＨＣＰ−ｄｉｓｃｏｖｅｒメッセージを送信する。ブリッジは、ＶＬＡＮ−ＬＡＮに帰属するように、ＬＡＮ１装置を扱う。それから、ＤＨＣＰ−リレーは、ＤＨＣＰ−ｄｉｓｃｏｖｅｒメッセージがルータＶＬＡＮ−ＬＡＮインターフェースを経て到着していることを認識する。これは、ゲートウェイＤＨＣＰサーバにメッセージを転送する。ＬＡＮ装置が、ＩＰパケットをネットワークの外のインターネットに送信することを必要とするときは、常にパケットをゲートウェイのイーサネット（登録商標）ＭＡＣアドレスＥＴＨ１２に送信する。ゲートウェイのブリッジは、それらのソースＭＡＣアドレスに基づくＬＡＮ装置によって送られるいかなるデータも、ＶＬＡＮ−ＬＡＮに帰属していると認識する。それはＭＡＣを学習したテーブルを参照して、転送先のＭＡＣアドレスＥＴＨ１２を有する全てのデータを、ゲートウェイＶＬＡＮ−ＬＡＮインターフェースＥＨＴ６に配信する。ＬＡＮトラフィックは、ゲートウェイのＩＰ−ＬＡＮインターフェースに到着する。

ＷＡＮインターフェース、すなわちＶＬＡＮ−ＷＡＮに帰属していると認識される、全てのブリッジを経由したＰＰＰｏＥ ＰＡＤＩまたはＤＨＣＰ−ｄｉｓｃｏｖｅｒメッセージを送信することによって、インターネット接続が確立される。インターネット上のＰＰＰｏＥまたはＤＨＣＰサーバは、応答し、パブリックＩＰアドレスを提供する。そして、上述の通り、ゲートウェイは、インターネット接続のためのより適切なＷＡＮを選択する。

ゲートウェイは、それ自身として単一のインターフェースを有してもよい。インターフェースは、ブリッジに接続してもよい。ブリッジは、ゲートウェイをＬＡＮまたはＷＡＮ装置を有するローカルエリアネットワークに接続する。ゲートウェイは、自動的に設定される。

全てのＬＡＮデータを受信するＬＡＮ側におけるＩＰインターフェース、パブリックＩＰアドレスを持ち、インターネット接続を有するＷＡＮ ＩＰインターフェースによって、ゲートウェイは、全てのインターネットゲートウェイ機能を実行することができる。ＩＰパケットをルーティングし、ＱｏＳを提供し、パブリックＩＰアドレスのためのＮＡＴ（全てのＬＡＮ装置のプライベートＩＰアドレスを変換する機能）を実行し、ファイアウォール機能を実行し、パレンタルコントロールを実行する。

Claims (2)

1. 第１のタイプのネットワークまたは第２のタイプのネットワークにアクセスするための複数の同じインターフェースを有するネットワーク装置であって、前記第１のタイプのネットワークは、更なるネットワークへのアクセスを提供し：
   前記第１のタイプのネットワークの全ての前記複数の同じインターフェースを同時に経由して、前記更なるネットワークへのアクセスを要求し、かつ、前記要求に対する応答を受信するインターフェースを、前記第１のタイプのネットワークにアクセスするためのインターフェースとして特定するための、特定手段と、
   前記第１のタイプのネットワークに接続するための１つ以上のインターフェースが特定された場合、前記更なるネットワークにアクセスするための１つのインターフェースを選択する選択手段と、
   を有する装置。
2. 第１のタイプのネットワークを経由して更なるネットワークにアクセスする方法であって、第１のタイプのネットワークまたは第２のタイプのネットワークに接続するための複数の同じインターフェースを有する装置において、前記第１のタイプのネットワークに接続した前記インターフェースが第１のインターフェースとなり、前記装置において、：
   前記更なるネットワークにアクセスするための要求を、前記第１のタイプのネットワークの前記複数の同じインターフェースの全ての前記インターフェースに同時にブロードキャストするステップと、
   第１のインターフェースと特定される１つ以上のインターフェースから前記要求に対する応答を受信するステップと、
   前記更なるネットワークにアクセスするために、前記第１のインターフェースの中からインターフェースを選択するステップと、
   を有する方法。

Images