"複数のノードに接続され、前記ノードからの複数の出力フレームにヘッダを付加することにより前記複数の出力フレームをカプセル化するために構成されているスイッチと、ローカルサイト内の複数のローカルノードに接続されている複数のローカルスイッチに接続されている複数のダウンストリームポート、および、ネットワーク内の複数のリモートゲートウェイと複数のコアスイッチとに接続され、入力フレームからヘッダを除去することにより、前記リモートゲートウェイより下にある複数のリモートノードからスイッチを含むゲートウェイより下にある前記ローカルスイッチを介して接続されている前記ローカルノードへの複数の入力フレームをカプセル化解除するために構成されているアップストリームポートを備えるゲートウェイと、を備え、前記スイッチによって前記ヘッダを前記出力フレームに付加することは、前記ノードからの前記出力フレームを転送するために使用される前記ネットワークにおける前記リモートゲートウェイおよび前記コアスイッチ内の転送アドレステーブルのサイズを縮小する装置。前記スイッチは、仮想スイッチ、または、非仮想もしくは物理スイッチである、請求項1に記載の装置。前記ノードは、複数のホスト、アプリケーション、仮想マシン、サーバ、他のネットワーク通信コンポーネント、または、これらの組み合わせを備える、請求項1に記載の装置。前記ゲートウェイは、外部ヘッダ中にリモートゲートウェイスイッチを指示する宛先アドレスフィールドを含む複数の予めカプセル化されたデータフレームを受信し、カプセル化は、前記ゲートウェイスイッチのダウンストリームポートに接続された前記ローカルスイッチによって実行され、前記ゲートウェイは、複数の予めカプセル化されたデータフレームをカプセル化することなく前記リモートゲートウェイスイッチにさらに転送する、請求項1に記載の装置。フレーム中の外部ヘッダ内の送信元アドレスフィールドは、前記フレームが前記ゲートウェイより下にある前記ローカルスイッチのうちの1つによってカプセル化されている場合でも前記ゲートウェイのプロキシまたは代表アドレスであり、前記ゲートウェイの前記プロキシまたは代表アドレスを前記外部ヘッダの前記送信元アドレスフィールドで使用することは、前記ゲートウェイのアドレスに一致する送信元アドレスをもつ前記ローカルスイッチのうちの1つから前記フレームを受信するゲートウェイによる混乱を防止し、ローカルスイッチおよびローカルノードのアドレスがリモートゲートウェイスイッチおよびコアスイッチから見えないようにする、請求項1に記載の装置。前記ゲートウェイの下にある前記ローカルスイッチは、前記ゲートウェイからカプセル化解除されたデータフレームを受信し、前記ローカルスイッチの転送データベースFDBに基づいて前記ゲートウェイから前記ローカルノードに前記カプセル化解除されたデータフレームを転送する、請求項1に記載の装置。前記ゲートウェイの転送アドレステーブルは、前記ゲートウェイより下にある前記ローカルスイッチ、前記リモートゲートウェイ、および前記コアスイッチに接続されたローカルノードのためのローカル転送データベースFDBまたは転送情報ベースFIBを備え、前記FDBまたはFIBは、前記リモートゲートウェイより下にある前記リモートノードのためのエントリを備えることがなく、前記コアスイッチ内の前記FDBは、前記ゲートウェイおよび前記リモートゲートウェイを含むゲートウェイのためのエントリだけを備える、請求項1に記載の装置。前記リモートsからの前記入力フレームから前記ヘッダを取り外すことは、前記フレームを前記ローカルノードに転送するため使用される前記ローカルスイッチ内の転送アドレステーブルのサイズを縮小し、前記ローカルスイッチ内のFDBまたは転送情報ベースFIBは、前記リモートゲートウェイおよび前記リモートゲートウェイより下にある前記リモートノードのためのエントリを必要としない、請求項1に記載の装置。前記ゲートウェイより下にある前記ローカルスイッチの前記FDBまたはFIBは、前記ゲートウェイを含む複数のローカルゲートウェイより下にあるすべてのローカルノードのエントリを備える、請求項8に記載の装置。前記スイッチは、前記ローカルノードからのアドレス解決プロトコルARP/ネイバーディスカバリND要求を取り扱うために構成されているARPプロキシを備える、請求項8に記載の装置。前記出力フレームは、米国電気電子学会IEEE802.1ah規格に準拠するメディアアクセスコントロールMAC-in-MACを使用してカプセル化され、前記ヘッダは、前記出力フレームのターゲット宛先にマッピングされたターゲットロケーションのMACアドレスを備える、請求項1に記載の装置。前記出力フレームは、トランスペアレントインターコネクトオブロッツオブリンクTRILLを使用してカプセル化され、前記ヘッダは、前記出力フレームのターゲット宛先アドレスにマッピングされたターゲットロケーションのための約16ビットのニックネームを備える、請求項1に記載の装置。前記出力フレームは、インターネットプロトコルIPin-IPを使用してカプセル化され、前記ヘッダは、前記出力フレームのターゲット宛先アドレスにマッピングされたターゲットロケーションのIPアドレスを備える、請求項1に記載の装置。ローカルホストからの出力フレームを受信するために構成されている受信機と、前記出力フレーム中のターゲットホストの宛先アドレスDAを前記ターゲットホストのターゲットロケーションのDAにマッピングし、前記ターゲットロケーションの前記DAを使用して前記出力フレームをカプセル化するために構成されている論理回路と、ローカルスイッチからの予めカプセル化された出力フレームを受信し、前記予めカプセル化された出力フレームをターゲットロケーションにあるゲートウェイに送信するために構成されている送信機と、を備え、前記送信機は、ローカルスイッチから受信されたフレームをカプセル化せず、ローカルホストに向けられたリモートゲートウェイからの入力フレームをカプセル化解除する、ネットワークコンポーネント。前記ローカルホストは、仮想マシンまたは物理サーバ上に位置している、請求項14に記載のネットワークコンポーネント。前記出力フレームは、前記ターゲットホストの顧客-メディアアクセスコントロールC-MACDAと、前記ローカルホストのC-MAC送信元アドレスSAと、前記ホストの顧客-仮想ローカルエリアネットワークC-VLAN識別子IDと、ペイロードと、フレームチェックシーケンスFCSとを備える、請求項14に記載のネットワークコンポーネント。前記カプセル化された出力フレームは、前記出力フレームと、前記ターゲットホストの前記ターゲットロケーションのバックボーン-メディアアクセスコントロールB-MACDA、B-MAC送信元アドレスSA、バックボーン-仮想ローカルエリアネットワークB-VLAN識別子ID、およびインスタンスサービスIDI-SIDを備える出力ヘッダとを備える、請求項14に記載のネットワークコンポーネント。前記B-MACSAは、バックボーンノードのプロキシまたは代表アドレスである、請求項17に記載のネットワークコンポーネント。前記入力フレームは、前記ローカルホストの顧客-メディアアクセスコントロールC-MACDAと、前記ターゲットのC-MAC送信元アドレスSAと、前記ターゲットホストの顧客-仮想ローカルエリアネットワークC-VLAN識別子IDと、ペイロードと、フレームチェックシーケンスFCSと、エッジノードのバックボーン-メディアアクセスコントロールB-MACDA、前記ターゲットホストの前記ターゲットロケーションのB-MACSA、バックボーン-仮想ローカルエリアネットワークB-VLAN識別子ID、およびインスタンスサービスIDI-SIDを備えるヘッダと、を備える、請求項14に記載のネットワークコンポーネント。前記B-MACSAは、バックボーンノードのプロキシまたは代表アドレスである、請求項19に記載のネットワークコンポーネント。入力フレームは、前記入力フレームから前記ヘッダを取り外すことにより前記ゲートウェイによってカプセル化解除される、請求項19に記載のネットワークコンポーネント。前記出力フレーム中の前記ターゲットホストの前記DAは、前記ターゲットホストのターゲットロケーションの前記DAにマッピングされ、ローカルスイッチ上の前記FDB中のエントリの数は、リモートホストが前記ローカルノードと通信している状態で前記ローカルノードの数とリモートゲートウェイの数との積に比例する、請求項14に記載のネットワークコンポーネント。前記ローカルノードから受信されたアドレス解決プロトコルARP要求インターネットプロトコルIPバージョン4IPv4またはネットワークディスカバリNDIPバージョン6IPv6は、前記ARP中のブロードキャストDAまたはマルチキャストND要求を1つまたは複数のディレクトリサーバのDAにマッピングし、拡張ARP/ND応答を取得するために前記ディレクトリサーバの前記DAを使用して前記ARP要求をカプセル化し、カプセル化されたAPR/ND要求を前記ディレクトリサーバに送信することによりカプセル化される、請求項14に記載のネットワークコンポーネント。ローカルノードにおいてローカルホストからリモートホストを宛先とされたフレームを受信するステップと、前記リモートホストのアドレスマッピングを取り出すためにアドレス解決要求をアドレス解決プロトコルARPまたはネイバーディスカバリND/ディレクトリサービスDSサーバに送信するステップと、前記リモートホストの前記アドレスマッピングに基づいて外部ヘッダを前記フレームに付加するステップと、リモートゲートウェイスイッチを介して前記フレームを前記リモートホストに転送するゲートウェイスイッチに前記フレームを送信するステップと、を備える方法。前記アドレスマッピングは、対称アドレス解決スキームでは前記リモートホストのインターネットプロトコルIPアドレスを前記リモートホストのメディアアクセスコントロールMACアドレスおよび前記リモートゲートウェイスイッチのMACアドレスに関連付け、または、非対称アドレス解決スキームでは前記リモートホストの前記MACアドレスおよび前記リモートゲートウェイスイッチのMACアドレスに関連付ける、請求項24に記載の方法。内部ヘッダは、前記ローカルホストのメディアアクセスコントロールMAC送信元アドレスと前記リモートホストのMAC宛先アドレスDAとを備え、前記外部ヘッダは、対称アドレス解決スキームにおいて前記ゲートウェイスイッチのMAC送信元アドレスSAと前記リモートゲートウェイスイッチのMACDAとを備え、または、非対称アドレス解決スキームにおいて前記ローカルノードのMAC送信元アドレスSAと前記リモートゲートウェイスイッチのMACDAとを備える、請求項24に記載の方法。前記外部ヘッダは、対称アドレス解決スキームでは前記フレームを前記リモートホストに送信する前に前記リモートゲートウェイスイッチによって、または、非対称アドレス解決スキームでは前記フレームを前記リモートノードに送信する前に前記リモートゲートウェイスイッチによって前記フレームから取り外される、請求項24に記載の方法。一部のネットワークは、中間ノード上に予め構成されたルートを使用することなくネットワークを越えて一方のノードから別のノードへデータフレームを転送するデータサービスを提供する。他のネットワークは、予め構成された、または、予め確立されたパスに沿ってネットワークを越えて一方のノードから別のノードへデータフレームを転送することがある。一実施形態では、開示は、複数のノードに接続され、ノードからの複数の出力フレームにヘッダを付加することにより出力フレームをカプセル化するために構成されているスイッチと、ローカルサイト内の複数のローカルノードに接続されている複数のローカルスイッチに接続されている複数のダウンストリームポート、および、ネットワーク内の複数のリモートゲートウェイと複数のコアスイッチとに接続され、入力フレームからヘッダを除去することにより、リモートゲートウェイより下にある複数のリモートノードからスイッチを含むゲートウェイより下にあるローカルスイッチを介して接続されているローカルノードへの複数の入力フレームをカプセル化解除するために構成されているアップストリームポートを備えるゲートウェイと、を備え、スイッチによってヘッダを出力フレームに付加することは、ノードからの出力フレームを転送するために使用されるネットワークにおけるリモートゲートウェイおよびコアスイッチ内の転送アドレステーブルのサイズを縮小する装置を含む。別の実施では、開示は、ローカルホストからの出力フレームを受信するために構成されている受信機と、出力フレーム中のターゲットホストの宛先アドレスDAをターゲットホストのターゲットロケーションのDAにマッピングし、ターゲットロケーションのDAを使用して出力フレームをカプセル化するために構成されている論理回路と、ローカルスイッチからの予めカプセル化された出力フレームを受信し、予めカプセル化された出力フレームをターゲットロケーションにあるゲートウェイに送信するために構成されている送信機とを備え、送信機は、ローカルスイッチから受信されたフレームをカプセル化せず、ローカルホストに向けられたリモートゲートウェイからの入力フレームをカプセル化解除する、ネットワークコンポーネントを含む。さらに別の実施形態では、開示は、ローカルノードにおいてローカルホストからリモートホストを宛先とされたフレームを受信するステップと、リモートホストのアドレスマッピングを取り出すためにアドレス解決要求をアドレス解決プロトコルARPまたはネイバーディスカバリND/ディレクトリサービスDSサーバに送信するステップと、リモートホストのアドレスマッピングに基づいて外部ヘッダをフレームに付加するステップと、リモートゲートウェイスイッチを介してリモートホストにフレームを転送するゲートウェイスイッチにフレームを送信するステップと、を備える方法を含む。これらの特徴および他の特徴は、添付図面および請求項と併せて以下の詳細な説明から明瞭に理解されるであろう。本開示のより完全な理解のため、今度は、同じ符号が同じ部品を表す添付図面および詳細な説明と併せて以下の簡単な説明が参照される。1つ以上の実施形態の例示的な実施が以下に記載されるが、開示されたシステムおよび/または方法は、現在のところ知られているか、既存であるかどうかとは無関係に、かなりの数の技術を使用して実施されることが最初に理解されるべきである。開示は、本書に例示され、記載された典型的な設計および実施を含めて、例示された実施形態、図面、および以下に例示された技術に決して限定されるべきではなく、請求項の均等物の全範囲に加えて請求項の範囲内で変更されてもよい。レイヤ2またはレイヤ3ネットワークになり得る最新のデータネットワークは、複数のロケーションまたはサイトに亘って広がることを必要とすることがあるクラウドサービスおよび仮想マシンVMへの接続性を提供する。サーバまたはVMのクラスタとストレージ機器とを接続するデータセンタのためのレイヤ2ネットワークは、時には複数のロケーションに亘って広がることが必要である。データセンタネットワークは、配備済みのアプリケーションをサポートし、したがって、たとえば、何百万ドルもコストを節約するために、レイヤ2レベルに留まることをさらに必要とすることがある。サーバのクラスタおよび/またはストレージ機器の間のレイヤ2通信は、ロードバランシング、データベースクラスタリング、仮想サーバ故障復旧、ネットワークレイヤレイヤ3より下のトランスペアレントオペレーション、複数のロケーションに亘るサブネットの拡散、および冗長性を含む。レイヤ2通信は、アプリケーション間のキープアライブメカニズムをさらに含む。一部のアプリケーションは、一方のサーバがアクティブでもよく、別のサーバがスタンバイでもよい複数のロケーション上で通信するために同じIPアドレスを必要とする。異なるロケーションにあるアクティブサーバおよびスタンバイサーバは、両者間でキープアライブメッセージを交換することがあり、これらのメッセージは、レイヤ2キープアライブメカニズムを必要とすることがある。図1は、VPLS相互接続型ローカルエリアネットワークLAN100の実施形態を例示する。VPLS相互接続型LAN100は、ユニファイドまたはフラットレイヤ2ネットワークを確立するために、複数のDCロケーション、たとえば、物理ロケーションに亘ってレイヤ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は、開放型システム相互接続OSIモデルデータリンク層で通信するために構成されることがある。データリンクプロトコルの実施例は、LAN用イーサネット登録商標、ポイントツーポイントプロトコルPPP、ハイレベルデータリンク制御HDLC、および、ポイントツーポイント接続用アドバンストデータ通信制御プロトコルADCCPを含む。アクセススイッチ124は、レイヤ2スイッチ122とVM126との間でデータを転送するため構成されることがある。VM126は、システムプラットフォーム、たとえば、オペレーティングシステムOSを提供するシステム仮想マシン、および/または、プログラムもしくはアプリケーションを動かすプロセス仮想マシンを備えることがある。個々のLAN120におけるVM126は、複数のプロセッサ、中央プロセッサユニットCPU、またはコンピュータシステムに亘って分散させられることがある。LAN120における複数のVM126は、ディスク空間、メモリ、プロセッサ、および/または他のコンピューティングリソースのような同じシステムリソースを共用することもある。VM126は、シェルフに配置され、かつ、たとえば、アクセススイッチ124を介して、対応するLAN120に接続されることがある。VPLS相互接続型LAN100の一部の態様は、非現実的な、または、望ましくない実施問題をもたらすことがある。一態様では、VPLS110は、マルチプロトコルラベルスイッチングMPLSをサポートするワイドエリアネットワークWANを実施することを必要とすることがある。しかし、一部のオペレータは、WANを介したMPLSをサポートしないので、VPLS相互接続型LAN100の実施が困難になることがある。さらに、ホストリンク層アドレスを解決するため、たとえば、LAN120を越えるVM126に対し、両方共に参照によってここに組み込まれるインターネットエンジニアリングタスクフォースIETFリクエストフォーコメントRFC826に記載されるIPv4ARP、および、IETFRFC4861によって記載されるIPv6NDのようなIPバージョン4IPv4ARPまたはIPバージョン6IPv6NDプロトコルが必要とされることがある。ARPは、すべての相互接続型LAN120への要求をフラッディングさせ、よって、大量のシステムリソースたとえば、帯域幅を使い尽くすことがある。このようなARPフラッディングメカニズムは、LAN120および/またはVM126の個数が増加するのにつれて、スケーラビリティ問題に陥ることがある。VPLS相互接続型LAN100は、LAN120に接続するためにメッシュ状スードワイヤPWをセットアップすることも必要であり、このことは、トンネルの集中的な構成および状態維持を必要とすることがある。一部のシナリオでは、VPLS110は、LAN120を発見し、個々のLAN120に対しメッシュ状PWを構築するためにボーダーゲートウェイプロトコルBGPを使用することがある。オプティカルトランスポート仮想化OTVは、フラットレイヤ2ネットワークを確立するために、複数のロケーションまたはDCを越えてレイヤ2ネットワークを接続するため提案された別のスケーラブルメカニズムである。OTVは、レイヤ2通信のIPカプセル化に依存してCiscoによって提案された方法である。OTVは、個々のロケーションたとえば、DCの内部のMAC到達可能性を他のロケーションに分散させるために中間システム対中間システムIS-ISルーティングプロトコルを使用することがある。OTVスキームは、一部の非現実的な、または、望ましくない態様をさらに有することがある。一態様では、OTVは、プロバイダコアIPネットワークにより比較的多数のマルチキャストグループを維持することを必要とすることがある。個々のLANは、別個のオーバーレイトポロジを有することがあるので、サービスプロバイダIPネットワークによって維持された比較的多量のオーバーレイトポロジが存在することがあり、このことは、コアネットワークに負担をもたらすことがある。OTVは、エッジノードがIPドメイン内の異なるマルチキャストグループに参加するためにインターネットグループマネジメントプロトコルIGMPを使用することをさらに必要とすることがある。個々のエッジノードが複数のVLANに接続されている場合、エッジノードは、複数のIGMPグループに参加することを必要とすることがある。OTVでは、個々のロケーションにあるゲートウェイのようなエッジ機器は、互いに1ホップ離れているIPホストでもよく、これは、到達可能性情報を交換するためにエッジ機器間でリンクステートプロトコルを実施することを必要としないことがある。しかし、リンクステートは、ピアを認証するために使用されることもあり、これは、ピアがIGMPバージョン3IGMPv3リポートを送信することによりVLANに参加する場合にOTVにおいて必要とされることがある。代替的に、OTVは、BGP認証方法を使用することがある。しかし、BGP認証タイミングは、IS-IS認証タイミングと異なることがある。たとえば、BGPは、数秒単位で性能を調整され、IS-ISは、サブ秒単位で性能を調整されることがある。さらに、IS-ISプロトコルは、OTVシステム内の個々のロケーションにおいてかなり多数、たとえば、数万のホストおよびVMを取り扱うため適切ではないことがある。OTVは、数万の閉じたユーザグループをサポートするため不適切になることもある。ここに開示されているのは、フラットまたは単一レイヤ2ネットワークを取得するため複数の異なるロケーションにある複数のレイヤ2ネットワークを接続するためにスケーラブルメカニズムを提供するシステムおよび方法である。スケーラブルメカニズムは、複数のロケーションに亘って広がるフラットレイヤ2ネットワークを取得する態様または難題を解決することがある。スケーラブルメカニズムは、アプリケーションのためのスケーラブルアドレス解決をサポートし、ネットワークスイッチがロケーションを越える全部または複数のホストと関連付けられた複数のアドレスを維持することを可能にすることによりロケーションを越えるトポロジディスカバリを容易化することがある。スケーラブルメカニズムは、たとえば、未知ホストアドレスのための異なるロケーションを越えるトラフィックの転送とトラフィックのブロードキャストとをさらに容易化し、マルチキャストグループをサポートすることがある。これらの方法は、複数のロケーションに亘る比較的大きいフラットレイヤ2をスケーリングするためにボーダーコントロールメカニズムを含む。したがって、アプリケーション、サーバ、および/またはVMは、レイヤ3、レイヤ2.5、またはレイヤ2ネットワークのような別のネットワークによって相互接続された複数のレイヤ2ネットワークを備える仮想レイヤ2ネットワークを知らないことがある。レイヤ2ネットワークは、異なった、または、別個の物理ロケーション、1つのロケーションの複数のフロア、または、レイヤ3によって相互接続された複数の列に位置することがある。プロトコル非依存アドレス解決メカニズムは、複数のロケーションに亘る比較的大きい仮想レイヤ2ネットワークおよび/または実質的に多数のレイヤ2ネットワークを取り扱うために使用され、適していることがある。図2は、異なるDCまたは物理ロケーションを越える仮想レイヤ2ネットワーク200の実施形態を例示する。仮想レイヤ2ネットワーク200は、ユニファイドまたはフラットレイヤ2ネットワークを確立するために、複数のロケーション、たとえば、地理的ロケーションもしくはDC、または、1台のデータセンタ内部の複数のサイトを越えるレイヤ2ネットワークを接続するスケーラブルメカニズムでもよい。仮想レイヤ2ネットワーク200は、サービスネットワーク210と、エッジルータのような複数のエッジノード212を介してサービスネットワーク210に接続されることがある複数のレイヤ2ネットワーク220とを備えることがある。サービスネットワーク210は、ここでは、サービスプロバイダネットワーク、コアネットワーク、レイヤ3ネットワーク、レイヤ2ネットワークもしくはレイヤ2.5ネットワーク、または、複数のサイト内のコンポーネントを接続もしくは相互接続する他のネットワークのような相互接続ネットワークを意味することがある。個々のレイヤ2ネットワーク220は、対応するエッジノード212に接続された複数のL2GW222と、L2GW222に接続されることがある複数の中間スイッチ224とを備えることがある。仮想レイヤ2ネットワーク200のコンポーネントは、図2に示されるように配置されることがある。中間スイッチ224は、複数のホストおよび/またはVM図示せずに接続されることもある。サービスネットワーク210は、サービスプロバイダネットワークのようなレイヤ2ネットワーク220を相互接続するために確立されたどのようなネットワークでもよい。たとえば、サービスネットワーク210は、仮想プライベートネットワークVPNのようなレイヤ2、レイヤ2.5またはレイヤ3ネットワークでもよい。サービスネットワーク210は、L2GW222の背後にあるすべてのアドレス、たとえば、MACアドレスを知らないことがある。L2GW222は、個々のDCロケーション内のボーダーノードでもよく、DCロケーションにおいて内部で通信するためにレイヤ2インターフェースを有することがある。L2GW222および中間スイッチ224は、ホストの対応するMACアドレスを使用して同じレイヤ2ネットワーク220内部の同じロケーションにおけるホストおよび/またはVMと通信することがある。しかし、L2GW222および中間スイッチ224は、他のレイヤ2ネットワーク220内のホスト/VMのMACアドレスを知る必要がないことがある。その代わり、1つのレイヤ2ネットワーク220内のホストは、他のレイヤ2ネットワーク内のターゲットホストと通信するために宛先アドレスとして、別のロケーションまたはサイトにおける別のレイヤ2ネットワーク220のL2GW222のアドレスを使用できる。フレームたとえば、イーサネット登録商標フレームがターゲットサイト、たとえば、他のレイヤ2ネットワークのL2GW222に到達したとき、ターゲットホストの宛先アドレスは、後述されるように、フレームのペイロード中に搬送されるIPアドレスに基づいて、たとえば、ネットワークアドレス変換NATテーブルまたはMACアドレス変換MATテーブルを使用してL2GW222によって変換されることがある。実施形態では、個々のL2GW222は、ローカルIPアドレス情報テーブルLocal-IPAddrTable内のL2GW222の同じレイヤ2ネットワーク220内部のすべてのホスト/VMのアドレスを維持することがある。L2GW222は、後述されるように、プロキシARP機能を実施するためにさらに構成されることがある。付加的には、L2GW222は、MAC転送テーブルを維持することがあり、このMAC転送テーブルは、非IPアプリケーションのためのMACアドレスを備えることがある。MACアドレスは、同じロケーション、たとえば、同じレイヤ2ネットワーク220内部のホスト/VMと中間スイッチ224とのMACアドレスを備えることがある。L2GW222は、他のロケーションたとえば、他のレイヤ2ネットワーク220におけるこのL2GWのピアたとえば、他のL2GW222にすべてのアクティブVLANと、このL2GWのロケーションにおける個々のVLAN下でのローカルホストのすべてのIPアドレスを通知することがある。ドメイン内に非IPアプリケーションが存在する場合、L2GW222は、これのピアにこれらの非IPアプリケーションのMACアドレスおよびVLANをさらに通知することがある。レイヤ2サイトまたはレイヤ2ネットワーク220は、オペレーションの利便性のため、L2GW222のポート上および中間スイッチ224のポート上でイネーブル状態にされた多くのVLANを有することがある。これによって、イネーブル状態にされたVLANのいずれかに属するVMまたはホストは、付加的な構成無しでムーブインされることがある。サイトまたはレイヤ2ネットワーク220においてアクティブ状態であるVALNは、このサイトの内部に存在していたこのVLANに属するホストを有することがある。異なるロケーションを越えるL2GW222は、L2GW222がローカルサイトにおいてたとえば、個々のL2GW222のためのリモートIPアドレス情報テーブル中でアクティブ状態であるVLANのためのアドレス情報だけを保ち続ける場合でも、すべての他のロケーションのホストIPアドレスを取得することがある。VLANのVLAN識別子VIDに属するホストがローカルドメインに存在しない場合、ローカルドメインが宛先にされるべきこのVIDのための通信が存在しないことがあるので、このVIDのためのリモートホスト情報を保ち続ける必要がない。用語VLANおよびVIDは、たとえば、IEEE802.1Qに記載されているようにVLANに複数のVIDが割り当てられているとしても、確立されたVLANを意味するためにここでは互換的に使用される。したがって、個々のL2GW222は、ロケーションレイヤ2ネットワーク220の1つに属するIPアドレスの個々のグループを同じロケーションに属する対応するL2GW222のMACアドレスにマッピングすることがある。L2GW222は、他のピア内の情報を更新するために、このL2GWのLocal-IPAddrTableに変化があるとき、アドレス情報の更新内容をピアにさらに送信する。これは、インクリメント方式でアドレス情報の更新と個々のL2GW222におけるマッピングを可能にすることがある。図3は、ボーダーコントロールメカニズム300の実施形態を例示する。ボーダーコントロールメカニズム300は、複数のサイト、ロケーションまたはDCを越えてフラットまたは仮想レイヤ2ネットワークを確立するスケーラブルメカニズムでもよい。仮想レイヤ2ネットワークは、サービスネットワーク310と、エッジルータのような複数のエッジノード312を介してサービスネットワーク310に接続されることがある複数のレイヤ2ネットワーク320とを備えることがある。個々のレイヤ2ネットワーク220は、対応するエッジノード312に接続されている複数のL2GW322と、L2GWに接続されることがある複数の中間スイッチ324とを備えることがある。中間スイッチ324は、たとえば、VMまたはサーバ上でインスタンス化されたホスト326にさらに接続される到達できることがある。仮想レイヤ2ネットワークのコンポーネントは、図2に示されるように配置されることがあり、仮想レイヤ2ネットワーク200の対応するコンポーネントに類似することがある。ボーダーコントロールメカニズム300に基づいて、個々のL2GW322は、このL2GWの対応するローカルレイヤ2サイト、たとえば、対応するレイヤ2ネットワーク320においてアクティブ状態であるVLANに属するすべてのロケーション内のホストのIPアドレスを維持することがある。個々のL2GW322は、他のロケーション内のピアL2GW322のMACアドレスをさらに知ることもある。しかし、L2GW322は、他のロケーション内のホストのMACアドレスを維持しないことがあり、このことは、IPアドレスは、簡略化されることがありたとえば、10.1.1.xは、255台のホストを表現することがある、一方、MACアドレスは、簡略化されることがないので、L2GW322の間で交換されたそして記憶されたデータのサイズを実質的に縮小することがある。L2GW322で維持されたIPアドレスは、同じロケーションの対応するL2GW322のMACアドレスにマッピングされることがある。具体的には、個々のロケーションまたはレイヤ2ネットワーク300に属するホストIPアドレスの個々の集合は、このロケーション内のL2GW322のMACアドレスにマッピングされることがある。しかし、L2GW322は、異なるロケーションを越えて、非IPアプリケーションを動かすノードのための複数のMACアドレスを交換することがある。仮想レイヤ2ネットワークの異なるロケーションを越えるアドレス解決をサポートするために、ARPまたはND要求が第1のホスト326ホストAから送信され、第1のロケーションまたはレイヤ2ネットワーク320内の対応するローカルL2GW322によってインターセプトされることがある。ホストAは、第2のロケーションまたはレイヤ2ネットワーク320内の第2のホスト326ホストBのMACアドレスを取得するためにARP要求を送信することがある。ローカルL2GW322がホストAと同じVLANに属するホストBのエントリ、たとえば、ホストBのIPアドレスを有する場合、ローカルL2GW322は、これの一意のMACアドレスをホストAに送信することによりARP/ND要求に応答することがある。代替的には、ローカルL2GW322は、ARP/ND応答中でホストBが存在する場所にある対応するL2GWのMACアドレスをホストAに送信することがある。ローカルL2GW322がVLANのホストBのエントリを維持しないか、または、記憶しない場合、ローカルL2GW322は、ホストBが存在しないと仮定することがある。たとえば、L2GW322は、定期的または周期的に、これらのL2GWのピアのローカルホストIPアドレスおよび対応するVLAN群を用いてこれらのピアを更新することがある。一部のL2GW322は、一部のVLANに対する他のロケーション内に新たに構成されたホストのIPアドレスの更新内容を受信していないことがある。このような場合、応答は返信されず、要求元エンティティホストAは、ターゲットホストのための複数のARP/ND要求を送信することがある。実施形態では、L2GW222は、個々のVLAN下のローカルホストの複数のアグリゲーションされたIPアドレスを他のレイヤ2サイト内の他のL2GW222に送出することがある。アグリゲーションされたアドレス中のエントリの個数は、L2GW222のLocal-IPAddrTable中の対応するエントリの個数より実質的に少ないことがある。一部の実施形態では、L2GW222は、リモートサイト内の単一VLANまたは、いずれかのVLAN下のアグリゲーションされた形式のIPアドレスを請求するために、要求を他のレイヤ2サイト内のすべての他のL2GW222に送出することがある。このことは、アクティブ状態ではなかったVLANに属するホストがL2GW220のローカルサイトに追加されるときに役立つことがある。表1は、ボーダーコントロールメカニズム300による対応するL2GWのMACアドレスおよびVLANへのホストアドレスのマッピングの実施例を例示する。複数のL2GWMACアドレスたとえば、L2GW1MACおよびL2GW2MACが複数の対応するホストアドレスにマッピングされることがある。個々のL2GWMACアドレスは、同じロケーションまたはDCと関連付けられることがある複数のVLANたとえば、VLAN、VLAN-x、内の複数のホストIPまたはMACアドレスにマッピングされることがある。個々のVLANは、ホストの複数の仮想プライベートグループVPGまたは閉じたユーザグループをさらに備えることがある。VPGは、レイヤ2ドメインまたはL2ドメインに属し、かつ、レイヤ2を介して相互に通信することがあるホストおよび/またはVMのクラスタでもよい。レイヤ2ドメインは、ここでは、レイヤ2ネットワーク内のサブロケーションまたはサブサイトを意味するために使用されることがある。レイヤ2ネットワークが複数のサイトまたはロケーションを越えて広がるとき、個々のサイトは、ここでは、レイヤ2ドメインと呼ばれることがある。レイヤ2ドメイン、レイヤ2サイト、およびレイヤ2区域という用語は、ここでは、互換的に使用されることがある。ドメイン、サイト、および区域という用語も同様に、ここでは、互換的に使用されることがある。VPG内のホストは、これらの間に確立されたマルチキャストグループをさらに有することがある。VPG内部のホスト/VMは、複数の物理ロケーションを越えて広がることがある。多くのケースの下では、1つのVLANは、1顧客に専用になることがあり、たとえば、1つのVLAN当たりに1つのVPGしか存在しないことがある。したがって、このようなケースの下では、テーブル中にVPG列または属性を有する必要がない。たとえば、VLANは、G-x1、G-x2、を含む複数のVPG内に複数のホストを備えることがある。そして、個々のVPGは、複数のホストを備えることがある。IPアプリケーションに対し、個々のVLAN内のホストIPアドレスは、VLANおよびVLAN-xの場合のように、同じロケーション内の対応するL2GWMACアドレスにマッピングされることがある。IPアドレスは、テーブル中のエントリの量を削減するために簡略化されることがある。非IPアプリケーションに対し、個々のVLAN内のホストMACアドレスは、VLAN-x1の場合のように、このVLANに対する同じロケーション内の対応するL2GWMACアドレスにマッピングされることがある。一部のケースでは、個々のVLANに対し、1つのVPGだけが存在することがあり、したがって、テーブル1中のVPG列は、必要とされないことがある。図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は、内部フレームがMACアドレス変換を必要とすることを指示するためにイーサタイプフィールドを使用して、参照によりここに組み込まれるマックインマックMAC-in-MACのための米国電気電子学会IEEE802.1ah規格をサポートすることがある。たとえば、第1のL2GW422GW1は、第1のロケーションLoc1内の第1のホスト426ホストAからフレーム440、たとえば、イーサネット登録商標フレームを受信することがある。フレーム440は、第2のロケーションLoc2内の第2のホスト426ホストBを対象とすることがある。フレーム440は、GW1のMAC宛先アドレスMAC-DA422L2GW-Loc1と、ホストAのMAC送信元アドレスMAC-SA444A’sMACと、ホストBのIP宛先アドレスIP-DA446Bと、ホストAのIP送信元アドレスIP-SA448Aと、ペイロードとを備えることがある。GW1は、その後、内部フレーム460を取得するためにMAC外ヘッダをフレーム440に付加することがある。MAC外ヘッダは、GW2のMAC-DA462L2GW-Loc2と、GW1のMAC-SA464L2GW-Loc1と、内部フレーム460がMACアドレス変換を必要とすることを指示するイーサタイプ466とを備える。内部フレーム460は、GW1のMAC-DA468L2GW-Loc1と、ホストAのMAC-SA470A’sMACとをさらに備えることがある。内部フレーム460は、その後、サービスネットワーク410内でGW2へ転送されることがあり、GW2は、フレームのMACアドレスを変換するためにMAC外ヘッダを処理することがある。したがって、GW2は、ホストBのMAC-DA482B’sMACと、ホストAのMAC-SA484A’sMACと、ホストBのIP-DA486Bと、ホストAのIP-SA488Aと、ペイロードとを備えることがある第2のフレーム480を取得することがある。第2のフレーム480は、その後、Loc2内のホストBに転送されることがある。データフレーム転送スキーム400は、外部IPヘッダのカプセル化を必要とするCiscoのOTVスキームより簡単に実施できることがある。付加的には、多くのイーサネット登録商標チップは、IEEE802.1ahをサポートする。802.1ahにおいて指定されるようなサービスインスタンスタグI-TAGは、異なるVPGを区別するために使用されることがある。これによって、I-TAGフィールドは、たとえば、サービスネットワーク410において、プロバイダドメインの複数のVPGを分離するためにデータフレーム転送スキーム400においても使用されることがある。GW2は、MATを使用して上述のMAC変換スキームを実行することがあり、これは、パブリックIPをプライベートIPに変換するためNATを使用することに類似することがある。伝送制御プロトコルTCPセッションに基づいているNATスキームとは異なって、MATスキームは、MACアドレスを見つけるために内部IPアドレスを使用することに基づくことがある。図5は、非IPアプリケーションのための別のデータフレーム転送スキーム500の実施形態を例示する。データフレーム転送スキーム500は、仮想レイヤ2ネットワーク内の異なるロケーションにおけるホスト間でフレームを転送するためにIPアドレスの代わりに、非IPホストまたは非IPアプリケーションを実施するホストのMACアドレスを使用することがある。仮想レイヤ2ネットワークは、サービスネットワーク510と、エッジルータのような複数のエッジノード512を介してサービスネットワーク510に接続されることがある複数のレイヤ2ネットワーク520とを備えることがある。個々のレイヤ2ネットワーク520は、対応するエッジノード512に接続されている複数のL2GW522と、L2GW522に接続されることがある複数の中間スイッチ524とを備えることがある。中間スイッチ524は、ホスト526、たとえば、VMにさらに接続されることがある。仮想レイヤ2ネットワークのコンポーネントは、図5に示されるように配置されることがあり、仮想レイヤ2ネットワーク200の対応するコンポーネントに類似することがある。データフレーム転送スキーム500に基づいて、L2GW522は、マックインマックMAC-in-MACのためのIEEE802.1ahをサポートすることがある。たとえば、第1のL2GW520GW1は、第1のロケーションLoc1内の第1のホスト526ホストAからフレーム540、たとえば、イーサネット登録商標フレームを受信することがある。フレーム540は、第2のロケーションLoc2内の第2のホスト526ホストBを対象とすること、または、向けられることがある。フレーム540は、GW1のMAC-DA542L2GW-Loc1と、ホストAのMAC-SA544A’sMACと、ペイロードとを備えることがある。GW1は、その後、内部フレーム560を取得するためにMAC外ヘッダをフレーム540に付加することがある。MAC外ヘッダは、GW2のMAC-DA562L2GW-Loc2と、GW1のMAC-SA564L2GW-Loc1と、内部フレーム560がMAC-in-MACフレームであることを指示するイーサタイプ566とを備えることがある。内部フィールド560は、ホストBのMAC-DA568B’sMACと、ホストAのMAC-SA570A’sMACとをさらに備えることがある。内部フレーム560は、その後、サービスネットワーク510内でGW2へ転送されることがあり、GW2は、第2のフレーム580を取得するために内部フレーム560を処理することがある。第2のフレーム580は、ホストBのMAC-DA582B’sMACと、ホストAのMAC-SA584A’sMACと、ペイロードとを備えることがある。第2のフレーム580は、その後、Loc2内のホストBに転送されることがある。データフレーム転送スキーム500は、外部IPヘッダのカプセル化を必要とするCiscoのOTVスキームより簡単に実施できることがある。付加的には、多くのイーサネット登録商標チップは、IEEE802.1ahをサポートする。802.1ahにおいて記載されるように、I-TAGは、異なるVPGを区別するために使用されることがある。これによって、I-TAGフィールドは、たとえば、サービスネットワーク510において、プロバイダドメインの複数のVPGを分離するためにデータフレーム転送スキーム500においても使用されることがある。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が前ロケーションLoc1から新ロケーションLoc3に移動するとき、ホストAは、第2のホスト626ホストBのための同一の知られたMACアドレスを依然として使用することがある。データ転送スキーム600によれば、Loc3のL2GW622GW3は、内部フレームがMACアドレス変換を必要とすることを指示するためにイーサタイプフィールドを使用して802.1ahMAC-in-MACをサポートすることがある。GW3は、MAC外ヘッダ中のGW2のMACアドレスを使用してデータをLoc2の第2のL2GW622GW2に送信するために、データフレーム転送スキーム400に類似するデータフレーム転送スキームを実施することがある。このようにして、GW2は、データフレーム転送スキーム400に対して上述のとおり、MAC外ヘッダをカプセル化解除し、MACアドレス変換を実行することがある。たとえば、GW3は、Loc3へ移動した後、ホストAからフレーム640、たとえば、イーサネット登録商標フレームを受信することがある。フレーム640は、Loc2内のホストBを対象とすることがある。フレーム640は、Loc1の前L2GW622GW1のMAC-DA642L2GW-Loc1と、ホストAのMAC-SA644A’sMACと、ホストBのIP-DA646Bと、ホストAのIP-SA648Aと、ペイロードとを備えることがある。GW3は、その後、内部フレーム660を取得するためにMAC外ヘッダをフレーム640に付加することがある。MAC外ヘッダは、GW2のMAC-DA662L2GW-Loc2と、GW1のMAC-SA664L2GW-Loc1と、内部フレーム660がMACアドレス変換を必要とすることを指示するイーサタイプ666とを備えることがある。内部フレーム660は、ホストBのMAC-DA668B’sMACとホストAのMAC-SA670A’sMACとをさらに備えることがある。内部フレーム660は、その後、サービスネットワーク610内でGW2に転送されることがあり、このGW2は、フレームのMACアドレスを変換するためにMAC外ヘッダを処理することがある。したがって、GW2は、ホストBのMAC-DA682B’sMACと、ホストAのMAC-SA684A’sMACと、ペイロードとを備えることがある第2のフレーム680を取得することがある。第2のフレーム680は、その後、Loc2内のホストBに転送されることがある。さらに、ホストBは、Loc2から別のロケーション、たとえば、Loc4図示せずに移動することがある。ホストBがLoc2からLoc4に移動したことをGW2が知っている場合、GW2は、上述のとおり、MAC外ヘッダ内のMAC-DAとしてLoc4内の別のL2GW622GW4のMACアドレスを使用することがある。ホストBがLoc2からLoc4に移動したことをGW2が知らない場合、フレームは、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とは、複数のレイヤ2L2アドレスドメインに対応する複数の部分集合をサポートすることがある。相互接続型レイヤ2サイト700のコンポーネントは、図7に示されるように配置されることがあり、仮想レイヤ2ネットワーク200の対応するコンポーネントに類似することがある。個々のL2アドレスドメインは、ボーダーコントロールメカニズム300のようなボーダーコントロールメカニズムを使用することがあり、個々のレイヤ2ドメイン内部の中間スイッチ724およびVM726は、ローカルMACアドレスを知ることがあるが、他のL2アドレスドメイン内のホスト、サーバおよび/またはVM726のためのMACアドレスおよびVLANを知らないことがある。しかし、ホスト、サーバ、および/またはVM726は、異なるレイヤ2ドメインを知ることなく、単一のフラットレイヤ2ネットワーク内のように、相互に通信することがある。レイヤ2ドメインは、ボーダーまたはエッジノード712を介して互いに相互接続されることがあり、このボーダーまたはエッジノードは、コアネットワークまたはサービスプロバイダネットワーク図示せずに亘って相互接続されることがある。L2アドレスドメインは、1つのDCサイトまたは複数の地理的サイトに位置することがある。複数のサイトロケーションを越える相互接続型レイヤ2サイト700のアーキテクチャは、ここでは、サービスネットワークレイヤ3、2.5、2または他のネットワーク、サービスネットワークによって相互接続されたサイトに亘るスードレイヤ2ネットワーク、仮想レイヤ2、またはスードレイヤ2ネットワークによって相互接続された複数のサイトを亘るレイヤ2拡張と呼ばれることもある。図8は、サービスネットワークによって相互接続された複数のサイトに亘るレイヤ2拡張800の一実施形態を例示する。レイヤ2拡張800は、サービスプロバイダまたはコアネットワーク図示せずに属することがある複数のボーダーまたはエッジノード812に接続された複数のL2GW822を備えることがある。レイヤ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は、1つのフラットレイヤ2ネットワークを確立するために、複数のロケーション、たとえば、地理的ロケーションまたはDCを越えてレイヤ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サイトの間のアドレス解決を取り扱うために複数のサイトに亘るスードレイヤ2ネットワークで使用されることがある。複数のサイトに亘るスードレイヤ2ネットワークは、サービスネットワーク1010と、複数のエッジノード1012を介してサービスネットワーク1010に接続されることがある複数のレイヤ2ネットワークサイト1020とを備えることがある。レイヤ2サイト1020は、同じまたは異なるDCサイトに位置することがあり、対応するエッジノード1012に接続された複数のL2GW1022と、対応するL2GW1022に接続された複数の中間スイッチ1024とを備えることがある。中間スイッチ1024は、複数のホスト/サーバ/VM1026にさらに接続されることがある。スードレイヤ2ネットワークのコンポーネントは、図10に示されるように配置されることがあり、仮想レイヤ2ネットワーク200の対応するコンポーネントに類似することがある。具体的には、1つのレイヤ2サイト1020におけるL2GW1022のMACアドレスは、このローカルサイトの外側の全部または複数のホストのためのプロキシとして使用されることがある。第1の選択肢選択肢1では、レイヤ2サイト1020内のローカルL2GW1022のためのMACアドレスは、他のレイヤ2ネットワークサイト1020内のホストのためのプロキシとして使用されることがある。このシナリオでは、ローカルホストのアドレスだけが同じローカルレイヤ2サイト1020内の中間スイッチ1024とホスト/サーバ/VM1026とによって知られることがある。他のレイヤ2サイト1020内の外部L2GW1022のMACアドレスは、ローカルレイヤ2サイト1020に晒されないことがある。代替的には、第2の選択肢選択肢2では、リモートレイヤ2サイト1020内のL2GW1022のMACアドレスは、対応するサイト内に存在するすべてのホストのためのプロキシとして使用されることがある。この選択肢下で、他のレイヤ2サイト1020内の外部L2GW1022のMACアドレスは、個々のレイヤ2サイト1020において知られることがある。この選択肢では、ターゲットホストが存在するレイヤ2サイト1020に対応するリモートL2GW1022のMACアドレスは、たとえば、ホストがリモートレイヤ2サイト1020内のホストと通信することを意図し、外部ホストのアドレスを要求するとき、ローカルホストのARP/ND要求に応答して返送されることがある。選択肢2は、一部の状況において、選択肢1へのいくつかの有意性を有することがある。ドメインアドレス制約メカニズム1000によれば、個々のL2GW1022は、たとえば、逆ARPスキームまたは他の方法を使用して、L2GW1022の同じローカルレイヤ2サイト1020内のすべてのホストアドレスを知ることがある。個々のL2GW1022は、ホストIPアドレスおよび対応するVLANまたはVIDを他のレイヤ2サイト1020内の他のL2GW1020にさらに通知することがある。異なるサイトを越える1つのレイヤ2の内部でアドレスを分解するために、ARP/ND要求が第1のホスト1026ホストAから第1のサイトサイト1内の対応するローカルL2GW1022に送信されることがある。ホストAは、第2のサイトサイト2内の第2のホスト1026ホストBのMACアドレスを取得するためにARP/ND要求を送信することがある。ローカルL2GW1022がVLANに対するホストBのためのエントリ、たとえば、同じVLAN下でのホストBのIPアドレスを有する場合、ローカルL2GW1022は、これの一意のMACアドレス選択肢1またはサイト2内のホストBと関連付けられた第2のL2GW1022のMACアドレス選択肢2をホストAに送信することによりARP要求に応答することがある。1つのサイト、たとえば、サイト1から送信されたARP/ND要求は、ローカルL2GW1022によってインターセプトされることがあり、ローカルL2GW1022によって他のサイトに転送されないことがある。ローカルL2GW1022が同じVLAN下でホストBのためのエントリを備えない場合、ローカルL2GW1022は、ホストBが存在しないと仮定することがあり、応答をホストAに送信しないことがある。個々のサイトのL2GW1022は、これらのローカルホストのIPアドレスおよびこれらの対応するVLANの更新内容を定期的または周期的にこれらのピアL2GW1022に送信することがある。一部のL2GW1022は、他のロケーション内に新たに構成されたホストのIPアドレスを受信していないことがあると考えられる。典型的に、ホストAは、応答が受信されない場合、ARP/ND要求を繰り返し送信することがある。図11は、複数のサイトに亘る1つのスードレイヤ2ネットワークの内部でメッセージまたはフレームを転送するために使用されることがあるデータフレーム転送スキーム1100の実施形態を例示する。複数のサイトに亘るスードレイヤ2ネットワークは、サービスプロバイダまたはコアネットワーク1110と、複数のエッジノード1112を介してサービスプロバイダまたはコアネットワーク1110によって接続されることがある複数のレイヤ2ネットワークドメイン1120とを備えることがある。レイヤ2ネットワークドメイン1120は、1つ以上のDCサイトまたはロケーションに位置することがあり、対応するエッジノード1112に接続された複数のL2GW1122と、対応するL2GW1122に接続された複数の中間スイッチ1124とを備えることがある。中間スイッチ1124は、複数のホスト/サーバ/VM1126にさらに接続されることがある。スードレイヤ2ネットワークのコンポーネントは、図11に示されるように配置されることがあり、仮想レイヤ2ネットワーク200の対応するコンポーネントに類似することがある。データフレーム転送スキーム1100に基づいて、第1のL2GW1022GW1は、第1のアドレスドメイン1120ドメイン1内の第1のホスト1126ホストAから第1のフレーム1140、たとえば、イーサネット登録商標フレームを受信することがある。第1のフレーム1140は、第2のアドレスドメイン1120ドメイン2内の第2のホスト1126ホストBを対象とすることがある。第1のフレーム1140は、L2GW1122のMAC-DA1142GWを備えることがある。ホストAは、ホストBのためのARP要求への返答としてのGW1からのARP応答中のGWのMACアドレスを取得することがある。GWは、選択肢1によるとドメイン1内のGW1、または、選択肢2によるとドメイン2内の第2のL2GW1122GW2に対応することがある。第1のフレーム1140は、ホストAのMAC-SA1144A’sMACと、ホストBのIP-DA1146Bと、ホストAのIP-SA1148Aと、ペイロードとを備えることがある。選択肢1に基づいて、GW1は、第1のフレーム1140を受信し、たとえば、ホストBのIP-DA1146によって指示されるようにホストBのVID/宛先IPアドレスを参照し、第1のフレーム1140内のGWのMAC-DA1142を内部フレーム1160内のGW2のMAC-DA1162で置換することがある。GW1は、第1のフレーム1140内のホストAのMAC-SA1144A’sMACを内部フレーム1160内のGW1のMAC-SA1164でさらに置換することがある。内部フレーム1160は、ホストBのIP-DA1166Bと、ホストAのIP-SA1168Aと、ペイロードとをさらに備えることがある。GW1は、サービスプロバイダまたはコアネットワーク1110を介して内部フレーム1160をドメイン2に送信することがある。選択肢2に基づいて、GW1は、たとえば、アクセスリストに基づいて、GW2または他の外部L2GW1122を対象とするすべてのデータフレームを除去し、データフレームの送信元アドレスホストAのMAC-SA1144またはA’sMACをGW1の一意のMACアドレスで置換し、その後、宛先MACに基づいてデータフレームを転送することがあるGW2は、内部フレーム1160を受信し、フレームのMACアドレスを変換するために内部フレーム1160を処理することがある。選択肢1に基づいて、GW2は、内部フレーム1160を受信し、たとえば、ホストBのIP-DA1166によって指示されるようにホストBのVID/宛先IPアドレスを参照し、内部フレーム1160中のGW2のMAC-DA1162を第2のフレーム1180中のホストBのMAC-DA1182B’sMACで置換することがある。GW2は、内部フレーム1160中のGW1のMAC-SA1164を第2のフレーム1180中のGW2のMAC-SA1184でさらに置換することがある。第2のフレーム1180は、ホストBのIP-DA1186Bと、ホストAのIP-SA1188Aと、ペイロードとをさらに備えることがある。GW2は、その後、第2のフレーム1180を宛先ホストBに送信することがある。選択肢2に基づいて、GW2は、たとえば、ホストBのIP-DA1166によって指示されるようにホストBのVID/宛先IPアドレスを参照し、GW2のMAC-DA1162を第2のフレーム1180中のホストBのMAC-DA1182B’sMACで置換するだけでもよい。しかし、GW2は、MAC-SA1164を保ち続けることがある。上述のとおり、GW2は、第2のフレーム1180中のホストBのための対応するMAC-DA1182B’sMACを見つけるために、内部フレーム1160中のホストBのためのIP-DA1166を使用してMACアドレス変換を実行することがある。このMAC変換ステップは、たとえば、パブリックIPアドレスをプライベートIPアドレスに変換するためNATスキームとほぼ同じ作業量を必要とすることがある。データフレーム転送スキーム1100におけるMACアドレス変換は、対応するMACアドレスを見つけるためにホストIPアドレスを使用することに基づくことがあり、一方、NATスキームは、TCPセッションに基づいている。図12は、複数のアドレスドメインに亘るスードレイヤ2ネットワークの間でメッセージまたはフレームを転送するために使用されることがある別のデータフレーム転送スキーム1200の実施形態を例示する。具体的には、スードレイヤ2ネットワークは、IP/MPLSネットワークを介して相互接続されることがある。アドレスドメインに亘るスードレイヤ2ネットワークは、IP/MPLSネットワーク1210と、複数のエッジノード1212を介してIP/MPLSネットワーク1210に接続されることがある複数のレイヤ2ネットワークドメイン1220とを備えることがある。IP/MPLSネットワーク210は、アドレスドメイン間でインタードメイン、たとえば、レイヤ2ネットワークドメイン1220をサポートするためにIPサービスを提供することがある。レイヤ2ネットワークドメイン1220は、1つ以上のDCサイトまたはロケーションに位置することがあり、対応するエッジノード1212に接続された複数のL2GW1222と、対応するL2GW1222に接続された複数の中間スイッチ1224とを備えることがある。中間スイッチ1224は、複数のホスト/サーバ/VM1226にさらに接続されることがある。スードレイヤ2ネットワークのコンポーネントは、図12に示されるように配置されることがあり、仮想レイヤ2ネットワーク200の対応するコンポーネントに類似することがある。データフレーム転送スキーム1200に基づいて、第1のL2GW1022GW1は、第1のアドレスドメインドメイン1内の第1のホスト1226ホストAから第1のフレーム1240、たとえば、イーサネット登録商標フレームを受信することがある。第1のフレーム1240は、第2のアドレスドメインドメイン2内の第2のホスト1226ホストBを対象とすることがある。第1のフレーム1240は、L2GW1222のMAC-DA1242GWを備えることがある。ホストAは、ホストBのためのARP要求への返答としてのGW1からのARP応答中のGWのMACアドレスを取得することがある。GWは、選択肢1によるとドメイン1内のGW1、または、選択肢2によるとドメイン2内の第2のL2GW1222またはGW2に対応することがある。第1のフレーム1240は、ホストAのMAC-SA1244A’sMACと、ホストBのIP-DA1246Bと、ホストAのIP-SA1248Aと、ペイロードとを備えることがある。GW1は、第1のフレーム1240を受信し、2つの選択肢のうちの1つに基づいてフレームを処理することがある。第1の選択肢では、GW1は、第1のフレーム1240を受信し、内部フレーム1250を取得するためにIPヘッダを付加することがある。IPヘッダは、GW2のIP-DA1251と、GW1のIP-SA1252とを備えることがある。GW1は、内部フレーム1250中にGW2のMAC-DA1253と、GW1のMAC-SA1254と、ホストBのIP-DA1256Bと、ホストAのIP-SA1257Aとを取得するために、データフレーム転送スキーム1100に類似する第1のフレーム1240をさらに処理することがある。GW1は、IP/MPLSネットワーク1210を介して内部フレーム1250をGW2に送信することがある。GW2は、内部フレーム1250を受信し、ホストBのMAC-DA1282B’sMACと、選択肢1によるGW1または選択肢2によるGW2のMAC-SA1284と、ホストBのIP-DA1286Bと、ホストAのIP-SA1288Aと、ペイロードとを備える第2のフレーム1280を取得するためにデータフレーム転送スキーム1100と類似する内部フレーム1250を処理することがある。GW2は、その後、第2のフレーム1250をホストBに転送することがある。第2の選択肢では、GW1は、第1のフレーム1240を受信し、第1のフレーム1240中のGWのMAC-DA1242を内部フレーム1260中のIP-DA1262で置換することがある。GW1は、第1のフレーム1240中のホストAのMAC-SA1244A’sMACを内部フレーム1260中のGW1のIP-SA1264でさらに置換することがある。内部フレーム1260は、ホストBのIP-DA1266Bと、ホストAのIP-SA1268Aと、ペイロードとをさらに備えることがある。GW1は、内部フレーム1260をIP/MPLSネットワーク1210を介してGW2に送信することがある。GW2は、内部フレーム1260を受信し、内部フレーム1260中のGW2のIP-DA1162を第2のフレーム1280中のホストBのMAC-DA1282B’sMACで置換することがある。GW2は、内部フレーム1260中のGW1のIP-SA1264を第2のフレーム1280中の選択肢1によるGW2または選択肢1によるGW1のMAC-SA1284とさらに置換することがある。第2のフレーム1280は、ホストBのIP-DA1286Bと、ホストAのIP-SA1288Aと、ペイロードとをさらに備えることがある。GW2は、その後、第2のフレーム1250をホストBに転送することがある。複数のドメインを越える上記スードレイヤ2拡張またはネットワークでは、個々のL2GWは、L2GWの対応するアドレスドメインにおける個々のVLAN内のすべてのホストのIP-MACマッピングのため構成されることがある。個々のL2GWは、対応するアドレスドメインにおける個々のVLAN内のすべてのホストのIPアドレスを定期的または周期的に他のアドレスドメイン内の他のL2GWにさらに送信することがある。このようにして、アドレスドメイン内のL2GWは、スードレイヤ2ネットワークのすべてのアドレスドメインに対し個々のVLAN下でのホストのIPアドレスを取得することがある。個々のアドレスドメインにおけるホストのMACアドレスは、ローカルL2GWによって他のアドレスドメインのL2GWに送信されないことがあり、このことは、L2GW間で交換されるデータのサイズを実質的に縮小することがある。しかし、異なるアドレスドメインのL2GWは、たとえば、非IPアプリケーションの数が比較的少ない場合、これらのL2GWの間で非IPアプリケーションに対応するMACアドレスを交換することがある。BGPまたは類似する方法がアドレスドメインを越えるL2GW間で更新内容を含むアドレス情報を交換するために使用されることがある。表2は、スードレイヤ2ネットワークにおける対応するL2GWのMACアドレスへのホストアドレスのマッピングの実施例を例示する。複数のL2GWMACアドレスたとえば、GW-AMACおよびGW-BMACは、複数の対応するホストアドレスにマッピングされることがある。個々のL2GWMACアドレスは、同じアドレスドメイン内であってもよい複数のVLANたとえば、VID-1、VID-2、VID-n、内の複数のホストIPまたはMACアドレスにマッピングされることがある。上記スードレイヤ2拡張またはネットワークスキームは、別のアドレスドメイン内のいずれかのスイッチ/サーバ/VMがアドレスドメインのMACアドレスを知ることを制約することがある。これらのスキームは、複数のロケーションにおける実質的に大きいレイヤ2ネットワークを接続するためにスケーラブルメカニズムをさらに提供することがある。複数のアドレスドメインを越えて広がる比較的大きいレイヤ2ネットワークでは、これらのスキームは、スードレイヤ2ネットワーク内のいずれかのスイッチが知ることがあるMACアドレスの数を制限することがあり、個々のスイッチは、スイッチのローカルアドレスドメインのMACアドレスを知るだけでもよい。このスキームは、アドレスドメインを越えるスケーラブルアドレス解決を使用して複数のアドレスドメインを越える到達可能性発見をさらに提供することがある。付加的には、これらのスキームは、アドレスドメイン間の転送および未知アドレスに対するブロードキャストを容易化することがあり、そして、マルチキャストグループをサポートすることがある。図13は、複数のアドレスドメインおよびロケーションに亘るスードレイヤ2ネットワーク間でメッセージまたはフレームを転送するために使用されることがある別のデータフレーム転送スキーム1300の実施形態を例示する。データフレーム転送スキーム1300は、上述の選択肢1に基づくことがあり、スードレイヤ2ネットワーク内で前ロケーションから新ロケーションへ移動し、第2のホストのための同一の知られたMACアドレスを維持するホストからフレームを転送するために使用されることがある。スードレイヤ2ネットワークは、サービスプロバイダまたはコアネットワーク1310と、複数のエッジノード1112を介してサービスプロバイダまたはコアネットワーク1310に接続されることがある複数のレイヤ2ネットワークドメイン1320とを備えることがある。レイヤ2ネットワークドメイン1320は、複数のDCサイトまたはロケーションに位置することがあり、対応するエッジノード1312に接続された複数のL2GW1322と、対応するL2GW1322に接続された複数の中間スイッチ1324とを備えることがある。中間スイッチ1324は、複数のホスト/サーバ/VM1326にさらに接続されることがある。スードレイヤ2ネットワークのコンポーネントは、図13に示されるように配置されることがあり、仮想レイヤ2ネットワーク200の対応するコンポーネントに類似することがある。データフレーム転送スキーム1300に基づいて、GW3は、Loc1からLoc3へ移動した後、第1のホスト1326ホストAから第1のフレーム1340、たとえば、イーサネット登録商標フレームを受信することがある。フレーム1340は、Loc2内の第2のホスト1326ホストBを対象とすることがある。第1のフレーム1340は、Loc1内のGW1のMAC-DA1342と、ホストAのMAC-SA1344A’sMACと、ホストBのIP-DA1346Bと、ホストAのIP-SA1348Aと、ペイロードとを備えることがある。GW3は、第1のフレーム1340を処理し、たとえば、データフレーム転送スキーム1100と同様に、第1のフレーム1340中のホストAのMAC-SA1344A’sMACを第1の内部フレーム1350中のGW3のMAC-SA1354で置換することがある。第1の内部フレーム1350は、GW1のMAC-DA1352と、ホストBのIP-DA1356Bと、ホストAのIP-SA1358Aと、ペイロードとを備えることがある。GW3は、サービスプロバイダまたはコアネットワーク1310を介して第1の内部フレーム1350をLoc1に送信することがある。GW1は、第1の内部フレーム1350を受信し、たとえば、ホストBのIP-DA1356によって指示されるようにホストBのVID/宛先IPアドレスを参照し、第1のフレーム1340中のGW1のMAC-DA1352を第2の内部フレーム1360中のGW2のMAC-DA1362で置換することがある。第2の内部フレーム1360は、GW3のMAC-SA1364と、ホストBのIP-DA1366Bと、ホストAのIP-SA1368Aと、ペイロードとをさらに備えることがある。GW1は、サービスプロバイダまたはコアネットワーク1310を介して第2の内部フレーム1360をLoc2に送信することがある。GW2は、第2の内部フレーム1360を受信し、フレームのMACアドレスを変換するために第2の内部フレーム1360を処理することがある。GW2は、第2の内部フレーム1360を受信し、たとえば、ホストBのIP-DA1366によって指示されるようにホストBのVID/宛先IPアドレスを参照し、内部フレーム1360中のGW2のMAC-DA1362を第2のフレーム1380中のホストBのMAC-DA1382B’sMACで置換することがある。GW2は、第2の内部フレーム1360中のGW3のMAC-SA1364をGW2のMAC-SA1384でさらに置換することがある。GW2は、その後、第2のフレーム1380を宛先ホストBに送信することがある。さらに、ホストBは、Loc2から別のロケーション、たとえば、Loc4図示せずに移動することがある。GW2がホストBはLoc2からLoc4へ移動したことを知った場合、GW2は、更新内容をこのGW2のピア他のロケーション内の他のL2GW1322に送信することがある。Loc4内のL2GW1322GW4がこれのドメインにホストBが追加されたことを知ったとき、GW4は、これのピアをさらに更新することがある。したがって、個々のL2GW1322は、ホストBに関するアドレス情報を更新していることがある。ホストBがLoc2からLoc4へ移動したことをL2GW1322がまだ知らない場合、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は、Loc1からLoc3へ移動した後、第1のホスト1426ホストAから第1のフレーム1440、たとえば、イーサネット登録商標フレームを受信することがある。フレーム1440は、Loc2内の第2のホスト1426ホストBを対象とすることがある。第1のフレーム1340は、Loc2内のGW2のMAC-DA1442と、ホストAのMAC-SA1444A’sMACと、ホストBのIP-DA1446Bと、ホストAのIP-SA1448Aと、ペイロードとを備えることがある。GW3は、第1のフレーム1440を処理し、たとえば、データフレーム転送スキーム1100と同様に、第1のフレーム1440中のホストAのMAC-SA1444A’sMACを内部フレーム1460中のGW3のMAC-SA1464で置換することがある。内部フレーム1460は、GW2のMAC-DA1462と、ホストBのIP-DA1466Bと、ホストAのIP-SA1468Aと、ペイロードとを備えることがある。GW3は、サービスプロバイダまたはコアネットワーク1410を介して内部フレーム1460をLoc2に送信することがある。GW2は、内部フレーム1460を受信し、フレームのMACアドレスを変換するために内部フレーム1460を処理することがある。GW2は、内部フレーム1460を受信し、たとえば、ホストBのIP-DA1466によって指示されるようにホストBのVID/宛先IPアドレスを参照し、内部フレーム1460中のGW2のMAC-DA1462を第2のフレーム1480中のホストBのMAC-DA1482B’sMACで置換することがある。内部フレーム1460は、さらにGW3のMAC-SA。GW2は、その後、第2のフレーム1480を宛先ホストBに送信することがある。さらに、ホストBは、Loc2から別のロケーション、たとえば、Loc4図示せずに移動することがある。GW2がホストBはLoc2からLoc4へ移動したことを知った場合、GW2は、更新内容をこのGW2のピア他のロケーション内の他のL2GW1322に送信することがある。Loc4内のL2GW1322GW4がこれのドメインにホストBが追加されたことを知ったとき、GW4は、これのピアをさらに更新することがある。したがって、個々のL2GW1322は、ホストBに関するアドレス情報を更新していることがある。ホストBがLoc2からLoc4へ移動したことをL2GW13222がまだ知らない場合、L2GW1322は、ローカルホストからのホストBを対象とするフレームを依然としてLoc2に送信することがある。次に、GW2は、Loc2においてフレームを受信し、転送することがあるが、ホストBは、Loc2から移動しているので、フレームは失われる。フレームは、ホストBがこれの新ロケーションをL2GW1322に知らせた後、フレームがL2GW1322によって再送信されるまで、一時的に失われることがある。上述のスードレイヤ2拡張またはネットワークは、個々のアドレスドメインにおけるアドレス解決をサポートすることがあり、L2GWのドメイン/ロケーション内のすべてのホストのIPアドレスを使ってL2GWを最新に更新された状態に保つメカニズムを使用することがある。アドレス解決およびIPアドレス更新は、2つのシナリオの一方で実施されることがある。第1のシナリオは、ホストまたはVMが追加され次第、または、ネットワークへ移動した後に無償ARPメッセージを送信するために構成されているときに対応する。第2のシナリオは、追加されるか、または、ネットワークへ移動したホストまたはVMがARPアナウンスメントを送信しないときに対応する。2つのシナリオは、上記仮想レイヤ2ネットワークにおいて説明されたように取り扱われることがある。仮想レイヤ2ネットワークおよび同様に上述のスードレイヤ2ネットワークは、個々のロケーション/ドメインにおけるアドレス解決と、L2GWのロケーション/ドメイン内のこのL2GWのローカルホストのIPアドレスを使って個々のL2GWを最新に更新された状態に保つメカニズムとをサポートすることがある。1つのシナリオでは、ホストまたは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のロケーションから更新メッセージを受信することがある。ホストが第1のロケーションおよび第2のロケーションの両方に存在することをL2GWが検出した場合、L2GWは、ホストが第1のロケーション内にもはや存在しないことを検証するために第1のロケーション内でローカルARPメッセージを送信することがある。ホストが第1のロケーションにもはや存在しないと決定したとき、たとえば、ARPメッセージへの応答が検出されない場合、L2GWは、その結果、このL2GWのローカルIPAddrTableを更新することがある。L2GWがこのL2GWの固有のロケーションに対するARPメッセージのための応答を受信した場合、BGPのMACマルチホーミングメカニズムが使用されることがある。第2のシナリオでは、ロケーション内の新ホストは、ARPアナウンスメントを送信しないことがある。この場合、たとえば、ホストでのアプリケーションがIPホストのMACアドレスを分解する必要があるとき、アプリケーションは、このロケーション内でブロードキャストされることがあるARP要求を送出することがある。ARP要求は、たとえば、プロキシARP機能を実施することにより、L2GWまたはトップオブラックToRスイッチによってインターセプトされることがある。比較的大きいDCでは、L2GWは、すべてのARP要求を処理できないことがある。その代わりに、複数のL2GW代表要素たとえば、ToRスイッチは、APRアナウンスメントをインターセプトすることがある。L2GWは、他のロケーションからこのL2GWの対応する代表要素ToRスイッチに知られたIPアドレスたとえば、IPアドレスの簡略版をプッシュダウンすることがある。代表要素は、その後、ホストまたはローカルサーバからのARP要求をインターセプトすることがある。ホストまたはサーバからのARP要求中のIPアドレスがL2GWのIPAddrTable中に存在する場合、L2GWは、ブロードキャストされたARP要求をさらに転送することなく、L2GWのMACアドレスと共にARP応答をホストまたはサーバに返送することがある。非IPアプリケーション、たとえば、IPを用いることなくイーサネット登録商標に亘って直接的に動くアプリケーションに対し、アプリケーションは、データを送信するとき、DAとしてMACアドレスを使用することがある。非IPアプリケーションは、データフレームを送信する前にARPメッセージを送信しないことがある。データフレームは、未知フラッディングまたはマルチプルMACレジストレーションプロトコルMMRPを使用して転送されることがある。1つのシナリオでは、たとえば、ホスト上のアプリケーションは、対象とされたIPアドレスのMACアドレスを取得するために1つのロケーションにおいて相互接続されたレイヤ2ネットワークの1つに加入し次第、無償ARPメッセージを送信することがある。L2GWまたはこれの代表要素たとえば、ToRスイッチがARP要求を受信し、このL2GWのIPホストテーブルをチェックしたとき、IPアドレスがテーブル中で見つけられた場合、L2GWは、ARP応答をアプリケーションに送信することがある。L2GWは、対象とされたIPアドレスが別のロケーション内のIPホストに対応する場合、応答中でこのL2GWのMACアドレスを送信することがある。IPアドレスが見つからない場合、L2GWから応答が送信されることはなく、このL2GWは、すべてのロケーション内のホストの現在または最後の更新されたIPアドレスを維持することがある。比較的大きいDCでは、複数のL2GWが、たとえば、同じロケーション内で使用されることがあり、個々のL2GWは、VLANの部分集合を取り扱うことがある。したがって、個々のL2GWは、対応するVLAN内のホストのIPアドレスを備えるIPアドレスの部分集合を維持することが必要であることがある。実質的に大きいDC、たとえば、数万のVMを備えるDCの場合、単一ノードがすべてのARP要求および/または無償ARPメッセージを取り扱うことは、難しいことがある。この場合、いくつかのスキームが考えられることがある。たとえば、複数のノードまたはL2GWが上述のとおりDCの内部でVLANの異なる部分集合を取り扱うために使用されることがある。付加的または代替的には、複数の代表要素が個々のロケーションにおいてL2GWのため割り当てられることがある。たとえば、複数のToRスイッチまたはアクセススイッチが使用されることがある。個々のL2GWの代表要素は、この代表要素の対応するダウンリンク上で、または、ポートバインディングプロトコルの形式で無償ARPメッセージをインターセプトする責任をもつことがある。代表要素は、連結されたアドレスリストAddressListをこれらの代表要素のL2GWに送信することがある。L2GWは、このL2GWの知られたIPアドレスリストを他のロケーションからこのL2GWの代表要素へさらにプッシュダウンすることがある。複数のL2GWがVLANの異なる部分集合に対する責任をもつロケーション内に存在する場合、代表要素は、対応するL2GWと関連付けられたVLAN内に個々のAddressListを備える複数の連結されたメッセージを送信する必要があることがある。CiscoのOTVスキームと比べると、上述の仮想レイヤ2ネットワークを使用することは、個々のロケーションにおける中間スイッチ上の転送テーブルのサイズを実質的に縮小することがある。1つのロケーション内のスイッチは、たとえば、大多数のホストがIPアプリケーションを動かすと仮定すると、他のロケーション内のIPホストのMACアドレスを知る必要がないことがある。このスキームは、L2GW間で交換されるアドレス情報のサイズをさらに実質的に縮小することがある。たとえば、数千のVMを備えることがあるサブネットは、L2GWMACアドレスにマッピングされることがある。仮想レイヤ2ネットワークの階層的なレイヤ2スキームは、802.1ah規格を使用することがあり、この規格は、商用イーサネット登録商標チップセットによってサポートされることがあるが、Ciscoのスキームは、独自のIPカプセル化を使用する。両方のスキームは、外部宛先アドレスとして、ピアロケーションゲートウェイ機器L2GWアドレスを使用することがある。階層的なレイヤ2スキームは、アドレス変換をさらに使用することがあり、このアドレス変換は、現在のIPゲートウェイによってサポートされることがある。しかし、階層的なレイヤ2スキームは、IPアドレス変換の代わりにMACアドレス変換を使用することがある。MACアドレス変換は、数万のアドレスに対するアドレス変換を実行することができるキャリアグレードNAT実施を必要とすることがある。実施形態では、VLANは、複数のロケーションを越えて広がることがある。よって、マルチキャストグループは、複数のロケーションを越えてさらに広がることがある。具体的には、マルチキャストグループは、仮想レイヤ2ネットワーク内のロケーションの部分集合を越えて広がることがある。たとえば、仮想レイヤ2ネットワーク内におよそ10のロケーションが存在する場合、マルチキャストグループは、10のロケーションのうちの3つだけを越えて広がることがある。1つのサービスインスタンス内部のマルチキャストグループは、ネットワークアドミニストレータシステムNMSによって構成されることがあり、または、MMRPを使用してLayer2内に自動的に確立されることがある。L2GWは、802.1ahをサポートするので、L2GWは、クライアントマルチキャストグループをコアネットワーク内の適切なマルチキャストグループにマッピングするために内蔵式コンポーネントを有することがある。最悪ケースのシナリオでは、L2GWは、マルチキャストデータフレームをサービスインスタンスのすべてのロケーションに複製することがある。たとえば、Microsoft研究データによれば、4つのトラフィックのうちのおよそ1つは、異なるロケーションに進むことがある。これによって、L2GWによる複製は、プロバイダコア内で複雑なメカニズムを実施するより簡単であることがある。仮想レイヤ2ネットワークは、たとえば、ARP要求および/または動的ホスト構成プロトコルDHCP要求のためのブロードキャストトラフィックをサポートすることがある。ブロードキャストトラフィックは、個々のロケーションにおいて、ToRスイッチのような複数のARP代表要素を作成することによりサポートされることがある。ブロードキャストトラフィックは、代表要素がサーバからのすべてのIPホストの現在更新内容を維持するために、新コンポーネントをポートバインディングプロトコルに追加することによりサポートされることもある。付加的には、L2GWは、周期的または定期的に、他のロケーションからすべての知られたホストIPアドレスをプッシュダウンすることがある。一部の場合に、L2GWは、未知DAを受信することがある。L2GWは、これのロケーション内ですべてのホストまたはアプリケーションの現在の更新内容を保ち続け、周期的または定期的にこれのアドレス情報をすべてのピア他のロケーション内の他のL2GWに押し付けることがある。L2GWが未知DAを備えるフレームを受信する場合、L2GWは、フレームを他のロケーションにブロードキャストすることがある。ネットワーク上の攻撃を回避するために、L2GWが受信された未知DAを転送またはブロードキャストする最大回数に制限が課されることがある。L2GWは、アドレスを他のロケーションに送信する前に、未知アドレスに対する中間スイッチアドレスを間違えることを回避するために、別のロケーション内の中間スイッチのアドレスを知るために構成されることがある。個々のDCロケーションには、数万のVMが存在することがあるが、個々のDC内のスイッチの数は、ToRもしくはアクセススイッチ、エンドオブローもしくはアグリゲーションスイッチ、および/または、コアスイッチの数のように制限されることがある。L2GWは、たとえば、個々のスイッチからのブリッジプロトコルデータユニットBPDUを介して、予めロケーション内のすべての中間スイッチのMACアドレスを知ることがある。メッセージは、マネジメントシステムまたは運用管理保守OAMメッセージを除いて、中間スイッチに直接的に送信されないことがある。NMS/OAMメッセージを受信することを期待するか、または、受信するために構成されている中間スイッチは、ロケーション内の他のスイッチが自律メッセージをNMSに送信するか、または、MMRPアナウンスメントを送信することにより、この中間スイッチのMACアドレスを知ることを可能にすることがある。一部の実施形態では、L2GWは、アドレス情報を交換するため、たとえば、IS-ISの代わりに、BGPを使用することがある。複数の選択肢は、レイヤ2L2通信を制御するため使用されることがある。たとえば、転送選択肢は、MACおよびMACを用いるレイヤ2単独転送と、MPLSに亘るレイヤ2転送と、レイヤ3ネットワーク内のレイヤ2転送とを含むことがある。レイヤ2制御プレーンの選択肢は、レイヤ2IS-ISメッシュ制御と、レイヤ2.5MPLS静的制御と、ラベルディストリビューションプロトコルLDPと、インテリアゲートウェイプロトコルIGP制約ベースショーテストパスファーストCSFPを使用するリソースリザベーションプロトコルRSVP-トラフィックエンジニアリングTEと、BGPディスカバリとを含むことがある。一意性のため要求されるVLAN-MACマッピング、および、ネットワークブリッジ型VLANたとえば、VLAN-4KがDCに対して非常に小さいかどうかのような一部のVLANマッピング問題がさらに考慮されることがある。表3は、レイヤ2制御プレーンのため使用されることがある複数の制御プレーン選択肢を例示する。これらの選択肢は、IEEE802.1ah、IEEE802.1q、およびIEEE802.1aqに基づくことがあり、これらのすべてが参照によってここに組み込まれる。表4は、表2中の制御プレーン選択肢の利点および不利点良い点および悪い点の一部を例示する。CiscoのOTVと、仮想レイヤ2ネットワークによってサポートされることがあるBGPとの間には、複数の相違点が存在することがある。たとえば、OTVの基本的な態様は、OTVマルチキャストグループと、MT-IS-ISを要求することがあるOTVIS-IS用法と、OTV転送とを含むことがある。付加的には、BGPは、DCマルチキャストグループの場合のようなBGP-MACマッピングおよびIPオーバーレイをサポートすることがある。BGP-MACマッピングは、MT-BGPをさらに使用することがある。さらに、IBGPは、MT-IS-ISによって、かつ、ピアトポロジのためのIS-ISを使用してサポートされることがあるたとえば、ラベルスイッチドパス検証LSVP。上記仮想レイヤ2ネットワークでは、1つのレイヤ2ネットワークまたはDC内部のアプリケーションの数は、たとえば、長い間に実質的に増加することがある。よって、実質的に大きいレイヤ2ネットワークと関連付けられた問題を回避するためにメカニズムが必要とされることがある。これらの問題は、サーバ/ホストおよびこれらのアプリケーションの予測できない挙動を含むことがある。たとえば、サーバ/ホストは、異なるベンダに対応することがあり、一部は、ARPメッセージを送信するため構成されることがあり、その他は、メッセージをブロードキャストするために構成されることがある。さらに、典型的な低コストのレイヤ2スイッチは、フラッディングおよびブロードキャストを制限するようにポリシーが導入されたブロードキャストデータフレームを阻止するために高性能機能をもたないことがある。ホストまたはアプリケーションは、IPマッピングを頻繁に、たとえば、およそ数分単位で目標とするためにMACアドレスを経時的に消すこともある。ホストは、ホストがアクティブ状態からスタンバイ状態にスイッチオーバーを行うとき、または、ホストがソフトウェアグリッチを有するときなどに無償ARPメッセージを頻繁に送出することもある。一部の場合、レイヤ2ネットワークのコンポーネントは、より少数のノードへのブロードキャストに限定するために、より小さいサブグループに分割される。図15は、レイヤ2ネットワーク/ドメイン、たとえば、仮想レイヤ2ネットワークまたは上記スードレイヤ2ネットワークの一部でもよいVLANで使用されることがある典型的なブロードキャストスキーム1500の実施形態を例示する。レイヤ2ネットワーク/ドメインまたはVLANは、ポッド1530内、たとえば、DC内に位置する複数のアクセススイッチAS1522を備えることがある。VLANは、AS1522に接続された複数の閉じたユーザグループCUG1535をさらに備えることがある。個々のCUG1535は、AS1522に接続された複数のエンドオブローEoRスイッチ1524と、EoRスイッチ1524に接続された複数のToRスイッチ1537と、ToRスイッチ1537に接続された複数のサーバ/VM1539とを備えることがある。AS1522は、仮想レイヤ2ネットワークまたはスードレイヤ2ネットワークの他のレイヤ2ネットワーク/ドメインに対応することがある他のDC内の複数のポッド図示せずに接続されることがある。レイヤ2ネットワーク/ドメインまたはポッド1530のコンポーネントは、図15に示されるように配置されることがある。典型的なブロードキャストスキーム1500は、ブロードキャストスケーラビリティ問題に陥ることがある。たとえば、未知DAをもつフレームは、VLAN内のすべてのエンドシステムに向けてポッド1530内部でフラッディングさせられることがある。たとえば、未知DAをもつフレームは、図15に破線矢印によって指示されるように、CUG1535においてAS1522の全部または複数のサーバ/VM1539へフラッディングさせられることがある。未知アドレスをもつフレームは、AS1522を介して、ポッド1530と同じサービスと関連付けられることがあるコア内の他のDC内の複数の他のポッドに向かって反対方向にフラッディングされることもある。フレームは、数千の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をもつフレームは、ポッド1530内部で単一のルート、たとえば、ブロードキャストサーバとして指定されることがある1つのサーバ/VM1639、または、AS1622だけに向けてフラッディングされることがある。フレームは、ルート化マルチポイントRMPVLAN構成、たとえば、ブロードキャストサーバでルート化されたRMPVLANのためのプッシュVLANタグを使用してルートに向けてフラッディングされることがある。しかし、フラッディングされたフレームは、たとえば、ブロードキャストサーバではないすべての他のサーバに転送されないことがあり、このことは、リンクリソースと無関係なフレームのサーバ処理とを節約することがある。付加的には、転送されたフレームは、コア、たとえば、他のポッドまたはDCに転送されないことがある。一部の実施形態では、ブロードキャストサーバは、たとえば、効率、スケーラビリティ、および/またはセキュリティを改善するため、プロキシARPサーバ、DHCPサーバ、および/または他の具体的な機能サーバをホストすることがある。たとえば、ブロードキャストサーバは、選択されたブロードキャストサービスだけを可能にするDC内にセキュリティを提供するために構成されることがある。既知サービスが選択されない場合、未知DAをもつデータフレームは、最初または元のVLAN上のブロードキャストサーバからフラッディングされることがある。ブロードキャストスキーム1600は、顧客アプリケーションがレイヤ2ブロードキャストを使用することが許されるケースを取り扱うために使用されることがある。データレートリミッタは、ブロードキャストストームを防ぐために、たとえば、かなりの量のブロードキャストトラフィックを回避するために同様に使用されることがある。上述のとおり、DC内のサーバ仮想化を導入するとき、DC内のホストの数は、たとえば、長い間に実質的に増加することがある。サーバ仮想化を使用して、最初に終端局をホストすることがある個々の物理サーバは、数百の終端局またはVMをホストできるようになることがある。VMは、追加、削除、および/または、サーバ間で柔軟に移動されることがあり、このことは、サーバの性能および稼働率を改善することがある。この能力は、たとえば、クライアント制御型仮想サブネットおよび仮想ホストを提供するために、クラウドコンピューティングサービスのための基礎的要素として使用されることがある。クラウドコンピューティングサービスによって提供されるクライアント制御仮想サブネットは、クライアントが対応するIPアドレスおよびポリシーを使って自分の固有のサブネットを定義することを可能にすることがある。仮想ホストの急速な成長は、ネットワークおよびサーバに実質的に影響を与えることがある。たとえば、1つの結果として生じる問題は、ホストからのARPIPバージョン4IPv4要求のような頻繁なARP要求、または、NDIPバージョン6IPv6要求のようなネイバーディスカバリND要求を取り扱うことであり得る。DC内のホストは、およそ数分単位で古くなることがあるキャッシュまたはエントリに起因して頻繁にこのような要求を送出することがある。DC内に異なるMACアドレスを有することがある数万のホストがある場合、1秒当たりのARPまたはNDメッセージもしくは要求の量は、1秒当たりに約1,000から10,000要求を超えることがある。この要求のレートまたは頻度は、ホストにかなりの計算的負荷をかけることがある。DC内の実質的に多数の仮想ホストと関連付けられた別の問題は、1つのVLAN内部に重複IPアドレスが存在することであり得、これは、ARPまたはNDスキームが適切に作用することに影響を及ぼすことがある。一部のロードバランシング技術は、異なるMACアドレスをもつが、同じIPアドレスを使用するために同じアプリケーションに役立つ複数のホストを必要とすることがある。一部のクラウドコンピューティングサービスは、ユーザがIPアドレスとサブネット間で自己定義されたポリシーとを使って自分の固有のサブネットを使用することを可能にすることがある。したがって、利用可能なVLANSの最大数は、一部のシステムでは約4095であり、一方、数十万のクライアントサブネットが存在することがあるので、クライアント毎にVLANを指定することは不可能であるかもしれない。このシナリオでは、結局は1つのVLANである異なるクライアントサブネット内に重複IPアドレスが存在することがある。実施形態では、VMおよび/または終端局のようなかなりの数のホストを含む単一のVLANを備えることがある実質的に大きいレイヤ2ネットワークで使用されることがあるスケーラブルアドレス解決メカニズム。付加的には、重複IPアドレスをもつVLANにおける適切なアドレス解決のためのメカニズムが記載される。このメカニズムは、ARPIPv4アドレスおよびNDIPv6アドレスの両方のため使用されることがある。図17は、ブリッジ型レイヤ2ネットワーク、たとえば、イーサネット登録商標における相互接続型ネットワーク区域1700の実施形態を例示する。ブリッジ型レイヤ2ネットワークは、コア区域1710内に、複数の区域1720に接続されることがある複数のコアブリッジ1712を備えることがある。レイヤ2ブリッジ型ネットワークは、コア区域1710および区域1720の一部でもよく、よって、コア区域1710と区域1720とを接続することがある複数のDBB1722をさらに備えることがある。個々の区域1720は、対応するDBB1722に接続された複数の中間スイッチ1724と、対応する中間スイッチ1724に接続された複数の終端局1726、たとえば、サーバ/VMとをさらに備えることがある。相互接続型ネットワーク区域1700のコンポーネントは、図17に示されるように配置されることがある。図18は、相互接続型区域1700と同様に構成されることがある相互接続型ネットワーク区域1800の別の実施形態を例示する。相互接続型ネットワーク区域1800は、コア区域1810内に、複数のコアブリッジ1812と、複数のDBB1822たとえば、ToRスイッチまたは区域境界スイッチとを備えることがある。相互接続型ネットワーク区域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のための<MAC、VID>ペアを知り、維持することがある。このアドレス情報は、エッジ仮想ブリッジングEVB仮想局インターフェースVSIディスカバリおよび構成プロトコルVDPを介して、終端局1826によって対応する区域1820内の対応するDBB1822に通信されることがある。DBB1822は、たとえば、MMRPを介して、この情報を他のDBB1822にさらに登録することがある。代替的には、アドレス情報は、無償ARPメッセージを使用して、または、NMSから構成メッセージを送信することにより、終端局1826によってこれらのDBB1822に通信されることがある。実施形態では、スケーラブルアドレス解決メカニズムは、相互接続型ネットワーク区域1800内に比較的多数のホストを備えるVLANをサポートするために実施されることがある。具体的には、1つの区域1820内のDBB1822のMACアドレスとVLANのVIDとは、他の区域1820からのこの区域のホストアドレスのARP要求への応答として使用されることがある。一部のケースでは、DSが個別の終端局1826またはホストのための比較的多数のメッセージを取り扱う能力をもたないことがあるとき、DSは、区域1820内の終端局1826のための簡略化されたアドレス情報を取得するために構成されることがある。このようなケースでは、区域1820内のDBB1822は、区域のホストのためのすべての無償ARPメッセージを終端すること、または、これの区域1920から送信されたすべての無償ARPメッセージをスヌープし、そして、その代わりに、たとえば、DSのためのホストアドレス情報を簡略化する無償グループアナウンスメントを送出することがある。DBBは、この区域1820内のすべてのホストIPアドレスを他の区域1820に知らせるために、このDBBの固有の無償ARPアナウンスメントを送信することがある。さらに、区域1820内のDBB1822は、たとえば、コア区域1810内のコアブリッジ1812を介して、このDBBの固有のMACアドレスを他の区域1820に送信することにより、ARPプロキシとして役立つことがある。コアブリッジ1812は、中間スイッチ1824および終端局1826またはホストのMACアドレスではなく、区域1820内のDBB1822の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たとえば、VMとを備えることがある。レイヤ2ブリッジ型ネットワークは、たとえば、コア区域1910を介してDBB1922に接続されることがあるDS1940をさらに備えることがある。DBB1922および終端局1926は、レイヤ2ブリッジ型ネットワーク内に確立され、VIDと関連付けられたVLANに属することがある。レイヤ2ブリッジ型ネットワークのコンポーネントは、図19に示されるように配置されることがある。APRプロキシスキーム1900に基づいて、第1のDBB1922DBBXは、これのローカル区域内の第1の終端局1926からのARP要求をインターセプトすることがある。ARP要求は、別の区域内の第2の終端局1926のためのMACアドレスを目的とすることがある。ARP要求は、第2の終端局1926のIPDA10.1.0.2と、IP送信元アドレスSA10.1.0.1と、第1の終端局1926のMACSAAとを備えることがある。第1の終端局1926は、VMARPテーブル1960中の他の終端局1922のIPアドレスを維持することがある。DBBXは、DS1940から第2の終端局1926のためのMACアドレスを取得するためにDS問い合わせを送信することがある。このDS問い合わせは、第2の終端局1926のIPアドレス10.1.0.2と、第1の終端局1926のIPSA10.1.0.1およびMACSAAとを備えることがある。DS1940は、DSアドレステーブル1950中に、IPアドレスと、MACアドレスと、関連付けられたDBB1922に関する情報または終端局1926ホストのロケーションとを備えることがある。DS1940は、その後、DSアドレステーブル1950に指示されるように、第2の終端局1926のIPアドレス10.1.0.2と、他の区域内の第2の終端局1926と関連付けられた第2のDBB1926のMACアドレスYDBBYとを備えるDS応答をDBBXに返送することがある。次に、DBBXは、第1の終端局1926のIPDA10.1.0.1およびMACDAAと、第2の終端局1926のIPSA10.1.0.2と、DBBYのMACアドレスYとを備えるARP応答を第1の終端局1926に送信することがある。第1の終端局1926は、その後、VMARPテーブル1960において、DBBYのMACアドレスYを第2の終端局1926のIPアドレス10.1.0.2と関連付けることがある。第1の終端局1926は、第2の終端局1926を対象としたフレームを転送するためにDAとしてDBBYのMACアドレスを使用することがある。ARPプロキシスキーム1900では、DBB1922は、区域内のホストのMACアドレスおよびIPアドレス無しで、区域内の他のDBB1922のMACアドレスだけを維持することが必要とされることがある。上述のとおり、DBB1922に送信されたデータフレーム内のDAだけがDBBMACアドレスに対応するので、DBB1922は、他のアドレスを知る必要がないことがあり、このことは、このスキームをよりスケーラブルにさせる。図20は、たとえば、相互接続型ネットワーク区域1800のためレイヤ2ブリッジ型ネットワークにおいて使用されることがあるデータフレーム転送スキーム200の実施形態を例示する。レイヤ2ブリッジ型ネットワークは、コア区域2010と、コア区域2010に接続された複数の区域2020内の複数のDBB2022または区域境界スイッチと、これらの区域2020内の対応するDBB2022に接続された複数の中間スイッチ2024および終端局2026たとえば、VMとを備えることがある。区域2020を越えるDBB2022、中間スイッチ2024、および終端局2026の一部は、レイヤ2ブリッジ型ネットワークに確立され、VIDと関連付けられたVLANに属することがある。レイヤ2ブリッジ型ネットワークのコンポーネントは、図20に示されるように配置されることがある。データフレーム転送スキーム2000は、IPNATに類似することがあるDBB2022におけるMATに基づくことがある。MATは、対応するMACDAを見つけるために内部IPDAおよびARPテーブルを使用することを備えることがある。たとえば、第1のDBB2022DBB1は、第1の区域区域1内の第1の終端局2026ホストAからフレーム2040、たとえば、イーサネット登録商標フレームを受信することがある。フレーム2040は、第2の区域区域2内の第2の終端局2026ホストBを対象とすることがある。フレーム2040は、区域2内の第2のDBBのMAC-DA2042DBB2と、ホストAのMAC-SA2044A’sMACと、ホストBのIP-DA2046Bと、ホストAのIP-SA2048Aと、ペイロードとを備えることがある。DBB1は、コア区域2010を介してフレーム2040を区域2に転送することがある。区域2内の第2のDBB2022DBB2は、フレーム2040を受信し、フレーム2040中のDBB2のMAC-DA2042DBB2を第2のフレーム2080中のホストBのMAC-DA2082B’sMACで置換することがある。DBB2は、ホストBのIP-DA2046Bと、これのARPテーブル中の対応するエントリとに基づいて、B’sMACを決定することがある。第2のフレームは、ホストAのMAC-SA2084A’sMACと、ホストBのIP-DA2086Bと、ホストAのIP-SA2088Aと、ペイロードとさらに備えることがある。DBB2は、第2のフレーム2080を区域2内のホストBに送信することがある。区域2で受信されたフレーム中のSAは、変更されていないのでデータフレーム転送スキーム2000は、ネットワーク内で実施されたDHCPに影響を与えないことがある。上記ネットワークでは、コア区域のコアブリッジまたはスイッチ、たとえば、コア区域1810内のコアブリッジ1812は、区域内のホストのMACアドレスおよびIPアドレス無しに、区域内のDBBのMACアドレスだけを維持することが必要とされることがある。コア区域を介して転送されたデータフレーム中のDAは、上述のとおり、DBBMACアドレスだけに対応することがあるので、コアブリッジは、他のアドレスを知る必要がないことがある。DBBのMACアドレスは、コアブリッジの転送データベースFDB内に維持されることがある。コアブリッジまたはスイッチは、リンクステートに基づくプロトコルを介してすべてのDBBのトポロジを知ることがある。たとえば、DBBは、たとえば、IEEE802.1aq、トランスペアレントインターコネクトオブロッツオブリンクTRILL、またはIPに基づくコアを使用してリンクステートアドバタイズメントLSAを送出することがある。スパニングツリープロトコルSTPがコアブリッジの間で使用される場合、MACアドレスラーニングは、コアブリッジで停止される。この場合、DBBは、DBB自体をコアブリッジに登録することがある。実施形態では、DBBは、DSが使用されていない場合、上述のとおり、ARPプロキシとしての役目を果たすことがある。無償ARPメッセージは、終端局の一意のMACアドレスを知らせるために終端局によって送信されることがある。無償グループアナウンスメントは、DBBの一意のMACアドレスとDBBのローカル区域内部のすべてのホストのIPアドレスとを知らせるためにDBBによってさらに送信されることがある。無償グループアナウンスメントは、MACアドレスおよびIPアドレスを他の区域内の他のDBBに知らせるために使用されることがある。知らされたMACアドレスおよびIPアドレスは、他のDBBS内で、ホストIPDAに応じて受信されたフレーム中のDBBMACDAを変換するために使用されることがある。無償グループARPは、DBBと関連付けられた個々のVLANのためのホストIPアドレスの部分集合を知らせるためにDBBによって送信されることがある。無償グループARPは、DBBのための複数のVLANへのホストIPアドレスの部分集合のマッピングを備えることがある。表5は、相互接続型区域内の対応するDBBMACアドレスにホストIPアドレスをマッピングする実施例を例示する。このマッピングは、DBBと関連付けられた個々のVLANのためのDBBのホストIPアドレスを知らせるためにDBBによって無償グループARP中で送信されることがある。DBBMACアドレスDBB-MACは、複数の対応するホストIPアドレスにマッピングされることがある。個々のDBBMACアドレスは、同じ区域内でも異なる区域内でもよい複数のVLAN内の複数のホストIPアドレスたとえば、VID-1、VID-2、VID-n、にマッピングされることがある。一部の状況では、相互接続された区域内の複数のホストは、同じIPアドレスを有することがあり、同じVLANまたはVIDと関連付けられることがある。たとえば、クラウドコンピューティングサービスの仮想サブネットは、クライアントが自分の固有のプライベートIPアドレスに名前を付けることを許すことがある。クラウドコンピューティングサービスによって提供される仮想サブネットの数は、許可されたVLANの総数たとえば、約4095のVLANを実質的に超えることがある。したがって、複数の仮想ホストたとえば、VMまたは仮想終端局は、MACアドレスは異なるが、同じIPアドレスをもつことを許可されることがある。他の例では、複数の終端局は、同じIPアドレスおよび異なるMACアドレスを使用して同じアプリケーションに役立つことがある。実施形態では、DBBは、たとえば、同じ重複IPアドレスを使用する異なるホストを区別するために、ここでは代表MACアドレスと呼ばれる複数のMACアドレスが割り当てられることがある。DBBは、複数のVLANとさらに関連付けられることがある。さらに、DBB上の個々のVLANは、たとえば、VLAN内部にホストの異なる部分集合を備える複数のサブネットまたは仮想サブネットと関連付けられることがある。仮想サブネットは、複数のサブネットIDと関連付けられることがある。ホストのための重複IPアドレスの数がVLANの仮想サブネットの数より実質的に少ない場合、DBBのための代表要素MACアドレスの数は、同様に実質的に少なくなることがある。図21は、レイヤ2ブリッジ型ネットワーク内の相互接続されたネットワーク区域のため使用されることがあるARPプロキシスキーム2100の実施形態を例示する。レイヤ2ブリッジ型ネットワークは、コア区域2110と、コア区域2110に接続された複数のDBB2122または区域境界スイッチと、これらの区域内の対応するDBB2122に接続された複数の終端局2126たとえば、VMとを備えることがある。レイヤ2ブリッジ型ネットワークは、たとえば、コア区域2110を介してDBB2122に接続されることがあるDS2140をさらに備えることがある。DBB2122および終端局2126は、レイヤ2ブリッジ型ネットワークに確立されたVLANに属することがある。レイヤ2ブリッジ型ネットワークのコンポーネントは、図21に示されるように配置されることがある。ARPプロキシスキーム2100に基づいて、第1のDBB2122DBBXは、このローカル区域内の第1の終端局2226からのARP要求をインターセプトすることがある。ARP要求は、別の区域内の第2の終端局2126のためのMACアドレスを目的とすることがある。このARP要求は、第2の終端局2126のIPDA10.1.0.2と、第1の終端局2126のIPSA10.1.0.1およびMACSAAとを備えることがある。第1の終端局2126は、VMARPテーブル2160中に他の終端局2122のIPアドレスを維持することがある。DBBXは、その後、DS2140から第2の終端局2126のMACアドレスを取得するためにDS問い合わせを転送することがある。DS問い合わせは、第2の終端局2126のIPアドレス10.1.0.2と、第1の終端局2126のIPSA10.1.0.1およびMACSAAとを備えることがある。DS2140は、IPアドレスと、MACアドレスと、VLANIDまたはVIDと、顧客仮想サブネットIDと、関連付けられたDBB2122に関する情報または終端局2126のロケーションとをDSアドレステーブル2150に維持することがある。DS2140は、要求元VM第1の終端局2126に属する顧客仮想サブネットIDを決定するためにDS問い合わせ中でMACSAAを使用することがある。たとえば、DSアドレステーブル2150に応じて、顧客IDJoeは、MACSAAに対応する。DS2140は、その後、第2の終端局2126のIPアドレス10.1.0.2と、第1の終端局2126の顧客IDJoeに関連付けられた第2のDBB2126の代表MACアドレスY1DBBYとを備えるDS応答をDBBXに返送することがある。次に、DBBXは、第1の終端局2126のIPDA10.1.0.1およびMACDAAと、第2の終端局2126のIPSA10.1.0.2と、DBBYの代表MACアドレスY1とを備えるARP応答を第1の終端局2126に送信することがある。第1の終端局2126は、その後、VMARPテーブル2160において、DBBYの代表MACアドレスY1を第2の終端局2126のIPアドレス10.1.0.2と関連付けることがある。第1の終端局2126は、第2の終端局2126を対象とするフレームを転送するためにDBBYの代表MACアドレスをDAとして使用することがある。別の区域内の第3の終端局2126は、第2の終端局2126のARP要求を第3の終端局の区域内の対応するローカルDBB2122DBBZにさらに送信することがある。DBBZは、その後、上述のとおり、DS2140と通信し、その結果、第3の終端局2126のIPDA10.1.0.3およびMACDAと、第2の終端局2126のIPSA10.1.0.2と、DSアドレステーブル2150中で顧客IDBobに関連付けられた第3の終端局2126のDBBYの代表MACアドレスY2とを備えるARP応答を第3の終端局2126に返送することがある。第3の終端局2126は、その後、第3の終端局2126のVMARPテーブル2170においてDBBYの代表MACアドレスY2を第2の終端局2126のIPアドレス10.1.0.2と関連付けることがある。第3の終端局2126は、第2の終端局2126を対象とするフレームを転送するためにDBBYのこの代表MACアドレスをDAとして使用することがある。表6は、相互接続された区域においてVLAN内の対応する代表DBBMACアドレスに重複ホストIPアドレスをマッピングする実施例を例示する。重複ホストアドレスは、1つの対象とされたアプリケーションまたはホストのため複数のホストによって使用されることがある。代表MACDBBアドレスは、同じアプリケーションを使用するまたは同じホストと通信する異なるホストに対し割り当てられることがある。個々のVLANに対して、ホストIPアドレスは、たとえば、VLANの異なるサブネットと関連付けられた複数のホストのための複数の代表DBBMACアドレスMAC-12、MAC-13、MAC-14、にマッピングされることがある。代表DBBMACアドレスは、ベースオリジナルDBBMACアドレスアドレスMAC-11と関連付けられることもある。同じIPのためのベースおよび代表DBBMACアドレスは、異なるVLANに対して異なることがある。VLANが代表アドレスを有しない場合、DBBベースアドレスは、このVLANのため使用されることがある。1つのVLANの内部におよそ10の重複IPアドレスが存在する場合、表6中のおよそ10列10個のMACアドレスが使用されることがある。表7は、たとえば、複数のサブネットのための複数の代表MACアドレスにホストIPアドレスをマッピングする実施例を例示する。このマッピングは、DBBと関連付けられた個々のVLANのためのDBBのホストIPアドレスを知らせるために、DBBによって無償グループARP中で送信されることがある。個々の代表MACアドレスDBB-MAC1、DBB-MAC2、は、サブネット内の複数の対応するホストIPアドレスにマッピングされることがある。個々の代表DBBMACアドレスは、ホストIPアドレスのための顧客または仮想サブネットIDと関連付けられることがある。個々の代表DBBMACアドレスのためのホストIPアドレスは、複数のVLANVID-1、VID-2、VID-n、に対応することもある。個々のサブネット内のホストIPアドレスは、異なることがある。同一のVLANと関連付けられているが、異なる顧客IDと関連付けられている重複ホストIPアドレスは、異なる代表DBBMACアドレスにマッピングされることがある。図22は、レイヤ2ブリッジ型ネットワーク内の相互接続されたネットワーク区域のため使用されることがあるフェイルオーバースキーム2200の実施形態を例示する。このフェイルオーバースキーム2100は、相互接続された区域内のいずれかのDBBたとえば、ToRスイッチが故障した場合に使用されることがある。レイヤ2ブリッジ型ネットワークは、コア区域1810内の複数のコアブリッジ2212および複数のDBB2222または区域境界スイッチと、複数の区域2220とを備えることがある。区域2220は、DBB2222と、複数の中間スイッチ2224と、複数の終端局2226、たとえば、サーバ/VMとを備えることがある。レイヤ2ブリッジ型ネットワークは、たとえば、コア区域2210を介してDBB2222に接続されることがあるDS図示せずをさらに備えることがある。DBB2222と、中間スイッチ2224と、終端局2226とのうちの一部は、レイヤ2ブリッジ型ネットワーク内に確立されたVLANに属することがある。レイヤ2ブリッジ型ネットワークのコンポーネントは、図22に示されるように配置されることがある。アクティブDBB2222がVLAN内で故障したとき、VLANは、1つ以上のスタンバイDBB2222を使用して確立されることがある。スタンバイDBB222は、VLANに属する中間スイッチ2224の少なくとも一部、および、おそらく新たな1つのコアブリッジ2212とアクティブ接続を確立することがある。これは、図22において破線によって指示される。したがって、終端局2226がVLANに亘って通信することを可能にするVLANの終端局2226へのパスは、失われないことがある。VLAN内のDBB222が故障したとき、たとえば、明示的なメッセージをDSに送信するか、または、キープアライブ方法を使用することにより、DSに故障が通知されることがある。このようにして、DBBは、故障したDBB、および、おそらくDSアドレステーブルのエントリ中のVLAN内の他の元のDBB2222のアドレス情報をスタンバイ状態にあり、故障した他の元のDBB2222を置換するために使用された新たなDBB2222の情報で置換することがある。置換された故障した元のDBBは、図22では円によって指示される。故障したDBB2222を検出し次第、置換DBBは、すべての代表アドレスを含む故障したDBBのアドレスが置換DBB2222によって到達可能であることを指示するために、LSAをDSまたはコア区域2010に送信することがある。サーバ仮想化を用いて、物理サーバは、より多くのVM、たとえば、数十から数百の仮想終端局またはVMをホストすることがある。これは、DC内の仮想ホストの数の実質的な増加をもたらすことがある。たとえば、1つずつが最大約128台のVMをサポートすることがある約50,000台のサーバを備える比較的大きいDCの場合、DC内のVMの総数は、約50,000×128、すなわち、約6,400,000台のVMに匹敵することがある。このような大規模サーバプール全体の動的なリソース割り付けを達成するために、イーサネット登録商標ベースのレイヤ2ネットワークがDC内で使用されることがある。おそらくかなりの数の仮想ホストを備えることになるこのような大規模レイヤ2ネットワークは、基礎となるイーサネット登録商標技術に新しい難題をもたらすことがある。たとえば、1つの問題は、フラットなMACアドレス空間に起因したMAC転送テーブルスケーラビリティであり得る。別の問題は、ARPおよび他のブロードキャストトラフィックによって引き起こされるブロードキャストストームの取り扱いであり得る。ここではFDBとも呼ばれるネットワークのコアにおけるMAC転送テーブルのサイズを縮小するための1つのアプローチは、たとえば、IEEE802.1ahおよびTRILLに準拠したネットワークアドレスカプセル化を使用することであり得る。802.1ahおよびTRILLのネットワークアドレスカプセル化は、IEEEP802.1ah/D4.2規格、および、IETF草案draft-ietf-trill-rbridge-protol-12-txtにそれぞれ記載され、両方ともに参照によってここに組み込まれる。ネットワークアドレスカプセル化によると、コアスイッチにおけるFDBエントリの数は、VMの数とは無関係に、ネットワーク内のエッジおよびコアを含めてスイッチの総数まで削減されることがある。たとえば、1エッジスイッチ当たりに約20台のサーバを用いると、約50,000台のサーバのネットワーク内のエッジスイッチの数は、約50,000/20、すなわち、2500に等しくなることがある。しかし、データパスMACラーニングを用いると、エッジスイッチたとえば、DC内のToRスイッチのFDBサイズは、ネットワークアドレスカプセル化が使用されないときとほぼ同じになることがあり、これは、実質的に大きくなることがある。ToRスイッチで選択的なMACラーニングを用いる場合でも、FDBサイズは、依然として実質的に大きくなることがある。たとえば、ToRスイッチが約40個のダウンストリームポートを有する場合、1対のToRスイッチは、ToRスイッチに接続された最大で約40台のデュアルホーム型サーバを有することがある。サーバが最大で約128台のVMをサポートする場合、ToRスイッチは、正常運転中に、たとえば、ToRスイッチがほぼ同数のVMを取り扱うとき、約128×40/2、すなわち、約2,560台のVMがToRに接続されていることがある。1台のToRスイッチが故障した場合、VMの数は、約5,120に増加することがある。個々のVMが平均で同時に約10台のリモートVMと通信する場合、ToRスイッチのFDBサイズたとえば、エントリの数は、約2,560ローカルVM2,560×10リモートVM2,500ToRスイッチ、すなわち、約30,660エントリに少なくとも比例することがあり、これは、故障シナリオでは、さらに倍増されることがある。802.1ahおよびTRILLにおけるネットワークアドレスカプセル化は、対称性をもつことがある。具体的には、エッジスイッチのような同じスイッチがアドレスカプセル化を実行することがある。802.1ahおよびTRILにおける対称ネットワークアドレスカプセル化の課題は、エッジスイッチがローカルVNと通信するリモートVMを把握する必要がある点である。リモートVMの数は、実質的に変化することがある。PRESTO08において公開され、参照によってここに組み込まれるTowardsaNextGenerationDataCenterArchitecuture:ScalabilityandCommonditizationと題する論文においてGreenberg外によって提案された1つのアプローチは、ネットワークアドレスカプセル化手順をVMの内側に移動させ、これによって、スイッチFDBサイズをネットワーク内のローカルVMの数とエッジスイッチの数との合計に等しくなるたとえば、上記実施例では、約2,5602,500、すなわち、約5,060個のエントリに等しくなることがあるこのサイズの最小値に縮小することである。このアプローチの欠点は、ゲストオペレーションシステムOSプロトコルスタックの変更である。その代わりに、ネットワークアドレスカプセル化を物理サーバの仮想スイッチたとえば、ハイパーバイザの内側に移動させることは、さらに後述されるように、エッジスイッチFDBサイズを縮小し、ゲストOSプロトコルスタックの変更を回避することがある。このようなネットワークアドレスカプセル化は、アドレスカプセル化解除が依然としてエッジスイッチ内のどこかで行われるので、ここでは、非対称ネットワークアドレスカプセル化と呼ばれる。この非対称ネットワークアドレスカプセル化のメカニズムは、中間/エッジスイッチまたはルータのFDB中に維持されるアドレスの量を削減することがある。非対称ネットワークアドレスカプセル化スキームは、上述された様々なネットワーク実施形態の場合と同様に、エッジスイッチおよびコアスイッチを備えるレイヤ2ネットワークで実施されることがある。たとえば、エッジスイッチは、DC内のToRスイッチに対応することがある。個々のエッジスイッチは、一意のIDが割り当てられることがあり、これは、802.1ahの場合と同様にMACアドレスでもよく、TRILLの場合と同様に約16ビットのニックネームでもよく、または、IPアドレスでもよい。ネットワークは、入口エッジスイッチから出口エッジスイッチにフレームのヘッダ中で搬送される宛先エッジスイッチIDに基づいてフレームを転送するために構成されることがある。フレームは、いずれかのトランスポート技術を使用してネットワークの内側で転送されることがある。非対称ネットワークアドレスカプセル化スキームは、MAC-in-MACとも呼ばれる802.1ahにおけるアドレスカプセル化スキームに類似することがある。MACラーニングは、ネットワーク内でディセーブル状態にされることがあるが、ポートに対向するエッジスイッチサーバ上でイネーブル状態にされることがある。サーバ、終端局、およびホストという用語は、ここでは互換的に使用されることがある。仮想サーバ、VM、仮想終端局、および仮想ホストという用語は、同様にここでは互換的に使用されることがある。MAC-in-MACでは、エッジスイッチに割り当てられ、ネットワークアドレスまたはバックボーンMACB-MACアドレスとも呼ばれるMACアドレスと、VMによって使用され、顧客MACC-MACアドレスとも呼ばれるMACアドレスとの2種類のMACアドレスが存在する。図23は、DC内のデュアルホーム型サーバでもよい典型的な物理サーバ2300の実施形態を例示する。物理サーバ2300は、仮想スイッチ2310と、複数のVM2340と、複数の物理ネットワークインターフェースカードpNIC2350とを備えることがある。仮想スイッチ2310は、ARPプロキシ2330およびFDB2320を備えることがあり、このFDBは、ローカルFDB2322およびリモートFDB2324を備えることがある。仮想スイッチ2310は、物理サーバ2300のハイパーバイザの内側に位置することがある。仮想スイッチ2310は、VM2340の複数の対応する仮想ネットワークインターフェースカードNIC2342と、仮想スイッチ2310の複数の対応する仮想スイッチポート2312とを介してVMに接続されることがある。仮想スイッチ2310は、仮想スイッチ2310の複数の対応する仮想スイッチトランクポート2314を介してpNIC2312にさらに接続されることがある。pNIC2350は、仮想スイッチ2310のためのアップリンクまたはトランクとしての役目を果たすことがある。物理サーバ2300は、物理サーバ2300の対応するpNIC2350を介して複数のエッジスイッチ2360に接続されることがある。このようにして、エッジスイッチ2360は、物理サーバ2300のコンポーネントpNIC2350および仮想スイッチ2310を介してVM2340に接続されることがある。物理サーバ2300のコンポーネントは、図23に示されるように配置されることがある。ロードバランシングのため、トラフィックは、仮想ポートIDまたはトラフィックのVM送信元C-MACアドレスに基づいてトランクpNIC2350に分散させられることがある。個々のVM2340は、C-MACアドレスが一意に割り当てられた仮想NIC2342を有することがある。VM2340は、正常運転中にトラフィックをエッジスイッチ2360に送信することがある。たとえば、第1のVM2340VM1は、対応する第1のエッジスイッチ2350エッジスイッチXを介してネットワーク図示せず内の他の物理サーバ内の外部VMに向けられた複数のフレームを送信することがある。第2のエッジスイッチ2360エッジスイッチRは、エッジスイッチXのためのバックアップでもよい。エッジスイッチXが故障に起因して到達不可能になるときたとえば、対応するpNIC2350が故障し、pNIC2350とエッジスイッチXとの間のリンクが故障するか、または、エッジスイッチXが故障するとき、仮想スイッチ2310は、その後、フレームをエッジスイッチRに送信することがある。FDB2320では、ローカルFDB2322は、ローカルVMVM2340に対応することがあり、複数のC-MAC宛先アドレスC-MACDAと、複数のVLANIDと、複数の関連した仮想スイッチポートIDとを備えることがある。C-MACDAおよびVLANIDは、対応する仮想スイッチポートIDを取得するため、ローカルFDB2322を参照するために使用されることがある。リモートFDB2324は、他の物理サーバ内の外部VMに対応することがあり、複数のB-MAC宛先アドレスB-MACDAと、B-MACDAに関連付けられた複数のC-MACDAとを備えることがある。C-MACDAは、対応するB-MACDAを取得するため、ローカルVMによってリモートFDB2324を参照するために使用されることがある。リモートFDB2324は、後述されるように、ARPプロキシ2330によって埋められることがある。対称アドレスカプセル化に基づいて、VM2340からのイーサネット登録商標フレームは、タグ付き、または、タグ無しになることがある。フレームがタグ無しである場合、対応する仮想スイッチポート2312に割り当てられたVLANIDが使用されることがある。VM2340からエッジスイッチ2360へのアップストリーム方向では、仮想スイッチ2310は、VM2340からイーサネット登録商標フレームを受信した後、以下のステップを実行することがある。ステップ1:ローカルFDB2322のテーブル参照中にC-MACDAおよびVLANIDを使用する。一致が見つかった場合、フレームを仮想スイッチポートIDによって一致したFDBエントリに指定された仮想スイッチポート2312に転送する。そうではない場合、ステップ2に進む。ステップ2:リモートFDB2324のテーブル参照中にC-MACDAを使用する。一致が見つかった場合、MAC-in-MACカプセル化ベースの非対称ネットワークアドレスカプセル化後述されるを実行し、フレームをフレーム中のC-MACSAと関連付けられた仮想スイッチトランクポート2314に転送する。そうではない場合、ステップ3に進む。ステップ3:フレームを廃棄し、機能強化ARP要求をネットワーク図示せず内のARPサーバに送信する。図24は、物理サーバで使用されることがある非対称ネットワークアドレスカプセル化スキーム2400の実施形態を例示する。非対称ネットワークアドレスカプセル化スキーム2400に基づいて、VM2402は、アップストリーム方向に、ネットワーク図示せずにおける別の物理サーバ内の別の外部またはリモートVMを対象とするフレームを送信することがある。フレームは、リモートVMのC-MACDAB2410と、VM2402のC-MACSAA2412と、VM2402のVLANのC-VLANID2414と、データまたはペイロード2416と、フレームチェックシーケンスFCS2418とを備えることがある。VM2402は、フレームを仮想スイッチ2404に送信することがある。同じ物理サーバ内の仮想スイッチ2404は、VM2402からフレームを受信することがある。仮想スイッチ2404は、MAC-in-MACフレームを取得するために、フレームを処理し、ヘッダをフレームに付加することがある。ヘッダは、B-MACDAY2420と、B-MACSA02422と、B-VLANID2424と、インスタンスサービスIDI-SID2426とを備えることがある。B-MACアドレスYは、エッジスイッチ2406内のC-MACDAB2410と関連付けられることがある。B-MACアドレスYは、C-MACアドレスBを有するリモートVMのロケーションを指示することがある。B-MACSA2422は、仮想スイッチ2404によってゼロにセットされることがある。B-VLANID2424は、C-VLANID2414にセットされることがある。I-SID2416は、選択自由であり、イーサネット登録商標フレームがC-MACDABだけに送信された場合、ヘッダ内で使用されないことがある。仮想スイッチ2404は、その後、MAC-in-MACフレームをエッジスイッチ2406に送信することがある。物理サーバに接続されたエッジスイッチ2406は、仮想スイッチ2404からMAC-in-MACフレームを受信することがある。エッジスイッチ2406は、MAC-in-MACフレーム中の新ヘッダを取得するために、MAC-in-MACフレームのヘッダを処理することがある。新ヘッダは、B-MACDAY2440と、B-MACSAX2442と、B-VLANID2444と、I-SID2446とを備えることがある。B-MACSAX2442は、エッジスイッチ2406のB-MACアドレスXにセットされることがある。B-VLANID2444は、ネットワーク内のVLANを一致させるために、必要に応じて、変更されることがある。ヘッダの残りのフィールドは、変更されないことがある。エッジスイッチ2406は、その後、ネットワークコア2408、たとえば、コアネットワークまたはネットワークコア区域を介して、B-MACDAY2442、および、おそらくB-VANID2444に基づいて新MAC-in-MACフレームを転送することがある。ダウンストリーム方向では、エッジスイッチ2406は、ネットワークコア2408からMAC-in-MACフレームを受信し、フレームカプセル化解除を実行することがある。MAC-in-MACフレームは、ヘッダと、リモートVMからVM2402に送信された元のフレームとを備えることがある。ヘッダは、エッジスイッチ2406のB-MACDAX2460と、リモートVMおよびエッジスイッチ2406に対応するB-MACSAY2462と、リモートVMのVLANのB-VLANID2464と、I-SID2466とを備えることがある。リモートVMの元のフレームは、VM2402のC-MACDAA2470と、リモートVMのC-MACSAB2472と、VM2402に関連付けられたC-VLANID2474と、データまたはペイロード2476と、FCS2478とを備えることがある。エッジスイッチ2406は、MAC-in-MACフレームからヘッダを取り外し、残りの元のフレームを仮想スイッチ2404に転送することがある。エッジスイッチ2406は、出力スイッチポートIDを取得し、対応するスイッチポートに対向するか、または、接続された外部の物理サーバへ元のフレームを転送するために、C-MACDAA2470およびC-VLANID2474を使用してこれの転送テーブルを参照することがある。次に、仮想スイッチ2404は、元のフレームをVM2402に転送することがある。仮想スイッチ2404は、C-MACDAA2470およびC-VLANID2474に基づいて元のフレームをVM2402に転送することがある。エッジスイッチ2406内の転送テーブルは、ローカルFDBおよびリモートFDBを含むことがある。ローカルFDBは、ローカルVMのためのフレームを転送するため使用されることがあり、MACラーニングを介して埋められ、受信されたフレーム中のC-MACDAおよびC-VLANIDによってインデックス付けされることがある。リモートFDBは、フレームをリモートVMに転送するため使用されることがあり、ルーティングプロトコルまたは集中型制御/管理プレーンによって埋められ、受信されたフレーム中のB-MACDAとおそらくB-VLANIDとによってインデックス付けされることがある。非対称アドレスカプセル化スキーム2400では、MAC-in-MACカプセル化は、仮想スイッチ2404で実行されることがあり、一方、MAC-in-MACカプセル化解除は、エッジスイッチ2406で実行されることがある。したがって、エッジスイッチ内のFDBサイズは、実質的に縮小され、たとえば、メガDC内の実質的に大きいレイヤ2ネットワークの場合でさえより管理しやすくなる。仮想スイッチ2404内のリモートFDBサイズは、ローカルVM、たとえば、VM2402と通信するリモートVMの数に依存することがある。たとえば、仮想スイッチが約128台のローカルVMをサポートし、個々のローカルVMが平均で同時に約10台のリモートVMと通信する場合、リモートFDBは、およそ128×10、すなわち、およそ1,289のエントリを備えることがある。図25は、物理サーバ2300で使用されることがあるARP処理スキーム2500の実施形態を例示する。ARP処理スキーム2500に基づいて、VM2502は、リモートVMのためのARP要求をブロードキャストすることがある。ARP要求は、ブロードキャストメッセージを指示するC-MACDABC2510と、VM2502のC-MACSAA2512と、VM2502のVLANのC-VLANID2514と、ARPペイロード2516と、FCS2518とを備えることがある。ローカルVMからのすべてのARPメッセージをインターセプトするために構成されることがある同じ物理サーバ内の仮想スイッチ2504は、リモートVMのためのARP要求をインターセプトすることがある。仮想スイッチ2504内のARPプロキシは、ユニキャスト拡張ARPERAPメッセージを取得するために、ARP要求を処理し、フレームにヘッダを付加することがある。フレームは、たとえば、非対称ネットワークアドレスカプセル化スキーム2400に類似するMAC-in-MACを使用してカプセル化されることがある。ヘッダは、B-MACDA2520と、B-MACSA02522と、B-VLANID2524と、I-SID2526とを備えることがある。B-MACDA2520は、ネットワーク内のARPサーバ2508と関連付けられることがある。B-VLANID2524は、C-VLANID2514にセットされることがある。I-SID2526は、選択自由でもよく、使用されなくてもよい。EARPメッセージは、C-MACDAZ2528と、C-MACSAA2530と、C-VLANID2532と、EARPペイロード2534と、FCS2536とをさらに備えることがある。ARPプロキシは、受信されたフレーム中のC-MACDABC2510およびARPペイロード2516をEARPメッセージ中のリモートVMのC-MACDAZ2528およびEARPペイロード2534でそれぞれ置換することがある。仮想スイッチ2504は、その後、EARPメッセージをエッジスイッチ2506に送信することがある。エッジスイッチ2506は、新ヘッダを取得するためにEARPメッセージ中のヘッダを処理することがある。新ヘッダは、B-MACDAY2540と、B-MACSAX2542と、B-VLANID2544と、I-SID2546とを備えることがある。B-MACSAX2542は、エッジスイッチ2506のB-MACアドレスXにセットされることがある。B-VLANID2544は、ネットワーク内のVLANに一致させるために、必要に応じて、変更されることがある。ヘッダの残りのフィールドは、変更されなくてもよい。エッジスイッチ2506は、その後、新EARPメッセージをネットワーク内のARPサーバ2508に転送することがある。ARPサーバ2508は、受信されたEARPメッセージを処理し、EARP応答をエッジスイッチ2506に返送することがある。EARP応答は、ヘッダおよびARPフレームを備えることがある。ヘッダは、エッジスイッチ2506のB-MCDAX2560と、ARPサーバ2508のB-MASSA2562と、B-VLANID2564と、I-SID2566とを備えることがある。ARPフレームは、VM2502のC-MACDAA2568と、要求先リモートVMのC-MACSAZ2570と、C-VLANID2572と、EARPペイロード2574と、FCS2576とを備えることがある。エッジスイッチ2506は、ヘッダを取り外すことによりEARPメッセージをカプセル化解除し、その後、ARPフレームを仮想スイッチ2504に転送することがある。仮想スイッチ2504は、ARPフレームを処理し、その結果、ARP応答をVM2502に送信することがある。ARP応答は、VM2502のC-MACDAA2590と、リモートVMのロケーションと関連付けられたC-MACSAB2592と、C-VLANID2594と、APRペイロード2596と、FCS2598とを備えることがある。仮想スイッチ2504内のARPプロキシは、エッジスイッチ2506内のリモートFDBをポピュレートするためにEARPメッセージをさらに使用することがある。ARPプロキシは、EARPペイロード2574中で見つけられることがあるリモートC-MACおよびリモートスイッチB-MACのペアを使ってFDBテーブル中のエントリをポピュレートすることがある。C-MACおよびリモートスイッチB-MACは、EARPペイロード2574中の送信元ハードウェアアドレスSHAフィールドおよび送信元ロケーションアドレスSLAフィールドでそれぞれ見つけられることがある。仮想スイッチ2504を備える物理サーバ内のハイパーバイザは、VM、たとえば、ローカルVM2502またはリモートVMをARP処理スキーム2500と同様にARPサーバ2508にさらに登録することがある。この場合、仮想スイッチ2504は、すべてのターゲットフィールドに等しいすべての送信元フィールドをもつユニキャストEARPフレームをARPサーバ2508に送信することがある。VMを登録する別の方法は、Y.Xiong外によるAMACAddressDelegationSchemeforScalableEthernetNetworkswithDuplicatedHostIPAdressesと題する米国仮特許出願第61/389,747号に記載され、この米国仮出願は、これらの全体がそのまま再現されたかのように参照によってここに組み込まれる。このスキームは重複IPアドレスシナリオを取り扱うことがある。図26は、EARPペイロード2574のようなARP処理スキーム2500で使用されることがあるEARPペイロード2600の実施形態を例示する。EARPペイロード2600は、ハードウェアタイプHTYPE2610と、プロトコルタイプPTYPE2612と、ハードウェアアドレス長HLEN2614と、プロトコルアドレス長PLEN2616と、オペレーションフィールドOPER2618と、SHA2620と、送信元プロトコルアドレスSPA2622と、ターゲットハードウェアアドレスTHA2624と、ターゲットプロトコルアドレスTPA2626とを備えることがあり、これらは、典型的なARPメッセージの要素になることがある。付加的には、EARPペイロード2600は、SLA2628と、ターゲットロケーションアドレスTLA2630とを備えることがある。図6は、EARPペイロード2600の各フィールドのためのビットオフセットをさらに示し、このビットオフセットは、ビット単位で各フィールドのサイズをさらに指示する。ARPサーバたとえば、ARPサーバ2508を使用し、ネットワーク内のMACラーニングをディセーブル状態にすることの1つの問題は、ARPサーバをエッジスイッチに接続するエッジスイッチまたはリンクの故障に起因してVMが到達不可能になるケースである。このケースでは、仮想スイッチがVMのための新エッジスイッチまたは置換エッジスイッチの新ロケーションを知るためにある程度時間を要することがある。たとえば、物理サーバ2300内のエッジスイッチXが到達不可能になる場合、仮想スイッチ2310は、フレームをVM1からエッジスイッチRに転送することがあり、このフレームは、VM1のための新ロケーションになることがある。VMの新ロケーションに関して仮想スイッチ2310内のリモートFDBを更新する時間を短縮するために、無償EARPメッセージが使用されることがある。仮想スイッチ2310は、ブロードキャストアドレスBCにセットされたB-MACDAを含むMAC-in-MACカプセル化フレーム中で無償EARPメッセージをエッジスイッチRに最初に送信することがある。無償EARPメッセージ中で、SHAたとえば、SHA2620は、THAたとえば、THA2624に等しくセットされることがあり、SPAたとえば、SPA2622は、TPAたとえば、TPA2626に等しくセットされることがあり、SLAたとえば、SLA2628は、TLAたとえば、TLA2630に等しくセットされることがある。エッジスイッチRは、その後、たとえば、ディストリビューションツリーを介して、無償EARPメッセージをネットワーク内の複数または全部の他のエッジスイッチに送信することがある。エッジスイッチが無償EARPメッセージを受信するとき、エッジスイッチは、メッセージをカプセル化解除し、ポートに対向するエッジスイッチのサーバへメッセージを送出することがある。仮想スイッチがその後に無償EARPメッセージを受信するとき、仮想スイッチは、SHAがリモートFDB内に既に存在する場合、この仮想スイッチのリモートFDBを更新することがある。ネットワーク内のARPサーバは、影響を受けたVMの新ロケーションを同じように更新することがある上述の非対称ネットワークアドレスカプセル化スキームは、一実施形態では、MAC-in-MACカプセル化を使用することがある。代替的には、このスキームは、他のカプセル化方法に拡張されることがある。TRILLがサポートされ、ネットワーク内で使用され、エッジスイッチが約16ビットのニックネームによって識別される場合、TRILLカプセル化が非対称ネットワークアドレスカプセル化スキームで使用されることがある。代替的には、エッジスイッチがIPアドレスによって識別される場合、IP-in-IPカプセル化が使用されることがある。さらに、ネットワークアドレスカプセル化は、仮想スイッチレベルで実行されることがあり、ネットワークアドレスカプセル化解除は、エッジスイッチレベルで実行されることがある。一般に、ネットワークアドレスカプセル化スキームは、カプセル化とカプセル化解除とが異なるレベルまたはコンポーネントで持続される限り、どのレベルで、または、いずれのネットワークコンポーネントに適用されてもよい。相互接続型ネットワーク区域1800の場合のように、区域に区分されているブリッジ型ネットワークでは、DBBは、複数の区域に参加しているブリッジでもよい。DBBのアドレスは、DBBのアドレスと個々の区域内のVMのC-MACアドレスを区別するために、ここでは、ネットワークアドレスと呼ばれることがある。上記非対称アドレスカプセル化スキームを使用して、ネットワークアドレスのカプセル化は、ホストにより接近したスイッチ、または、仮想ホストにより接近した仮想スイッチで行われることがある。たとえば、ToRスイッチのような中間スイッチ1824は、ネットワークアドレスカプセル化を実行することがある。中間スイッチ1824は、ホストの部分集合から到来し、ターゲットDBBアドレスを備えるデータフレームをカプセル化することがある。しかし、中間スイッチ1824は、ネットワーク側、たとえば、コア区域1810内のDBB1822からの入力データフレームを変更しないことがある。中間スイッチ1824より1レベル上にあるターゲットDBB1822は、ネットワーク側コア区域1810からのデータフレームをカプセル化解除し、カプセル化解除されたデータフレームをこの区域内のホストへ向けて転送することがある。実施形態では、物理サーバたとえば、終端局1826の内部の仮想スイッチは、ネットワークアドレスカプセル化を実行することがあり、一方、ターゲットDBB1822は、ネットワークアドレスカプセル化解除を実行することがある。この場合、カプセル化解除を実行するDBB1822は、カプセル化を実行する終端局1826内の仮想スイッチより2レベル上にあることがある。DBB1822に接続されたブリッジ型ネットワークたとえば、コア区域1810は、IPベースになることがある。DBBを相互接続するコアネットワークまたは区域は、L3仮想プライベートネットワークVPN、L2VPN、または標準的なIPネットワークになることがある。このようなシナリオでは、DBBは、このDBBのローカル区域からのMACデータフレームを適切なターゲットDBBアドレスを使ってカプセル化することがあり、ターゲットDBBアドレスは、IPヘッダでもMPLSヘッダでもよい。図27は、相互接続型ネットワーク区域1800の場合のようなレイヤ2ブリッジ型ネットワークおいて使用されることがあるデータフレーム転送スキーム2700の実施形態を例示する。データフレーム転送スキーム2700は、上記非対称ネットワークアドレスカプセル化スキームをさらに実施することがある。レイヤ2ブリッジ型ネットワークは、コア区域2710と、コア区域2710に接続された複数のDBB2722または複数の区域2720内の区域境界スイッチと、これらの区域2720内の対応するDBB2022に接続された複数の中間またはエッジスイッチ2724および物理サーバ2726とを備えることがある。物理サーバ2726は、複数のVMおよび仮想スイッチ図示せずを備えることがある。DBB2722と、中間/エッジスイッチ2724と、区域2720を越える物理サーバ2726とのうちの一部は、レイヤ2ブリッジ型ネットワーク内に確立され、VLANIDと関連付けられたVLANに属することがある。レイヤ2ブリッジ型ネットワークのコンポーネントは、図27に示されるように配置されることがある。非対称ネットワークアドレスカプセル化スキームによれば、中間/エッジスイッチ2724は、第1の区域区域1における物理サーバ2726内の第1のVMホストAからフレーム2740、たとえば、イーサネット登録商標フレームを受信することがある。フレーム2040は、第2の区域区域2における第2の物理サーバ2726内の第2のVMホストBを対象とすることがある。フレーム2040は、区域2内の第2のDBBのB-MACDA2742DBB2と、ホストAのB-MACSA2744ToRAと、ホストBのC-MACDA2746Bと、ホストAのC-MACSA2748Aと、ホストAのIP-SA2750Aと、ホストBのIP-DA2752Bと、ペイロードとを備えることがある。中間/エッジスイッチ2724は、フレーム2040を区域1内の第1のDBB2722DBB1に転送することがある。DBB1は、内部フレーム2760を取得するためにフレーム2740を受信し、処理することがある。内部フレーム2760は、DBB2のB-MACDA2762と、DBB1のB-MACSA2764と、ホストBのC-MACDA2766Bと、ホストAのC-MACSA2768Aと、ホストAのIP-SA2770Aと、ホストBのIP-DA2752Bと、ペイロードとを備えることがある。DBB1は、その後、コア区域2710を介して内部フレーム2760を区域2に転送することがある。区域2内のDBB2は、第2のフレーム2780を取得するためにインターフレーム2740を受信し、カプセル化解除することがある。DBB2は、第2のフレーム2780を取得するために、内部フレーム2760からDBB2のB-MACDA2762とB-MACSA2764とを取り外すことがある。このようにして、第2のフレーム2780は、ホストBのC-MACDA2782Bと、ホストAのC-MACSA2784Aと、ホストAのIP-SA2786Aと、ホストBのIP-DA2788Bと、ペイロードとを備えることがある。DBB2は、第2のフレーム2780を区域2内のホストBに送信することがある。データフレーム転送スキーム2700では、中間/エッジスイッチ2724は、中間/エッジスイッチ2724に接続されたローカル物理サーバ2724から受信されたフレームのためのMAC-in-MAC機能を実行しないことがある。別の実施形態では、第1のフレーム2740のカプセル化手順は、中間/エッジスイッチ2724ではなく、物理サーバ2726内の仮想スイッチによって実行されることがあり、このことは、第1のフレーム2740を処理することなく物理サーバ2726から対応するDBB2722に転送することがある。図28は、相互接続型ネットワーク区域1800の場合のようなレイヤ2ブリッジ型ネットワークおいて使用されることがある機能強化ARP処理方法2800の実施形態を例示する。機能強化ARP処理方法2900は、ステップ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は、その後、終了することがある。機能強化APR処理方法2800では、コアネットワークは、トポロジディスカバリのため802.1aqまたはTRILLを使用することがある。コアネットワークがトポロジディスカバリのため802.1aqを使用する場合、第1のブリッジ2820は、ローカルホスト2810から送信されたフレームをカプセル化しないことがあり、処理無しでフレームをリモートロケーション2850に転送することがある。さらに、コアネットワークを介して転送されたフレームは、第2のロケーション2850だけで、フレーム中で指示されたアウトバウンドポートが知られていないときに限りフラッディングされることがある。実施形態では、拡張アドレス解決スキームは、TRILLエッジノード、MAC-in-MACエッジノード、または、他のタイプのオーバーレイネットワークエッジノードでもよい区域ゲートウェイまたはゲートウェイノードによって実施されることがある。拡張アドレス解決スキームは、ARPプロキシスキーム1900のように、レイヤ2ブリッジ型ネットワークにおける複数の区域内のDBBによって実施されたARPプロキシスキームに基づくことがある。たとえば、複数の物理サーバおよび/またはVMに接続されることがある中間/エッジノード2724は、上述のARPプロキシスキームに類似する拡張アドレス解決スキームを実施することがある。ゲートウェイノードは、ターゲット宛先たとえば、ホストと出口エッジノードとの間のマッピングを分解するためにARPプロキシスキームにおけるDSサーバを使用することがある。出口エッジノードは、ターゲット区域ゲートウェイ、TRILL出口ノード、MAC-in-MACエッジノード、または、任意の他のタイプのオーバーレイネットワークエッジノードでもよい。DSからの応答は、上述のとおりのEARP応答でもよい。拡張アドレス解決スキームは、かなりの数のホストを使ってDCネットワークをスケーリングするために使用されることがある。オーバーレイネットワークたとえば、ブリッジ型ネットワークは、MAC-in-MAC、TRILL、または、他のタイプのレイヤ3もしくはレイヤ2オーバーイーサネット登録商標ネットワークでもよい。オーバーレイネットワークエッジは、アクセススイッチまたはToRスイッチまたはアグリゲーションスイッチまたはEoRスイッチのようなネットワークスイッチでもよい。オーバーレイネットワークエッジは、サーバ内の仮想スイッチにさらに対応することがある。拡張アドレス解決スキームを使用するオーバーレイネットワークのための2つのシナリオが存在することがある。第1のシナリオは、TRILLまたはMAC-in-MACネットワークの場合のような対称スキームに対応する。このシナリオでは、オーバーレイエッジノードは、カプセル化部分とカプセル化解除部分との両方を実行することがある。第2のシナリオは、オーバーレイネットワークが上記非対称ネットワークアドレスカプセル化スキームを実施することがある非対称スキームに対応する。図29は、オーバーレイネットワークにおいて実施されることがある拡張アドレス解決方法2900の実施形態を例示する。拡張アドレス解決方法2900は、第1のVM2910VMAが第2のVM2980VMBのためアドレス指定されたフレームまたはパケットを第1のゲートウェイまたはハイパーバイザHV2920HVAに送信することがあるステップ2901から始まる。VMAおよびVMBは、異なる区域内のエンドホストでもよい。VMAは、第1の区域においてHVAに接続されることがあり、VMBは、第2の区域において第2のゲートウェイスイッチまたはHV2970HVBに接続されることがある。HVは、データフレームまたはパケット上でオーバーレイネットワークアドレスヘッダをカプセル化または追加するために構成されたオーバーレイネットワークノードでもよい。対称スキームシナリオでは、HVは、DBB、TRILLエッジノード、またはMAC-in-MACエッジノードになることがある。非対称スキームシナリオでは、HVは、ハイパーバイザ内部の仮想スイッチ、ゲートウェイスイッチ、またはアクセススイッチになることがある。ステップ2902で、HVAは、VMBIPアドレスからVMBMACアドレス、そして、対称スキームの場合、HVBMACアドレスペアへのマッピングを取り出すためにアドレス解決AR要求をARPサーバ2930に送信することがある。ARPサーバは、DS1940のようなDSサーバを備えるか、または、DSサーバに対応することがある。非対称スキームでは、マッピングは、VMBIPアドレスからVMBMACアドレス、および、第2のDBB2960DBBBMACアドレスペアへのマッピングになることがある。DBBBは、VMBの同じ区域内のリモートDBBでもよい。HVAは、ローカルVMからのブロードキャストされたARP要求をインターセプトし、ARP要求をDSサーバに転送するためにさらに構成されることがある。HVAは、その後、DSサーバからEARP応答を取り出し、EARP応答によって指示されるようにターゲットアドレスとターゲットゲートウェイアドレスとの間のマッピングをキャッシュすることがある。ターゲットゲートウェイアドレスは、ここでは、ターゲットロケーションアドレスと呼ばれることもある。別の実施形態では、HVAによってARP要求をインターセプトする代わりに、DSサーバは、定期的もしくは周期的に、または、VMが区域の間で移動または移るときに連結マッピング情報をHVAに送信することがある。連結マッピング情報は、上述の仮想レイヤ2ネットワーク内のL2GWと交換された同じ情報を備えることがある。たとえば、連結マッピング情報は、上述のとおり、無償グループアナウンスメントとしてフォーマット化されることがある。ステップ2903で、HVAは、対称スキームの場合、SA:VMAMAC、DA:VMBMACを備える内部アドレスヘッダと、SA:HVAMAC、DA:HVBMACを備える外部ヘッダとを作成することがある。非対称スキームでは、外部ヘッダは、SA:HVAMAC、DA:DBBBMACを備えることがある。HVAは、内部ヘッダおよび外部ヘッダをVMAから受信されたフレームに付加し、結果として得られたフレームを同じ区域内のHVAに接続されたブリッジ2940に送信することがある。この区域の内部で、HVBMACまたはDBBBMACになることがある外部ヘッダのDAは、不明であることがある。ステップ2904で、フレームは、ブリッジ2940から区域内の第1のDBB2950DBBAに転送されることがある。コアは、ルーテッド転送たとえば、802.1aqSPBMまたはTRILLで動作していることがあり、ラーニングは、コア内でディセーブル状態にされることがあるので、DBBAで、DAHVBMACまたはDBBBMACは、知られていることがある。ステップ2905で、DBBAは、フレームをDBBBに転送することがある。ステップ2906で、DBBは、対称スキームの場合、ルーティングサブシステムからすべてのHVアドレスを知っているので、DBBBは、フレームをHVBに転送することがある。非対称スキームでは、DBBは、DA:DBBMACを備える外部ヘッダを取り外し、区域に局所的なアドレスは、登録され、区域内で知られていることがあるので、残りのヘッダ中でフレームをVMBMACに転送することがある。ステップ2907で、HVBは、フレームを受信し、DA:HVBMACを備える外部ヘッダを取り外し、対称スキームの場合、サーバに局所的なアドレスは、HVBに知られているので、結果として得られるフレームを残りのヘッダ中でVMBMACに転送することがある。付加的には、HVBは、VMAMAC残りのヘッダ中のSAからHVAMAC取り外されたヘッダ中のSAへのマッピングを知ることがあり、このマッピングは、VMBからVMAへの応答フレーム中で実質的に使用されることがある。非対称スキームでは、フレームをHVBに転送することに加えて、HVBは、VMAMAC残りのヘッダ中のSAからDBBAMACへのマッピングを取り出すために、ARPメッセージをARPまたはDSサーバ2930に送信することがあり、このマッピングは、VMBからVMAへの応答フレーム中で引き続き使用されることがある。VMBは、その後、VMAIP宛先アドレスにアドレス指定されたフレームを送信することがある。ステップ2908で、HVBは、対称スキームの場合に、SA:VMBMAC、DA:VMAMACを備える内部アドレスヘッダと、SA:HVBMAC、DA:HVAMACを備え外部ヘッダとをフレームに作成することがある。HVBは、前に受信されたメッセージまたはAR応答から、VMAIP対VMAMACマッピングと、VMAMAC対HVAMACマッピングとを維持することがある。非対称スキームでは、外部ヘッダは、SA:HVBMAC、DA:DBBAMACを備えることがある。HVBは、前に受信されたAR応答から、VMAMAC対DBBAMACマッピングを維持することがある。代替的には、HVBは、必要に応じてマッピングを取り出すために、ARPメッセージをARPまたはDSサーバに送信することがある。フレームは、その後、上記ステップの場合と同じ方法でたとえば、逆方向にVMBからVMAに転送されることがある。この方法2900は、その後、終了することがある。実施形態では、ネットワークは、複数のノードに接続され、ヘッダを出力フレームに付加することによりノードからの複数の出力フレームをカプセル化するために構成されているスイッチを備えることがある。ネットワークは、ローカルサイト内で複数のローカルノードに接続されている複数のローカルスイッチに接続された複数のダウンストリームポートと、複数のリモートゲートウェイおよびネットワーク内の複数のコアスイッチに接続されているアップストリームポートとを備えるゲートウェイをさらに備えることがある。ゲートウェイは、入力フレームからヘッダを取り外すことにより、リモートゲートウェイより下にある複数のリモートノードからスイッチを含むゲートウェイより下にあるローカルスイッチを介して接続されているローカルノードへの複数の入力フレームをカプセル化解除するために構成されることがある。スイッチによってヘッダを出力フレームに付加することは、ノードから出力フレームを転送するため使用されるネットワーク内のリモートゲートウェイおよびコアスイッチ内の転送アドレステーブルのサイズを縮小することがある。さらに、スイッチは、仮想スイッチでも、非仮想すなわち物理スイッチでもよい。スイッチに接続されたノードは、複数のホスト、アプリケーション、仮想マシン、サーバ、コンポーネントと通信する他のネットワーク、または、これらの組み合わせを備えることがある。付加的には、ゲートウェイは、リモートゲートウェイスイッチを指示する外部ヘッダ内に宛先アドレスフィールドを含む複数の予めカプセル化されたデータフレームを受信することがある。カプセル化は、ゲートウェイスイッチのダウンストリームポートに接続されたローカルスイッチによって実行されることがある。ゲートウェイは、複数の予めカプセル化されたデータフレームをリモートゲートウェイスイッチに、カプセル化することなく、さらに転送することがある。付加的には、フレーム中の外部ヘッダ内の送信元アドレスフィールドは、フレームがゲートウェイより下にあるローカルスイッチのうちの1つによってカプセル化されている場合でさえ、ゲートウェイのプロキシまたは代表アドレスになることがある。外部ヘッダの送信元アドレスフィールド中のゲートウェイのプロキシまたは代表アドレスを使用することは、ゲートウェイのアドレスに一致する送信元アドレスをもつローカルスイッチのうちの1つからフレームを受信するゲートウェイによる混乱を防止し、ローカルスイッチおよびローカルノードのアドレスがリモートゲートウェイスイッチおよびコアスイッチから見えないようにすることがある。ゲートウェイより下にあるローカルスイッチは、ゲートウェイからカプセル化解除されたデータフレームを受信し、ローカルスイッチのFDBに基づいてゲートウェイからローカルノードにカプセル化解除されたデータフレームを転送することがある。ゲートウェイの転送アドレステーブルは、ゲートウェイ、リモートゲートウェイ、およびコアスイッチより下にあるローカルスイッチに接続されたローカルノードのためのローカルFDBまたはFIBを備えることがある。FDBまたはFIBは、リモートゲートウェイより下にあるリモートノードのためのエントリを備えないことがある。コアスイッチ内のFDBは、ゲートウェイおよびリモートゲートウェイを含むゲートウェイのためのエントリだけを備えることがある。リモートsからの入力フレームからヘッダを取り外すことは、フレームをローカルノードに転送するため使用されるローカルスイッチ内の転送アドレステーブルのサイズを縮小することがある。ローカルスイッチ内のFDBまたはFIBは、リモートゲートウェイおよびリモートゲートウェイより下にあるリモートノードのためのエントリを必要としないことがある。ゲートウェイより下にあるローカルスイッチのFDBまたはFIBは、ゲートウェイを含む複数のローカルゲートウェイより下にあるすべてのローカルノードのエントリを備えることがある。スイッチは、ローカルノードからのARP/ND要求を取り扱うために構成されたARPプロキシをさらに備えることがある。図30は、ネットワークを介してパケットを送信/受信する機器になることがあるネットワークコンポーネントユニット3000の実施形態を例示する。たとえば、ネットワークコンポーネントユニット3000は、仮想/スードレイヤ2ネットワーク内の異なるロケーション/ドメインを越えてL2GWに位置することがある。ネットワークコンポーネントユニット3000は、他のネットワークコンポーネントからパケット、オブジェクト、またはTLVを受信する1つ以上の入口ポートまたはユニット3010と、パケットを送信する先のネットワークコンポーネントを決定する論理回路3020と、フレームを他のネットワークコンポーネントに伝送する1つ以上の出口ポートまたはユニット3030とを備えることがある。上述のネットワークコンポーネントは、このコンポーネントに加えられる必要な負荷を取り扱うために十分な処理能力と、メモリリソースと、ネットワークスループット能力とをもつコンピュータシステムまたはネットワークコンポーネントのような汎用ネットワークコンポーネント上に実施されることがある。図31は、ここに開示されたコンポーネントの1つ以上の実施形態を実施するため適した典型的な汎用コンピュータシステム3100を例示する。汎用コンピュータシステム3100は、補助記憶装置3104を含むメモリ機器と通信しているプロセッサ3102CPUと呼ばれることもあると、リードオンリーメモリROM3106と、ランダムアクセスメモリRAM3108と、入力/出力I/O機器3110と、ネットワーク接続機器3112とを含む。プロセッサ3102は、1つ以上のCPUチップとして実施されることがあり、または、1つ以上の特定用途向け集積回路ASICの一部分でもよい。補助記憶装置3104は、典型的には、1台以上のディスクドライブまたはテープドライブを備え、データの不揮発性記憶のため使用され、そして、RAM3108がすべての作業データを保持するために十分に大きくされていない場合、オーバーフローデータ記憶装置として使用される。補助記憶装置3104は、プログラムが実行のため選択されたとき、RAM3108にロードされたこのようなプログラムを記憶するために使用されることがある。ROM3106は、命令と、おそらくは、プログラム実行中に読み出されるデータとを記憶するために使用される。ROM3106は、典型的に、補助記憶装置3104の大記憶容量と比較して小さい記憶容量を有する不揮発性記憶装置である。RAM3108は、揮発性データを記憶するために、そして、おそらくは、命令を記憶するために使用される。ROM3106およびRAM3108の両方へのアクセスは、典型的に補助記憶装置3104へのアクセスより高速である。少なくとも1つの実施形態が開示され、当業者によって行われた実施形態群および/または実施形態群の特徴の変形、組み合わせ、および/または変更は、開示内容の範囲内である。実施形態群の特徴の組み合わせ、統合、および/または省略から生まれる代替的な実施形態は、同様に開示内容の範囲内である。数値範囲または限定が明示されている場合、このような明確な範囲または限定は、明示された範囲または限定の範囲に入る同種の大きさの反復的な範囲または限定を含むたとえば、約1から約10は、2、3、4などを含み、0.10より大は、0.11、0.12、0.13などを含むことが理解されるべきである。たとえば、下限Rlおよび上限Ruをもつ数値範囲が開示されたときはいつでも、この範囲に入るあらゆる数値が具体的に開示されている。特に、範囲内の以下の数値が具体的に開示される:R=RlkRu-Rl、式中、kは、1パーセントから100パーセントまで1パーセント刻みで変動する変数であり、すなわち、kは、1パーセント、2パーセント、3パーセント、4パーセント、7パーセント、、70パーセント、71パーセント、72パーセント、、97パーセント、96パーセント、97パーセント、98パーセント、99パーセント、または100パーセントである。さらに、上記において定義されたような2つのR数によって定義された数値範囲は、同様に具体的に開示されている。請求項のいずれかの要素に関する用語所望によってはoptionallyの使用は、この要素が必要とされること、または、代替的には、この要素が必要とされないこと、そして、これらの代案がどちらも請求項の範囲に含まれることを意味する。~を備える、~を含む、および~を有するのようなより広義の用語の使用は、~からなる、本質的に~からなる、および実質的に~で構成されるのようなより狭義の用語をサポートすることが理解されるべきである。結果として、保護の範囲は、上述の記載によって制限されるのではなく、請求項によって定められ、この保護の範囲は、請求項の主題のすべての均等物を含んでいる。ありとあらゆる請求項は、さらなる開示内容として明細書に組み込まれ、請求項は、本開示の実施形態群である。開示中の引例の検討は、この引例、特に、本願の優先日より後の公開日を有する引例が先行技術であるという自認ではない。本開示において引用されたすべての特許、特許出願、刊行物の開示内容は、典型的な、手続き的な、または、その他の詳細な補足を本開示に加える程度まで、参照によって組み込まれる。いくつかの実施形態が本開示に記載されているが、開示されたシステムおよび方法は、本開示の趣旨または範囲から逸脱することなく、多くの他の具体的な形式で具現化されてもよいことが理解されるべきである。本実施例は、限定ではなく、例示としてみなされるべきであり、ここに記載された細部に限定されないことを意図している。たとえば、様々な要素またはコンポーネントは、組み合わされることがあり、もしくは、別のシステムに統合されることがあり、または、ある種の特徴は、省略されること、または、実施されないことがある。さらに、個別または別個に様々な実施形態において記載され、例示された手法、システム、サブシステム、および方法は、本開示の範囲から逸脱することなく、他のシステム、モジュール、手法、または方法と組み合わされ、または、統合されることがある。互いに結合され、もしくは、直接的に結合され、または、通信するもとのとして示されるか、または、検討された他の要素は、電気的、機械的、または、それ以外を問わずに何らかのインターフェース、機器、または、中間コンポーネントを介して間接的に結合され、または、通信することがある。変更、置換、および代替の他の実施例は、当業者によって確かめることが可能であり、ここに開示された趣旨および範囲から逸脱することなく行われ得るであろう。"