(57)【要約】【課題】ネットワークシステムにおいてブロードキャストのドメインの範囲を拡張するためにユニキャスト方式を用いつつ、各転送装置のデータ転送先の設定を容易にすることを課題とする。【解決手段】ネットワークシステム１０００では、ブロードキャストのドメインの範囲を拡張するためにユニキャスト方式を用いる際、スイッチ２（転送装置）間のデータ転送に必要な転送先の情報（対応関係情報。テーブルＴ１）をＤＮＳサーバ１で一元管理することで、スイッチ２（転送装置）を増設する場合などでも、各スイッチ２（転送装置）のデータ転送先の設定を容易にすることができる。【選択図】図１
2016146566.tif 000002
【特許請求の範囲】
【請求項１】
ホスト間の通信データを転送する複数の転送装置と、前記複数の転送装置と通信接続されたＤＮＳ（Domain Name System）サーバと、を備え、EthernetフレームをＩＰ（Internet Protocol）パケットによりカプセル化して、２つの隔たれたブロードキャストドメインを論理的に接続するネットワークシステムであって、
前記ＤＮＳサーバは、前記転送装置の間で用いられる仮想ＬＡＮ（Local Area Network）の識別子と、前記仮想ＬＡＮを用いている前記転送装置のＩＰアドレスの対応関係情報を記憶しており、
前記転送装置は、前記Ethernetフレームを前記ＩＰパケットによりカプセル化して他の前記転送装置に転送する際、当該Ethernetフレームの転送に用いられる仮想ＬＡＮの識別子をキーに前記ＤＮＳサーバに問い合わせることで、当該仮想ＬＡＮに用いられている前記転送装置のＩＰアドレスを特定し、前記ＩＰアドレスを特定した転送装置に転送を行う
ことを特徴とするネットワークシステム。
【請求項２】
前記転送装置が前記ネットワークシステムに導入される際、
当該転送装置は、用いられる前記仮想ＬＡＮの識別子が設定されたとき、当該仮想ＬＡＮの識別子と、当該転送装置のＩＰアドレスと、を前記ＤＮＳサーバに送信し、
前記ＤＮＳサーバは、受信した前記仮想ＬＡＮの識別子と、前記転送装置のＩＰアドレスと、を前記対応関係情報に登録する
ことを特徴とする請求項１に記載のネットワークシステム。
【請求項３】
前記ＤＮＳサーバは、
ＡＲＰ解決用情報として、
前記転送装置からＡＲＰ要求パケットに基づく問い合わせがあったとき、
前記ＡＲＰ要求パケットの送信元のＩＰアドレスに基づく情報と前記ＡＲＰ要求パケットの送信元のＭＡＣアドレスに基づく情報の組、および、前記ＡＲＰ要求パケットの送信元のＭＡＣアドレスに基づく情報と前記ＡＲＰ要求パケットを送信した前記転送装置のＩＰアドレスを含む情報の組、を記憶し、
前記転送装置からＡＲＰ応答パケットに基づく問い合わせがあったとき、
前記ＡＲＰ応答パケットの送信元のＩＰアドレスに基づく情報と前記ＡＲＰ応答パケットの送信元のＭＡＣアドレスに基づく情報の組、および、前記ＡＲＰ応答パケットの送信元のＭＡＣアドレスに基づく情報と前記ＡＲＰ応答パケットを送信した前記転送装置のＩＰアドレスを含む情報の組、を記憶し、
前記ホスト間の通信データを転送する前記転送装置は、前記ＤＮＳサーバに問い合わせて前記ＡＲＰ解決用情報を参照することで、転送先の転送装置のＩＰアドレスを得る
ことを特徴とする請求項１または請求項２に記載のネットワークシステム。
【請求項４】
ホスト間の通信データを転送する複数の転送装置と、前記複数の転送装置と通信接続されたＤＮＳ（Domain Name System）サーバと、を備え、EthernetフレームをＩＰ（Internet Protocol）パケットによりカプセル化して、２つの隔たれたブロードキャストドメインを論理的に接続するネットワークシステムによるデータ転送方法であって、
前記ＤＮＳサーバは、前記転送装置の間で用いられる仮想ＬＡＮ（Local Area Network）の識別子と、前記仮想ＬＡＮを用いている前記転送装置のＩＰアドレスの対応関係情報を記憶しており、
前記転送装置は、前記Ethernetフレームを前記ＩＰパケットによりカプセル化して他の前記転送装置に転送する際、当該Ethernetフレームの転送に用いられる仮想ＬＡＮの識別子をキーに前記ＤＮＳサーバに問い合わせることで、当該仮想ＬＡＮに用いられている前記転送装置のＩＰアドレスを特定し、前記ＩＰアドレスを特定した転送装置に転送を行う
ことを特徴とするデータ転送方法。
【請求項５】
前記転送装置が前記ネットワークシステムに導入される際、
当該転送装置は、用いられる前記仮想ＬＡＮの識別子が設定されたとき、当該仮想ＬＡＮの識別子と、当該転送装置のＩＰアドレスと、を前記ＤＮＳサーバに送信し、
前記ＤＮＳサーバは、受信した前記仮想ＬＡＮの識別子と、前記転送装置のＩＰアドレスと、を前記対応関係情報に登録する
ことを特徴とする請求項４に記載のデータ転送方法。
【請求項６】
前記ＤＮＳサーバは、
ＡＲＰ解決用情報として、
前記転送装置からＡＲＰ要求パケットに基づく問い合わせがあったとき、
前記ＡＲＰ要求パケットの送信元のＩＰアドレスに基づく情報と前記ＡＲＰ要求パケットの送信元のＭＡＣアドレスに基づく情報の組、および、前記ＡＲＰ要求パケットの送信元のＭＡＣアドレスに基づく情報と前記ＡＲＰ要求パケットを送信した前記転送装置のＩＰアドレスを含む情報の組、を記憶し、
前記転送装置からＡＲＰ応答パケットに基づく問い合わせがあったとき、
前記ＡＲＰ応答パケットの送信元のＩＰアドレスに基づく情報と前記ＡＲＰ応答パケットの送信元のＭＡＣアドレスに基づく情報の組、および、前記ＡＲＰ応答パケットの送信元のＭＡＣアドレスに基づく情報と前記ＡＲＰ応答パケットを送信した前記転送装置のＩＰアドレスを含む情報の組、を記憶し、
前記ホスト間の通信データを転送する前記転送装置は、前記ＤＮＳサーバに問い合わせて前記ＡＲＰ解決用情報を参照することで、転送先の転送装置のＩＰアドレスを得る
ことを特徴とする請求項４または請求項５に記載のデータ転送方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークシステムにおいてブロードキャストのドメインの範囲を拡張する技術に関する。
【背景技術】
【０００２】
従来、ブロードキャスト（レイヤ２）は、ルータやその同等機能を提供できるマルチレイヤスイッチによってそのドメインの範囲が決定されていた。そこで、ブロードキャストのドメインの範囲を拡張する方法として、Ethernet（登録商標）フレームをＩＰ（Internet Protocol）パケットによりカプセル化して、２つの隔たれたブロードキャストドメインを論理的に接続するＶＸＬＡＮ（Virtual eXtensible Local Area Network）（非特許文献１）やＮＶＧＲＥ（Network Virtualization using Generic Routing Encapsulation）(非特許文献２）などの方法が開発され、用いられている。
【０００３】
これらの技術では、２つの隔たれたブロードキャストドメインを接続するために、スイッチ間でEthernetフレームをカプセル化したＩＰパケットを転送する。一般に、新規の通信が始まる場合、Ethernetにおいてはフレームの転送先が不明であるために、ブロードキャストを行い、転送先を探索する。このブロードキャストを上述のＶＸＬＡＮやＮＶＧＲＥ等を用いて転送する場合に、二つの方法が存在する。なお、以降、ＶＸＬＡＮを例に説明する。
【０００４】
１つの方法はマルチキャストを用いる方法（以下、「マルチキャスト方式」と称する。）である。マルチキャスト方式では、ＶＸＬＡＮの論理ブロードキャストドメイン識別子であるＶＮＩ（VXLAN Network Identifier）単位で、使用するマルチキャストアドレスを決定する。そして、EthernetスイッチングとＩＰルーティングの境界点であるＶＴＥＰ（VXLAN Tunnel End Point）（転送装置）は、Ethernetのブロードキャストフレームを受信すると、そのブロードキャストドメインにより決定されるＶＮＩに紐づけられるマルチキャストアドレスにＩＰマルチキャストパケットを転送する。
【０００５】
もう１つの方法はユニキャストを用いる方法（以下、「ユニキャスト方式」と称する。）である。ユニキャスト方式では、ＶＴＥＰは、Ethernetのブロードキャストフレームを受信すると、予め設定された同一のブロードキャストドメインを扱う対向の１つ以上のＶＴＥＰに対してパケットを複製し送信する。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】M. Mahalingam, et al. "Virtual eXtensible Local Area Network (VXLAN): A Framework for Overlaying Virtualized Layer 2 Networks over Layer 3 Networks", [online], August 2014, Request for Comments: 7348, [平成27年1月30日], インターネット, <URL:http://tools.ietf.org/html/rfc7348>
【非特許文献２】P. Garg Ed., et al. "NVGRE: Network Virtualization using Generic Routing Encapsulation draft-sridharan-virtualization-nvgre-07.txt", [online], November 11, 2014, Network Working Group, [平成27年1月30日], インターネット, <URL:http://www.ietf.org/id/draft-sridharan-virtualization-nvgre-07.txt>
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、マルチキャスト方式では、ＶＴＥＰに対して、ＩＰマルチキャストを正しく扱うために、マルチキャストへ参加するためのＩＧＭＰ（Internet Group Management Protocol）等のプロトコルや、マルチキャストパケットを正しく転送するためのＰＩＭ（Protocol-Independent Multicast）等のプロトコルを導入する必要があり、その導入に多くの手間やコストがかかってしまうという問題がある。
【０００８】
一方、ユニキャスト方式では、マルチキャスト方式と異なり、ＩＧＭＰやＰＩＭといったプロトコルの導入は不要である。しかしながら、マルチキャスト方式と異なり、転送先を一意な識別子（マルチキャスト方式の場合はＩＰマルチキャストアドレス）で表すことができないため、各ＶＴＥＰに予め転送先を明確に設定しておく必要がある。そのため、ＶＴＥＰが増加した場合に既存のＶＴＥＰ全てに対して新規ＶＴＥＰを転送先として設定する必要があり、その設定に多くの手間やコストがかかってしまうという問題がある。
【０００９】
そこで、本発明は、ネットワークシステムにおいてブロードキャストのドメインの範囲を拡張するためにユニキャスト方式を用いつつ、各転送装置のデータ転送先の設定を容易にすることを課題とする。
【課題を解決するための手段】
【００１０】
前記課題を解決するために、本発明は、ホスト間の通信データを転送する複数の転送装置と、前記複数の転送装置と通信接続されたＤＮＳサーバと、を備え、EthernetフレームをＩＰパケットによりカプセル化して、２つの隔たれたブロードキャストドメインを論理的に接続するネットワークシステムであって、前記ＤＮＳサーバは、前記転送装置の間で用いられる仮想ＬＡＮの識別子と、前記仮想ＬＡＮを用いている前記転送装置のＩＰアドレスの対応関係情報を記憶しており、前記転送装置は、前記Ethernetフレームを前記ＩＰパケットによりカプセル化して他の前記転送装置に転送する際、当該Ethernetフレームの転送に用いられる仮想ＬＡＮの識別子をキーに前記ＤＮＳサーバに問い合わせることで、当該仮想ＬＡＮに用いられている前記転送装置のＩＰアドレスを特定し、前記ＩＰアドレスを特定した転送装置に転送を行うことを特徴とするネットワークシステムである。
【００１１】
これによれば、ネットワークシステムにおいてブロードキャストのドメインの範囲を拡張するためにユニキャスト方式を用いる際、転送装置間のデータ転送に必要な転送先の情報（前記対応関係情報）をＤＮＳサーバで一元管理するので、各転送装置のデータ転送先の設定を容易にすることができる。
【００１２】
また、本発明は、前記転送装置が前記ネットワークシステムに導入される際、当該転送装置が、用いられる前記仮想ＬＡＮの識別子が設定されたとき、当該仮想ＬＡＮの識別子と、当該転送装置のＩＰアドレスと、を前記ＤＮＳサーバに送信し、前記ＤＮＳサーバが、受信した前記仮想ＬＡＮの識別子と、前記転送装置のＩＰアドレスと、を前記対応関係情報に登録することが好ましい。
【００１３】
これによれば、転送装置をネットワークシステムに導入する際、転送装置に仮想ＬＡＮの識別子を設定したときに、その仮想ＬＡＮの識別子と、当該転送装置のＩＰアドレスと、が当該転送装置からＤＮＳサーバに送信され、ＤＮＳサーバは、それらの情報を自動登録するので、データ転送先の設定の手間やコストを抑制できる。
【００１４】
また、本発明は、前記ＤＮＳサーバが、ＡＲＰ解決用情報として、前記転送装置からＡＲＰ要求パケットに基づく問い合わせがあったとき、前記ＡＲＰ要求パケットの送信元のＩＰアドレスに基づく情報と前記ＡＲＰ要求パケットの送信元のＭＡＣアドレスに基づく情報の組、および、前記ＡＲＰ要求パケットの送信元のＭＡＣアドレスに基づく情報と前記ＡＲＰ要求パケットを送信した前記転送装置のＩＰアドレスを含む情報の組、を記憶し、前記転送装置からＡＲＰ応答パケットに基づく問い合わせがあったとき、前記ＡＲＰ応答パケットの送信元のＩＰアドレスに基づく情報と前記ＡＲＰ応答パケットの送信元のＭＡＣアドレスに基づく情報の組、および、前記ＡＲＰ応答パケットの送信元のＭＡＣアドレスに基づく情報と前記ＡＲＰ応答パケットを送信した前記転送装置のＩＰアドレスを含む情報の組、を記憶し、前記ホスト間の通信データを転送する前記転送装置が、前記ＤＮＳサーバに問い合わせて前記ＡＲＰ解決用情報を参照することで、転送先の転送装置のＩＰアドレスを得ることが好ましい。
【００１５】
これによれば、ＤＮＳサーバに前記したようなＡＲＰ解決用情報を自動的に蓄積し、ホスト間の通信データを転送する転送装置は、ＤＮＳサーバに問い合わせてそのＡＲＰ解決用情報を参照することで、転送先の転送装置のＩＰアドレスを得ることができるので、各転送装置のデータ転送先の設定を容易にすることができる。
【発明の効果】
【００１６】
本発明によれば、ネットワークシステムにおいてブロードキャストのドメインの範囲を拡張するためにユニキャスト方式を用いつつ、各転送装置のデータ転送先の設定を容易にすることができる。
【図面の簡単な説明】
【００１７】
【図１】本実施形態のネットワークシステムの全体構成図である。
【図２】ブロードキャストフレームの送信処理を示すフローチャートである。
【図３】スイッチ（ＶＴＥＰ）を増設する場合に、ＤＮＳサーバで保有するデータの更新するためにスイッチ側で行う処理を示すフローチャートである。
【図４】本実施形態のネットワークシステムの全体構成図であり、ＡＲＰ解決の補助の説明図である。
【図５】ＡＲＰ解決の補助のための処理を示すフローチャートの一部である。
【図６】ＡＲＰ解決の補助のための処理を示すフローチャートの一部である。
【図７】本実施形態のスイッチの構成等を示す図である。
【発明を実施するための形態】
【００１８】
以下、本発明に係るネットワークシステムおよびそのデータ転送方法の実施形態について、図面を参照して説明する。
【００１９】
（概要）
本実施形態では、前記した従来技術の説明と同様、ブロードキャストのドメインの範囲を拡張する方法として、ＶＸＬＡＮを例に説明する。そして、ＩＰパケットの転送にはユニキャスト方式を用いるが、従来技術と異なり、一意の識別子でデータ転送先を特定する方法を用いる。
【００２０】
具体的には、ＶＴＥＰは、一意の識別子としてＤＮＳ（Domain Name System）サーバのアドレスを用いて、ＤＮＳサーバに問い合わせることで転送先を認識する。また、本実施形態では、次の２つの異なる方法を説明する。
・方法１  ＤＮＳサーバのZone設定にＶＴＥＰアドレスを手動で登録する方法。
・方法２  ＤＮＳサーバのZone設定にＶＴＥＰアドレスを手動で登録せず、動的に学習（登録）する方法。
【００２１】
（方法１）
図１は、方法１で想定されるネットワーク構成の一例としてのネットワークシステム１０００である。ネットワークシステム１０００は、ＤＮＳサーバ１と、５台のスイッチ２（＃１〜＃５。以下、「スイッチ＃１」などとも称する。）、ホスト１０１，１０２，１０３，１１１，１１２，１１３，１１４と、を備えている。
【００２２】
ここで、スイッチ＃１，＃２，＃３，＃４はＶＴＥＰとして動作できる。なお、ＩＰの接続性があればＶＴＥＰとなるスイッチ又は同等機能を持つネットワーク機器はもっと多くても構わない。また、スイッチ＃１，＃２，＃３，＃４はスイッチ＃５を介して接続されているが、より多くのスイッチ又は同等機能を持つネットワーク機器を介して接続されても構わない。同様に、スイッチ＃５に接続されているＤＮＳサーバ１も、より多くのスイッチ又は同等機能を持つネットワーク機器を介してスイッチ＃５に接続されても構わない。ただし、スイッチ＃１，＃２，＃３，＃４とＤＮＳサーバ１は、必ずＩＰの疎通性があることが条件となる。
【００２３】
スイッチ＃１，＃２，＃３には、ＶＬＡＮ(Virtual Local Area Network)１０（ＶＬＡＮ−ＩＤ（IDentifier）が「１０」）でホスト１０１，１０２，１０３がそれぞれ接続されている。また、スイッチ＃１，＃２，＃３，＃４には、ＶＬＡＮ１１でホスト１１１，１１２，１１３，１１４がそれぞれ接続されている。スイッチ＃１，＃２，＃３でＶＬＡＮ１０のデータをＶＸＬＡＮのＶＮＩ１０を用いて転送することにより、ホスト１０１，１０２，１０３は論理的に同一のブロードキャストドメインで通信できる。同様に、スイッチ＃１，＃２，＃３，＃４でＶＬＡＮ１１のデータをＶＸＬＡＮのＶＮＩ１１を用いて転送することにより、ホスト１１１，１１２，１１３，１１４は論理的に同一のブロードキャストドメインで通信できる。これらのＶＬＡＮ−ＩＤとＶＮＩの対応付けは従来通りスイッチ２個々に設定されているものとする。また、各スイッチ２にはＤＮＳサーバ１のＩＰアドレス（192.168.6.1）と、ドメイン名（example.jp）が設定されている。なお、これらは一般に従来からある名前解決（例えば、対応するＩＰアドレスとＭＡＣアドレスの一方から他方を特定すること）のための機能である。
【００２４】
ここで、図７を参照して、スイッチ２の構成を説明する。スイッチ２は、物理インタフェース部２１、フレーム／パケット処理部２２、装置制御部２３、入力ユーザインタフェース部２４、および、名前解決部２５を備える。各部２１〜２５の構成自体は従来と同様である。名前解決部２５とＤＮＳサーバ１の連携による名前解決の方法に本実施形態の特徴がある。各部２１〜２５は、ＣＰＵ（Central Processing Unit）、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、ＨＤＤ（Hard Disk Drive）などによって実現される。なお、スイッチ２は、情報を出力するための出力インタフェース（液晶画面表示装置など）や、外部装置との通信を行うための通信インタフェースなども備えるが、それらの図示や説明は省略する。
【００２５】
物理インタフェース部２１は、実際のパケットの送受信やメディア（光ファイバ・メタルケーブル）に対しての光・電気変換、フレームフォーマット変換などを実施する。
フレーム／パケット処理部２２は、受信したフレームやＩＰパケットに対して処理を行う。例えば、ＶＬＡＮをＶＸＬＡＮで延伸する場合は、入力したＬ２フレームをＶＸＬＡＮパケット化するためにＩＰ及びＵＤＰ(User Datagram Protocol)でカプセル化する。
【００２６】
装置制御部２３は、スイッチ２のＯＳ（Operating System）、ソフトウェアに相当する。
入力ユーザインタフェース部２４は、シェルに相当し、接続されるキーボードやまたはシリアル接続、または遠隔操作方法（ｔｅｌｎｅｔやｓｓｈ）等に対してユーザインタフェース（コマンドインタフェース）を提供する。
【００２７】
名前解決部２５は、ＯＳのＤＮＳスタックに相当する。外部から入力ユーザインタフェース部２４を通じて入力されたコマンドは、装置制御部２３を介して、必要に応じて名前解決部２５に渡される。例えば、ｐｉｎｇコマンドでその引数にＩＰアドレスではなくホスト名を指定した場合は、入力ユーザインタフェース部２４を介して入力されたコマンドが、装置制御部２３を介して、名前解決部２５に名前解決の問い合わせを行う。
【００２８】
名前解決部２５は、キャッシュ（ＤＮＳサーバ１のzone設定データのキャッシュ。詳細は後記。）が存在すれば、そのキャッシュを用いて名前解決する。キャッシュが存在しなければ、装置制御部２３、フレーム／パケット処理部２２、物理インタフェース部２１を介して、外部のＤＮＳサーバ１に対して名前解決の問い合わせをする。本実施形態では、フレーム／パケット処理部２２でＶＸＬＡＮの処理を行う場合に、装置制御部２３を介して名前解決部２５に問い合わせ、名前解決部２５は名前解決を実行する（詳細は後記）。なお、以下では、説明を簡潔にするために、スイッチ２における処理の動作主体（各部２１〜２５）の記載を適宜省略する。
【００２９】
方法１の動作について、図２を参照して説明する（図１も適宜参照）。
まず、スイッチ２は、ＶＸＬＡＮ以外のインタフェースからフレームを受信すると（ステップＳ１）、その受信したフレームが“ＶＸＬＡＮ設定”（図１参照）でＶＮＩが関連付けられたＶＬＡＮに属すか否かを判定し、Ｙｅｓの場合はステップＳ４に進み、Ｎｏの場合はステップＳ３に進む。
【００３０】
ステップＳ３において、スイッチ２は、非ＶＸＬＡＮ処理、つまり、通常（従来と同様）のＶＬＡＮの処理を行う。
【００３１】
ステップＳ４において、スイッチ２は、設定済みの“ＤＮＳサーバアドレス”（図１参照）に対して、ＤＮＳ問い合わせを行う。ＲＦＣ（Request for Comments）にしたがった具体的な問い合わせ内容は、図示の「（問合せ内容）」に記載の通りである。つまり、このステップＳ４によって、スイッチ２から、ＤＮＳサーバ１のサブドメイン「vtep.example.jp」に対して、クエリが送られる。例えば、ＶＬＡＮ１０からの通信でその宛先ＭＡＣアドレスがブロードキャストとなっていた場合に、スイッチ２は、ＶＬＡＮ−ＩＤとＶＮＩの対応表（図１参照）を確認し、ＶＮＩ１０への転送を決定し、このステップＳ４の問い合わせを行う。
【００３２】
ＤＮＳサーバ１には、予めＶＮＩ（仮想ＬＡＮの識別子）に対応する各スイッチ２のＩＰアドレスを設定しておく。ステップＳ５において、ＤＮＳサーバ１は、設定済みの該当Zoneのデータを元にＤＮＳ返答を行う。ＲＦＣにしたがった具体的な返答内容は、図示の括弧内に記載の通りである。つまり、ＤＮＳサーバ１は、図１のテーブルＴ１を参照し、ＶＮＩ１０に対するＩＰアドレスとして192.168.1.1（スイッチ＃１）、192.168.2.1（スイッチ＃２）、192.168.3.1（スイッチ＃３）をスイッチ２に返す。なお、「ANCOUNT」は返信するＩＰアドレスの数を示す（ＲＦＣ１０３５）。
【００３３】
次に、ステップＳ６において、スイッチ２は、ＤＮＳサーバ１の応答から自身のＶＴＥＰアドレスを除外したアドレス群を対向ＶＴＥＰアドレスとして、フレームをＩＰカプセル化して複製して転送する。例えば、前記の例で、スイッチ＃１の場合、このステップＳ６では、受け取った３つのＩＰアドレスのうち、自身のアドレスである192.168.1.1を除外した192.168.2.1（スイッチ＃２）、192.168.3.1（スイッチ＃３）へ、ＶＬＡＮ１０で受信したフレームをＩＰカプセル化して転送する。
【００３４】
このようにして、この方法１によれば、ブロードキャストのドメインの範囲を拡張するために、ユニキャスト方式を用いることで、マルチキャスト方式の実現に必要なプロトコルの導入が不要で済む。また、従来のユニキャスト方式のように個別の対向ＶＴＥＰのアドレスを各ＶＴＥＰに設定する必要がなく、各ＶＴＥＰはマルチキャスト方式のように単一の識別子（ＤＮＳサーバ１の特定Zoneの識別子）のみを指定すればよく、実際の対向ＶＴＥＰの名前解決はＤＮＳサーバ１の特定Zoneのみ設定すれば実現できるので、ＶＴＥＰが増加した場合でも容易にデータ転送先の設定を行うことができる。つまり、ネットワークシステム１０００においてブロードキャストのドメインの範囲を拡張するためにユニキャスト方式を用いる際、スイッチ２（転送装置）間のデータ転送に必要な転送先の情報（対応関係情報）をＤＮＳサーバ１で一元管理するので、各スイッチ２（転送装置）のデータ転送先の設定を容易にすることができる。
【００３５】
（方法２）
次に、方法２について説明する。前記したように、方法２は、ＤＮＳサーバのZone設定にＶＴＥＰアドレスを手動で登録せず、動的に学習（登録）する方法である。図３に示すように、スイッチ２は、ＲＦＣ２１３６に規定された更新（Dynamic DNS）の方法を用いて、“ＶＸＬＡＮ設定”（図１参照）で新規のＶＮＩの設定投入（入力）があると（ステップＳ１１）、設定済みの“ＤＮＳサーバアドレス” （図１参照）に対してＤＮＳ更新を行う（ステップＳ１２）。ＲＦＣにしたがった更新内容は、図示の「（更新内容）」に記載の通りである。
【００３６】
そして、このステップＳ１２の後、ＤＮＳサーバ１は、図１のテーブルＴ１に示すように、「名前」（ＮＡＭＥ）をＶＮＩ（例えば、１０）、レコード「種別」（ＴＹＰＥ）をＡ（登録する自装置アドレスがＩＰｖ４の場合のＡレコード）かつ・またはＡＡＡＡ（登録する自装置アドレスがＩＰｖ６の場合のＡＡＡＡレコード）として、スイッチ２のＶＴＥＰアドレスを「データ」（ＲＤＡＴＡ）に登録する。
【００３７】
このようにして、この方法２によれば、ＤＮＳサーバのZone設定にＶＴＥＰアドレスを手動で登録しなくても、動的に学習（登録）することができる。したがって、データ転送先の設定の手間やコストを抑制できる。
【００３８】
（方法２の応用）
次に、この方法２の応用として、ＡＲＰ（Address Resolution Protocol）解決（あて先のＩＰアドレスからＭＡＣアドレスを求めること）を補助する方法について説明する。この場合のネットワークシステム１０００の構成例を図４に示す。図４は、ＤＮＳサーバ１にテーブルＴ２が追加されている以外は、図１と同様である。
【００３９】
図４〜図６を参照して、ＡＲＰ解決の補助のための処理について説明する。
まず、スイッチ２は、ＶＸＬＡＮ以外のインタフェースからＡＲＰ要求パケットを受信すると（ステップＳ１０１）、その受信したフレームが“ＶＸＬＡＮ設定”（図４参照）でＶＮＩが関連付けられたＶＬＡＮに属すか否かを判定し、Ｙｅｓの場合はステップＳ１０４に進み、Ｎｏの場合はステップＳ１０３に進む。
【００４０】
ステップＳ１０３において、スイッチ２は、非ＶＸＬＡＮ処理、つまり、通常（従来と同様）のＶＬＡＮの処理を行う。
【００４１】
ステップＳ１０４において、スイッチ２は、設定済みの“ＤＮＳサーバアドレス”（図４参照）に対して、ＤＮＳ問い合わせを行う。ＲＦＣにしたがった具体的な問い合わせ内容は、図示の「（問合せ内容）」に記載の通りである。
【００４２】
ここで、ホスト１０２からホスト１０３へＡＲＰ解決を行うためにＡＲＰパケットを送信した場合を例にとる。スイッチ＃２は、通過したＡＲＰパケットの中身を確認し、自身の配下のホスト１０２の送信元ＩＰアドレスと送信元ＭＡＣアドレスを取得する。
【００４３】
ステップＳ１０４では、この送信元ＩＰアドレスを１６進数表記に変更にして文字列化する。ホスト１０２の場合“０Ａ０００Ａ０２”になる。なお、ここでは、ＤＮＳのホスト名として登録するために文字列化するのであり、１６進数表記は必ずしも必須ではなく、例えばホスト１０２の場合、１０−０−１０−２といった文字列でも構わない。スイッチ＃２は、これを名前としてＤＮＳサーバ１へ問い合わせする。以下、スイッチ２としてスイッチ＃２を例にとって説明する。
【００４４】
スイッチ＃２は、ＤＮＳレコードが存在するか否か、つまり、この問い合わせに対するＤＮＳサーバ１からの応答内容が名前解決できた旨であったか（図４のＤＮＳサーバ１のテーブルＴ２の１行目と３行目のデータがあったか。）否かを判定し（ステップＳ１０５）、Ｙｅｓの場合はステップＳ１１０に進み、Ｎｏの場合はステップＳ１０６に進む。
【００４５】
ステップＳ１１０において、スイッチ＃２は、設定済みの“ＤＮＳサーバアドレス”（図４参照）に対して、ＤＮＳ問い合わせを行う。ＲＦＣにしたがった具体的な問い合わせ内容は、図示の「（問合せ内容）」に記載の通りである。ここでは、ＤＮＳ応答で返ってきたＥＵＩ４８の文字列を名前としてＤＮＳサーバ１へ問い合わせする。
【００４６】
スイッチ＃２は、ＤＮＳレコードが存在するか否か、つまり、この問い合わせに対するＤＮＳサーバ１からの応答内容が名前解決できた旨であったか（図４のＤＮＳサーバ１のテーブルＴ２の２行目と４行目のデータがあったか。）否かを判定し（ステップＳ１１１）、Ｙｅｓの場合はステップＳ１１２に進み、Ｎｏの場合はステップＳ１０７に進む。
【００４７】
ステップＳ１１２において、スイッチ＃２は、ＤＮＳ応答で返ってきたＡレコードまたはＡＡＡＡレコードの単一のＩＰアドレスに対してＶＸＬＡＮでこのＡＲＰパケットを対向ＶＴＥＰに対してユニキャスト転送する。
【００４８】
ステップＳ１０６において、スイッチ＃２は、設定済みの“ＤＮＳサーバアドレス”（図４参照）に対してＤＮＳ更新を行う。ＲＦＣにしたがった更新内容は、図示の「（更新内容）」に記載の通りである。つまり、１レコード目（図４のＤＮＳサーバ１のテーブルＴ２の１行目のデータ）として、ＡＲＰ要求パケットの送信元（ホスト１０２）のＩＰアドレスの１６進数文字列、ＶＮＩ値、サブドメイン、ドメイン名を「名前」として、レコード「種別」をＥＵＩ４８として、ＡＲＰ要求パケットの送信元（ホスト１０２）のＭＡＣアドレスを通知する。また、２レコード目（図４のＤＮＳサーバ１のテーブルＴ２の３行目のデータ）として、ＡＲＰ要求パケットの送信元（ホスト１０２）のＭＡＣアドレスの１文字列、ＶＮＩ値、サブドメイン、ドメイン名を「名前」として、レコード「種別」をＡまたはＡＡＡＡとして、スイッチ＃２自身のＶＴＥＰのＩＰｖ４アドレスまたはＩＰｖ６アドレスを通知する。
【００４９】
次に、スイッチ＃２は、ステップＳ１０７（図２のステップＳ４と同様）と、ステップＳ１０８（図２のステップＳ６と同様）を実行する。
【００５０】
次に、ステップＳ１０９において、スイッチ＃２は、ＶＸＬＡＮインタフェースからＡＲＰ応答（ホスト１０３からのＡＲＰ応答）受信時に、設定済みの“ＤＮＳサーバアドレス”（図４参照）に対してＤＮＳ更新を行う。ＲＦＣにしたがった更新内容は、図示の「（更新内容）」に記載の通りである。つまり、１レコード目（図４のＤＮＳサーバ１のテーブルＴ２の２行目のデータ）として、ＡＲＰ応答パケットの送信元（ホスト１０３）のＩＰアドレスの１６進数文字列、ＶＮＩ値、ドメイン名を「名前」として、レコード「種別」をＥＵＩ４８として、ＡＲＰ応答パケットの送信元（ホスト１０３）のＭＡＣアドレスを通知する。また、２レコード目（図４のＤＮＳサーバ１のテーブルＴ２の４行目のデータ）として、ＡＲＰ応答パケットの送信元（ホスト１０３）のＭＡＣアドレスの１文字列、ＶＮＩ値、サブドメイン、ドメイン名を「名前」として、レコード「種別」をＡまたはＡＡＡＡとして、送信元ＶＴＥＰ（スイッチ＃３）のＩＰｖ４アドレスまたはＩＰｖ６アドレスを通知する。なお、このステップＳ１０９の処理は、ホスト１０３を配下に有するスイッチ＃３が行ってもよい。
【００５１】
上述の処理により図４のＤＮＳサーバ１にはテーブルＴ２の１〜４行目に示すようなレコード（ＡＲＰ解決用情報）が作成される。
この後、例えば、ホスト１０１からホスト１０３あての通信が発生した場合にホスト１０１のフレームを受信したスイッチ＃１はＤＮＳサーバ１へ問い合わせする。すでにＤＮＳサーバ１にホスト１０３のＩＰアドレスから１６進数文字列の名前が登録されているため（テーブルＴ２の２行目）、ＥＵＩ４８のＭＡＣアドレスを得て、加えてそのＭＡＣアドレスを名前として検索することでスイッチ＃３のＶＴＥＰアドレスを得る（テーブルＴ２の４行目）。このとき、併せて、図６のステップＳ１０６のように、スイッチ＃１はＤＮＳ更新を行い、ホスト１０１からのフレームの送信元（ホスト１０１）のＩＰアドレスやＭＡＣアドレスに基づくデータをＤＮＳサーバ１に登録する。
【００５２】
そして、スイッチ＃１からスイッチ＃３を経由してフレームを受信したホスト１０３はＡＲＰ応答し、ホスト１０１はＡＲＰ解決する。このように、スイッチ＃１は、複数のホストへユニキャストを送信することなく、ＤＮＳサーバ１へ問い合わせることによって、対向のＶＴＥＰアドレスを学習することができる。つまり、各スイッチ２のデータ転送先の設定を容易にすることができるとともに、ネットワーク全体のデータ通信量や処理負荷を低減することができる。
【００５３】
なお、ホスト１０３の代わりにスイッチ＃１がＡＲＰの代理応答を実施してもよい。そうすると、ホスト１０３がホスト１０１のＭＡＣアドレスを知らないためＡＲＰ要求を出すことも考えられるが、その場合でも、すでにホスト１０１がＤＮＳサーバ１に登録されているので、スイッチ＃３でブロードキャストを送信することなくユニキャストでホスト１０１に転送できる。
【００５４】
このようにすることで、例えば、ネットワークシステム１０００が大規模で、ホスト１０３がサーバだった場合に、スイッチ＃３以外に接続されているクライアント（ホスト）からホスト１０３への接続があったとき、最初に接続したクライアント（ホスト）がＡＲＰ解決をしたら、ほかのクライアント（ホスト）のＡＲＰパケットはＶＴＥＰにより代理応答され、ＶＴＥＰでのＡＲＰパケットの転送が抑制される。
【００５５】
なお、図７に示すように、スイッチ＃２は、ＤＮＳサーバ１のテーブルＴ１，Ｔ２のデータをキャッシュして、テーブルＴ１１，Ｔ１２とし、用いてもよい。
【００５６】
以上で本実施形態の説明を終えるが、本発明の態様はこれらに限定されるものではない。
例えば、本実施形態ではＶＸＬＡＮを例にとって説明したが、ＮＶＧＲＥ等にも適用できる。
その他、具体的な構成や処理について、本発明の主旨を逸脱しない範囲で適宜変更が可能である。
【符号の説明】
【００５７】
１      ＤＮＳサーバ
２      スイッチ
２１    物理インタフェース部
２２    フレーム／パケット処理部
２３    装置制御部
２４    入力ユーザインタフェース部
２５    名前解決部
１０１〜１０３，１１１〜１１４  ホスト
１０００  ネットワークシステム
Ｔ１，Ｔ２，Ｔ１１，Ｔ１２  テーブル
【図１】
2016146566.tif 000003
【図２】
2016146566.tif 000004
【図３】
2016146566.tif 000005
【図４】
2016146566.tif 000006
【図５】
2016146566.tif 000007
【図６】
2016146566.tif 000008
【図７】
2016146566.tif 000009