(57)【特許請求の範囲】
【請求項１】
ネットワーク上の送信用に、論理的にアドレスされたパケットをホストがアセンブルするステップと、
前記論理的にアドレスされたパケットをアセンブルする該ホストのアドレス・マップが、宛先の物理アドレスを含むか否かを前記ホストが決定するステップと、
前記論理的にアドレスされたパケットに対する前記宛先の物理アドレスが前記ホストのアドレス・マップに含まれる場合に、封入された論理的にアドレスされたパケットを形成するために、前記論理的にアドレスされたパケットを前記宛先の物理アドレス内に前記ホストが封入するステップと、
前記ホストのアドレス・マップが前記宛先の物理アドレスを含まない場合に、前記宛先が前記ホストと同じネットワークの一部であることを、前記宛先の物理アドレスが示すか否かをルートサーバが判断するステップと、
前記宛先の物理アドレスがスイッチに結合されている他のサブネットワークに対応し、前記アドレス・マップが該宛先の物理アドレスを含まない場合、前記宛先の物理アドレスが該スイッチによって認識されサポートされるか否かを前記ルートサーバが認識するステップと、
前記ホストのアドレス・マップが前記宛先の物理アドレスを含まない場合であって、前記宛先の物理アドレスが前記スイッチによって認識されサポートされる場合に、前記宛先の物理アドレスを求めるアドレス要求を前記ルートサーバが該スイッチを介して前記他のサブネットワークにブロードキャストするステップと、
前記アドレス要求のブロードキャストに対する応答を前記ルートサーバが受け取るステップであって、該応答は前記宛先の物理アドレスを供給し、前記論理的にアドレスされたパケットをアセンブルする前記ホストのアドレス・マップが前記宛先の物理アドレスを含まない場合に実行されるステップと、
を有するパケット交換のための方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、一般的にはコンピュータ・ネットワーキングに関する。詳細には、本発明は、ルーティングのためのルータを用いずにスイッチを用いる、ネットワーク間のパケット交換のための方法及び装置に関する。
【０００２】
【従来の技術】
最近のコンピュータ・ネットワークは、開放形システム間相互接続（ＯＳＩ）の７階層ネットワーキング・モデル、及び、伝送制御プロトコル（ＴＣＰ）/インターネット・プロトコル（ＩＰ）のインターネット・レイヤ化モデル等のプロトコル・レイヤ化モデルを用いるインターネットに共通なレイヤ・プロトコルを含んでいる。これらのモデルは、分散形コンピューティングを促進し、ネットワーク対ネットワークの接続を容易にする。更に、これらのモデルは、異種ネットワーク上のホスト間又はクライアント間のパケット又はデータグラムの交換を容易にする。
【０００３】
インターネット等のネットワーク上のホスト間のＩＰパケットの交換については、例えば、本明細書に参照として援用するダグラス Ｅ．コマー(Douglas E., Comer)の「ＴＣＰ/ＩＰを用いるインターネット・ワーキング、巻Ｉ、原理、プロトコル、及びアーキテクチャ(Internetworking with TCP/IP, Volume I, Principles, Protocols, and Architectures)」（１９９１年）に詳しく述べられている。ネットワークに接続されているホストが、意図される宛先へのＩＰパケットの送信を準備する際、そのホストは、そのＩＰパケットが送信されるべき場所を決定するために、ルート決定処理及びアドレス・レザルーション処理を行う場合がある。更に、ルート決定処理及びアドレス・レザルーション処理は論理的な決定であり、それにより、ＩＰパケットが意図される宛先に向けてスイッチされる（“レイヤ２スイッチング”）か、又は、ＩＰに基いて意図される宛先をサーブしているネットワーク（例えばインターネット）を通る経路を指定する（“ルーティング”）ために、ゲートウェイやルータ等の装置（以降、まとめて“ルータ”と呼ぶ）に送られる。
【０００４】
レイヤ２スイッチングとは、レイヤ２アドレスに基くスイッチングのことである。レイヤ２アドレスの例としては、イーサネット・アドレスやメディア・アクセス・コントロール（ＭＡＣ）・アドレスが挙げられる。レイヤ２アドレスは、イーサネット・フレーム（又はパケット）を、イーサネット等の物理的なネットワーク上の正しい宛先に向けてスイッチできるようにする。例えば、イーサネット・フレーム内に封入されたＩＰパケットをスイッチするために、イーサネット・ネットワークは、レイヤ２装置（例えばスイッチ）を用いて、そのイーサネット・フレームを宛先のＭＡＣアドレスに基いて、意図される宛先に向けてスイッチすることができる。
【０００５】
一般的に、レイヤ２スイッチングは、ＭＡＣレイヤ・アドレス（例えば４８ビットの物理アドレス）だけに関与しており、レイヤ２スイッチングを行うレイヤ２装置（本明細書では“スイッチ”及び“レイヤ２スイッチ”とも呼ぶ）は、通常、レイヤ２装置の各ポートと関連付けられたＭＡＣアドレスを記録するためのアドレス・テーブルを保有している。例えば、１つのポートにパケットが送られてきた場合に、スイッチは、アドレス・テーブルが宛先のＭＡＣアドレスを含むか否かを決定し、パケットをスイッチの適切な出力ポートへとスイッチするためにそのＭＡＣアドレスを用いる。スイッチは、宛先のＭＡＣレイヤ・アドレスだけと関与しているので、送られてきたパケットを意図された宛先へとスイッチする間、そのパケットのＩＰアドレスを読み取ることはしない。
【０００６】
レイヤ３は、ＩＰ及びＩＰパケット形式を参照する。レイヤ３ネットワークはＩＰパケットを用い、ＩＰパケット内に含まれるＩＰアドレス（即ちＩＰアドレス）に基いてソース・ネットワークからのパケットを宛先のネットワークへとルーティングし、ゲートウェイやルータ等の装置（本明細書では“レイヤ３装置”とも呼ぶ）に依存して、ＩＰパケット内のＩＰアドレスを読み取り、そのＩＰアドレスに基いてＩＰパケットを宛先のネットワークに送るネットワークから成る。
【０００７】
ルータは、ＩＰパケットと関連付けられたＩＰアドレスを評価する。ルータは、一般的に、アドレス・マスク（“サブネット・マスク”とも呼ばれる）を用いて、宛先のネットワーク（又はサブネットワーク）識別子を決定する。ルータは、アドレス・マスクを用いて、ＩＰパケットのＩＰアドレスをフィルタリングし、それによりそのＩＰパケットと関連付けられたネットワーク識別子を明らかにする。宛先のネットワーク識別子を決定したら、ルータはそのネットワーク識別子に基いて、ＩＰパケットを宛先に送るための情報を含むルーティング・テーブルを参照する。次に、ルータはパケット又はデータグラムを修正し、そのパケット又はデータグラムを宛先に送る。
【０００８】
レイヤ２スイッチングを提供する装置は、通常、ルーティングを行う装置よりも速い。しかし、レイヤ２装置（例えば、スイッチ、スイッチング・ハブ、又はＡＴＭスイッチ）は、通常、レイヤ２装置のポートに接続されたクライアント装置（例えばホスト）が、仮想ＬＡＮ（ＶＬＡＮ）又はサブネットワーク内で論理的に相互に接続され、異なるＶＬＡＮ又はサブネットワークと接続されている他のポートの他のクライアント装置とは排他的に構成されている。ＶＬＡＮに接続されることにより、他のＶＬＡＮと接続されている他のクライアント装置とは排他的に、ＶＬＡＮの論理的に接続されたクライアント装置間でのブロードキャスト・トラフィックの交換が可能となる。レイヤ２装置は、スイッチを２つ以上のネットワーク及び/又はサブネットワークで論理的に共有することにより、同一の装置内で複数のＶＬＡＮを用いることができる。複数のＶＬＡＮ（即ち複数のネットワーク及び/又はサブネットワーク）を、単一のレイヤ２装置又は相互接続されたスイッチのセットと関連付けることが可能なので、たとえパケットのソースとパケットの宛先とが同一のレイヤ２装置（例えばスイッチ）の異なるポート上に存在している場合でも、ＶＬＡＮの論理的境界を横断するＩＰパケットの送信を可能にするためには、ルータを使用する必要がある。
【０００９】
ＩＰプロトコルを用いるネットワークでは、あるＩＰクライアントが、同じローカルＩＰサブネットワーク上の他の装置にパケットを送りたい場合、そのＩＰクライアント（例えばホスト）は、宛先ＩＰアドレスを適切な宛先ＭＡＣアドレスにマッピングしなければならない。これは、一般的に、アドレス・レザルーション・プロトコル（ＡＲＰ）及び、ＩＰアドレスをローカルＶＬＡＮ又はネットワーク上のＭＡＣアドレスに変換するテーブルを含むローカル・キャッシュを用いて行われる。次に、このＩＰアドレス対ＭＡＣアドレス情報は、同じ宛先ＩＰアドレスへの後続のパケットに用いられるために送信元のクライアント内にキャッシュ又は格納される。ＩＰクライアントが、そのＩＰクライアントに対してローカルではない別のＩＰサブネットワーク上の別の装置にパケットを送りたい場合には、ＩＰクライアントはパケットを封入し、その封入されたパケットを、宛先に届けるための適切なルータに送る。
【００１０】
或いは、ＩＰクライアントは他のＩＰサブネットワーク上の他の装置とのパケット交換のために、プロキシＡＲＰに依存してもよい。プロキシＡＲＰは、ルータがそれ自体の物理アドレスでＡＲＰ要求に答える、アドレス・レザルーション・プロトコルである。ルータは、宛先ホストのように振舞うことにより、ＩＰパケットを宛先ホストへとルーティングする責任を受け入れる（即ち代理をする）。プロキシＡＲＰを用いるネットワークでは、その宛先ホスト宛の全てのＩＰパケットが、宛先ホストにＩＰパケットを送るためにそのルータを用いるので、ルータにかかる処理の負荷を増やし、遅延を増大させる。ＡＲＰ及びプロキシＡＲＰの使用については、例えば、本明細書に参照として援用する、ダグラス Ｅ．コマーの「ＴＣＰ/ＩＰを用いるインターネット・ワーキング、巻Ｉ、原理、プロトコル、及びアーキテクチャ」（１９９１年）に詳しく述べられている。
【００１１】
【発明が解決しようとする課題】
従って、本発明は、スイッチを用いるパケット交換のための方法及び装置に関する。本発明は、詳細には、パケットを宛先にルーティングするためのルータを用いず、関連技術の制約及び短所に起因する１つ以上の問題を実質的に未然に防ぐ、パケット交換のための方法及び装置に関する。
【００１２】
本発明の更なる特徴及び長所は、一部は以下の説明で述べられ、一部はその説明から明らかとなり、又は本発明を実施することによって理解される。本発明の目的及び長所は、添付の特許請求の範囲に詳細に示す手段及び組合せにより、実現及び達成できる。
【００１３】
【課題を解決するための手段】
上記及び他の長所を達成するために、本発明の目的に従って、本明細書に示し、広く説明するように、ネットワーク上の送信用に、論理的にアドレスされたパケットをアセンブルするステップと、前記論理的にアドレスされたパケットをアセンブルするホストのアドレス・マップが、宛先の物理アドレスを含むか否かを決定するステップと、前記論理的にアドレスされたパケットに対する前記宛先の物理アドレスが前記ホストのアドレス・マップに含まれる場合に、封入された論理的にアドレスされたパケットを形成するために、前記論理的にアドレスされたパケットを前記宛先の物理アドレス内に封入するステップと、前記ホストのアドレス・マップが前記宛先の物理アドレスを含まない場合に、前記宛先が前記ホストと同じネットワークの一部であることを、前記宛先の物理アドレスが示すか否かを判断するステップと、前記ホストのアドレス・マップが前記宛先の物理アドレスを含まない場合に、前記宛先の物理アドレスを求めるアドレス要求をブロードキャストするステップと、前記アドレス要求のブロードキャストに対する応答を受け取るステップであって、該応答は前記宛先の物理アドレスを供給し、前記論理的にアドレスされたパケットをアセンブルする前記ホストのアドレス・マップが前記宛先の物理アドレスを含まない場合に実行されるステップと、を有するパケット交換のための方法、が提供される。
【００１４】
本発明の別の実施形態では、ネットワーク上の送信用に、論理的にアドレスされたパケットをアセンブルする手段と、前記論理的にアドレスされたパケットをアセンブルするホストのアドレス・マップが、宛先の物理アドレスを含むか否かを決定する手段と、前記論理的にアドレスされたパケットに対する前記宛先の物理アドレスが前記ホストのアドレス・マップに含まれる場合に、封入された論理的にアドレスされたパケットを形成するために、前記論理的にアドレスされたパケットを前記宛先の物理アドレス内に封入する手段と、前記ホストのアドレス・マップが前記宛先の物理アドレスを含まない場合に、前記宛先が前記ホストと同じネットワークの一部であることを、前記宛先の物理アドレスが示すか否かを判断する手段と、前記ホストのアドレス・マップが前記宛先の物理アドレスを含まない場合に、前記宛先の物理アドレスを求めるアドレス要求をブロードキャストする手段と、前記アドレス要求のブロードキャストに対する応答を受け取る手段であって、該応答は前記宛先の物理アドレスを供給し、前記論理的にアドレスされたパケットをアセンブルする前記ホストのアドレス・マップが前記宛先の物理アドレスを含まない場合に該応答を受け取る手段と、を有するパケット交換のための装置、が提供される。
【００１５】
本発明の更に別の実施形態では、コンピュータ上で実行されると、コンピュータにパケットを交換させるコンピュータ読み取り可能コードを含むコンピュータ読み取り可能媒体、を有するコンピュータ・プログラム製品であって、ネットワーク上の送信用に、論理的にアドレスされたパケットをアセンブルするプログラム・コードと、前記論理的にアドレスされたパケットをアセンブルするホストのアドレス・マップが、宛先の物理アドレスを含むか否かを決定するプログラム・コードと、前記論理的にアドレスされたパケットに対する前記宛先の物理アドレスが前記ホストのアドレス・マップに含まれる場合に、封入された論理的にアドレスされたパケットを形成するために、前記論理的にアドレスされたパケットを前記宛先の物理アドレス内に封入するプログラム・コードと、前記ホストのアドレス・マップが前記宛先の物理アドレスを含まない場合に、前記宛先が前記ホストと同じネットワークの一部であることを、前記宛先の物理アドレスが示すか否かを判断するプログラム・コードと、前記ホストのアドレス・マップが前記宛先の物理アドレスを含まない場合に、前記宛先の物理アドレスを求めるアドレス要求をブロードキャストするプログラム・コードと、前記アドレス要求のブロードキャストに対する応答を受け取るプログラム・コードであって、該応答は前記宛先の物理アドレスを供給し、前記論理的にアドレスされたパケットをアセンブルする前記ホストのアドレス・マップが前記宛先の物理アドレスを含まない場合に該応答を受け取るプログラム・コードと、を含むコンピュータで作動するコンピュータ読み取り可能プログラム・コード、を有するコンピュータ・プログラム製品が提供される。
【００１６】
本発明の更に別の実施形態では、ネットワーク上の少なくとも２つのホスト間でのパケットの交換中に物理アドレス情報を供給するルート・サーバであって、ホストのアドレス・マップが宛先の物理アドレスを含まない場合に、宛先がホストと同じネットワークの一部であることを、宛先の物理アドレスが示すか否かを判断する手段と、宛先の物理アドレスが第２のサブネットワークと対応し、アドレス・マップが宛先の物理アドレスを含まない場合に、宛先の物理アドレスが認識及びサポートされるか否かを認識する手段と、物理アドレスが認識されず、サポートされず、同じサブネットワークの一部ではなく、ホストのアドレス・マップが宛先の物理アドレスを含まない場合に、第１の装置の物理アドレスを返す手段と、を有するルート・サーバ、が提供される。
【００１７】
本発明の更に別の実施形態では、コンピュータ上で実行されると、コンピュータに、ネットワーク上の少なくとも２つのホスト間でのパケット交換中に物理アドレス情報を提供させるコンピュータ読み取り可能コード、を有するコンピュータ読み取り可能媒体、を有するコンピュータ・プログラム製品であって、ホストのアドレス・マップが宛先の物理アドレスを含まない場合に、宛先の物理アドレスが、宛先がホストと同じネットワークの一部であることを示すか否かを判断するプログラム・コードと、宛先の物理アドレスが第２のサブネットワークと対応し、アドレス・マップが宛先の物理アドレスを含まない場合に、宛先の物理アドレスが認識及びサポートされるか否かを認識するプログラム・コードと、物理アドレスが認識されず、サポートされず、同じサブネットワークの一部ではなく、ホストのアドレス・マップが宛先の物理アドレスを含まない場合に、第１の装置の物理アドレスを返すプログラム・コードと、を有する、コンピュータで作動するコンピュータ読み取り可能プログラム・コード、を有するコンピュータ・プログラム製品、が提供される。
【００１８】
前述の一般的な記述及び以下の詳細な記述は、共に例示的且つ説明的なものにすぎず、特許請求される本発明を限定するものでないことを理解されたい。
【００１９】
【発明の実施の形態】
本明細書に組み込まれ、その一部をなす添付の図面は、本発明の一実施形態を示し、説明と共に、本発明の目的、長所、及び原理を説明するものである。
【００２０】
次に、本発明の好ましい実施形態を詳しく参照する。本発明の例は添付の図面に示されている。同一又は類似の要素を示すために、全図面を通して、可能な限り、同一の参照番号が用いられている。
【００２１】
本発明は、一般的には、パケット交換のための方法及び装置に関する。詳細には、本発明は、ルーティングのためのルータを用いずに、少なくとも１つのスイッチを用いる、ネットワーク上のパケット交換のための方法及び装置に関する。
【００２２】
図１は、一般的なブロック図の形態の、本発明に従って設計された例示的なネットワークを示す。図１に示されるように、ネットワーク１０００は、ルータ１０１０、複数のルート・サーバ１５００及び１５０５、複数のネットワーク相互接続１０６０、１０７０、１０８０、１０９０、１１００、１１１０、１１５０及び１１７０、第１サブネットワーク１１４０、第２サブネットワーク１１３０、第３サブネットワーク１１２０、第４サブネットワーク１０４０、第５サブネットワーク１０５０、リモート・サブネットワーク１０２０、スイッチ１０３０、複数のポート接続１０３６、１０２４及び１０３２、複数のホスト１０２１、１０４２、１０４３、１１６０及び１１８０、を含む。図１に示されている例示的なネットワーク１０００は、付加的な装置（例えば、ハブ、サーバ、ファイヤウォール等）を含んでもよく、本発明の精神から逸脱することなく構成の変更が可能である。
【００２３】
ルータ１０１０は、宛先のＩＰアドレスを用いるルーティングが可能な様々な装置で実装できる。ルーティング機能は、例えばスタンドアロン・ルータ、ホスト、又はパケット又はデータグラムのＩＰアドレスに基いてルーティング機能を実行できる他の任意の通信装置を含む、他の物理的な装置でも実行できる。更に、ルータ１０１０は、異なるサブネットワーク及び/又は仮想ローカル・エリア・ネットワーク（ＶＬＡＮ）の間のルーティングを提供する。
【００２４】
本発明のルート・サーバ１５００及び１５０５の各々は、１つ又は１組のデータ・プロセッサ（図示せず）で、又は、例えばホスト１１６０及び１１８０、並びにスイッチ１０３０を含む様々な装置内で、又は本明細書で述べるルート・サーバの機能を実行できるネットワーク１０００上の他の任意のネットワーク装置で実装できる。図１は複数のスタンドアロン・ルート・サーバ１５００及び１５０５を示しているが、ルート・サーバ１５００の機能は、ネットワーク１０００上の１つ以上の物理的装置内でも実装できる（例えば、ホスト１１６０内及び/又はスイッチ１０３０内）。ルート・サーバ１５００及び１５０５の各々は、本発明の精神を逸脱することなく、ホスト１１６０及び/又はスイッチ１０３０の中に組み込まれてもよいが、本発明はこれに限定されない。
【００２５】
ネットワーク相互接続１０６０、１０７０、１０８０、１０９０、１１００、１１１０、１１５０及び１１７０は、ネットワーク上の装置間の接続を提供する。ネットワーク相互接続は、サブネットワーク（例えば第１サブネットワーク１１４０及び第２サブネットワーク１１３０）間のデータ伝送のための物理的及び論理的経路を提供する。ネットワーク相互接続は、例えば、光ファイバ、ツイストペア、１０ＢａｓｅＴ、イーサネット、及び/又はネットワーク１０００をわたってデータを伝送できる他の任意の手段を含む、様々な物理的及び論理的手段で実装できる。
【００２６】
第１サブネットワーク１１４０、第２サブネットワーク１１３０、第３サブネットワーク１１２０、第４サブネットワーク１０４０、第５サブネットワーク１０５０、及びリモート・サブネットワーク１０２０は、個別のサブネットワーク又は仮想ローカル・エリア・ネットワーク（ＶＬＡＮ）から成る。第１サブネットワーク１１４０、第２サブネットワーク１１３０及び第３サブネットワーク１１２０は同じスイッチ１０３０を共有しており、各サブネットワークは個々にスイッチ１０３０の異なるポート１０２４、１０３２、１０３６を用いている。ルーティングの目的で、第２サブネットワーク１１３０及びリモート・サブネットワーク１０２０は、論理上（即ちＩＰアドレスの面で）、同じサブネットワークの一部である。リモート・サブネットワーク１０２０は、ホストの少なくとも１つ（例えばホスト１０２１）へのネットワーク・アクセスを提供する。図１に示されている実施形態では、第４サブネットワーク１０４０及び第５サブネットワーク１０５０は、ＡＴＭスイッチ、ギガビット・イーサネット・スイッチ、及び/又はメディア・アクセス・レイヤ・アドレスに基くスイッチングを提供できる他の任意の装置等のレイヤ２装置（図示せず）を共有している。しかし、第４サブネットワーク１０４０及び第５サブネットワーク１０５０は、個別の離散的なＩＰネットワークを維持している。従って、たとえ、これらのサブネットワークが共通のレイヤ２装置を共有していても、第４サブネットワーク１０４０上のホスト１０４２が、第４サブネットワークの他のメンバーにＩＰパッケージをブロードキャストする場合には、レイヤ２装置（図示せず）は、そのＩＰパッケージを第５サブネットワーク１０５０には送信しない。
【００２７】
スイッチ１０３０は、例えば、ＡＴＭスイッチ、ギガビット・イーサネット・スイッチ、及び/又は物理アドレスに基くスイッチングが可能な他の任意の通信デバイスを含む、物理アドレス（本明細書では“レイヤ２物理アドレス”又は“メディア・アクセス・レイヤ・アドレス”とも呼ぶ）に基いてスイッチングを提供する様々な装置で実装できる。スイッチ１０３０はパケットを受け取り、そのパケットを封入している物理アドレス又はメディア・アクセス・レイヤ（ＭＡＣレイヤ）アドレスに基いて、受け取ったパケットを適切なポート１０２４、１０３２又は１０３６へとスイッチしてもよいが、本発明はこれに限定されない。パケットを封入する物理アドレスは、そのパケットを宛先（例えば、宛先ホスト、宛先クライアント、及び/又は宛先サーバ）へと又は宛先に向かう一般経路に沿ったネットワーク装置（例えば、ルータ及び/又はスイッチ）へとアドレスする役割をする。
【００２８】
図１のホスト１０２１、１０４２、１０４３、１１６０及び１１８０の各々は、ネットワーク間の交換のためにパケットをアセンブルする機能を実行する１つ又は１組のデータ・プロセッサ（図示せず）で実装できる。ホスト１０２１、１０４２、１０４３、１１６０及び１１８０の各々は、例えば、以下の１つ以上の付加的な構成要素、即ち、１つ以上の中央処理装置、コプロセッサ、メモリ、記憶装置、レジスタ、入力装置、出力装置、及び/又は他の適切なデータ処理装置及びシステムを含むこともできる。更に、本発明の、ホスト１０２１、１０４２、１０４３、１１６０及び１１８０の各々、及び/又は任意の上記のモジュール、デバイス、構成要素、又は機能は、ハードウェア、ソフトウェア、又はファームウェアの任意の適切な組合せで実施可能であり、個別のシステムとして実施されてもよく又は他の装置に組み込まれてもよい。
【００２９】
図２は、本発明に従った、異なるネットワーク（例えば異なるレイヤ３ネットワーク）間のパケット交換と関連付けられたステップを示す例示的なフロー図を示す。
【００３０】
図２に参照されるように、本発明の一実施形態では、処理２０００が開始される（ステップ２０１０）と、ホスト（例えばホスト１１６０）は、論理的にアドレスされたパケット又はデータグラム（例えばＩＰパケット）をネットワーク１０００を介して宛先に送信するためにアセンブルする（ステップ２０２０）ようにしてもよいが、本発明はこれに限定されない。ホストは、宛先のＩＰアドレスを宛先のＭＡＣレイヤ・アドレスに変換するためのアドレス・マップが、論理的にアドレスされたパケットに対するＭＡＣレイヤ・アドレスを含むか否かを決定する（ステップ２０３０）。アドレス・マップが宛先のＭＡＣレイヤ・アドレスを含む（ステップ２０３０で肯定）場合は、ホストは、その論理的にアドレスされたパケットを、宛先のＭＡＣレイヤ・アドレス内に封入して（ステップ２０４０）、封入された論理的にアドレスされたパケットを、スイッチ１０３０等のネットワーク装置に送信する（ステップ２０５０）。スイッチ１０３０は、そのポートの１つで、封入された論理的にアドレスされたパケットを受け取り、スイッチング・テーブルに基いて適切な出力ポートを決定し（ステップ２０６０）、パケットを、スイッチング・テーブルで示される出力ポートにスイッチする（ステップ２０７０）。ホストからその宛先への複数のパケットについて、スイッチは、パケットに対する、スイッチング・テーブルで示されるＭＡＣレイヤ・アドレスに対応する出力ポートへのスイッチングを提供し続ける（ステップ２０８０）。更に送られてくるパケットは宛先の適切なＭＡＣレイヤ・アドレスを含んでいるので、スイッチ１０３０は、ＩＰルータ等のレイヤ３装置の使用を要求せずに、スイッチングを続ける（ステップ２０８０）。
【００３１】
アドレス・マップが、宛先のＩＰアドレスから宛先のＭＡＣレイヤ・アドレスへの変換を含まない（ステップ２０３０で否定）場合は、ホストはルート・サーバに、論理的にアドレスされたパケットを供給する。ルート・サーバは、宛先のＭＡＣレイヤ・アドレスが、ホストと同じサブネットワーク及び/又はＶＬＡＮの一部であるか否かを判断する（ステップ２０９０）。
【００３２】
ルート・サーバが、その宛先のＭＡＣレイヤ・アドレスを、ホストと同じサブネットワーク及び/又はＶＬＡＮの一部であると判断した（ステップ２０９０で肯定）場合は、ルート・サーバは、同じサブネットワーク又はＶＬＡＮ上に、宛先のＭＡＣレイヤ・アドレスを求めるアドレス要求をブロードキャストする（ステップ２１３０）。ルート・サーバが、宛先のＭＡＣレイヤ・アドレスを含むブロードキャストに対する応答を受け取ると（ステップ２１４０）、ルート・サーバはその宛先のＩＰアドレスに対応するＭＡＣレイヤ・アドレスを修正することにより、ホストと関連付けられたアドレス・マップを更新する（ステップ２１５０）。
【００３３】
本実施形態の別の実装例では、宛先のＭＡＣレイヤ・アドレスが、ホストと同じサブネットワーク及び/又はＶＬＡＮの一部であると、ルート・サーバが判断した（ステップ２０９０で肯定）場合は、ルート・サーバはテーブルからＭＡＣレイヤ・アドレスを選択し、宛先のＩＰアドレスに対応するＭＡＣレイヤ・アドレスを修正することにより、ホストと関連付けられたアドレス・マップを更新する（ステップ２１５０）。
【００３４】
更に別の実装例では、宛先のＭＡＣレイヤ・アドレスが、ホストと同じサブネットワーク及び/又はＶＬＡＮの一部であると、ルート・サーバが判断した（ステップ２０９０で肯定）場合は、ルート・サーバは、ルート・サーバが介入せずにホストが宛先のＭＡＣレイヤ・アドレスを解明することを許可してもよい（ステップ２１３０）。
【００３５】
アドレス・マップが更新されたら、ルート・サーバはステップ２０３０を実行する。宛先のＭＡＣレイヤ・アドレスがアドレス・マップにリストアップされているので（ステップ２０３０）、ルート・サーバはステップ２０４０乃至２０７０を実行し、これにより、ＩＰルータ等のレイヤ３装置を使用しなくても、宛先とのＩＰパケットの交換が可能となる。ホストのアドレス・マップが、宛先のＩＰアドレスに対応するＭＡＣアドレスを含むので、ホストは、ステップ２０２０乃至２０８０を実行することで、ルーティングのためのレイヤ３装置を用いずに、複数のパケットの交換を継続できる（ステップ２０８０）。
【００３６】
宛先のＭＡＣレイヤ・アドレスがホストと同じサブネットワーク及び/又はＶＬＡＮの一部ではないと、ルート・サーバが判断した（ステップ２０９０で否定）場合は、ルート・サーバは、論理的にアドレスされたパケット（例えばＩＰパケット）を評価し、論理的にアドレスされたパケットの宛先のＭＡＣレイヤ・アドレスが認識及びサポートされるか否かを決定する（ステップ２１００）。ルート・サーバは、たとえ宛先がホストとは異なるサブネットワーク上にあっても（例えば、宛先とホストとが、同一スイッチ上の異なるサブネットワークにある場合）、宛先のＭＡＣレイヤ・アドレスがスイッチによってサポートされていることを認識してもよいが、本発明はこれに限定されない。
【００３７】
宛先のＭＡＣレイヤ・アドレスが認識及びサポートされる（ステップ２１００で肯定）場合には、ルート・サーバが認識及びサポートする正しいサブネットワーク又はＶＬＡＮ上に、ルート・サーバは宛先のＭＡＣレイヤ・アドレスを求めるアドレス要求をブロードキャストする（ステップ２１２０）。ルート・サーバが、ＭＡＣレイヤ・アドレスを含む、ブロードキャストに対する応答を受け取ったら（ステップ２１４０）、ルート・サーバは先に進み、宛先のＩＰアドレスに対応するＭＡＣレイヤ・アドレスを修正することにより、アドレス・マップを更新する（ステップ２１５０）。
【００３８】
本実施形態の別の実装例では、宛先のＭＡＣレイヤ・アドレスが認識及びサポートされる（ステップ２１００で肯定）場合には、ルート・サーバは、テーブルからＭＡＣレイヤ・アドレスを選択し、宛先のＩＰアドレスに対応するＭＡＣレイヤ・アドレスを修正することにより、ホストと関連付けられたアドレス・マップを更新する（ステップ２１５０）。
【００３９】
本実施形態の更に別の実装例では、ルート・サーバが認識及びサポートする正しいサブネットワーク又はＶＬＡＮ上に、ルート・サーバが宛先のＭＡＣレイヤ・アドレスを求めるアドレス要求をブロードキャストしたら（ステップ２１２０）、ルート・サーバはアイドル状態のままで、ホストが、ＭＡＣレイヤ・アドレスを含む、ブロードキャストに対する応答（ステップ２１４０）を受け取る。次に、ホストは先に進み、宛先のＩＰアドレスに対応するＭＡＣレイヤ・アドレスを修正することにより、アドレス・マップを更新する（ステップ２１５０）。
【００４０】
アドレス・マップが更新されたら（ステップ２１５０）、ルート・サーバは先に進み、ステップ２０３０を実行する。宛先のＭＡＣレイヤ・アドレスがアドレス・マップにリストアップされているので（ステップ２０３０）、ステップ２０４０乃至２０８０が実行される。更に、アドレス・マップが宛先のＭＡＣアドレスを含んでいるので、ホストは、ステップ２０２０乃至２０８０を実行することで、ルーティングのためのレイヤ３装置を用いずに、その宛先との複数のＩＰパケットの交換を継続できる（ステップ２０８０）。
【００４１】
論理的にアドレスされたパケットの宛先のＭＡＣレイヤ・アドレスが認識及びサポートされない（ステップ２１００で否定）場合は、ルート・サーバは、宛先と同じサブネットワーク又はＶＬＡＮ上にある又は宛先に向かう経路に沿った適切な装置のＭＡＣレイヤ・アドレスを返す（ステップ２１１０）。適切な装置は、ネットワーク装置、スイッチ、ＩＰルータ、又はパケット又はデータグラムを宛先に送信できる他の任意の装置であってよい。更に、ルート・サーバは、候補リストから適切な装置を選択してもよい。更に、適切な装置は、実際には１組の適切な装置から成っていてもよい。適切な装置のＭＡＣレイヤ・アドレスを入手したら、次に、ルート・サーバは先に進み、宛先のＩＰアドレスをそのＭＡＣレイヤ・アドレスと関連付けることにより、ホストのアドレス・マップを更新する（ステップ２１５０）。
【００４２】
ルート・サーバは、ステップ２０３０を実行する。宛先のアドレスがマッピングされているので（ステップ２０３０）、ルート・サーバはステップ２０４０乃至２０７０を実行し、それにより、パケットの交換が可能となる。アドレス・マップが宛先のＭＡＣアドレスを含んでいるので、ホストは、ステップ２０２０乃至２０８０を実行することで、複数のパケットの交換を継続できる（ステップ２０８０）。
【００４３】
本発明では、宛先のＭＡＣレイヤ・アドレスでアドレス・マップが更新されたら（ステップ２１５０）、ルート・サーバがステップ２０３０を実行する。或いは、宛先のＭＡＣレイヤ・アドレスでアドレス・マップが更新されたら（ステップ２１５０）、ルート・サーバが通知し、ホストによるステップ２０３０乃至２０８０の実行開始を許可してもよい。
【００４４】
ルート・サーバの更に別の実装例では、ルート・サーバは、宛先ホストのＩＰパケットを、スイッチに対する特別な命令で封入してもよい。次に、スイッチが先に進み、ＩＰパケットに含まれている命令を解釈、実行、及び/又は送信する。
【００４５】
スイッチ１０３０は、スイッチング・テーブルを用いて（ステップ２０６０）、適切な出力ポート１０２４、１０３２、１０３６を決定する。スイッチング・テーブルは以下の形態を取り得る。
【表１】
0004633921.tif 000002
【００４６】
スイッチ１０３０は、スイッチング・テーブルからのＭＡＣレイヤ・アドレスを用いて、受け取ったパケットを適切な出力ポートへとスイッチする（ステップ２０７０）。
【００４７】
例示的なホスト間のパケット交換によって本発明を説明するが、本発明はこれに限定されない。再び図１を参照し、第１の例は、第４サブネットワーク１０４０上の２つのホスト（例えばホスト１０４２及びホスト１０４３）間の交換のような、同一のサブネットワーク又はＶＬＡＮ上の２つのホスト間のパケット交換における本発明を説明する。第２の例は、ホスト１１６０と宛先ホスト１１８０との間の交換のように、宛先のアドレスが認識及びサポートされる場合の、異なるサブネットワーク上の２つのホスト間のパケット交換における本発明を説明する。第３の例は、ホスト１１６０とホスト１０２１との間の交換のように、宛先のアドレスが認識及びサポートされない場合の、異なるサブネットワーク上の２つのホスト間のパケット又はデータグラム交換における本発明を説明する。
【００４８】
（例１）
図１に参照されるように、本発明は、第４サブネットワーク１０４０上のホスト１０４２と宛先ホスト１０４３との間の交換のような、同一のサブネットワーク又はＶＬＡＮ上の２つのホスト間でのパケット交換のための方法及び装置を提供してもよいが、本発明はこれに限定されない。再び図２を参照すると、処理２０００が開始され（ステップ２０１０）、ホスト１０４２は、宛先ホスト１０４３に送信するための、論理的にアドレスされたパケット（例えばＩＰパケット）をアセンブルする（ステップ２０２０）。ホスト１０４２によってアセンブルされるＩＰパケットは、ホスト１０４２上の、より高次のレイヤのアプリケーション（例えば、電子メール、ワード・プロセッシング、ＴＣＰ、ＦＴＰ等）からのデータを含み得る。
【００４９】
ホスト１０４２は、ＩＰパケットのＩＰアドレスを評価し、ホスト１０４２と関連付けられたアドレス・マップが宛先ホスト１０４３のＩＰアドレスから宛先ホスト１０４３のＭＡＣレイヤ・アドレスへの変換を含むか否かを決定する（ステップ２０３０）。ホスト１０４２と関連付けられたアドレス・マップは、ホスト１０４２内、ルート・サーバ１５００内、又はアドレス・マップを格納及び供給できる他の任意の装置内に存在してもよい。ホスト１０４２と関連付けられたアドレス・マップは、以下の形態をとり得る。
【表２】
0004633921.tif 000003
【００５０】
この例のホスト１０４２は独自のアドレス・マップを維持しているが、ホスト１０４２と関連付けられたアドレス・マップは、サブネットワーク又はネットワーク内の複数のホストのアドレス・マップと統合されていてもよい。
【００５１】
アドレス・マップが宛先ホスト１０４３のＭＡＣレイヤ・アドレスを含んでいるので（ステップ２０３０で肯定）、ホスト１０４２はＩＰパケットを宛先ホスト１０４３のＭＡＣレイヤ・アドレス（例えば0:0:c:1:2a:e）内に封入する（ステップ２０４０）。ホスト１０４２は先に進み、封入されたＩＰパケットをスイッチ（図示せず）等のネットワーク装置に送信する（ステップ２０５０）。
【００５２】
スイッチ（図示せず）は、そのポートの１つで、封入されたＩＰパケットを受け取り、ＭＡＣレイヤ・アドレス（例えば0:0:c:1:2a:e）を読み取ってスイッチング・テーブル内のＭＡＣレイヤ・アドレス（例えば0:0:c:1:2a:e）を検索することにより（ステップ２０６０）、適切な出力ポートを決定する。再び図２を参照すると、スイッチは、ＩＰパケットを、スイッチング・テーブルによって示される出力ポートへとスイッチし（ステップ２０７０）、それにより、ＩＰパケットが宛先ホスト１０４３と同じポートに配置される。スイッチは、ホスト１０４２から宛先ホスト１０４３への複数のパケットに対して、スイッチング・テーブルに含まれるＭＡＣレイヤ・アドレスに基き、出力ポートへのパケットのスイッチングを提供し続ける（ステップ２０８０）。更に、送られてくるパケットは宛先ホスト１０４３の適切なＭＡＣレイヤ・アドレスを含むので、スイッチは、ルーティングのためのレイヤ３装置の使用を要求せずに、スイッチングを続ける（ステップ２０８０）。
【００５３】
ホスト１０４２と関連付けられたアドレス・マップが、宛先ホスト１０４３のＩＰアドレスから宛先ホスト１０４３のＭＡＣレイヤ・アドレスへの変換を含まない（ステップ２０３０で否定）場合は、ホスト１０４２はＩＰパケットをルート・サーバ１５０５に供給する。ルート・サーバ１５０５はＩＰパケットに含まれるＩＰアドレスを読み取り、宛先ホスト１０４３のＭＡＣレイヤ・アドレスが、ホスト１０４２と同じサブネットワーク及び/又はＶＬＡＮの一部であるか否かを判断する（ステップ２０９０）。例えば、ルート・サーバ１５０５は、アドレス・マスクを用いてＩＰアドレスを評価し、ホスト１０４２と宛先ホスト１０４３とが同じサブネットワーク（即ち、第４サブネットワーク１０４０）上にあることを決定してもよい。
【００５４】
ルート・サーバ１５０５が、宛先ホスト１０４３のＭＡＣレイヤ・アドレスが、ホスト１０４２と同じサブネットワーク及び/又はＶＬＡＮと対応していると判断した（ステップ２０９０で肯定）場合は、ルート・サーバ１５０５は、正しいネットワーク（即ち、第４サブネットワーク１０４０）上の宛先ホスト１０４３の物理アドレスを求めるアドレス要求をブロードキャストする（ステップ２１３０）。宛先ホスト１０４３は、そのＭＡＣレイヤ・アドレスを要求するブロードキャストを受け取ると、宛先ホスト１０４３はそのＭＡＣレイヤ・アドレスで応答する。
【００５５】
ルート・サーバ１５０５が、宛先ホスト１０４３のＭＡＣレイヤ・アドレスを含む、宛先ホスト１０４３からの応答を受け取ると（ステップ２１４０）、ルート・サーバ１５０５は、宛先ホスト１０４３のＭＡＣレイヤ・アドレス（例えば0:0:c:1:2a:e）を追加することにより、ホスト１０４２と関連付けられたアドレス・マップを更新する（ステップ２１５０）。ルート・サーバ１５０５はステップ２０３０を実行する。宛先ホスト１０４３のＭＡＣレイヤ・アドレスがホスト１０４２のアドレス・マップに含まれているので（ステップ２０３０）、ルート・サーバ１５０５はステップ２０４０乃至２０７０を実行し、これにより、ルーティングのためのレイヤ３装置を使用しなくても、ホスト１０４２と宛先ホスト１０４３との間のＩＰパケットの交換が可能となる。更に、ホスト１０４２と関連付けられたアドレス・マップが、宛先ホスト１０４３のＭＡＣアドレスを含むので、ホスト１０４２は、ルータを用いずに、宛先ホスト１０４３との複数のパケットの交換を継続できる（ステップ２０８０）。
【００５６】
（例２）
再び図１に参照されるように、本発明は、ホスト１１６０と宛先ホスト１１８０との間の交換のような、宛先アドレスが認識及びサポートされる場合の、異なるサブネットワーク上の２つのホスト間のパケット交換のための方法及び装置を提供してもよいが、本発明はこれに限定されない。
【００５７】
再び図２を参照すると、処理２０００が開始されると（ステップ２０１０）、ホスト１１６０は宛先（例えばホスト１１８０）に送信するＩＰパケットをアセンブルする（ステップ２０２０）。ホスト１１６０によってアセンブルされるＩＰパケットは、より高次のレイヤのアプリケーション（例えば、電子メール、ワード・プロセッシング、ＴＣＰ、ＦＴＰ等）からのデータを含み得る。
【００５８】
ホスト１１６０と宛先ホスト１１８０とは異なるサブネットワーク上にあるので、ホスト１１６０と関連付けられたアドレス・マップは、宛先ホスト１１８０のＩＰアドレスからＭＡＣレイヤ・アドレスへの変換を含まないことがある（ステップ２０３０で否定）。本発明で定められている通り、次に、ホスト１１６０は、ＩＰパケットを最終的に宛先ホスト１１８０に届けるために、ルート・サーバ１５００に送る。
【００５９】
ホスト１１６０と宛先ホスト１１８０とは異なるサブネットワーク上にあるので、ルート・サーバ１５００はＩＰパケットのＩＰアドレスを読み取ることにより、宛先ホスト１１８０のＭＡＣレイヤ・アドレスが別のサブネットワークの一部であるか否かを判断する。ルート・サーバ１５００はアドレス・マスクを用いて、ホスト１１６０と宛先ホスト１１８０とが異なるサブネットワーク上にあるか否かを決定してもよいが、本発明はこれに限定されない。
【００６０】
宛先ホスト１１８０がホスト１１６０と同じサブネットワーク又はＶＬＡＮの一部ではないと、ルート・サーバ１５００が判断した（ステップ２０９０で否定）場合には、ルート・サーバ１５００は論理的にアドレスされたパケットの宛先ホスト１１８０が認識及びサポートされるか否かを決定する（ステップ２１００）。ルート・サーバ１５００は、たとえ宛先がホスト１１６０とは異なるサブネットワーク上にあっても（例えば、ホストと宛先ホストとが、同じスイッチ１０３０上の異なるサブネットワーク上にある場合）、宛先のＭＡＣレイヤ・アドレスがスイッチ１０３０によってサポートされていることを認識してもよいが、本発明はこれに限定されない。更に、ルート・サーバ１５００は宛先ホスト１１８０が認識及びサポートされることを示す、（例えば、他のルート・サーバからの）ヒストリー情報又は共有情報を含んでいてもよい。
【００６１】
アドレスが認識及びサポートされる（ステップ２１００で肯定）場合には、ルート・サーバ１５００は、スイッチ１０３０を介して、認識及びサポートされる正しいサブネットワーク上（即ち、第２サブネットワーク１１３０）へと、宛先ホストのＭＡＣレイヤ・アドレスを求めるアドレス要求をブロードキャストする（ステップ２１２０）。宛先ホスト１１８０は、そのＭＡＣレイヤ・アドレスを要求するブロードキャストを受け取ると、宛先ホスト１１８０は、そのＩＰアドレス及びＭＡＣレイヤ・アドレスで応答する。
【００６２】
ルート・サーバ１５００が、宛先ホスト１１８０のＭＡＣアドレスを含む、ブロードキャストに対する応答を受け取ったら（ステップ２１４０）、ルート・サーバ１５００は先に進み、宛先ホスト１１８０と関連付けられたＭＡＣレイヤ・アドレスを追加及び/又は修正することにより、ホスト１１６０と関連付けられたアドレス・マップを更新する（ステップ２１５０）。
【００６３】
アドレス・マップが更新されたら（ステップ２１５０）、ルート・サーバ１５００は先に進み、ステップ２０３０を実行する。宛先のアドレスがマッピングされているので（ステップ２０３０）、上述のように、ステップ２０４０乃至２０８０を実行できる。更に、ホスト１１６０と関連付けられたアドレス・マップが宛先ホスト１１８０と対応するＭＡＣアドレスを含むので、ホスト１１６０は、ルーティングのためのルータを用いずに、宛先ホスト１１８０へのＩＰパケットの送信を継続でき（ステップ２０８０）、これによってルータの必要性を低減及び/又はなくすことにより、ネットワーク１０００の全体的なコストを低減する。
【００６４】
（例３）
図１に参照されるように、本発明は、ホスト１１６０と宛先ホスト１０２１との間の交換のような、宛先アドレスが認識及びサポートされない場合の、異なるサブネットワーク上の２つのホスト間のパケット交換のための方法及び装置を提供するが、本発明はこれに限定されない。
【００６５】
再び図２を参照すると、処理２０００が開始され（ステップ２０１０）、ホスト１１６０は、宛先ホスト１０２１に送信するためにＩＰパケットをアセンブルする（ステップ２０２０）。ホスト１１６０によってアセンブルされるＩＰパケットは、より高次のレイヤのアプリケーション（例えば、電子メール、ワード・プロセッシング、ＴＣＰ、ＦＴＰ等）からのデータを含み得る。
【００６６】
ホスト１１６０と宛先ホスト１０２１とは異なるサブネットワーク上にあるので、ホスト１１６０と関連付けられたアドレス・マップは、宛先ホスト１０２１のＭＡＣレイヤ・アドレスを含まない場合がある（ステップ２０３０で否定）。本発明に従って、ホスト１１６０は、ＩＰパケットを、最終的に宛先ホスト１０２１に届けるために、ルート・サーバ１５００に送る。
【００６７】
ホスト１１６０と宛先ホスト１０２１とは異なるサブネットワーク上にあるので、ルート・サーバ１５００はＩＰパケットのＩＰアドレスを読み取ることにより、宛先ホスト１０２１が別のサブネットワークの一部であるか否かを判断する。ルート・サーバ１５００はアドレス・マスクを用いて、ホスト１１６０と宛先ホスト１０２１とが異なるサブネットワーク上にあるか否かを決定してもよいが、本発明はこれに限定されない。更に、ホスト１１６０と宛先ホスト１０２１とは異なるサブネットワーク上にあるので、宛先ホスト１０２１のＭＡＣレイヤ・アドレスは、ルート・サーバ１５００又はローカル・スイッチ１０３０によって認識及びサポートされない場合がある（ステップ２１００で否定）。本発明に従い、ルート・サーバ１５００は、宛先ホスト１０２１にパケット又はデータグラムを転送できる適切な装置（例えば、ネットワーク装置、ルータ１０１０）のＭＡＣレイヤ・アドレスを返す。
【００６８】
ルート・サーバ１５００は先に進み、宛先ホスト１０２１のＩＰアドレスを適切な装置（例えば、ルータ１０１０）のＭＡＣレイヤ・アドレスと関連付けることにより、ホスト１１６０のアドレス・マップを更新する（ステップ２１５０）。次に、ルート・サーバ１５００はステップ２０３０を実行する。
【００６９】
アドレス・マップが更新されたら（ステップ２１５０）、ルート・サーバ１５００はステップ２０４０乃至２０７０を実行し、これにより、適切な装置のＭＡＣアドレスにＩＰパケットを送ることによって、宛先ホスト１０２１とのＩＰパケットの交換が可能となる。
【００７０】
アドレス・マップが適切な装置のＭＡＣレイヤ・アドレスを含むので、ホスト１１６０は、ルーティングのためのルータを用いずに、ＩＰパケットの宛先ホスト１０２１への送信を継続できる（ステップ２０８０）。
【００７１】
上述した本発明の好ましい実施形態の記述は、説明及び記述の目的で呈示されてきた。本発明の全てを書き尽くしたり、本発明を開示された正確な形態に限定することは意図されず、上述の教示に照らして修正及び変更が可能であり、又は本発明を実施することから修正及び変更が達成され得る。特に、上述の教示はＩＰパケットの使用に関するものであるが、本発明は、本発明の精神を逸脱することなく、他のネットワーキング・プロトコルを用いることもできる。本発明の範囲は、特許請求の範囲及びそれらと等価のものによって定められる。当業者には、本明細書に開示された本発明の明細の考察及び実施により、本発明の他の実施形態が明らかとなろう。明細及び例は、例示として考察されることのみを意図するものであり、本発明の真の範囲及び精神は、添付の特許請求の範囲によって示される。
【図面の簡単な説明】
【図１】本発明に従って構成された例示的なネットワークの一般的なブロック図である。
【図２】本発明に従った、異なるネットワーク間のパケット交換と関連付けられたステップを示す例示的なフロー図である。
【符号の説明】
１０００    ネットワーク
１０１０    ルータ
１５００    ルート・サーバ
１５０５    ルート・サーバ
１０３０    スイッチ
【図１】
0004633921.tif 000004
【図２】
0004633921.tif 000005