サービスネットワークと、レイヤ2ネットワークの複数のエッジノードを介して前記サービスネットワークに結合された複数の異なる物理的位置にある複数のレイヤ2ネットワークとを備え、前記エッジノードは、前記レイヤ2ネットワークにわたる複数のホストの複数のインターネットプロトコルアドレスを維持するように構成され、前記レイヤ2ネットワークの各々における前記ホストの前記IPアドレスは、他のレイヤ2ネットワークによって、前記ホストの同じレイヤ2ネットワーク内の前記エッジノードの各々の媒体アクセス制御アドレスにマップされることを特徴とする装置。前記エッジノードは、IPアドレスを有する前記ホストの前記MACアドレスを認識していない、請求項1に記載の装置。前記エッジノードはまた、複数の非IPアプリケーションのための複数のMACアドレスを維持するようにも構成される、請求項1に記載の装置。前記サービスネットワークは、レイヤ3ネットワーク、レイヤ25ネットワーク、および、レイヤ2ネットワークのうち1つである、請求項1に記載の装置。前記エッジノードは、レイヤ2ゲートウェイであり、前記ホストは、複数のアプリケーション、サーバおよびまたは仮想マシンを備え、前記レイヤ2ネットワークは、異なるデータセンタに位置することが可能である、請求項1に記載の装置。前記レイヤ2ネットワーク内の前記ホストは、他のレイヤ2ネットワーク内の前記ホストの前記MACアドレスを認識していない、請求項1に記載の装置。前記エッジノードは、すべての前記レイヤ2ネットワーク内の前記ホストの前記IPアドレスを備える複数のローカルIPアドレス情報テーブル、および、前記エッジノードの同じレイヤ2ネットワーク内のローカルホストのみのため、前記レイヤ2ネットワーク内の複数の非IPアプリケーションのため、または、両方の、複数のMACアドレスを備える複数のMACアドレス転送テーブルを備える、請求項1に記載の装置。前記レイヤ2ネットワーク内の複数のスイッチは、前記エッジノードのためのデリゲートとして動作し、前記スイッチは、IPアドレスの複数の異なるサブセットを、前記対応するエッジノードから受信し維持する、請求項1に記載の装置。前記レイヤ2ネットワーク内の複数のスイッチは、アドレス解決プロトコルプロキシとして動作し、前記ARPプロキシは、複数のARPリクエストおよびレスポンスを、前記スイッチと同じレイヤ2ネットワーク内の前記ホストと交換する、請求項1に記載の装置。複数の物理的位置に位置し、サービスを介して相互接続された複数の外部レイヤ2ネットワーク内の、複数のホストのための複数のインターネットプロトコルアドレスを受信するように構成された受信器と、前記外部レイヤ2ネットワーク内の前記ホストの前記IPアドレスを、同じ外部レイヤ2ネットワーク内の複数の対応するゲートウェイの複数の媒体アクセス制御アドレスにマップするように構成された論理回路と、前記外部レイヤ2ネットワークへ、前記サービスを介して前記外部レイヤ2ネットワークに結合されたローカルレイヤ2ネットワーク内の複数のローカルホストのための複数のIPアドレスを送信するように構成された送信器とを備えるネットワークコンポーネント。単一のデータセンタロケーション内の複数の仮想ローカルエリアネットワーク内の前記ホストの前記IPアドレスは、前記外部ゲートウェイの前記MACアドレスのうち同じものにマップされる、請求項10に記載のネットワークコンポーネント。前記ホストは、前記DCロケーション内の前記VLANのうち1つにおける複数の仮想プライベートグループまたはクローズドユーザグループに関連付けられる、請求項11に記載のネットワークコンポーネント。前記ローカルホストの複数のIPアドレスは、周期的に、または、前記ローカルホストもしくは前記ローカルホストの前記IPアドレスに変更が発生するとき、送信されて、前記外部レイヤ2ネットワーク内のアドレス情報が更新される、請求項10に記載のネットワークコンポーネント。第2のDCロケーション内の第2のホスト向けである、第1のデータセンタロケーション内の第1のホストからのフレームを受信するステップと、前記フレーム内の前記第2のホストのための宛先アドレスを、前記第2のDCロケーション内のレイヤ2ゲートウェイの媒体アクセス制御アドレスにマップするステップと、MACinMACについての電気電子技術者協会8021ah規格をサポートする外側MACヘッダを追加して、前記L2GWの前記MACアドレスを示す内部フレームを得るステップと、前記内部フレームを前記第2のDCロケーションへ、前記第2のDCロケーションに結合されたサービスインスタンスを介して送信するステップとを備える方法。前記フレームは、前記第1のDCロケーション内のローカルL2GWのためのMACDA、前記第1のホストのためのMACソースアドレス、前記第2のホストのためのインターネットプロトコルDA、および、前記第1のホストのためのIPSAを備え、前記外側MACヘッダは、前記L2GWのためのMACDA、前記ローカルL2GWのためのMACSA、および、前記内部フレームがMACアドレス変換を必要とすることを示すイーサタイプを備え、前記内部フレームは、前記外側MACヘッダ、前記ローカルL2GWのための前記MACDA、および、前記第1のホストの前記MACSAを備える、請求項14に記載の方法。前記第2のホストは、非インターネットプロトコルアプリケーションであり、前記フレームは、前記第1のDCロケーション内のローカルL2GWのためのMACDA、および、前記第1のホストのためのMACソースアドレスを備え、前記外側MACヘッダは、前記L2GWのためのMACDA、前記ローカルL2GWのためのMACSA、および、前記内部フレームがMACinMACのためのものであることを示すイーサタイプを備え、前記内部フレームは、前記外側MACヘッダ、前記第2のホストのためのMACDA、および、前記第1のホストの前記MACSAを備える、請求項14に記載の方法。前記第2のホストは、以前のDCロケーションから前記第2のDCロケーションへ移動しており、前記フレームは、前記第1のDCロケーション内のローカルL2GWのためのMACDA、前記第1のホストのためのMACソースアドレス、前記第2のホストのためのインターネットプロトコルDA、および、前記第1のホストのためのIPSAを備え、前記外側MACヘッダは、前記L2GWのためのMACDA、前記ローカルL2GWのためのMACSA、および、前記内部フレームがMACアドレス変換を必要とすることを示すイーサタイプを備え、前記内部フレームは、前記外側MACヘッダ、前記以前のDCロケーションから学習された前記第2のホストのためのMACDA、および、前記第1のホストの前記MACSAを備える、請求項14に記載の方法。別のDCロケーション内の外部ホストのMACアドレスを得るための、アドレス解決プロトコルリクエストを、前記第1のDCロケーション内のローカルホストから受信するステップと、前記外部ホストのインターネットプロトコルアドレスが、前記第1のDCロケーション内のローカルL2GWのIPアドレス情報テーブル内で検出される場合、前記外部ホストに代わって、前記ローカルL2GWの前記MACアドレスを示すARPリプライを、前記ローカルホストへ返すステップとをさらに備える、請求項14に記載の方法。ホストから更新を得るために、アドレス解決プロトコルメッセージを前記ホストへ送信するステップと、ARPリプライが前記ホストから受信される場合、前記IPアドレス情報テーブル内の前記ホストのエントリを更新するステップとをさらに備える、請求項18に記載の方法。IPアドレス情報テーブルから、複数のホストのための複数のインターネットプロトコルアドレスを、アドレス解決プロトコルプロキシとしての機能を果たす複数のデリゲートスイッチへプッシュするステップと、前記ホストのための更新されたIPアドレスの統合されたリストを、前記デリゲートスイッチから受信するステップとをさらに備える、請求項14に記載の方法。一実施形態では、本開示は、サービスネットワークと、レイヤ2ネットワークの複数のエッジノードを介してサービスネットワークに結合された複数の異なる物理的位置にある複数のレイヤ2ネットワークとを備え、エッジノードは、レイヤ2ネットワークにわたる複数のホストの複数のインターネットプロトコルアドレスを維持するように構成され、レイヤ2ネットワークの各々におけるホストのIPアドレスは、他のレイヤ2ネットワークによって、ホストの同じレイヤ2ネットワーク内のエッジノードの各々の媒体アクセス制御アドレスにマップされる、装置を含む。もう1つの実施形態では、本開示は、複数の物理的位置に位置し、サービスを介して相互接続された複数の外部レイヤ2ネットワーク内の、複数のホストのための複数のIPアドレスを受信するように構成された受信器と、外部レイヤ2ネットワーク内のホストのIPアドレスを、同じ外部レイヤ2ネットワーク内の複数の対応するゲートウェイの複数のMACアドレスにマップするように構成された論理回路と、外部レイヤ2ネットワークへ、サービスを介して外部レイヤ2ネットワークに結合されたローカルレイヤ2ネットワーク内の複数のローカルホストのための複数のIPアドレスを送信するように構成された送信器とを備える、ネットワークコンポーネントを含む。さらにもう1つの実施形態では、本開示は、第2のDCロケーション内の第2のホスト向けである、第1のデータセンタロケーション内の第1のホストからのフレームを受信するステップと、フレーム内の第2のホストのための宛先アドレスを、第2のDCロケーション内のレイヤ2ゲートウェイのMACアドレスにマップするステップと、MACinMACについての電気電子技術者協会8021ah規格をサポートする外側MACヘッダを追加して、L2GWのMACアドレスを示す内部フレームを得るステップと、内部フレームを第2のDCロケーションへ、第2のDCロケーションに結合されたサービスインスタンスを介して送信するステップとを備える方法を含む。これらおよび他の特徴は、以下の詳細な説明が添付の図面および特許請求の範囲と併せて解釈されることにより、より明らかに理解されよう。本開示のより完全な理解のために、添付の図面および詳細な説明に関連して解釈される、以下の簡単な説明がここで参照され、同様の参照番号は同様の部分を表す。1つまたは複数の実施形態の例示的実装が以下に提供されるが、開示されたシステムおよびまたは方法は、現在知られているか、または存在しているかどうかにかかわらず、任意の数の技術を使用して実装可能であることを、最初に理解されたい。本開示は、本明細書に例示かつ記載された例示的設計および実装を含む、以下に例示される例示的実装、図面および技術に決して限定されるべきではないが、添付の特許請求の範囲の均等物の全範囲と共に、添付の特許請求の範囲の範囲内で修正可能である。現代のデータネットワークには、クラウドサービス、および、レイヤ2とも呼ばれるデータリンクレイヤにおいてアプリケーションをサポートするVMが含まれることがあり、複数のロケーションに跨る必要がありうる。そのようなネットワークは、DC内など、サーバのクラスタを備えることがあり、これらのサーバは、複数のロケーションに跨り、既に展開されたアプリケーションをサポートするためにレイヤ2レベルで通信し、こうして、例えば、何百万ドルというコストを節約しなければならない。サーバのクラスタ間のレイヤ2通信は、負荷バランシング、データベースクラスタリング、仮想サーバ障害回復、ネットワークレイヤの下での透過的な動作、サブネットを複数のロケーションにわたって広げること、および冗長性を含む。レイヤ2通信はまた、アプリケーション間のキープアライブ機構をも含む。いくつかのアプリケーションは、複数のロケーションにおいて通信するために同じIPアドレスを必要とし、あるサーバはアクティブであってもよく、別のサーバはスタンバイであってもよい。アクティブおよびスタンバイサーバは、キープアライブメッセージを互いの間で交換することができ、この交換にはレイヤ2キープアライブ機構が必要となりうる。図1は、VPLS相互接続ローカルエリアネットワーク100の一実施形態を例示する。VPLS相互接続LAN100は、複数のDCロケーション、例えば、物理的位置にわたるレイヤ2ネットワークを接続して、統合された、またはフラットなレイヤ2ネットワークを確立するために提案された、スケーラブルな機構である。VPLS相互接続LAN100は、VPLS110、および、エッジルータなど、複数のエッジノード112を介してVPLS110に結合されうる、複数のLAN120を備えてもよい。各LAN120は、対応するエッジノード112に結合された複数のレイヤ2スイッチ122、対応するレイヤ2スイッチに結合された複数のアクセススイッチ124、対応するアクセススイッチ124に結合された複数のVM126を備えてもよい。VPLS相互接続LAN100のコンポーネントは、図1に示すように配置されうる。VPLS110は、異なるロケーションまたはDCにわたってLAN120を接続するように構成される任意のネットワークであってもよい。例えば、VPLS110は、異なるDCにわたるLAN120を相互接続するために、レイヤ3ネットワークを備えてもよい。レイヤ2スイッチ122は、開放型システム間相互接続モデルデータリンクレイヤにおいて通信するように構成されうる。データリンクプロトコルの例には、LANのためのイーサネット登録商標、ポイントツーポイントプロトコル、ハイレベルデータリンク制御、および、ポイントツーポイント接続のための高度データ通信制御プロトコルが含まれる。アクセススイッチ124は、レイヤ2スイッチ122とVM126の間でデータを転送するように構成されうる。VM126は、システムプラットフォーム、例えば、オペレーティングシステムの提供、およびまたは、プログラムもしくはアプリケーションを実行する仮想マシンの処理を行う、システム仮想マシンを備えてもよい。各LAN120内のVM126は、複数のプロセッサ、中央処理装置またはコンピュータシステム上で分散されうる。LAN120内の複数のVM126はまた、ディスク空き容量、メモリ、プロセッサ、およびまたは、他のコンピューティングリソースなど、同じシステムリソースを共有することができる。VM126は、シェルフ上に配置可能であり、例えば、アクセススイッチ124を介して、対応するLAN120に結合されうる。VPLS相互接続LAN100のいくつかの態様は、非実用的または望ましくない実装の問題をもたらすことがある。一態様では、VPLS110は、マルチプロトコルラベルスイッチングをサポートする広域ネットワークの実装を必要とすることがある。しかし、ChinaTelecomなど、いくつかのオペレータは、WANを介したMPLSをサポートせず、したがって、VPLS相互接続LAN100の実装が困難であることがある。さらに、例えば、複数のLAN120にわたるVM126のための、ホストリンクレイヤアドレスを解決するために、参照により本明細書に組み込まれている、InternetEngineeringTaskForceRequestforComments826に記載されたARPなど、ARPが必要となりうる。ARPは、リクエストをすべての相互接続LAN120にフラッディングし、したがって、かなりの量のシステムリソースを使い果たすことがある。このようなARPフラッディング機構は、LAN120およびまたはVM126の数が増すにつれて、スケーラビリティの問題を欠点として有することがある。VPLS相互接続LAN100はまた、メッシュ擬似ワイヤをセットアップして、LAN120に接続することもあり、このセットアップには、トンネルの構成および状態維持が必要となりうる。いくつかのシナリオでは、VPLS110は、ボーダーゲートウェイプロトコルを使用して、LAN120を発見し、LAN120毎にメッシュPWを構築することがある。光トランスポート仮想化は、複数のロケーションまたはDCにわたるレイヤ2ネットワークを接続して、フラットなレイヤ2ネットワークを確立するために提案された、もう1つのスケーラブルな機構である。OTVは、Ciscoによって提案された、レイヤ2通信のIPカプセル化に依存する方法である。OTVは、中間システム間ルーティングプロトコルを使用して、各ロケーション内の、他のロケーションへのMAC到達可能性を配布することができる。OTV方式は、いくつかの非実用的または望ましくない態様を有することもある。一態様では、OTVは、プロバイダコアIPネットワークによって、比較的多数のマルチキャストグループを維持することを必要とすることがある。各LANは別個のオーバーレイトポロジを有することがあるので、サービスプロバイダIPネットワークによって維持される比較的大量のオーバーレイトポロジがあることがあり、コアネットワークに負担をかけることがある。OTVはまた、エッジノードがインターネットグループ管理プロトコルを使用して、IPドメイン内の異なるマルチキャストグループに加入することを必要とすることもある。各エッジノードが複数の仮想LANに結合される場合、エッジノードは、複数のIGMPグループに参加する必要がありうる。OTVでは、各ロケーションにおけるゲートウェイなど、エッジデバイスは、互いから1ホップ離れるIPホストであることがあり、到達可能性情報を交換するために、エッジデバイス間でリンク状態プロトコルを実装する必要がないことがある。しかし、リンク状態はまた、ピアを認証するために使用されることもあり、この認証は、ピアがIGMPバージョン3レポートを送信することによってVLANに加入する場合、OTVにおいて必要とされうる。別法として、OTVは、BGP認証方法を使用することがある。しかし、BGP認証タイミングは、ISIS認証タイミングとは異なることがある。例えば、BGPは、数秒の性能に合わせて調整されうるが、ISISは、1秒未満の性能に合わせて調整されうる。さらに、ISISプロトコルは、OTVシステム内の各ロケーションにおいて、かなり多数、例えば、何万ものホストおよびVMに対処するために適していないことがある。OTVはまた、何万ものクローズドユーザグループをサポートするためには不適当であることもある。本明細書で開示されるものは、複数の異なるロケーションにおける複数のレイヤ2ネットワークを接続して、フラットまたは単一のレイヤ2ネットワークを得るための、スケーラブルな機構を提供するためのシステムおよび方法である。このスケーラブルな機構は、複数のロケーションにわたるフラットなレイヤ2ネットワークを得るための態様または課題のいくつかを解決することができる。このスケーラブルな機構は、アプリケーションのためのスケーラブルなアドレス解決をサポートすること、および、ネットワークスイッチがこれらのロケーションにわたる全部または複数のホストに関連付けられた複数のアドレスを維持することを可能にすることによって、これらのロケーションにわたるトポロジ発見を容易にすることができる。このスケーラブルな機構はまた、異なるロケーションにわたるトラフィックの転送、および、例えば、未知のホストアドレスのためのトラフィックのブロードキャストを容易にし、マルチキャストグループをサポートすることもできる。これらの方法は、比較的大きいフラットなレイヤ2を複数のロケーション上でスケールするための、境界制御機構を含む。したがって、アプリケーション、サーバおよびまたはVMは、レイヤ3、レイヤ25またはレイヤ2ネットワークなど、別のネットワークによって相互接続された複数のレイヤ2ネットワークを備える、仮想レイヤ2ネットワークを認識することができる。レイヤ2ネットワークは、異なるかまたは別個の物理的位置に位置してもよい。プロトコルから独立したアドレス解決機構もまた使用することができ、複数のロケーション上の、比較的大きい仮想レイヤ2ネットワーク、およびまたは、かなり多数のレイヤ2ネットワークに対処するために適している可能性がある。図2は、異なるDCまたは物理的位置にわたる仮想レイヤ2ネットワーク200の一実施形態を例示する。仮想レイヤ2ネットワーク200は、複数のロケーション、例えば、地理的なロケーションまたはDCにわたるレイヤ2ネットワークを接続して、統合された、またはフラットなレイヤ2ネットワークを確立するための、スケーラブルな機構でありうる。仮想レイヤ2ネットワーク200は、サービスネットワーク210、および、エッジルータなど、複数のエッジノード212を介してサービスネットワーク210に結合されうる、複数のレイヤ2ネットワーク220を備えてもよい。各レイヤ2ネットワーク220は、対応するエッジノード212に結合された複数のL2GW222、および、L2GW222に結合されうる複数の中間スイッチ224を備えてもよい。仮想レイヤ2ネットワーク200のコンポーネントは、図2に示すように配置されうる。中間スイッチ224はまた、複数のホストおよびまたはVMにも結合されうる。サービスネットワーク210は、サービスプロバイダネットワークなど、レイヤ2ネットワーク220を相互接続するために確立された任意のネットワークであってもよい。例えば、サービスネットワーク210は、仮想プライベートネットワークなど、レイヤ2、レイヤ25またはレイヤ3ネットワークであってもよい。サービスネットワーク210は、L2GW222のすべてのアドレス、例えば、MACアドレスを認識することができる。L2GW222は、各DCロケーション内の境界ノードであってもよく、DCロケーション内の内部で通信するためにレイヤ2インターフェースを有することができる。L2GW222は、それらの対応するMACアドレスを使用して、例えば、中間スイッチ224を介して、L2GW222の同じレイヤ2ネットワーク220内の同じロケーション内、および、他のレイヤ2ネットワーク220内の、ホストおよびまたはVMと通信することができる。しかし、L2GW222および中間スイッチ224は、他のレイヤ2ネットワーク220内のホストVMのMACアドレスを認識することはできない。その代わりに、ホストVMのMACアドレスは、他のレイヤ2ネットワーク220内のL2GW222において、例えば、ネットワークアドレス変換テーブルまたはMACアドレス変換テーブルを使用して、後述のように変換されうる。一実施形態では、各L2GW222は、L2GW222の同じレイヤ2ネットワーク220内のすべてのホストVMのアドレスを、ローカルIPアドレス情報テーブル内で維持することができる。L2GW222はまた、後述のように、プロキシARP機能を実装するように構成されうる。加えて、L2GW222は、MAC転送テーブルを維持することができ、MAC転送テーブルは、非IPアプリケーションのためのMACアドレスを備えてもよい。MACアドレスは、同じロケーション、例えば、同じレイヤ2ネットワーク220内のホストVMおよび中間スイッチ224のMACアドレスを備えてもよい。L2GW222は、他のロケーション内のそのピアに、そのロケーション内のローカルホストのすべてのIPアドレスを知らせてもよいが、ローカルに維持されたMACアドレスは知らせなくてもよい。したがって、異なるロケーションにわたるL2GW222は、すべての他のロケーションのホストIPアドレスを得ることができる。よって、各L2GW222は、あるロケーションに属するIPアドレスの各グループを、同じロケーションに属する対応するL2GW222のMACアドレスにマップすることができる。L2GW222はまた、そのローカルIPAddrTable内に変更があるとき、アドレス情報をピアへ再送して、他のピア内でその情報を更新することができる。これにより、インクリメントする方法による、アドレス情報の更新、および、各L2GW222内のマッピングを可能にすることができる。図3は、境界制御機構300の一実施形態を例示する。境界制御機構300は、複数のロケーションまたはDCにわたるフラットまたは仮想レイヤ2ネットワークを確立するためのスケーラブルな機構でありうる。仮想レイヤ2ネットワークは、サービスネットワーク310、および、エッジルータなど、複数のエッジノード312を介してサービスネットワーク310に結合されうる、複数のレイヤ2ネットワーク320を備えてもよい。各レイヤ2ネットワーク320は、対応するエッジノード312に結合された複数のL2GW322、および、L2GW322に結合されうる複数の中間スイッチ324を備えてもよい。中間スイッチ324はまた、ホスト326、例えば、VMにも結合されうる。仮想レイヤ2ネットワークのコンポーネントは、図2に示すように配置することができ、仮想レイヤ2ネットワーク200の対応するコンポーネントに類似する可能性がある。境界制御機構300に基づいて、各L2GW322は、すべてのロケーション、例えば、レイヤ2ネットワーク320内のホストのIPアドレスを維持することができる。IPアドレスはまた、異なるドメイン、例えば、複数の物理的位置にわたることがあり、かつ、IPMPLSネットワークによって結合されうる、レイヤ2ドメイン内のホストに属することができる。各L2GW322はまた、他のロケーション内のピアL2GW322のMACアドレスを認識することができる。しかし、L2GW322は、他のロケーション内のホストのMACアドレスを維持することはできず、これにより、L2GW322間で交換されるデータのサイズをかなり縮小することができる。L2GW322において維持されたIPアドレスは、同じロケーションの対応するL2GW322のMACアドレスにマップされうる。具体的には、各ロケーションまたはレイヤ2ネットワーク300に属するホストIPアドレスの各セットは、そのロケーション内のL2GW322のMACアドレスにマップされうる。しかし、L2GW322は、異なるロケーションにわたって、非IPアプリケーションを実行するノードのための複数のMACアドレスを交換することができる。仮想レイヤ2ネットワークの異なるロケーションにわたるアドレス解決をサポートするために、ARPリクエストが、第1のホスト326から、第1のロケーションまたはレイヤ2ネットワーク320内の対応するローカルL2GW322へ送信されうる。ホストAは、第2のロケーションまたはレイヤ2ネットワーク320内の第2のホスト326のMACアドレスを得るために、ARPリクエストを送信することができる。ローカルL2GW322がホストBのためのエントリ、例えば、ホストBのIPアドレスを有する場合、ローカルL2GW322は、それ自体のMACアドレスをホストAへ送信することによって、ARPリクエストに応答することができる。ローカルL2GW322がホストBのためのエントリを維持または格納しない場合、ローカルL2GW322は、ホストBが存在しないと仮定することができる。例えば、L2GW322は、それらのピアを、それらのローカルホストIPアドレスにより、定期的または周期的に更新することができる。この場合、いくつかのL2GW322は、他のロケーション内で新たに構成されたホストのIPアドレスのための更新を受信していない可能性がある。Table1は、境界制御機構300による、ホストアドレスの、対応するL2GWのMACアドレスへのマッピングの一例を例示する。複数のL2GWMACアドレスは、複数の対応するホストアドレスにマップされうる。各L2GWMACアドレスは、同じロケーションまたはDCに関連付けられうる複数のVLAN内の複数のホストIPアドレスにマップされうる。各VLANはまた、ホストの複数の仮想プライベートグループを備えてもよい。VPGは、レイヤ2ドメインに属し、かつ、レイヤ2を介して互いに通信することができる、ホストおよびまたはVMのクラスタであってもよい。VPG内のホストはまた、その中で確立されたマルチキャストグループを有することもできる。VPG内のホストVMは、複数の物理的位置にわたってもよい。例えば、VLANは、Gx1、Gx2、を含む、複数のVPG内の複数のホストを備えてもよい。同様に、VLANxは、複数のVPG内の複数のホストを備えてもよく、VLANx1は、複数のVPG内の複数のホストを備えてもよい。IPアプリケーションでは、VLANおよびVLANxの場合など、各VLANの各VPG内のホストIPアドレスは、同じロケーション内の対応するL2GWMACアドレスにマップされうる。非IPアプリケーションでは、VLANx1の場合など、各VLANの各VPG内のホストMACアドレスは、同じロケーション内の対応するL2GWMACアドレスにマップされうる。図4は、複数のロケーションまたはDCにわたる仮想レイヤ2ネットワーク内で使用されうる、データフレーム転送方式400の一実施形態を例示する。仮想レイヤ2ネットワークは、サービスネットワーク410、および、エッジルータなど、複数のエッジノード412を介してサービスネットワーク410に結合されうる、複数のレイヤ2ネットワーク420を備えてもよい。各レイヤ2ネットワーク420は、対応するエッジノード412に結合された複数のL2GW422、および、L2GW422に結合されうる複数の中間スイッチ424を備えてもよい。中間スイッチ424はまた、ホスト426、例えば、VMにも結合されうる。仮想レイヤ2ネットワークのコンポーネントは、図4に示すように配置することができ、仮想レイヤ2ネットワーク200の対応するコンポーネントに類似する可能性がある。データフレーム転送方式400に基づいて、L2GW422は、参照により本明細書に組み込まれている、MACinMACについての電気電子技術者協会8021ah規格をサポートし、イーサタイプフィールドを使用して、内部フレームがMACアドレス変換を必要とすることを示すことができる。例えば、第1のL2GW422は、フレーム440、例えば、イーサネット登録商標フレームを、第1のロケーション内の第1のホスト426から受信することができる。フレーム440は、第2のロケーション内の第2のホスト426向けでありうる。フレーム440は、GW1のためのMAC宛先アドレス442、ホストAのためのMACソースアドレス444、ホストBのためのIP宛先アドレス446、ホストAのためのIPソースアドレス448、および、ペイロードを備えてもよい。GW1は次いで、外側MACヘッダをフレーム440に追加して、内部フレーム460を得ることができる。外側MACヘッダは、GW2のためのMACDA462、GW1のためのMACSA464、および、内部フレーム460がMACアドレス変換を必要とすることを示すイーサタイプ466を備えてもよい。内部フレーム460はまた、GW1のためのMACDA468およびホストAのためのMACSA470をも備えてもよい。内部フレーム460は次いで、サービスネットワーク410内でGW2へ転送されてもよく、GW2は、外側MACヘッダを処理して、フレームのMACアドレスを変換することができる。したがって、GW2は、第2のフレーム480を得ることができ、第2のフレーム480は、ホストBのためのMACDA482、ホストAのためのMACSA484、ホストBのためのIPDA486、ホストAのためのIPSA488、および、ペイロードを備えてもよい。第2のフレーム480は次いで、Loc2内のホストBへ転送されうる。データフレーム転送方式400は、外側IPヘッダのカプセル化を必要とするCiscoのOTV方式よりも実装が簡単でありうる。加えて、多数のイーサネット登録商標チップは、IEEE8021ahをサポートする。8021ahで指定されるものなど、サービスインスタンスタグを使用して、異なるVPG間で区別可能である。したがって、ITAGフィールドをまたデータフレーム転送方式400内でも使用して、例えば、サービスネットワーク410内で、プロバイダドメインの複数のVPGの間で分離可能である。GW2は、MATを使用して上記のMAC変換方式を行うことができ、MATは、パブリックIPをプライベートIPに変換するためのNATの使用に類似する可能性がある。伝送制御プロトコルセッションに基づくNAT方式とは異なり、MAT方式は、内部IPアドレスを使用してMACアドレスを見つけることに基づくことができる。図5は、非IPアプリケーションのための別のデータフレーム転送方式500の一実施形態を例示する。データフレーム転送方式500は、非IPホスト、すなわち、IPアドレスの代わりに非IPアプリケーションを実装して、仮想レイヤ2ネットワーク内の異なるロケーション内のホスト間でフレームを転送するホストの、MACアドレスを使用することができる。仮想レイヤ2ネットワークは、サービスネットワーク510、および、エッジルータなど、複数のエッジノード512を介してサービスネットワーク510に結合されうる、複数のレイヤ2ネットワーク520を備えてもよい。各レイヤ2ネットワーク520は、対応するエッジノード512に結合された複数のL2GW522、および、L2GW522に結合されうる複数の中間スイッチ524を備えてもよい。中間スイッチ524はまた、ホスト526、例えば、VMにも結合されうる。仮想レイヤ2ネットワークのコンポーネントは、図5に示すように配置することができ、仮想レイヤ2ネットワーク200の対応するコンポーネントに類似する可能性がある。データフレーム転送方式500に基づいて、L2GW522は、MACinMACについてのIEEE8021ahをサポートすることができる。例えば、第1のL2GW522は、フレーム540、例えば、イーサネット登録商標フレームを、第1のロケーション内の第1のホスト526から受信することができる。フレーム540は、第2のロケーション内の第2のホスト526向けであるか、またはそれ宛てにされうる。フレーム540は、GW1のためのMACDA542、ホストAのためのMACSA544、および、ペイロードを備えてもよい。GW1は次いで、外側MACヘッダをフレーム540に追加して、内部フレーム560を得ることができる。外側MACヘッダは、GW2のためのMACDA562、GW1のためのMACSA564、および、内部フレーム560がMACinMACフレームであることを示すイーサタイプ566を備えてもよい。内部フィールド560はまた、ホストBのためのMACDA568、および、ホストAのためのMACSA570をも備えてもよい。内部フレーム560は次いで、サービスネットワーク510内でGW2へ転送されてもよく、GW2は、内部フレーム560を処理して、第2のフレーム580を得ることができる。第2のフレーム580は、ホストBのためのMACDA582、および、ホストAのためのMACSA584、および、ペイロードを備えてもよい。第2のフレーム580は次いで、Loc2内のホストBへ転送されうる。データフレーム転送方式500は、外側IPヘッダのカプセル化を必要とするCiscoのOTV方式よりも実装が簡単でありうる。加えて、多数のイーサネット登録商標チップは、IEEE8021ahをサポートする。8021ahに記載されるものなど、ITAGを使用して、異なるVPG間で区別可能である。したがって、ITAGフィールドをまたデータフレーム転送方式500内でも使用して、例えば、サービスネットワーク510内で、プロバイダドメインの複数のVPGの間で分離可能である。GW2は、MAC変換方式を行うことなく、上述のように、第2のフレーム580を処理することができる。図6は、複数のロケーションにわたる仮想レイヤ2ネットワーク内で使用されうる、別のデータフレーム転送方式600の一実施形態を例示する。データフレーム転送方式600を使用して、仮想レイヤ2ネットワーク内で以前のロケーションから新しいロケーションへ移動するホストからフレームを転送し、第2のホストのための同じ学習されたMACアドレスを維持することができる。仮想レイヤ2ネットワークは、サービスネットワーク610、および、エッジルータなど、複数のエッジノード612を介してサービスネットワーク610に結合されうる、複数のレイヤ2ネットワーク620を備えてもよい。各レイヤ2ネットワーク620は、対応するエッジノード612に結合された複数のL2GW622、および、L2GW622に結合されうる複数の中間スイッチ624を備えてもよい。中間スイッチ624はまた、ホスト626、例えば、VMにも結合されうる。仮想レイヤ2ネットワークのコンポーネントは、図6に示すように配置することができ、仮想レイヤ2ネットワーク200の対応するコンポーネントに類似する可能性がある。第1のホスト626が以前のロケーションから新しいロケーションへ移動するとき、ホストAはなお、第2のホスト626のための同じ学習されたMACアドレスを使用することができる。データフレーム転送方式600によれば、Loc3のL2GW622は、8021ahMACinMACをサポートし、イーサタイプフィールドを使用して、内部フレームがMACアドレス変換を必要とすることを示すことができる。GW3は、データフレーム転送方式400に類似したデータフレーム転送方式を実装して、外側MACヘッダ内のGW2のMACアドレスを使用して、データをLoc2の第2のL2GW622へ送信することができる。したがって、GW2は、外側MACヘッダをカプセル化解除し、上述したように、MACアドレス変換を行うことができる。例えば、GW3は、フレーム640、例えば、イーサネット登録商標フレームを、Loc3へ移動した後のホストAから受信することができる。フレーム640は、Loc2内のホストB向けでありうる。フレーム640は、Loc1の以前のL2GW622のためのMACDA642、ホストAのためのMACSA644、ホストBのためのIPDA646、ホストAのためのIPSA648、および、ペイロードを備えてもよい。GW3は次いで、外側MACヘッダをフレーム640に追加して、内部フレーム660を得ることができる。外側MACヘッダは、GW2のためのMACDA662、GW1のためのMACSA664、および、内部フレーム660がMACアドレス変換を必要とすることを示すイーサタイプ666を備えてもよい。内部フレーム660はまた、ホストBのためのMACDA668、および、ホストAのためのMACSA670をも備えてもよい。内部フレーム660は次いで、サービスネットワーク610内でGW2へ転送されてもよく、GW2は、外側MACヘッダを処理して、フレームのMACアドレスを変換することができる。したがって、GW2は、第2のフレーム680を得ることができ、第2のフレーム680は、ホストBのためのMACDA682、ホストAのためのMACSA684、および、ペイロードを備えてもよい。第2のフレーム680は次いで、Loc2内のホストBへ転送されうる。さらに、ホストBは、Loc2から別のロケーション、例えば、Loc4へ移動することができる。GW2が、ホストBがLoc2からLoc4へ移動したことを学習した場合、GW2は、Loc4内の別のL2GW622のMACアドレスを、上述のように、外側MACヘッダ内のMACDAとして使用することができる。GW2が、ホストBがLoc2からLoc4へ移動したことを学習しなかった場合、そのフレームは、外側MACヘッダなしに、GW2によって転送されうる。したがって、そのフレームは、例えば、サービスネットワーク610内で失われることがある。ホストBがその新しいロケーションをGW2またはLoc2にアナウンスした後、GW2によってそのフレームが再送されるまで、そのフレームは一時的に失われることがある。図7は、上記の仮想レイヤ2ネットワークに類似の境界制御機構を実装することができる、相互接続レイヤ2ドメイン700の一実施形態を例示する。相互接続レイヤ2ドメイン700は、複数の境界またはエッジノード712に結合された複数のL2GW722を備えてもよい。エッジノード、例えば、エッジルータは、サービスネットワーク、例えば、レイヤ3ネットワークに属することができる。相互接続レイヤ2ドメイン700はまた、L2GW722に結合された複数の中間スイッチ724、および、中間スイッチ724に結合された複数のVM726をも備えてもよい。L2GW722、中間スイッチ724およびVM726は、複数のレイヤ2アドレスドメインに対応するサブセットに分割されうる。相互接続レイヤ2ドメイン700のコンポーネントは、図7に示すように配置することができ、仮想レイヤ2ネットワーク200の対応するコンポーネントに類似する可能性がある。各L2アドレスドメインは、境界制御機構300など、境界制御機構を使用することができ、各L2アドレスドメイン内の中間スイッチ724およびVM726は、ローカルMACアドレスを認識することができるが、他のL2アドレスドメイン内のIPホスト、サーバおよびまたはVM726のためのMACアドレスを認識していないことがある。しかし、ホスト、サーバおよびまたはVM726は、異なるL2アドレスドメインを認識することなく、単一のフラットなレイヤ2ネットワーク内のように、互いに通信することができる。L2アドレスドメインは、境界またはエッジノード712を介して互いに相互接続されてもよく、境界またはエッジノード712は、コアネットワークまたはサービスプロバイダネットワークを介して相互接続されてもよい。L2アドレスドメインは、1つのDCサイト内、または、複数の地理的なサイトに位置してもよい。複数のL2アドレスドメインにわたる相互接続レイヤ2ドメイン700のアーキテクチャはまた、本明細書で、複数のアドレスドメイン上のレイヤ2拡張、複数のアドレスドメイン上の擬似レイヤ2ネットワーク、または、擬似レイヤ2ネットワークと呼ばれることもある。図8は、複数のアドレスドメイン上のレイヤ2拡張800の一実施形態を例示する。レイヤ2拡張800は、複数の境界またはエッジノード812に結合された複数のL2GW822を備えてもよく、複数の境界またはエッジノード812は、サービスプロバイダまたはコアネットワークに属することができる。レイヤ2拡張800はまた、L2GW822に結合された複数の中間スイッチ824、および、中間スイッチ824に結合された複数のホストサーバVM826をも備えてもよい。中間スイッチ824およびホストサーバVM826は、複数のL2アドレスドメインに分離または配置されうる。例えば、L2アドレスドメインのうち1つは、図8で破線の円によって示される。L2GW822、中間スイッチ824、および、ホストサーバVM826は、1つまたは複数のDCロケーションにおけるレイヤ2ネットワークに対応することができる。レイヤ2拡張800のコンポーネントは、図8に示すように配置することができ、仮想レイヤ2ネットワーク200の対応するコンポーネントに類似する可能性がある。図9は、複数のロケーション上の擬似レイヤ2ネットワーク900の一実施形態の概略図である。擬似レイヤ2ネットワーク900は、複数のロケーション、例えば、地理的なロケーションまたはDCにわたるレイヤ2アドレスドメインを接続して、統合された、またはフラットなレイヤ2ネットワークを確立するための機構でありうる。擬似レイヤ2ネットワーク900は、サービスプロバイダまたはコアネットワーク910、および、エッジルータなど、複数のエッジノード912を介してサービスプロバイダまたはコアネットワーク910に結合されうる、複数のレイヤ2ネットワークドメイン920を備えてもよい。各レイヤ2ネットワークドメイン920は、異なるDCサイトまたはロケーションに位置することができ、対応するエッジノード912に結合された複数のL2GW922、および、対応するL2GW922に結合された複数の中間スイッチ924を備えてもよい。中間スイッチ924はまた、複数のホストサーバVMにも結合されうる。擬似レイヤ2ネットワーク900のコンポーネントは、図9に示すように配置することができ、仮想レイヤ2ネットワーク200の対応するコンポーネントに類似する可能性がある。図10は、ドメインアドレス制限機構1000の一実施形態を例示する。ドメインアドレス制限機構1000を、複数のアドレスドメイン上の擬似レイヤ2ネットワーク内で使用して、異なるL2アドレスドメイン間のアドレス解決に対処することができる。アドレスドメイン上の擬似レイヤ2ネットワークは、サービスプロバイダまたはコアネットワーク1010、および、複数のエッジノード1012を介してサービスプロバイダまたはコアネットワーク1010に結合されうる、複数のレイヤ2ネットワークドメイン1020を備えてもよい。レイヤ2ネットワークドメイン1020は、同じかまたは異なるDCサイトに位置することができ、対応するエッジノード1012に結合された複数のL2GW1022、および、対応するL2GW1022に結合された複数の中間スイッチ1024を備えてもよい。中間スイッチ1024はまた、複数のホストサーバVM1026にも結合されうる。擬似レイヤ2ネットワークのコンポーネントは、図10に示すように配置することができ、仮想レイヤ2ネットワーク200の対応するコンポーネントに類似する可能性がある。ドメインアドレス制限機構1000に基づいて、あるレイヤ2ネットワークドメイン1020内のL2GW1022のMACアドレスは、他のレイヤ2ネットワークドメイン1020内のホストの全部または複数のIPアドレスのためのプロキシとして使用されうる。第1のオプションでは、レイヤ2ネットワークドメイン1020内のローカルL2GW1022のためのローカルMACアドレスが、他のレイヤ2ネットワークドメイン1020内のホストのIPアドレスのためのプロキシとして使用されうる。このシナリオでは、ローカルホストのIPアドレスのみが、同じローカルレイヤ2ネットワークドメイン1020内の中間スイッチ1024およびホストサーバVM1026によって学習されうる。他のレイヤ2ネットワークドメイン1020内の外部L2GW1022のMACアドレスを、ローカルレイヤ2ネットワークドメイン1020にエクスポーズすることはできない。例えば、ローカルL2GW1022が、ローカルL2GW1022向けでないか、またはそのターゲットにされない入力データフレームを終端することができない場合、オプション1が使用されうる。別法として、第2のオプションでは、ローカルレイヤ2ネットワークドメイン1020内のローカルL2GW1022のMACアドレス、および、他のレイヤ2ネットワークドメイン1020内の外部L2GW1022のMACアドレスは、各レイヤ2ネットワークドメイン1020内で学習されうる。このオプションでは、例えば、ホストが外部レイヤ2ネットワークドメイン内の外部ホストと通信することを意図し、外部ホストのアドレスをリクエストするとき、外部レイヤ2ネットワークドメイン1020に対応する外部L2GW1022のMACアドレスを、ローカルレイヤ2ネットワークドメイン1020内のローカルホストリクエストに応答して返すことができる。オプション2は、場合によっては、オプション1に勝るいくつかの利点を有することができる。ドメインアドレス制限機構1000によれば、各L2GW1022は、例えば、リバースARP方式または他の方法を使用して、L2GW1022の同じローカルレイヤ2ネットワークドメイン1020内のすべてのホストアドレスを認識することができる。各L2GW1022はまた、他のレイヤ2アドレスドメイン1020内の他のL2GW1022にホストIPアドレスを知らせることもでき、ホストIPアドレスを、ローカルレイヤ2アドレスドメイン内の1つまたは複数のVLANまたはVLAN識別子に関連付けることができる。異なるアドレスドメインにわたってアドレスを解決するために、ARPリクエストが、第1のアドレスドメイン内で、第1のホスト1026から対応するローカルL2GW1022へ送信されうる。ホストAは、第2のアドレスドメイン内の第2のホスト1026のMACアドレスを得るために、ARPリクエストを送信することができる。ローカルL2GW1022が、ホストBのためのエントリ、例えば、ホストBのIPアドレスを有する場合、ローカルL2GW1022は、それ自体のMACアドレス、または、ドメイン2内のホストBに関連付けられた第2のL2GW1022のMACアドレスを、ホストAへ送信することによって、ARPリクエストに応答することができる。あるアドレスドメイン、例えば、ドメイン1内で送信されたARPリクエストを、別のアドレスドメイン、例えば、ドメイン2へ転送することはできない。ローカルL2GW1022が、ホストBのためのVIDおよびまたはIPアドレスのためのエントリを備えていない場合、ローカルL2GW1022は、ホストBが存在しないと仮定することができ、アドレスレスポンスをホストAへ送信することはできない。例えば、L2GW1022は、それらのローカルホストIPアドレスを、定期的または周期的にそれらのピアL2GW1022へプッシュすることができる。したがって、いくつかのL2GW1022は、他のロケーション内で新たに構成されたホストのIPアドレスを受信していない可能性がある。図11は、複数のアドレスドメイン上の擬似レイヤ2ネットワーク間で、メッセージまたはフレームを転送するために使用されうる、データフレーム転送方式1100の一実施形態を例示する。アドレスドメイン上の擬似レイヤ2ネットワークは、サービスプロバイダまたはコアネットワーク1110、および、複数のエッジノード1112を介してサービスプロバイダまたはコアネットワーク1110に結合されうる、複数のレイヤ2ネットワークドメイン1120を備えてもよい。レイヤ2ネットワークドメイン1120は、1つまたは複数のDCサイトまたはロケーションに位置することができ、対応するエッジノード1112に結合された複数のL2GW1122、および、対応するL2GW1122に結合された複数の中間スイッチ1124を備えてもよい。中間スイッチ1124はまた、複数のホストサーバVM1126にも結合されうる。擬似レイヤ2ネットワークのコンポーネントは、図11に示すように配置することができ、仮想レイヤ2ネットワーク200の対応するコンポーネントに類似する可能性がある。データフレーム転送方式1100に基づいて、第1のL2GW1122は、第1のフレーム1140、例えば、イーサネット登録商標フレームを、第1のアドレスドメイン1120内の第1のホスト1126から受信することができる。第1のフレーム1140は、第2のアドレスドメイン1120内の第2のホスト1126向けでありうる。第1のフレーム1140は、L2GW1122のためのMACDA1142を備えてもよい。ホストAは、ホストBのためのARPリクエストに対して返すものとして、GW1からのARPレスポンス内でGWのMACアドレスを得ることができる。GWは、ドメイン1内のGW1に、または、ドメイン2内の第2のL2GW1122に対応することができる。第1のフレーム1140はまた、ホストAのためのMACSA1144、ホストBのためのIPDA1146、ホストAのためのIPSA1148、および、ペイロードをも備えてもよい。オプション1に基づくと、GW1は、第1のフレーム1140を受信し、ホストBのVID宛先IPアドレスをルックアップし、第1のフレーム1140内のGWのためのMACDA1142を、内部フレーム1160内のGW2のためのMACDA1162で置き換えることができる。GW1はまた、第1のフレーム1140内のホストAのためのMACSA1144を、内部フレーム1160内のGW1のためのMACSA1164で置き換えることもできる。内部フレーム1160はまた、ホストBのためのIPDA1166、ホストAのためのIPSA1168、および、ペイロードをも備えてもよい。GW1は、内部フレーム1160をドメイン2へ、サービスプロバイダまたはコアネットワーク1110を介して送信することができる。オプション2に基づくと、GW1は、GW2または任意の他の外部L2GW1122向けのすべてのデータフレームを、例えば、アクセスリストに基づいてフィルタリングして取り除き、データフレームのソースアドレスを、GW1自体のMACアドレスで置き換え、次いで、宛先MACに基づいてデータフレームを転送することができる。GW2は、内部フレーム1160を受信し、内部フレーム1160を処理して、フレームのMACアドレスを変換することができる。オプション1に基づくと、GW2は、内部フレーム1160を受信し、ホストBのVID宛先IPアドレスをルックアップし、内部フレーム1160内のGW2のためのMACDA1162を、第2のフレーム1180内のホストBのためのMACDA1182で置き換えることができる。GW2はまた、内部フレーム1160内のGW1のためのMACSA1164を、第2のフレーム1180内のGW2のためのMACSA1184で置き換えることもできる。第2のフレーム1180はまた、ホストBのためのIPDA1186、ホストAのためのIPSA1188、および、ペイロードをも備えてもよい。GW2は次いで、第2のフレーム1180を宛先ホストBへ送信することができる。オプション2に基づくと、GW2は、ホストBのVID宛先IPアドレスをルックアップするのみで、GW2のためのMACDA1162を、第2のフレーム1180内のホストBのためのMACDA1182で置き換えることができる。しかし、GW2は、GW1のためのMACSA1164を保持することができる。上述のように、GW2は、内部フレーム1160内のホストBのためのIPDA1166を使用して、MACアドレス変換を行い、第2のフレーム1180内の対応するホストBのためのMACDA1182を見つけることができる。このMAC変換ステップは、例えば、パブリックIPアドレスをプライベートIPアドレスに変換するために、NAT方式とほぼ同量の作業を必要とすることがある。データフレーム転送方式1100におけるMACアドレス変換は、ホストIPアドレスを使用して、対応するMACアドレスを見つけることに基づくことができるが、NAT方式は、TCPセッションに基づく。図12は、複数のアドレスドメイン上の擬似レイヤ2ネットワーク間で、メッセージまたはフレームを転送するために使用されうる、別のデータフレーム転送方式1200の一実施形態を例示する。具体的には、擬似レイヤ2ネットワークは、IPMPLSネットワークを介して相互接続されうる。アドレスドメイン上の擬似レイヤ2ネットワークは、IPMPLSネットワーク1210、および、複数のエッジノード1212を介してIPMPLSネットワーク1210に結合されうる、複数のレイヤ2ネットワークドメイン1220を備えてもよい。IPMPLSネットワーク1210は、アドレスドメイン、例えば、レイヤ2ネットワークドメイン1220間の、インタードメインをサポートするために、IPサービスを提供することができる。レイヤ2ネットワークドメイン1220は、1つまたは複数のDCサイトまたはロケーションに位置することができ、対応するエッジノード1212に結合された複数のL2GW1222、および、対応するL2GW1222に結合された複数の中間スイッチ1224を備えてもよい。中間スイッチ1224はまた、複数のホストサーバVM1226にも結合されうる。擬似レイヤ2ネットワークのコンポーネントは、図12に示すように配置することができ、仮想レイヤ2ネットワーク200の対応するコンポーネントに類似する可能性がある。データフレーム転送方式1200に基づいて、第1のL2GW1222は、第1のフレーム1240、例えば、イーサネット登録商標フレームを、第1のアドレスドメイン内の第1のホスト1226から受信することができる。第1のフレーム1240は、第2のアドレスドメイン内の第2のホスト1226向けでありうる。第1のフレーム1240は、L2GW1222のためのMACDA1242を備えてもよい。ホストAは、ホストBのためのARPリクエストに対して返すものとして、GW1からのARPレスポンス内でGWのMACアドレスを得ることができる。GWは、ドメイン1内のGW1に、または、ドメイン2内の第2のL2GW1222に対応することができる。第1のフレーム1240はまた、ホストAのためのMACSA1244、ホストBのためのIPDA1246、ホストAのためのIPSA1248、および、ペイロードをも備えてもよい。GW1は、第1のフレーム1240を受信し、2つのオプションのうち1つに基づいて、このフレームを処理することができる。第1のオプションでは、GW1は、第1のフレーム1240を受信し、IPヘッダを追加して、内部フレーム1250を得ることができる。IPヘッダは、GW2のためのIPDA1251、および、GW1のためのIPSA1252を備えてもよい。GW1はまた、データフレーム転送方式1100と同様に、第1のフレーム1240を処理して、内部フレーム1250内で、GW2のためのMACDA1253、GW1のためのMACSA1254、ホストBのためのIPDA1256、および、ホストAのためのIPSA1257を得ることができる。GW1は、内部フレーム1250をGW2へ、IPMPLSネットワーク1210を介して送信することができる。GW2は、内部フレーム1250を受信し、データフレーム転送方式1100と同様に、内部フレーム1250を処理して、ホストBのためのMACDA1282、GW1またはGW2のためのMACSA1284、ホストBのためのIPDA1286、ホストAのためのIPSA1288、および、ペイロードを備える、第2のフレーム1280を得ることができる。GW2は次いで、第2のフレーム1280をホストBへ転送することができる。第2のオプションでは、GW1は、第1のフレーム1240を受信し、第1のフレーム1240内のGWのためのMACDA1242を、内部フレーム1260内のGW2のためのIPDA1262で置き換えることができる。GW1はまた、第1のフレーム1240内のホストAのためのMACSA1244を、内部フレーム1260内のGW1のためのIPSA1264で置き換えることもできる。内部フレーム1260はまた、ホストBのためのIPDA1266、ホストAのためのIPSA1268、および、ペイロードをも備えてもよい。GW1は、内部フレーム1260をGW2へ、IPMPLSネットワーク1210を介して送信することができる。GW2は、内部フレーム1260を受信し、内部フレーム1260内のGW2のためのIPDA1262を、第2のフレーム1280内のホストBのためのMACDA1282で置き換えることができる。GW2はまた、内部フレーム1260内のGW1のためのIPSA1264を、第2のフレーム1280内のGW2またはGW1のためのMACSA1284で置き換えることもできる。第2のフレーム1280はまた、ホストBのためのIPDA1286、ホストAのためのIPSA1288、および、ペイロードをも備えてもよい。GW2は次いで、第2のフレーム1280をホストBへ転送することができる。複数のドメインにわたる上記の擬似レイヤ2拡張またはネットワークでは、各L2GWは、L2GWの対応するアドレスドメイン内の各VLAN内のすべてのホストのIPMACマッピングのために構成されうる。各L2GWはまた、対応するアドレスドメイン内の各VLAN内のすべてのホストのIPアドレスを、他のアドレスドメイン内の他のL2GWへ、定期的または周期的に送信することもできる。したがって、アドレスドメイン内のL2GWは、擬似レイヤ2ネットワークのすべてのアドレスドメインについて、各VLAN下のホストのIPアドレスを得ることができる。各アドレスドメイン内のホストのMACアドレスを、ローカルL2GWによって、他のアドレスドメインのL2GWへ送信することはできず、L2GW間で交換されるデータのサイズをかなり縮小することができる。しかし、例えば、非IPアプリケーションの数が比較的少ない場合、異なるアドレスドメインのL2GWは、それらの間で、非IPアプリケーションに対応するMACアドレスを交換することができる。BGPまたは類似の方法を使用して、複数のアドレスドメインにわたるL2GW間で、更新を含む、アドレス情報を交換することができる。Table2は、ホストアドレスの、擬似レイヤ2ネットワーク内の対応するL2GWのMACアドレスへのマッピングの一例を例示する。複数のL2GWMACアドレスは、複数の対応するホストアドレスにマップされうる。各L2GWMACアドレスは、同じアドレスドメイン内でありうる、複数のVLAN内の複数のホストIPアドレスにマップされうる。上記の擬似レイヤ2拡張またはネットワーク方式は、アドレスドメインのMACアドレスが、別のアドレスドメイン内のあらゆるスイッチサーバVMによって学習されることを、制限することができる。これらの方式はまた、複数のロケーション内でかなり大きいレイヤ2ネットワークを接続するために、スケーラブルな機構を提供することもできる。複数のアドレスドメインにわたる比較的大きいレイヤ2ネットワークでは、これらの方式は、擬似レイヤ2ネットワーク内で任意のスイッチによって学習されうるMACアドレスの数を限定することができ、各スイッチは、そのスイッチのローカルアドレスドメインのMACアドレスのみを学習することができる。この方式はまた、複数のアドレスドメインにわたるスケーラブルなアドレス解決を使用して、複数のアドレスドメインにわたる到達可能性発見を提供することもできる。加えて、これらの方式は、アドレスドメイン間の転送、および、未知のアドレスのためのブロードキャストを容易にし、マルチキャストグループをサポートすることができる。図13は、複数のアドレスドメインおよびロケーション上の擬似レイヤ2ネットワーク間で、メッセージまたはフレームを転送するために使用されうる、別のデータフレーム転送方式1300の一実施形態を例示する。データフレーム転送方式1300は、上記のオプション1に基づくことができ、擬似レイヤ2ネットワーク内で以前のロケーションから新しいロケーションへ移動するホストからフレームを転送するために使用可能であり、第2のホストのための同じ学習されたMACアドレスを維持する。擬似レイヤ2ネットワークは、サービスプロバイダまたはコアネットワーク1310、および、複数のエッジノード1312を介してサービスプロバイダまたはコアネットワーク1310に結合されうる、複数のレイヤ2ネットワークドメイン1320を備えてもよい。レイヤ2ネットワークドメイン1320は、複数のDCサイトまたはロケーションに位置することができ、対応するエッジノード1312に結合された複数のL2GW1322、および、対応するL2GW1322に結合された複数の中間スイッチ1324を備えてもよい。中間スイッチ1324はまた、複数のホストサーバVM1326にも結合されうる。擬似レイヤ2ネットワークのコンポーネントは、図13に示すように配置することができ、仮想レイヤ2ネットワーク200の対応するコンポーネントに類似する可能性がある。データフレーム転送方式1300に基づいて、GW3は、第1のフレーム1340、例えば、イーサネット登録商標フレームを、Loc1からLoc3へ移動した後の第1のホスト1326から受信することができる。フレーム1340は、Loc2内の第2のホスト1326向けでありうる。第1のフレーム1340は、Loc1内のGW1のためのMACDA1342、ホストAのためのMACSA1344、ホストBのためのIPDA1346、ホストAのためのIPSA1348、および、ペイロードを備えてもよい。GW3は、例えば、データフレーム転送方式1100と同様に、第1のフレーム1340を処理し、第1のフレーム1340内のホストAのためのMACSA1344を、第1の内部フレーム1350内のGW3のためのMACSA1354で置き換えることができる。第1の内部フレーム1350はまた、GW1のためのMACDA1352、ホストBのためのIPDA1356、ホストAのためのIPSA1358、および、ペイロードをも備えてもよい。GW3は、第1の内部フレーム1350をLoc1へ、サービスプロバイダまたはコアネットワーク1310を介して送信することができる。GW1は、第1の内部フレーム1350を受信し、ホストBのVID宛先IPアドレスをルックアップし、第1の内部フレーム1350内のGW1のためのMACDA1352を、第2の内部フレーム1360内のGW2のためのMACDA1362で置き換えることができる。第2の内部フレーム1360はまた、GW3のためのMACSA1364、ホストBのためのIPDA1366、ホストAのためのIPSA1368、および、ペイロードをも備えてもよい。GW1は、第2の内部フレーム1360をLoc2へ、サービスプロバイダまたはコアネットワーク1310を介して送信することができる。GW2は、第2の内部フレーム1360を受信し、第2の内部フレーム1360を処理して、そのフレームのMACアドレスを変換することができる。GW2は、第2の内部フレーム1360を受信し、ホストBのVID宛先IPアドレスをルックアップし、第2の内部フレーム1360内のGW2のためのMACDA1362を、第2のフレーム1380内のホストBのためのMACDA1382で置き換えることができる。GW2はまた、第2の内部フレーム1360内のGW3のためのMACDA1364を、GW2のためのMACSA1384で置き換えることもできる。GW2は次いで、第2のフレーム1380を宛先ホストBへ送信することができる。さらに、ホストBは、Loc2から別のロケーション、例えば、Loc4へ移動することができる。GW2が、ホストBがLoc2からLoc4へ移動したことを学習した場合、GW2は、更新を、そのピアへ送信することができる。Loc4内のL2GW1322が、ホストBがそのドメインに追加されることを学習するとき、GW4もまたそのピアを更新することができる。したがって、各L2GW1322は、ホストBについてのアドレス情報を更新していることが可能である。L2GW1322が、ホストBがLoc2からLoc4へ移動したことを学習しなかった場合、L2GW1322はなお、ホストB向けのフレームをローカルホストからLoc2へ送信することができる。さらに、GW2は、そのフレームをLoc2内で受信し転送することがあり、ホストBがLoc2から移動しているので、そのフレームは失われる。ホストBがその新しいロケーションをL2GW1322にアナウンスした後、L2GW1322によってそのフレームが再送されるまで、そのフレームは一時的に失われることがある。図14は、複数のアドレスドメインおよびロケーション上の擬似レイヤ2ネットワーク間で、メッセージまたはフレームを転送するために使用されうる、別のデータフレーム転送方式1400の一実施形態を例示する。データフレーム転送方式1400は、上記のオプション2に基づくことができ、擬似レイヤ2ネットワーク内で以前のロケーションから新しいロケーションへ移動するホストからフレームを転送するために使用可能であり、第2のホストのための同じ学習されたMACアドレスを維持する。擬似レイヤ2ネットワークは、サービスプロバイダまたはコアネットワーク1410、および、複数のエッジノード1412を介してサービスプロバイダまたはコアネットワーク1410に結合されうる、複数のレイヤ2ネットワークドメイン1420を備えてもよい。レイヤ2ネットワークドメイン1420は、複数のDCサイトまたはロケーションに位置することができ、対応するエッジノード1412に結合された複数のL2GW1422、および、対応するL2GW1422に結合された複数の中間スイッチ1424を備えてもよい。中間スイッチ1424はまた、複数のホストサーバVM1426にも結合されうる。擬似レイヤ2ネットワークのコンポーネントは、図14に示すように配置することができ、仮想レイヤ2ネットワーク200の対応するコンポーネントに類似する可能性がある。データフレーム転送方式1400に基づいて、GW3は、第1のフレーム1440、例えば、イーサネット登録商標フレームを、Loc1からLoc3へ移動した後の第1のホスト1426から受信することができる。第1のフレーム1440は、Loc2内の第2のホスト1426向けでありうる。第1のフレーム1440は、Loc2内のGW2のためのMACDA1442、ホストAのためのMACSA1444、ホストBのためのIPDA1446、ホストAのためのIPSA1448、および、ペイロードを備えてもよい。GW3は、例えば、データフレーム転送方式1100と同様に、第1のフレーム1440を処理し、第1のフレーム1440内のホストAのためのMACSA1444を、内部フレーム1460内のGW3のためのMACSA1464で置き換えることができる。内部フレーム1460はまた、GW2のためのMACDA1462、ホストBのためのIPDA1466、ホストAのためのIPSA1468、および、ペイロードをも備えてもよい。GW3は、内部フレーム1460をLoc2へ、サービスプロバイダまたはコアネットワーク1410を介して送信することができる。GW2は、内部フレーム1460を受信し、内部フレーム1460を処理して、そのフレームのMACアドレスを変換することができる。GW2は、内部フレーム1460を受信し、ホストBのVID宛先IPアドレスをルックアップし、内部フレーム1460内のGW2のためのMACDA1462を、第2のフレーム1480内のホストBのためのMACDA1482で置き換えることができる。第2のフレーム1480はまた、GW3のためのMACSA1484をも備えてもよい。GW2は次いで、第2のフレーム1480を宛先ホストBへ送信することができる。さらに、ホストBは、Loc2から別のロケーション、例えば、Loc4へ移動することができる。GW2が、ホストBがLoc2からLoc4へ移動したことを学習した場合、GW2は、更新を、そのピアへ送信することができる。Loc4内のL2GW1422が、ホストBがそのドメインに追加されることを学習するとき、GW4もまたそのピアを更新することができる。したがって、各L2GW1422は、ホストBについてのアドレス情報を更新していることが可能である。L2GW1422が、ホストBがLoc2からLoc4へ移動したことを学習しなかった場合、L2GW1422はなお、ホストB向けのフレームをローカルホストからLoc2へ送信することができる。さらに、GW2は、そのフレームをLoc2内で受信し転送することがあり、ホストBがLoc2から移動しているので、そのフレームは失われる。ホストBがその新しいロケーションをL2GW1422にアナウンスした後、L2GW1422によってそのフレームが再送されるまで、そのフレームは一時的に失われることがある。上記の擬似レイヤ2拡張またはネットワークは、各アドレスドメイン内のアドレス解決をサポートすることができ、L2GWがそれらのドメインロケーション内のすべてのホストのIPアドレスにより現在更新された状態を保つための機構を使用することができる。アドレス解決およびIPアドレス更新は、2つのシナリオのうち1つにおいて実装されうる。第1のシナリオは、ホストまたはVMがネットワークに追加されると、または、ネットワークへ移動した後、無償ARPメッセージを送信するように構成されるときに対応する。第2のシナリオは、ネットワークに追加されるか、または、ネットワークへ移動したホストまたはVMがARPアナウンスメントを送信しないときに対応する。これら2つのシナリオは、上記の仮想レイヤ2ネットワークにおいて記載されたように対処されうる。上記の仮想レイヤ2ネットワーク、および、同様に、擬似レイヤ2ネットワークは、各ロケーションドメイン内のアドレス解決、および、各L2GWがそのロケーションドメイン内のそのローカルホストのIPアドレスにより現在更新された状態を保つための機構をサポートすることができる。一方のシナリオでは、ホストまたはVMがネットワークに追加されるとき、ホストまたはVMは、無償ARPメッセージなど、ARPアナウンスメントをそのレイヤ2ネットワークまたはローカルエリアへ送信することができる。もう一方のシナリオでは、ネットワークに追加されたホストまたはVMは、ARPアナウンスメントを送信することはできない。第1のシナリオでは、レイヤ2ネットワークまたはロケーションドメイン内の新しいVMは、無償ARPメッセージをL2GWへ送信することができる。L2GWが無償ARPメッセージを受信するとき、L2GWは、そのローカルIPAddrTableを更新することができるが、無償ARPメッセージを他のロケーションドメインまたはレイヤ2ネットワークへ転送することはできない。加えて、L2GWは、IPAddrTable内のエントリ毎にタイマを使用して、ロケーションドメインからホストをシャットダウンまたは除去する場合に対処することができる。あるエントリのタイマがまさに切れようとしている場合、L2GWは、ARPをそのエントリのホストへ送信することができる。ARPをブロードキャストする代わりに、ARPをユニキャストメッセージとして送信することにより、ホストおよびL2GWのローカルレイヤ2ドメインのフラッディングを回避することができる。ホストが第1のロケーションから第2のロケーションへ移動するとき、L2GWは、第1のロケーションおよびまたは第2のロケーションから更新メッセージを受信することができる。L2GWが、ホストが第1のロケーションおよび第2のロケーションの両方に存在することを検出する場合、L2GWは、ホストが第1のロケーション内にもはや存在しないことを検証するために、第1のロケーション内でローカルARPメッセージを送信することができる。ホストがもはや第1のロケーション内に存在しないと決定すると、例えば、ARPメッセージに対するレスポンスが検出されない場合、L2GWは、それに応じて、そのローカルIPAddrTableを更新することができる。L2GWが、それ自体のロケーションのためのARPメッセージのためのレスポンスを受信する場合、BGPのMACマルチホーミング機構が使用されうる。第2のシナリオでは、あるロケーション内の新しいホストは、ARPアナウンスメントを送信することはできない。この場合、あるアプリケーションが、あるIPホストのためのMACアドレスを解決する必要があるとき、そのアプリケーションは、そのロケーション内でブロードキャストされうるARPリクエストを送出することができる。ARPリクエストは、例えば、プロキシARP機能を実装することによって、L2GWスイッチによってインターセプトされうる。比較的大きいDCでは、L2GWは、すべてのARPリクエストを処理することができるとは限らないことがある。その代わりに、複数のL2GWデリゲートは、ARPアナウンスメントをインターセプトすることができる。L2GWは、他のロケーションから学習されるIPアドレスを、その対応するデリゲートへプッシュダウンすることができる。デリゲートは次いで、ホストまたはローカルサーバからのARPリクエストをインターセプトすることができる。ホストまたはサーバからのARPリクエスト内のIPアドレスが、L2GWのIPAddrTable内に存在する場合、L2GWは、ブロードキャストされたARPリクエストをそれ以上転送することなく、L2GWのMACアドレスと共にARPレスポンスをホストまたはサーバへ返すことができる。非IPアプリケーション、例えば、IPなしで直接イーサネット登録商標を介して実行するアプリケーションでは、アプリケーションは、データを送信するとき、MACアドレスをDAとして使用することができる。非IPアプリケーションは、データフレームの送信に先立って、ARPメッセージを送信することはできない。データフレームは、未知のフラッディングまたは多重MAC登録プロトコルを使用して、転送されうる。1つのシナリオでは、アプリケーションは、ターゲットのIPアドレスのためのMACアドレスを得るために、あるロケーション内で相互接続レイヤ2ネットワークのうち1つに加入すると、無償ARPメッセージを送信することができる。L2GWまたはそのデリゲートがARPリクエストを受信し、そのIPホストテーブルをチェックすることができるときである。IPアドレスがテーブル内で見つかる場合、L2GWは、ARPリプライをアプリケーションへ送信することができる。ターゲットのIPアドレスが別のロケーション内のIPホストに対応する場合、L2GWは、そのMACアドレスをリプライ内で送信することができる。IPアドレスが見つからない場合、リプライをL2GWから送信することはできず、L2GWは、すべてのロケーション内のホストの現在のまたは最後に更新されたIPアドレスを維持することができる。比較的大きいDCでは、複数のL2GWが、例えば、同じロケーション内で使用されてもよく、各L2GWは、VLANのサブセットに対処することができる。したがって、各L2GWは、対応するVLAN内のホストのIPアドレスを備えるIPアドレスのサブセットを維持する必要がありうる。例えば、何万ものVMを備える、かなり大きいDCの場合、単一のノードがすべてのARPリクエストおよびまたは無償ARPメッセージに対処することは困難であることがある。この場合、いくつかの方式を考えることができる。例えば、複数のノードまたはL2GWが、上述のように、あるDC内のVLANの異なるサブセットに対処するために使用されうる。加えて、または別法として、複数のデリゲートが、各ロケーション内のL2GWのために割り当てられてもよい。例えば、複数のToRスイッチまたはアクセススイッチが使用されうる。各L2GWのデリゲートは、その対応するダウンリンク上、または、ポートバインディングプロトコルの形式において、無償ARPメッセージをインターセプトすることを担うことができる。デリゲートは、統合されたアドレスリストをそれらのL2GWへ送信することができる。L2GWはまた、その学習されたIPアドレスリストを他のロケーションからそのデリゲートへプッシュダウンすることもできる。あるロケーション内にVLANの異なるサブセットを担う複数のL2GWがある場合、デリゲートは、対応するL2GWに関連付けられたVLAN内のAddressListの各々を備える、複数の統合されたメッセージを送信する必要がありうる。CiscoのOTV方式と比較すると、上記の仮想レイヤ2ネットワークを使用することで、各ロケーション内の中間スイッチ上の転送テーブルのサイズをかなり縮小することができる。例えば、大多数のホストがIPアプリケーションを実行すると仮定すると、あるロケーション内のスイッチは、他のロケーション内のIPホストのMACアドレスを学習する必要がないことがある。この方式はまた、L2GW間で交換されるアドレス情報のサイズをかなり縮小することもできる。例えば、何千ものVMを備えることがあるサブネットは、L2GWMACアドレスにマップされうる。仮想レイヤ2ネットワークの階層的なレイヤ2方式は、8021ah規格を使用することができ、8021ah規格は、市販のイーサネット登録商標チップセットによってサポートされることがあるが、Ciscoの方式は、独自のIPカプセル化を使用する。両方式は、ピアロケーションゲートウェイデバイスアドレスを、外側宛先アドレスとして使用することができる。階層的なレイヤ2方式はまた、アドレス変換を使用することもでき、アドレス変換は、現在のIPゲートウェイによってサポートされることがある。しかし、階層的なレイヤ2方式は、IPアドレス変換の代わりに、MACアドレス変換を使用することができる。MACアドレス変換には、何万ものアドレスのためのアドレス変換を行うことができる、キャリアグレードNAT実装が必要となることがある。一実施形態では、VLANは、複数のロケーションにわたることがある。したがって、マルチキャストグループもまた、複数のロケーションにわたることがある。具体的には、マルチキャストグループは、仮想レイヤ2ネットワーク内のロケーションのサブセットにわたることがある。例えば、仮想レイヤ2ネットワーク内に約10箇所のロケーションがある場合、マルチキャストグループは、それらの10箇所のロケーションのうち3箇所のみにわたることがある。1つのサービスインスタンス内のマルチキャストグループは、ネットワークアドミニストレータシステムによって構成されてもよく、または、MMRPを使用して、レイヤ2内で自動的に確立されてもよい。L2GWは8021ahをサポートするので、L2GWは、クライアントマルチキャストグループをコアネットワーク内の適切なマルチキャストグループにマップするために、内蔵のコンポーネントを有することができる。最悪の場合のシナリオでは、L2GWは、マルチキャストデータフレームを、サービスインスタンスのすべてのロケーションへ複製することがある。例えば、Microsoft調査データによれば、4つのトラフィックにつき約1つが、異なるロケーションへ行くことがある。したがって、L2GWによる複製は、複雑な機構をプロバイダコア内で実装するよりも、簡単でありうる。仮想レイヤ2ネットワークは、ARPリクエストおよびまたは動的ホスト構成プロトコルリクエストのためなど、ブロードキャストトラフィックをサポートすることができる。ブロードキャストトラフィックは、各ロケーション内で、ToRスイッチなど、複数のARPデリゲートを作成することによってサポートされうる。ブロードキャストトラフィックはまた、サーバからのすべてのIPホストの現在の更新を維持するために、新しいコンポーネントをデリゲートのためのポートバインディングプロトコルに追加することによっても、サポートされうる。加えて、L2GWは、他のロケーションから、すべての学習されたホストIPアドレスを、周期的または定期的にプッシュダウンすることができる。場合によっては、L2GWは、未知のDAを受信することができる。L2GWは、そのロケーション内のすべてのホストの現在の更新を保ち、周期的または定期的にそのアドレス情報をすべてのピアへプッシュすることができる。L2GWが、未知のDAを備えるフレームを受信する場合、L2GWは、そのフレームを他のロケーションへブロードキャストすることができる。ネットワークに対する攻撃を回避するために、受信された未知のDAをL2GWが転送またはブロードキャストすることができる最大回数に、制限が課せられてもよい。L2GWは、未知のアドレスのための中間スイッチアドレスを、そのアドレスを他のロケーションへ送信する前に誤ることを回避するために、別のロケーション内の中間スイッチのアドレスを学習するように構成されうる。各DCロケーション内に何万ものVMがあることがあるが、ToRまたはアクセススイッチ、エンドオブローまたは集約スイッチ、およびまたは、コアスイッチの数など、各DC内のスイッチの数は制限されうる。L2GWは、ロケーション内のすべての中間スイッチのMACアドレスを前もって、例えば、各スイッチからのブリッジプロトコルデータユニットを介して、学習することができる。管理システム、または、オペレーション、管理およびメンテナンスメッセージを除いて、メッセージを中間スイッチへ直接送信することはできない。NMSOAMメッセージを受信することを予期するか、またはそのように構成される中間スイッチは、自律的メッセージをNMSまたはMMRPアナウンスメントへ送信することによって、ロケーション内の他のスイッチがそのMACアドレスを学習できるようにすることができる。いくつかの実施形態では、L2GWは、アドレス情報を交換するために、例えば、ISISの代わりにBGPを使用することができる。複数のオプションが、レイヤ2通信を制御するために使用されうる。例えば、転送オプションには、レイヤ2がMACおよびMACにより転送するのみであること、レイヤ2がMPLSを介して転送すること、および、レイヤ2がレイヤ3ネットワーク内で転送することが含まれうる。レイヤ2制御プレーンのオプションには、レイヤ2ISISメッシュ制御、レイヤ25MPLS静的制御、ラベル配布プロトコル、内部ゲートウェイプロトコルコンストレイントベースドショーテストパスファーストを使用したリソース予約プロトコルトラフィックエンジニアリング、および、BGP発見が含まれうる。一意性のために必要とされるVLANMACマッピング、および、ネットワークブリッジドVLANがDCにとって小さすぎる可能性があるかどうかなど、いくつかのVLANマッピングの問題もまた考慮されうる。Table3は、レイヤ2制御プレーンのために使用されうる、複数の制御プレーンオプションを例示する。これらのオプションは、IEEE8021ah、IEEE8021qおよびIEEE8021aqに基づくことができ、そのすべては参照により本明細書に組み込まれている。Table4は、Table3における制御プレーンオプションの利点および不利な点のいくつかを例示する。CiscoのOTVと、仮想レイヤ2ネットワーク内でサポートされうるBGPの間には、複数の違いがありうる。例えば、OTVの基本態様には、OTVマルチキャストグループ、MTISISを必要とすることがあるOTVISIS使用、および、OTV転送が含まれうる。加えて、BGPは、DCマルチキャストグループのためなど、BGPMACマッピングおよびIPオーバーレイをサポートすることができる。BGPMACマッピングはまた、MTBGPを使用することもできる。さらに、IBGPは、MTISIS、および、ピアトポロジのためのISISの使用によってサポートされうる。上記の仮想レイヤ2ネットワークでは、1つのレイヤ2ネットワーク内のアプリケーションの数は、例えば、経時的に、かなり増すことがある。したがって、かなり大きいレイヤ2ネットワークに関連する問題を回避するために、ある機構が必要とされうる。これらの問題には、サーバホストおよびそれらのアプリケーションの予測不可能な動きが含まれうる。例えば、サーバホストは、異なるベンダに対応することがあり、一部は、ARPメッセージを送信するように構成されることがあり、他のものは、ブロードキャストメッセージを送信するように構成されることがある。さらに、典型的なより低コストのレイヤ2スイッチは、ブロードキャストデータフレームをブロックするための高度な機能を有していないことがあり、または、フラッディングおよびブロードキャストを制限するためにポリシーを実装していないことがある。ホストまたはアプリケーションはまた、ターゲットIPマッピングへのMACアドレスを頻繁に、例えば、約数分で、古くさせることがある。ホストはまた、ホストが切り替えを行うとき、または、ホストがソフトウェアグリッチを有するときなど、無償ARPメッセージを頻繁に送出することもある。場合によっては、レイヤ2ネットワークコンポーネントは、ブロードキャストをより少数のノードにとどめるために、より小さいサブグループに分割される。図15は、上記の仮想レイヤ2ネットワークまたは擬似レイヤ2ネットワークの一部でありうる、レイヤ2ネットワークドメイン、例えば、VLAN内で使用されうる、典型的なブロードキャスト方式1500の一実施形態を例示する。レイヤ2ネットワークドメインまたはVLANは、ポッド1530内、例えば、DC内に位置する複数のアクセススイッチ1522を備えてもよい。VLANはまた、AS1522に結合された複数のクローズドユーザグループ1535をも備えてもよい。各CUG1535は、AS1522に結合された複数のエンドオブロースイッチ1524、EoRスイッチ1524に結合された複数のToRスイッチ1537、および、ToRスイッチ1537に結合された複数のサーバVM1539を備えてもよい。AS1522は、仮想レイヤ2ネットワークまたは擬似レイヤ2ネットワークの他のレイヤ2ネットワークドメインに対応することがある、他のDC内の複数のポッドに結合されうる。レイヤ2ネットワークドメインまたはポッド1530のコンポーネントは、図15に示すように配置されうる。典型的なブロードキャスト方式1500は、ブロードキャストスケーラビリティの問題を欠点として有することがある。例えば、未知のDAを有するフレームは、ポッド1530内で、VLAN内のすべてのエンドシステムへフラッディングされることがある。例えば、未知のDAを有するフレームは、図15で破線の矢印によって示されるように、CUGl535内でAS1522内の全部または複数のサーバVM1539へフラッディングされることがある。未知のアドレスを有するフレームはまた、ポッド1530と同じサービスに関連付けられうる、コア内の複数の他のポッドへ、AS1522を介して、反対方向にフラッディングされることもある。これらのフレームはさらに、他のポッド内の複数のVMへフラッディングされることがあり、何千ものVMに達することがある。未知のDAのためのそのようなブロードキャスト方式は、例えば、多数のDCを備える、比較的大きいネットワーク内で効率的でないことがある。図16は、上記の仮想レイヤ2ネットワークまたは擬似レイヤ2ネットワークの一部でありうる、レイヤ2ネットワークドメイン、例えば、VLAN内で使用されうる、別のブロードキャスト方式1600の一実施形態を例示する。ブロードキャスト方式1600は、ブロードキャスト方式1500よりも制御され、よって、よりスケーラブルかつ効率的でありうる。レイヤ2ネットワークドメインまたはVLANは、ポッド1630内、例えば、DC内に位置する複数のAS1622を備えてもよい。VLANはまた、AS1622に結合された複数のCUG1635をも備えてもよい。各CUG1635は、AS1622に結合された複数のEoRスイッチ1624、EoRスイッチ1624に結合された複数のToRスイッチ1637、および、ToRスイッチ1637に結合された複数のサーバVM1639を備えてもよい。AS1622は、仮想レイヤ2ネットワークまたは擬似レイヤ2ネットワークの他のレイヤ2ネットワークドメインに対応することがある、他のDC内の複数のポッドに結合されうる。レイヤ2ネットワークドメインまたはポッド1630のコンポーネントは、図16に示すように配置されうる。ブロードキャスト方式1600のブロードキャスト範囲を制御または限定するため、未知のDAを有するフレームは、ポッド1630内で単一のルートへ、例えば、ブロードキャストサーバとして指定されうる1つのサーバVM1639へ、または、AS1622へフラッディングされるのみであってもよい。これらのフレームは、ルーテッドマルチポイントVLAN構成、例えば、ブロードキャストサーバがルートにされるRMPVLANのためのプッシュVLANタグを使用して、ルートへフラッディングされうる。しかし、フラッディングされたフレームを、例えば、ブロードキャストサーバではない、すべての他のサーバへ転送することはできず、これにより、リンクリソースおよび無関係のフレームのサーバ処理を節約することができる。加えて、転送されたフレームを、コアへ、例えば、他のポッドまたはDCへ転送することはできない。いくつかの実施形態では、ブロードキャストサーバは、プロキシARPサーバ、DHCPサーバ、ならびにまたは、例えば、効率、スケーラビリティおよびもしくは安全性を向上させるための他の特定の機能サーバをホストすることができる。例えば、ブロードキャストサーバは、選択されたブロードキャストサービスのみを可能にするDCにおいて、安全性を提供するように構成されうる。知られているサービスが選択されない場合、未知のDAを有するデータフレームは、第1またはオリジナルのVLAN上のブロードキャストサーバからフラッディングされうる。ブロードキャスト方式1600は、カスタマアプリケーションがレイヤ2ブロードキャストを使用することが可能にされる場合に対処するために使用されうる。データ速度リミッタもまた、ブロードキャストストームから保護する、例えば、かなりのブロードキャストトラフィックを回避するために使用されうる。上述のように、サーバ仮想化をDC内に導入するとき、DC内のホストの数は、例えば、経時的に、かなり増すことがある。サーバ仮想化を使用すると、本来は1つのエンドステーションをホストすることができる各物理サーバが、何百ものエンドステーションまたはVMをホストすることが可能となりうる。VMは、サーバ間で柔軟に追加、削除およびまたは移動可能であり、これらのサーバの性能および利用を向上させることができる。この機能を、クラウドコンピューティングサービスのためのビルディングブロックとして使用して、例えば、クライアントにより制御された仮想サブネットおよび仮想ホストを提供することができる。クラウドコンピューティングサービスによって提供されたクライアント制御仮想サブネットは、クライアントがそれら自体のサブネットを、対応するIPアドレスおよびポリシーにより定義できるようにすることができる。仮想ホストの急成長は、ネットワークおよびサーバにかなりの影響を与えることがある。例えば、1つの結果として生じる問題は、ARPIPバージョン4リクエストなど、頻繁なARPリクエスト、または、ホストからのNDIPバージョン6リクエストなど、近隣探索リクエストへの対処でありうる。DC内のホストは、約数分で古くなりうるキャッシュまたはエントリのために、そのようなリクエストを頻繁に送出することがある。異なるMACアドレスを有することがある、DC内の何万ものホストの場合、毎秒のARPまたはNDメッセージまたはリクエストの量は、毎秒約1000から10000リクエストを超える量に達することがある。このリクエストの速度または頻度は、かなりの計算的負担をホストにかけることがある。DC内のかなり多数の仮想ホストに関連するもう1つの問題は、1つのVLAN内の既存の重複したIPアドレスであることがあり、ARPまたはND方式が適切に機能しないように影響を及ぼすことがある。いくつかの負荷バランシング技術はまた、同じアプリケーションをサービスする複数のホストが、同じIPアドレスであるが異なるMACアドレスを有するものを使用することを必要とすることもある。いくつかのクラウドコンピューティングサービスは、ユーザが、IPアドレスを有する自分のサブネット、および、サブネット間で自己定義されたポリシーを使用できるようにすることがある。したがって、使用可能なVLANの最大数は、いくつかのシステムでは約4095でありうるが、何十万ものクライアントサブネットが存在する可能性があるので、クライアント毎にVLANを指定することは可能でないことがある。このシナリオでは、最後は1つのVLANに行く、異なるクライアントサブネット内の重複したIPアドレスが存在する可能性がある。一実施形態では、スケーラブルなアドレス解決機構が、VMおよびまたはエンドステーションなど、かなりの数のホストを含む単一のVLANを備えることがある、かなり大きいレイヤ2ネットワーク内で使用されうる。加えて、重複したIPアドレスを有するVLAN内の適切なアドレス解決のための、ある機構が説明される。この機構は、ARPIPv4アドレスおよびNDIPv6アドレスの両方に使用されうる。図17は、ブリッジドレイヤ2ネットワーク、例えば、イーサネット登録商標内の、相互接続ネットワーク区域1700の一実施形態を例示する。ブリッジドレイヤ2ネットワークは、コア区域1710内の複数のコアブリッジ1712を備えてもよく、コア区域1710は、複数の区域1720に結合されうる。レイヤ2ブリッジドネットワークはまた、コア区域1710および区域1720の一部でありうる複数のDBB1722をも備えてもよく、したがって、コア区域1710および区域1720を相互接続することができる。各区域1720もまた、対応するDBB1722に結合された複数の中間スイッチ1724、および、対応する中間スイッチ1724に結合された複数のエンドステーション1726、例えば、サーバVMを備えてもよい。相互接続ネットワーク区域1700のコンポーネントは、図17に示すように配置されうる。図18は、相互接続ネットワーク区域1700と同様に構成されうる、相互接続ネットワーク区域1800の別の実施形態を例示する。相互接続ネットワーク区域1800は、コア区域1810内で、複数のコアブリッジ1812および複数のDBB1822または区域バウンダリスイッチを備えてもよい。相互接続ネットワーク区域1800はまた、複数の区域1820内で、複数の中間スイッチ1824および複数のエンドステーション1826、例えば、サーバVMをも備えてもよい。区域1820もまた、区域1820をコア区域1810に結合したDBB1822を備えてもよい。相互接続ネットワーク区域1800のコンポーネントは、図18に示すように配置されうる。VLANは、図18で太い実線によって示されるように、相互接続ネットワーク区域1800内で確立されうる。VLANは、VIDに関連付けられてもよく、コア区域1810内のコアブリッジ1812の1つ、区域1820内のDBB1822のサブセットと、区域1820内の中間スイッチ1824のサブセットおよびサーバVM1826の間で確立されうる。区域1820内のDBB1822は、区域1820内のエンドステーション1826毎にの対を認識して、維持することができる。このアドレス情報は、エンドステーション1826によって対応する区域1820内の対応するDBB1822へ、エッジ仮想ブリッジング仮想ステーションインターフェース発見および構成プロトコルを介して通信されうる。DBB1822はまた、この情報を他のDBB1822に、例えば、MMRPを介して登録することもできる。別法として、アドレス情報は、エンドステーション1826によってそれらのDBB1822へ、無償ARPメッセージを使用して、または、構成メッセージをNMSから送信することによって通信されてもよい。一実施形態では、スケーラブルなアドレス解決機構は、相互接続ネットワーク区域1800内で比較的多数のホストを備えるVLANをサポートするために実装されうる。具体的には、1つの区域1820内のDBB1822のMACアドレス、および、VLANのVIDが、他の区域1820からの、その区域のホストアドレスを求めるARPリクエストに対するレスポンスとして使用されうる。場合によっては、DSが個々のエンドステーション1826またはホストのための比較的多数のメッセージに対処することができないことがあるとき、DSは、区域1820内のエンドステーション1826のための要約されたアドレス情報を得るように構成されうる。そのような場合、区域1820内のDBB1822は、区域ホストのためのすべての無償ARPメッセージを終端するか、または、その区域1820から送信されたすべての無償ARPメッセージをスヌープし、その代わりに、例えば、DSのためのホストアドレス情報を要約する、無償グループアナウンスメントを送出することができる。DBBは、それ自体の無償ARPアナウンスメントを送信して、その区域1820内のすべてのホストIPアドレスを他の区域1820へアナウンスすることができる。さらに、区域1820内でDBB1822は、それ自体のMACアドレスを他の区域1820へ、例えば、コア区域1810内のコアブリッジ1812を介して送信することによって、ARPプロキシとしての機能を果たすことができる。コアブリッジ1812は、区域1820内のDBB1822のMACアドレスのみを認識することはできるが、中間スイッチ1824およびエンドステーション1826またはホストのMACアドレスを認識することはできず、これにより、この方式がよりスケーラブルになる。例えば、第1の区域1820内の第1のエンドステーション1826が第2の区域1820内の第2のエンドステーション1826のアドレスを求めるARPリクエストを送信するとき、第2の区域1820のDBB1822のMACアドレスが、第1のエンドステーション1826への応答において返されうる。図19は、例えば、相互接続ネットワーク区域1800のための、レイヤ2ブリッジドネットワーク内で使用されうる、ARPプロキシ方式1900の一実施形態を例示する。レイヤ2ブリッジドネットワークは、コア区域1910、コア区域1910に結合された複数のDBB1922または区域バウンダリスイッチ、および、それらの区域内の対応するDBB1922に結合された複数のエンドステーション1926を備えてもよい。レイヤ2ブリッジドネットワークはまた、例えば、コア区域1910を介してDBB1922に結合されうる、DS1940をも備えてもよい。DBB1922およびエンドステーション1926は、レイヤ2ブリッジドネットワーク内で確立され、かつ、VIDに関連付けられた、VLANに属することができる。レイヤ2ブリッジドネットワークのコンポーネントは、図19に示すように配置されうる。ARPプロキシ方式1900に基づいて、第1のDBB1922は、そのローカル区域内の第1のエンドステーション1926からのARPリクエストをインターセプトすることができる。このARPリクエストは、別の区域内の第2のエンドステーション1926のためのMACアドレスを求めるものであってもよい。このARPリクエストは、第2のエンドステーション1926のIPDA、および、第1のエンドステーション1926のIPソースアドレスおよびMACSAを備えてもよい。第1のエンドステーション1926は、VMARPテーブル1960内で他のエンドステーション1926のIPアドレスを維持することができる。DBBXは、DSクエリを送信して、DS1940から、第2のエンドステーション1926のためのMACアドレスを得ることができる。DSクエリは、第2のエンドステーション1926のIPアドレス、および、第1のエンドステーション1926のIPSAおよびMACSAを備えてもよい。DS1940は、DSアドレステーブル1950内で、エンドステーション1926のIPアドレス、MACアドレス、および、関連付けられたDBB1922またはロケーションについての情報を維持することができる。DS1940は次いで、DSアドレステーブル1950に示されるように、他の区域内の第2のエンドステーション1926のIPアドレス、および、第2のエンドステーション1926に関連付けられた第2のDBB1922のMACアドレスを備える、DSレスポンスをDBBXに返すことができる。さらに、DBBXは、第1のエンドステーション1926のIPDAおよびMACDA、第2のエンドステーション1926のIPSA、ならびに、DBBYのMACアドレスを備える、ARPレスポンスを第1のエンドステーション1926へ送信することができる。第1のエンドステーション1926は次いで、VMARPテーブル1960内で、DBBYのMACアドレスを第2のエンドステーション1926のIPアドレスに関連付けることができる。第1のエンドステーション1926は、DBBYのMACアドレスをDAとして使用して、第2のエンドステーション1926向けであるフレームを転送することができる。ARPプロキシ方式1900では、DBB1922は、区域内のホストのMACおよびIPアドレスなしに、区域内の他のDBB1922のMACアドレスを維持するだけでよいことがある。DBB1922に送信されたデータフレーム内のDAは、上述のように、DBBMACアドレスのみに対応するので、DBB1922は、他のアドレスを認識している必要がなくてもよく、これにより、この方式がよりスケーラブルになる。図20は、例えば、相互接続ネットワーク区域1800のための、レイヤ2ブリッジドネットワーク内で使用されうる、データフレーム転送方式2000の一実施形態を例示する。レイヤ2ブリッジドネットワークは、コア区域2010、コア区域2010に結合された複数の区域2020内の複数のDBB2022または区域バウンダリスイッチ、および、それらの区域2020内の対応するDBB2022に結合された複数の中間スイッチ2024およびエンドステーション2026を備えてもよい。区域2020にわたるDBB2022、中間スイッチ2024、およびエンドステーション2026のうちいくつかは、レイヤ2ブリッジドネットワーク内で確立され、かつ、VIDに関連付けられた、VLANに属することができる。レイヤ2ブリッジドネットワークのコンポーネントは、図20に示すように配置されうる。データフレーム転送方式2000は、DBB2022におけるMATに基づくことができ、このMATは、IPNATに類似する可能性がある。MATは、内部IPDAおよびARPテーブルを使用して、対応するMACDAを見つけることを備えてもよい。例えば、第1のDBB2022は、フレーム2040、例えば、イーサネット登録商標フレームを、第1の区域内の第1のエンドステーション2026から受信することができる。フレーム2040は、第2の区域内の第2のエンドステーション2026向けでありうる。フレーム2040は、区域2内の第2のDBBのためのMACDA2042、ホストAのためのMACSA2044、ホストBのためのIPDA2046、ホストAのためのIPSA2048、および、ペイロードを備えてもよい。DBB1は、フレーム2040を区域2へ、コア区域2010を介して転送することができる。区域2内の第2のDBB2022は、フレーム2040を受信し、フレーム2040内のDBB2のためのMACDA2042を、第2のフレーム2080内のホストBのためのMACDA2082で置き換えることができる。DBB2は、BのMACを、ホストBのためのIPDA2046、および、そのARPテーブル内の対応するエントリに基づいて決定することができる。第2のフレームはまた、ホストAのためのMACSA2084、ホストBのためのIPDA2086、ホストAのためのIPSA2088、および、ペイロードをも備えてもよい。DBB2は、第2のフレーム2080を区域2内のホストBへ送信することができる。区域2において受信されたフレーム内のSAは変更されないので、データフレーム転送方式2000は、ネットワーク内で実装されたDHCPに影響を及ぼすことはできない。上記のネットワークでは、コア区域のコアブリッジまたはスイッチ、例えば、コア区域1810内のコアブリッジ1812は、区域内のホストのMACおよびIPアドレスなしに、区域内のDBBのMACアドレスを維持するだけでよいことがある。コア区域を通じて転送されたデータフレーム内のDAは、上述のように、DBBMACアドレスのみに対応することができるので、コアブリッジは、他のアドレスを認識している必要がなくてもよい。DBBのMACアドレスは、コアブリッジの転送データベース内で維持されうる。コアブリッジまたはスイッチは、すべてのDBBのトポロジを、リンク状態ベースのプロトコルを介して学習することができる。例えば、DBBは、例えば、IEEE8021aq、多数リンクの透過的相互接続またはIPベースのコアを使用して、リンク状態アドバタイズメントを送出することができる。スパニングツリープロトコルがコアブリッジ間で使用される場合、MACアドレス学習は、コアブリッジで使用不可能にされることがある。この場合、DBBは、それら自体をコアブリッジに登録することができる。一実施形態では、DSが使用されない場合、DBBは、上述のように、ARPプロキシとして動作することができる。無償ARPメッセージがエンドステーションによって送信されて、それら自体のMACアドレスがアナウンスされうる。無償グループアナウンスメントもまた、DBBによって送信されて、それら自体のMACアドレス、および、それらのローカル区域内のすべてのホストのためのIPアドレスがアナウンスされうる。無償グループアナウンスメントは、MACおよびIPアドレスを他の区域内の他のDBBにアナウンスするために使用されうる。アナウンスされたMACアドレスおよびIPアドレスは、他のDBB内で、ホストIPDAに従って、受信されたフレーム内のDBBMACDAを変換するために使用されうる。無償グループARPがDBBによって送信されて、そのDBBに関連付けられた各VLANのためのホストIPアドレスのサブセットがアナウンスされうる。無償グループARPは、ホストIPアドレスのサブセットの、DBBのための複数のVLANへのマッピングを備えてもよい。Table5は、ホストIPアドレスの、相互接続された区域内の対応するDBBMACアドレスへのマッピングの一例を例示する。このマッピングがDBBによって無償グループARPにおいて送信されて、そのDBBに関連付けられた各VLANのためのそのホストIPアドレスがアナウンスされうる。DBBMACアドレスは、複数の対応するホストIPアドレスにマップされうる。各DBBMACアドレスは、同じまたは異なる区域内でありうる、複数のVLAN内の複数のホストIPアドレスにマップされうる。場合によっては、相互接続された区域内の複数のホストは、同じIPアドレスを有することができ、同じVLANに関連付けられうる。例えば、クラウドコンピューティングサービスの仮想サブネットは、クライアントがそれら自体のプライベートIPアドレスを命名できるようにすることができる。クラウドコンピューティングサービスによって提供される仮想サブネットの数は、可能にされたVLANの総数を大幅に超えることがある。したがって、複数の仮想ホストは、同じIPアドレスを有するが、異なるMACアドレスを有することが可能にされうる。他の場合では、複数のエンドステーションは、同じIPアドレスであるが、異なるMACアドレスを使用して、同じアプリケーションをサービスすることができる。一実施形態では、例えば、同じIPアドレスを使用する異なるホストの間で区別するために、DBBに、本明細書ではデリゲートMACアドレスと呼ばれる、複数のMACアドレスが割り当てられてもよい。DBBをまた、複数のVLANに関連付けることもできる。さらに、DBB上の各VLANを、例えば、VLAN内のホストの異なるサブセットを備える、複数のサブネットまたは仮想サブネットに関連付けることができる。仮想サブネットを、複数のサブネットIDに関連付けることができる。ホストのための重複したIPアドレスの数が、VLANの仮想サブネットの数よりもかなり少ない場合、DBBのためのデリゲートMACアドレスの数もまた、かなり少なくなりうる。図21は、レイヤ2ブリッジドネットワーク内で相互接続ネットワーク区域のために使用されうる、ARPプロキシ方式2100の一実施形態を例示する。レイヤ2ブリッジドネットワークは、コア区域2110、コア区域2110に結合された複数のDBB2122または区域バウンダリスイッチ、および、それらの区域内の対応するDBB2122に結合された複数のエンドステーション2126を備えてもよい。レイヤ2ブリッジドネットワークはまた、例えば、コア区域2110を介してDBB2122に結合されうる、DS2140をも備えてもよい。DBB2122およびエンドステーション2126は、レイヤ2ブリッジドネットワーク内で確立されたVLANに属することができる。レイヤ2ブリッジドネットワークのコンポーネントは、図21に示すように配置されうる。ARPプロキシ方式2100に基づいて、第1のDBB2122は、そのローカル区域内の第1のエンドステーション2126からのARPリクエストをインターセプトすることができる。このARPリクエストは、別の区域内の第2のエンドステーション2126のためのMACアドレスを求めるものであってもよい。このARPリクエストは、第2のエンドステーション2126のIPDA、および、第1のエンドステーション2126のIPSAおよびMACSAを備えてもよい。第1のエンドステーション2126は、VMARPテーブル2160内で他のエンドステーション2126のIPアドレスを維持することができる。DBBXは次いで、DSクエリを転送して、DS2140から、第2のエンドステーション2126のためのMACアドレスを得ることができる。DSクエリは、第2のエンドステーション2126のIPアドレス、ならびに、第1のエンドステーション2126のIPSAおよびMACSAを備えてもよい。DS2140は、DSアドレステーブル2150内で、エンドステーション2126のIPアドレス、MACアドレス、VLANIDまたはVID、カスタマID、および、関連付けられたDBB2122またはロケーションについての情報を維持することができる。DS2140は、DSクエリ内のMACSAを使用して、どのカスタマIDがリクエスト側のVMに属するかを決定することができる。例えば、DSアドレステーブル2150によれば、カスタマID、JoeがMACSAに対応する。DS2140は次いで、第2のエンドステーション2126のIPアドレス、および、第1のエンドステーション2126のカスタマIDに関連付けられた第2のDBB2122のデリゲートMACアドレスを備える、DSレスポンスをDBBXに返すことができる。さらに、DBBXは、第1のエンドステーション2126のIPDAおよびMACDA、第2のエンドステーション2126のIPSA、ならびに、DBBYのデリゲートMACアドレスを備える、ARPレスポンスを第1のエンドステーション2126へ送信することができる。第1のエンドステーション2126は次いで、VMARPテーブル2160内で、DBBYのデリゲートMACアドレスを第2のエンドステーション2126のIPアドレスに関連付けることができる。第1のエンドステーション2126は、DBBYのデリゲートMACアドレスをDAとして使用して、第2のエンドステーション2126向けであるフレームを転送することができる。別の区域内の第3のエンドステーション2126もまた、第2のエンドステーション2126のためのARPリクエストを、第3のエンドステーションの区域内の対応するローカルDBB2122へ送信することができる。DBBZは次いで、上述のようにDS2140と通信し、それに応じて、DSアドレステーブル2150内の、第3のエンドステーション2126のIPDAおよびMACDA、第2のエンドステーション2126のIPSA、ならびに、第3のエンドステーション2126のカスタマID、Bobに関連付けられたDBBYのデリゲートMACアドレスを備える、ARPレスポンスを第3のエンドステーション2126に返すことができる。第3のエンドステーション2126は次いで、第3のエンドステーション2126のVMARPテーブル2170内で、DBBYのデリゲートMACアドレスを、第2のエンドステーション2126のIPアドレスに関連付けることができる。第3のエンドステーション2126は、このDBBYのデリゲートMACアドレスをDAとして使用して、第2のエンドステーション2126向けであるフレームを転送することができる。Table6は、重複したホストIPアドレスの、相互接続された区域内のVLAN内の対応するデリゲートDBBMACアドレスへのマッピングの一例を例示する。重複したホストアドレスは、複数のホストによって、1つの所期のアプリケーションまたはホストのために使用されうる。デリゲートDBBMACアドレスは、同じアプリケーションを使用する異なるホストのために割り当てられてもよい。VLAN毎に、ホストIPアドレスが、例えば、VLANの異なるサブネットに関連付けられた、複数のホストのための複数のデリゲートDBBMACアドレスにマップされうる。デリゲートDBBMACアドレスをまた、ベースDBBMACアドレスに関連付けることもできる。同じIPのためのベースおよびデリゲートDBBMACアドレスは、異なるVLANでは異なることがある。VLANがデリゲートアドレスを有していないとき、DBBベースアドレスがVLANのために使用されうる。1つのVLAN内に約10個の重複したIPアドレスがある場合、Table6の約10個の列が使用されうる。Table7は、ホストIPアドレスの、例えば、複数のサブネットのための複数のデリゲートMACアドレスへのマッピングの一例を例示する。このマッピングがDBBによって無償グループARPにおいて送信されて、そのDBBに関連付けられた各VLANのためのそのホストIPアドレスがアナウンスされうる。各デリゲートMACアドレスは、サブネット内の複数の対応するホストIPアドレスにマップされうる。各デリゲートDBBMACアドレスを、ホストIPアドレスのためのカスタマまたは仮想サブネットIDに関連付けることができる。各デリゲートDBBMACアドレスのためのホストIPアドレスはまた、複数のVLANに対応することもできる。各サブネット内のホストIPアドレスは、異なることがある。重複したホストIPアドレスを、同じVLANに関連付けることができるが、異なるカスタマIDに関連付けることができ、異なるデリゲートDBBMACアドレスにマップすることができる。図22は、レイヤ2ブリッジドネットワーク内の相互接続ネットワーク区域のために使用されうる、フェイルオーバー方式2200の一実施形態を例示する。フェイルオーバー方式2200は、相互接続された区域内のDBBのいずれかが故障する場合に使用されうる。レイヤ2ブリッジドネットワークは、コア区域2210内の、複数のコアブリッジ2212および複数のDBB2222または区域バウンダリスイッチ、ならびに、複数の区域2220を備えてもよい。区域2220は、DBB2222、複数の中間スイッチ2224、および、複数のエンドステーション2226、例えば、サーバVMを備えてもよい。レイヤ2ブリッジドネットワークはまた、例えば、コア区域2210を介して、DBB2222に結合されうる、DSをも備えてもよい。DBB2222、中間スイッチ2224、および、エンドステーション2226のうちいくつかは、レイヤ2ブリッジドネットワーク内で確立されたVLANに属することができる。レイヤ2ブリッジドネットワークのコンポーネントは、図22に示すように配置されうる。アクティブDBB2222がVLAN内で故障するとき、VLANは、1つまたは複数のスタンバイDBB2222を使用して確立されうる。スタンバイDBB2222は、VLANに属する中間スイッチ2224のうち少なくともいくつかとの、および、場合によっては新しいコアブリッジ2212とのアクティブな接続を確立することができる。これは、図22で破線によって示される。したがって、VLANのエンドステーション2226へのパスが失われることはなく、これにより、エンドステーション2226がVLANを介して通信することが可能になる。VLAN内のDBB2222が故障するとき、例えば、明示的メッセージをDSへ送信すること、または、キープアライブ方法を使用することによって、DSに障害が通知されうる。したがって、DBBは、DSアドレステーブルのエントリ内のVLAN内の故障したDBB、および、場合によっては他のオリジナルのDBB2222のアドレス情報を、スタンバイであって、次いで、故障した他のオリジナルのDBB2222を置き換えるために使用された、新しいDBB2222の情報で置き換えることができる。置き換えられた、故障したオリジナルのDBBは、図22で円によって示される。故障したDBB2222を検出すると、置換DBBは、LSAをDSまたはコア区域2210へ送信して、すべてのデリゲートアドレスを含む、故障したDBBのアドレスが、置換DBB2222によって到達可能であることを示すことができる。サーバ仮想化により、物理サーバは、より多くのVM、例えば、数十から数百もの仮想エンドステーションまたはVMをホストすることができる。これは、DC内の仮想ホストの数がかなり増す結果となりうる。例えば、約50000個のサーバを有する比較的大きいDCでは、それぞれ最大約128個のVMをサポートすることができ、DC内のVMの総数は、約50000×128、すなわち、約6400000個のVMに等しくなりうる。このような大きいサーバプールにわたるリソースの動的割り振りを達成するために、イーサネット登録商標ベースのレイヤ2ネットワークがDC内で使用されうる。潜在的にかなりの数の仮想ホストを有するこのような大きいレイヤ2ネットワークは、基礎をなすイーサネット登録商標技術に新しい課題を課すことがある。例えば、1つの問題は、フラットなMACアドレス空間によるMAC転送テーブルスケーラビリティでありうる。もう1つの問題は、ARPおよび他のブロードキャストトラフィックによって引き起こされるブロードキャストストームへの対処でありうる。ネットワークのコア内で、本明細書ではFDBとも呼ばれる、MAC転送テーブルのサイズを縮小するための1つの手法は、例えば、IEEE8021ahおよびTRILLに従って、ネットワークアドレスカプセル化を使用することでありうる。8021ahおよびTRILLのネットワークアドレスカプセル化は、IEEEP8021ahD42規格およびIETFドラフトdraftietftrillrbridgeprotol12txtにそれぞれ記載されており、その両方が参照により本明細書に組み込まれている。ネットワークアドレスカプセル化では、コアスイッチ内のFDBエントリの数は、VMの数とは関係なく、ネットワーク内のスイッチの総数まで減らすことができる。例えば、1つのエッジスイッチにつき約20個のサーバがあれば、約50000個のサーバのネットワーク内のエッジスイッチの数は、約5000020、すなわち、約2500に等しくなりうる。しかし、データパスMACアドレス学習では、エッジスイッチのFDBサイズは、ネットワークアドレスカプセル化が使用されないときとほぼ同じであることがあり、かなり大きくなりうる。ToRスイッチにおける選択的MAC学習でさえ、FDBサイズはなお、かなり大きくなりうる。例えば、あるToRスイッチが約40個のダウンストリームポートを有する場合、一対のToRスイッチでは、最大約40個のデュアルホームドサーバがそれらのToRスイッチに接続されることがある。あるサーバが最大約128個のVMをサポートする場合、正常な動作中、例えば、TORスイッチがほぼ同数のVMに対処するとき、あるToRスイッチでは、約128×402、すなわち、約2560個のVMがそのToRスイッチに接続されることがある。1つのToRスイッチが故障する場合、VMの数は、約5120まで増すことがある。各VMが平均して約10個のリモートVMと同時に通信する場合、ToRスイッチFDBサイズは、少なくとも約25602560×102500、すなわち、約30660エントリに比例することがあり、障害シナリオではさらに倍増されうる。8021ahおよびTRILLにおけるネットワークアドレスカプセル化は、対称でありうる。具体的には、エッジスイッチなど、同じスイッチが、アドレスカプセル化を行うことができる。8021ahおよびTRILLにおける対称ネットワークアドレスカプセル化に関する問題は、エッジスイッチが、ローカルVMと通信するリモートVMを追跡する必要があることである。リモートVMの数は、大幅に変わることがある。参照により本明細書に組み込まれている、PRESTO08において発行された、AGreenberg他によるTowardsaNextGenerationDataCenterArchitectureScalabilityandCommoditizationという名称の論文において提案された1つの解決法は、ネットワークアドレスカプセル化手順をVMの内部に移動させ、よって、スイッチFDBサイズをその最小まで縮小することであり、ネットワーク内のローカルVMの数およびエッジスイッチの数の和に等しくなりうる。この手法の欠点は、ゲストオペレーションシステムプロトコルスタックの変更である。その代わりに、ネットワークアドレスカプセル化を物理サーバの仮想スイッチへ移動させることにより、さらに後述するように、エッジスイッチFDBサイズを縮小し、ゲストOSプロトコルスタックの変更を回避することができる。このようなネットワークアドレスカプセル化は、本明細書では、非対称ネットワークアドレスカプセル化と呼ばれ、その理由は、アドレスカプセル化解除がなお、エッジスイッチ内の他のところで行われるからである。非対称ネットワークアドレスカプセル化のこの機構は、中間エッジスイッチまたはルータのFDB内で維持されるアドレスの量を減らすことができる。非対称ネットワークアドレスカプセル化方式は、上記の異なるネットワーク実施形態内など、エッジおよびコアスイッチを備えるレイヤ2ネットワーク内で実装されうる。例えば、エッジスイッチは、DC内のToRスイッチに対応することができる。各エッジスイッチには、固有のIDが割り当てられてもよく、固有のIDは、MACアドレス、約16ビットのニックネーム、またはIPアドレスであってもよい。ネットワークは、入口エッジスイッチから出口エッジスイッチへ、フレームのヘッダにおいて搬送される宛先エッジスイッチIDに基づいて、フレームを転送するように構成されうる。フレームは、ネットワーク内部で、任意のトランスポート技術を使用して転送されうる。非対称ネットワークアドレスカプセル化方式は、MACinMACとも呼ばれる、8021ahにおけるアドレスカプセル化方式に類似する可能性がある。MAC学習は、ネットワーク内で使用不可能にされることがあるが、ポートに面するエッジスイッチサーバにおいて可能にされうる。サーバ、エンドステーションおよびホストという用語は、本明細書で交換可能に使用されうる。仮想サーバ、VM、仮想エンドステーションおよび仮想ホストという用語もまた、本明細書で交換可能に使用されうる。MACinMACでは、2つのタイプのMACアドレスがあり、すなわち、ネットワークアドレスまたはバックボーンMACアドレスとも呼ばれる、エッジスイッチに割り当てられたMACアドレス、および、カスタマMACアドレスとも呼ばれる、VMによって使用されるMACアドレスである。図23は、典型的な物理サーバ2300の一実施形態を例示し、DC内のデュアルホームドサーバであってもよい。物理サーバ2300は、仮想スイッチ2310、複数のVM2340、および、複数の物理ネットワークインターフェースカード2350を備えてもよい。仮想スイッチ2310は、ARPプロキシ2330およびFDB2320を備えてもよく、FDB2320は、ローカルFDB2322およびリモートFDB2324を備えてもよい。仮想スイッチ2310は、物理サーバ2300のハイパーバイザ内部に位置してもよい。仮想スイッチ2310は、VM2340の複数の対応する仮想ネットワークインターフェースカード2342、および、仮想スイッチ2310の複数の対応する仮想スイッチポート2312を介して、VMに結合されうる。仮想スイッチ2310はまた、仮想スイッチ2310の複数の対応する仮想スイッチトランクポート2314を介して、pNIC2350にも結合されうる。pNIC2350は、仮想スイッチ2310のためのアップリンクまたはトランクとしての機能を果たすことができる。物理サーバ2300は、物理サーバ2300の対応するpNIC2350を介して、複数のエッジスイッチ2360に結合されうる。したがって、エッジスイッチ2360は、物理サーバ2300のコンポーネントを介して、VM2340に結合されうる。物理サーバ2300のコンポーネントは、図23に示すように配置されうる。負荷バランシングのため、トラフィックは、トラフィックの仮想ポートIDまたはVMソースCMACアドレスに基づいて、トランクに分配されうる。各VM2340は、一意に割り当てられたCMACアドレスを有する仮想NIC2342を有することができる。VM2340は、正常な動作中に、トラフィックをエッジスイッチ2360へ送信することができる。例えば、第1のVM2340は、ネットワーク内の他の物理サーバ内の外部VM向けの複数のフレームを、対応する第1のエッジスイッチ2360を介して送信することができる。第2のエッジスイッチ2360は、エッジスイッチXのためのバックアップであってもよい。エッジスイッチXが障害のために到達不可能になるとき、仮想スイッチ2310は次いで、フレームをエッジスイッチRへ送信することができる。FDB2320では、ローカルFDB2322は、ローカルVMに対応することができ、複数のCMAC宛先アドレス、複数のVLANID、および、複数の関連付けられた仮想スイッチポートIDを備えてもよい。CMACDAおよびVLANIDは、ローカルFDB2322をルックアップして、対応する仮想スイッチポートIDを得るために使用されうる。リモートFDB2324は、外部VMに対応することができ、複数のBMAC宛先アドレス、および、BMACDAに関連付けられた複数のCMACDAを備えてもよい。CMACDAは、ローカルVMによってリモートFDB2324をルックアップして、対応するBMACDAを得るために使用されうる。リモートFDB2324は、後述のように、ARPプロキシ2330によってポピュレートされうる。対称アドレスカプセル化に基づいて、VM2340からのイーサネット登録商標フレームは、タグなしであってもタグ付きであってもよい。フレームがタグなしである場合、対応する仮想スイッチポート2312に割り当てられたVLANIDが使用されうる。VM2340からエッジスイッチ2360へのアップストリーム方向では、仮想スイッチ2310は、イーサネット登録商標フレームをVM2340から受信した後、以下のステップを行うことができる。ステップ1ローカルFDB2322のテーブルルックアップにおけるCMACDAおよびVLANIDを使用する。マッチが見つかる場合、フレームを、マッチされたFDBエントリ内で指定される仮想スイッチポート2312へ転送する。そうでなければ、ステップ2へ進む。ステップ2リモートFDB2324のテーブルルックアップにおけるCMACDAを使用する。マッチが見つかる場合、MACinMACカプセル化ベースの非対称ネットワークアドレスカプセル化を行い、フレームを、フレーム内のCMACSAに関連付けられる仮想スイッチトランクポート2314へ転送する。そうでなければ、ステップ3へ進む。ステップ3フレームを廃棄し、強化ARPリクエストをネットワーク内のARPサーバへ送信する。図24は、物理サーバ内で使用されうる非対称ネットワークアドレスカプセル化方式2400の一実施形態を例示する。非対称ネットワークアドレスカプセル化方式2400に基づいて、VM2402は、アップストリーム方向で、ネットワーク内の別の物理サーバ内の別の外部またはリモートVM向けのフレームを送信することができる。フレームは、リモートVMのCMACDA2410、VM2402のCMACSA2412、VM2402のVLANのためのCVLANID2414、データまたはペイロード2416、および、フレームチェックシーケンス2418を備えてもよい。VM2402は、フレームを仮想スイッチ2404へ送信することができる。仮想スイッチ2404は、フレームをVM2402から受信することができる。仮想スイッチ2404は、フレームを処理し、ヘッダをフレームに追加して、MACinMACフレームを得ることができる。ヘッダは、BMACDA2420、BMACSA2422、BVLANID2424、および、インスタンスサービスID2426を備えてもよい。BMACアドレスを、エッジスイッチ2406内のCMACDA2410に関連付けることができる。BMACアドレスは、CMACアドレスを有するリモートVMのロケーションを示すことができる。BMACSA2422は、仮想スイッチ2404によってゼロに設定されうる。BVLANID2424は、CVLANID2414に設定されうる。ISID2426はオプショナルであってもよく、イーサネット登録商標フレームがCMACDAのみに送信される場合、ヘッダ内で使用されないことがある。仮想スイッチ2404は次いで、MACinMACフレームをエッジスイッチ2406へ送信することができる。エッジスイッチ2406は、MACinMACフレームを仮想スイッチ2404から受信することができる。エッジスイッチ2406は、MACinMACフレームのヘッダを処理して、MACinMACフレーム内の新しいヘッダを得ることができる。新しいヘッダは、BMACDA2440、BMACSA2442、BVLANID2444、および、ISID2446を備えてもよい。BMACSA2442は、エッジスイッチ2406のBMACアドレスに設定されうる。BVLANID2444は、必要に応じて、ネットワーク内のVLANにマッチするように変更されうる。ヘッダの残りのフィールドが変更されることはない。エッジスイッチ2406は次いで、ネットワークコア2408、例えば、コアネットワークまたはネットワークコア区域を介して、BMACDA2442および場合によってはBVLANID2444に基づいて、新しいMACinMACフレームを転送することができる。ダウンストリーム方向では、エッジスイッチ2406は、ネットワークコア2408からMACinMACフレームを受信し、フレームカプセル化解除を行うことができる。MACinMACフレームは、リモートVMからVM2402へ送信されたヘッダおよびオリジナルフレームを備えてもよい。ヘッダは、エッジスイッチ2406のためのBMACDA2460、リモートVMおよびエッジスイッチ2406に対応するBMACSA2462、リモートVMのVLANのBVLANID2464、および、ISID2466を備えてもよい。リモートVMのためのオリジナルフレームは、VM2402のためのCMACDA2470、リモートVMのCMACSA2472、VM2402に関連付けられたCVLANID2474、データまたはペイロード2476、および、FCS2478を備えてもよい。エッジスイッチ2406は、ヘッダをMACinMACフレームから除去し、残りのオリジナルフレームを仮想スイッチ2404へ転送することができる。エッジスイッチ2406は、CMACDA2470およびCVLANID2474を使用して、その転送テーブルをルックアップして、送出スイッチポートIDを得て、オリジナルフレームを、対応するスイッチポートに面するか、または対応するスイッチポートに結合された物理サーバへと転送することができる。さらに、仮想スイッチ2404は、オリジナルフレームをVM2402へ転送することができる。仮想スイッチ2404は、CMACDA2470およびCVLANID2474に基づいて、オリジナルフレームをVM2402へ転送することができる。エッジスイッチ2406内の転送テーブルは、ローカルFDBおよびリモートFDBを含むことがある。ローカルFDBは、ローカルVMのためのフレームを転送するために使用することができ、MAC学習を介してポピュレートし、受信されたフレーム内のCMACDAおよびCVLANIDによってインデックス付けすることができる。リモートFDBは、フレームをリモートVMへ転送するために使用することができ、ルーティングプロトコルまたは集中制御管理プレーンによってポピュレートし、受信されたフレーム内のBMACDA、および、場合によってはBVLANIDによってインデックス付けすることができる。非対称アドレスカプセル化方式2400では、MACinMACカプセル化は、仮想スイッチ2404において行われてもよいが、MACinMACカプセル化解除は、エッジスイッチ2406において行われてもよい。したがって、エッジスイッチ内のFDBサイズは、かなり縮小可能であり、例えば、メガDC内の、かなり大きいレイヤ2ネットワークにとってさえ、より管理可能になりうる。仮想スイッチ2404内のリモートFDBサイズは、ローカルVM、例えば、VM2402と通信するリモートVMの数によって決まることがある。例えば、仮想スイッチが約128個のローカルVMをサポートし、各ローカルVMが平均して約10個のリモートVMと同時に通信する場合、リモートFDBは、約128×10、すなわち、約1280エントリを備えてもよい。図25は、物理サーバ2300内で使用されうるARP処理方式2500の一実施形態を例示する。ARP処理方式2500に基づいて、VM2502は、リモートVMのためのARPリクエストをブロードキャストすることができる。ARPリクエストは、ブロードキャストメッセージを示すCMACDA2510、VM2502のCMACSA2512、VM2502のVLANのためのCVLANID2514、ARPペイロード2516、および、FCS2518を備えてもよい。仮想スイッチ2504は、ローカルVMからのすべてのARPメッセージをインターセプトするように構成されてもよく、リモートVMのためのARPリクエストをインターセプトすることができる。仮想スイッチ2504内のARPプロキシは、ARPリクエストを処理し、ヘッダをフレームに追加して、ユニキャスト拡張ARPメッセージを得ることができる。フレームは、例えば、非対称ネットワークアドレスカプセル化方式2400と同様に、MACinMACを使用してカプセル化されうる。ヘッダは、BMACDA2520、BMACSA2522、BVLANID2524、および、ISID2526を備えてもよい。BMACDA2520を、ネットワーク内のARPサーバ2508に関連付けることができる。BVLANID2524は、CVLANID2514に設定されうる。ISID2526はオプショナルであってもよく、使用されないことがある。EARPメッセージもまた、CMACDA2528、CMACSA2530、CVLANID2532、EARPペイロード2534、および、FCS2536を備えてもよい。ARPプロキシは、受信されたフレーム内のCMACDA2510およびARPペイロード2516を、EARPメッセージ内で、リモートVMのためのCMACDA2528、および、EARPペイロード2534で、それぞれ置き換えることができる。仮想スイッチ2504は次いで、EARPメッセージをエッジスイッチ2506へ送信することができる。エッジスイッチ2506は、EARPメッセージ内のヘッダを処理して、新しいヘッダを得ることができる。新しいヘッダは、BMACDA2540、BMACSA2542、BVLANID2544およびISID2546を備えてもよい。BMACSA2542は、エッジスイッチ2506のBMACアドレスに設定されうる。BVLANID2544は、必要に応じて、ネットワーク内のVLANにマッチするように変更されうる。ヘッダの残りのフィールドが変更されることはない。エッジスイッチ2506は次いで、新しいEARPメッセージを、ネットワーク内のARPサーバ2508へ転送することができる。ARPサーバ2508は、受信されたEARPメッセージを処理し、EARPリプライをエッジスイッチ2506へ返すことができる。EARPリプライは、ヘッダおよびARPフレームを備えてもよい。ヘッダは、エッジスイッチ2506のためのBMACDA2560、ARPサーバ2508のBMACSA2562、BVLANID2564、および、ISID2566を備えてもよい。ARPフレームは、VM2502のためのCMACDA2568、リクエストされたリモートVMのためのCMACSA2570、CVLANID2572、EARPペイロード2574、および、FCS2576を備えてもよい。エッジスイッチ2506は、ヘッダを除去することによって、EARPメッセージをカプセル化解除し、次いで、ARPフレームを仮想スイッチ2504へ転送することができる。仮想スイッチ2504は、ARPフレームを処理し、VM2502に従って、ARPリプライを送信することができる。ARPリプライは、VM2502のためのCMACDA2590、リモートVMのロケーションに関連付けられたCMACSA2592、CVLANID2594、ARPペイロード2596、および、FCS2598を備えてもよい。仮想スイッチ2504内のARPプロキシはまた、EARPメッセージを使用して、エッジスイッチ2506内のリモートFDBをポピュレートすることもできる。ARPプロキシは、FDBテーブル内のエントリを、リモートCMACおよびリモートスイッチBMACの対によりポピュレートすることができ、この対を、EARPペイロード2574内で見つけることができる。CMACおよびリモートスイッチBMACを、EARPペイロード2574内の送信元ハードウェアアドレスフィールドおよび送信元ロケーションアドレスフィールドにおいて、それぞれ見つけることができる。仮想スイッチ2504を備える物理サーバ内のハイパーバイザはまた、ARP処理方式2500と類似の方法で、VM、例えば、ローカルVM2502またはリモートVMを、ARPサーバ2508に登録することもできる。この場合、仮想スイッチ2504は、すべてのターゲットフィールドに等しいすべての送信元フィールドと共に、ユニキャストEARPフレームをARPサーバ2508へ送信することができる。VMを登録するためのもう1つの方法は、参照により全体として再現されるかのように本明細書に組み込まれている、YXiong他によるAMACAddressDelegationSchemeforScalableEthernetNetworkswithDuplicatedHostIPAddressesという名称の米国仮特許出願第61389747号に記載されている。この方式は、重複したIPアドレスのシナリオに対処することができる。図26は、EARPペイロード2574など、ARP処理方式2500で使用されうるEARPペイロード2600の一実施形態を例示する。EARPペイロード2600は、ハードウェアタイプ2610、プロトコルタイプ2612、ハードウェアアドレス長2614、プロトコルアドレス長2616、動作フィールド2618、SHA2620、送信元プロトコルアドレス2622、ターゲットハードウェアアドレス2624、および、ターゲットプロトコルアドレス2626を備えてもよく、これらは典型的なARPメッセージの要素でありうる。加えて、EARPペイロード2600は、SLA2628およびターゲットロケーションアドレス2630を備えてもよい。図26はまた、EARPペイロード2600内の各フィールドのためのビットオフセットをも示し、EARPペイロード2600はまた、各フィールドのサイズをもビットで示す。ARPサーバを使用すること、および、ネットワーク内のMAC学習を使用不可能にすることに関する1つの問題は、VMが、そのエッジスイッチ、または、ARPサーバをエッジスイッチに接続するリンクの障害により、到達不可能になる場合である。この場合、仮想スイッチが、VMのための新しいかまたは置換エッジスイッチの新しいロケーションを知るには、いくらかの時間がかかることがある。例えば、物理サーバ2300内のエッジスイッチXが到達不可能になる場合、仮想スイッチ2310は、フレームをVM1からエッジスイッチRへ転送することができ、エッジスイッチRは、VM1のための新しいロケーションになりうる。VMの新しいロケーションについて、仮想スイッチ2310内のリモートFDBを更新するための時間を短縮するために、無償EARPメッセージが使用されうる。仮想スイッチ2310は最初に、ブロードキャストアドレスに設定されたBMACDAを含めて、無償EARPメッセージを、MACinMACカプセル化フレームにおいて、エッジスイッチRへ送信することができる。無償EARPメッセージ内で、SHAはTHAに等しく設定されてもよく、SPAはTPAに等しく設定されてもよく、SLAはTLAに等しく設定されてもよい。エッジスイッチRは次いで、例えば、配布ツリーを介して、無償EARPメッセージを、ネットワーク内の複数または全部の他のエッジスイッチへ送信することができる。エッジスイッチが無償EARPメッセージを受信するとき、エッジスイッチは、そのメッセージをカプセル化解除し、ポートに面する、エッジスイッチのサーバへ、そのメッセージを送出することができる。仮想スイッチが次いで、無償EARPメッセージを受信するとき、SHAがリモートFDB内に既に存在する場合、仮想スイッチは、そのリモートFDBを更新することができる。ネットワーク内のARPサーバは、同じように、影響を受けたVMの新しいロケーションを更新することができる。上記の非対称ネットワークアドレスカプセル化方式は、一実施形態におけるMACinMACカプセル化を使用することができる。別法として、この方式は、他のカプセル化方法へと拡張されうる。エッジスイッチが約16ビットのニックネームによって識別されるネットワーク内で、TRILLがサポートかつ使用される場合、TRILLカプセル化が非対称ネットワークアドレスカプセル化方式において使用されうる。別法として、エッジスイッチがIPアドレスによって識別される場合、IPinIPカプセル化が使用されうる。さらに、ネットワークアドレスカプセル化は、仮想スイッチレベルで行われてもよく、ネットワークアドレスカプセル化解除は、エッジスイッチレベルで行われてもよい。一般に、ネットワークアドレスカプセル化方式は、カプセル化およびカプセル化解除が異なるレベルまたはコンポーネントにおいて保たれる限り、任意のレベルまたはネットワークコンポーネントのうち任意のものにおいて適用可能である。相互接続ネットワーク区域1800内など、区域に分割されるブリッジドネットワークでは、DBBは、複数の区域に参加するブリッジであってもよい。DBBのアドレスを各区域内のVMのCMACアドレスと区別するために、DBBのアドレスは、本明細書ではネットワークアドレスと呼ばれることがある。上記の非対称アドレスカプセル化方式を使用して、ネットワークアドレスのカプセル化は、ホストにより近いスイッチ、または、仮想ホストにより近い仮想スイッチにおいて行われてもよい。例えば、中間スイッチ1824、例えば、ToRスイッチは、ネットワークアドレスカプセル化を行うことができる。中間スイッチ1824は、ホストのサブセットから来る、かつ、ターゲットDBBアドレスを備えるデータフレームを、カプセル化することができる。しかし、中間スイッチ1824は、ネットワーク側、例えば、コア区域1810内のDBB1822から入ってくるデータフレームを改変することはできない。ターゲットDBB1822は、中間スイッチ1824の1レベル上であり、ネットワーク側からのデータフレームをカプセル化解除し、カプセル化解除されたデータフレームを、その区域内のホストに向けて転送することができる。一実施形態では、物理サーバ内部の仮想スイッチは、ネットワークアドレスカプセル化を行うことができるが、ターゲットDBB1822は、ネットワークアドレスカプセル化解除を行うことができる。この場合、カプセル化解除を行うDBB1822は、カプセル化を行う仮想スイッチの2レベル上でありうる。DBB1822に結合されたブリッジドネットワークは、IPベースであってもよい。DBBを相互接続するコアネットワークは、L3仮想プライベートネットワーク、L2VPN、または、標準IPネットワークであってもよい。そのようなシナリオでは、DBBは、IPまたはMPLSヘッダでありうる、適切なターゲットDBBアドレスと共に、そのローカル区域からのMACデータフレームをカプセル化することができる。図27は、相互接続ネットワーク区域1800に対してなど、レイヤ2ブリッジドネットワーク内で使用されうる、データフレーム転送方式2700の一実施形態を例示する。データフレーム転送方式2700はまた、上記の非対称ネットワークアドレスカプセル化方式をも実装することができる。レイヤ2ブリッジドネットワークは、コア区域2710、コア区域2710に結合された複数の区域2720内の複数のDBB2722または区域バウンダリスイッチ、ならびに、それらの区域2720内の対応するDBB2722に結合された複数の中間またはエッジスイッチ2724および物理サーバ2726を備えてもよい。物理サーバ2726は、複数のVMおよび仮想スイッチを備えてもよい。区域2720中のDBB2722、中間エッジスイッチ2724、および、物理サーバ2726のうちいくつかは、レイヤ2ブリッジドネットワーク内で確立され、かつ、VLANIDに関連付けられた、VLANに属することができる。レイヤ2ブリッジドネットワークのコンポーネントは、図27に示すように配置されうる。非対称ネットワークアドレスカプセル化方式によれば、中間エッジスイッチ2724は、フレーム2740、例えば、イーサネット登録商標フレームを、第1の区域内の物理サーバ2726内の第1のVMから受信することができる。フレーム2740は、第2の区域内の第2の物理サーバ2726内の第2のVM向けでありうる。フレーム2740は、区域2内の第2のDBBのためのBMACDA2742、ホストAのためのBMACSA2744、ホストBのためのCMACDA2746、ホストAのためのCMACSA2748、ホストAのためのIPSA2750、ホストBのためのIPDA2752、および、ペイロードを備えてもよい。中間エッジスイッチ2724は、フレーム2740を区域1内の第1のDBB2722へ転送することができる。DBB1は、フレーム2740を受信し処理して、内部フレーム2760を得ることができる。内部フレーム2760は、DBB2のためのBMACDA2762、DBB1のためのBMACSA2764、ホストBのためのCMACDA2766、ホストAのためのCMACSA2768、ホストAのためのIPSA2770、ホストBのためのIPDA2772、および、ペイロードを備えてもよい。DBB1は次いで、コア区域2710を介して、内部フレーム2760を区域2へ転送することができる。区域2内のDBB2は、内部フレーム2760を受信しカプセル化解除して、第2のフレーム2780を得ることができる。DBB2は、DBB2のためのBMACDA2762およびBMACSA2764を内部フレーム2760から除去して、第2のフレーム2780を得ることができる。したがって、第2のフレーム2780は、ホストBのためのCMACDA2782、ホストAのためのCMACSA2784、ホストAのためのIPSA2786、ホストBのためのIPDA2788、および、ペイロードを備えてもよい。DBB2は、第2のフレーム2780を区域2内のホストBへ送信することができる。データフレーム転送方式2700では、中間エッジスイッチ2724は、中間エッジスイッチ2724に結合されたローカル物理サーバ2726から受信されたフレームに対して、MACinMAC機能を行うことはできない。別の実施形態では、第1のフレーム2740のカプセル化手順は、中間エッジスイッチ2724の代わりに、物理サーバ2726内の仮想スイッチによって行われてもよく、これにより、第1のフレーム2740を処理せずに、物理サーバ2726から対応するDBB2722へ転送することができる。図28は、相互接続ネットワーク区域1800に対してなど、レイヤ2ブリッジドネットワーク内で使用されうる、強化ARP処理方法2800の一実施形態を例示する。強化ARP処理方法2800は、ステップ2801で開始することができ、そこで、ローカルホスト2810は、第1のブリッジ2820、例えば、ローカルDBBを介して、ARPリクエストをローカルロケーション2830へ送信することができる。ローカルロケーション2830は、ローカルホスト2810と同じロケーションまたは区域に対応することができる。ARPリクエストは、リモートホスト2860に関連付けられたMACアドレスを得るために送信されうる。ローカルホスト2810には、IPアドレスIPAおよびMACアドレスAを割り当てることができる。リモートホスト2860には、IPアドレスIPBおよびMACアドレスBを割り当てることができる。ARPリクエストは、ローカルホスト2810のためのSAMACアドレスAおよびSAIPアドレスIPAを備えてもよい。ARPリクエストはまた、リモートホスト2860のための、ゼロに設定されたDAMACアドレス、および、DAIPアドレスIPBをも備えてもよい。ローカルロケーション2830は、ARPリクエストをネットワーク内のARPサーバ2840へ転送することができる。ステップ2802で、ARPサーバ2840は、EARPレスポンスを第1のブリッジ2820へ送信することができる。EARPレスポンスは、ローカルホスト2810のためのSAMACアドレスAおよびSAIPアドレスIPA、リモートホスト2860のためのDAMACアドレスBおよびDAIPアドレスIPB、ならびに、リモートホスト2860のリモートロケーション2850内の第2のブリッジのためのMACアドレスを備えてもよい。ステップ2803で、第1のブリッジ2820は、EARPレスポンスを処理カプセル化解除し、ARPレスポンスをローカルホスト2810へ送信することができる。ARPレスポンスは、ローカルホスト2810のためのMACアドレスAおよびIPアドレスIPA、ならびに、リモートホスト2860のためのMACアドレスBおよびIPアドレスIPBを備えてもよい。したがって、ローカルホスト2810は、リモートホスト2860のMACアドレスBを承知するようになりうる。第1のブリッジ2820はまた、リモートロケーション2850内のリモートブリッジのMACアドレスYを、リモートホスト2860のIPアドレスIPBに関連付けることもできる。第1のブリッジ2820は、リモートホスト2860のMACアドレスBを格納する必要がなくてもよい。ステップ2804で、ローカルホスト2810は、リモートホスト2860向けのデータフレームを、第1のブリッジ2820へ送信することができる。データフレームは、ローカルホスト2810のSAMACアドレスおよびSAIPアドレス、ならびに、リモートホスト2860のDAMACアドレスおよびDAIPアドレスを備えてもよい。ステップ2805で、第1のブリッジ2820は、データフレームを受信し、処理カプセル化して、内部フレームを得ることができる。内部フレームは、第1のブリッジ2820のSAMACアドレスX、リモートブリッジのDAMACアドレスY、リモートホスト2860のDAMACアドレスBおよびDAIPアドレスIPB、ならびに、ローカルホスト2810のSAMACアドレスAおよびSAIPアドレスIPAを備えてもよい。ステップ2806で、リモートロケーション2850内のリモートブリッジは、内部フレームを受信し、内部フレームを処理カプセル化解除して、第1のブリッジ2820のSAMACアドレスX、および、リモートブリッジのDAMACアドレスYを除去することによって、第2のフレームを得ることができる。したがって、第2のフレームは、ローカルホスト2810から送信された最初のフレームに類似する可能性がある。リモートブリッジは次いで、第2のフレームをリモートホスト2860へ送信することができる。方法2800は次いで、終了することができる。強化ARP処理方法2800では、コアネットワークは、トポロジ発見のために8021aqまたはTRILLを使用することができる。コアネットワークがトポロジ発見のために8021aqを使用する場合、第1のブリッジ2820は、ローカルホスト2810から送信されたフレームをカプセル化することはできず、フレームを処理せずにリモートロケーション2850へ転送することができる。さらに、コアネットワークを通じて転送されたフレームは、第2のロケーション2850内でのみ、かつ、フレーム内で示されたアウトバウンドポートが学習されていなかったときにのみ、フラッディングされうる。一実施形態では、拡張アドレス解決方式が、区域ゲートウェイ、または、TRILLエッジノード、MACinMACエッジノード、もしくは、任意の他のタイプのオーバーレイネットワークエッジノードでありうる、ゲートウェイノードによって、実装されうる。拡張アドレス解決方式は、ARPプロキシ方式1900など、レイヤ2ブリッジドネットワーク内の複数の区域内のDBBによって実装されたARPプロキシ方式に基づくことができる。例えば、複数の物理サーバおよびまたはVMに結合されうる中間エッジスイッチ2724は、上記のARPプロキシ方式に類似した、拡張アドレス解決方式を実装することができる。ゲートウェイノードは、ARPプロキシ方式においてDSサーバを使用して、ターゲット宛先と出口エッジノードの間のマッピングを解決することができる。出口エッジノードは、ターゲット区域ゲートウェイ、TRILL出口ノード、MACinMACエッジノード、または、任意の他のタイプのオーバーレイネットワークエッジノードであってもよい。DSからのリプライもまた、上述のようなEARPリプライであってもよい。拡張アドレス解決方式は、かなりの数のホストを有するDCネットワークをスケールするために使用されうる。オーバーレイネットワークは、MACinMAC、TRILL、または、他のタイプのレイヤ3もしくはレイヤ2オーバーイーサネット登録商標ネットワークであってもよい。オーバーレイネットワークエッジは、アクセススイッチまたは集約スイッチなど、ネットワークスイッチであってもよい。オーバーレイネットワークエッジはまた、サーバ内の仮想スイッチにも対応することができる。拡張アドレス解決方式を使用するための、オーバーレイネットワークのための2つのシナリオがありうる。第1のシナリオは、TRILLまたはMACinMACネットワークのためのものなど、対称方式に対応する。このシナリオでは、オーバーレイエッジノードは、カプセル化およびカプセル化解除部分を共に行うことができる。第2のシナリオは、非対称方式に対応し、オーバーレイネットワークが上記の非対称ネットワークアドレスカプセル化方式を実装することができる。図29は、オーバーレイネットワーク内で実装されうる、拡張アドレス解決方法2900の一実施形態を例示する。拡張アドレス解決方法2900は、ステップ2901で開始することができ、そこで、第1のVM2910は、第2のVM2980にアドレス指定されたフレームまたはパケットを、第1のハイパーバイザ2920へ送信することができる。VMAおよびVMBは、異なる区域内のエンドホストでありうる。VMAは、第1の区域内のHVAに結合されてもよく、VMBは、第2の区域内の第2のHV2970に結合されうる。HVは、オーバーレイネットワークアドレスヘッダをデータフレームまたはパケット上にカプセル化または追加するように構成された、オーバーレイネットワークノードでありうる。対称方式のシナリオでは、HVは、DBB、TRILLエッジノード、または、MACinMACエッジノードでありうる。非対称方式のシナリオでは、HVは、ハイパーバイザ内の仮想スイッチ、または、アクセススイッチでありうる。ステップ2902で、対称方式の場合、HVAは、VMBIPアドレスからVMBMACアドレスおよびHVBMACアドレスの対へのマッピングを検索するために、アドレス解決リクエストをARPサーバ2930へ送信することができる。ARPサーバは、DS1940など、DSサーバを備えるか、またはDSサーバに対応してもよい。非対称方式では、このマッピングは、VMBIPアドレスからVMBMACアドレスおよび第2のDBB2960MACアドレスの対へのものとなりうる。DBBBは、VMBの同じ区域内のリモートDBBでありうる。HVAはまた、ローカルVMからARPリクエストをインターセプトし、それらのARPリクエストをDSサーバへ転送するようにも構成されうる。HVAは次いで、DSサーバからのEARPリプライを検索し、ターゲットアドレスとターゲットゲートウェイアドレスの間のマッピングをキャッシュすることができる。ターゲットゲートウェイアドレスはまた、本明細書では、ターゲットロケーションアドレスと呼ばれることもある。別の実施形態では、HVAによってARPリクエストをインターセプトする代わりに、DSサーバは、定期的もしくは周期的に、または、VMが区域間で移動または移行するとき、統合されたマッピング情報をHVAへ送信することができる。統合されたマッピング情報は、上記の仮想レイヤ2ネットワーク内のL2GWと交換された同じ情報を備えてもよい。例えば、統合されたマッピング情報は、上述のように、無償グループアナウンスメントとしてフォーマットされうる。ステップ2903で、対称方式の場合、HVAは、を備える内部アドレスヘッダ、および、を備える外側ヘッダを作成することができる。非対称方式では、外側ヘッダは、を備えてもよい。HVAは、内部ヘッダおよび外側ヘッダを、VMAから受信されたフレームに追加し、結果として生じるフレームを、同じ区域内のHVAに結合されたブリッジ2940へ送信することができる。その区域内で、HVBMACまたはDBBBMACでありうる外側ヘッダのDAを知ることはできない。ステップ2904で、フレームは、その区域内で、ブリッジ2940から第1のDBB2950へ転送されうる。DBBAで、DAHVBMACまたはDBBBMACは知られる可能性があり、その理由は、コアが、経路指定された転送上で動作中であることがあり、学習がコア内で使用不可能にされうるからである。ステップ2905で、DBBAは、フレームをDBBBへ転送することができる。ステップ2906で、対称方式の場合、DBBBは、フレームをHVBへ転送することができ、その理由は、DBBがルーティングサブシステムからすべてのHVアドレスを知ることができるからである。非対称方式では、DBBは、を備える外側ヘッダを削除し、フレームを残りのヘッダ内のVMBMACへ転送することができ、その理由は、その区域のローカルのアドレスが、その区域内で登録され、知られうるからである。ステップ2907で、対称方式の場合、HVBは、フレームを受信し、を備える外側ヘッダを除去し、結果として生じるフレームを、残りのヘッダ内のVMBMACへ転送することができ、その理由は、そのサーバのローカルのアドレスが、HVBに知られるからである。加えて、HVBは、VMAMACからHVAMACへのマッピングを学習することができ、このマッピングが続いてVMBからVMAへのリプライフレーム内で使用されうる。非対称方式では、フレームをVMBへ転送することに加えて、HVBは、ARPメッセージをARPサーバ2930へ送信して、VMAMACからDBBAMACへのマッピングを検索することができ、このマッピングが続いてVMBからVMAへのリプライフレーム内で使用されうる。VMBは次いで、VMAにアドレス指定されたフレームを送信することができる。ステップ2908で、対称方式の場合、HVBは、を備える内部アドレスヘッダ、および、を備える外側ヘッダを、フレームに対して作成することができる。HVBは、予め受信されたメッセージまたはARレスポンスから、VMAIPからVMAMACへのマッピングおよびVMAMACからHVAMACへのマッピングを維持することができる。非対称方式では、外側ヘッダは、を備えてもよい。HVBは、予め受信されたARレスポンスから、VMAMACからDBBAMACへのマッピングを維持することができる。別法として、HVBは、必要なときに、ARPメッセージをARPサーバへ送信して、マッピングを検索することができる。フレームは次いで、上記のステップで記載されたものと同じ方法で、VMBからVMAへ転送されうる。方法2900は次いで、終了することができる。図30は、ネットワークコンポーネントユニット3000の一実施形態を例示し、このユニットは、ネットワークを通じてパケットを送信受信する、任意のデバイスでありうる。例えば、ネットワークコンポーネントユニット3000は、仮想擬似レイヤ2ネットワーク内の異なるロケーションドメインにわたるL2GWに位置してもよい。ネットワークコンポーネントユニット3000は、他のネットワークコンポーネントからパケット、オブジェクトまたはTLVを受信するための1つまたは複数の入口ポートまたはユニット3010、どのネットワークコンポーネントへパケットを送信するべきであるかを決定するための論理回路3020、および、フレームを他のネットワークコンポーネントへ送信するための1つまたは複数の出口ポートまたはユニット3030を備えてもよい。上記のネットワークコンポーネントは、課せられた必要な作業負荷に対処するために十分な処理能力、メモリリソース、およびネットワークスループット能力を有する、コンピュータシステムまたはネットワークコンポーネントなど、任意の汎用ネットワークコンポーネント上で実装されうる。図31は、本明細書に開示されたコンポーネントの1つまたは複数の実施形態を実装するために適した、典型的な汎用コンピュータシステム3100を例示する。汎用コンピュータシステム3100は、2次ストレージ3104、読み出し専用メモリ3106、ランダムアクセスメモリ3108を含む、メモリデバイス、入出力デバイス3110、および、ネットワーク接続性デバイス3112と通信する、プロセッサ3102を含む。プロセッサ3102は、1つまたは複数のCPUチップとして実装されてもよく、または、1つまたは複数の特定用途向け集積回路の一部であってもよい。2次ストレージ3104は典型的には、1つまたは複数のディスクドライブまたはテープドライブからなり、RAM3108がすべての作業用データを保持するために十分大きくない場合、データの不揮発性ストレージのために、かつ、オーバーフローデータストレージデバイスとして使用される。2次ストレージ3104は、プログラムが実行のために選択されるとき、RAM3108にロードされるそのようなプログラムを格納するために使用されうる。ROM3106は、プログラム実行中に読み出される命令、および、おそらくデータを格納するために使用される。ROM3106は、典型的には、2次ストレージ3104のより大きいメモリ容量に対して、小さいメモリ容量を有する不揮発性メモリデバイスである。RAM3108は、揮発性データを格納するため、かつ、おそらく命令を格納するために使用される。ROM3106およびRAM3108の両方へのアクセスは典型的には、2次ストレージ3104へのアクセスよりも速い。少なくとも1つの実施形態が開示され、当業者によってなされる、実施形態およびまたは実施形態の特徴の変形形態、組み合わせおよびまたは修正は、本開示の範囲内である。実施形態の特徴の組み合わせ、統合およびまたは省略の結果生じる代替実施形態もまた、本開示の範囲内である。数値範囲または限定が明示的に述べられる場合、そのような明示的な範囲または限定は、明示的に述べられる範囲または限定内に入る同様の大きさの反復の範囲または限定を含むことを理解されたい。例えば、下限Rlおよび上限Ruを有する数値範囲が開示されるときは常に、その範囲内に入る任意の数が具体的に開示される。特に、範囲内の以下の数が具体的に開示され、すなわち、RRlkであり、ただし、kは、1ずつインクリメントする、1から100までの範囲の変数であり、すなわち、kは、1、2、3、4、7、、70、71、72、、96、97、98、99または100である。また、上記で定義されるような2つのR数によって定義される任意の数値範囲もまた、具体的に開示される。ある請求項の任意の要素に対するオプショナルにという用語の使用は、その要素が必要とされること、または別法として、その要素が必要とされないことを意味し、両方の代替物はその請求項の範囲内である。備える、含む、および、有するなど、より広い用語の使用は、からなる、から本質的になる、および、から実質的になるなど、より狭い用語のサポートを提供することを理解されたい。したがって、保護の範囲は、上記で述べられた説明によって限定されるのではなく、以下の特許請求の範囲によって定義され、その範囲は、特許請求の範囲の主題のすべての均等物を含む。どの請求項も、さらなる開示として本明細書に組み込まれ、特許請求の範囲は、本開示の実施形態である。本開示における引用文献の考察は、特に、本出願の優先日の後の公開日を有するいかなる引用文献についても、その引用文献が従来技術であると認めるものではない。本開示で引用されたすべての特許、特許出願および公報の開示は、それらが本開示に対する補足の例示的、手順的または他の詳細を提供する範囲内において、参照により本明細書に組み込まれている。いくつかの実施形態が本開示において提供されたが、開示されたシステムおよび方法が、本開示の精神または範囲から逸脱することなく、多数の他の特定の形式において実施されうることを理解されたい。本例は、例示的であって制限的ではないと見なされるべきであり、その意図は、本明細書で与えられた詳細に限定されるものではない。例えば、様々な要素またはコンポーネントは、別のシステムにおいて組み合わせもしくは統合されてもよく、または、ある特徴が省略されてもよく、もしくは実装されなくてもよい。加えて、様々な実施形態において個別または別個として記載および例示された技術、システム、サブシステムおよび方法は、本開示の範囲から逸脱することなく、他のシステム、モジュール、技術または方法と、組み合わせまたは統合されうる。互いに結合もしくは直接結合され、または互いに通信するとして図示または論じられた他の項目は、電気的か、機械的か、別の方法かにかかわらず、あるインターフェース、デバイスまたは中間コンポーネントを通じて、間接的に結合され、または通信中でありうる。変更、代用および改変の他の例は、当業者によって確かめることができ、本明細書に開示された精神および範囲から逸脱することなく、行うことができる。