JP6121548B2 - パケットを送信するための方法、ルーティング・ブリッジ、およびシステム - Google Patents

Description

本出願は、その全体が参照によって本明細書に組み込まれている、２０１２年１０月１１日に中国特許庁に出願された「ＭＥＴＨＯＤ，ＲＯＵＴＩＮＧ ＢＲＩＤＧＥ，ＡＮＤ
ＳＹＳＴＥＭ ＦＯＲ ＳＥＮＤＩＮＧ ＰＡＣＫＥＴ」という名称の中国特許出願第２０１２１０３８４６２０．０号の優先権を主張するものである。

本発明は通信技術の分野に関し、具体的には、パケットを送信するための方法、ルーティング・ブリッジ、およびシステムに関する。

現在、ネットワークが急速に普及して、用途がますます深化するのに伴って、様々な付加価値サービスが広くネットワーク上に配備され、ネットワークの帯域幅が指数関数的に拡大しており、また、ネットワークの負荷バランスが、ますます関心を集めている。多重ゲートウェイの負荷バランス・プロトコルは、現在広く適用されており、ネットワークの負荷問題を効率よく解決することができるプロトコルである。

多数のリンクの透過的相互接続（Ｔｒａｎｓｐａｒｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ ｏｆ Ｌｏｔｓ ｏｆ Ｌｉｎｋｓ、略してＴＲＩＬＬ）プロトコルは、レイヤ２ネットワークについてのリンク状態計算に基づくルーティング・プロトコルである。ＴＲＩＬＬプロトコルは、中間システム−中間システム（Ｉｎｔｅｒｍｅｄｉａｔｅ Ｓｙｓｔｅｍ ｔｏ Ｉｎｔｅｒｍｅｄｉａｔｅ Ｓｙｓｔｅｍ、略してＩＳ−ＩＳ）プロトコルを用いることによって実施され、ＴＲＩＬＬプロトコルを実行するデバイスは、ルーティング・ブリッジ（Ｒｏｕｔｉｎｇ Ｂｒｉｄｇｅ、略してＲＢ）デバイスと称され、ＲＢによって形成されたネットワークは、ＴＲＩＬＬネットワーク（ＴＲＩＬＬキャンパス）と称される。ＴＲＩＬＬネットワーク上のＲＢは、機能的な観点から、トランジットＲＢ（Ｔｒａｎｓｉｔ ＲＢ）とエッジＲＢ（Ｅｄｇｅ ＲＢ）に分類され得る。各エッジＲＢが、数十の、さらには何百ものサーバによって転送されるデータ・トラフィックのルーティングに関与する。各トランジットＲＢが、複数のエッジＲＢによって転送されたデータ・トラフィックをルーティングしてよい。エッジＲＢは進入ＲＢ（Ｉｎｇｒｅｓｓ
ＲＢ）および退出ＲＢ（Ｅｇｒｅｓｓ ＲＢ）に分類される。エッジＲＢがサーバによって送信された従来のレイヤ２トラフィックを受信し、ＴＲＩＬＬプロトコルを用いることによって、受信された従来のレイヤ２トラフィックをカプセル化し、カプセル化された従来のレイヤ２トラフィックをＴＲＩＬＬネットワーク内へ送信するとき、このエッジＲＢは進入ＲＢであり、エッジＲＢがＴＲＩＬＬネットワークによって転送されたＴＲＩＬＬデータ・トラフィックを受信し、受信されたＴＲＩＬＬデータ・トラフィックをＴＲＩＬＬを用いることによって従来のレイヤ２トラフィックにカプセル開放および回復し、この従来のレイヤ２トラフィックをサーバへ送信するとき、このエッジＲＢは退出ＲＢである。一般的なＴＲＩＬＬネットワーク・アーキテクチャは、トランジットＲＢ、エッジＲＢ、および多くのサーバを含む。ＴＲＩＬＬネットワーク上のＲＢは、ニックネーム（Ｎｉｃｋｎａｍｅ）によって識別され得る。ニックネームは、ネットワーク全体で繰り返すことは許されず、自動的に生成されてよく、手動で構成されてもよい。各ＲＢが、異なるＲＢのニックネームに基づくユニキャストされたルートを確立し、様々なＲＢの間で、ニックネーム・ベースのユニキャストされたルートを通じて相互交信が実施され得る。

今日のＴＲＩＬＬネットワーク・アーキテクチャでは、トラフィックの負荷バランスをとるために、一般に多重ゲートウェイの負荷バランス・プロトコルが用いられ、すなわち、複数のトランジットＲＢが仮想インターネット・プロトコル（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ、略してＩＰ）アドレスを共有し、トランジットＲＢが、複数のトランジットＲＢから、ネゴシエーションによって有効な仮想ゲートウェイとして選択され、有効な仮想ゲートウェイが、他のトランジットＲＢに対して、別々の仮想媒体アクセス制御（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ、略してＭＡＣ）アドレスを別個に割り当てる。１つの仮想ＭＡＣアドレスが各トランジットＲＢに割り当てられる。別々のサーバが、別々の仮想ＭＡＣアドレスによって、エッジＲＢを通じて、別々のトランジットＲＢとの接続を別個に確立して、従来のレイヤ２トラフィックを別々のトランジットＲＢへ別個に送信し、その結果、各トランジットＲＢがトラフィック負荷を均等に共有することによってＴＲＩＬＬネットワークの帯域幅が拡大し、重要なＲＢ（トラフィック負荷に対して主として責任を負うトランジットＲＢ）の障害に起因するＴＲＩＬＬネットワーク故障の問題を防止する。有効な仮想ゲートウェイが、各トランジットＲＢに接続されているサーバの情報表を確立する。トランジットＲＢに障害があるとき、トランジットＲＢに接続されたサーバがＴＲＩＬＬネットワークに適切にアクセスすることを保証するために、有効な仮想ゲートウェイが、トランジットＲＢに接続されているサーバの情報を別のトランジットＲＢに送信する。この別のトランジットＲＢが、アドレス解決プロトコル（Ａｄｒｅｓｓ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｔｏｃｏｌ、略してＡＲＰ）パケットをユニキャストすることによって、サーバの受信情報に対応するサーバへ送信する。トランジットＲＢは、その仮想ＭＡＣアドレスを新しく接続されたサーバに通知するのにＡＲＰパケットを用いることにより、これらのサーバがＴＲＩＬＬネットワークに適切にアクセスすることを可能にする。

ＴＲＩＬＬネットワーク上の多重ゲートウェイの負荷バランスの前述のシナリオにおいて、本発明者は、従来技術には少なくとも以下の問題があることに気付いた。

多数のサーバがＴＲＩＬＬネットワークにアクセスする。多くのサーバが、障害のあるＲＢに接続されていて、新規のトランジットＲＢによってＴＲＩＬＬネットワークにアクセスするとき、新規のトランジットＲＢは、ＡＲＰパケットをユニキャストすることによって、それぞれの新しく接続されたサーバに送信し、この場合、特に障害回復のシナリオにおいて、ＴＲＩＬＬネットワークの多くのリソースが浪費され、多くのリソース・オーバヘッドが、障害修復時間を長引かせ、障害修復効率を低下させる。

本発明の実施形態は、ＴＲＩＬＬネットワーク上のトランジットＲＢに障害があるときもたらされるＴＲＩＬＬネットワーク資源の浪費の問題を解消するように、パケットを送信するための方法、ルーティング・ブリッジ、およびシステムを提供するものであり、トランジットＲＢに接続されたサーバが、新規のトランジットＲＢによってＴＲＩＬＬネットワークにアクセスし、新規のトランジットＲＢが、接続不良が起きている各サーバにＡＲＰパケットを送信する。

第１の態様によれば、パケットを送信する方法が提供され、この方法は、ＴＲＩＬＬネットワークに適用可能であり、かつこの方法は、
第２のトランジットＲＢによって送信されたエッジＲＢのニックネームを、第１のトランジットＲＢにより受信する工程と、
第１のトランジットＲＢによって、第１のトランジットＲＢの仮想ＩＰアドレスおよび仮想ＭＡＣアドレスを含んでいるアドレス通知メッセージを構築する工程と、
第１のトランジットＲＢによって、エッジＲＢのニックネームに応じて、エッジＲＢにアドレス通知メッセージ送信し、その結果、エッジＲＢが、アドレス通知メッセージを受信した後に、仮想ＭＡＣアドレスと仮想ＩＰアドレスの間の対応を含んでいる無償のＡＲＰパケットを、ＴＲＩＬＬネットワークにエッジＲＢを通じてアクセスするサーバへ送信する工程とを含む。

第１の態様の第１の可能な実施態様のやり方では、アドレス通知メッセージは拡張されたＴＲＩＬＬパケットであり、拡張されたＴＲＩＬＬパケットの特定の拡張するやり方は、仮想ＩＰアドレスおよび仮想ＭＡＣアドレスが、拡張されたＴＲＩＬＬパケットのＰａｙｌｏａｄフィールドで搬送されるというものである。

第１の態様または第１の態様の第１の可能な実施態様のやり方では、第１の態様の第２の可能な実施態様のやり方がさらに提供される。第１の態様の第２の可能な実施態様のやり方では、第１のトランジットＲＢはＴＲＩＬＬネットワーク上の有効な仮想フォワーダ・デバイスであり、第２のトランジットＲＢはＴＲＩＬＬネットワーク上の有効な仮想ゲートウェイ・デバイスである。

第２の態様によれば、パケットを送信する方法が提供され、この方法は、ＴＲＩＬＬネットワークに適用可能であり、
トランジットＲＢによって送信された、トランジットＲＢの仮想ＩＰアドレスおよび仮想ＭＡＣアドレスを含んでいるアドレス通知メッセージを、エッジＲＢによって受信する工程と、
仮想ＩＰアドレスと仮想ＭＡＣアドレスの間の対応を含んでいる無償のＡＲＰパケットを構築する工程と、
エッジＲＢによって、無償のＡＲＰパケットを、エッジＲＢを通じてＴＲＩＬＬネットワークにアクセスするサーバへ送信する工程とを含む。

第２の態様の第１の可能な実施態様のやり方では、アドレス通知メッセージは拡張されたＴＲＩＬＬパケットであり、拡張されたＴＲＩＬＬパケットの特定の拡張するやり方は、
仮想ＩＰアドレスおよび仮想ＭＡＣアドレスが、拡張されたＴＲＩＬＬパケットのペイロードＰａｙｌｏａｄフィールドに付加されるというものである。

第３の態様によれば、パケットを送信するための第１のトランジットＲＢが提供され、第１のトランジットＲＢは、ＴＲＩＬＬネットワークに適用可能であり、ＴＲＩＬＬネットワークは第１のトランジットＲＢおよび第２のトランジットＲＢを含み、第１のトランジットＲＢは、
第２のトランジットＲＢによって送信されたエッジＲＢのニックネームを受信するように構成された受信ユニットと、
トランジットＲＢの仮想ＩＰアドレスおよび仮想ＭＡＣアドレスを含んでいるアドレス通知メッセージを構築するように構成された処理ユニットと、
送信ユニットであって、受信ユニットによって受信されたエッジＲＢのニックネームに応じて、処理ユニットによって構築されたアドレス通知メッセージをエッジＲＢへ送信するように構成されており、その結果、エッジＲＢが、アドレス通知メッセージを受信した後に、仮想ＭＡＣアドレスと仮想ＩＰアドレスの間の対応を含んでいる無償のＡＲＰパケットを、ＴＲＩＬＬネットワークにエッジＲＢを通じてアクセスするサーバへ送信する送信ユニットとを含む。

第３の態様の第１の可能な実施態様のやり方では、処理ユニットによって構築されたアドレス通知メッセージは拡張されたＴＲＩＬＬパケットであり、拡張されたＴＲＩＬＬパケットの特定の拡張するやり方は、
仮想ＩＰアドレスおよび仮想ＭＡＣアドレスが、拡張されたＴＲＩＬＬパケットのペイロードＰａｙｌｏａｄフィールドに付加されるというものである。

第３の態様または第３の態様の第１の可能な実施態様のやり方では、第３の態様の第２の可能な実施態様のやり方がさらに提供される。第３の態様の第２の可能な実施態様のやり方では、第１のトランジットＲＢはＴＲＩＬＬネットワーク上の有効な仮想フォワーダ・デバイスであり、第２のトランジットＲＢはＴＲＩＬＬネットワーク上の有効な仮想ゲートウェイ・デバイスである。

第４の態様によれば、パケットを送信するためのエッジＲＢが提供され、エッジＲＢは、ＴＲＩＬＬネットワークに適用可能であり、かつエッジＲＢは、
トランジットＲＢの仮想ＩＰアドレスおよび仮想ＭＡＣアドレスを含む、トランジットＲＢによって送信されたアドレス通知メッセージを受信するように構成された受信ユニットと、
アドレス通知メッセージに応じて、仮想ＩＰアドレスと仮想ＭＡＣアドレスの間の対応を含んでいる無償のＡＲＰパケットを構築するように構成された処理ユニットと、 処理ユニットによって構築された無償のＡＲＰパケットを、ＴＲＩＬＬネットワークにエッジＲＢを通じてアクセスするサーバへ送信するように構成された送信ユニットとを含む。

第５の態様によれば、パケットを送信するためのシステムが提供され、このシステムは、ＴＲＩＬＬネットワークに適用可能であり、第１のトランジット・ルーティング・ブリッジＲＢおよびエッジＲＢを含み、
第１のトランジットＲＢが、
第２のトランジットＲＢによって送信されたエッジＲＢのニックネームを受信するように構成された第１の受信ユニットと、
前記第１のトランジットＲＢの仮想ＩＰアドレスおよび仮想ＭＡＣアドレスを含んでいるアドレス通知メッセージを構築するように構成された第１の処理ユニットと、
第１の受信ユニットによって受信されたエッジＲＢのニックネームに応じて、アドレス通知メッセージをエッジＲＢへ送信するように構成された第１の送信ユニットとを含み、 エッジＲＢが、
前記第１のトランジットＲＢの第１の送信ユニットによって送信されたアドレス通知メッセージを受信するように構成された第２の受信ユニットと、
アドレス通知メッセージに応じて、仮想ＩＰアドレスと仮想ＭＡＣアドレスの間の対応を含んでいる無償のＡＲＰパケットを構築するように構成された第２の処理ユニットと、
第２の処理ユニットによって構築された無償のＡＲＰパケットを、ＴＲＩＬＬネットワークにエッジＲＢを通じてアクセスするサーバへ送信するように構成された第２の送信ユニットとを含む。

要約すれば、前述の技術的解決策により、ＴＲＩＬＬネットワーク上でトランジットＲＢに障害があるとき、トランジットＲＢに接続されたサーバがＴＲＩＬＬネットワークに適切にアクセスすることを保証するために、第２のＲＢが、第１のＲＢにエッジＲＢのニックネームを、有効な仮想ゲートウェイとして送信し、第１のトランジットＲＢが、エッジＲＢのニックネームに応じて、第１のトランジットＲＢの仮想ＩＰアドレスおよび仮想ＭＡＣアドレスを含んでいるアドレス通知メッセージを、ユニキャストすることによってエッジＲＢに送信し、その結果、エッジＲＢが、アドレス通知メッセージを受信した後に、従来のレイヤ２ネットワーク上で、無償のＡＲＰパケットを用いることによって、第１のトランジットＲＢの仮想ＩＰアドレスと第１のトランジットＲＢの仮想ＭＡＣアドレスの間の対応を、障害のあるトランジットＲＢに接続されたサーバへ送信することにより、前述のサーバが第１のトランジットＲＢへの接続を確立してＴＲＩＬＬネットワークに適切にアクセスすることを可能にし、従来技術と比較して、ＴＲＩＬＬネットワーク上で、アドレスを通知するために送信されるメッセージの量を効率よく低減して、ＴＲＩＬＬネットワーク資源の占有を低減する。

本発明の実施形態または従来技術の技術的解決策をより明瞭に説明するために、以下は、本発明の実施形態または従来技術を説明するのに必要な添付図面を簡単に紹介する。明らかに、以下の説明における添付図面は、本発明のいくつかの実施形態を示すのみであるが、当業者なら、それでもなお、創造的な努力をしなくとも、これらの添付図面から他の図面を導出し得る。

本発明の一実施形態によるＴＲＩＬＬネットワーク上の多重ゲートウェイの負荷バランスのネットワーク・アーキテクチャの概略図である。 本発明の一実施形態によってパケットを送信する２つの方法の流れ図である。 本発明の一実施形態によってパケットを送信する２つの方法の流れ図である。 本発明の一実施形態によってパケットを送信する別の方法の流れ図である。 本発明の一実施形態によるＴＲＩＬＬパケットのパケット・フォーマットの概略図である。 本発明の一実施形態による第１のトランジット・スタンバイＲＢの概略構造図である。 本発明の一実施形態によるエッジＲＢの概略構造図である。 本発明の一実施形態によってパケットを送信するためのシステムの概略図である。 本発明の一実施形態による別の第１のトランジットＲＢの概略構造図である。 本発明の一実施形態による別のエッジＲＢの概略構造図である。 本発明の一実施形態によってパケットを送信するための別のシステムの概略図である。

以下は、本発明の実施形態の技術的解決策を、本発明の実施形態の添付図面を参照しながら、明確に、かつ十分に説明するものである。明らかに、説明される実施形態は、本発明の実施形態のすべてではなく、単なる一部分である。当業者によって、創造的な努力をすることなく、本発明の実施形態に基づいて達成されるすべての他の実施形態は、本発明の保護範囲内に入るものとする。

本発明の実施形態をよりよく説明するために、以下は、まず、本発明の実施形態の基になっている、ＴＲＩＬＬネットワークの多重ゲートウェイの負荷バランスのアーキテクチャを簡単に紹介する。

図１に示されるネットワーク・アーキテクチャでは、管理ＲＢ１および管理ＲＢ２が最上位のスイッチング層を形成し、トランジットＲＢ１、トランジットＲＢ２、トランジットＲＢ３、およびトランジットＲＢ４が、上位のスイッチング層を形成し、エッジＲＢ１からエッジＲＢ４のＲＢが下位のスイッチング層を形成し、各エッジＲＢには５０台のサーバが接続されている。管理ＲＢとトランジットＲＢの間に内部ゲートウェイ・プロトコル（Ｉｎｔｅｒｉｏｒ Ｇａｔｅｗａｙ Ｐｒｏｔｏｃｏｌ、略してＩＧＰ）ネットワークが形成されており、トランジットＲＢとエッジＲＢの間にＴＲＩＬＬネットワークが形成されており、エッジＲＢとサーバの間に従来のレイヤ２ネットワークが形成されている。以下では、サーバがＴＲＩＬＬネットワークを通じてパケットを転送するプロセスを説明するのに、例を用いる。

サーバによって送信された従来のレイヤ２パケットが、サーバに接続されているエッジＲＢによってＴＲＩＬＬヘッダを伴ってカプセル化されてＴＲＩＬＬパケットを形成し、これがトランジットＲＢへ転送され、トランジットＲＢがＴＲＩＬＬパケットを管理ＲＢへ転送し、管理ＲＢがＴＲＩＬＬパケットを別のトランジットＲＢへ転送し、この別のトランジットＲＢが、ＴＲＩＬＬパケットを別のエッジＲＢへ転送して、この別のエッジＲＢが、ＴＲＩＬＬパケットを従来のレイヤ２パケットにカプセル開放して、別のエッジＲＢに接続されているサーバへこの従来のレイヤ２パケットを転送する。したがって、ＴＲＩＬＬネットワークのデータ転送プロセスが完成される。たとえば、図１では、サーバ１によって送信される従来のレイヤ２パケットが、サーバ１に接続されているエッジＲＢ１によってＴＲＩＬＬヘッダを伴ってカプセル化されてＴＲＩＬＬパケットを形成し、これがトランジットＲＢ１に転送され、トランジットＲＢ１がＴＲＩＬＬパケットを管理ＲＢ１へ転送し、管理ＲＢ１がＴＲＩＬＬパケットをトランジットＲＢ３へ転送し、トランジットＲＢ３がＴＲＩＬＬパケットをエッジＲＢ３へ転送し、エッジＲＢ３がＴＲＩＬＬパケットを従来のレイヤ２パケットにカプセル開放して、従来のレイヤ２パケットをサーバ１５０へ転送する。

多重ゲートウェイの負荷バランスのシナリオでは、トランジットＲＢ１からトランジットＲＢ４のＲＢが同一の仮想ＩＰアドレスを共有し、トランジットＲＢ１が、有効な仮想ゲートウェイとして、それ自体に仮想ＡＭＣアドレスを別個に割り当て、他の３つのトランジットＲＢが有効な仮想フォワーダとして働き、割り当てられた仮想ＭＡＣアドレスが、サーバによって、エッジＲＢを通じてトランジットＲＢにデータパケットを送信するのに用いられる。たとえば、トランジットＲＢ１は、それ自体に仮想ＭＡＣアドレス１を割り当て、トランジットＲＢ２に仮想ＭＡＣアドレス２を割り当て、エッジＲＢ１に接続された５０台のサーバが、仮想ＭＡＣアドレス１と仮想ＩＰアドレスの間の対応に応じて、トランジットＲＢ１にデータパケットを送信し、エッジＲＢ２に接続された５０台のサーバが、仮想ＭＡＣアドレス２と仮想ＩＰアドレスの間の対応に応じて、トランジットＲＢ２にデータパケットを送信する。有効な仮想ゲートウェイが、有効な仮想フォワーダに仮想ＭＡＣアドレスを割り当てることにより、ＴＲＩＬＬネットワークの多重ゲートウェイの負荷バランスをとる。

以下は、図１に示されたＴＲＩＬＬネットワークの多重ゲートウェイの負荷バランスをとるネットワーク・アーキテクチャを参照しながら本発明の実施形態を説明する。

本発明の一実施形態は、パケットを送信する方法を提供する。図２（ａ）に示されるように、この方法は以下の工程を含む。

２０１ａ：第１のトランジットＲＢが、第２のトランジットＲＢによって送信されたエッジＲＢのニックネームを受信する。

任意選択で、第１のトランジットＲＢはＴＲＩＬＬネットワーク上の有効な仮想フォワーダであり、図１に示されたトランジットＲＢ２からトランジットＲＢ４のＲＢのうち任意のものでよく、第２のトランジットＲＢはＴＲＩＬＬネットワーク上の有効な仮想ゲートウェイであり、図１に示されたトランジットＲＢ１でよい。

エッジＲＢのニックネームは、エッジＲＢのユーザ識別子であり、エッジＲＢを一意的に識別するのに用いられる。

任意選択で、第２のトランジットＲＢは、ＴＲＩＬＬパケットのペイロード（Ｐａｙｌｏａｄ）フィールドにエッジＲＢのニックネームを付加することにより、第１のトランジットＲＢにエッジＲＢのニックネームを送信してよい。

２０２ａ：第１のトランジットＲＢが、第１のトランジットＲＢの仮想ＩＰアドレスおよび仮想ＭＡＣアドレスを含んでいるアドレス通知メッセージを構築する。

任意選択で、アドレス通知メッセージは拡張されたＴＲＩＬＬパケットであり、拡張されたＴＲＩＬＬパケットの特定の拡張するやり方は、
仮想ＩＰアドレスおよび仮想ＭＡＣアドレスが、拡張されたＴＲＩＬＬパケットのペイロードＰａｙｌｏａｄフィールドに付加されるというものである。

２０３ａ：第１のトランジットＲＢが、エッジＲＢのニックネームに応じてエッジＲＢにアドレス通知メッセージを送信し、その結果、エッジＲＢが、アドレス通知メッセージを受信した後に、仮想ＭＡＣアドレスと仮想ＩＰアドレスの間の対応を含んでいる無償のＡＲＰパケットを、ＴＲＩＬＬネットワークにエッジＲＢを通じてアクセスするサーバへ送信する。

第１のトランジットＲＢは、エッジＲＢのニックネームに基づいてユニキャストされたルートを前もって保存し、ユニキャストされたルートに従って、エッジＲＢにアドレス通知メッセージを送信する。エッジＲＢは、アドレス通知メッセージを受信した後に、アドレス通知メッセージに含まれる仮想ＭＡＣアドレスとアドレス通知メッセージに含まれる仮想ＩＰアドレスの間の対応を、無償のＡＲＰパケットの形態で、エッジＲＢに接続されたサーバに知らせる。サーバは、無償のＡＲＰパケットを受信した後に、仮想ＩＰアドレスと仮想ＭＡＣアドレスの間の対応を含んでいるＡＲＰのエントリを確立し、次いで、ＡＲＰのエントリを用いることにより、第１のトランジットＲＢにデータパケットを送信してよい。

たとえば、図１において、エッジＲＢ２は、トランジットＲＢ２によって送信されたアドレス通知メッセージを受信した後、エッジＲＢ２に接続された５０台のサーバに、アドレス通知メッセージで搬送された仮想ＭＡＣアドレスと仮想ＩＰアドレスを含んでいる無償のＡＲＰパケットを送信する。エッジＲＢ２は、仮想ＭＡＣアドレスと仮想ＩＰアドレスの間の対応を、無償のＡＲＰパケットを用いることにより、ブロードキャストすることによって、エッジＲＢ２に接続された５０台のサーバへ送信し、その結果、これらのサーバは、仮想ＭＡＣアドレスと仮想ＩＰアドレスの間の対応に応じて、エッジＲＢ２を通じてトランジットＲＢ２へデータパケットを転送する。

任意選択で、最初に第２のトランジットＲＢが第１のトランジットＲＢに仮想ＭＡＣアドレスを割り当てた後、第１のトランジットＲＢは、工程２０１ａから工程２０３ａを順に遂行してエッジＲＢのニックネームを取得し、エッジＲＢのニックネームに応じて、アドレス通知メッセージを用いることにより、その仮想ＩＰアドレスおよび仮想ＭＡＣアドレスをエッジＲＢへ送信する。あるいは、トランジットＲＢに障害があるとき、第２のトランジットＲＢは、障害のあるトランジットＲＢに対応するエッジＲＢのニックネームを第１のトランジットＲＢに送信し、第１のトランジットＲＢは、工程２０１ａから工程２０３ａを順に遂行して、アドレス通知メッセージを用いることにより、その仮想ＩＰアドレスおよび仮想ＭＡＣアドレスをエッジＲＢへ送信する。

本発明のこの実施形態におけるニックネームは、エッジＲＢのニックネームであり、エッジＲＢを一意的に識別するのに用いられ、それに加えて、ニックネームはサーバのニックネームでもあり得て、サーバを一意的に識別するのに用いられる。同一のエッジＲＢに接続されたサーバのニックネームは同一のフィールド特徴を有し、サーバに接続されたエッジＲＢのニックネームは、サーバのニックネームを用いることによって取得され得る。

本発明のこの実施形態によってパケットを送信する方法は、従来技術と比較して、ＴＲＩＬＬネットワーク上のアドレスを通知するために送信されるメッセージの量を低減することができる。例として、第１のトランジットＲＢの仮想ＭＡＣアドレスが初期化されるシナリオが用いられる。図１に示されたネットワーク・アーキテクチャでは、トランジットＲＢ１によってトランジットＲＢ１からトランジットＲＢ４のＲＢに対して割り当てられた仮想ＭＡＣアドレスが、仮想ＭＡＣアドレス１から仮想ＭＡＣアドレス４まで順番の仮想ＭＡＣアドレスであると想定されており、次いで、エッジＲＢ１に接続されたサーバが、仮想ＭＡＣアドレス１に応じてトランジットＲＢ１へデータを転送し、エッジＲＢ２、エッジＲＢ３、およびエッジＲＢ４に接続されたサーバが、それぞれ仮想ＭＡＣアドレス２、仮想ＭＡＣアドレス３、および仮想ＭＡＣアドレス４に応じて、同じやり方で、それぞれトランジットＲＢ２、トランジットＲＢ３、およびトランジットＲＢ４へデータを転送する。従来技術では、トランジットＲＢは、割り当てられた仮想ＭＡＣアドレスを取得した後、アドレス通知メッセージのＡＲＰパケットをユニキャストすることによって、トランジットＲＢに接続されたエッジＲＢに接続されているすべてのサーバに送信する必要がある。エッジＲＢ１からエッジＲＢ４までのＲＢが５０台のサーバに別個に接続されているので、各トランジットＲＢによって送信されるＡＲＰパケットの量は５０であり、すなわち、トランジットＲＢ１からトランジットＲＢ４が、ＴＲＩＬＬネットワーク上で合計２００のＡＲＰパケットを送信する。しかしながら、本発明のこの実施形態では、トランジットＲＢは、エッジＲＢのニックネームに応じてエッジＲＢにアドレス通知メッセージを送信するだけでよく、エッジＲＢが、無償のＡＲＰパケットを、従来のレイヤ２ネットワーク上でブロードキャストすることによって、エッジＲＢに接続された５０台のサーバに送信し、すなわち、トランジットＲＢ１からトランジットＲＢ４までのＲＢがＴＲＩＬＬネットワーク上で送信するアドレス通知メッセージの合計は、わずか４つである。本発明のこの実施形態によってパケットを送信する方法は、従来技術と比較して、ＴＲＩＬＬネットワーク上で送信されるアドレス通知メッセージの量を低減することができ、ＴＲＩＬＬネットワーク上のリソース・オーバヘッドを低減することができる。

さらに、本発明の一実施形態は、パケットを送信する方法をさらに提供する。図２（ｂ）に示されるように、この方法は以下の工程を含む。

２０１ｂ：エッジＲＢが、トランジットＲＢによって送信された、トランジットＲＢの仮想ＩＰアドレスおよび仮想ＭＡＣアドレスを含んでいるアドレス通知メッセージを受信する。

任意選択で、エッジＲＢは図１に示されたエッジＲＢ１からＲＢ４までのうち任意のものであり、エッジＲＢのニックネームはエッジＲＢのユーザ識別子であって、エッジＲＢを一意的に識別するのに用いられる。

第１のトランジットＲＢが、第１のトランジットＲＢの仮想ＩＰアドレスおよび仮想ＭＡＣアドレスを含んでいるアドレス通知メッセージを構築する。エッジＲＢが、第１のトランジットＲＢによって送信されたアドレス通知メッセージを受信して、第１のトランジットＲＢの仮想ＩＰアドレスおよび仮想ＭＡＣアドレスを取得する。

任意選択で、アドレス通知メッセージは拡張されたＴＲＩＬＬパケットであり、拡張されたＴＲＩＬＬパケットの特定の拡張するやり方は、
仮想ＩＰアドレスおよび仮想ＭＡＣアドレスが、拡張されたＴＲＩＬＬパケットのペイロードＰａｙｌｏａｄフィールドに付加されるというものである。

具体的には、第１のトランジットＲＢは、エッジＲＢのニックネームに基づいてユニキャストされたルートを前もって保存し、ユニキャストされたルートに従って、エッジＲＢにアドレス通知メッセージを送信する。

任意選択で、最初に第２のトランジットＲＢが第１のトランジットＲＢに仮想ＭＡＣアドレスを割り当てた後、第１のトランジットＲＢが、工程２０１ａから工程２０３ａを順に遂行してエッジＲＢのニックネームを取得し、エッジＲＢのニックネームに応じて、アドレス通知メッセージを用いることにより、その仮想ＩＰアドレスおよび仮想ＭＡＣアドレスをエッジＲＢへ送信する。あるいは、トランジットＲＢに障害があるとき、第２のトランジットＲＢが、障害のあるトランジットＲＢに対応するエッジＲＢのニックネームを第１のトランジットＲＢに送信し、第１のトランジットＲＢが、工程２０１ａから工程２０３ａを順に遂行して、アドレス通知メッセージを用いることにより、その仮想ＩＰアドレスおよび仮想ＭＡＣアドレスをエッジＲＢへ送信する。

本発明のこの実施形態におけるニックネームは、エッジＲＢのニックネームであり、エッジＲＢを一意的に識別するのに用いられ、それに加えて、ニックネームはサーバのニックネームでもあり得て、サーバを一意的に識別するのに用いられる。同一のエッジＲＢに接続されたサーバのニックネームは同一のフィールド特徴を有し、サーバに接続されたエッジＲＢのニックネームは、サーバのニックネームを用いることによって取得され得る。

２０２ｂ：エッジＲＢが、仮想ＩＰアドレスと仮想ＭＡＣアドレスの間の対応を含んでいる無償のＡＲＰパケットを構築する。

エッジＲＢが、アドレス通知メッセージを受信した後に、アドレス通知メッセージに含まれる仮想ＭＡＣアドレスとアドレス通知メッセージに含まれる仮想ＩＰアドレスの間の対応を含んでいる無償のＡＲＰパケットを構築する。

２０３ｂ：エッジＲＢが、無償のＡＲＰパケットを、ＴＲＩＬＬネットワークにエッジＲＢを通じてアクセスするサーバへ送信する。

エッジＲＢが、アドレス通知メッセージを受信した後に、アドレス通知メッセージに含まれる仮想ＭＡＣアドレスとアドレス通知メッセージに含まれる仮想ＩＰアドレスの間の対応を、無償のＡＲＰパケットの形態で、エッジＲＢに接続されたサーバに知らせる。サーバが、無償のＡＲＰパケットを受信した後に、仮想ＩＰアドレスと仮想ＭＡＣアドレスの間の対応を含んでいるＡＲＰのエントリを確立し、次いで、ＡＲＰのエントリを用いることにより、第１のトランジットＲＢにデータパケットを送信してよい。

たとえば、図１において、エッジＲＢ２が、トランジットＲＢ２によって送信されたアドレス通知メッセージを受信した後、アドレス通知メッセージで搬送された仮想ＭＡＣアドレスと仮想ＩＰアドレスを含んでいる無償のＡＲＰパケットを、エッジＲＢ２に接続された５０台のサーバに送信する。エッジＲＢ２が、仮想ＭＡＣアドレスと仮想ＩＰアドレスの間の対応を、無償のＡＲＰパケットを用いることにより、ブロードキャストすることによって、エッジＲＢ２に接続された５０台のサーバへ送信し、その結果、これらのサーバが、仮想ＭＡＣアドレスと仮想ＩＰアドレスの間の対応に応じて、エッジＲＢ２を通じてトランジットＲＢ２へデータパケットを転送する。

本発明のこの実施形態によってパケットを送信する方法は、従来技術と比較して、ＴＲＩＬＬネットワーク上のアドレスを通知するために送信されるメッセージの量を低減することができる。例として、第１のトランジットＲＢの仮想ＭＡＣアドレスが初期化されるシナリオが用いられる。図１に示されたネットワーク・アーキテクチャでは、トランジットＲＢ１によってトランジットＲＢ１からトランジットＲＢ４のＲＢに対して割り当てられた仮想ＭＡＣアドレスが、仮想ＭＡＣアドレス１から仮想ＭＡＣアドレス４まで順番の仮想ＭＡＣアドレスであると想定されており、次いで、エッジＲＢ１に接続されたサーバが、仮想ＭＡＣアドレス１に応じてトランジットＲＢ１へデータを転送し、エッジＲＢ２、エッジＲＢ３、およびエッジＲＢ４に接続されたサーバが、それぞれ仮想ＭＡＣアドレス２、仮想ＭＡＣアドレス３、および仮想ＭＡＣアドレス４に応じて、それぞれトランジットＲＢ２、トランジットＲＢ３、およびトランジットＲＢ４へデータを転送する。従来技術では、トランジットＲＢは、割り当てられた仮想ＭＡＣアドレスを取得した後、アドレス通知メッセージのＡＲＰパケットをユニキャストすることによって、トランジットＲＢに接続されたエッジＲＢに接続されているすべてのサーバに送信する必要がある。エッジＲＢ１からエッジＲＢ４が５０台のサーバに別個に接続されているので、各トランジットＲＢによって送信されるＡＲＰパケットの量は５０であり、すなわち、トランジットＲＢ１からトランジットＲＢ４までのＲＢが、ＴＲＩＬＬネットワーク上で合計２００のＡＲＰパケットを送信する。しかしながら、本発明のこの実施形態では、トランジットＲＢは、エッジＲＢのニックネームに応じてエッジＲＢにアドレス通知メッセージを送信するだけでよく、エッジＲＢが、無償のＡＲＰパケットを従来のレイヤ２ネットワーク上でブロードキャストすることによって、エッジＲＢに接続された５０台のサーバに送信し、すなわち、トランジットＲＢ１からトランジットＲＢ４までのＲＢがＴＲＩＬＬネットワーク上で送信するアドレス通知メッセージの合計は、わずか４つである。本発明のこの実施形態によってパケットを送信する方法は、従来技術と比較して、ＴＲＩＬＬネットワーク上で送信されるアドレス通知メッセージの量を低減することができ、ＴＲＩＬＬネットワーク上のリソース・オーバヘッドを低減することができる。

さらに、図２（ａ）および図２（ｂ）に示される実施形態のさらなる説明として、本発明の一実施形態は、パケットを送信する方法をさらに提供する。図３に示されるように、この方法は以下の工程を含む。

３０１：第１のトランジットＲＢが、第２のトランジットＲＢによって送信されたエッジＲＢのニックネームを受信する。

３０２：第１のトランジットＲＢが、第１のトランジットＲＢの仮想ＩＰアドレスおよび仮想ＭＡＣアドレスを含んでいるアドレス通知メッセージを構築する。

任意選択で、アドレス通知メッセージは拡張されたＴＲＩＬＬパケットであり、拡張されたＴＲＩＬＬパケットの特定の拡張のやり方が図４に示されており、ＴＲＩＬＬ ＨｄｒフィールドはＴＲＩＬＬパケットのヘッダであり、ＳＡ（Ｓｏｕｒｃｅ Ａｄｄｒｅｓｓ）フィールドは、送信元アドレスであって、本発明のこの実施形態では第１のトランジットＲＢのアドレスであり、ＤＡ（Ｄｅｓｔｉｎａｔｉｏｎ Ａｄｄｒｅｓｓ）フィールドは宛先アドレスであって、本発明のこの実施形態ではエッジＲＢのアドレスで満たされており、仮想ＩＰアドレスおよび仮想ＭＡＣアドレスが、拡張されたＴＲＩＬＬパケットのペイロードＰａｙｌｏａｄフィールドで搬送される。イーサネット・パケットも、拡張されたＴＲＩＬＬパケットでカプセル化されるとき、仮想ＩＰアドレスおよび仮想ＭＡＣアドレスはイーサネット・パケットのペイロード（Ｅｔｈｅｒｎｅｔ Ｐａｙｌｏａｄ）フィールドで搬送されてよい。中間システム−中間システム（Ｉｎｔｅｒｍｅｄｉａｔｅ
Ｓｙｓｔｅｍ ｔｏ Ｉｎｔｅｒｍｅｄｉａｔｅ Ｓｙｓｔｅｍ、ＩＳ−ＩＳ）パケットも、拡張されたＴＲＩＬＬパケットでカプセル化されるとき、仮想ＩＰアドレスおよび仮想ＭＡＣアドレスはＩＳ−ＩＳパケットのペイロード（ＩＳ−ＩＳ Ｐａｙｌｏａｄ）フィールドで搬送されてよい。

３０３：第１のトランジットＲＢが、エッジＲＢのニックネームに応じてエッジＲＢにアドレス通知メッセージを送信し、その結果、エッジＲＢが、アドレス通知メッセージを受信した後に、仮想ＭＡＣアドレスと仮想ＩＰアドレスの間の対応を含んでいる無償のＡＲＰパケットを、ＴＲＩＬＬネットワークにエッジＲＢを通じてアクセスするサーバへ送信する。

任意選択で、拡張されたＴＲＩＬＬパケットのペイロードにはフラグ・フィールドも含まれ得る。エッジＲＢは、アドレス通知メッセージを受信した後に、フラグ・フィールドが含まれていると判断すると、アドレス通知メッセージに含まれる仮想ＭＡＣアドレスとアドレス通知メッセージに含まれる仮想ＩＰアドレスの間の対応を、無償のＡＲＰパケットの形態で、エッジＲＢに接続されたサーバに知らせる。

エッジＲＢは、第１のトランジットＲＢによって送信されたアドレス通知メッセージを受信した後に、アドレス通知メッセージをカプセル開放し、仮想ＩＰアドレスおよび仮想ＭＡＣアドレスを取得して、仮想ＩＰアドレスと仮想ＭＡＣアドレスの間の対応を無償のＡＲＰパケットに付加し、次いで、無償のＡＲＰパケットを、従来のレイヤ２ネットワーク上でブロードキャストすることによって、接続されているサーバに送信する。

本発明のこの実施形態では、例として、エッジＲＢに接続されたサーバに対する責任をトランジットＲＢが共有する状況が用いられていることに留意されたい。実際の用途では、トランジットＲＢは、エッジＲＢに接続された複数のサーバに対する責任を共有してよい。特定のやり方は、前述の図３に示された方法の実施態様のやり方を参照することにより、複数のエッジＲＢの特徴を参照しながら実施されてよい。本明細書では、詳細が繰り返し説明されることはない。

以下で、図１に示されたネットワーク・アーキテクチャおよび図３に示された方法の実装形態を参照しながら、本発明の実施形態の２つの適用のシナリオを説明する。

第１の適用のシナリオ
図１において、第２のトランジットＲＢはトランジットＲＢ１であり、第１のトランジットＲＢはトランジットＲＢ２である。トランジットＲＢ１は、ＴＲＩＬＬネットワーク上の有効な仮想ゲートウェイであり、それ自体に仮想ＭＡＣアドレス１を割り当て、ＲＢ２に仮想ＭＡＣアドレス２を割り当てて、エッジＲＢ２のニックネームをトランジットＲＢ２に送信する。トランジットＲＢ２は、エッジＲＢ２を介して、サーバ５１からサーバ１００のサーバに接続されることになる。トランジットＲＢ２は、エッジＲＢ２のニックネームを受信した後、アドレス通知メッセージを用いることによって、トランジットＲＢ２の仮想ＩＰアドレスおよび仮想ＭＡＣアドレスを、エッジＲＢ２のニックネームに応じてエッジＲＢ２に送信する。エッジＲＢ２は、アドレス通知メッセージを受信した後、トランジットＲＢ２の仮想ＩＰアドレスとトランジットＲＢ２の仮想ＭＡＣアドレスの間の対応を、無償のＡＲＰパケットの形態で、サーバ５１からサーバ１００のサーバに送信する。サーバ５１からサーバ１００のサーバは、無償のＡＲＰパケットを受信した後に、仮想ＩＰアドレスと仮想ＭＡＣアドレスの間の対応を含んでいるＡＲＰのエントリを別個に確立し、次いで、ＡＲＰのエントリを用いることにより、第１のトランジットＲＢ２にデータパケットを送信することができる。

第２の適用のシナリオ
図１において、第２のトランジットＲＢはトランジットＲＢ１であり、第１のトランジットＲＢはトランジットＲＢ２である。トランジットＲＢ１は、ＴＲＩＬＬネットワーク上の有効な仮想ゲートウェイであり、それ自体に仮想ＭＡＣアドレス１を割り当て、トランジットＲＢ２に仮想ＭＡＣアドレス２を割り当てて、トランジットＲＢ３に仮想ＭＡＣアドレス３を割り当てる。通常の状態では、サーバ５１からサーバ１００のサーバはエッジＲＢ２を介してトランジットＲＢ２に接続され、サーバ１０１からサーバ１５０はエッジＲＢ３を介してトランジットＲＢ３に接続される。トランジットＲＢ３に障害があるとき、トランジットＲＢ１は、トランジットＲＢ２にエッジＲＢ３のニックネームを送信する。トランジットＲＢ２は、エッジＲＢ３のニックネームを受信した後、アドレス通知メッセージを用いることによって、トランジットＲＢ２の仮想ＩＰアドレスおよび仮想ＭＡＣアドレスを、エッジＲＢ３のニックネームに応じてエッジＲＢ３に送信する。エッジＲＢ３は、アドレス通知メッセージを受信した後、トランジットＲＢ２の仮想ＩＰアドレスとトランジットＲＢ２の仮想ＭＡＣアドレスの間の対応を、無償のＡＲＰパケットの形態で、サーバ１０１からサーバ１５０のサーバに送信する。サーバ１０１からサーバ１５０のサーバは、無償のＡＲＰパケットを受信した後、仮想ＩＰアドレスと仮想ＭＡＣアドレスの間の対応を含んでいるＡＲＰのエントリを別個に確立する。次いで、サーバ１０１からサーバ１５０のサーバは、ＡＲＰのエントリを用いることによって第１のトランジットＲＢ２にデータパケットを送信することができ、それによって、サーバ１０１からサーバ１５０のサーバとＴＲＩＬＬネットワークの間の適切な接続を実現する。

前述の技術的解決策によれば、第２のＲＢが、ＴＲＩＬＬネットワーク上で、エッジＲＢのニックネームを第１のＲＢに送信し、第１のトランジットＲＢが、エッジＲＢのニックネームに応じて、第１のトランジットＲＢの仮想ＩＰアドレスおよび仮想ＭＡＣアドレスを含んでいるアドレス通知メッセージを、ユニキャストすることによってエッジＲＢに送信し、その結果、エッジＲＢが、アドレス通知メッセージを受信した後に、従来のレイヤ２ネットワーク上で、無償のＡＲＰパケットを用いることによって、第１のトランジットＲＢの仮想ＩＰアドレスと第１のトランジットＲＢの仮想ＭＡＣアドレスの間の対応を、ＴＲＩＬＬネットワークにエッジＲＢを通じてアクセスするサーバへ送信することにより、前述のサーバが第１のトランジットＲＢへの接続を確立してＴＲＩＬＬネットワークにアクセスすることを可能にし、従来技術と比較して、ＴＲＩＬＬネットワーク上でアドレスを通知するために送信されるメッセージの量を効率よく低減して、ＴＲＩＬＬネットワーク資源の占有を低減する。

本発明のこの実施形態におけるパケットを送信する方法によれば、第１のトランジットＲＢの仮想ＩＰアドレスおよび仮想ＭＡＣアドレスがＴＲＩＬＬパケットにカプセル化され得、拡張されたＴＲＩＬＬパケットが、ＴＲＩＬＬネットワーク上でユニキャストすることによってエッジＲＢに送信され、エッジＲＢが、第１のトランジットＲＢの仮想ＩＰアドレスと第１のトランジットＲＢの仮想ＭＡＣアドレスの間の対応を搬送する無償のＡＲＰパケットを、従来のレイヤ２ネットワーク上でブロードキャストすることによってサーバへ送信し、これによって、ＴＲＩＬＬネットワーク上でアドレスを通知するために送信されるメッセージの量を効率よく低減して、ＴＲＩＬＬネットワーク資源の占有を低減することができる。

前述の方法の実施形態の実装形態を参照して、本発明の一実施形態は、第１のトランジットＲＢ５０および第２のトランジットＲＢを含んでいるＴＲＩＬＬネットワークに適用可能な第１のトランジットＲＢ５０を提供するものである。図５に示されるように、第１のトランジットＲＢ５０は、受信ユニット５１、処理ユニット５２、および送信ユニット５３を含み、
受信ユニット５１は、第２のトランジットＲＢによって送信されたエッジＲＢのニックネームを受信するように構成されており、
処理ユニット５２は、第１のトランジットＲＢの仮想ＩＰアドレスおよび仮想ＭＡＣアドレスを含んでいるアドレス通知メッセージを構築するように構成されており、
送信ユニット５３は、受信ユニット５１によって受信されたエッジＲＢのニックネームに応じて、処理ユニット５２によって構築されたアドレス通知メッセージをエッジＲＢへ送信するように構成されており、その結果、エッジＲＢが、アドレス通知メッセージを受信した後に、仮想ＭＡＣアドレスと仮想ＩＰアドレスの間の対応を含んでいる無償のＡＲＰパケットを、ＴＲＩＬＬネットワークにエッジＲＢを通じてアクセスするサーバへ送信する。

さらに、処理ユニット５２によって構築されたアドレス通知メッセージは拡張されたＴＲＩＬＬパケットであり、拡張されたＴＲＩＬＬパケットの特定の拡張するやり方は、
処理ユニット５２が、仮想ＩＰアドレスおよび仮想ＭＡＣアドレスを、拡張されたＴＲＩＬＬパケットのペイロードＰａｙｌｏａｄフィールドに付加するというものである。

任意選択で、アドレス通知メッセージは拡張されたＴＲＩＬＬパケットであり、拡張されたＴＲＩＬＬパケットの特定の拡張のやり方が図４に示されており、ＴＲＩＬＬ ＨｄｒフィールドはＴＲＩＬＬパケットのヘッダであり、ＳＡ（Ｓｏｕｒｃｅ Ａｄｄｒｅｓｓ）フィールドは、送信元アドレスであって、本発明のこの実施形態では第１のトランジットＲＢ５０のアドレスであり、ＤＡ（Ｄｅｓｔｉｎａｔｉｏｎ Ａｄｄｒｅｓｓ）フィールドは宛先アドレスであって、本発明のこの実施形態ではエッジＲＢのアドレスで満たされており、仮想ＩＰアドレスおよび仮想ＭＡＣアドレスが、拡張されたＴＲＩＬＬパケットのペイロードＰａｙｌｏａｄフィールドで搬送される。イーサネット・パケットも、拡張されたＴＲＩＬＬパケットでカプセル化されるとき、仮想ＩＰアドレスおよび仮想ＭＡＣアドレスはイーサネット・パケットのペイロード（Ｅｔｈｅｒｎｅｔ Ｐａｙｌｏａｄ）フィールドで搬送されてよい。中間システム−中間システム（Ｉｎｔｅｒｍｅｄｉａｔｅ Ｓｙｓｔｅｍ ｔｏ Ｉｎｔｅｒｍｅｄｉａｔｅ Ｓｙｓｔｅｍ、ＩＳ−ＩＳ）パケットも、拡張されたＴＲＩＬＬパケットでカプセル化されるとき、仮想ＩＰアドレスおよび仮想ＭＡＣアドレスはＩＳ−ＩＳパケットのペイロード（ＩＳ−ＩＳペイロード）フィールドで搬送されてよい。

さらに、第１のトランジットＲＢ５０はＴＲＩＬＬネットワーク上の有効な仮想フォワーダ・デバイスであり、第２のトランジットＲＢはＴＲＩＬＬネットワーク上の有効な仮想ゲートウェイ・デバイスである。

エッジＲＢのニックネームは、エッジＲＢのユーザ識別子であり、エッジＲＢを一意的に識別するのに用いられる。

任意選択で、第２のトランジットＲＢは、ＴＲＩＬＬパケットのペイロード（Ｐａｙｌｏａｄ）フィールドにエッジＲＢのニックネームを付加することにより、第１のトランジットＲＢ５０にエッジＲＢのニックネームを送信してよい。

第１のトランジットＲＢ５０は、エッジＲＢのニックネームに基づいてユニキャストされたルートを前もって保存し、ユニキャストされたルートに従って、エッジＲＢにアドレス通知メッセージを送信する。エッジＲＢは、アドレス通知メッセージを受信した後に、アドレス通知メッセージに含まれる仮想ＭＡＣアドレスとアドレス通知メッセージに含まれる仮想ＩＰアドレスの間の対応を、無償のＡＲＰパケットの形態で、エッジＲＢに接続されたサーバに知らせる。サーバは、無償のＡＲＰパケットを受信した後に、仮想ＩＰアドレスと仮想ＭＡＣアドレスの間の対応を含んでいるＡＲＰのエントリを確立し、次いで、ＡＲＰのエントリを用いることにより、第１のトランジットＲＢ５０にデータパケットを送信することができる。

任意選択で、拡張されたＴＲＩＬＬパケットのペイロードにはフラグ・フィールドも含まれ得る。エッジＲＢは、アドレス通知メッセージを受信した後に、フラグ・フィールドが含まれていると判断すると、アドレス通知メッセージに含まれる仮想ＭＡＣアドレスとアドレス通知メッセージに含まれる仮想ＩＰアドレスの間の対応を、無償のＡＲＰパケットの形態で、エッジＲＢに接続されたサーバに知らせる。

エッジＲＢは、第１のトランジットＲＢ５０によって送信されたアドレス通知メッセージを受信した後に、アドレス通知メッセージをカプセル開放し、仮想ＩＰアドレスおよび仮想ＭＡＣアドレスを取得して、仮想ＩＰアドレスと仮想ＭＡＣアドレスの間の対応を無償のＡＲＰパケットに付加し、次いで、無償のＡＲＰパケットを、従来のレイヤ２ネットワーク上でブロードキャストすることによって、接続されているサーバに送信する。

本発明のこの実施形態によって提供される第１のトランジットＲＢ５０は、第１のトランジットＲＢ５０の仮想ＩＰアドレスおよび仮想ＭＡＣアドレスをＴＲＩＬＬパケットにカプセル化して、このＴＲＩＬＬパケットを、ＴＲＩＬＬネットワーク上でユニキャストすることによって、エッジＲＢに送信することができ、エッジＲＢが、第１のトランジットＲＢ５０の仮想ＩＰアドレスと第１のトランジットＲＢ５０の仮想ＭＡＣアドレスの間の対応を搬送する無償のＡＲＰパケットを、従来のレイヤ２ネットワーク上でブロードキャストすることによってサーバへ送信し、これによって、ＴＲＩＬＬネットワーク上でアドレスを通知するために送信されるメッセージの量を効率よく低減して、ＴＲＩＬＬネットワーク資源の占有を低減することができる。

前述の方法の実施形態の実装形態を参照して、本発明の一実施形態は、ＴＲＩＬＬネットワークに適用可能なエッジＲＢ６０を提供するものである。図６に示されるように、エッジＲＢ６０は、受信ユニット６１、処理ユニット６２、および送信ユニット６３を含み、
受信ユニット６１は、トランジットＲＢの仮想ＩＰアドレスおよび仮想ＭＡＣアドレスを含めてトランジットＲＢによって送信されたアドレス通知メッセージを受信するように構成されており、
処理ユニット６２は、アドレス通知メッセージに応じて、仮想ＩＰアドレスと仮想ＭＡＣアドレスの間の対応を含んでいる無償のＡＲＰパケットを構築するように構成されており、
送信ユニット６３は、処理ユニット６２によって構築された無償のＡＲＰパケットを、ＴＲＩＬＬネットワークにエッジＲＢを通じてアクセスするサーバへ送信するように構成されている。

任意選択で、アドレス通知メッセージは拡張されたＴＲＩＬＬパケットであり、拡張されたＴＲＩＬＬパケットの特定の拡張するやり方が図４に示されており、ＴＲＩＬＬ ＨｄｒフィールドはＴＲＩＬＬパケットのヘッダであり、ＳＡ（Ｓｏｕｒｃｅ Ａｄｄｒｅｓｓ）フィールドは、送信元アドレスであって、本発明のこの実施形態ではトランジットＲＢのアドレスであり、ＤＡ（Ｄｅｓｔｉｎａｔｉｏｎ Ａｄｄｒｅｓｓ）フィールドは宛先アドレスであって、本発明のこの実施形態ではエッジＲＢ６０のアドレスで満たされており、仮想ＩＰアドレスおよび仮想ＭＡＣアドレスが、拡張されたＴＲＩＬＬパケットのペイロードＰａｙｌｏａｄフィールドで搬送される。イーサネット・パケットも、拡張されたＴＲＩＬＬパケットでカプセル化されるとき、仮想ＩＰアドレスおよび仮想ＭＡＣアドレスはイーサネット・パケットのペイロード（Ｅｔｈｅｒｎｅｔ Ｐａｙｌｏａｄ）フィールドで搬送されてよい。中間システム−中間システム（Ｉｎｔｅｒｍｅｄｉａｔｅ
Ｓｙｓｔｅｍ ｔｏ Ｉｎｔｅｒｍｅｄｉａｔｅ Ｓｙｓｔｅｍ、ＩＳ−ＩＳ）パケットも、拡張されたＴＲＩＬＬパケットでカプセル化されるとき、仮想ＩＰアドレスおよび仮想ＭＡＣアドレスはＩＳ−ＩＳパケットのペイロード（ＩＳ−ＩＳペイロード）フィールドで搬送されてよい。

エッジＲＢ６０のニックネームは、エッジＲＢ６０のユーザ識別情報であり、エッジＲＢ６０を一意的に識別するのに用いられる。

トランジットＲＢは、エッジＲＢのニックネームに基づいてユニキャストされたルートを前もって保存し、ユニキャストされたルートに従って、エッジＲＢ６０にアドレス通知メッセージを送信する。エッジＲＢ６０は、アドレス通知メッセージを受信した後に、アドレス通知メッセージに含まれる仮想ＭＡＣアドレスとアドレス通知メッセージに含まれる仮想ＩＰアドレスの間の対応を、無償のＡＲＰパケットの形態で、エッジＲＢ６０に接続されたサーバに知らせる。サーバは、無償のＡＲＰパケットを受信した後に、仮想ＩＰアドレスと仮想ＭＡＣアドレスの間の対応を含んでいるＡＲＰのエントリを確立し、次いで、ＡＲＰのエントリを用いることにより、トランジットＲＢにデータパケットを送信することができる。

任意選択で、拡張されたＴＲＩＬＬパケットのペイロードにはフラグ・フィールドも含まれ得る。エッジＲＢ６０は、アドレス通知メッセージを受信した後に、フラグ・フィールドが含まれていると判断すると、アドレス通知メッセージに含まれる仮想ＭＡＣアドレスとアドレス通知メッセージに含まれる仮想ＩＰアドレスの間の対応を、無償のＡＲＰパケットの形態で、エッジＲＢ６０に接続されたサーバに知らせる。

エッジＲＢ６０は、トランジットＲＢによって送信されたアドレス通知メッセージを受信した後に、アドレス通知メッセージをカプセル開放し、仮想ＩＰアドレスおよび仮想ＭＡＣアドレスを取得して、仮想ＩＰアドレスと仮想ＭＡＣアドレスの間の対応を無償のＡＲＰパケットに付加し、次いで、無償のＡＲＰパケットを、従来のレイヤ２ネットワーク上でブロードキャストすることによって、接続されているサーバに送信する。

本発明のこの実施形態によって提供されるエッジＲＢ６０は、トランジットＲＢによって送信された、仮想ＩＰアドレスおよび仮想ＭＡＣアドレスを搬送するアドレス通知メッセージを受信し、トランジットＲＢの仮想ＩＰアドレスと仮想ＭＡＣアドレスの間の対応を搬送する無償のＡＲＰパケットを、従来のレイヤ２ネットワーク上でブロードキャストすることによってサーバへ送信し、これによって、ＴＲＩＬＬネットワーク上でアドレスを通知するために送信されるメッセージの量を効率よく低減して、ＴＲＩＬＬネットワーク資源の占有を低減することができる。

さらに、本発明の一実施形態は、パケットを送信するためのシステム７０をさらに提供するものであり、システム７０は、ＴＲＩＬＬネットワークに適用可能である。図７に示されるように、システム７０は第１のトランジットＲＢ７１およびエッジＲＢ７２を含み、
第１のトランジットＲＢ７１は、
第２のトランジットＲＢによって送信されたエッジＲＢ７２のニックネームを受信するように構成された第１の受信ユニット７１１と、
トランジットＲＢ７１の仮想ＩＰアドレスおよび仮想ＭＡＣアドレスを含んでいるアドレス通知メッセージを構築するように構成された第１の処理ユニット７１２と、
第１の受信ユニット７１１によって受信されたエッジＲＢ７２のニックネームに応じて、アドレス通知メッセージをエッジＲＢ７２に送信するように構成された第１の送信ユニット７１３とを含み、
エッジＲＢ７２は、
第１のトランジットＲＢ７１の第１の送信ユニット７１３によって送信されたアドレス通知メッセージを受信するように構成された第２の受信ユニット７２１と、
第２の処理ユニット７２２であって、第２の受信ユニット７２１によって受信されたアドレス通知メッセージがエッジＲＢ７２のニックネームを含んでいると判断したとき、アドレス通知メッセージに従って、仮想ＩＰアドレスと仮想ＭＡＣアドレスの間の対応を含んでいる無償のＡＲＰパケットを構築するように構成された第２の処理ユニット７２２と、
第２の処理ユニットによって構築された無償のＡＲＰパケットを、エッジＲＢ７２を通じてＴＲＩＬＬネットワークにアクセスするサーバへ送信するように構成された第２の送信ユニット７２３とを含む。

本発明のこの実施形態によってパケットを送信するためのシステム７０は、第１のトランジットＲＢの仮想ＩＰアドレスおよび仮想ＭＡＣアドレスをＴＲＩＬＬパケットにカプセル化して、このＴＲＩＬＬパケットを、ＴＲＩＬＬネットワーク上でユニキャストすることによってエッジＲＢに送信することができ、エッジＲＢが、第１のトランジットＲＢの仮想ＩＰアドレスと第１のトランジットＲＢの仮想ＭＡＣアドレスの間の対応を搬送する無償のＡＲＰパケットを、従来のレイヤ２ネットワーク上でブロードキャストすることによってサーバへ送信し、これによって、ＴＲＩＬＬネットワーク上でアドレスを通知するためのメッセージの量を効率よく低減して、ＴＲＩＬＬネットワーク資源の占有を低減することができる。

さらに、本発明の一実施形態は、第１のトランジットＲＢ８０および第２のトランジットＲＢを含んでいるＴＲＩＬＬネットワークに適用可能な、第１のトランジットＲＢ８０をさらに提供するものである。図８に示されるように、第１のトランジットＲＢ８０は、受信器８１、プロセッサ８２、および送信器８３を含み、
受信器８１は、第２のトランジットＲＢによって送信されたエッジＲＢのニックネームを受信するように構成されており、
プロセッサ８２は、第１のトランジットＲＢの仮想ＩＰアドレスおよび仮想ＭＡＣアドレスを含んでいるアドレス通知メッセージを構築するように構成されており、
送信器８３は、受信器８１によって受信されたエッジＲＢのニックネームに応じて、プロセッサ８２によって構築されたアドレス通知メッセージをエッジＲＢへ送信するように構成されており、その結果、エッジＲＢが、アドレス通知メッセージを受信した後に、仮想ＭＡＣアドレスと仮想ＩＰアドレスの間の対応を含んでいる無償のＡＲＰパケットを、ＴＲＩＬＬネットワークにエッジＲＢを通じてアクセスするサーバへ送信する。

さらに、プロセッサ８２によって構築されたアドレス通知メッセージは拡張されたＴＲＩＬＬパケットであり、拡張されたＴＲＩＬＬパケットの特定の拡張するやり方は、
プロセッサ８２が、仮想ＩＰアドレスおよび仮想ＭＡＣアドレスを、拡張されたＴＲＩＬＬパケットのＰａｙｌｏａｄフィールドに付加するというものである。

さらに、第１のトランジットＲＢはＴＲＩＬＬネットワーク上の有効な仮想フォワーダ・デバイスであり、第２のトランジットＲＢはＴＲＩＬＬネットワーク上の有効な仮想ゲートウェイ・デバイスである。

本発明のこの実施形態によって提供される第１のトランジットＲＢ８０は、第１のトランジットＲＢ８０の仮想ＩＰアドレスおよび仮想ＭＡＣアドレスをＴＲＩＬＬパケットにカプセル化して、このＴＲＩＬＬパケットを、ＴＲＩＬＬネットワーク上でユニキャストすることによってエッジＲＢに送信することができ、エッジＲＢが、第１のトランジットＲＢ８０の仮想ＩＰアドレスと第１のトランジットＲＢ８０の仮想ＭＡＣアドレスの間の対応を搬送する無償のＡＲＰパケットを、従来のレイヤ２ネットワーク上でブロードキャストすることによってサーバへ送信し、これによって、ＴＲＩＬＬネットワーク上でアドレスを通知するために送信されるメッセージの量を効率よく低減して、ＴＲＩＬＬネットワーク資源の占有を低減することができる。

さらに、本発明の一実施形態は、ＴＲＩＬＬネットワークに適用可能なエッジＲＢ９０を提供するものである。図９に示されるように、エッジＲＢ９０は、受信器９１、プロセッサ９２、および送信器９３を含み、
受信器９１は、トランジットＲＢの仮想ＩＰアドレスおよび仮想ＭＡＣアドレスを含めてトランジットＲＢによって送信されたアドレス通知メッセージを受信するように構成されており、
プロセッサ９２は、アドレス通知メッセージに応じて、仮想ＩＰアドレスと仮想ＭＡＣアドレスの間の対応を含んでいる無償のＡＲＰパケットを構築するように構成されており、
送信器９３は、プロセッサ９２によって構築された無償のＡＲＰパケットを、エッジＲＢ９０を通じてＴＲＩＬＬネットワークにアクセスするサーバに送信するように構成されている。

本発明のこの実施形態によって提供されるエッジＲＢ９０は、トランジットＲＢによって送信された、仮想ＩＰアドレスおよび仮想ＭＡＣアドレスを搬送するアドレス通知メッセージを受信して、トランジットＲＢの仮想ＩＰアドレスとトランジットＲＢの仮想ＭＡＣアドレスの間の対応を搬送する無償のＡＲＰパケットを、従来のレイヤ２ネットワーク上でブロードキャストすることによってサーバへ送信することができ、これによって、ＴＲＩＬＬネットワーク上でアドレスを通知するために送信されるメッセージの量を効率よく低減して、ＴＲＩＬＬネットワーク資源の占有を低減することができる。

さらに、本発明の一実施形態は、パケットを送信するためのシステム１００をさらに提供するものであり、システム１００は、ＴＲＩＬＬネットワークに適用可能である。図１０に示されるように、システム１００は第１のトランジットＲＢ１００１およびエッジＲＢ１００２を含み、
第１のトランジットＲＢ１００１は、
第２のトランジットＲＢによって送信されたエッジＲＢ１００２のニックネームを受信するように構成された第１の受信器１００１１と、
トランジットＲＢ１００１の仮想ＩＰアドレスおよび仮想ＭＡＣアドレスを含んでいるアドレス通知メッセージを構築するように構成された第１のプロセッサ１００１２と、
第１の受信器１００１１によって受信されたエッジＲＢ１００２のニックネームに応じて、アドレス通知メッセージをエッジＲＢ１００２に送信するように構成された第１の送信器１００１３とを含み、
エッジＲＢ１００２は、
第１のトランジットＲＢ１００１の第１の送信器１００１３によって送信されたアドレス通知メッセージを受信するように構成された第２の受信器１００２１と、
アドレス通知メッセージに従って、仮想ＩＰアドレスと仮想ＭＡＣアドレスの間の対応を含んでいる無償のＡＲＰパケットを構築するように構成された第２のプロセッサ１００２２と、
第２のプロセッサ１００２２によって構築された無償のＡＲＰパケットを、エッジＲＢ１００２を通じてＴＲＩＬＬネットワークにアクセスするサーバに送信するように構成された第２の送信器１００２３とを含む。

本発明のこの実施形態によってパケットを送信するためのシステム１００は、第１のトランジットＲＢ１００１の仮想ＩＰアドレスおよび仮想ＭＡＣアドレスをＴＲＩＬＬパケットにカプセル化して、このＴＲＩＬＬパケットを、ＴＲＩＬＬネットワーク上でユニキャストすることによって、エッジＲＢ１００２に送信することができ、エッジＲＢ１００２が、第１のトランジットＲＢ１００１の仮想ＩＰアドレスと第１のトランジットＲＢ１００１の仮想ＭＡＣアドレスの間の対応を搬送する無償のＡＲＰパケットを、従来のレイヤ２ネットワーク上でブロードキャストすることによってサーバへ送信し、これによって、ＴＲＩＬＬネットワーク上でアドレスを通知するために送信されるメッセージの量を効率よく低減して、ＴＲＩＬＬネットワーク資源の占有を低減することができる。

当業者なら、前述の機能モジュールの分割は、簡単で簡潔な説明のために、単なる例として用いられていることを明確に理解するであろう。実際の用途では、前述の機能は、必要に応じて、実装形態のための別々の機能モジュールに割り当てられてよく、すなわち、装置の内部構造は、上記で説明された機能のすべてまたは一部分を実施するように別々の機能モジュールに分割されてよい。前述のシステム、装置、およびユニットの詳細な作業プロセスについては、前述の方法の実施形態の対応するプロセスが参照され得て、本明細書では詳細が再び説明されることはない。

本出願で提供されるいくつかの実施形態では、開示されたシステム、装置、および方法が、他のやり方で実施され得ることを理解されたい。たとえば、説明された装置の実施形態は単なる例示である。たとえば、モジュールまたはユニット分割は、単なる論理的な機能分割であり、実際の実装形態では他の分割でもよい。たとえば、複数のユニットまたは構成要素を、結合するか、または別のシステムに組み込んでよく、あるいはいくつかの機能を無視するかまたは遂行しなくてもよい。それに加えて、示された、または論じられた相互結合、直接結合、または通信接続は、いくつかのインターフェースによって実施されてもよい。装置またはユニットの間の間接的結合または通信接続は、電子的形態、機械的形態、または他の形態で実施されてよい。

個別の部分として説明されたユニットは、物理的に分離していても分離していなくてもよく、また、ユニットとして示された部分は、物理的ユニットであってもそうでなくてもよく、１つの位置に配置されても、複数のネットワーク・ユニット上に分散されてもよい。実施形態の解決策の目的を達成するための実際の必要性に応じて、ユニットの一部分または全体を選択してよい。

それに加えて、本発明の実施形態における機能ユニットは、１つの処理ユニットに一体化されてよく、またはユニットのそれぞれが単独で物理的に存在してもよく、または２つ以上のユニットが１つのユニットに一体化されてもよい。一体型ユニットは、ハードウェアの形態で実施されてよく、またはソフトウェア機能ユニットの形態で実施されてもよい。

これらの一体型ユニットは、ソフトウェア機能ユニットの形態で実施され、独立した製品として販売されるかまたは使用されるとき、コンピュータ可読の記憶媒体に記憶されてよい。そのような理解に基づいて、本発明の技術的解決策は、基本的に、または従来技術に貢献する部分が、または技術的解決策のすべてもしくは一部分が、ソフトウェア製品の形態で実施されてよい。コンピュータ・ソフトウェア製品は、記憶媒体に記憶され、本発明の実施形態で説明された方法の工程のすべてまたは一部分を遂行するように、コンピュータ・デバイス（パーソナル・コンピュータ、サーバ、またはネットワーク・デバイスでよい）またはプロセッサに指示するためのいくつかの指令を含む。前述の記憶媒体は、ＵＳＢフラッシュ・ドライブ、着脱式ハードディスク、読取り専用メモリ（ＲＯＭ、Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ）、ランダム・アクセス・メモリ（ＲＡＭ、Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、磁気ディスク、または光ディスクなど、プログラム・コードを記憶することができる任意の媒体を含む。

最後に、前述の実施形態は、本発明を限定するのでなく、単に本発明の技術的解決策を例示的に説明するように意図されていることに留意されたい。本発明およびその有益な効果が、前述の実施形態を参照しながら詳細に説明されてきたが、当業者なら、本発明の特許請求の範囲から逸脱することなく、前述の実施形態において説明された技術的解決策に対する修正形態またはそのいくつかの技術的特徴に対する等価な置換をさらに作成することができることを理解するはずである。

Claims (9)

1. 多数のリンクの透過的相互接続（ＴＲＩＬＬ）ネットワークの多重ゲートウェイ負荷バランスのアーキテクチャに基づく、パケットを送信するための方法であって、
   トランジットＲＢに障害があるとき、第１のトランジット・ルーティング・ブリッジ（ＲＢ）によって、第２のトランジットＲＢによって送信されたエッジＲＢのニックネーム（Ｎｉｃｋｎａｍｅ）を受信する工程であって、前記エッジＲＢのニックネーム（Ｎｉｃｋｎａｍｅ）が前記障害があるトランジットＲＢに対応し、前記第１のトランジットＲＢが前記ＴＲＩＬＬネットワーク上の有効な仮想フォワーダ・デバイスであり、前記第２のトランジットＲＢが前記ＴＲＩＬＬネットワーク上の有効な仮想ゲートウェイ・デバイスである、前記工程と、
   前記第１のトランジットＲＢによって、前記第１のトランジットＲＢの仮想ＩＰアドレスおよび仮想ＭＡＣアドレスを備えるアドレス通知メッセージを構築する工程と、
   前記第１のトランジットＲＢによって、前記エッジＲＢの前記ニックネームに応じて、前記エッジＲＢに前記アドレス通知メッセージ送信し、その結果、前記エッジＲＢが、ブロードキャストによって、前記アドレス通知メッセージを受信した後に、無償のアドレス解決プロトコルＡＲＰパケットを、前記ＴＲＩＬＬネットワークに前記エッジＲＢを通じてアクセスするサーバへ送信する工程であって、前記無償のＡＲＰパケットは前記仮想ＭＡＣアドレスと前記仮想ＩＰアドレスの間の対応を備える、工程とを備える方法。
2. 前記アドレス通知メッセージは、拡張されたＴＲＩＬＬパケットであり、前記拡張されたＴＲＩＬＬパケットの特定の拡張するやり方が、
   前記仮想ＩＰアドレスおよび前記仮想ＭＡＣアドレスが、前記拡張されたＴＲＩＬＬパケットのペイロード（Ｐａｙｌｏａｄ）フィールドで搬送されるというものである請求項１に記載の方法。
3. 多数のリンクの透過的相互接続（ＴＲＩＬＬ）ネットワークの多重ゲートウェイ負荷バランスのアーキテクチャに基づく、パケットを送信するための方法であって、
   トランジット（ＲＢ）によって送信された、前記トランジットＲＢの仮想ＩＰアドレスおよび仮想ＭＡＣアドレスを備えるアドレス通知メッセージを、ユニキャストされたルートに従って、エッジ・ルーティング・ブリッジＲＢによって受信する工程であって、前記ユニキャストされたルートは、前記エッジＲＢのニックネーム（Ｎｉｃｋｎａｍｅ）に基づいて前記トランジットＲＢ内に前もって保存される、前記工程と、
   前記エッジＲＢによって、前記仮想ＩＰアドレスと前記仮想ＭＡＣアドレスの間の対応を備える無償のアドレス解決プロトコルＡＲＰパケットを構築する工程と、
   前記エッジＲＢによって、前記無償のＡＲＰパケットを、ブロードキャストによって、前記ＴＲＩＬＬネットワークに前記エッジＲＢを通じてアクセスするサーバへ送信する工程とを備える方法。
4. 前記アドレス通知メッセージは、拡張されたＴＲＩＬＬパケットであり、前記拡張されたＴＲＩＬＬパケットの特定の拡張するやり方が、
   前記仮想ＩＰアドレスおよび前記仮想ＭＡＣアドレスが、前記拡張されたＴＲＩＬＬパケットのペイロード（Ｐａｙｌｏａｄ）フィールドで搬送されるというものである請求項３に記載の方法。
5. 多数のリンクの透過的相互接続（ＴＲＩＬＬ）ネットワークの多重ゲートウェイ負荷バランスのアーキテクチャに基づく、パケットを送信するための第１のトランジット・ルーティング・ブリッジＲＢであって、前記ＴＲＩＬＬネットワークが前記第１のトランジットＲＢおよび第２のトランジットＲＢを備え、前記第１のトランジットＲＢが、
   トランジットＲＢに障害があるとき、前記第２のトランジットＲＢによって送信されたエッジＲＢのニックネーム（Ｎｉｃｋｎａｍｅ）を受信するように構成された受信ユニットであって、前記エッジＲＢのニックネーム（Ｎｉｃｋｎａｍｅ）が前記障害があるトランジットＲＢに対応し、前記第１のトランジットＲＢが前記ＴＲＩＬＬネットワーク上の有効な仮想フォワーダ・デバイスであり、前記第２のトランジットＲＢが前記ＴＲＩＬＬネットワーク上の有効な仮想ゲートウェイ・デバイスである、前記受信ユニットと、
   前記第２のトランジットＲＢの仮想ＩＰアドレスおよび仮想ＭＡＣアドレスを備えるアドレス通知メッセージを構築するように構成された処理ユニットと、
   送信ユニットであって、前記受信ユニットによって受信された前記エッジＲＢの前記ニックネームに応じて、前記処理ユニットによって構築された前記アドレス通知メッセージを前記エッジＲＢに、送信するように構成されており、その結果、前記エッジＲＢが、前記アドレス通知メッセージを受信した後に、無償のアドレス解決プロトコルＡＲＰパケットを、前記ＴＲＩＬＬネットワークに前記エッジＲＢを通じてアクセスするサーバへ、ブロードキャストによって、送信する送信ユニットであって、前記無償のＡＲＰパケットは前記仮想ＭＡＣアドレスと前記仮想ＩＰアドレスの間の対応を備える、送信ユニットとを備える第１のトランジット・ルーティング・ブリッジＲＢ。
6. 前記処理ユニットによって構築された前記アドレス通知メッセージは、拡張されたＴＲＩＬＬパケットであり、前記拡張されたＴＲＩＬＬパケットの特定の拡張するやり方が、 前記仮想ＩＰアドレスおよび前記仮想ＭＡＣアドレスが、前記拡張されたＴＲＩＬＬパケットのペイロード（Ｐａｙｌｏａｄ）フィールドで搬送されるというものである請求項５に記載の第１のトランジットＲＢ。
7. 前記トランジットＲＢが前記ＴＲＩＬＬネットワーク上の有効な仮想フォワーダ・デバイスであり、前記第２のトランジットＲＢが前記ＴＲＩＬＬネットワーク上の有効な仮想ゲートウェイ・デバイスである請求項５または６に記載の第１のトランジットＲＢ。
8. 多数のリンクの透過的相互接続（ＴＲＩＬＬ）ネットワークの多重ゲートウェイ負荷バランスのアーキテクチャに基づく、パケットを送信するためのエッジ・ルーティング・ブリッジＲＢであって、
   トランジットＲＢの仮想ＩＰアドレスおよび仮想ＭＡＣアドレスをアドレス通知メッセージが備え、ユニキャストされたルートに従って、前記トランジットＲＢによって送信された前記アドレス通知メッセージを受信するように構成された受信ユニットであって、前記ユニキャストされたルートは、前記エッジＲＢのニックネーム（Ｎｉｃｋｎａｍｅ）に基づいて前記トランジットＲＢ内に前もって保存される、前記受信ユニットと、
   前記アドレス通知メッセージに従って、前記仮想ＩＰアドレスと前記仮想ＭＡＣアドレスの間の対応を備える無償のアドレス解決プロトコルＡＲＰパケットを構築するように構成された処理ユニットと、
   前記処理ユニットによって構築された前記無償のＡＲＰパケットを、前記ＴＲＩＬＬネットワークに前記エッジＲＢを通じてアクセスするサーバへ、ブロードキャストによって、送信するように構成された送信ユニットとを備えるエッジＲＢ。
9. 多数のリンクの透過的相互接続（ＴＲＩＬＬ）ネットワークの多重ゲートウェイ負荷バランスのアーキテクチャに基づく、パケットを送信するためのシステムであって、第１のトランジット・ルーティング・ブリッジＲＢおよびエッジＲＢを備え、
   前記第１のトランジットＲＢが、
   トランジットＲＢに障害があるとき、第２のトランジットＲＢによって送信された前記エッジＲＢのニックネーム（Ｎｉｃｋｎａｍｅ）を受信するように構成された第１の受信ユニットであって、前記エッジＲＢのニックネーム（Ｎｉｃｋｎａｍｅ）が前記障害があるトランジットＲＢに対応し、前記第１のトランジットＲＢが前記ＴＲＩＬＬネットワーク上の有効な仮想フォワーダ・デバイスであり、前記第２のトランジットＲＢが前記ＴＲＩＬＬネットワーク上の有効な仮想ゲートウェイ・デバイスである、前記第１の受信ユニットと、
   前記トランジットＲＢの仮想ＩＰアドレスおよび仮想ＭＡＣアドレスを備えるアドレス通知メッセージを構築するように構成された第１の処理ユニットと、
   前記第１の受信ユニットによって受信された前記エッジＲＢの前記ニックネームに応じて、前記アドレス通知メッセージを前記エッジＲＢへ送信するように構成された第１の送信ユニットとを備え、
   前記エッジＲＢが、
   前記第１のトランジットＲＢの前記第１の送信ユニットによって送信された前記アドレス通知メッセージを受信するように構成された第２の受信ユニットと、
   前記アドレス通知メッセージに従って、前記仮想ＩＰアドレスと前記仮想ＭＡＣアドレスの間の対応を備える無償のアドレス解決プロトコルＡＲＰパケットを構築するように構成された第２の処理ユニットと、
   前記第２の処理ユニットによって構築された前記無償のＡＲＰパケットを、前記ＴＲＩＬＬネットワークに前記エッジＲＢを通じてアクセスするサーバへ、ブロードキャストによって、送信するように構成された第２の送信ユニットとを備えるシステム。

Images