(57)【要約】【課題】ＭＡＣアドレス学習方式が異なるトンネル終端ポイント間の相互接続を可能とすることを目的とする。【解決手段】ネットワークシステム１０は、ＭＡＣアドレス学習方式が異なるトンネル終端ポイント（ＶＴＥＰ）２０２，２２２，２４２間に仮想トンネルを構築してパケットを送受信する。トンネルを中継するゲートウェイ装置３０は、トンネルを用いて通信するネットワークグループのグループ識別子ＶＮＩと、ＶＮＩが付されたＢＵＭトラフィックの転送先となる転送先ＶＴＥＰとを対応付けたＶＴＥＰ設定テーブルを保持する。ＢＵＭトラフィックを受信した場合、ゲートウェイ装置３０は、ＶＴＥＰ設定テーブルを用いて当該ＢＵＭトラフィックの転送先ＶＴＥＰを特定し、宛先未学習パケットを転送する。【選択図】図５
2018137605.tif 000002
【特許請求の範囲】
【請求項１】
ＭＡＣアドレス学習方式が異なるトンネル終端ポイント間に仮想トンネルを構築してパケットを送受信するネットワークシステムであって、
前記トンネル終端ポイント間の接続点に配置され、前記仮想トンネルの中継点となるゲートウェイ装置を備え、
それぞれの前記トンネル終端ポイントは、
前記仮想トンネルを用いて通信するネットワークグループのネットワークグループ識別子と、当該ネットワークグループ識別子が付されたＢＵＭ（Ｂｒｏａｄｃａｓｔ，  Ｕｎｋｎｏｗｎ  ｕｎｉｃａｓｔ，  Ｍｕｌｔｉｃａｓｔ）トラフィックの転送先となる転送先トンネル終端ポイントと、を対応付けた第１のテーブルを保持するとともに、
前記ネットワークグループ内のホストから前記ＢＵＭトラフィックが送信された場合、前記第１のテーブルを用いて前記ホストが属する前記ネットワークグループに対応付けられた前記転送先トンネル終端ポイントに前記ＢＵＭトラフィックを転送する第１の転送部と、を備え、
前記第１のテーブルには、それぞれの前記ネットワークグループ識別子に対応する前記転送先トンネル終端ポイントに加え、全ての前記ネットワークグループ識別子に対応する前記転送先トンネル終端ポイントとして前記ゲートウェイ装置が設定されており、
前記ゲートウェイ装置は、
前記ネットワークグループ識別子と、当該ネットワークグループ識別子が付された前記ＢＵＭトラフィックの転送先となる前記転送先トンネル終端ポイントと、を対応付けた第２のテーブルを保持するとともに、
前記仮想トンネルを介して前記ＢＵＭトラフィックを受信した場合、前記第２のテーブルを用いて当該ＢＵＭトラフィックの前記転送先トンネル終端ポイントを特定し、当該転送先トンネル終端ポイントに前記ＢＵＭトラフィックを転送する第２の転送部と、を備える、
ことを特徴とするネットワークシステム。
【請求項２】
前記ネットワークグループ識別子は、前記トンネル終端ポイント間で一意に設定されておらず、
前記ゲートウェイ装置は、
前記トンネル終端ポイント間における前記ネットワークグループ識別子の対応関係を示すネットワークグループ識別子変換テーブルを保持し、
前記第２の転送部は、前記仮想トンネルを介して前記ＢＵＭトラフィックを受信した場合、前記ネットワークグループ識別子変換テーブルを用いて前記ネットワークグループ識別子を変換することで前記転送先トンネル終端ポイントを宛先とする前記ＢＵＭトラフィックを生成する、
ことを特徴とする請求項１に記載のネットワークシステム。
【請求項３】
前記仮想トンネルは、拡張可能仮想ローカルネットワーク（ＶＸＬＡＮ）により形成されており、
前記トンネル終端ポイントのうち少なくとも１つは、ＥＶＰＮ  ＭＰ−ＢＧＰを用いたＭＡＣアドレス学習を行い、
前記トンネル終端ポイントのうち少なくとも１つは、前記ＥＶＰＮ  ＭＰ−ＢＧＰを用いずにＭＡＣアドレス学習を行う、
ことを特徴とする請求項１または２に記載のネットワークシステム。
【請求項４】
前記ゲートウェイ装置は、前記トンネル終端ポイントからのパケット受信時に当該パケットの送信元トンネル終端ポイントにおけるＭＡＣアドレス学習方式でＭＡＣアドレスを学習するとともに、前記トンネル終端ポイントへのパケット送信時には、当該パケットの送信先が前記ＥＶＰＮ  ＭＰ−ＢＧＰを用いたＭＡＣアドレス学習を行うトンネル終端ポイントの場合にのみ前記パケットの情報から自身のＭＡＣ学習テーブルの更新を行い、ＭＡＣアドレス学習結果を前記ＥＶＰＮ  ＭＰ−ＢＧＰを用いたＭＡＣアドレス学習を行うトンネル終端ポイントを含むＶＸＬＡＮ網に送信する、
ことを特徴とする請求項３に記載のネットワークシステム。
【請求項５】
ＭＡＣアドレス学習方式が異なるトンネル終端ポイント間に仮想トンネルを構築してパケットを送受信するパケット転送方法であって、
前記トンネル終端ポイント間の接続点に配置され、前記仮想トンネルの中継点となるゲートウェイ装置と、を用い、
それぞれの前記トンネル終端ポイントにおいて、
前記仮想トンネルを用いて通信するネットワークグループのネットワークグループ識別子と、当該ネットワークグループ識別子が付されたＢＵＭ（Ｂｒｏａｄｃａｓｔ，  Ｕｎｋｎｏｗｎ  ｕｎｉｃａｓｔ，  Ｍｕｌｔｉｃａｓｔ）トラフィックの転送先となる転送先トンネル終端ポイントと、を対応付けた第１のテーブルを保持し、前記ネットワークグループ内のホストから前記ＢＵＭトラフィックが送信された場合、前記第１のテーブルを用いて前記ホストが属する前記ネットワークグループに対応付けられた前記転送先トンネル終端ポイントに前記ＢＵＭトラフィックを転送し、
前記第１のテーブルには、それぞれの前記ネットワークグループ識別子に対応する前記転送先トンネル終端ポイントに加え、全ての前記ネットワークグループ識別子に対応する前記転送先トンネル終端ポイントとして前記ゲートウェイ装置が設定されており、  前記ゲートウェイ装置において、
前記ネットワークグループ識別子と、当該ネットワークグループ識別子が付された前記ＢＵＭトラフィックの転送先となる前記転送先トンネル終端ポイントと、を対応付けた第２のテーブルを保持し、前記仮想トンネルを介して前記ＢＵＭトラフィックを受信した場合、前記第２のテーブルを用いて前記ＢＵＭトラフィックの前記転送先トンネル終端ポイントを特定し、当該転送先トンネル終端ポイントに前記ＢＵＭトラフィックを転送する、
ことを特徴とするパケット転送方法。
【請求項６】
前記ネットワークグループ識別子は、前記トンネル終端ポイント間において一意に設定されておらず、
前記ゲートウェイ装置において、
前記トンネル終端ポイント間における前記ネットワークグループ識別子の対応関係を示すネットワークグループ識別子変換テーブルを保持し、前記仮想トンネルを介して前記ＢＵＭトラフィックを受信した場合、前記ネットワークグループ識別子変換テーブルを用いて前記ネットワークグループ識別子を変換することで前記転送先トンネル終端ポイントを宛先とする前記ＢＵＭトラフィックを生成する、
ことを特徴とする請求項５に記載のパケット転送方法。
【請求項７】
前記仮想トンネルは、拡張可能仮想ローカルネットワーク（ＶＸＬＡＮ）により形成されており、
前記トンネル終端ポイントのうち少なくとも１つは、ＥＶＰＮ  ＭＰ−ＢＧＰを用いたＭＡＣアドレス学習を行い、
前記トンネル終端ポイントのうち少なくとも１つは、前記ＥＶＰＮ  ＭＰ−ＢＧＰを用いずにＭＡＣアドレス学習を行う、
ことを特徴とする請求項５または６に記載のパケット転送方法。
【請求項８】
前記ゲートウェイ装置は、前記トンネル終端ポイントからのパケット受信時に当該パケットの送信元トンネル終端ポイントにおけるＭＡＣアドレス学習方式でＭＡＣアドレスを学習するとともに、前記トンネル終端ポイントへのパケット送信時には、当該パケットの送信先が前記ＥＶＰＮ  ＭＰ−ＢＧＰを用いたＭＡＣアドレス学習を行うトンネル終端ポイントの場合にのみ前記パケットの情報から自身のＭＡＣ学習テーブルの更新を行い、ＭＡＣアドレス学習結果を前記ＥＶＰＮ  ＭＰ−ＢＧＰを用いたＭＡＣアドレス学習を行うトンネル終端ポイントを含むＶＸＬＡＮ網に送信する、
ことを特徴とする請求項７に記載のパケット転送方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク間に仮想トンネルを構築してパケットを送受信するネットワークシステムおよびパケット転送方法に関する。
【背景技術】
【０００２】
近年の仮想化技術やクラウド技術の普及に伴って、大規模ネットワーク上でのＬ２マルチテナント環境の柔軟・効率的な実現が求められている。これを実現するための手段として、Ｌ２（レイヤ２）  ｏｖｅｒ  Ｌ３（レイヤ３）接続技術が注目されている。
実装が進んでいるＬ２  ｏｖｅｒ  Ｌ３接続技術として、ＶＸＬＡＮ（Ｖｉｒｔｕａｌ  ｅＸｔｅｎｓｉｂｌｅ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）が挙げられる。ＶＸＬＡＮの利用環境では、ＥＶＰＮ（Ｅｔｈｅｒｎｅｔ  ＶＰＮ）  ＭＰ−ＢＧＰ（Ｍｕｌｔｉ  Ｐｒｏｔｏｃｏｌ−ＢＧＰ（ＢＧＰ：Ｂｏｒｄｅｒ  Ｇａｔｅｗａｙ  Ｐｒｏｔｏｃｏｌ））が標準化（ＲＦＣ  ７４３２：下記非特許文献１参照）されたことにより、ＥＶＰＮ  ＭＰ−ＢＧＰベースのＶＸＬＡＮ機能（以下、「ＥＶＰＮ  ＶＸＬＡＮ」という）の装置実装が拡大している。
また、ＥＶＰＮ  ＶＸＬＡＮの実装が進む以前は、ＲＦＣ７３４８（下記非特許文献２参照）に規定されたＭｕｌｔｉｃａｓｔによるＭＡＣアドレス学習を用いたＶＸＬＡＮ（以下、「Ｍｕｌｔｉｃａｓｔ  ＶＸＬＡＮ」という）や、ベンダ独自実装となるＵｎｉｃａｓｔによるＭＡＣアドレス学習を用いたＶＸＬＡＮ（以下、「Ｕｎｉｃａｓｔ  ＶＸＬＡＮ」という）が主流となっていた。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】ＢＧＰ  ＭＰＬＳ−Ｂａｓｅｄ  Ｅｔｈｅｒｎｅｔ  ＶＰＮ、ＩＥＴＦ  ＲＦＣ７４３２、［оｎｌｉｎｅ］、［平成２９年２月３日検索］、インターネット、＜ＵＲＬ：https://tools.ietf.org/html/rfc7432＞
【非特許文献２】Ｖｉｒｔｕａｌ  ｅＸｔｅｎｓｉｂｌｅ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ  （ＶＸＬＡＮ）、ＩＥＴＦ  ＲＦＣ７３４８、［оｎｌｉｎｅ］、［平成２９年２月３日検索］、インターネット、＜ＵＲＬ：https://tools.ietf.org/html/rfc7348＞
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上記のような異なる方式のＶＸＬＡＮでは、Ｌ２トンネル終端点（ＶＴＥＰ：ＶＸＬＡＮ  Ｔｕｎｎｅｌ  Ｅｎｄ  Ｐｏｉｎｔ）におけるＭＡＣアドレス学習の実現方式が異なるため、異なるネットワーク間へのＶＸＬＡＮトンネルの拡張が困難な場合がある。例えば、データセンタ（ＤＣ）をまたがるネットワークの拡張や企業買収等によるネットワーク統合の際、ＭＡＣアドレス学習方式の違いが障壁となり、ＶＸＬＡＮネットワークの拡張・統合が困難となる可能性がある。
このような課題を解決する手段として、例えば、ネットワーク間のＭＡＣアドレス学習方式を合わせる方法も考えられるが、装置実装差分により現実的には困難である。また、ネットワーク間をＶＬＡＮ接続する方法も考えられるが、ＶＸＬＡＮにより拡大したテナント数に対しＶＬＡＮ上限値がボトルネックとなると可能性があり、スケール性に課題ある。
【０００５】
本発明は、このような事情に鑑みなされたものであり、ＭＡＣアドレス学習方式が異なるトンネル終端ポイント間の相互接続を可能とすることを目的とする。
【課題を解決するための手段】
【０００６】
上述の目的を達成するため、請求項１に記載の発明は、ＭＡＣアドレス学習方式が異なるトンネル終端ポイント間に仮想トンネルを構築してパケットを送受信するネットワークシステムであって、前記トンネル終端ポイント間の接続点に配置され、前記仮想トンネルの中継点となるゲートウェイ装置を備え、それぞれの前記トンネル終端ポイントは、前記仮想トンネルを用いて通信するネットワークグループのネットワークグループ識別子と、当該ネットワークグループ識別子が付されたＢＵＭ（Ｂｒｏａｄｃａｓｔ，  Ｕｎｋｎｏｗｎ  ｕｎｉｃａｓｔ，  Ｍｕｌｔｉｃａｓｔ）トラフィックの転送先となる転送先トンネル終端ポイントと、を対応付けた第１のテーブルを保持するとともに、前記ネットワークグループ内のホストから前記ＢＵＭトラフィックが送信された場合、前記第１のテーブルを用いて前記ホストが属する前記ネットワークグループに対応付けられた前記転送先トンネル終端ポイントに前記ＢＵＭトラフィックを転送する第１の転送部と、を備え、前記第１のテーブルには、それぞれの前記ネットワークグループ識別子に対応する前記転送先トンネル終端ポイントに加え、全ての前記ネットワークグループ識別子に対応する前記転送先トンネル終端ポイントとして前記ゲートウェイ装置が設定されており、前記ゲートウェイ装置は、前記ネットワークグループ識別子と、当該ネットワークグループ識別子が付された前記ＢＵＭトラフィックの転送先となる前記転送先トンネル終端ポイントと、を対応付けた第２のテーブルを保持するとともに、前記仮想トンネルを介して前記ＢＵＭトラフィックを受信した場合、前記第２のテーブルを用いて当該ＢＵＭトラフィックの前記転送先トンネル終端ポイントを特定し、当該転送先トンネル終端ポイントに前記ＢＵＭトラフィックを転送する第２の転送部と、を備える、ことを特徴とするネットワークシステムとした。
【０００７】
また、請求項５に記載の発明は、ＭＡＣアドレス学習方式が異なるトンネル終端ポイント間に仮想トンネルを構築してパケットを送受信するパケット転送方法であって、前記トンネル終端ポイント間の接続点に配置され、前記仮想トンネルの中継点となるゲートウェイ装置と、を用い、それぞれの前記トンネル終端ポイントにおいて、前記仮想トンネルを用いて通信するネットワークグループのネットワークグループ識別子と、当該ネットワークグループ識別子が付されたＢＵＭ（Ｂｒｏａｄｃａｓｔ，  Ｕｎｋｎｏｗｎ  ｕｎｉｃａｓｔ，  Ｍｕｌｔｉｃａｓｔ）トラフィックの転送先となる転送先トンネル終端ポイントと、を対応付けた第１のテーブルを保持し、前記ネットワークグループ内のホストから前記ＢＵＭトラフィックが送信された場合、前記第１のテーブルを用いて前記ホストが属する前記ネットワークグループに対応付けられた前記転送先トンネル終端ポイントに前記ＢＵＭトラフィックを転送し、前記第１のテーブルには、それぞれの前記ネットワークグループ識別子に対応する前記転送先トンネル終端ポイントに加え、全ての前記ネットワークグループ識別子に対応する前記転送先トンネル終端ポイントとして前記ゲートウェイ装置が設定されており、前記ゲートウェイ装置において、前記ネットワークグループ識別子と、当該ネットワークグループ識別子が付された前記ＢＵＭトラフィックの転送先となる前記転送先トンネル終端ポイントと、を対応付けた第２のテーブルを保持し、前記仮想トンネルを介して前記ＢＵＭトラフィックを受信した場合、前記第２のテーブルを用いて前記ＢＵＭトラフィックの前記転送先トンネル終端ポイントを特定し、当該転送先トンネル終端ポイントに前記ＢＵＭトラフィックを転送する、ことを特徴とするパケット転送方法とした。
【０００８】
このようにすることで、ＭＡＣアドレス学習方式が異なる、すなわちＢＵＭトラフィックの取り扱い方法が異なるトンネル終端ポイント間で通信する際にも、適切な送信先に宛先未学習パケットを転送することができ、トンネル終端ポイント間のＭＡＣアドレス学習方式の違いに関わらず柔軟にネットワークシステムを構築することができる。
【０００９】
また、請求項２に記載の発明は、前記ネットワークグループ識別子は、前記トンネル終端ポイント間で一意に設定されておらず、前記ゲートウェイ装置は、前記トンネル終端ポイント間における前記ネットワークグループ識別子の対応関係を示すネットワークグループ識別子変換テーブルを保持し、前記第２の転送部は、前記仮想トンネルを介して前記ＢＵＭトラフィックを受信した場合、前記ネットワークグループ識別子変換テーブルを用いて前記ネットワークグループ識別子を変換することで前記転送先トンネル終端ポイントを宛先とする前記ＢＵＭトラフィックを生成する、ことを特徴とするネットワークシステムとした。
【００１０】
また、請求項６に記載の発明は、前記ネットワークグループ識別子は、前記トンネル終端ポイント間において一意に設定されておらず、前記ゲートウェイ装置において、前記トンネル終端ポイント間における前記ネットワークグループ識別子の対応関係を示すネットワークグループ識別子変換テーブルを保持し、前記仮想トンネルを介して前記ＢＵＭトラフィックを受信した場合、前記ネットワークグループ識別子変換テーブルを用いて前記ネットワークグループ識別子を変換することで前記転送先トンネル終端ポイントを宛先とする前記ＢＵＭトラフィックを生成する、ことを特徴とするパケット転送方法とした。
【００１１】
このようにすることで、連携させたいトンネル間でネットワークグループ識別子が一意に設定されていない場合でも相互接続が可能となり、ネットワーク同士の統合や拡張の自由度を向上させることができる。
【００１２】
また、請求項３に記載の発明は、前記仮想トンネルは、拡張可能仮想ローカルネットワーク（ＶＸＬＡＮ）により形成されており、前記トンネル終端ポイントのうち少なくとも１つは、ＥＶＰＮ  ＭＰ−ＢＧＰを用いたＭＡＣアドレス学習を行い、前記トンネル終端ポイントのうち少なくとも１つは、前記ＥＶＰＮ  ＭＰ−ＢＧＰを用いずにＭＡＣアドレス学習を行う、ことを特徴とするネットワークシステムとした。
【００１３】
また、請求項７に記載の発明は、前記仮想トンネルは、拡張可能仮想ローカルネットワーク（ＶＸＬＡＮ）により形成されており、前記トンネル終端ポイントのうち少なくとも１つは、ＥＶＰＮ  ＭＰ−ＢＧＰを用いたＭＡＣアドレス学習を行い、前記トンネル終端ポイントのうち少なくとも１つは、前記ＥＶＰＮ  ＭＰ−ＢＧＰを用いずにＭＡＣアドレス学習を行う、ことを特徴とするパケット転送方法とした。
【００１４】
このようにすることで、近年実装が進んでいるＥＶＰＮ  ＭＰ−ＢＧＰベースのＶＸＬＡＮとその他の方式のＶＸＬＡＮとを、ＭＡＣアドレス学習の方法の違いを意識せずに相互接続することができる。
【００１５】
また、請求項４に記載の発明は、前記ゲートウェイ装置は、前記トンネル終端ポイントからのパケット受信時に当該パケットの送信元トンネル終端ポイントにおけるＭＡＣアドレス学習方式でＭＡＣアドレスを学習するとともに、前記トンネル終端ポイントへのパケット送信時には、当該パケットの送信先が前記ＥＶＰＮ  ＭＰ−ＢＧＰを用いたＭＡＣアドレス学習を行うトンネル終端ポイントの場合にのみ前記パケットの情報から自身のＭＡＣ学習テーブルの更新を行い、ＭＡＣアドレス学習結果を前記ＥＶＰＮ  ＭＰ−ＢＧＰを用いたＭＡＣアドレス学習を行うトンネル終端ポイントを含むＶＸＬＡＮ網に送信する、ことを特徴とするネットワークシステムとした。
【００１６】
また、請求項８に記載の発明は、前記ゲートウェイ装置は、前記トンネル終端ポイントからのパケット受信時に当該パケットの送信元トンネル終端ポイントにおけるＭＡＣアドレス学習方式でＭＡＣアドレスを学習するとともに、前記トンネル終端ポイントへのパケット送信時には、当該パケットの送信先が前記ＥＶＰＮ  ＭＰ−ＢＧＰを用いたＭＡＣアドレス学習を行うトンネル終端ポイントの場合にのみ前記パケットの情報から自身のＭＡＣ学習テーブルの更新を行い、ＭＡＣアドレス学習結果を前記ＥＶＰＮ  ＭＰ−ＢＧＰを用いたＭＡＣアドレス学習を行うトンネル終端ポイントを含むＶＸＬＡＮ網に送信する、ことを特徴とするパケット転送方法とした。
【００１７】
このようにすることで、ＥＶＰＮ  ＭＰ−ＢＧＰを用いるＶＸＬＡＮ網（ＥＶＰＮ網）から他のＭＡＣ学習方式を用いるＶＸＬＡＮ網（他網）への通信が毎回ＢＵＭトラフィックとなるのを防止することができる。すなわち、通常のＥＶＰＮ  ＭＰ−ＢＧＰを用いたＭＡＣアドレス学習では、トンネル終端ポイント配下のホストのＭＡＣ情報が更新されると、該当トンネル終端ポイントがＭＡＣ情報を乗せたＢＧＰアップデートを送信することで他のトンネル終端ポイントのＭＡＣ情報を更新する。ここで、ゲートウェイ装置には直接にはホストが接続していないため、他網のホストのＭＡＣ情報の更新をＥＶＰＮ網のトンネル終端ポイントに報知することができない。このため、ＥＶＰＮ網にパケットを送信する際に強制的にＭＡＣ情報を更新することにより、他網のホストのＭＡＣ情報をＥＶＰＮ網内に報知している。
【発明の効果】
【００１８】
本発明によれば、ＭＡＣアドレス学習方式が異なるトンネル終端ポイント間の相互接続を可能とする上で有利となる。
【図面の簡単な説明】
【００１９】
【図１】ネットワークシステムの概要を示す説明図である。
【図２】Ｍｕｌｔｉｃａｓｔ網におけるＭＡＣアドレス学習方式を模式的に示す図である。
【図３】Ｕｎｉｃａｓｔ網におけるＭＡＣアドレス学習方式を模式的に示す図である。
【図４】ＥＶＰＮ網におけるＭＡＣアドレス学習方式を模式的に示す図である。
【図５】ゲートウェイ装置の機能的構成を示すブロック図である。
【図６】ＭＡＣ学習機能ＭＡＣ学習機能部が保持するテーブル群を示す図である。
【図７】ＶＮＩ変換部が保持するＶＮＩ変換テーブルを示す図である。
【図８】ＶＮＩ変換部の処理を示すフローチャートである。
【図９】パケット生成部の処理を示すフローチャートである。
【図１０】パケット生成部の処理を示すフローチャートである。
【図１１】ＥＶＰＮ網から他網へのＡＲＰリクエスト時の処理を示すフローチャートである。
【図１２】他網からＥＶＰＮ網へのＡＲＰリクエスト時の処理を示すフローチャートである。
【図１３】トンネル終端ポイント（ＶＴＥＰ）間の通信例を模式的に示す図である。
【図１４】トンネル終端ポイント（ＶＴＥＰ）間の通信例を模式的に示す図である。
【図１５】トンネル終端ポイント（ＶＴＥＰ）間の通信例を模式的に示す図である。
【図１６】トンネル終端ポイント（ＶＴＥＰ）間の通信例を模式的に示す図である。
【図１７】トンネル終端ポイント（ＶＴＥＰ）間の通信例を模式的に示す図である。
【図１８】トンネル終端ポイント（ＶＴＥＰ）間の通信例を模式的に示す図である。
【図１９】トンネル終端ポイント（ＶＴＥＰ）間の通信例を模式的に示す図である。
【図２０】トンネル終端ポイント（ＶＴＥＰ）間の通信例を模式的に示す図である。
【図２１】ＶＸＬＡＮパケットに含まれる情報を示す図である。
【発明を実施するための形態】
【００２０】
（実施の形態）
以下に添付図面を参照して、本発明にかかるネットワークシステムおよびパケット転送方法を詳細に説明する。
＜ネットワークシステム１０の概要＞
図１は、実施の形態にかかるネットワークシステム１０の概要を模式的に示す図である。
ネットワークシステム１０は、異なる方式でＶＸＬＡＮのＭＡＣ学習を行うネットワーク網２０，２２，２４内のトンネル終端ポイント（ＶＴＥＰ）とゲートウェイ装置３０との間で仮想トンネル（以下、単に「トンネル」という）を構築し、ゲートウェイ装置３０でトンネル間の連携を行うことでパケットを送受信する。
すなわち、ＶＸＬＡＮでは、ルーターを介したＬ３ネットワークの上に、仮想的なＬ２スイッチで直結（トンネリング）されたネットワークを形成することにより、異なるネットワーク上に位置するホスト（仮想マシン）間の通信を可能とする。通信可能なホストは、同じネットワークグループに属し、各ネットワークグループにはネットワークグループ識別子ＶＮＩ（ＶＸＬＡＮ  Ｎｅｔｗｏｒｋ  Ｉｄｅｎｔｉｆｉｅｒ）が付与されている。
本実施の形態にかかるネットワークシステム１０は、ゲートウェイ装置３０を用いることにより、異なるＭＡＣ学習方式を採用するトンネル終端ポイント（ＶＴＥＰ）配下のホストとＶＮＩを意識せず通信可能となる。
【００２１】
各トンネルＴ１，Ｔ２は、ゲートウェイ装置（ＧＷ）３０を中継点としている。
詳細は後述するが、ゲートウェイ装置３０は、各ＶＸＬＡＮ網２０，２２，２４の方式に応じたＭＡＣアドレス学習を行うＭＡＣ学習機能、パケットの送信先ネットワークにおけるＶＮＩに応じてパケット内のＶＮＩを変換するＶＮＩ変換機能、パケット送信先のネットワークに応じて送信先ＩＰアドレス（Ｄｓｔ．ＩＰ）を変換したり、パケットの複製を行うパケット生成機能を有する。
【００２２】
各ＶＸＬＡＮ網２０，２２，２４は、それぞれＥＶＰＮ  ＶＸＬＡＮを採用するＥＶＰＮ  ＶＸＬＡＮ網２０、Ｍｕｌｔｉｃａｓｔ  ＶＸＬＡＮを採用するＭｕｌｔｉｃａｓｔ  ＶＸＬＡＮ網２２、Ｕｎｉｃａｓｔ  ＶＸＬＡＮを採用するＵｎｉｃａｓｔ  ＶＸＬＡＮ網２４である。以下、必要に応じて、ＥＶＰＮ  ＶＸＬＡＮ網を「ＥＶＰＮ網」、Ｍｕｌｔｉｃａｓｔ  ＶＸＬＡＮ網を「Ｍｕｌｔｉｃａｓｔ網」、Ｕｎｉｃａｓｔ  ＶＸＬＡＮ網を「Ｕｎｉｃａｓｔ網」という。
各ＶＸＬＡＮ網２０，２２，２４は、それぞれトンネルＴ（Ｔ１，Ｔ２）で接続されている。ＥＶＰＮ  ＶＸＬＡＮ網２０とＭｕｌｔｉｃａｓｔ  ＶＸＬＡＮ網２２とを接続するのがトンネルＴ１であり、ＥＶＰＮ  ＶＸＬＡＮ網２０とＵｎｉｃａｓｔ  ＶＸＬＡＮ網２４とを接続するのがトンネルＴ２である。
【００２３】
各トンネルは、所定のネットワークグループの通信に用いられる。
例えば、トンネルＴ２は、ＶＮＩ１０００のネットワークグループの通信に用いられる。ＶＮＩ１０００は、ＥＶＰＮ網側とＵｎｉｃａｓｔ網側とで、ネットワークグループ識別子が一意に設定されている。このため、ＥＶＰＮ網側のトンネルＴ２ＡとＵｎｉｃａｓｔ網側のトンネルＴ２Ｂとが同じＶＮＩ１０００のトンネルとなる。
一方、トンネルＴ１は、ＶＮＩ１００およびＶＮＩ１０のネットワークグループの通信に用いられる。ＶＮＩ１００およびＶＮＩ１０は、同じネットワークグループであるが、ＥＶＰＮ網側とＭｕｌｔｉｃａｓｔ網側とで、ネットワークグループ識別子が一意に設定されていない。このため、ＥＶＰＮ網側のトンネルＴ１ＡはＶＮＩ１００、Ｍｕｌｔｉｃａｓｔ網のトンネルＴ１ＢはＶＮＩ１０のトンネルとなる。
各トンネルは、スイッチＳ等に実装されたトンネル終端ポイント（ＶＴＥＰ（図５参照））で終端されている。
【００２４】
図２〜図４は、各ＶＸＬＡＮ網におけるＭＡＣアドレス学習方式を模式的に示す図である。
図２に示すＭｕｌｔｉｃａｓｔ  ＶＸＬＡＮ網２２では、ＶＴＥＰ間のＢＵＭ（Ｂｒｏａｄｃａｓｔ，Ｕｎｋｎｏｗｎ  ｕｎｉｃａｓｔ，Ｍｕｌｔｉｃａｓｔ）トラフィックをアンダーレイマルチキャストにて転送しＭＡＣアドレスを学習するＶＸＬＡＮ標準方式（ＲＦＣ７３４８）である。これは、従来のＬ２ネットワーク同様、フラッディングによりホストのＭＡＣアドレスを学習する方式である。マルチキャスト対応のアンダーレイネットワークが必要となる。
【００２５】
図３に示すＵｎｉｃａｓｔ  ＶＸＬＡＮ網２４では、ＶＴＥＰにあらかじめ接続先（ＶＴＥＰ）情報を登録し、ＢＵＭトラフィックを接続先分コピーしてそれぞれにユニキャストで転送する。これは、従来のＬ２ネットワーク同様、フラッディングによりホストのＭＡＣアドレスを学習する方式である。
【００２６】
図４に示すＥＶＰＮ  ＶＸＬＡＮ網２０では、ＶＴＥＰ間のＭＡＣ学習にＣ−Ｐｌａｎｅの概念を導入し、ＭＰ−ＢＧＰを利用してＭＡＣ学習する方式であり、ＲＦＣ７４３２に規定される。ＢＵＭトラフィックの転送方式は、図２および図３を用いて説明したユニキャスト方式またはマルチキャスト方式を選択可能である。ＢＵＭトラフィック転送にユニキャスト方式を採用した場合は、マルチキャスト対応のアンダーレイネットワークは不要となる。導入・運用の容易性によるコスト削減、標準化を契機とした実装装置の増加により、今後の主流となると想定される。
本実施の形態では、特に今後の主流となると想定されるＥＶＰＮ  ＶＸＬＡＮ網２０と他方式（Ｍｕｌｔｉｃａｓｔ  ＶＸＬＡＮ網２２、Ｕｎｉｃａｓｔ  ＶＸＬＡＮ網２４）との連携について説明する。
【００２７】
＜ゲートウェイ装置３０の構成＞
図５は、ゲートウェイ装置３０の機能的構成を示すブロック図である。
ゲートウェイ装置３０と対向する各ＶＸＬＡＮ網２０，２２，２４側には、トンネルを終端するトンネル終端ポイントであるＶＴＥＰ２０２，２２２，２４２が設けられている。以下、必要に応じてＥＶＰＮ網のＶＴＥＰ２０２を「ＶＴＥＰ１」、Ｍｕｌｔｉｃａｓｔ網のＶＴＥＰ２２２を「ＶＴＥＰ２」、Ｕｎｉｃａｓｔ網のＶＴＥＰを「ＶＴＥＰ３」と表記する。また、各ＶＴＥＰＸ（Ｘ＝１ｏｒ２ｏｒ３）のＩＰアドレスを「ＶＴＥＰＸ」と表記する。
また、各ＶＴＥＰ２０２，２２２，２４２には、ホスト２０４，２２４，２４４が接続されている。以下、必要に応じてＥＶＰＮ網のＶＴＥＰ１に接続するホスト２０４を「Ｈｏｓｔ１」、Ｍｕｌｔｉｃａｓｔ網のＶＴＥＰ２に接続するホスト２２４を「Ｈｏｓｔ２」、Ｕｎｉｃａｓｔ網のＶＴＥＰ３に接続するホスト２４４を「Ｈｏｓｔ３」と表記し、各ＨｏｓｔＸ（Ｘ＝１ｏｒ２ｏｒ３）のＭＡＣアドレスを「ＭＡＣＸ」、ＩＰアドレスを「ＩＰＸ」と表記する。
【００２８】
ゲートウェイ装置３０は、パケット受信部３０２（３０２Ａ，３０２Ｂ，３０２Ｃ）、パケット送信部３０４（３０４Ａ，３０４Ｂ，３０４Ｃ）、ＭＡＣ学習機能部３０６（３０６Ａ，３０６Ｂ，３０６Ｃ）、パケット複製部３０８（３０８Ａ）、ＶＮＩ変換部３１０（３１０Ａ，３１０Ｂ，３１０Ｃ，３１０Ｄ）、パケット生成部３１２（３１２Ａ，３１２Ｂ，３１２Ｃ，３１２Ｄ）を備える。
各機能部は、パケット複製部３０８Ａを除き、各ＶＴＥＰ２０２，２２２，２４２に対応して複数設けられている。各符号の添え字ＡおよびＤは、送信元がＥＶＰＮ網のＶＴＥＰ２０２であるパケットを処理する機能部を示し、添え字Ｂは、送信元がＭｕｌｔｉｃａｓｔ網のＶＴＥＰ２２２であるパケットを処理する機能部を示し、添え字Ｃは、送信元がＵｎｉｃａｓｔ網のＶＴＥＰ２４２であるパケットを処理する機能部を示す。
【００２９】
各パケット受信部３０２（３０２Ａ，３０２Ｂ，３０２Ｃ）は、それぞれ接続するＶＴＥＰ２０２，２２２，２４２からゲートウェイ装置３０に送信されたパケットを受信する。
各パケット送信部３０４（３０４Ａ，３０４Ｂ，３０４Ｃ）は、それぞれ接続するＶＴＥＰ２０２，２２２，２４２に対して、後述するパケット生成部３１２（３１２Ａ，３１２Ｂ，３１２Ｃ，３１２Ｄ）で生成されたパケットを送信する。
【００３０】
各ＭＡＣ学習機能部３０６（３０６Ａ，３０６Ｂ，３０６Ｃ）は、図６に示すように、ＢＵＭトラフィックの送信先を決定するためのＶＴＥＰ設定テーブルと、ホストのＭＡＣアドレスと当該ＭＡＣアドレス宛パケットの送信先となるＶＴＥＰとの紐付学習結果であるＭＡＣ学習テーブル（ＢｒｉｄｇｅテーブルまたはＶＴＥＰテーブル）とを備える。
図６（Ａ）はＥＶＰＮ  ＶＸＬＡＮ  ＭＡＣ学習機能部３０６Ａが保持するテーブル群、図６（Ｂ）はＭｕｌｔｉｃａｓｔ  ＶＸＬＡＮ  ＭＡＣ学習機能部３０６Ｂが保持するテーブル群、図６（Ｃ）はＵｎｉｃａｓｔ  ＶＸＬＡＮ  ＭＡＣ学習機能部３０６Ｃが保持するテーブル群である。
【００３１】
ＶＴＥＰ設定テーブルは、ホストのＭＡＣアドレスと、当該ホスト（ＭＡＣアドレス）宛のパケットの転送先ＶＴＥＰとの紐付を未学習な通信、すなわちＢＵＭトラフィックの宛先を決める際に利用する。
すなわち、ＶＴＥＰ設定テーブルは、ネットワークグループ識別子ＶＮＩと、当該ネットワークグループ識別子（ＶＮＩ）が付されたＢＵＭトラフィックの転送先となる転送先トンネル終端ポイント（ＶＴＥＰ）と、を対応付けた第２のテーブルに対応する。
ＶＴＥＰ設定テーブルのエントリは、ネットワークグループ識別子ＶＮＩと、転送先ＶＴＥＰのＩＰアドレスとによって構成される。
ゲートウェイ装置３０では、各ＭＡＣ学習機能部３０６が各網に対応するＶＴＥＰ設定テーブル（第２のテーブル）を保持している。
【００３２】
なお、ＥＶＰＮ網では、ＢＵＭトラフィックの転送方式をＵｎｉｃａｓｔ方式およびＭｕｌｔｉｃａｓｔ方式から選択可能であるが、本実施の形態ではＵｎｉｃａｓｔ方式を採るものとする。
Ｕｎｉｃａｓｔ方式（ＥＶＰＮ網およびＵｎｉｃａｓｔ網で採用）では、ＶＴＥＰでＢＵＭパケットの送信先となるＶＮＩを確認し、該当ＶＮＩに所属するＶＴＥＰ宛のＶＸＬＡＮパケットを作成する。ＶＴＥＰ設定テーブルに該当ＶＮＩ所属のＶＴＥＰが複数ある場合は、その数だけパケットを複製し、各ＶＴＥＰにＵｎｉｃａｓｔでＢＵＭパケットを送信する。
なお、下線で示すように、ゲートウェイ装置３０は全てのＶＮＩに所属するＶＴＥＰとして設定される。すなわち、第１のテーブルには、それぞれのネットワークグループ識別子（ＶＮＩ）に対応する転送先トンネル終端ポイント（ＶＴＥＰ）に加え、全てのネットワークグループ識別子に対応する転送先トンネル終端ポイントとしてゲートウェイ装置３０が設定されている。
Ｍｕｌｔｉｃａｓｔ方式（Ｍｕｌｔｉｃａｓｔ網で採用）では、ＶＮＩごとにＭｕｌｔｉｃａｓｔグループを形成する。ＶＴＥＰはＢＵＭパケットの送信先となるＶＮＩを確認し、ＶＴＥＰ設定テーブルから該当ＶＮＩに所属するＭｕｌｔｉｃａｓｔグループアドレス（図６（Ｂ）上段の「Ｍｕｌｔｉｃａｓｔ１」等）を宛先としたＶＸＬＡＮパケットを作成し、送付する。これにより、該当ＶＮＩに所属するＶＴＥＰはＭｕｌｔｉｃａｓｔでＢＵＭパケットを受信することができる。
なお、ゲートウェイ装置３０は、全てのＭｕｌｔｉｃａｓｔグループに所属するように設定される。
【００３３】
ＭＡＣ学習テーブル（ＢｒｉｄｇｅテーブルまたはＶＴＥＰテーブル）は、ホストのＭＡＣアドレス（Ｂｒｉｄｇｅテーブルでは更にＩＰアドレス）と、ＶＮＩおよび当該ホスト宛の通信の送信先となるＶＴＥＰのＩＰアドレスが紐付けられている。
ＥＶＰＮ網では、Ｃ−Ｐｌａｎｅ（ＥＶＰＮ  ＢＧＰ）でＭＡＣ学習テーブルを更新する。
Ｍｕｌｔｉｃａｓｔ網およびＵｎｉｃａｓｔ網では、Ｄ−Ｐｌａｎｅ（ユーザトラフィック）でＭＡＣ学習テーブルを更新する。
【００３４】
また、各ＭＡＣ学習機能部３０６と接続される各ＶＴＥＰ２０２，２２２，２４２も、それぞれ同じＶＴＥＰ設定テーブルを保持している。
すなわち、ＥＶＰＮ網のＶＴＥＰ２０２は図６（Ａ）上段に示すＶＴＥＰテーブルを、Ｍｕｌｔｉｃａｓｔ網のＶＴＥＰ２２２は図６（Ｂ）上段に示すＶＴＥＰテーブルを、Ｕｎｉｃａｓｔ網のＶＴＥＰ２４２は図６（Ｃ）上段に示すテーブルを、それぞれ保持している。
また、ＭＡＣ学習テーブルについても、各ＭＡＣ学習機能部３０６と対応する各ＶＴＥＰ２０２，２２２，２４２とで同じフォーマット（ＢｒｉｄｇｅテーブルまたはＶＴＥＰテーブル）のテーブルを有しているが、テーブルの内容は同一ではなく、それぞれの装置における接続関係を反映したものとなる。
【００３５】
各ＶＴＥＰ２０２，２２２，２４２が保持するＶＴＥＰ設定テーブルは、トンネルを用いて通信するネットワークグループのグループ識別子（ＶＮＩ）と、当該ネットワークグループ識別子が付されたＢＵＭトラフィックの転送先となる転送先トンネル終端ポイント（ＶＴＥＰ）とを対応付けた第１のテーブルに対応する。
なお、各ＶＴＥＰ２０２，２２２，２４２が保持するＶＴＥＰ設定テーブル（第１のテーブル）においても、全てのＶＮＩに対応する転送先ＶＴＥＰとしてゲートウェイ装置３０が設定されている。
【００３６】
各ＶＴＥＰ２０２，２２２，２４２は、ホストからＢＵＭトラフィック（ＢＵＭフレーム）が送信された場合、ホストが属するネットワークグループに対応付けられた転送先トンネル終端ポイントにパケットを転送する。上述のように、ゲートウェイ装置３０は、各ＶＴＥＰ２０２，２２２，２４２が保持するＶＴＥＰテーブルにおいて全てのＶＮＩに対応する転送先ＶＴＥＰとして設定されているため、ＶＸＬＡＮ網内で発生したＢＵＭトラフィックは、全てゲートウェイ装置３０に転送される。
すなわち、各ＶＴＥＰ２０２，２２２，２４２は、ネットワークグループ内のホストからＢＵＭトラフィックが送信された場合、第１のテーブルを用いてホストが属するネットワークグループに対応付けられた転送先トンネル終端ポイントにＢＵＭトラフィックを転送する第１の転送部として機能する。
【００３７】
図５の説明に戻り、パケット複製部３０８Ａは、パケット受信部３０２Ａで受信したＥＶＰＮ網からの受信パケットを複製し、ＶＮＩ変換部３１０Ｂ（Ｍｕｌｔｉｃａｓｔ網への送信用）および３１０Ｃ（Ｕｎｉｃａｓｔ網への送信用）に送信する。
なお、本実施の形態では、Ｍｕｌｔｉｃａｓｔ網のトンネルとＵｎｉｃａｓｔ網のトンネルの連携は対象としないため、Ｍｕｌｔｉｃａｓｔ網側およびＵｎｉｃａｓｔ網側の機能部にはパケット複製部３０８は不要である。
【００３８】
ＶＮＩ変換部３１０（３１０Ａ，３１０Ｂ，３１０Ｃ，３１０Ｄ）は、各ＶＸＬＡＮ網間のＶＮＩ変換テーブル、すなわちネットワーク間におけるネットワークグループ識別子の対応関係を示すネットワークグループ識別子変換テーブルを保持し、必要がある場合には受信パケットに含まれるＶＮＩを書き換える。
【００３９】
図７は、ＶＮＩ変換部３１０が保持するＶＮＩ変換テーブルを示す図である。
図７（Ａ）は、ＥＶＰＮ網からＭｕｌｔｉｃａｓｔ網への変換を行うＶＮＩ変換部３１０Ａが保持するＶＮＩ変換テーブルＭ１である。ＶＮＩ変換テーブルＭ１には、変換前ＶＮＩ（Ｓｒｃ．ＶＮＩ）としてＥＶＰＮ網のＶＮＩが、変換後ＶＮＩ（Ｄｓｔ．ＶＮＩ）としてＭｕｌｔｉｃａｓｔ網のＶＮＩが、それぞれ記録されている。
図７（Ｂ）は、ＥＶＰＮ網からＵｎｉｃａｓｔ網への変換を行うＶＮＩ変換部３１０Ｄが保持するＶＮＩ変換テーブルＭ２である。ＶＮＩ変換テーブルＭ２には、変換前ＶＮＩ（Ｓｒｃ．ＶＮＩ）としてＥＶＰＮ網のＶＮＩが、変換後ＶＮＩ（Ｄｓｔ．ＶＮＩ）としてＵｎｉｃａｓｔ網のＶＮＩが、それぞれ記録されている。
【００４０】
図７（Ｃ）は、Ｍｕｌｔｉｃａｓｔ網からＥＶＰＮ網への変換を行うＶＮＩ変換部３１０Ｂが保持するＶＮＩ変換テーブルＭ３である。ＶＮＩ変換テーブルＭ３には、変換前ＶＮＩ（Ｓｒｃ．ＶＮＩ）としてＭｕｌｔｉｃａｓｔ網のＶＮＩが、変換後ＶＮＩ（Ｄｓｔ．ＶＮＩ）としてＥＶＰＮ網のＶＮＩが、それぞれ記録されている。
図７（Ｄ）は、Ｕｎｉｃａｓｔ網からＥＶＰＮ網への変換を行うＶＮＩ変換部３１０Ｃが保持するＶＮＩ変換テーブルＭ４である。ＶＮＩ変換テーブルＭ４には、変換前ＶＮＩ（Ｓｒｃ．ＶＮＩ）としてＵｎｉｃａｓｔ網のＶＮＩが、変換後ＶＮＩ（Ｄｓｔ．ＶＮＩ）としてＥＶＰＮ網のＶＮＩが、それぞれ記録されている。
これらＶＮＩ変換テーブルは、各ＶＸＬＡＮ網間での通信が開始される前に事前設定されている。ＶＮＩ変換テーブルがない（またはＶＮＩ変換テーブル内にエントリがない）ということは、パケットの転送を行う必要がないことを示す。
【００４１】
図８は、ＶＮＩ変換部３１０の処理手順を示すフローチャートである。
なお、ネットワークシステム１０で送受信されるパケット（ＶＸＬＡＮパケット）には、図２１に示すような情報が含まれている。図２１では、ＶＸＬＡＮパケットのフォーマットから本発明を実施するのに必要な情報のみを抽出している。Ｏｕｔｅｒ  ＩＰ、Ｏｕｔｅｒ  ＵＤＰ、ＶＸＬＡＮ  ＩＤ（ＶＮＩ）は、ＶＸＬＡＮにおけるカプセル化のためにＶＴＥＰで付与されるヘッダに含まれる情報であり、Ｉｎｎｅｒ  ＭＡＣおよびＩｎｎｅｒ  ＩＰは、通常のイーサネット（登録商標）フレームに含まれる情報である。
Ｏｕｔｅｒ  ＩＰ、Ｉｎｎｅｒ  ＭＡＣおよびＩｎｎｅｒ  ＩＰは、それぞれ送信元アドレスＳ（Ｓｏｕｒｃｅ）および送信先アドレスＤ（Ｄｅｓｔｉｎａｔｉｏｎ）が含まれる。
なお、以下必要に応じて、Ｏｕｔｅｒ  ＩＰのうち送信元アドレスＳを「Ｏｕｔｅｒ  Ｓｒｃ．ＩＰ」、送信先アドレスＤを「Ｏｕｔｅｒ  Ｄｓｔ．ＩＰ」と表記する。また、Ｉｎｎｅｒ  ＭＡＣのうち送信元アドレスＳを「Ｉｎｎｅｒ  Ｓｒｃ．ＭＡＣ」、送信先アドレスＤを「Ｉｎｎｅｒ  Ｄｓｔ．ＭＡＣ」と表記する。
【００４２】
ＶＮＩ変換部３１０は、パケットを受信するとＶＮＩ変換テーブルを保持しているか（テーブル内にエントリがあるか）否かを判断する（ステップＳ８００）。
より詳細には、ＶＮＩ変換部３１０Ａは、パケット複製部３０８Ａからパケットを受信すると、ＥＶＰＮ網からＭｕｌｔｉｃａｓｔ網へのＶＮＩ変換テーブルＭ１を保持しているか否かを判断する。また、ＶＮＩ変換部３１０Ｄは、パケット複製部３０８Ａからパケットを受信すると、ＥＶＰＮ網からＵｎｉｃａｓｔ網へのＶＮＩ変換テーブルＭ２を保持しているか否かを判断する。また、ＶＮＩ変換部３１０Ｂは、Ｍｕｌｔｉｃａｓｔ  ＶＸＬＡＮ  ＭＡＣ学習機能部３０６Ｂからパケットを受信すると、Ｍｕｌｔｉｃａｓｔ網からＥＶＰＮ網へのＶＮＩ変換テーブルＭ３を保持しているか否かを判断する。また、ＶＮＩ変換部３１０Ｃは、Ｕｎｉｃａｓｔ  ＶＸＬＡＮ  ＭＡＣ学習機能部３０６Ｃからパケットを受信すると、Ｕｎｉｃａｓｔ網からＥＶＰＮ網へのＶＮＩ変換テーブルＭ４を保持しているか否かを判断する。
ＶＮＩ変換テーブルを保持していない場合は（ステップＳ８００：Ｎｏ）、他網に転送する必要はないためパケットを破棄して（ステップＳ８０４）、本フローチャートの処理を終了する。
【００４３】
ＶＮＩ変換テーブルを保持している場合（ステップＳ８００：Ｙｅｓ）、ＶＮＩ変換部３１０は、ＶＮＩ変換テーブルを参照し、パケット内のＶＮＩ（ＶＸＬＡＮ  ＩＤ）と一致する変換前ＶＮＩ（Ｓｒｃ．ＶＮＩ）のエントリがあるか否かを判断する（ステップＳ８０２、パケット内のＶＮＩ＝Ｓｒｃ．ＶＮＩ）。
パケット内のＶＮＩと一致する変換前ＶＮＩ（Ｓｒｃ．ＶＮＩ）のエントリがない場合（ステップＳ８０２：Ｎｏ）、ＶＮＩ変換部３１０は、パケットを破棄して（ステップＳ８０４）、本フローチャートの処理を終了する。
また、パケット内のＶＮＩと一致する変換前ＶＮＩ（Ｓｒｃ．ＶＮＩ）のエントリがある場合（ステップＳ８０２：Ｙｅｓ）、ＶＮＩ変換部３１０は、当該エントリの変換前ＶＮＩ（Ｓｒｃ．ＶＮＩ）と、変換後ＶＮＩ（Ｄｓｔ．ＶＮＩ）とが同一か否かを判断する（ステップＳ８０６、Ｓｒｃ．ＶＮＩ＝Ｄｓｔ．ＶＮＩ）。
【００４４】
変換前ＶＮＩ（Ｓｒｃ．ＶＮＩ）と、変換後ＶＮＩ（Ｄｓｔ．ＶＮＩ）とが同一である場合は（ステップＳ８０６：Ｙｅｓ）、パケット内のＶＮＩを変換する必要はないため、そのままパケットをパケット生成部３１２に送信して（ステップＳ８１０）、本フローチャートの処理を終了する。
また、変換前ＶＮＩ（Ｓｒｃ．ＶＮＩ）と、変換後ＶＮＩ（Ｄｓｔ．ＶＮＩ）とが同一でない場合は（ステップＳ８０６：Ｎｏ）、パケット内のＶＮＩ（ＶＸＬＡＮ  ＩＤ）を変換後ＶＮＩ（Ｄｓｔ．ＶＮＩ）に変換するとともに、パケット内のＯｕｔｅｒ  ＩＰの送信元アドレス（Ｏｕｔｅｒ  Ｓｒｃ．ＩＰ）をゲートウェイ装置３０のＩＰアドレスに変換した上で（ステップＳ８０８）、パケットをパケット生成部３１２に送信し（ステップＳ８１０）、本フローチャートの処理を終了する。
【００４５】
図５の説明に戻り、パケット生成部３１２（３１２Ａ，３１２Ｂ，３１２Ｃ，３１２Ｄ）は、ＭＡＣ学習機能部３０６が保持するＶＴＥＰ設定テーブルおよびＭＡＣ学習テーブルを参照して受信パケットの送信先ＩＰアドレスを書き換え、パケット送信部３０４に送信する。
【００４６】
図９および図１０は、パケット生成部３１２の処理を示すフローチャートである。
まず、図９を用いてＥＶＰＮ網から他網へのパケット送信時の処理、すなわちパケット生成部３１２Ａおよび３１２Ｄの処理について説明する。
図９では、ＥＶＰＮ網からＭｕｌｔｉｃａｓｔ網へのパケットを生成するパケット生成部３１２Ａの処理を示すが、ＥＶＰＮ網からＵｎｉｃａｓｔ網へのパケットを生成するパケット生成部３１２Ｄの処理もロジックは同様である。
【００４７】
パケット生成部３１２Ａは、まず、Ｍｕｌｔｉｃａｓｔ  ＶＸＬＡＮ  ＭＡＣ学習機能部３０６Ｂが保持するＶＴＥＰテーブル（ＭＡＣ学習テーブル、図６（Ｂ）下段参照）を参照し、パケット内のＩｎｎｅｒ  Ｄｓｔ．ＭＡＣと一致するＭＡＣアドレスのエントリがあるか否かを判断する（ステップＳ９００、ＭＡＣ＝Ｉｎｎｅｒ  Ｄｓｔ．ＭＡＣ）。
パケット内のＩｎｎｅｒ  Ｄｓｔ．ＭＡＣと一致するＭＡＣアドレスのエントリがある場合（ステップＳ９００：Ｙｅｓ）、パケット生成部３１２Ａは、上記ＶＴＥＰテーブルを参照し、該当するエントリのＶＮＩがパケットのＶＮＩ（ＶＸＬＡＮ  ＩＤ）と一致するか否かを判断する（ステップＳ９０２）。
該当するエントリのＶＮＩがパケットのＶＮＩ（ＶＸＬＡＮ  ＩＤ）と一致しない場合は（ステップＳ９０２：Ｎｏ）、他網への転送は行わずパケットを破棄して（ステップＳ９０４）、本フローチャートの処理を終了する。
【００４８】
また、該当するエントリのＶＮＩがパケットのＶＮＩ（ＶＸＬＡＮ  ＩＤ）と一致する場合には（ステップＳ９０２：Ｙｅｓ）、パケットの宛先となっているホストのＭＡＣアドレスがＶＴＥＰテーブルに登録されている、すなわち学習済みの状態である。
パケット生成部３１２Ａは、上記ＶＴＥＰテーブルを参照して、パケット内のＯｕｔｅｒ  Ｄｓｔ．ＩＰを上記該当エントリの転送先ＶＴＥＰのＩＰアドレスに変換する（ステップＳ９０６）。そして、パケットをパケット送信部３０４Ｂに送信し（ステップＳ９１６）、本フローチャートの処理を終了する。その後、パケット送信部３０４Ｂは、パケット生成部３１２Ａから送信されたパケットをＭｕｌｔｉｃａｓｔ網のＶＴＥＰ２２２に送信する。
【００４９】
一方、ステップ９００において、パケット内のＩｎｎｅｒ  Ｄｓｔ．ＭＡＣと一致するＭＡＣアドレスのエントリがない場合には（ステップＳ９００：Ｎｏ）、パケットの宛先となっているホストのＭＡＣアドレスがＶＴＥＰテーブルに登録されていない、すなわち宛先未学習の状態である。
【００５０】
パケット生成部３１２Ａは、Ｍｕｌｔｉｃａｓｔ  ＶＸＬＡＮ  ＭＡＣ学習機能部３０６Ｂが保持するＶＴＥＰ設定テーブル（図６（Ｂ）上段参照）を参照し、パケット内のＶＮＩ（ＶＸＬＡＮ  ＩＤ）と一致するＶＮＩのエントリを抽出する（ステップＳ９０８）。
パケット生成部３１２Ａは、抽出したエントリのＶＴＥＰがゲートウェイ装置３０（自装置）であるか否かを判断する（ステップＳ９１０）。抽出したエントリのＶＴＥＰがゲートウェイ装置３０である場合は（ステップＳ９１０：Ｙｅｓ）、そのままステップＳ９１４に移行し、抽出したエントリのＶＴＥＰがゲートウェイ装置３０ではない場合は（ステップＳ９１０：Ｎｏ）、パケット内のＯｕｔｅｒ  Ｄｓｔ．ＩＰを当該エントリのＶＴＥＰのＩＰアドレスに変換する（ステップＳ９１２）。
【００５１】
ＶＴＥＰ設定テーブル内の全エントリ分ステップＳ９０８以降の処理をくり返し（ステップＳ９１４：Ｎｏのループ）、全エントリ分の処理が終了すると（ステップＳ９１４：Ｙｅｓ）、パケットをパケット送信部３０４Ｂに送信し（ステップＳ９１６）、本フローチャートの処理を終了する。
パケット送信部３０４Ｂは、パケット生成部３１２Ａから送信されたパケットをＭｕｌｔｉｃａｓｔ網のＶＴＥＰ２２２に送信する。
なお、上記ステップＳ９０８以降の処理において、パケット内のＶＮＩ（ＶＸＬＡＮ  ＩＤ）と一致するＶＮＩのエントリがゲートウェイ装置３０以外に複数ある場合には（ゲートウェイ装置３０以外に複数のＶＴＥＰがパケット内のＶＮＩに紐付けられている場合）、その数だけパケットをコピーして各ＶＴＥＰに送信することになる。
【００５２】
つぎに、図１０を用いて他網からＥＶＰＮ網へのパケット送信時の処理、すなわちパケット生成部３１２Ｂおよび３１２Ｃの処理について説明する。
図１０では、Ｍｕｌｔｉｃａｓｔ網からＥＶＰＮ網へのパケットを生成するパケット生成部３１２Ｂの処理を示すが、Ｕｎｉｃａｓｔ網からＥＶＰＮ網へのパケットを生成するパケット生成部３１２Ｃの処理もロジックは同様である。
【００５３】
パケット生成部３１２Ｂは、まず、ＥＶＰＮ  ＶＸＬＡＮ  ＭＡＣ学習機能部３０６Ａが保持するＢｒｉｄｇｅテーブル（ＭＡＣ学習テーブル、図６（Ａ）下段参照）を参照し、パケット内のＩｎｎｅｒ  Ｄｓｔ．ＭＡＣと一致するＭＡＣアドレスのエントリがあるか否かを判断する（ステップＳ１０００、ＭＡＣ＝Ｉｎｎｅｒ  Ｄｓｔ．ＭＡＣ）。
パケット内のＩｎｎｅｒ  Ｄｓｔ．ＭＡＣと一致するＭＡＣアドレスのエントリがある場合（ステップＳ１０００：Ｙｅｓ）、パケット生成部３１２Ｂは、上記Ｂｒｉｄｇｅテーブルを参照し、該当するエントリのＶＮＩがパケットのＶＮＩ（ＶＸＬＡＮ  ＩＤ）と一致するか否かを判断する（ステップＳ１００２）。
該当するエントリのＶＮＩがパケットのＶＮＩ（ＶＸＬＡＮ  ＩＤ）と一致しない場合は（ステップＳ１００２：Ｎｏ）、他網への転送は行わずパケットを破棄して（ステップＳ１００４）、本フローチャートの処理を終了する。
【００５４】
また、該当するエントリのＶＮＩがパケットのＶＮＩ（ＶＸＬＡＮ  ＩＤ）と一致する場合には（ステップＳ１００２：Ｙｅｓ）、パケットの宛先となっているホストのＭＡＣアドレスがＢｒｉｄｇｅテーブルに登録されている、すなわち学習済みの状態である。
パケット生成部３１２Ｂは、上記Ｂｒｉｄｇｅテーブルを参照して、パケット内のＯｕｔｅｒ  Ｄｓｔ．ＩＰを該当するエントリのＶＴＥＰのＩＰアドレスに変換し（ステップＳ１００６）、ステップＳ１０１６に移行する。
【００５５】
一方、ステップＳ１０００において、パケット内のＩｎｎｅｒ  Ｄｓｔ．ＭＡＣと一致するＭＡＣアドレスのエントリがない場合には（ステップＳ１０００：Ｎｏ）、パケットの宛先となっているホストのＭＡＣアドレスがＢｒｉｄｇｅテーブルに登録されていない、すなわち宛先未学習の状態である。
パケット生成部３１２Ｂは、ＥＶＰＮ  ＶＸＬＡＮ  ＭＡＣ学習機能部３０６Ａが保持するＶＴＥＰ設定テーブル（図６（Ａ）上段参照）を参照し、パケット内のＶＮＩ（ＶＸＬＡＮ  ＩＤ）と一致するＶＮＩのエントリを抽出する（ステップＳ１００８）。
【００５６】
パケット生成部３１２Ｂは、抽出したエントリのＶＴＥＰがゲートウェイ装置３０（自装置）であるか否かを判断する（ステップＳ１０１０）。抽出したエントリのＶＴＥＰがゲートウェイ装置３０である場合は（ステップＳ１０１０：Ｙｅｓ）、そのままステップＳ１０１４に移行する。抽出したエントリのＶＴＥＰがゲートウェイ装置３０ではない場合は（ステップＳ１０１０：Ｎｏ）、パケット内のＯｕｔｅｒ  Ｄｓｔ．ＩＰを当該エントリのＶＴＥＰのＩＰアドレスに変換する（ステップＳ１０１２）。
パケット生成部３１２Ｂは、ＶＴＥＰ設定テーブル内の全エントリ分ステップＳ１００８以降の処理をくり返し（ステップＳ１０１４：Ｎｏのループ）、全エントリ分の処理が終了すると（ステップＳ１０１４：Ｙｅｓ）、ステップＳ１０１６に移行する。
なお、上記ステップＳ１００８以降の処理において、パケット内のＶＮＩ（ＶＸＬＡＮ  ＩＤ）と一致するＶＮＩのエントリがゲートウェイ装置３０以外に複数ある場合には（ゲートウェイ装置３０以外に複数のＶＴＥＰがパケット内のＶＮＩに紐付けられている場合）、その数だけパケットをコピーして各ＶＴＥＰに送信することになる。
【００５７】
つづいて、パケット生成部３１２Ｂは、上記Ｂｒｉｄｇｅテーブルを参照し、パケット内のＩｎｎｅｒ  Ｓｒｃ．ＭＡＣと一致するＭＡＣアドレスのエントリがあるか否かを判断する（ステップＳ１０１６、ＭＡＣ＝Ｉｎｎｅｒ  Ｓｒｃ．ＭＡＣ）。
パケット内のＩｎｎｅｒ  Ｓｒｃ．ＭＡＣと一致するＭＡＣアドレスのエントリがある場合（ステップＳ１０１６：Ｙｅｓ）、Ｂｒｉｄｇｅテーブルにパケットの送信元ホストのＭＡＣアドレスが登録されている、すなわち学習済みの状態であるため、そのままステップＳ１０２０に移行する。
また、パケット内のＩｎｎｅｒ  Ｓｒｃ．ＭＡＣと一致するＭＡＣアドレスのエントリがない場合（ステップＳ１０１６：Ｎｏ）、Ｂｒｉｄｇｅテーブルにパケットの送信元ホストのＭＡＣアドレスが登録されていない、すなわち未学習の状態である。
このため、パケット生成部３１２Ｂは、送信元ホストのＭＡＣアドレス情報を含めるようにＥＶＰＮ  ＶＸＬＡＮ  ＭＡＣ学習機能部３０６ＡのＢｒｉｄｇｅテーブルを更新させるとともに、送信元ホストのＭＡＣアドレス情報をＥＶＰＮ網内の他のＶＴＥＰに送信するためのＥＶＰＮ  ＢＧＰアップデートを生成する（ステップＳ１０１８）。
【００５８】
その後、パケット生成部３１２Ａは、パケット（受信パケットおよびステップＳ１０１８で生成したＥＶＰＮ  ＢＧＰアップデート）をパケット送信部３０４Ａに送信し（ステップＳ１０２０）、本フローチャートの処理を終了する。
パケット送信部３０４Ａは、パケット生成部３１２Ｂから送信されたパケットをＥＶＰＮ網のＶＴＥＰ２０２に送信する。また、ＥＶＰＮ  ＢＧＰアップデートを受信した場合、ＥＶＰＮ網内のＶＴＥＰは、保持するＢｒｉｄｇｅテーブルに送信元ホストのＭＡＣアドレスを含めるよう更新する。
【００５９】
上記図９および図１０フローチャートの宛先未学習の処理（ステップＳ９００：ＮｏまたはＳ１０００：Ｎｏの場合の処理）が示すように、パケット生成部３１２Ｂは、送信先のＶＸＬＡＮにおけるＶＴＥＰ設定テーブル、すなわちトンネルの接続先ネットワークに対応する第２のテーブルを用いて、ＢＵＭトラフィックの転送先トンネル終端ポイント（転送先ＶＴＥＰ）を特定し、当該転送先トンネル終端ポイントにＢＵＭトラフィックを転送する第２の転送部として機能する。
また、ＶＮＩがＶＴＥＰ間（ＶＸＬＡＮ網間）で一意に設定しない場合には、上述のようにＶＮＩ変換部３１０で送信先のＶＸＬＡＮ網へのＶＮＩ変換テーブル、すなわちトンネルの接続先ネットワーク用のネットワークグループ識別子変換テーブルを用いてネットワークグループ識別子を変換した上で、ＢＵＭトラフィックの転送先トンネル終端ポイントを特定している。よって、ＶＮＩ変換部３１０もまた転送部の一部として機能している。
【００６０】
＜具体的な動作例＞
つぎに、ネットワークシステム１０における具体的な動作例について説明する。
異方式ＶＴＥＰ間において連携機能が必要な通信シナリオとして、ローカルホストからリモートホストに対するＡＲＰ（Ａｄｄｒｅｓｓ  Ｒｅｓｏｌｕｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）リクエストとその応答が挙げられる。具体的なパターンとしては、以下の組み合わせとなる。
＜パターン１＞送信元：ＥＶＰＮ網、送信先：Ｍｕｌｔｉｃａｓｔ網
＜パターン２＞送信元：ＥＶＰＮ網、送信先：Ｕｎｉｃａｓｔ網
＜パターン３＞送信元：Ｍｕｌｔｉｃａｓｔ網、送信先：ＥＶＰＮ網
＜パターン４＞送信元：Ｕｎｉｃａｓｔ網、送信先：ＥＶＰＮ網
なお、ＶＴＥＰがＭＡＣアドレス学習済の場合のユニキャスト通信についてはＡＲＰ応答が該当するため、個別の記載を省略する。
【００６１】
＜ＥＶＰＮ網から他網への通信＞
図１１は、ＥＶＰＮ網内のホストから他網（Ｍｕｌｔｉｃａｓｔ網またはＵｎｉｃａｓｔ網）のホストへのＡＲＰリクエスト時の処理を示すフローチャートであり、上記パターン１およびパターン２に対応する。
ＥＶＰＮ網のホスト２０４（Ｈｏｓｔ１）からリモートホスト（他網のホスト）であるＨｏｓｔＸに対するＡＲＰリクエストが送信されると（ステップＳ１１００）、Ｈｏｓｔ１に接続されたＥＶＰＮ網のＶＴＥＰ２０２（ＶＴＥＰ１）がＡＲＰリクエストを受信する。ＶＴＥＰ１がＨｏｓｔＸのＭＡＣアドレスを学習済みの場合はＶＴＥＰ１からＨｏｓｔ１にＡＲＰ応答を返信するが、ＶＴＥＰ１がＨｏｓｔＸのＭＡＣアドレスを未学習の場合はＶＴＥＰ１からゲートウェイ装置３０にＡＲＰリクエストを転送する。
【００６２】
ゲートウェイ装置３０のＥＶＰＮ  ＶＸＬＡＮ  ＭＡＣ学習機能部３０６Ａは、ＡＲＰリクエストを受信すると、まず保持しているＢｒｉｄｇｅテーブルにＡＲＰリクエストの送信元であるＨｏｓｔ１の情報が記録されているか否かを判断する（ステップＳ１１０２）。
ＢｒｉｄｇｅテーブルにＨｏｓｔ１の情報が記録されている場合には（ステップＳ１１０２：Ｙｅｓ）、そのままステップＳ１１０８に移行する。
また、ＢｒｉｄｇｅテーブルにＨｏｓｔ１の情報が記録されていない場合には（ステップＳ１１０２：Ｎｏ）、ＢｒｉｄｇｅテーブルにＨｏｓｔ１のエントリ（ＭＡＣアドレス、ＩＰアドレス、ＶＮＩ、転送先ＶＴＥＰ）を追加する（ステップＳ１１０４）。
また、ＥＶＰＮ網の全ＶＴＥＰ（ＶＴＥＰｎ）に対して、Ｈｏｓｔ１のＭＡＣアドレスを含むＥＶＰＮ  ＢＧＰアップデートを送信する（ステップＳ１１０６）。ゲートウェイ装置３０からのＥＶＰＮ  ＢＧＰアップデートを受信したＥＶＰＮ網のＶＴＥＰ（ＶＴＥＰｎ）は、それぞれが保持するＢｒｉｄｇｅテーブルにＨｏｓｔ１のエントリを追加する。
【００６３】
つぎに、ゲートウェイ装置３０のＥＶＰＮ  ＶＸＬＡＮ  ＭＡＣ学習機能部３０６Ａは、保持しているＢｒｉｄｇｅテーブルにＡＲＰリクエストされているＨｏｓｔＸの情報が記録されているか否かを判断する（ステップＳ１１０８）。
ＢｒｉｄｇｅテーブルにＨｏｓｔＸの情報が記録されている場合には（ステップＳ１１０８：Ｙｅｓ）、ＨｏｓｔＸのＭＡＣアドレスを含むＡＲＰリプライをＶＴＥＰ１に送信する（ステップＳ１１１４）。
ＡＲＰリプライを受信したＶＴＥＰ１は、ＡＲＰリプライをＨｏｓｔ１に転送する。
【００６４】
また、ＢｒｉｄｇｅテーブルにＨｏｓｔＸの情報が記録されていない場合には（ステップＳ１１０８：Ｎｏ）、ＡＲＰリクエストを他網（Ｍｕｌｔｉｃａｓｔ網／Ｕｎｉｃａｓｔ網）に転送する（ステップＳ１１１０）。
そして、ＡＲＰリプライを他網から受信すると（ステップＳ１１１２）、受信したＡＲＰリプライをＶＴＥＰ１に送信する（ステップＳ１１１４）。
ＡＲＰリプライを受信したＶＴＥＰ１は、ＡＲＰリプライをＨｏｓｔ１に転送する。
【００６５】
なお、ＭＡＣ学習テーブル（Ｂｒｉｄｇｅテーブル／ＶＴＥＰテーブル）は、一定の時間（エージングタイム）該当ＭＡＣアドレスを持つホストからのフレームを受信しないと、該当エントリを削除する（エージアウト）。例えばＨｏｓｔ１がＥＶＰＮ網から削除された場合、エージングタイム経過後に、例えばＶＴＥＰ１のＢｒｉｄｇｅテーブルからＨｏｓｔ１のエントリを削除する更新が行われる。この場合、ＶＴＥＰ１はＥＶＰＮ網の他のＶＴＥＰ（ゲートウェイ装置３０を含む）に対して、Ｈｏｓｔ１のエントリ削除を行うためのＥＶＰＮ  ＢＧＰアップデートを送信する。
【００６６】
＜ＥＶＰＮ網からＭｕｌｔｉｃａｓｔ網への通信（パターン１）＞
図１３〜図１６は、図１１のステップＳ１１１０およびＳ１１１２の詳細を模式的に示す説明図であり、ＥＶＰＮ網から他網へのＡＲＰリクエストの流れを示している。
図１３および図１４を用いて、ＥＶＰＮ網からＭｕｌｔｉｃａｓｔ網へのＡＲＰリクエストについて説明する。
図１３および図１４では、ＥＶＰＮ網内のホスト（Ｈｏｓｔ１）がＭｕｌｔｉｃａｓｔ網内のホスト（Ｈｏｓｔ２）へのＡＲＰリクエストを送信するものとし、ＥＶＰＮ網のＶＴＥＰは対向ホスト（図上のＨｏｓｔ２）情報を未学習であるものとする。
【００６７】
＜ＥＶＰＮ網からＭｕｌｔｉｃａｓｔ網への通信例（ＶＮＩ変換あり）＞
まず、図１３について説明する。図１３では、ＥＶＰＮ網とＭｕｌｔｉｃａｓｔ網との間でＶＮＩが一意に付与されていないものとし、Ｈｏｓｔ１およびＨｏｓｔ２が属するネットワークグループは、ＥＶＰＮ網ではＶＮＩ１００、Ｍｕｌｔｉｃａｓｔ網ではＶＮＩ１０が付与されているものとする。
Ｈｏｓｔ１は、Ｈｏｓｔ２に対するＡＲＰリクエスト（ＡＲＰ要求）をＥＶＰＮ網内のＶＴＥＰ（ＶＴＥＰ１）に送信する（ステップＳ１３００）。
Ｈｏｓｔ１からのＡＲＰリクエストには、Ｓｒｃ．ＭＡＣとしてＨｏｓｔ１のＭＡＣアドレス（ＭＡＣ１）、Ｄｓｔ．ＭＡＣとしてブロードキャスト（ＢＣ）、Ｓｒｃ．ＩＰとしてＨｏｓｔ１のＩＰアドレス（ＩＰ１）、Ｄｓｔ．ＩＰとしてＨｏｓｔ２のＩＰアドレス（ＩＰ２）が記載されている。
【００６８】
ＶＴＥＰ１のＢｒｉｄｇｅテーブルにはＨｏｓｔ２のＭＡＣアドレスがないため、ＶＴＥＰ１は、保持しているＶＴＥＰ設定テーブル（図６（Ａ）上段参照）を参照して、ゲートウェイ装置（ＧＷ）３０へとＡＲＰリクエストを転送する（ステップＳ１３０２）。
このとき、ＶＴＥＰ１は、Ｈｏｓｔ１から受信したＡＲＰリクエスト（Ｉｎｎｅｒ情報）にＶＸＬＡＮヘッダ（Ｏｕｔｅｒ情報）を付加する。具体的には、Ｏｕｔｅｒ  Ｓｒｃ．ＩＰとしてＶＴＥＰ１のＩＰアドレス（以下、「ＶＴＥＰ１」と表記する）、Ｏｕｔｅｒ  Ｄｓｔ．ＩＰとしてゲートウェイ装置３０のＩＰアドレス（以下、「ＧＷ」と表記する）、Ｏｕｔｅｒ  ＵＤＰとして４７８９、ＶＸＬＡＮ  ＩＤとしてＶＮＩ１００を付加する。
なお、ＶＴＥＰ１とゲートウェイ装置３０との間におけるＡＲＰパケットの転送は、ＥＶＰＮ網のＶＴＥＰ間で事前に交換しているＢＵＭ転送方法で行われる。本実施の形態では最も一般的なＨＥＲ（Ｈｅａｄ−Ｅｎｄ  Ｒｅｐｌｉｃａｔｉｏｎ）方式とし、ＡＲＰパケットをユニキャストで送信する。
【００６９】
ゲートウェイ装置３０のパケット受信部３０２Ａで受信されたＡＲＰリクエストは、パケット複製部３０８Ａを経て、ＶＮＩ変換部３１０Ａで図８のフローチャートの処理がなされる。本図の例では、網間でＶＮＩが一意に付与されておらず、ＶＮＩ変換が必要となる（図８のステップＳ８０６：Ｎｏ）。よって、ＶＮＩ変換部３１０Ａでは、パケット内のＶＮＩの変換およびＯｕｔｅｒ  Ｓｒｃ．ＩＰの変更をおこなう（図８のステップＳ８０８）。
具体的には、ＡＲＰリクエスト内のＶＸＬＡＮ  ＩＤをＶＮＩ１００からＶＮＩ１０に変換する（図７（Ａ）参照）。また、ＡＲＰリクエスト内のＯｕｔｅｒ  Ｓｒｃ．ＩＰをゲートウェイ装置３０（ＧＷ）のＩＰアドレスに変更する。
【００７０】
ＶＮＩ変換部３１０Ａを経たＡＲＰリクエストは、パケット生成部３１２Ａに送信される。パケット生成部３１２Ａでは、図９に示す処理がなされる。本図の例ではゲートウェイ装置３０ではＨｏｓｔ２の情報を未学習であるため、ステップＳ９００：Ｎｏ側の処理を行う。具体的には、ＡＲＰリクエストのＯｕｔｅｒ  Ｄｓｔ．ＩＰを、Ｍｕｌｔｉｃａｓｔ  ＶＸＬＡＮ  ＭＡＣ学習機能部３０６Ｂが保持するＶＴＥＰ設定テーブル（図６（Ｂ）上段参照）に合わせて変更する。すなわち、Ｏｕｔｅｒ  Ｄｓｔ．ＩＰをＭｕｌｔｉｃａｓｔ１（マルチキャストグループ１）に変更する。
【００７１】
その後、パケット送信部３０４ＢからＭｕｌｔｉｃａｓｔ網内のＭｕｌｔｉｃａｓｔ１にＡＲＰリクエストがマルチキャスト送信される（ステップＳ１３０４）。図中下線部がゲートウェイ装置３０で変換された箇所である。
Ｍｕｌｔｉｃａｓｔ１に属するＶＴＥＰ（ＶＴＥＰ２）は、ＡＲＰリクエストを受信し、ＡＲＰリクエストに含まれる情報を用いてＶＴＥＰテーブルを更新する（ステップＳ１３０６）。すなわち、Ｈｏｓｔ１のＭＡＣアドレス（ＭＡＣ１）、Ｈｏｓｔ１が属するＶＮＩ（ＶＮＩ１０）、Ｈｏｓｔ１に対応するＶＴＥＰのＩＰアドレス（ＡＲＰリクエストのＯｕｔｅｒ  Ｓｒｃ．ＩＰ＝ゲートウェイ装置３０のアドレス）をＶＴＥＰテーブルのエントリとして登録する。
【００７２】
また、ＶＴＥＰ２は、受信したＡＲＰリクエストからＶＸＬＡＮヘッダを除いてＨｏｓｔ２に転送し（ステップＳ１３０８）、Ｈｏｓｔ２からＡＲＰリプライ（ＡＲＰ応答）を受信する（ステップＳ１３１０）。
Ｈｏｓｔ２からのＡＲＰリプライには、Ｓｒｃ．ＭＡＣとしてＨｏｓｔ２のＭＡＣアドレス（ＭＡＣ２）、Ｄｓｔ．ＭＡＣとしてＨｏｓｔ１のＭＡＣアドレス（ＭＡＣ１）、Ｓｒｃ．ＩＰとしてＨｏｓｔ２のＩＰアドレス（ＩＰ２）、Ｄｓｔ．ＩＰとしてＨｏｓｔ１のＩＰアドレス（ＩＰ１）が記載されている。
ＶＴＥＰ２は、Ｈｏｓｔ２から受信したＡＲＰリプライ（Ｉｎｎｅｒ情報）にＶＸＬＡＮヘッダ（Ｏｕｔｅｒ情報）を付加して、ユニキャストでゲートウェイ装置３０に送信する（ステップＳ１３１２）。具体的には、Ｏｕｔｅｒ  Ｓｒｃ．ＩＰとして自身のＩＰアドレス（ＶＴＥＰ２）、Ｏｕｔｅｒ  Ｄｓｔ．ＩＰとしてゲートウェイ装置３０のＩＰアドレス、Ｏｕｔｅｒ  ＵＤＰとして４７８９、ＶＸＬＡＮ  ＩＤとしてＶＮＩ１０を付加する。
【００７３】
ゲートウェイ装置３０のパケット受信部３０２ＢでＡＲＰリプライを受信すると、Ｍｕｌｔｉｃａｓｔ  ＶＸＬＡＮ  ＭＡＣ学習機能部３０６Ｂは、ＡＲＰリプライに含まれる情報を用いてＶＴＥＰテーブルを更新する（ステップＳ１３１４）。すなわち、Ｈｏｓｔ２のＭＡＣアドレス（ＭＡＣ２）、Ｈｏｓｔ２が属するＶＮＩ（ＶＮＩ１０）、Ｈｏｓｔ２に対応するＶＴＥＰのＩＰアドレス（Ｏｕｔｅｒ  Ｓｒｃ．ＩＰ＝ＶＴＥＰ２）をＶＴＥＰテーブルのエントリとして登録する。
ＶＮＩ変換部３１０Ｂに送信されたＡＲＰリプライは、図８のフローチャートの処理がなされる。すなわち、ＶＮＩ変換部３１０Ｂは、ＡＲＰリプライ内のＶＸＬＡＮ  ＩＤをＶＮＩ１０からＶＮＩ１００に変換するとともに（図７（Ｃ）参照）、ＡＲＰリクエスト内のＯｕｔｅｒ  Ｓｒｃ．ＩＰをゲートウェイ装置３０（ＧＷ）のＩＰアドレスに変更する（図８のステップＳ８０８）。
【００７４】
ＶＮＩ変換部３１０Ｂを経たＡＲＰリプライは、パケット生成部３１２Ｂに送信され、図１０のフローチャートに示す処理がなされる。本図の例ではゲートウェイ装置３０のＢｒｉｄｇｅテーブルではＨｏｓｔ２の情報を未学習であるため、ステップＳ１０００：Ｎｏ側の処理を行う。具体的には、ＡＲＰリプライのＯｕｔｅｒ  Ｄｓｔ．ＩＰを、ＥＶＰＮ  ＶＸＬＡＮ  ＭＡＣ学習機能部３０６Ａが保持するＶＴＥＰ設定テーブル（図６（Ａ）上段参照）に合わせて変更する。すなわち、Ｏｕｔｅｒ  Ｄｓｔ．ＩＰをＶＮＩ１００に対応づけられたＶＴＥＰ１に変更する（図１０のステップＳ１０１２）。
また、このとき、ＥＶＰＮ  ＶＸＬＡＮ  ＭＡＣ学習機能部３０６ＡのＢｒｉｄｇｅテーブル（図６（Ａ）下段参照）にＨｏｓｔ２の情報を登録する（ステップＳ１３１４）。すなわち、Ｈｏｓｔ２のＭＡＣアドレス（ＭＡＣ２）、Ｈｏｓｔ２のＩＰアドレス（ＩＰ２）、Ｈｏｓｔ２が属するＶＮＩ（ＶＮＩ１００）、ＭＡＣ２に対応するＶＴＥＰのＩＰアドレス（ステップＳ１３１２で受信した元のＡＲＰリプライのＯｕｔｅｒ  Ｓｒｃ．ＩＰ＝ＶＴＥＰ２）をＢｒｉｄｇｅテーブルのエントリとして登録する（ステップＳ１３１６）。
【００７５】
ゲートウェイ装置３０のＭＡＣ学習機能部３０６では、原則的にパケット送信時にはＭＡＣアドレス学習を行わず、パケット受信時のＤ−Ｐｌａｎｅ学習のみをおこなう。ＥＶＰＮ  ＭＡＣ学習機能部３０６ＡではＣ−Ｐｌａｎｅ学習が可能であり、ＶＴＥＰ配下のホストのＭＡＣ情報が更新されると、該当ＶＴＥＰはＭＡＣ情報を乗せたＢＧＰアップデートを送信することで各ＶＴＥＰのＭＡＣ情報を更新する。
一方で、ゲートウェイ装置３０のＥＶＰＮ  ＭＡＣ学習機能部３０６Ａには直接ホストが接続していないため、通常のＢＧＰアップデートを送信することができない。このため、ＥＶＰＮ網にパケットを送信する際に強制的にＭＡＣ情報を更新するようにして、ＥＶＰＮ網から他網への通信が毎回ＢＵＭトラフィックとなることを回避している。
すなわち、ゲートウェイ装置２０は、トンネル終端ポイント（ＶＴＥＰ）からのパケット受信時に当該パケットの送信元トンネル終端ポイントにおけるＭＡＣアドレス学習方式でＭＡＣアドレスを学習するとともに、トンネル終端ポイントへのパケット送信時には、当該パケットの送信先がＥＶＰＮ  ＭＰ−ＢＧＰを用いたＭＡＣアドレス学習を行うトンネル終端ポイント（ＥＶＰＮ網のＶＴＥＰ）の場合にのみ送信パケットの情報から自身のＭＡＣ学習テーブル（Ｂｒｉｄｇｅテーブル）の更新を行い、ＭＡＣアドレス学習結果をＢＧＰアップデートとしてＥＶＰＮ  ＭＰ−ＢＧＰを用いたＭＡＣアドレス学習を行うトンネル終端ポイントを含むＶＸＬＡＮ網（ＥＶＰＮ網）に送信する。
【００７６】
その後、パケット送信部３０４ＡからＶＴＥＰ１にＡＲＰリプライがユニキャスト送信される（ステップＳ１３１８）。ＶＴＥＰ１は、ＡＲＰリプライからＶＸＬＡＮヘッダを除去した上でＨｏｓｔ１へと転送する（ステップＳ１３２０）。
また、ゲートウェイ装置３０からＶＴＥＰ１に対してＨｏｓｔ２の情報を含むＥＶＰＮ  ＢＧＰアップデートを送信する。このＥＶＰＮ  ＢＧＰアップデートには、Ｈｏｓｔ２のＭＡＣアドレス（ＭＡＣ２）、Ｈｏｓｔ２のＩＰアドレス（ＩＰ２）、Ｈｏｓｔ２が属するＶＮＩ（ＶＮＩ１００）、ＭＡＣ２に対応するＶＴＥＰのＩＰアドレス（ＧＷ）が含まれる。
ＶＴＥＰ１は、ＥＶＰＮ  ＢＧＰアップデートに基づいて、保持するＢｒｉｄｇｅテーブルを更新する（ステップＳ１３２２）。すなわち、Ｈｏｓｔ２のＭＡＣアドレス（ＭＡＣ２）、Ｈｏｓｔ２のＩＰアドレス（ＩＰ２）、Ｈｏｓｔ２が属するＶＮＩ（ＶＮＩ１００）、Ｈｏｓｔ２に対応するＶＴＥＰのＩＰアドレス（ＧＷ）をＢｒｉｄｇｅテーブルのエントリとして登録する。 
【００７７】
＜ＥＶＰＮ網からＭｕｌｔｉｃａｓｔ網への通信例（ＶＮＩ変換なし）＞
つぎに、図１４について説明する。図１４では、ＥＶＰＮ網とＭｕｌｔｉｃａｓｔ網との間でＶＮＩが一意に付与されているものとし、Ｈｏｓｔ１およびＨｏｓｔ２が属するネットワークグループにはＶＮＩ１００が付与されているものとする。
Ｈｏｓｔ１は、Ｈｏｓｔ２に対するＡＲＰリクエスト（ＡＲＰ要求）をＥＶＰＮ網内のＶＴＥＰ（ＶＴＥＰ１）に送信する（ステップＳ１４００）。
【００７８】
Ｈｏｓｔ１からのＡＲＰリクエストには、Ｓｒｃ．ＭＡＣとしてＨｏｓｔ１のＭＡＣアドレス（ＭＡＣ１）、Ｄｓｔ．ＭＡＣとしてブロードキャスト（ＢＣ）、Ｓｒｃ．ＩＰとしてＨｏｓｔ１のＩＰアドレス（ＩＰ１）、Ｄｓｔ．ＩＰとしてＨｏｓｔ２のＩＰアドレス（ＩＰ２）が記載されている。
ＶＴＥＰ１のＢｒｉｄｇｅテーブルにはＨｏｓｔ２のＭＡＣアドレスがないため、ＶＴＥＰ１からゲートウェイ装置（ＧＷ）３０へとＡＲＰリクエストを転送する（ステップＳ１４０２）。
このとき、ＶＴＥＰ１は、Ｈｏｓｔ１から受信したＡＲＰリクエスト（Ｉｎｎｅｒ情報）にＶＸＬＡＮヘッダ（Ｏｕｔｅｒ情報）を付加する。具体的には、Ｏｕｔｅｒ  Ｓｒｃ．ＩＰとしてＶＴＥＰ１のＩＰアドレス（以下、「ＶＴＥＰ１」と表記する）、Ｏｕｔｅｒ  Ｄｓｔ．ＩＰとしてゲートウェイ装置３０のＩＰアドレス（ＧＷ）、Ｏｕｔｅｒ  ＵＤＰとして４７８９、ＶＸＬＡＮ  ＩＤとしてＶＮＩ１００を付加する。
【００７９】
ゲートウェイ装置３０のパケット受信部３０２Ａで受信されたＡＲＰリクエストは、パケット複製部３０８Ａを経てＶＮＩ変換部３１０Ａで図８のフローチャートの処理がなされる。本図の例では、網間でＶＮＩが一意に付与されているため、ＶＮＩ変換の必要はない（図８のステップＳ８０６：Ｙｅｓ）。よって、ＶＮＩ変換部３１０Ａでは、パケット内のＶＮＩの変換およびＯｕｔｅｒ  Ｓｒｃ．ＩＰの変更（図８のステップＳ８０８参照）は行わない。
【００８０】
ＶＮＩ変換部３１０Ａを経たＡＲＰリクエストは、パケット生成部３１２Ａに送信される。パケット生成部３１２Ａでは、図９に示す処理がなされる。本図の例ではゲートウェイ装置３０ではＨｏｓｔ２の情報を未学習であるため、ステップＳ９００：Ｎｏ側の処理を行う。具体的には、ＡＲＰリクエストのＯｕｔｅｒ  Ｄｓｔ．ＩＰを、Ｍｕｌｔｉｃａｓｔ  ＶＸＬＡＮ  ＭＡＣ学習機能部３０６Ｂが保持するＶＴＥＰ設定テーブルに合わせて変更する。ここでは、Ｍｕｌｔｉｃａｓｔ  ＶＸＬＡＮ  ＭＡＣ学習機能部３０６Ｂが保持するＶＴＥＰ設定テーブルにおいて、ＶＮＩ１００に対して、Ｍｕｌｔｉｃａｓｔ１（マルチキャストグループ１）が紐付けられているものとする。この場合、パケット生成部３１２Ｄは、ＡＲＰリクエストのＯｕｔｅｒ  Ｄｓｔ．ＩＰをＭｕｌｔｉｃａｓｔ１に変更する。
【００８１】
その後、パケット送信部３０４からＭｕｌｔｉｃａｓｔ網内のＭｕｌｔｉｃａｓｔ１にＡＲＰリクエストが送信される（ステップＳ１４０４）。図中下線部がゲートウェイ装置３０で変換された箇所である。
Ｍｕｌｔｉｃａｓｔ１に属するＶＴＥＰ（ＶＴＥＰ２）は、ＡＲＰリクエストを受信し、ＡＲＰリクエストに含まれる情報を用いてＶＴＥＰテーブルを更新する（ステップＳ１４０６）。すなわち、Ｈｏｓｔ１のＭＡＣアドレス（ＭＡＣ１）、Ｈｏｓｔ１が属するＶＮＩ（ＶＮＩ１００）、Ｈｏｓｔ１に対応するＶＴＥＰのＩＰアドレス（ＡＲＰリクエストのＯｕｔｅｒ  Ｓｒｃ．ＩＰ＝ＶＴＥＰ１）をＶＴＥＰテーブルのエントリとして登録する。
【００８２】
また、ＶＴＥＰ２は、受信したＡＲＰリクエストからＶＸＬＡＮヘッダを除いてＨｏｓｔ２に転送し（ステップＳ１４０８）、Ｈｏｓｔ２からＡＲＰリプライ（ＡＲＰ応答）を受信する（ステップＳ１４１０）。
Ｈｏｓｔ２からのＡＲＰリプライには、Ｓｒｃ．ＭＡＣとしてＨｏｓｔ２のＭＡＣアドレス（ＭＡＣ２）、Ｄｓｔ．ＭＡＣとしてＨｏｓｔ１のＭＡＣアドレス（ＭＡＣ１）、Ｓｒｃ．ＩＰとしてＨｏｓｔ２のＩＰアドレス（ＩＰ２）、Ｄｓｔ．ＩＰとしてＨｏｓｔ１のＩＰアドレス（ＩＰ１）が記載されている。
ＶＴＥＰ２は、Ｈｏｓｔ２から受信したＡＲＰリプライ（Ｉｎｎｅｒ情報）にＶＸＬＡＮヘッダ（Ｏｕｔｅｒ情報）を付加して、ＶＴＥＰ１にユニキャスト送信する（ステップＳ１４１２）。具体的には、Ｏｕｔｅｒ  Ｓｒｃ．ＩＰとして自身のＩＰアドレス（ＶＴＥＰ２）、Ｏｕｔｅｒ  Ｄｓｔ．ＩＰとしてＶＴＥＰ１のＩＰアドレス、Ｏｕｔｅｒ  ＵＤＰとして４７８９、ＶＸＬＡＮ  ＩＤとしてＶＮＩ１００を付加する。
【００８３】
ＶＴＥＰ１は、ＡＲＰリプライからＶＸＬＡＮヘッダを除去した上でＨｏｓｔ１へと転送する（ステップＳ１４１４）。
また、ＶＴＥＰ１では、ＡＲＰリプライに含まれるＨｏｓｔ２の情報を用いてＢｒｉｄｇｅテーブルを更新する（ステップＳ１４１６）。すなわち、Ｈｏｓｔ２のＭＡＣアドレス（ＭＡＣ２）、Ｈｏｓｔ２のＩＰアドレス（ＩＰ２）、Ｈｏｓｔ２が属するＶＮＩ（ＶＮＩ１００）、Ｈｏｓｔ２に対応するＶＴＥＰのＩＰアドレス（Ｏｕｔｅｒ  Ｓｒｃ．ＩＰ＝ＶＴＥＰ２）をＢｒｉｄｇｅテーブルのエントリとして登録する。
これにより、次回以降のＨｏｓｔ１−Ｈｏｓｔ２間の通信は、ゲートウェイ装置３０を経由せずに行われる。
【００８４】
＜ＥＶＰＮ網からＵｎｉｃａｓｔ網への通信（パターン２）＞
図１５および図１６を用いて、ＥＶＰＮ網からＵｎｉｃａｓｔ網へのＡＲＰリクエストについて説明する。
図１５および図１６では、ＥＶＰＮ網内のホスト（Ｈｏｓｔ１）がＵｎｉｃａｓｔ網内のホスト（Ｈｏｓｔ３）へのＡＲＰリクエストを送信するものとする。
図１５および図１６では、対向ホスト（図上のＨｏｓｔ３）情報をＥＶＰＮ網のＶＴＥＰが未学習であるものとし、図１５では網間でＶＮＩを一意に付与していない場合（ＶＮＩ変換あり）、図１６では網間でＶＮＩを一意に付与している場合（ＶＮＩ変換なし）を示す。
【００８５】
＜ＥＶＰＮ網からＵｎｉｃａｓｔ網への通信例（ＶＮＩ変換あり）＞
まず、図１５について説明する。図１５では、ＥＶＰＮ網とＵｎｉｃａｓｔ網との間でＶＮＩが一意に付与されていないものとし、Ｈｏｓｔ１およびＨｏｓｔ３が属するネットワークグループは、ＥＶＰＮ網ではＶＮＩ１００、Ｕｎｉｃａｓｔ網ではＶＮＩ１０００が付与されているものとする。
Ｈｏｓｔ１は、Ｈｏｓｔ３に対するＡＲＰリクエスト（ＡＲＰ要求）をＥＶＰＮ網内のＶＴＥＰ（ＶＴＥＰ１）に送信する（ステップＳ１５００）。
Ｈｏｓｔ１からのＡＲＰリクエストには、Ｓｒｃ．ＭＡＣとしてＨｏｓｔ１のＭＡＣアドレス（ＭＡＣ１）、Ｄｓｔ．ＭＡＣとしてブロードキャスト（ＢＣ）、Ｓｒｃ．ＩＰとしてＨｏｓｔ１のＩＰアドレス（ＩＰ１）、Ｄｓｔ．ＩＰとしてＨｏｓｔ３のＩＰアドレス（ＩＰ３）が記載されている。
【００８６】
ＶＴＥＰ１のＢｒｉｄｇｅテーブルにはＨｏｓｔ３のＭＡＣアドレスがないため、ＶＴＥＰ１からゲートウェイ装置（ＧＷ）３０へとＡＲＰリクエストを転送する（ステップＳ１５０２）。
このとき、ＶＴＥＰ１は、Ｈｏｓｔ１から受信したＡＲＰリクエスト（Ｉｎｎｅｒ情報）にＶＸＬＡＮヘッダ（Ｏｕｔｅｒ情報）を付加する。具体的には、Ｏｕｔｅｒ  Ｓｒｃ．ＩＰとしてＶＴＥＰ１のＩＰアドレス（以下、「ＶＴＥＰ１」と表記する）、Ｏｕｔｅｒ  Ｄｓｔ．ＩＰとしてゲートウェイ装置３０のＩＰアドレス（以下、「ＧＷ」と表記する）、Ｏｕｔｅｒ  ＵＤＰとして４７８９、ＶＸＬＡＮ  ＩＤとしてＶＮＩ１００を付加する。
【００８７】
ゲートウェイ装置３０のパケット受信部３０２Ａで受信されたＡＲＰリクエストは、パケット複製部３０８Ａを経てＶＮＩ変換部３１０Ｄで図８のフローチャートの処理がなされる。本図の例では、網間でＶＮＩが一意に付与されておらず、ＶＮＩ変換が必要となる（図８のステップＳ８０６：Ｎｏ）。よって、ＶＮＩ変換部３１０Ａでは、パケット内のＶＮＩの変換およびＯｕｔｅｒ  Ｓｒｃ．ＩＰの変更をおこなう（図８のステップＳ８０８）。
具体的には、ＡＲＰリクエスト内のＶＸＬＡＮ  ＩＤをＶＮＩ１００からＶＮＩ１０００に変換する（図７（Ｂ）参照）。また、ＡＲＰリクエスト内のＯｕｔｅｒ  Ｓｒｃ．ＩＰをゲートウェイ装置３０（ＧＷ）のＩＰアドレスに変換する。
【００８８】
ＶＮＩ変換部３１０Ａを経たＡＲＰリクエストは、パケット生成部３１２Ｄに送信される。パケット生成部３１２Ｄでは、図９に示す処理がなされる。本図の例ではゲートウェイ装置３０ではＨｏｓｔ３の情報を未学習であるため、ステップＳ９００：Ｎｏ側の処理を行う。具体的には、ＡＲＰリクエストのＯｕｔｅｒ  Ｄｓｔ．ＩＰを、Ｕｎｉｃａｓｔ  ＶＸＬＡＮ  ＭＡＣ学習機能部３０６Ｃが保持するＶＴＥＰ設定テーブル（図６（Ｃ）上段参照）に合わせて変更する。すなわち、Ｏｕｔｅｒ  Ｄｓｔ．ＩＰをＵｎｉｃａｓｔ網内のＶＴＥＰ３のＩＰアドレス（「ＶＴＥＰ３」と表記）に変更する。
【００８９】
その後、パケット送信部３０４ＣからＶＴＥＰ３にＡＲＰリクエストがユニキャスト送信される（ステップＳ１５０４）。図中下線部がゲートウェイ装置３０で変換された箇所である。
ＶＴＥＰ３はＡＲＰリクエストを受信し、ＡＲＰリクエストに含まれる情報を用いてＶＴＥＰテーブルを更新する（ステップＳ１５０６）。すなわち、Ｈｏｓｔ１のＭＡＣアドレス（ＭＡＣ１）、Ｈｏｓｔ１が属するＶＮＩ（ＶＮＩ１０００）、Ｈｏｓｔ１に対応するＶＴＥＰのＩＰアドレス（ＡＲＰリクエストのＯｕｔｅｒ  Ｓｒｃ．ＩＰ＝ゲートウェイ装置３０のアドレス）をＶＴＥＰテーブルのエントリとして登録する。
【００９０】
また、ＶＴＥＰ３は、受信したＡＲＰリクエストからＶＸＬＡＮヘッダを除いてＨｏｓｔ３に転送し（ステップＳ１５０８）、Ｈｏｓｔ３からＡＲＰリプライ（ＡＲＰ応答）を受信する（ステップＳ１５１０）。
Ｈｏｓｔ３からのＡＲＰリプライには、Ｓｒｃ．ＭＡＣとしてＨｏｓｔ３のＭＡＣアドレス（ＭＡＣ３）、Ｄｓｔ．ＭＡＣとしてＨｏｓｔ１のＭＡＣアドレス（ＭＡＣ１）、Ｓｒｃ．ＩＰとしてＨｏｓｔ３のＩＰアドレス（ＩＰ３）、Ｄｓｔ．ＩＰとしてＨｏｓｔ１のＩＰアドレス（ＩＰ１）が記載されている。
ＶＴＥＰ３は、Ｈｏｓｔ３から受信したＡＲＰリプライ（Ｉｎｎｅｒ情報）にＶＸＬＡＮヘッダ（Ｏｕｔｅｒ情報）を付加して、ユニキャストでゲートウェイ装置３０に送信する（ステップＳ１５１２）。具体的には、Ｏｕｔｅｒ  Ｓｒｃ．ＩＰとして自身のＩＰアドレス（ＶＴＥＰ３）、Ｏｕｔｅｒ  Ｄｓｔ．ＩＰとしてゲートウェイ装置３０のＩＰアドレス、Ｏｕｔｅｒ  ＵＤＰとして４７８９、ＶＸＬＡＮ  ＩＤとしてＶＮＩ１０００を付加する。
【００９１】
ゲートウェイ装置３０のパケット受信部３０２ＣでＡＲＰリプライを受信すると、Ｕｎｉｃａｓｔ  ＶＸＬＡＮ  ＭＡＣ学習機能部３０６Ｃは、ＡＲＰリプライに含まれる情報を用いてＶＴＥＰテーブルを更新する（ステップＳ１５１４）。すなわち、Ｈｏｓｔ３のＭＡＣアドレス（ＭＡＣ３）、Ｈｏｓｔ３が属するＶＮＩ（ＶＮＩ１０００）、Ｈｏｓｔ３に対応するＶＴＥＰのＩＰアドレス（Ｏｕｔｅｒ  Ｓｒｃ．ＩＰ＝ＶＴＥＰ３）をＶＴＥＰテーブルのエントリとして登録する。
ＶＮＩ変換部３１０Ｃに送信されたＡＲＰリプライは、図８のフローチャートの処理がなされる。すなわち、ＶＮＩ変換部３１０Ｃは、ＡＲＰリプライ内のＶＸＬＡＮ  ＩＤをＶＮＩ１０００からＶＮＩ１００に変換するとともに（図７（Ｄ）参照）、ＡＲＰリクエスト内のＯｕｔｅｒ  Ｓｒｃ．ＩＰをゲートウェイ装置３０（ＧＷ）のＩＰアドレスに変更する（図８のステップＳ８０８）。
【００９２】
ＶＮＩ変換部３１０Ｃを経たＡＲＰリプライは、パケット生成部３１２Ｃに送信され、図１０のフローチャートに示す処理がなされる。本図の例ではゲートウェイ装置３０のＢｒｉｄｇｅテーブルではＨｏｓｔ３の情報を未学習であるため、ステップＳ１０００：Ｎｏ側の処理を行う。具体的には、ＡＲＰリプライのＯｕｔｅｒ  Ｄｓｔ．ＩＰを、ＥＶＰＮ  ＶＸＬＡＮ  ＭＡＣ学習機能部３０６Ａが保持するＶＴＥＰ設定テーブル（図６（Ａ）上段参照）に合わせて変更する。すなわち、Ｏｕｔｅｒ  Ｄｓｔ．ＩＰをＶＮＩ１００に対応づけられたＶＴＥＰ１に変更する（図１０のステップＳ１０１２）。
【００９３】
また、このとき、ＥＶＰＮ  ＶＸＬＡＮ  ＭＡＣ学習機能部３０６ＡのＢｒｉｄｇｅテーブル（図６（Ａ）下段参照）にＨｏｓｔ３の情報を登録する（ステップＳ１５１６）。すなわち、Ｈｏｓｔ３のＭＡＣアドレス（ＭＡＣ３）、Ｈｏｓｔ３のＩＰアドレス（ＩＰ３）、Ｈｏｓｔ３が属するＶＮＩ（ＶＮＩ１００）、Ｈｏｓｔ３に対応するＶＴＥＰのＩＰアドレス（ステップＳ１５１２で受信した元のＡＲＰリプライのＯｕｔｅｒ  Ｓｒｃ．ＩＰ＝ＶＴＥＰ３）をＢｒｉｄｇｅテーブルのエントリとして登録する。
【００９４】
その後、パケット送信部３０４ＡからＶＴＥＰ１にＡＲＰリプライがユニキャスト送信される（ステップＳ１５１８）。ＶＴＥＰ１は、ＡＲＰリプライからＶＸＬＡＮヘッダを除去した上でＨｏｓｔ１へと転送する（ステップＳ１５２０）。
また、ゲートウェイ装置３０からＶＴＥＰ１に対してＨｏｓｔ３の情報を含むＥＶＰＮ  ＢＧＰアップデートを送信する。このＥＶＰＮ  ＢＧＰアップデートには、Ｈｏｓｔ３のＭＡＣアドレス（ＭＡＣ３）、Ｈｏｓｔ３のＩＰアドレス（ＩＰ３）、Ｈｏｓｔ３が属するＶＮＩ（ＶＮＩ１００）、ＭＡＣ３に対応するＶＴＥＰのＩＰアドレス（ＧＷ）が含まれる。
ＶＴＥＰ１は、ＥＶＰＮ  ＢＧＰアップデートに基づいて、保持するＢｒｉｄｇｅテーブルを更新する（ステップＳ１５２２）。すなわち、Ｈｏｓｔ３のＭＡＣアドレス（ＭＡＣ３）、Ｈｏｓｔ３のＩＰアドレス（ＩＰ３）、Ｈｏｓｔ３が属するＶＮＩ（ＶＮＩ１００）、ＭＡＣ３に対応するＶＴＥＰのＩＰアドレス（ＧＷ）をＢｒｉｄｇｅテーブルのエントリとして登録する。
【００９５】
＜ＥＶＰＮ網からＵｎｉｃａｓｔ網への通信例（ＶＮＩ変換なし）＞
つぎに、図１６について説明する。図１６では、ＥＶＰＮ網とＵｎｉｃａｓｔ網との間でＶＮＩが一意に付与されているものとし、Ｈｏｓｔ１およびＨｏｓｔ３が属するネットワークグループにはＶＮＩ１００が付与されているものとする。
Ｈｏｓｔ１は、Ｈｏｓｔ３に対するＡＲＰリクエスト（ＡＲＰ要求）をＥＶＰＮ網内のＶＴＥＰ（ＶＴＥＰ１）に送信する（ステップＳ１６００）。
Ｈｏｓｔ１からのＡＲＰリクエストには、Ｓｒｃ．ＭＡＣとしてＨｏｓｔ１のＭＡＣアドレス（ＭＡＣ１）、Ｄｓｔ．ＭＡＣとしてブロードキャスト（ＢＣ）、Ｓｒｃ．ＩＰとしてＨｏｓｔ１のＩＰアドレス（ＩＰ１）、Ｄｓｔ．ＩＰとしてＨｏｓｔ３のＩＰアドレス（ＩＰ３）が記載されている。
【００９６】
ＶＴＥＰ１のＢｒｉｄｇｅテーブルにはＨｏｓｔ３のＭＡＣアドレスがないため、ＶＴＥＰ１からゲートウェイ装置（ＧＷ）３０へとＡＲＰリクエストを転送する（ステップＳ１６０２）。
このとき、ＶＴＥＰ１は、Ｈｏｓｔ１から受信したＡＲＰリクエスト（Ｉｎｎｅｒ情報）にＶＸＬＡＮヘッダ（Ｏｕｔｅｒ情報）を付加する。具体的には、Ｏｕｔｅｒ  Ｓｒｃ．ＩＰとしてＶＴＥＰ１のＩＰアドレス（以下、「ＶＴＥＰ１」と表記する）、Ｏｕｔｅｒ  Ｄｓｔ．ＩＰとしてゲートウェイ装置３０のＩＰアドレス（ＧＷ）、Ｏｕｔｅｒ  ＵＤＰとして４７８９、ＶＸＬＡＮ  ＩＤとしてＶＮＩ１００を付加する。
【００９７】
ゲートウェイ装置３０のパケット受信部３０２Ａで受信されたＡＲＰリクエストは、パケット複製部３０８Ａを経てＶＮＩ変換部３１０Ｄで図８のフローチャートの処理がなされる。本図の例では、網間でＶＮＩが一意に付与されているため、ＶＮＩ変換の必要はない（図８のステップＳ８０６：Ｙｅｓ）。よって、ＶＮＩ変換部３１０Ａでは、パケット内のＶＮＩの変換およびＯｕｔｅｒ  Ｓｒｃ．ＩＰの変更（図８のステップＳ８０８参照）は行わない。
【００９８】
ＶＮＩ変換部３１０Ａを経たＡＲＰリクエストは、パケット生成部３１２Ｄに送信される。パケット生成部３１２Ｄでは、図９に示す処理がなされる。本図の例ではゲートウェイ装置３０ではＨｏｓｔ３の情報を未学習であるため、ステップＳ９００：Ｎｏ側の処理を行う。具体的には、ＡＲＰリクエストのＯｕｔｅｒ  Ｄｓｔ．ＩＰを、Ｕｎｉｃａｓｔ  ＶＸＬＡＮ  ＭＡＣ学習機能部３０６Ｃが保持するＶＴＥＰ設定テーブルに合わせて変更する。ここでは、Ｕｎｉｃａｓｔ  ＶＸＬＡＮ  ＭＡＣ学習機能部３０６Ｃが保持するＶＴＥＰ設定テーブルにおいて、ＶＮＩ１００に対して、ＶＴＥＰ３およびゲートウェイ装置３０が紐付けられているものとする。この場合、パケット生成部３１２Ｄは、ＡＲＰリクエストのＯｕｔｅｒ  Ｄｓｔ．ＩＰをＶＴＥＰ３のＩＰアドレスに変更する。
【００９９】
その後、パケット送信部３０４ＣからＵｎｉｃａｓｔ網内のＶＴＥＰ３にＡＲＰリクエストがユニキャスト送信される（ステップＳ１６０４）。図中下線部がゲートウェイ装置３０で変換された箇所である。
ＶＴＥＰ３はＡＲＰリクエストを受信し、ＡＲＰリクエストに含まれる情報を用いてＶＴＥＰテーブルを更新する（ステップＳ１６０６）。すなわち、Ｈｏｓｔ１のＭＡＣアドレス（ＭＡＣ１）、Ｈｏｓｔ１が属するＶＮＩ（ＶＮＩ１００）、Ｈｏｓｔ１に対応するＶＴＥＰのＩＰアドレス（ＡＲＰリクエストのＯｕｔｅｒ  Ｓｒｃ．ＩＰ＝ＶＴＥＰ１のＩＰアドレス）をＶＴＥＰテーブルのエントリとして登録する。
【０１００】
また、ＶＴＥＰ２は、受信したＡＲＰリクエストからＶＸＬＡＮヘッダを除いてＨｏｓｔ３に転送し（ステップＳ１６０８）、Ｈｏｓｔ３からＡＲＰリプライ（ＡＲＰ応答）を受信する（ステップＳ１６１０）。
Ｈｏｓｔ３からのＡＲＰリプライには、Ｓｒｃ．ＭＡＣとしてＨｏｓｔ３のＭＡＣアドレス（ＭＡＣ３）、Ｄｓｔ．ＭＡＣとしてＨｏｓｔ１のＭＡＣアドレス（ＭＡＣ１）、Ｓｒｃ．ＩＰとしてＨｏｓｔ３のＩＰアドレス（ＩＰ３）、Ｄｓｔ．ＩＰとしてＨｏｓｔ１のＩＰアドレス（ＩＰ１）が記載されている。
ＶＴＥＰ３は、Ｈｏｓｔ３から受信したＡＲＰリプライ（Ｉｎｎｅｒ情報）にＶＸＬＡＮヘッダ（Ｏｕｔｅｒ情報）を付加して、ＶＴＥＰ１にユニキャスト送信する（ステップＳ１６１２）。具体的には、Ｏｕｔｅｒ  Ｓｒｃ．ＩＰとして自身のＩＰアドレス（ＶＴＥＰ３）、Ｏｕｔｅｒ  Ｄｓｔ．ＩＰとしてＶＴＥＰ１のＩＰアドレス、Ｏｕｔｅｒ  ＵＤＰとして４７８９、ＶＸＬＡＮ  ＩＤとしてＶＮＩ１００を付加する。
【０１０１】
ＶＴＥＰ１は、ＡＲＰリプライからＶＸＬＡＮヘッダを除去した上でＨｏｓｔ１へと転送する（ステップＳ１６１４）。
また、ＶＴＥＰ１では、ＡＲＰリプライに含まれるＨｏｓｔ３の情報を用いてＢｒｉｄｇｅテーブルを更新する（ステップＳ１６１６）。すなわち、Ｈｏｓｔ３のＭＡＣアドレス（ＭＡＣ３）、Ｈｏｓｔ３のＩＰアドレス（ＩＰ３）、Ｈｏｓｔ３が属するＶＮＩ（ＶＮＩ１００）、Ｈｏｓｔ３に対応するＶＴＥＰのＩＰアドレス（Ｏｕｔｅｒ  Ｓｒｃ．ＩＰ＝ＶＴＥＰ３）をＢｒｉｄｇｅテーブルのエントリとして登録する。
これにより、次回以降のＨｏｓｔ１−Ｈｏｓｔ３間の通信は、ゲートウェイ装置３０を経由せずに行われる。
【０１０２】
＜他網からＥＶＰＮ網への通信＞
図１２は、他網（Ｍｕｌｔｉｃａｓｔ網またはＵｎｉｃａｓｔ網）のホストからＥＶＰＮ網のホストへのＡＲＰリクエスト時の処理を示すフローチャートであり、上記パターン３およびパターン４に対応する。
図１２では、Ｍｕｌｔｉｃａｓｔ網のホスト２２４（Ｈｏｓｔ２）からのＡＲＰリクエストを例にしているが、Ｕｎｉｃａｓｔ網のホスト２４４（Ｈｏｓｔ３）からのＡＲＰリクエストについても、同様のロジックで処理される。
Ｍｕｌｔｉｃａｓｔ網のＨｏｓｔ２からリモートホスト（ＥＶＰＮ網のホスト）であるＨｏｓｔ１に対するＡＲＰリクエストが送信されると（ステップＳ１２００）、Ｈｏｓｔ２に接続されたＭｕｌｔｉｃａｓｔ網のＶＴＥＰ２２２（ＶＴＥＰ２）がＡＲＰリクエストを受信する。ＶＴＥＰ２はゲートウェイ装置３０にＡＲＰリクエストを転送する。
【０１０３】
ゲートウェイ装置３０のＭｕｌｔｉｃａｓｔ  ＶＸＬＡＮ  ＭＡＣ学習機能部３０６Ｂは、ＡＲＰリクエストを受信すると、まず保持しているＶＴＥＰテーブルにＡＲＰリクエストの送信元であるＨｏｓｔ２の情報が記録されているか否かを判断する（ステップＳ１２０２）。
ＶＴＥＰテーブルにＨｏｓｔ２の情報が記録されている場合には（ステップＳ１２０２：Ｙｅｓ）、そのままステップＳ１２０６に移行する。
また、ＶＴＥＰテーブルにＨｏｓｔ２の情報が記録されていない場合には（ステップＳ１２０２：Ｎｏ）、ＶＴＥＰテーブルにＨｏｓｔ２のエントリ（ＭＡＣアドレス、ＩＰアドレス、転送先ＶＴＥＰ）を追加する（ステップＳ１２０４）。
【０１０４】
つぎに、Ｍｕｌｔｉｃａｓｔ  ＶＸＬＡＮ  ＭＡＣ学習機能部３０６Ｂは、ＡＲＰリクエストをＥＶＰＮ網に転送する（ステップＳ１２０６）。これは、ＶＴＥＰテーブルにはＩＰアドレスが含まれておらず、ＡＲＰリクエストに対して直接応答できないためである。
そして、ＡＲＰリプライをＥＶＰＮ網から受信すると（ステップＳ１２０８）、受信したＡＲＰリプライをＶＴＥＰ２に送信する（ステップＳ１２１０）。
【０１０５】
＜Ｍｕｌｔｉｃａｓｔ網からＥＶＰＮ網への通信（パターン３）＞
図１７〜図２０は、図１２のステップＳ１２０８およびＳ１２１０の詳細を模式的に示す説明図であり、他網からＥＶＰＮ網へのＡＲＰリクエストの流れを示している。
図１７および図１８を用いて、Ｍｕｌｔｉｃａｓｔ網からＥＶＰＮ網へのＡＲＰリクエストについて説明する。
図１７および図１８では、Ｍｕｌｔｉｃａｓｔ網内のホスト（Ｈｏｓｔ２）がＥＶＰＮ網内のホスト（Ｈｏｓｔ１）へのＡＲＰリクエストを送信するものとし、Ｍｕｌｔｉｃａｓｔ網のＶＴＥＰは対向ホスト（図上のＨｏｓｔ１）情報を未学習であるものとする。
【０１０６】
＜Ｍｕｌｔｉｃａｓｔ網からＥＶＰＮ網への通信例（ＶＮＩ変換あり）＞
まず、図１７について説明する。図１７では、ＥＶＰＮ網とＭｕｌｔｉｃａｓｔ網との間でＶＮＩが一意に付与されていないものとし、Ｈｏｓｔ１およびＨｏｓｔ２が属するネットワークグループは、ＥＶＰＮ網ではＶＮＩ１００、Ｍｕｌｔｉｃａｓｔ網ではＶＮＩ１０が付与されているものとする。
【０１０７】
Ｈｏｓｔ２は、Ｈｏｓｔ１に対するＡＲＰリクエスト（ＡＲＰ要求）をＭｕｌｔｉｃａｓｔ網内のＶＴＥＰ（ＶＴＥＰ２）に送信する（ステップＳ１７００）。
Ｈｏｓｔ２からのＡＲＰリクエストには、Ｓｒｃ．ＭＡＣとしてＨｏｓｔ２のＭＡＣアドレス（ＭＡＣ２）、Ｄｓｔ．ＭＡＣとしてブロードキャスト（ＢＣ）、Ｓｒｃ．ＩＰとしてＨｏｓｔ２のＩＰアドレス（ＩＰ２）、Ｄｓｔ．ＩＰとしてＨｏｓｔ１のＩＰアドレス（ＩＰ１）が記載されている。
【０１０８】
ＶＴＥＰ２は、保持しているＶＴＥＰ設定テーブル（図６（Ｂ）上段参照）を参照して、ＡＲＰリクエストに含まれるＶＮＩに対応するマルチキャストグループ（本図ではＭｕｌｔｉｃａｓｔ１）へとＡＲＰリクエストをマルチキャスト送信する（ステップＳ１７０２）。
このとき、ＶＴＥＰ２は、Ｈｏｓｔ２から受信したＡＲＰリクエスト（Ｉｎｎｅｒ情報）にＶＸＬＡＮヘッダ（Ｏｕｔｅｒ情報）を付加する。具体的には、Ｏｕｔｅｒ  Ｓｒｃ．ＩＰとしてＶＴＥＰ２のＩＰアドレス（ＶＴＥＰ２）、Ｏｕｔｅｒ  Ｄｓｔ．ＩＰとしてマルチキャストグループ１のＩＰアドレス（Ｍｕｌｔｉｃａｓｔ１）、Ｏｕｔｅｒ  ＵＤＰとして４７８９、ＶＸＬＡＮ  ＩＤとしてＶＮＩ１０を付加する。
【０１０９】
マルチキャストグループ１（Ｍｕｌｔｉｃａｓｔ１）に属するゲートウェイ装置３０は、パケット受信部３０２ＢでＡＲＰリクエストを受信する。
Ｍｕｌｔｉｃａｓｔ  ＶＸＬＡＮ  ＭＡＣ学習機能部３０６Ｂは、ＡＲＰリクエストに含まれる情報を用いてＶＴＥＰテーブルを更新する（ステップＳ１７０４）。すなわち、Ｈｏｓｔ２のＭＡＣアドレス（ＭＡＣ２）、Ｈｏｓｔ２が属するＶＮＩ（ＶＮＩ１０）、Ｈｏｓｔ２に対応するＶＴＥＰのＩＰアドレス（ＡＲＰリクエストのＯｕｔｅｒ  Ｓｒｃ．ＩＰ＝ＶＴＥＰ２）をＶＴＥＰテーブルのエントリとして登録する。
【０１１０】
つぎに、ＶＮＩ変換部３１０ＢでＡＲＰリクエストに対して図８のフローチャートの処理がなされる。本図の例では、網間でＶＮＩが一意に付与されておらず、ＶＮＩ変換が必要となる（図８のステップＳ８０６：Ｎｏ）。よって、ＶＮＩ変換部３１０Ｂでは、パケット内のＶＮＩの変換およびＯｕｔｅｒ  Ｓｒｃ．ＩＰの変更をおこなう（図８のステップＳ８０８）。
具体的には、ＡＲＰリクエスト内のＶＸＬＡＮ  ＩＤをＶＮＩ１０からＶＮＩ１００に変換する（図７（Ｃ）参照）。また、ＡＲＰリクエスト内のＯｕｔｅｒ  Ｓｒｃ．ＩＰをゲートウェイ装置３０（ＧＷ）のＩＰアドレスに変更する。
【０１１１】
ＶＮＩ変換部３１０Ｂを経たＡＲＰリクエストは、パケット生成部３１２Ｂに送信される。パケット生成部３１２Ｂでは、図１０に示す処理を行う。本図の例ではゲートウェイ装置３０ではＨｏｓｔ１の情報を未学習であるため、ステップＳ１０００：Ｎｏ側の処理を行う。具体的には、ＡＲＰリクエストのＯｕｔｅｒ  Ｄｓｔ．ＩＰを、ＥＶＰＮ  ＶＸＬＡＮ  ＭＡＣ学習機能部３０６Ａが保持するＶＴＥＰ設定テーブル（図６（Ａ）上段参照）に合わせて変更する。すなわち、Ｏｕｔｅｒ  Ｄｓｔ．ＩＰをＶＴＥＰ１に変更する。
また、このとき、ＥＶＰＮ  ＶＸＬＡＮ  ＭＡＣ学習機能部３０６ＡのＢｒｉｄｇｅテーブル（図６（Ａ）下段参照）にＨｏｓｔ２の情報を登録する（ステップＳ１７０６）。すなわち、Ｈｏｓｔ２のＭＡＣアドレス（ＭＡＣ２）、Ｈｏｓｔ２のＩＰアドレス（ＩＰ２）、Ｈｏｓｔ２が属するＶＮＩ（ＶＮＩ１００）、Ｈｏｓｔ２に対応するＶＴＥＰのＩＰアドレス（ステップＳ１９０２で受信した元のＡＲＰリクエストのＯｕｔｅｒ  Ｓｒｃ．ＩＰ＝ＶＴＥＰ３）をＢｒｉｄｇｅテーブルのエントリとして登録する。
【０１１２】
その後、パケット送信部３０４ＡからＥＶＰＮ網内のＶＴＥＰ１にＡＲＰリクエストを送信する（ステップＳ１７０８）。図中下線部がゲートウェイ装置３０で変換された箇所である。
また、ゲートウェイ装置３０からＶＴＥＰ１に対してＨｏｓｔ２の情報を含むＥＶＰＮ  ＢＧＰアップデートを送信する。このＥＶＰＮ  ＢＧＰアップデートには、Ｈｏｓｔ２のＭＡＣアドレス（ＭＡＣ２）、Ｈｏｓｔ２のＩＰアドレス（ＩＰ２）、Ｈｏｓｔ２が属するＶＮＩ（ＶＮＩ１００）、ＭＡＣ２に対応するＶＴＥＰのＩＰアドレス（ＧＷ）が含まれる。
ＶＴＥＰ１は、ＥＶＰＮ  ＢＧＰアップデートに基づいて、保持するＢｒｉｄｇｅテーブルを更新する（ステップＳ１７０９）。すなわち、Ｈｏｓｔ２のＭＡＣアドレス（ＭＡＣ２）、Ｈｏｓｔ２のＩＰアドレス（ＩＰ２）、Ｈｏｓｔ２が属するＶＮＩ（ＶＮＩ１００）、Ｈｏｓｔ２に対応するＶＴＥＰのＩＰアドレス（ＧＷ）をＢｒｉｄｇｅテーブルのエントリとして登録する。
【０１１３】
ゲートウェイ装置３０からＡＲＰリクエストを受信したＶＴＥＰ１は、受信したＡＲＰリクエストからＶＸＬＡＮヘッダを除いてＨｏｓｔ１に転送し（ステップＳ１７１０）、Ｈｏｓｔ１からＡＲＰリプライ（ＡＲＰ応答）を受信する（ステップＳ１７１２）。
Ｈｏｓｔ１からのＡＲＰリプライには、Ｓｒｃ．ＭＡＣとしてＨｏｓｔ１のＭＡＣアドレス（ＭＡＣ１）、Ｄｓｔ．ＭＡＣとしてＨｏｓｔ２のＭＡＣアドレス（ＭＡＣ２）、Ｓｒｃ．ＩＰとしてＨｏｓｔ１のＩＰアドレス（ＩＰ１）、Ｄｓｔ．ＩＰとしてＨｏｓｔ２のＩＰアドレス（ＩＰ２）が記載されている。
ＶＴＥＰ１は、Ｈｏｓｔ１から受信したＡＲＰリプライ（Ｉｎｎｅｒ情報）にＶＸＬＡＮヘッダ（Ｏｕｔｅｒ情報）を付加して、ユニキャストでゲートウェイ装置３０に送信する（ステップＳ１７１４）。具体的には、Ｏｕｔｅｒ  Ｓｒｃ．ＩＰとして自身のＩＰアドレス（ＶＴＥＰ１）、Ｏｕｔｅｒ  Ｄｓｔ．ＩＰとしてゲートウェイ装置３０のＩＰアドレス、Ｏｕｔｅｒ  ＵＤＰとして４７８９、ＶＸＬＡＮ  ＩＤとしてＶＮＩ１００を付加する。
【０１１４】
ゲートウェイ装置３０のパケット受信部３０２Ａで受信されたＡＲＰリプライは、パケット複製部３０８Ａを経てＶＮＩ変換部３１０Ａに送信され、図８のフローチャートの処理がなされる。すなわち、ＶＮＩ変換部３１０Ａは、ＡＲＰリプライ内のＶＸＬＡＮ  ＩＤをＶＮＩ１００からＶＮＩ１０に変換するとともに（図７（Ａ）参照）、ＡＲＰリプライ内のＯｕｔｅｒ  Ｓｒｃ．ＩＰをゲートウェイ装置３０（ＧＷ）のＩＰアドレスに変更する（図８のステップＳ８０８）。
【０１１５】
ＶＮＩ変換部３１０Ａを経たＡＲＰリプライは、パケット生成部３１２Ａに送信され、図９のフローチャートに示す処理がなされる。すなわち、ＡＲＰリプライのＩｎｎｅｒ  Ｄｓｔ．ＭＡＣであるＭＡＣ２（Ｈｏｓｔ２のＭＡＣアドレス）は既に学習済みであるため、図９のステップＳ９００：Ｙｅｓ側の処理を行う。
パケット生成部３１２Ａは、Ｍｕｌｔｉｃａｓｔ  ＶＸＬＡＮ  ＭＡＣ学習機能部３０６Ｂが保持するＶＴＥＰテーブル（図６（Ｂ）下段参照）を参照し、ＡＲＰリプライのＶＮＩに対応するＶＴＥＰのＩＰアドレスにＯｕｔｅｒ  Ｄｓｔ．ＩＰを変更する（図９のステップＳ９０６）。本図の場合では、Ｏｕｔｅｒ  Ｄｓｔ．ＩＰをＶＴＥＰ２のＩＰアドレスとする。
【０１１６】
その後、パケット送信部３０４ＢからＶＴＥＰ２にＡＲＰリプライがユニキャスト送信される（ステップＳ１７１６）。ＶＴＥＰ２は、ＡＲＰリプライからＶＸＬＡＮヘッダを除去した上でＨｏｓｔ２へと転送する（ステップＳ１７１８）。
また、ＶＴＥＰ２では、ＡＲＰリプライに含まれる情報を用いてＶＴＥＰテーブルを更新する（ステップＳ１７２０）。すなわち、Ｈｏｓｔ１のＭＡＣアドレス（ＭＡＣ１）、Ｈｏｓｔ１が属するＶＮＩ（ＶＮＩ１０）、Ｈｏｓｔ１に対応するＶＴＥＰのＩＰアドレス（Ｏｕｔｅｒ  Ｓｒｃ．ＩＰ＝ＧＷ）をＶＴＥＰテーブルのエントリとして登録する。
【０１１７】
＜Ｍｕｌｔｉｃａｓｔ網からＥＶＰＮ網への通信例（ＶＮＩ変換なし）＞
つぎに、図１８について説明する。図１８では、Ｍｕｌｔｉｃａｓｔ網とＥＶＰＮ網との間でＶＮＩが一意に付与されているものとし、Ｈｏｓｔ１およびＨｏｓｔ２が属するネットワークグループにはＶＮＩ１００が付与されているものとする。
【０１１８】
Ｈｏｓｔ２は、Ｈｏｓｔ１に対するＡＲＰリクエスト（ＡＲＰ要求）をＭｕｌｔｉｃａｓｔ網内のＶＴＥＰ（ＶＴＥＰ２）に送信する（ステップＳ１８００）。
Ｈｏｓｔ２からのＡＲＰリクエストには、Ｓｒｃ．ＭＡＣとしてＨｏｓｔ２のＭＡＣアドレス（ＭＡＣ２）、Ｄｓｔ．ＭＡＣとしてブロードキャスト（ＢＣ）、Ｓｒｃ．ＩＰとしてＨｏｓｔ２のＩＰアドレス（ＩＰ２）、Ｄｓｔ．ＩＰとしてＨｏｓｔ１のＩＰアドレス（ＩＰ１）が記載されている。
【０１１９】
ＶＴＥＰ２は、保持しているＶＴＥＰ設定テーブル（図６（Ｂ）上段参照）を参照して、ＡＲＰリクエストに含まれるＶＮＩに対応するマルチキャストグループ（本図ではＭｕｌｔｉｃａｓｔ１）へとＡＲＰリクエストをマルチキャスト送信する（ステップＳ１８０２）。
このとき、ＶＴＥＰ２は、Ｈｏｓｔ２から受信したＡＲＰリクエスト（Ｉｎｎｅｒ情報）にＶＸＬＡＮヘッダ（Ｏｕｔｅｒ情報）を付加する。具体的には、Ｏｕｔｅｒ  Ｓｒｃ．ＩＰとしてＶＴＥＰ２のＩＰアドレス（ＶＴＥＰ２）、Ｏｕｔｅｒ  Ｄｓｔ．ＩＰとしてマルチキャストグループ１のＩＰアドレス（Ｍｕｌｔｉｃａｓｔ１）、Ｏｕｔｅｒ  ＵＤＰとして４７８９、ＶＸＬＡＮ  ＩＤとしてＶＮＩ１００を付加する。
【０１２０】
マルチキャストグループ１（Ｍｕｌｔｉｃａｓｔ１）に属するゲートウェイ装置３０は、パケット受信部３０２ＢでＡＲＰリクエストを受信する。
Ｍｕｌｔｉｃａｓｔ  ＶＸＬＡＮ  ＭＡＣ学習機能部３０６Ｂは、ＡＲＰリクエストに含まれる情報を用いてＶＴＥＰテーブルを更新する（ステップＳ１８０４）。すなわち、Ｈｏｓｔ２のＭＡＣアドレス（ＭＡＣ２）、Ｈｏｓｔ２が属するＶＮＩ（ＶＮＩ１０）、Ｈｏｓｔ２に対応するＶＴＥＰのＩＰアドレス（ＡＲＰリクエストのＯｕｔｅｒ  Ｓｒｃ．ＩＰ＝ＶＴＥＰ２）をＶＴＥＰテーブルのエントリとして登録する。
【０１２１】
つぎに、ＶＮＩ変換部３１０ＢでＡＲＰリクエストに図８のフローチャートの処理がなされる。本図の例では、網間でＶＮＩが一意に付与されているため、ＶＮＩ変換が必要ない（図８のステップＳ８０６：Ｙｅｓ）。よって、ＶＮＩ変換部３１０Ｂでは、パケット内のＶＮＩの変換およびＯｕｔｅｒ  Ｓｒｃ．ＩＰの変更（図８のステップＳ８０８参照）は行わない。
【０１２２】
ＶＮＩ変換部３１０Ｂを経たＡＲＰリクエストは、パケット生成部３１２Ｂに送信される。パケット生成部３１２Ｂでは、図１０に示す処理がなされる。本図の例ではゲートウェイ装置３０ではＨｏｓｔ１の情報を未学習であるため、ステップＳ１０００：Ｎｏ側の処理を行う。すなわち、パケット生成部３１２Ｂは、ＡＲＰリクエストのＯｕｔｅｒ  Ｄｓｔ．ＩＰを、ＥＶＰＮ  ＶＸＬＡＮ  ＭＡＣ学習機能部３０６Ａが保持するＶＴＥＰ設定テーブル（図６（Ａ）上段参照）に合わせて変更する。具体的には、Ｏｕｔｅｒ  Ｄｓｔ．ＩＰをＶＮＩ１００に紐付けられたＶＴＥＰ１のＩＰアドレスに変更する。
また、このとき、ＥＶＰＮ  ＶＸＬＡＮ  ＭＡＣ学習機能部３０６ＡのＢｒｉｄｇｅテーブル（図６（Ａ）下段参照）にＨｏｓｔ２の情報を登録する（ステップＳ１８０６）。すなわち、Ｈｏｓｔ２のＭＡＣアドレス（ＭＡＣ２）、Ｈｏｓｔ２のＩＰアドレス（ＩＰ２）、Ｈｏｓｔ２が属するＶＮＩ（ＶＮＩ１００）、Ｈｏｓｔ２に対応するＶＴＥＰ（ＡＲＰリクエストのＯｕｔｅｒ  Ｓｒｃ．ＩＰ＝ＶＴＥＰ２）のＩＰアドレスをＢｒｉｄｇｅテーブルのエントリとして登録する。
【０１２３】
その後、パケット送信部３０４ＡからＥＶＰＮ網内のＶＴＥＰ１にＡＲＰリクエストをユニキャスト送信する（ステップＳ１８０８）。図中下線がゲートウェイ装置３０で変換された箇所である。
また、ゲートウェイ装置３０からＶＴＥＰ１に対してＨｏｓｔ２の情報を含むＥＶＰＮ  ＢＧＰアップデートを送信する。ＶＴＥＰ１は、ＥＶＰＮ  ＢＧＰアップデートに基づいて、保持するＢｒｉｄｇｅテーブルを更新する（ステップＳ１８１０）。すなわち、Ｈｏｓｔ２のＭＡＣアドレス（ＭＡＣ２）、Ｈｏｓｔ２のＩＰアドレス（ＩＰ２）、Ｈｏｓｔ２が属するＶＮＩ（ＶＮＩ１００）、Ｈｏｓｔ２に対応するＶＴＥＰ（ＶＴＥＰ２）のＩＰアドレスをＢｒｉｄｇｅテーブルのエントリとして登録する。
【０１２４】
ゲートウェイ装置３０からＡＲＰリクエストを受信したＶＴＥＰ１は、ＡＲＰリクエストからＶＸＬＡＮヘッダを除いてＨｏｓｔ１に転送し（ステップＳ１８１２）、Ｈｏｓｔ１からＡＲＰリプライ（ＡＲＰ応答）を受信する（ステップＳ１８１４）。
Ｈｏｓｔ１からのＡＲＰリプライには、Ｓｒｃ．ＭＡＣとしてＨｏｓｔ１のＭＡＣアドレス（ＭＡＣ１）、Ｄｓｔ．ＭＡＣとしてＨｏｓｔ２のＭＡＣアドレス（ＭＡＣ２）、Ｓｒｃ．ＩＰとしてＨｏｓｔ１のＩＰアドレス（ＩＰ１）、Ｄｓｔ．ＩＰとしてＨｏｓｔ２のＩＰアドレス（ＩＰ２）が記載されている。
ＶＴＥＰ１は、Ｈｏｓｔ１から受信したＡＲＰリプライ（Ｉｎｎｅｒ情報）にＶＸＬＡＮヘッダ（Ｏｕｔｅｒ情報）を付加して、ＶＴＥＰ２にユニキャスト送信する（ステップＳ１８１６）。具体的には、Ｏｕｔｅｒ  Ｓｒｃ．ＩＰとして自身のＩＰアドレス（ＶＴＥＰ１）、Ｏｕｔｅｒ  Ｄｓｔ．ＩＰとしてＶＴＥＰ２のＩＰアドレス、Ｏｕｔｅｒ  ＵＤＰとして４７８９、ＶＸＬＡＮ  ＩＤとしてＶＮＩ１００を付加する。
【０１２５】
ＶＴＥＰ２は、ＡＲＰリプライからＶＸＬＡＮヘッダを除去した上でＨｏｓｔ２へと転送する（ステップＳ１８１８）。
また、ＶＴＥＰ２は、ＡＲＰリプライに含まれる情報を用いてＶＴＥＰテーブルを更新する（ステップＳ１８２０）。すなわち、Ｈｏｓｔ１のＭＡＣアドレス（ＭＡＣ１）、Ｈｏｓｔ１が属するＶＮＩ（ＶＮＩ１００）、Ｈｏｓｔ１に対応するＶＴＥＰのＩＰアドレス（ＡＲＰリクエストのＯｕｔｅｒ  Ｓｒｃ．ＩＰ＝ＶＴＥＰ１のＩＰアドレス）をＶＴＥＰテーブルのエントリとして登録する。
【０１２６】
＜Ｕｎｉｃａｓｔ網からＥＶＰＮ網への通信（パターン４）＞
図１９および図２０を用いて、Ｕｎｉｃａｓｔ網からＥＶＰＮ網へのＡＲＰリクエストについて説明する。
図１９および図２０では、Ｕｎｉｃａｓｔ網内のホスト（Ｈｏｓｔ３）がＥＶＰＮ網内のホスト（Ｈｏｓｔ１）へのＡＲＰリクエストを送信するものとし、Ｕｎｉｃａｓｔ網のＶＴＥＰは対向ホスト（図上のＨｏｓｔ１）情報を未学習であるものとする。
【０１２７】
＜Ｕｎｉｃａｓｔ網からＥＶＰＮ網への通信例（ＶＮＩ変換あり）＞
まず、図１９について説明する。図１９では、ＥＶＰＮ網とＵｎｉｃａｓｔ網との間でＶＮＩが一意に付与されていないものとし、Ｈｏｓｔ１およびＨｏｓｔ３が属するネットワークグループは、ＥＶＰＮ網ではＶＮＩ１００、Ｕｎｉｃａｓｔ網ではＶＮＩ１０００が付与されているものとする。
【０１２８】
Ｈｏｓｔ３は、Ｈｏｓｔ１に対するＡＲＰリクエスト（ＡＲＰ要求）をＵｎｉｃａｓｔ網内のＶＴＥＰ（ＶＴＥＰ３）に送信する（ステップＳ１９００）。
Ｈｏｓｔ３からのＡＲＰリクエストには、Ｓｒｃ．ＭＡＣとしてＨｏｓｔ３のＭＡＣアドレス（ＭＡＣ３）、Ｄｓｔ．ＭＡＣとしてブロードキャスト（ＢＣ）、Ｓｒｃ．ＩＰとしてＨｏｓｔ３のＩＰアドレス（ＩＰ３）、Ｄｓｔ．ＩＰとしてＨｏｓｔ１のＩＰアドレス（ＩＰ１）が記載されている。
【０１２９】
ＶＴＥＰ３は、保持しているＶＴＥＰ設定テーブル（図６（Ｃ）上段参照）を参照して、ＡＲＰリクエストに含まれるＶＮＩ（ＶＮＩ１０００）に対応するＶＴＥＰ（本図ではゲートウェイ装置３０）へとＡＲＰリクエストを転送する（ステップＳ１９０２）。
このとき、ＶＴＥＰ３は、Ｈｏｓｔ３から受信したＡＲＰリクエスト（Ｉｎｎｅｒ情報）にＶＸＬＡＮヘッダ（Ｏｕｔｅｒ情報）を付加する。具体的には、Ｏｕｔｅｒ  Ｓｒｃ．ＩＰとしてＶＴＥＰ３のＩＰアドレス（ＶＴＥＰ３）、Ｏｕｔｅｒ  Ｄｓｔ．ＩＰとしてゲートウェイ装置３０のＩＰアドレス（ＧＷ）、Ｏｕｔｅｒ  ＵＤＰとして４７８９、ＶＸＬＡＮ  ＩＤとしてＶＮＩ１０００を付加する。
【０１３０】
ゲートウェイ装置３０のパケット受信部３０２ＣでＡＲＰリクエストを受信すると、Ｕｎｉｃａｓｔ  ＶＸＬＡＮ  ＭＡＣ学習機能部３０６Ｃは、ＡＲＰリクエストに含まれる情報を用いてＶＴＥＰテーブルを更新する（ステップＳ１９０４）。すなわち、Ｈｏｓｔ３のＭＡＣアドレス（ＭＡＣ３）、Ｈｏｓｔ３が属するＶＮＩ（ＶＮＩ１０００）、Ｈｏｓｔ３に対応するＶＴＥＰのＩＰアドレス（ＡＲＰリクエストのＯｕｔｅｒ  Ｓｒｃ．ＩＰ＝ＶＴＥＰ３）をＶＴＥＰテーブルのエントリとして登録する。
つぎに、ＶＮＩ変換部３１０ＣでＡＲＰリクエストに対して図８のフローチャートの処理を行う。本図の例では、網間でＶＮＩが一意に付与されておらず、ＶＮＩ変換が必要となる（図８のステップＳ８０６：Ｎｏ）。よって、ＶＮＩ変換部３１０Ｃでは、パケット内のＶＮＩの変換およびＯｕｔｅｒ  Ｓｒｃ．ＩＰの変更をおこなう（図８のステップＳ８０８）。
具体的には、ＡＲＰリクエスト内のＶＸＬＡＮ  ＩＤをＶＮＩ１０００からＶＮＩ１００に変換する（図７（Ｄ）参照）。また、ＡＲＰリクエスト内のＯｕｔｅｒ  Ｓｒｃ．ＩＰをゲートウェイ装置３０（ＧＷ）のＩＰアドレスに変更する。
【０１３１】
ＶＮＩ変換部３１０Ｃを経たＡＲＰリクエストは、パケット生成部３１２Ｃに送信される。パケット生成部３１２Ｃでは、図１０に示す処理を行う。本図の例ではゲートウェイ装置３０ではＨｏｓｔ１の情報を未学習であるため、ステップＳ１０００：Ｎｏ側の処理を行う。具体的には、ＡＲＰリクエストのＯｕｔｅｒ  Ｄｓｔ．ＩＰを、ＥＶＰＮ  ＶＸＬＡＮ  ＭＡＣ学習機能部３０６Ａが保持するＶＴＥＰ設定テーブル（図６（Ａ）上段参照）に合わせて変更する。すなわち、Ｏｕｔｅｒ  Ｄｓｔ．ＩＰをＶＴＥＰ１に変更する。
また、このとき、ＥＶＰＮ  ＶＸＬＡＮ  ＭＡＣ学習機能部３０６ＡのＢｒｉｄｇｅテーブル（図６（Ａ）下段参照）にＨｏｓｔ３の情報を登録する（ステップＳ１９０６）。すなわち、Ｈｏｓｔ３のＭＡＣアドレス（ＭＡＣ３）、Ｈｏｓｔ３のＩＰアドレス（ＩＰ３）、Ｈｏｓｔ３が属するＶＮＩ（ＶＮＩ１００）、Ｈｏｓｔ３に対応するＶＴＥＰのＩＰアドレス（ステップＳ１９０２で受信した元のＡＲＰリクエストのＯｕｔｅｒ  Ｓｒｃ．ＩＰ＝ＶＴＥＰ３）をＢｒｉｄｇｅテーブルのエントリとして登録する。
【０１３２】
その後、パケット送信部３０４ＡからＥＶＰＮ網内のＶＴＥＰ１にＡＲＰリクエストが送信される（ステップＳ１９０８）。図中下線部がゲートウェイ装置３０で変換された箇所である。
また、ゲートウェイ装置３０からＶＴＥＰ１に対してＨｏｓｔ３の情報を含むＥＶＰＮ  ＢＧＰアップデートが送信される。このＥＶＰＮ  ＢＧＰアップデートには、Ｈｏｓｔ３のＭＡＣアドレス（ＭＡＣ３）、Ｈｏｓｔ３のＩＰアドレス（ＩＰ３）、Ｈｏｓｔ３が属するＶＮＩ（ＶＮＩ１００）、ＭＡＣ３に対応するＶＴＥＰのＩＰアドレス（ＧＷ）が含まれる。
ＶＴＥＰ１は、ＥＶＰＮ  ＢＧＰアップデートに基づいて、保持するＢｒｉｄｇｅテーブルを更新する（ステップＳ１９１０）。すなわち、Ｈｏｓｔ３のＭＡＣアドレス（ＭＡＣ３）、Ｈｏｓｔ３のＩＰアドレス（ＩＰ３）、Ｈｏｓｔ３が属するＶＮＩ（ＶＮＩ１００）、Ｈｏｓｔに対応するＶＴＥＰのＩＰアドレス（ＧＷ）をＢｒｉｄｇｅテーブルのエントリとして登録する。
【０１３３】
ゲートウェイ装置３０からＡＲＰリクエストを受信したＶＴＥＰ１は、受信したＡＲＰリクエストからＶＸＬＡＮヘッダを除いてＨｏｓｔ１に転送し（ステップＳ１９１２）、Ｈｏｓｔ１からＡＲＰリプライ（ＡＲＰ応答）を受信する（ステップＳ１９１４）。
Ｈｏｓｔ１からのＡＲＰリプライには、Ｓｒｃ．ＭＡＣとしてＨｏｓｔ１のＭＡＣアドレス（ＭＡＣ１）、Ｄｓｔ．ＭＡＣとしてＨｏｓｔ３のＭＡＣアドレス（ＭＡＣ３）、Ｓｒｃ．ＩＰとしてＨｏｓｔ１のＩＰアドレス（ＩＰ１）、Ｄｓｔ．ＩＰとしてＨｏｓｔ３のＩＰアドレス（ＩＰ３）が記載されている。
ＶＴＥＰ１は、Ｈｏｓｔ１から受信したＡＲＰリプライ（Ｉｎｎｅｒ情報）にＶＸＬＡＮヘッダ（Ｏｕｔｅｒ情報）を付加して、ユニキャストでゲートウェイ装置３０に送信する（ステップＳ１９１６）。具体的には、Ｏｕｔｅｒ  Ｓｒｃ．ＩＰとして自身のＩＰアドレス（ＶＴＥＰ１）、Ｏｕｔｅｒ  Ｄｓｔ．ＩＰとしてゲートウェイ装置３０のＩＰアドレス、Ｏｕｔｅｒ  ＵＤＰとして４７８９、ＶＸＬＡＮ  ＩＤとしてＶＮＩ１００を付加する。
【０１３４】
ゲートウェイ装置３０のパケット受信部３０２Ａで受信されたＡＲＰリプライは、パケット複製部３０８Ａを経てＶＮＩ変換部３１０Ｄに送信され、図８のフローチャートの処理がなされる。すなわち、ＶＮＩ変換部３１０Ｄは、ＡＲＰリプライ内のＶＸＬＡＮ  ＩＤをＶＮＩ１００からＶＮＩ１０００に変換するとともに（図７（Ｂ）参照）、ＡＲＰリプライ内のＯｕｔｅｒ  Ｓｒｃ．ＩＰをゲートウェイ装置３０（ＧＷ）のＩＰアドレスに変更する（図８のステップＳ８０８）。
ＶＮＩ変換部３１０Ｄを経たＡＲＰリプライは、パケット生成部３１２Ｄに送信され、図９のフローチャートに示す処理がなされる。すなわち、既にＩｎｎｅｒ  Ｄｓｔ．ＭＡＣであるＭＡＣ３（Ｈｏｓｔ３のＭＡＣアドレス）は学習済みであるため、図９のステップＳ９００：Ｙｅｓ側の処理を行う。
パケット生成部３１２Ｄは、Ｕｎｉｃａｓｔ  ＶＸＬＡＮ  ＭＡＣ学習機能部３０６Ｃが保持するＶＴＥＰテーブル（図６（Ｃ）下段参照）を参照し、ＡＲＰリプライのＶＮＩに対応するＶＴＥＰのＩＰアドレスにＯｕｔｅｒ  Ｄｓｔ．ＩＰを変更する（図９のステップＳ９０６）。本図の場合では、Ｏｕｔｅｒ  Ｄｓｔ．ＩＰをＶＴＥＰ３のＩＰアドレスとする。
【０１３５】
その後、パケット送信部３０４ＣからＶＴＥＰ３にＡＲＰリプライがユニキャスト送信される（ステップＳ１９１８）。ＶＴＥＰ３は、ＡＲＰリプライからＶＸＬＡＮヘッダを除去した上でＨｏｓｔ３へと転送する（ステップＳ１９２０）。
また、ＶＴＥＰ３では、ＡＲＰリプライに含まれる情報を用いてＶＴＥＰテーブルを更新する（ステップＳ１９２２）。すなわち、Ｈｏｓｔ１のＭＡＣアドレス（ＭＡＣ１）、Ｈｏｓｔ１が属するＶＮＩ（ＶＮＩ１０００）、Ｈｏｓｔ１に対応するＶＴＥＰのＩＰアドレス（Ｏｕｔｅｒ  Ｓｒｃ．ＩＰ＝ＧＷ）をＶＴＥＰテーブルのエントリとして登録する。
【０１３６】
＜Ｕｎｉｃａｓｔ網からＥＶＰＮ網への通信例（ＶＮＩ変換なし）＞
つぎに、図２０について説明する。図２０では、Ｕｎｉｃａｓｔ網とＥＶＰＮ網との間でＶＮＩが一意に付与されているものとし、Ｈｏｓｔ１およびＨｏｓｔ３が属するネットワークグループにはＶＮＩ１００が付与されているものとする。
【０１３７】
Ｈｏｓｔ３は、Ｈｏｓｔ１に対するＡＲＰリクエスト（ＡＲＰ要求）をＵｎｉｃａｓｔ網内のＶＴＥＰ３に送信する（ステップＳ２０００）。
Ｈｏｓｔ３からのＡＲＰリクエストには、Ｓｒｃ．ＭＡＣとしてＨｏｓｔ３のＭＡＣアドレス（ＭＡＣ３）、Ｄｓｔ．ＭＡＣとしてブロードキャスト（ＢＣ）、Ｓｒｃ．ＩＰとしてＨｏｓｔ３のＩＰアドレス（ＩＰ３）、Ｄｓｔ．ＩＰとしてＨｏｓｔ１のＩＰアドレス（ＩＰ１）が記載されている。
ＶＴＥＰ３は、保持しているＶＴＥＰ設定テーブル（図６（Ｃ）上段参照）を参照して、ＡＲＰリクエストに含まれるＶＮＩに対応するＶＴＥＰ（本図ではゲートウェイ装置３０）へとＡＲＰリクエストを転送する（ステップＳ２００２）。
このとき、ＶＴＥＰ３は、Ｈｏｓｔ３から受信したＡＲＰリクエスト（Ｉｎｎｅｒ情報）にＶＸＬＡＮヘッダ（Ｏｕｔｅｒ情報）を付加する。具体的には、Ｏｕｔｅｒ  Ｓｒｃ．ＩＰとしてＶＴＥＰ３のＩＰアドレス（ＶＴＥＰ３）、Ｏｕｔｅｒ  Ｄｓｔ．ＩＰとしてゲートウェイ装置３０のＩＰアドレス（ＧＷ）、Ｏｕｔｅｒ  ＵＤＰとして４７８９、ＶＸＬＡＮ  ＩＤとしてＶＮＩ１００を付加する。
【０１３８】
ゲートウェイ装置３０のパケット受信部３０２ＣでＡＲＰリクエストを受信すると、Ｕｎｉｃａｓｔ  ＶＸＬＡＮ  ＭＡＣ学習機能部３０６Ｃは、ＡＲＰリクエストに含まれる情報を用いてＶＴＥＰテーブルを更新する（ステップＳ２００４）。すなわち、Ｈｏｓｔ３のＭＡＣアドレス（ＭＡＣ３）、Ｈｏｓｔ３が属するＶＮＩ（ＶＮＩ１００）、Ｈｏｓｔ３に対応するＶＴＥＰのＩＰアドレス（ＡＲＰリクエストのＯｕｔｅｒ  Ｓｒｃ．ＩＰ＝ＶＴＥＰ３）をＶＴＥＰテーブルのエントリとして登録する。
【０１３９】
つぎに、ＶＮＩ変換部３１０ＣでＡＲＰリクエストに図８のフローチャートの処理がなされる。本図の例では、網間でＶＮＩが一意に付与されているため、ＶＮＩ変換が必要ない（図８のステップＳ８０６：Ｙｅｓ）。よって、ＶＮＩ変換部３１０Ｃでは、パケット内のＶＮＩの変換およびＯｕｔｅｒ  Ｓｒｃ．ＩＰの変更（図８のステップＳ８０８参照）は行わない。
【０１４０】
ＶＮＩ変換部３１０Ｃを経たＡＲＰリクエストは、パケット生成部３１２Ｃに送信される。パケット生成部３１２Ｃでは、図１０に示す処理がなされる。本図の例ではゲートウェイ装置３０ではＨｏｓｔ１の情報を未学習であるため、ステップＳ１０００：Ｎｏ側の処理を行う。すなわち、パケット生成部３１２Ｃは、ＡＲＰリクエストのＯｕｔｅｒ  Ｄｓｔ．ＩＰを、ＥＶＰＮ  ＶＸＬＡＮ  ＭＡＣ学習機能部３０６Ａが保持するＶＴＥＰ設定テーブル（図６（Ａ）上段参照）に合わせて変更する。具体的には、Ｏｕｔｅｒ  Ｄｓｔ．ＩＰをＶＮＩ１００に紐付けられたＶＴＥＰ１のＩＰアドレスに変更する。
また、このとき、ＥＶＰＮ  ＶＸＬＡＮ  ＭＡＣ学習機能部３０６ＡのＢｒｉｄｇｅテーブル（図６（Ａ）下段参照）にＨｏｓｔ３の情報を登録する（ステップＳ２００６）。すなわち、Ｈｏｓｔ３のＭＡＣアドレス（ＭＡＣ３）、Ｈｏｓｔ３のＩＰアドレス（ＩＰ３）、Ｈｏｓｔ３が属するＶＮＩ（ＶＮＩ１００）、Ｈｏｓｔ３に対応するＶＴＥＰ（ＡＲＰリクエストのＯｕｔｅｒ  Ｓｒｃ．ＩＰ＝ＶＴＥＰ３）のＩＰアドレスをＢｒｉｄｇｅテーブルのエントリとして登録する。
【０１４１】
その後、パケット送信部３０４ＡからＥＶＰＮ網内のＶＴＥＰ１にＡＲＰリクエストをユニキャスト送信する（ステップＳ２００８）。図中下線部がゲートウェイ装置３０で変換された箇所である。
また、ゲートウェイ装置３０からＶＴＥＰ１に対してＨｏｓｔ３の情報を含むＥＶＰＮ  ＢＧＰアップデートを送信する。ＶＴＥＰ１は、ＥＶＰＮ  ＢＧＰアップデートに基づいて、保持するＢｒｉｄｇｅテーブルを更新する（ステップＳ２０１０）。すなわち、Ｈｏｓｔ３のＭＡＣアドレス（ＭＡＣ３）、Ｈｏｓｔ３のＩＰアドレス（ＩＰ３）、Ｈｏｓｔ３が属するＶＮＩ（ＶＮＩ１００）、Ｈｏｓｔ３に対応するＶＴＥＰ（ＶＴＥＰ３）のＩＰアドレスをＢｒｉｄｇｅテーブルのエントリとして登録する。
【０１４２】
ゲートウェイ装置３０からＡＲＰリクエストを受信したＶＴＥＰ１は、ＡＲＰリクエストからＶＸＬＡＮヘッダを除いてＨｏｓｔ１に転送し（ステップＳ２０１２）、Ｈｏｓｔ１からＡＲＰリプライ（ＡＲＰ応答）を受信する（ステップＳ２０１４）。
Ｈｏｓｔ１からのＡＲＰリプライには、Ｓｒｃ．ＭＡＣとしてＨｏｓｔ１のＭＡＣアドレス（ＭＡＣ１）、Ｄｓｔ．ＭＡＣとしてＨｏｓｔ３のＭＡＣアドレス（ＭＡＣ３）、Ｓｒｃ．ＩＰとしてＨｏｓｔ１のＩＰアドレス（ＩＰ１）、Ｄｓｔ．ＩＰとしてＨｏｓｔ３のＩＰアドレス（ＩＰ３）が記載されている。
ＶＴＥＰ１は、Ｈｏｓｔ１から受信したＡＲＰリプライ（Ｉｎｎｅｒ情報）にＶＸＬＡＮヘッダ（Ｏｕｔｅｒ情報）を付加して、ＶＴＥＰ３にユニキャスト送信する（ステップＳ２０１６）。具体的には、Ｏｕｔｅｒ  Ｓｒｃ．ＩＰとして自身のＩＰアドレス（ＶＴＥＰ１）、Ｏｕｔｅｒ  Ｄｓｔ．ＩＰとしてＶＴＥＰ３のＩＰアドレス、Ｏｕｔｅｒ  ＵＤＰとして４７８９、ＶＸＬＡＮ  ＩＤとしてＶＮＩ１００を付加する。
【０１４３】
ＶＴＥＰ３は、ＡＲＰリプライからＶＸＬＡＮヘッダを除去した上でＨｏｓｔ３へと転送する（ステップＳ２０１８）。
また、ＶＴＥＰ３は、ＡＲＰリプライに含まれる情報を用いてＶＴＥＰテーブルを更新する（ステップＳ２０２０）。すなわち、Ｈｏｓｔ１のＭＡＣアドレス（ＭＡＣ１）、Ｈｏｓｔ１が属するＶＮＩ（ＶＮＩ１００）、Ｈｏｓｔ１に対応するＶＴＥＰのＩＰアドレス（ＡＲＰリクエストのＯｕｔｅｒ  Ｓｒｃ．ＩＰ＝ＶＴＥＰ１のＩＰアドレス）をＶＴＥＰテーブルのエントリとして登録する。
【０１４４】
以上説明したように、実施の形態にかかるネットワークシステム１０によれば、ＭＡＣアドレス学習方式が異なる、すなわちＢＵＭトラフィックの取り扱い方法が異なるＶＴＥＰ間で通信する際にも、適切な送信先にＢＵＭトラフィックを転送することができ、ＶＴＥＰ間のＭＡＣアドレス学習方式の違いに関わらず柔軟にネットワークシステムを構築することができる。
特に、近年実装が進んでいるＥＶＰＮ  ＭＰ−ＢＧＰベースのＶＸＬＡＮ網とその他の方式のＶＸＬＡＮ網とを、ＭＡＣアドレス学習の方法の違いを意識せずに相互接続することができる。
また、連携させたいトンネル間でネットワークグループ識別子ＶＮＩが一意に設定されていない場合でも相互接続が可能となり、ＶＴＥＰ同士の統合や拡張の自由度を向上させることができる。
【符号の説明】
【０１４５】
１０  ネットワークシステム
２０  ＥＶＰＮ  ＶＸＬＡＮ
２２  Ｍｕｌｔｉｃａｓｔ  ＶＸＬＡＮ
２４  Ｕｎｉｃａｓｔ  ＶＸＬＡＮ
２０２，２２２，２４２  ＶＴＥＰ
２０４，２２４，２４４  ホスト
３０  ゲートウェイ装置
３０２（３０２Ａ，３０２Ｂ，３０２Ｃ）  パケット受信部
３０４（３０４Ａ，３０４Ｂ，３０４Ｃ）  パケット送信部
３０６Ａ  ＥＶＰＮ  ＶＸＬＡＮ  ＭＡＣ学習機能部
３０６Ｂ  Ｍｕｌｔｉｃａｓｔ  ＶＸＬＡＮ  ＭＡＣ学習機能部
３０６Ｃ  Ｕｎｉｃａｓｔ  ＶＸＬＡＮ  ＭＡＣ学習機能部
３０８Ａ  パケット複製部
３１０（３１０Ａ，３１０Ｂ，３１０Ｃ，３１０Ｄ）  ＶＮＩ変換部
３１２（３１２Ａ，３１２Ｂ，３１２Ｃ，３１２Ｄ）  パケット生成部
Ｔ１（Ｔ１Ａ，Ｔ１Ｂ），Ｔ２（Ｔ２Ａ，Ｔ２Ｂ）  トンネル
【図１】
2018137605.tif 000003
【図２】
2018137605.tif 000004
【図３】
2018137605.tif 000005
【図４】
2018137605.tif 000006
【図５】
2018137605.tif 000007
【図６】
2018137605.tif 000008
【図７】
2018137605.tif 000009
【図８】
2018137605.tif 000010
【図９】
2018137605.tif 000011
【図１０】
2018137605.tif 000012
【図１１】
2018137605.tif 000013
【図１２】
2018137605.tif 000014
【図１３】
2018137605.tif 000015
【図１４】
2018137605.tif 000016
【図１５】
2018137605.tif 000017
【図１６】
2018137605.tif 000018
【図１７】
2018137605.tif 000019
【図１８】
2018137605.tif 000020
【図１９】
2018137605.tif 000021
【図２０】
2018137605.tif 000022
【図２１】
2018137605.tif 000023