WO2015186366A1 - データ転送システム、データ転送サーバ、データ転送方法、および、プログラム記録媒体 - Google Patents

データ転送システム、データ転送サーバ、データ転送方法、および、プログラム記録媒体 Download PDF

Info

Publication number
WO2015186366A1
WO2015186366A1 PCT/JP2015/002836 JP2015002836W WO2015186366A1 WO 2015186366 A1 WO2015186366 A1 WO 2015186366A1 JP 2015002836 W JP2015002836 W JP 2015002836W WO 2015186366 A1 WO2015186366 A1 WO 2015186366A1
Authority
WO
WIPO (PCT)
Prior art keywords
data transfer
packet
transfer server
domain
tunnel termination
Prior art date
Application number
PCT/JP2015/002836
Other languages
English (en)
French (fr)
Inventor
倫明 宮崎
Original Assignee
日本電気株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 日本電気株式会社 filed Critical 日本電気株式会社
Priority to EP15802330.9A priority Critical patent/EP3154228A4/en
Priority to US15/316,311 priority patent/US10177935B2/en
Publication of WO2015186366A1 publication Critical patent/WO2015186366A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H04L12/4633—Interconnection of networks using encapsulation techniques, e.g. tunneling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H04L12/4641—Virtual LANs, VLANs, e.g. virtual private networks [VPN]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G06F2009/45595—Network integration; Enabling network access in virtual machine instances
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2212/00—Encapsulation of packets

Definitions

  • the present invention relates to a data transfer system, a data transfer server, a data transfer method, and a program, and in particular, a data communication system, a data transfer server, and a data transfer method for transferring broadcast and multicast when communication is performed using a tunneling technique. And related to the program.
  • an SDN Software-Defined Network
  • VLAN Virtual Local Area Network
  • an overlay network that constructs an edge overlay to avoid the problem that the network device has few partition resources and the problem that the setting of the network device is complicated. Technology is used.
  • Non-Patent Documents 1 and 2 As edge overlay network technologies, tunneling technologies such as VXLAN (Virtual Extensible Local Area Network) and NVGRE (Network Virtualization Using Generic Routing Encapsulation) are known (Non-Patent Documents 1 and 2). These technologies encapsulate communication of a virtual network constructed in a virtual computer, and flow communication to a base network (Substrate Network, physical network) composed of network devices constituting a virtual computer environment. In these tunneling technologies, it is possible to virtually increase partition resources of a virtual network by adding a virtual network ID (Identifier) at the time of encapsulation. Moreover, in these tunneling technologies, the setting burden on the network device is reduced by using communication of the base network.
  • VXLAN Virtual Extensible Local Area Network
  • NVGRE Network Virtualization Using Generic Routing Encapsulation
  • Non-Patent Document 1 “4.2. Broadcast Communication and Mapping to Multicast”
  • Non-Patent Document 2 “4.1. (See “Broadcast” and “Multicast” Traffic ").
  • Patent Document 1 discloses a switch that is applied to a technique for encapsulating a packet by a header called a TRILL (TransparentTransconnection of Lots of Links) header.
  • the switch described in Patent Document 1 includes means for determining an internal multicast group identifier based on a source address associated with a multicast packet, a multicast address, and a multicast tree identifier field.
  • the switch also includes means for forwarding multicast packets based on the internal multicast group identifier.
  • Non-Patent Document 3 describes a network control technique called OpenFlow.
  • OpenFlow the OpenFlow switch can function as a tunneling technology TEP (Tunnel End Point) device.
  • VXLAN Virtual Extensible Local Area Network
  • the point that a physical network corresponding to multicast is required may be a barrier to introduction.
  • multicast it is conceivable to use a method in which an alternative device learns a destination to transmit a broadcast, and the alternative device copies and transmits a packet to all destinations. According to such a method, there is an advantage that a network corresponding to the above-described multicast is not necessary, and the network construction is simplified.
  • unlike multicast when a packet is transferred from an alternative device to a destination, the packet is copied and transferred. Therefore, when transfer across domains is performed, there is a problem that the efficiency of the network deteriorates because the copied packet passes through the same route.
  • An object of the present invention is to provide a data transfer system, a data transfer server, a data transfer method, and a program that contribute to solving such a problem.
  • the data transfer system provides a first data transfer server provided for a tunnel termination point belonging to a first domain and a tunnel termination point belonging to a second domain.
  • the second data transfer server and when the first data transfer server receives a packet from a tunnel termination point belonging to the first domain, the second data transfer server, and the second data transfer server A first transfer unit configured to transfer the packet to a tunnel terminal point other than the packet transfer source among the tunnel terminal points belonging to one domain, wherein the second data transfer server includes the first data transfer server;
  • the tunnel termination point belonging to the second domain is A second transfer means for transferring the packet.
  • a first data transfer server is a first data transfer server provided for a tunnel termination point belonging to a first domain, the tunnel belonging to the first domain.
  • a second data transfer server provided for the tunnel termination point belonging to the second domain, and a transfer source of the packet among the tunnel termination points belonging to the first domain
  • a first transfer unit configured to transfer the packet to a tunnel termination point other than the second domain, and when the second data transfer server receives the packet from the first data transfer server, the second domain The packet is forwarded to the tunnel termination point belonging to.
  • a first data transfer server provided for a tunnel termination point belonging to a first domain receives a packet from a tunnel termination point belonging to the first domain.
  • a second data transfer server provided for the tunnel termination point that is received and belongs to the second domain, and a tunnel termination point other than the packet forwarding source of the tunnel termination points belonging to the first domain When the second data transfer server receives the packet from the first data transfer server, the packet is sent to a tunnel termination point belonging to the second domain. Forward.
  • a program recording medium in the first domain with respect to a computer provided in a first data transfer server provided for a tunnel termination point belonging to the first domain.
  • a process of receiving a packet from a tunnel termination point belonging to, a second data transfer server provided for the tunnel termination point belonging to the second domain, and the tunnel termination point belonging to the first domain The program recording medium which records the program which performs the process which transfers the said packet with respect to tunnel termination points other than the packet transmission origin.
  • the program can also be provided as a program product recorded in a non-transitory computer-readable storage medium.
  • the data transfer server when a virtual network is configured in a network spanning a plurality of domains, broadcast and multicast can be transferred efficiently.
  • FIG. 1 is a block diagram illustrating a configuration of a data transfer system according to a first embodiment. It is a figure which illustrates the table which the transmission destination memory
  • FIG. 4 is a diagram illustrating a table held in a transmission destination storage unit 14-1 of the first BCMC transfer server 10-1 in the data transfer system according to the first embodiment.
  • FIG. 7 is a diagram illustrating a table held in a transmission destination storage unit 14-2 of the second BCMC transfer server 10-2 in the data transfer system according to the first embodiment. It is a block diagram which illustrates operation of a data transfer system concerning a 1st embodiment. It is a figure which illustrates the table which the transmission destination memory
  • FIG. 1 is a block diagram illustrating the configuration of a data transfer system according to an embodiment.
  • the data transfer system includes a first data transfer server 50-1 provided for tunnel termination points 60-1 and 60-2 belonging to the first domain 40-1.
  • the data transfer system also includes a second data transfer server 50-2 provided for a tunnel termination point belonging to the second domain 40-2.
  • the first data transfer server 50-1 includes a first transfer unit 12-1.
  • the first transfer unit 12-1 transfers the packet to the following. That is, the first transfer unit 12-1 includes the second data transfer server 50-2 and the tunnel termination point 60- other than the packet transfer source among the tunnel termination points belonging to the first domain 40-1. 2. Transfer the packet.
  • the second data transfer server 50-2 includes a second transfer unit 12-2. Upon receiving the packet from the first data transfer server 50-1, the second transfer unit 12-2 sends the packet to the tunnel termination points 60-3 and 60-4 belonging to the second domain 40-2. Forward.
  • the multicast or broadcast sent from the virtual server accommodated by the tunnel termination point 60-1 to the virtual servers accommodated by the tunnel termination points 60-2 to 60-4 is transferred as follows. Is done. That is, these multicasts or broadcasts are transferred as unicast from the tunnel termination point 60-1 to the data transfer server 50-1 and from the data transfer server 50-1 to the tunnel termination point 60-2. Alternatively, these multicasts or broadcasts are transferred as unicast from the data transfer server 50-1 to the data transfer server 50-2 and from the data transfer server 50-2 to the tunnel termination points 60-3 and 60-4. .
  • the transfer as described above is compared with the case of transferring data directly from the data transfer server 50-1 to the tunnel termination points 60-3 and 60-4. Traffic on the communication path A connecting the domain 40-2 can be reduced. That is, according to the data transfer system of an embodiment, when a virtual network is configured in a network that spans a plurality of domains, broadcast and multicast can be transferred efficiently.
  • the first transfer unit 12-1 changes the source port number of the packet to a predetermined number and transfers it to the second data transfer server 50-2.
  • the second transfer unit 12-2 Preferably, the packet transfer source data transfer server is identified based on the transmission source port number. According to such a data transfer system, it is possible to avoid a phenomenon in which packets reciprocate between the data transfer servers 50-1 and 50-2.
  • Embodiment 1 Next, the data transfer system according to the first embodiment will be described in detail with reference to the drawings.
  • FIG. 2 is a block diagram illustrating the configuration of the data transfer system according to this embodiment.
  • the data transfer system of the present embodiment includes a BCMC transfer server 10, VXLAN (Virtual Extensible Local Area Network) Tunnel End Points (VTEP, tunnel termination points) 20-1 and 20-2, 30-1 and 30-2.
  • the BCMC transfer server 10 is a server that transfers broadcast and multicast (hereinafter, BCMC: Broadcast Multicast).
  • the BCMC transfer server 10 includes a transfer unit 12 and a transmission destination storage unit 14.
  • the VTEP 20-1 includes a transfer unit 22-1, a transmission destination storage unit 24-1, an encapsulation unit 26-1, and a packet transmission / reception unit 28-1.
  • the VTEP 20-2 includes a transfer unit 22-2, a transmission destination storage unit 24-2, an encapsulation unit 26-2, and a packet transmission / reception unit 28-2.
  • the virtual servers 30-1 and 30-2 transmit and receive packets.
  • the transfer unit 12 of the BCMC transfer server 10 and the transfer units 22-1 and 22-2 of the VTEPs 20-1 and 20-2 are connected by a network capable of TCP (Transmission Control Protocol) / IP (Internet Protocol) communication. Have IP addresses that can communicate with each other.
  • TCP Transmission Control Protocol
  • IP Internet Protocol
  • the VTEP 20-1 encapsulates the packet transmitted from the virtual server 30-1 and transmits it to the BCMC transfer server 10.
  • FIG. 3 illustrates a table held in the transmission destination storage unit 14 of the BCMC transfer server 10.
  • the BCMC transfer server 10 transmits the packet to the VTEP 20-2 except for the transmission source VTEP 20-1 according to the table of FIG. 3 held by the transmission destination storage unit 14.
  • the VTEP 20-2 releases the encapsulation and transfers the packet to the virtual server 30-2.
  • FIG. 4 is a block diagram illustrating a configuration when the number of VTEPs is increased as a first comparative example.
  • FIG. 5 is a block diagram illustrating a configuration when the number of VTEPs is increased in the data transfer system of this embodiment.
  • a BCMC transfer server is arranged for each VTEP domain (or group).
  • the BCMC transfer server 10-1 is connected to the VTEP 20-1 and the VTEP 20-2
  • the BCMC server 10-2 is connected to the VTEP 20-3 and the VTEP 20-4.
  • fields of transmission ID and reception ID are added to the tables held in the transmission destination storage units 14-1 and 14-2.
  • FIG. 6 illustrates a table held in the transmission destination storage unit 14-1 of the BCMC transfer server 10-1.
  • FIG. 7 illustrates a table held by the transmission destination storage unit 14-2 of the BCMC transfer server 10-2.
  • the BCMC transfer server 10-1 and the BCMC transfer server 10-2 perform the same processing (processing that does not use the transmission ID and reception ID) as in FIG. 2 using the tables of FIGS. 6 and 7, respectively.
  • the VTEP 20-1 encapsulates the packet transmitted from the virtual server 30-1 and transmits it to the BCMC transfer server 10-1.
  • the BCMC transfer server 10-1 transmits the packet to the VTEP 20-2 and the BCMC transfer server 10-2 except for the VTEP 20-1 according to the table of FIG.
  • the BCMC transfer server 10-2 performs processing according to the table of FIG.
  • the BCMC transfer server 10-2 determines that the BCMC transfer server 10-1 is not the transmission source, and the BCMC transfer server 10-1 Transfer the copied packet. Then, the BCMC transfer server 10-1 that has received the packet further copies the packet and transmits it to the BCMC transfer server 10-2.
  • a transmission ID and a reception ID are added to the tables held by the transmission destination storage units 14-1 and 14-2 as shown in FIGS.
  • the BCMC transfer servers 10-1 and 10-2 additionally perform processing using the transmission ID and the reception ID. The contents of the additionally performed processing will be described in detail in the following description of the operation.
  • FIG. 8 is a diagram for explaining the operation of the data transfer system of the present embodiment (in the case of the configuration of FIG. 2).
  • the packet transmitting / receiving unit 28-1 of the VTEP 20-1 receives the message broadcast from the virtual server 30-1 to the VTEP 20-1, and transmits it to the encapsulation unit 26-1 (step A1). .
  • the encapsulation unit 26-1 of the VTEP 20-1 performs VXLAN encapsulation on the received message and sends it to the transfer unit 22-1 (step A2).
  • the transfer unit 22-1 of the VTEP 20-1 sets the destination of the encapsulated packet to the unicast IP address of the BCMC transfer server 10 instead of the multicast IP address for VXLAN.
  • the transfer unit 22-1 transmits the generated unicast packet to the BCMC transfer server 10 (step A3).
  • the transfer unit 12 of the BCMC transfer server 10 receives the packet and inquires of the destination storage unit 14 about the IP address belonging to the VNI using the VNI (VXLAN Network Identifier) of the received packet as a key (step A4).
  • FIG. 3 illustrates a table held by the transmission destination storage unit 14.
  • the transfer unit 12 transmits the packet to all the external node IP addresses obtained by the inquiry, and copies the packet and individually transmits the unicast packet (step A5). However, the transfer unit 12 does not transmit a packet to the same IP address as the transmission source IP address. Further, the transfer unit 12 does not change the source IP address when transmitting.
  • the transfer unit 22-2 receives the unicast packet and transmits it to the encapsulation unit 26-2 (step A6).
  • the encapsulation unit 26-2 of the VTEP 20-2 releases the encapsulation of the received packet and transmits it to the packet transmission / reception unit 28-2 (step A7).
  • the packet transmission / reception unit 28-2 of the VTEP 20-2 transmits a packet to the virtual server 30-2 (step A8).
  • FIG. 4 it is assumed that the virtual servers 30-1 to 30-4 can all communicate with the same VNI. At this time, if the virtual server 30-1 transmits a broadcast packet, the same processing as in FIG. 2 occurs.
  • FIG. 9 illustrates a table held in the transmission destination storage unit 14 of the BCMC transfer server 10 in the first comparative example shown in FIG.
  • two packets addressed to VTEP 20-3 and VTEP 20-4 pass through the communication path A. If the communication path A is disconnected, the VTEP 20-3 and the VTEP 20-4 cannot transmit a broadcast.
  • the configuration shown in FIG. 5 is adopted.
  • FIG. 10 is a diagram for explaining an operation example in the data transfer system of the present embodiment (in the case of the configuration shown in FIG. 5).
  • the packet transmission / reception unit 28-1 of the VTEP 20-1 receives the message broadcast from the virtual server 30-1 to the VTEP 20-1, and transmits the message to the encapsulation unit 26-1 (step B1). .
  • the encapsulation unit 26-1 of the VTEP 20-1 performs VXLAN encapsulation on the received message and sends it to the transfer unit 22-1 (step B2).
  • the transfer unit 22-1 of the VTEP 20-1 sets the destination of the encapsulated packet to the unicast IP address of the BCMC transfer server 10-1 instead of the multicast IP address for VXLAN .
  • the transfer unit 22-1 transmits the generated unicast packet to the BCMC transfer server 10-1 (step B3).
  • the transfer unit 12-1 of the BCMC transfer server 10-1 receives the packet and inquires of the destination storage unit 14-1 about the IP address belonging to the VNI using the VNI (VXLAN Network Identifier) of the received packet as a key (step B4). ).
  • FIG. 6 illustrates a table held by the transmission destination storage unit 14-1.
  • the transfer unit 12-1 Since the transfer unit 12-1 transmits a packet to all the external node IP addresses obtained by the inquiry, the transfer unit 12-1 copies the packet and individually transmits a unicast packet (step B5). However, when the IP address that is the same as the IP address of the transmission source or the port number of the transmission source matches the reception ID, the transfer unit 12-1 does not transmit the packet to the IP address. Further, the transfer unit 12-1 does not change the source IP address when transmitting. Further, when transmitting, the transfer unit 12-1 changes the transmission source port number to the transmission ID for transmission to a destination whose value is included in the transmission ID.
  • the IP address table of the BCMC transfer server 10-2 includes a transmission ID. Therefore, the transfer unit 12-1 changes the transmission source port number of the packet addressed to the BCMC transfer server 10-2 to “51111” and transmits the changed packet to the BCMC transfer server 10-2.
  • the transfer unit 12-2 of the BCMC transfer server 10-2 receives the packet from the BCMC transfer server 10-1, and uses the VNI (VXLAN NetworkXIdentifier) of the received packet as a key and the IP address belonging to the VNI as a destination storage unit An inquiry is made to 14-2 (step B6).
  • FIG. 7 illustrates a table held by the transmission destination storage unit 14-2.
  • the transfer unit 12-2 Since the transfer unit 12-2 transmits a packet to the IP addresses of all external nodes obtained by the inquiry, the transfer unit 12-2 copies the packet and transmits a unicast packet individually (step B7). However, when the IP address that is the same as the transmission source IP address or the port number of the transmission source matches the reception ID, the transfer unit 12-2 does not transmit the packet to the IP address. Further, the transfer unit 12-2 does not change the IP address of the transmission source when transmitting. Further, when transmitting, the transfer unit 12-2 changes the transmission source port number to the value of the transmission ID (in this case, “52222”) and transmits it to the destination whose value is included in the transmission ID.
  • the transmission source port number in this case, “52222”
  • the transfer unit 12-2 since the transmission source port number of the packet is “51111”, the transfer unit 12-2 does not transfer the packet to the BCMC transfer server 10-1.
  • the transfer unit 22-3 receives the unicast packet and transmits it to the encapsulation unit 26-3 (step B8).
  • the encapsulation unit 26-3 of the VTEP 20-3 releases the encapsulation and transmits the packet transmission / reception unit 28-3 (step B9).
  • the packet transmission / reception unit 28-3 of the VTEP 20-3 transmits a packet to the virtual server 30-3 (step B10).
  • the data transfer system of the present embodiment it is possible to obtain an effect that multicast is unnecessary in VXLAN and the number of packets passing through the communication path A can be reduced as compared with the first comparative example.
  • the data transfer system of the present embodiment it is not necessary to add a new process for exchanging information based on packet communication between the BCMC server and the VTEP when the BCMC transfer server cooperates. Therefore, the data transfer system according to the present embodiment can be realized by making a slight change to the related technology.
  • the parts of the BCMC transfer server and VTEP shown in FIG. 1 and the like are realized by the hardware resources illustrated in FIG. That is, the configuration shown in FIG. 11 includes a processor 50, a RAM (Random Access Memory) 51, a ROM (Read Only Memory) 52, an external connection interface 53, a storage device 54, and a bus 55 for connecting each component.
  • each block in FIG. 1 and the like are realized by supplying a computer program capable of realizing the above-described functions to each device and then reading the computer program into the RAM 51 and executing the computer program. May be. Alternatively, some or all of the functions shown in each block in FIG. 1 and the like may be realized as hardware.
  • the supplied computer program may be stored in a computer-readable storage device such as a readable / writable memory (temporary storage medium) or a hard disk device.
  • a computer-readable storage device such as a readable / writable memory (temporary storage medium) or a hard disk device.
  • the present invention can be understood to be configured by a code representing the computer program or a recording medium storing the computer program.
  • the following modes are possible.
  • the first data transfer server has a first storage unit that holds the second data transfer server and the predetermined number in association with each other, The first transfer unit refers to the first storage unit and changes the source port number of the packet to the predetermined number.
  • the data transfer system according to mode 2.
  • the first storage unit holds the tunnel termination point belonging to the first domain and each device of the second data transfer server in association with the IP (Internet Protocol) address of each device, The data transfer system according to mode 3.
  • the second transfer unit identifies a data transfer server of a transfer source of the packet based on a transmission source port number of the packet; 5.
  • the data transfer system according to any one of forms 2 to 4.
  • the second data transfer server has a second storage unit that holds the first data transfer server and the predetermined number in association with each other, The second transfer unit refers to the second storage unit to identify a data transfer server that is a transfer source of the packet; The data transfer system according to the fifth aspect.
  • the second storage unit holds the tunnel termination point belonging to the second domain and each device of the first data transfer server in association with the IP address of each device; The data transfer system according to mode 6.
  • the first transfer unit changes a source port number of the packet to a predetermined number and transfers the packet to the second data transfer server; The data transfer server according to mode 8.
  • [Mode 10] A first storage unit that associates and holds the second data transfer server and the predetermined number; The first transfer unit refers to the first storage unit and changes the source port number of the packet to the predetermined number.
  • the first storage unit holds the tunnel termination point belonging to the first domain and each device of the second data transfer server in association with the IP (Internet Protocol) address of each device, The data transfer server according to mode 10.
  • the data transfer method according to the third aspect is as described above.
  • the first data transfer server includes a step of changing a source port number of the packet to a predetermined number; The data transfer method according to mode 12.
  • the present invention can be applied to, for example, a data transfer system in a network extending over a plurality of domains.

Abstract

　複数のドメインに跨るネットワークにおいて仮想ネットワークを構成する場合に、ブロードキャストおよびマルチキャストを効率良く転送するデータ転送システムを開示する。係るデータ転送システムは、第１のドメインに属するトンネル終端ポイントに対して設けられた第１のデータ転送サーバと第２のドメインに属するトンネル終端ポイントに対して設けられた第２のデータ転送サーバとを備え、第１のデータ転送サーバは第１のドメインに属するトンネル終端ポイントからパケットを受信すると、第２のデータ転送サーバ、および、第１のドメインに属するトンネル終端ポイントのうちのパケットの転送元以外のトンネル終端ポイントに対して、パケットを転送し、第２のデータ転送サーバは第１のデータ転送サーバからパケットを受信すると、第２のドメインに属するトンネル終端ポイントに対して、パケットを転送する。

Description

データ転送システム、データ転送サーバ、データ転送方法、および、プログラム記録媒体
　本発明は、データ転送システム、データ転送サーバ、データ転送方法、および、プログラムに関し、特に、トンネリング技術を用いて通信を行う場合のブロードキャストおよびマルチキャストを転送するデータ通信システム、データ転送サーバ、データ転送方法、および、プログラムに関する。
　近年、大規模なデータセンターにおいて仮想計算機環境の利用が増大している。仮想計算機環境においては、ソフトウェアによりネットワーク機器を制御するＳＤＮ（Software-Defined Network）が構築されている。ＳＤＮに基づいて構築されたＶＬＡＮ（Virtual Local Area Network）においては、ネットワーク装置の区画資源が少ないという問題や、ネットワーク機器の設定が複雑となるという問題を回避するため、エッジオーバレイを構築するオーバレイネットワーク技術が使用される。
　エッジオーバレイネットワーク技術として、ＶＸＬＡＮ（Virtual Extensible Local Area Network）やＮＶＧＲＥ（Network Virtualization using Generic Routing Encapsulation）などのトンネリング技術が知られている（非特許文献１、２）。これらの技術は、仮想計算機に構築される仮想ネットワークの通信をカプセル化して、仮想計算機環境を構成するネットワーク機器から成る基盤ネットワーク（Substrate Network、物理ネットワーク）に対して通信を流す。これらのトンネリング技術では、カプセリングの際に、仮想ネットワークＩＤ（Identifier）を付加することで、仮想ネットワークの区画資源を仮想的に増やすことが可能となる。また、これらのトンネリング技術では、基盤ネットワークの通信を用いることで、ネットワーク機器に対する設定の負担が軽減される。
　しかしながら、これらのトンネリング技術では、ブロードキャスト、マルチキャスト、Unknownユニキャストに関しては、処理内容が詳細に規定されておらず、単に、基盤ネットワークのＩＰ（Internet Protocol）マルチキャスト技術を用いることが定められているに過ぎない。ＩＰマルチキャストアドレスは共有されることもあるが、通常、仮想ネットワークＩＤごとに設定される。したがって、マルチキャストは、構築された仮想計算機環境のネットワーク、すなわち、対象となる仮想ネットワークの全域に届けられる（非特許文献１の「4.2. Broadcast Communication and Mapping to Multicast」、非特許文献２の「4.1. Broadcast and Multicast Traffic」参照）。
　また、特許文献１には、ＴＲＩＬＬ（Transparent Interconnection of Lots of Links）ヘッダと呼ばれるヘッダにより、パケットをカプセル化する技術に適用されるスイッチが開示されている。特許文献１に記載されたスイッチは、マルチキャストパケットと関連付けられるソースアドレス、マルチキャストアドレス、および、マルチキャストツリー識別子フィールドに基づいて、内部マルチキャストグループ識別子を判定する手段を備えている。また、このスイッチは、内部マルチキャストグループ識別子に基づいてマルチキャストパケットを転送する手段を備えている。
　さらに、非特許文献３には、オープンフロー（OpenFlow）と呼ばれるネットワーク制御技術が記載されている。オープンフローを用いることにより、オープンフロースイッチをトンネリング技術のＴＥＰ（Tunnel End Point、トンネル終端ポイント）装置として機能させることが可能となる。
特表２０１３－５２８３４０号公報
M.Mahalingamほか7名、"VXLAN: A Framework for Overlaying Virtualized Layer 2 Networks over Layer 3 Network"、[online]、[平成２６（２０１４）年５月１９日検索]、インターネット<URL:http://tools.ietf.org/pdf/draft-mahalingam-dutt-dcops-vxlan-02.pdf> M.Sridharanほか9名、"NVGRE: Network Virtualization using Generic Routing Encapsulation"、[online]、[平成２６（２０１４）年５月１９日検索]、インターネット<URL:http://tools.ietf.org/pdf/draft-sridharan-virtualization-nvgre-01.pdf> Nick McKeownほか7名、"OpenFlow: Enabling Innovation in Campus Networks"、[online]、[平成２６（２０１４）年５月１９日検索]、インターネット<URL: http://www.openflow.org/documents/openflow-wp-latest.pdf>
　上記特許文献および非特許文献の全開示内容は、本書に引用をもって繰り込み記載されているものとする。以下の分析は、本発明者によってなされたものである。
　ＶＸＬＡＮ（Virtual Extensible Local Area Network）にはさまざまなメリットがあるものの、マルチキャストに対応した物理ネットワークが必要とされる点が導入の障壁となるおそれがある。一方、マルチキャストを使用する代わりに、代替の装置にブロードキャストを送信する宛先を学習させ、当該代替の装置がすべての宛先に対してパケットをコピーして送信する方法を使用することが考えられる。かかる方法によると、前述のマルチキャストに対応したネットワークが不要となり、ネットワーク構築が簡便になるというメリットがある。しかしながら、かかる方法によると、マルチキャストとは異なり、代替の装置から宛先に転送する際に、パケットがコピーされて転送される。したがって、ドメインを跨る転送が行われる場合には、コピーされたパケットが同一の経路を通過するため、ネットワークの効率が悪化するという問題がある。
　そこで、複数のドメイン（ないしは、グループ、拠点）に跨るネットワークにおいて、ＶＸＬＡＮを用いて仮想ネットワークを構成する場合に、マルチキャストを使用せず、かつ、ブロードキャストパケットを拠点間の複数の宛先に効率良く転送する技術が望まれる。
　特に、複数のドメインに跨るネットワークにおいて仮想ネットワークを構成する場合に、ブロードキャストおよびマルチキャストを効率良く転送することが課題となる。本発明の目的は、かかる課題の解決に寄与するデータ転送システム、データ転送サーバ、データ転送方法、および、プログラムを提供することにある。
　本発明の第１の態様に係るデータ転送システムは、第１のドメインに属するトンネル終端ポイントに対して設けられた第１のデータ転送サーバと、第２のドメインに属するトンネル終端ポイントに対して設けられた第２のデータ転送サーバと、を備え、前記第１のデータ転送サーバは、前記第１のドメインに属するトンネル終端ポイントからパケットを受信すると、前記第２のデータ転送サーバ、および、前記第１のドメインに属するトンネル終端ポイントのうちの前記パケットの転送元以外のトンネル終端ポイントに対して、前記パケットを転送する第１の転送手段を有し、前記第２のデータ転送サーバは、前記第１のデータ転送サーバから前記パケットを受信すると、前記第２のドメインに属するトンネル終端ポイントに対して、前記パケットを転送する第２の転送手段を有する。
　本発明の第２の態様に係る第１のデータ転送サーバは、第１のドメインに属するトンネル終端ポイントに対して設けられた第１のデータ転送サーバであって、前記第１のドメインに属するトンネル終端ポイントからパケットを受信すると、第２のドメインに属するトンネル終端ポイントに対して設けられた第２のデータ転送サーバ、および、前記第１のドメインに属するトンネル終端ポイントのうちの前記パケットの転送元以外のトンネル終端ポイントに対して、前記パケットを転送する第１の転送手段を備え、前記第２のデータ転送サーバは、前記第１のデータ転送サーバから前記パケットを受信すると、前記第２のドメインに属するトンネル終端ポイントに対して、前記パケットを転送する。
　本発明の第３の態様に係るデータ転送方法は、第１のドメインに属するトンネル終端ポイントに対して設けられた第１のデータ転送サーバが、前記第１のドメインに属するトンネル終端ポイントからパケットを受信し、第２のドメインに属するトンネル終端ポイントに対して設けられた第２のデータ転送サーバ、および、前記第１のドメインに属するトンネル終端ポイントのうちの前記パケットの転送元以外のトンネル終端ポイントに対して、前記パケットを転送し、前記第２のデータ転送サーバが、前記第１のデータ転送サーバから前記パケットを受信すると、前記第２のドメインに属するトンネル終端ポイントに対して、前記パケットを転送する。
　本発明の第４の態様に係るプログラム記録媒体は、第１のドメインに属するトンネル終端ポイントに対して設けられた第１のデータ転送サーバに設けられたコンピュータに対して、前記第１のドメインに属するトンネル終端ポイントからパケットを受信する処理と、第２のドメインに属するトンネル終端ポイントに対して設けられた第２のデータ転送サーバ、および、前記第１のドメインに属するトンネル終端ポイントのうちの前記パケットの転送元以外のトンネル終端ポイントに対して、前記パケットを転送する処理と、を実行させるプログラムを記録するプログラム記録媒体。なお、プログラムは、非一時的なコンピュータ可読記録媒体（non-transitory computer-readable storage medium）に記録されたプログラム製品として提供することもできる。
　本発明に係るデータ転送システム、データ転送サーバ、データ転送方法、および、プログラムによると、複数のドメインに跨るネットワークにおいて仮想ネットワークを構成する場合に、ブロードキャストおよびマルチキャストを効率良く転送することが可能となる。
一実施形態に係るデータ転送システムの構成を例示するブロック図である。 第１の実施形態に係るデータ転送システムの構成を例示するブロック図である。 第１の実施形態に係るデータ転送システムにおいて、ＢＣＭＣ転送サーバの送信先記憶部が保持するテーブルを例示する図である。 第１の比較例に係るデータ転送システムの構成を例示するブロック図である。 第１の実施形態に係るデータ転送システムの他の構成を例示するブロック図である。 第１の実施形態に係るデータ転送システムにおいて、第１のＢＣＭＣ転送サーバ１０－１の送信先記憶部１４－１が保持するテーブルを例示する図である。 第１の実施形態に係るデータ転送システムにおいて、第２のＢＣＭＣ転送サーバ１０－２の送信先記憶部１４－２が保持するテーブルを例示する図である。 第１の実施形態に係るデータ転送システムの動作を例示するブロック図である。 第１の比較例に係るデータ転送システムにおいて、ＢＣＭＣ転送サーバの送信先記憶部が保持するテーブルを例示する図である。 第１の実施形態に係るデータ転送システムの他の構成の動作を例示するブロック図である。 各実施形態に係る装置を実現するハードウエア構成の一例を示す図である。
　はじめに、一実施形態の概要について説明する。なお、この概要に付記する図面参照符号は、専ら理解を助けるための例示であり、本発明を図示の態様に限定することを意図するものではない。
　図１は、一実施形態に係るデータ転送システムの構成を例示するブロック図である。図１を参照すると、データ転送システムは、第１のドメイン４０－１に属するトンネル終端ポイント６０－１、６０－２に対して設けられた第１のデータ転送サーバ５０－１を備えている。また、データ転送システムは、第２のドメイン４０－２に属するトンネル終端ポイントに対して設けられた第２のデータ転送サーバ５０－２を備えている。第１のデータ転送サーバ５０－１は、第１の転送部１２－１を有する。第１の転送部１２－１は、第１のドメイン４０－１に属するトンネル終端ポイント６０－１からパケットを受信すると、以下に対してパケットを転送する。すなわち、第１の転送部１２－１は、第２のデータ転送サーバ５０－２、および、第１のドメイン４０－１に属するトンネル終端ポイントのうちのパケットの転送元以外のトンネル終端ポイント６０－２に、パケットを転送する。一方、第２のデータ転送サーバ５０－２は、第２の転送部１２－２を有する。第２の転送部１２－２は、第１のデータ転送サーバ５０－１からパケットを受信すると、第２のドメイン４０－２に属するトンネル終端ポイント６０－３、６０－４に対して、パケットを転送する。
　かかるデータ転送システムによると、トンネル終端ポイント６０－１が収容する仮想サーバからトンネル終端ポイント６０－２～６０－４が収容する仮想サーバに向けて送出されるマルチキャストまたはブロードキャストは、以下のように転送される。すなわち、これらのマルチキャストまたはブロードキャストは、トンネル終端ポイント６０－１からデータ転送サーバ５０－１へ、データ転送サーバ５０－１からトンネル終端ポイント６０－２へのユニキャストとして、転送される。あるいは、これらのマルチキャストまたはブロードキャストは、データ転送サーバ５０－１からデータ転送サーバ５０－２へ、データ転送サーバ５０－２からトンネル終端ポイント６０－３、６０－４へのユニキャストとして、転送される。かかるデータ転送システムによると、上記のような転送は、データ転送サーバ５０－１からトンネル終端ポイント６０－３、６０－４に対して直接データを転送した場合と比較して、ドメイン４０－１とドメイン４０－２を接続する通信路Ａにおけるトラフィックを削減することができる。すなわち、一実施形態のデータ転送システムによると、複数のドメインに跨るネットワークにおいて仮想ネットワークを構成する場合に、ブロードキャストおよびマルチキャストを効率良く転送することが可能となる。
　ここで、第１の転送部１２－１はパケットの送信元ポート番号を所定の番号に変更して、第２のデータ転送サーバ５０－２に転送し、第２の転送部１２－２はパケットの送信元ポート番号に基づいて、パケットの転送元のデータ転送サーバを識別することが好ましい。かかるデータ転送システムによると、データ転送サーバ５０－１、５０－２の間でパケットが往復する現象を回避することが可能となる。
実施形態１
　次に、第１の実施形態に係るデータ転送システムについて、図面を参照して詳細に説明する。
　図２は、本実施形態に係るデータ転送システムの構成を例示するブロック図である。図２を参照すると、本実施形態のデータ転送システムは、ＢＣＭＣ転送サーバ１０と、ＶＸＬＡＮ（Virtual Extensible Local Area Network） Tunnel End Point（ＶＴＥＰ、トンネル終端ポイント）２０－１、２０－２と、仮想サーバ３０－１、３０－２とを備えている。ＢＣＭＣ転送サーバ１０は、ブロードキャストおよびマルチキャスト（以下、ＢＣＭＣ：Broadcast Multicast）を転送するサーバである。
　ＢＣＭＣ転送サーバ１０は、転送部１２および送信先記憶部１４を備えている。一方、ＶＴＥＰ２０－１は、転送部２２－１、送信先記憶部２４－１、カプセル化部２６－１、および、パケット送受信部２８－１を備えている。ＶＴＥＰ２０－２は、転送部２２－２、送信先記憶部２４－２、カプセル化部２６－２、および、パケット送受信部２８－２を備えている。仮想サーバ３０－１、３０－２は、パケットを送受信する。ＢＣＭＣ転送サーバ１０の転送部１２とＶＴＥＰ２０－１、２０－２の転送部２２－１、２２－２は、ＴＣＰ（Transmission Control Protocol）／ＩＰ（Internet Protocol）通信が可能なネットワークで接続されており、それぞれお互いに通信可能なＩＰアドレスを有する。
　ＶＴＥＰ２０－１は、仮想サーバ３０－１から送信されたパケットをカプセル化して、ＢＣＭＣ転送サーバ１０に送信する。図３は、ＢＣＭＣ転送サーバ１０の送信先記憶部１４が保持するテーブルを例示する。ＢＣＭＣ転送サーバ１０は、送信先記憶部１４が保持する図３のテーブルに従って、送信元のＶＴＥＰ２０－１を除き、ＶＴＥＰ２０－２に対してパケットを送信する。ＶＴＥＰ２０－２は、パケットを受信すると、カプセル化を解除して、仮想サーバ３０－２に転送する。
　次に、図２に示す方式において、ＶＴＥＰの台数が増えた場合を考える。図４は、第１の比較例として、ＶＴＥＰの台数を増やしたときの構成を例示するブロック図である。
　ここでは、図４に示す構成において、仮想サーバ３０－１～３０－４がすべて同一ＶＮＩ（VXLAN Network Identifier）での通信が可能であるとする。このとき、仮想サーバ３０－１がブロードキャストパケットを送信すると、パケットは通信路Ａを経由する。ここで、ＢＣＭＣ転送サーバ１０でパケットがコピーされるため、通信路ＡにはＶＴＥＰ２０－３およびＶＴＥＰ２０－４宛の２つのパケットが通過する。また、通信路Ａが切断された場合、ＶＴＥＰ２０－３とＶＴＥＰ２０－４は、ブロードキャストを送信できなくなる。通信路Ａがネットワーク全体に影響を及ぼす問題を解決するため、本実施形態では、図４の構成の代わりに、以下に詳述する図５の構成を採用する。
　図５は、本実施形態のデータ転送システムにおいて、ＶＴＥＰの台数を増やしたときの構成を例示するブロック図である。
　図５を参照すると、本実施形態のデータ転送システムでは、ＢＣＭＣ転送サーバはＶＴＥＰのドメイン（ないしグループ）ごとに配置される。図５の場合、ＢＣＭＣ転送サーバ１０－１はＶＴＥＰ２０－１およびＶＴＥＰ２０－２と接続され、ＢＣＭＣサーバ１０－２はＶＴＥＰ２０－３およびＶＴＥＰ２０－４と接続される。また、送信先記憶部１４－１、１４－２が保持するテーブルに対して、送信ＩＤと受信ＩＤの欄を追加する。図６は、ＢＣＭＣ転送サーバ１０－１の送信先記憶部１４－１が保持するテーブルを例示する。一方、図７は、ＢＣＭＣ転送サーバ１０－２の送信先記憶部１４－２が保持するテーブルを例示する。
　ＢＣＭＣ転送サーバ１０－１およびＢＣＭＣ転送サーバ１０－２が、それぞれ、図６および図７のテーブルを用いて図２の場合と同様の処理（送信ＩＤおよび受信ＩＤを使用しない処理）を行う場合を考える。まず、ＶＴＥＰ２０－１は、仮想サーバ３０－１から送信されたパケットをカプセル化してＢＣＭＣ転送サーバ１０－１に送信する。次に、ＢＣＭＣ転送サーバ１０－１は、図６のテーブルに従って、ＶＴＥＰ２０－１を除いて、ＶＴＥＰ２０－２およびＢＣＭＣ転送サーバ１０－２にパケットを送信する。次に、ＢＣＭＣ転送サーバ１０－２は、図７のテーブルに従って処理を行う。ここで、送信元のＩＰアドレスはＶＴＥＰ２０－１であるため、ＢＣＭＣ転送サーバ１０－２は、ＢＣＭＣ転送サーバ１０－１は送信元ではないと判断し、ＢＣＭＣ転送サーバ１０－１に対しても、コピーしたパケットを転送する。すると、パケットを受信したＢＣＭＣ転送サーバ１０－１は、さらにパケットをコピーしてＢＣＭＣ転送サーバ１０－２に送信する。
　このように、ＢＣＭＣ転送サーバ１０－１とＢＣＭＣ転送サーバ１０－２の間で、無限に送受信が繰り返されてしまう。これを回避するために、本実施形態では、送信先記憶部１４－１、１４－２が保持するテーブルに、図６および図７に示すように、送信ＩＤおよび受信ＩＤが追加される。また、ＢＣＭＣ転送サーバ１０－１、１０－２は、送信ＩＤおよび受信ＩＤを用いた処理を追加的に実施する。なお、追加的に実施する処理の内容については、以下の動作の説明において詳述する。
　次に、図面を参照しつつ、本実施形態のデータ転送システム（図２または図５）の動作、および、第１の比較例（図４）の動作について説明する。
　図８は、本実施形態のデータ転送システム（図２の構成の場合）の動作を説明する図である。図８を参照すると、ＶＴＥＰ２０－１のパケット送受信部２８－１は、仮想サーバ３０－１からＶＴＥＰ２０－１にブロードキャスト送信されたメッセージを受信し、カプセル化部２６－１に送信する（ステップＡ１）。
　ＶＴＥＰ２０－１のカプセル化部２６－１は、受信したメッセージについてＶＸＬＡＮのカプセル化を施し、転送部２２－１に送出する（ステップＡ２）。
　ＶＴＥＰ２０－１の転送部２２－１は、標準のＶＸＬＡＮプロトコルとは異なり、カプセル化したパケットの宛先をＶＸＬＡＮ用のマルチキャストＩＰアドレスではなく、ＢＣＭＣ転送サーバ１０のユニキャストＩＰアドレスに設定する。転送部２２－１は、生成したユニキャストパケットを、ＢＣＭＣ転送サーバ１０宛に送信する（ステップＡ３）。
　ＢＣＭＣ転送サーバ１０の転送部１２は、パケットを受信し、受信パケットのＶＮＩ（VXLAN Network Identifier）をキーとして、ＶＮＩに属するＩＰアドレスを送信先記憶部１４に問い合わせる（ステップＡ４）。図３は、送信先記憶部１４が保持するテーブルを例示する。
　転送部１２は、問い合わせによって得られたすべての外部ノードのＩＰアドレス宛にパケットを送信するため、パケットをコピーして、個別にユニキャストパケットを送信する（ステップＡ５）。ただし、転送部１２は、送信元のＩＰアドレスと同一のＩＰアドレスにはパケットを送信しない。また、転送部１２は、送信する際に、送信元のＩＰアドレスを変更しない。
　メッセージを届けられる側のＶＴＥＰ２０－２において、転送部２２－２は、上記ユニキャストパケットを受信し、カプセル化部２６－２に送信する（ステップＡ６）。
　ＶＴＥＰ２０－２のカプセル化部２６－２は、受信したパケットのカプセル化を解除して、パケット送受信部２８－２に送信する（ステップＡ７）。
　ＶＴＥＰ２０－２のパケット送受信部２８－２は、仮想サーバ３０－２にパケットを送信する（ステップＡ８）。
　次に、図４に示した第１の比較例の動作について説明する。図４において、仮想サーバ３０－１～３０－４がすべて同一のＶＮＩでの通信が可能であるとする。このとき、仮想サーバ３０－１がブロードキャストパケットを送信すると、図２の場合と同様の処理が発生する。
　図９は、図４に示した第１の比較例において、ＢＣＭＣ転送サーバ１０の送信先記憶部１４が保持するテーブルを例示する。ここで、上記ステップＡ５の処理を行うと、通信路Ａには、ＶＴＥＰ２０－３およびＶＴＥＰ２０－４宛の２つのパケットが通過する。また、通信路Ａが切断された場合、ＶＴＥＰ２０－３とＶＴＥＰ２０－４はブロードキャストを送信できなくなる。かかる問題を解決するため、本実施形態では、ＶＴＥＰが複数のドメイン（ないしグループ）に跨る場合、図５に示す構成を採用する。
　図１０は、本実施形態のデータ転送システム（図５に示す構成の場合）における動作例を説明するための図である。図１０を参照すると、ＶＴＥＰ２０－１のパケット送受信部２８－１は、仮想サーバ３０－１からＶＴＥＰ２０－１にブロードキャスト送信されたメッセージを受信し、カプセル化部２６－１に送信する（ステップＢ１）。
　ＶＴＥＰ２０－１のカプセル化部２６－１は、受信したメッセージに対してＶＸＬＡＮのカプセル化を施し、転送部２２－１に送出する（ステップＢ２）。
　ＶＴＥＰ２０－１の転送部２２－１は、標準のＶＸＬＡＮプロトコルとは異なり、カプセル化したパケットの宛先を、ＶＸＬＡＮ用のマルチキャストＩＰアドレスではなく、ＢＣＭＣ転送サーバ１０－１のユニキャストＩＰアドレスに設定する。転送部２２－１は、生成したユニキャストパケットをＢＣＭＣ転送サーバ１０－１宛に送信する（ステップＢ３）。
　ＢＣＭＣ転送サーバ１０－１の転送部１２－１は、パケットを受信し、受信パケットのＶＮＩ（VXLAN Network Identifier）をキーとして、ＶＮＩに属するＩＰアドレスを送信先記憶部１４－１に問い合わせる（ステップＢ４）。図６は、送信先記憶部１４－１が保持するテーブルを例示する。
　転送部１２－１は、問い合わせによって得られたすべての外部ノードのＩＰアドレス宛にパケットを送信するため、パケットをコピーして、個別にユニキャストパケットを送信する（ステップＢ５）。ただし、転送部１２－１は、送信元のＩＰアドレスと同一のＩＰアドレス、または、送信元のポート番号が受信ＩＤと一致した場合、そのＩＰアドレスにはパケットを送信しない。また、転送部１２－１は、送信する際に、送信元のＩＰアドレスを変更しない。さらに、転送部１２－１は、送信する場合に、送信ＩＤに値が含まれている宛先に対しては、送信元ポート番号を送信ＩＤに変更して送信する。
　図６を参照すると、ＢＣＭＣ転送サーバ１０－２のＩＰアドレステーブルには送信ＩＤが含まれている。そこで、転送部１２－１は、ＢＣＭＣ転送サーバ１０－２宛のパケットの送信元ポート番号を「５１１１１」に変更し、変更後のパケットをＢＣＭＣ転送サーバ１０－２に送信する。
　ＢＣＭＣ転送サーバ１０－２の転送部１２－２は、ＢＣＭＣ転送サーバ１０－１からのパケットを受信し、受信パケットのＶＮＩ（VXLAN Network Identifier）をキーとして、ＶＮＩに属するＩＰアドレスを送信先記憶部１４－２に問い合わせる（ステップＢ６）。図７は、送信先記憶部１４－２が保持するテーブルを例示する。
　転送部１２－２は、問い合わせによって得られたすべての外部ノードのＩＰアドレス宛にパケットを送信するため、パケットをコピーし、個別にユニキャストパケットを送信する（ステップＢ７）。ただし、転送部１２－２は、送信元のＩＰアドレスと同一のＩＰアドレス、または、送信元のポート番号が受信ＩＤと一致した場合、そのＩＰアドレスにはパケットを送信しない。また、転送部１２－２は、送信する際に、送信元のＩＰアドレスを変更しない。さらに、転送部１２－２は、送信する場合に送信ＩＤに値が含まれている宛先に対して、送信元ポート番号を送信ＩＤの値（この場合「５２２２２」）に変更して送信する。
　図７を参照すると、パケットの送信元ポート番号は「５１１１１」であるため、転送部１２－２は、ＢＣＭＣ転送サーバ１０－１宛にはパケットを転送しない。
　メッセージが届けられる側のＶＴＥＰ２０－３において、転送部２２－３は、ユニキャストパケットを受信し、カプセル化部２６－３に送信する（ステップＢ８）。
　ＶＴＥＰ２０－３のカプセル化部２６－３は、カプセル化を解除してパケット送受信部２８－３に送信する（ステップＢ９）。
　ＶＴＥＰ２０－３のパケット送受信部２８－３は、仮想サーバ３０－３にパケットを送信する（ステップＢ１０）。
　本実施形態のデータ転送システムによると、ＶＸＬＡＮにおいてマルチキャストが不要となり、かつ、通信路Ａを経由するパケット数を第１の比較例よりも削減することができるという効果が得られる。
　また、本実施形態のデータ転送システムによると、通信路Ａの障害時に、ＢＣＭＣ転送サーバ毎のドメイン（ないしグループ）においてブロードキャスト送受信を継続することができるという効果が得られる。
　さらに、本実施形態のデータ転送システムによると、パケットに対して別途新たなパラメータを追加する必要がないため、関連技術の方式と比較してパケットサイズが増大するおそれもない。
　また、本実施形態のデータ転送システムによると、ＢＣＭＣ転送サーバが連携する上で、ＢＣＭＣサーバとＶＴＥＰに対してパケット通信に基づいて情報をやりとりする新たな処理を追加する必要もない。したがって、本実施形態に係るデータ転送システムは、関連技術に対して僅かな変更を施すことにより、実現することができる。
他の実施形態
　第１の実施形態では、簡単のため、ＢＣＭＣ転送サーバが２台の場合について説明した。ただし、３台目以降のＢＣＭＣ転送サーバも同様の方式で追加することができる。また、第１の実施形態では、プロトコルとしてＶＸＬＡＮを用いた場合について説明したが、本発明はこれに限定されない。すなわち、本発明は、仮想ネットワークを生成するために用いられるオーバレイを構成するトンネリングプロトコルにおけるブロードキャストおよびマルチキャストの転送方式に適用することができる。
　なお、図１等に示したＢＣＭＣ転送サーバ、ＶＴＥＰの各部は、図１１に例示するハードウエア資源において実現される。すなわち、図１１に示す構成は、プロセッサ５０、ＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）５１、ＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）５２、外部接続インタフェース５３、記憶装置５４および各構成要素を接続するバス５５を備える。
　図１等の各ブロックに示す機能は、各装置に対して、上述した機能を実現可能なコンピュータ・プログラムを供給した後、そのコンピュータ・プログラムを、プロセッサ５０がＲＡＭ５１に読み出して実行することによって実現されてもよい。あるいは、図１等の各ブロックに示す機能は、一部または全部を、ハードウエアとして実現されてもよい。
　係る供給されたコンピュータ・プログラムは、読み書き可能なメモリ（一時記憶媒体）またはハードディスク装置等のコンピュータ読み取り可能な記憶デバイスに格納すればよい。そして、このような場合において、本発明は、係るコンピュータ・プログラムを表すコード或いは係るコンピュータ・プログラムを格納した記録媒体によって構成されると捉えることができる。
　なお、本発明において、さらに下記の形態が可能である。
［形態１］
　上記第１の態様に係るデータ転送システムのとおりである。
［形態２］
　前記第１の転送部は、前記パケットの送信元ポート番号を所定の番号に変更して、前記第２のデータ転送サーバに転送する、
　形態１に記載のデータ転送システム。
［形態３］
　前記第１のデータ転送サーバは、前記第２のデータ転送サーバと前記所定の番号を関連付けて保持する第１の記憶部を有し、
　前記第１の転送部は、前記第１の記憶部を参照して、前記パケットの送信元ポート番号を前記所定の番号に変更する、
　形態２に記載のデータ転送システム。
［形態４］
　前記第１の記憶部は、前記第１のドメインに属するトンネル終端ポイントおよび前記第２のデータ転送サーバの各装置と、該各装置のＩＰ（Internet Protocol）アドレスとを関連付けて保持する、
　形態３に記載のデータ転送システム。
［形態５］
　前記第２の転送部は、前記パケットの送信元ポート番号に基づいて、前記パケットの転送元のデータ転送サーバを識別する、
　形態２ないし４のいずれか一に記載のデータ転送システム。
［形態６］
　前記第２のデータ転送サーバは、前記第１のデータ転送サーバと前記所定の番号を関連付けて保持する第２の記憶部を有し、
　前記第２の転送部は、前記第２の記憶部を参照して、前記パケットの転送元のデータ転送サーバを識別する、
　形態５に記載のデータ転送システム。
［形態７］
　前記第２の記憶部は、前記第２のドメインに属するトンネル終端ポイントおよび前記第１のデータ転送サーバの各装置と、該各装置のＩＰアドレスとを関連付けて保持する、
　形態６に記載のデータ転送システム。
［形態８］
　上記第２の態様に係るデータ転送サーバのとおりである。
［形態９］
　前記第１の転送部は、前記パケットの送信元ポート番号を所定の番号に変更して、前記第２のデータ転送サーバに転送する、
　形態８に記載のデータ転送サーバ。
［形態１０］
　前記第２のデータ転送サーバと前記所定の番号を関連付けて保持する第１の記憶部を備え、
　前記第１の転送部は、前記第１の記憶部を参照して、前記パケットの送信元ポート番号を前記所定の番号に変更する、
　形態９に記載のデータ転送サーバ。
［形態１１］
　前記第１の記憶部は、前記第１のドメインに属するトンネル終端ポイントおよび前記第２のデータ転送サーバの各装置と、該各装置のＩＰ（Internet Protocol）アドレスとを
関連付けて保持する、
　形態１０に記載のデータ転送サーバ。
［形態１２］
　上記第３の態様に係るデータ転送方法のとおりである。
［形態１３］
　前記第１のデータ転送サーバが、前記パケットの送信元ポート番号を所定の番号に変更するステップを含む、
　形態１２に記載のデータ転送方法。
［形態１４］
　前記第２のデータ転送サーバが、前記パケットの送信元ポート番号に基づいて、前記パケットの転送元のデータ転送サーバを識別するステップを含む、
　形態１３に記載のデータ転送方法。
［形態１５］
　上記第４の態様に係るプログラムのとおりである。
［形態１６］
　前記パケットの送信元ポート番号を所定の番号に変更する処理を前記コンピュータに実行させる、
　形態１５に記載のプログラム。
　なお、上記特許文献および非特許文献の全開示内容は、本書に引用をもって繰り込み記載されているものとする。本発明の全開示（請求の範囲を含む）の枠内において、さらにその基本的技術思想に基づいて、実施形態の変更・調整が可能である。また、本発明の全開示の枠内において種々の開示要素（各形態の各要素、各実施形態の各要素、各図面の各要素等を含む）の多様な組み合わせ、ないし、選択が可能である。すなわち、本発明は、請求の範囲を含む全開示、技術的思想にしたがって当業者であればなし得るであろう各種変形、修正を含むことは勿論である。特に、本書に記載した数値範囲については、当該範囲内に含まれる任意の数値ないし小範囲が、別段の記載のない場合でも具体的に記載されているものと解釈されるべきである。
　この出願は、２０１４年６月６日に出願された日本出願特願２０１４－１１７９７６を基礎とする優先権を主張し、その開示の全てをここに取り込む。
　本発明は、例えば、複数のドメインに跨るネットワークにおけるデータ転送システムに適用できる。
１０、１０－１、１０－２　　ＢＣＭＣ転送サーバ
１２、１２－１、１２－２　　転送部
１４、１４－１、１４－２　　送信先記憶部
２０－１～２０－４　　ＶＴＥＰ
２２－１～２２－４　　転送部
２４－１～２４－４　　送信先記憶部
２６－１～２６－４　　カプセル化部
２８－１～２８－４　　パケット送受信部
３０－１～３０－４　　仮想サーバ
４０－１、４０－２　　ドメイン
５０－１、５０－２　　データ転送サーバ
６０－１～６０－４　　トンネル終端ポイント
Ａ　　通信路

Claims (10)

  1. 　第１のドメインに属するトンネル終端ポイントに対して設けられた第１のデータ転送サーバと、
    　第２のドメインに属するトンネル終端ポイントに対して設けられた第２のデータ転送サーバと、を備え、
    　前記第１のデータ転送サーバは、前記第１のドメインに属するトンネル終端ポイントからパケットを受信すると、前記第２のデータ転送サーバ、および、前記第１のドメインに属するトンネル終端ポイントのうちの前記パケットの転送元以外のトンネル終端ポイントに対して、前記パケットを転送する第１の転送手段を有し、
    　前記第２のデータ転送サーバは、前記第１のデータ転送サーバから前記パケットを受信すると、前記第２のドメインに属するトンネル終端ポイントに対して、前記パケットを転送する第２の転送手段を有する、
    　データ転送システム。
  2. 　前記第１の転送手段は、前記パケットの送信元ポート番号を所定の番号に変更して、前記第２のデータ転送サーバに転送する、
    　請求項１に記載のデータ転送システム。
  3. 　前記第１のデータ転送サーバは、前記第２のデータ転送サーバと前記所定の番号を関連付けて保持する第１の記憶手段を有し、
    　前記第１の転送手段は、前記第１の記憶手段を参照して、前記パケットの送信元ポート番号を前記所定の番号に変更する、
    　請求項２に記載のデータ転送システム。
  4. 　前記第１の記憶手段は、前記第１のドメインに属するトンネル終端ポイントおよび前記第２のデータ転送サーバの各装置と、該各装置のＩＰ（Internet Protocol）アドレスとを関連付けて保持する、
    　請求項３に記載のデータ転送システム。
  5. 　前記第２の転送手段は、前記パケットの送信元ポート番号に基づいて、前記パケットの転送元のデータ転送サーバを識別する、
    　請求項２ないし４のいずれか１項に記載のデータ転送システム。
  6. 　前記第２のデータ転送サーバは、前記第１のデータ転送サーバと前記所定の番号を関連付けて保持する第２の記憶手段を有し、
    　前記第２の転送手段は、前記第２の記憶手段を参照して、前記パケットの転送元のデータ転送サーバを識別する、
    　請求項５に記載のデータ転送システム。
  7. 　前記第２の記憶手段は、前記第２のドメインに属するトンネル終端ポイントおよび前記第１のデータ転送サーバの各装置と、該各装置のＩＰアドレスとを関連付けて保持する、
    　請求項６に記載のデータ転送システム。
  8. 　第１のドメインに属するトンネル終端ポイントに対して設けられた第１のデータ転送サーバであって、
    　前記第１のドメインに属するトンネル終端ポイントからパケットを受信すると、第２のドメインに属するトンネル終端ポイントに対して設けられた第２のデータ転送サーバ、および、前記第１のドメインに属するトンネル終端ポイントのうちの前記パケットの転送元以外のトンネル終端ポイントに対して、前記パケットを転送する第１の転送手段を備え、
    　前記第２のデータ転送サーバは、前記第１のデータ転送サーバから前記パケットを受信すると、前記第２のドメインに属するトンネル終端ポイントに対して、前記パケットを転送する、
    　第１のデータ転送サーバ。
  9. 　第１のドメインに属するトンネル終端ポイントに対して設けられた第１のデータ転送サーバが、前記第１のドメインに属するトンネル終端ポイントからパケットを受信し、
    　第２のドメインに属するトンネル終端ポイントに対して設けられた第２のデータ転送サーバ、および、前記第１のドメインに属するトンネル終端ポイントのうちの前記パケットの転送元以外のトンネル終端ポイントに対して、前記パケットを転送し、
    　前記第２のデータ転送サーバが、前記第１のデータ転送サーバから前記パケットを受信すると、前記第２のドメインに属するトンネル終端ポイントに対して、前記パケットを転送する
    　データ転送方法。
  10. 　第１のドメインに属するトンネル終端ポイントに対して設けられた第１のデータ転送サーバに設けられたコンピュータに対して、
    　前記第１のドメインに属するトンネル終端ポイントからパケットを受信する処理と、
    　第２のドメインに属するトンネル終端ポイントに対して設けられた第２のデータ転送サーバ、および、前記第１のドメインに属するトンネル終端ポイントのうちの前記パケットの転送元以外のトンネル終端ポイントに対して、前記パケットを転送する処理と、を実行させる
    　プログラムを記録するプログラム記録媒体。
PCT/JP2015/002836 2014-06-06 2015-06-05 データ転送システム、データ転送サーバ、データ転送方法、および、プログラム記録媒体 WO2015186366A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP15802330.9A EP3154228A4 (en) 2014-06-06 2015-06-05 Data transfer system, data transfer server, data transfer method, and program recording medium
US15/316,311 US10177935B2 (en) 2014-06-06 2015-06-05 Data transfer system, data transfer server, data transfer method, and program recording medium

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2014117976A JP6379702B2 (ja) 2014-06-06 2014-06-06 データ転送システム、データ転送サーバ、データ転送方法、および、プログラム
JP2014-117976 2014-11-25

Publications (1)

Publication Number Publication Date
WO2015186366A1 true WO2015186366A1 (ja) 2015-12-10

Family

ID=54766449

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2015/002836 WO2015186366A1 (ja) 2014-06-06 2015-06-05 データ転送システム、データ転送サーバ、データ転送方法、および、プログラム記録媒体

Country Status (4)

Country Link
US (1) US10177935B2 (ja)
EP (1) EP3154228A4 (ja)
JP (1) JP6379702B2 (ja)
WO (1) WO2015186366A1 (ja)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10778662B2 (en) * 2018-10-22 2020-09-15 Cisco Technology, Inc. Upstream approach for secure cryptography key distribution and management for multi-site data centers
US11146634B2 (en) * 2019-04-25 2021-10-12 International Business Machines Corporation Storage pool isolation
JP7302742B2 (ja) 2020-06-23 2023-07-04 日本電気株式会社 通信システム、通信装置、通信方法及びプログラム

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001230774A (ja) * 2000-02-17 2001-08-24 Fujitsu Ltd パケット変換装置およびパケット変換方法
JP2009212739A (ja) * 2008-03-04 2009-09-17 Nec Corp データ処理システム、データ処理方法、及びデータ処理プログラム

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7155740B2 (en) * 2000-07-13 2006-12-26 Lucent Technologies Inc. Method and apparatus for robust NAT interoperation with IPSEC'S IKE and ESP tunnel mode
GB0107638D0 (en) * 2001-03-27 2001-05-16 Marconi Comm Ltd Access networks
US7028183B2 (en) * 2001-11-13 2006-04-11 Symantec Corporation Enabling secure communication in a clustered or distributed architecture
US7139828B2 (en) * 2002-08-30 2006-11-21 Ip Dynamics, Inc. Accessing an entity inside a private network
US7478427B2 (en) * 2003-05-05 2009-01-13 Alcatel-Lucent Usa Inc. Method and apparatus for providing adaptive VPN to enable different security levels in virtual private networks (VPNs)
US7864686B2 (en) 2004-05-25 2011-01-04 Cisco Technology, Inc. Tunneling scheme for transporting information over a cable network
CN102986179B (zh) 2010-06-08 2015-12-16 博科通讯系统有限公司 用于处理和/或转发包的方法和设备
US9236935B2 (en) * 2013-04-10 2016-01-12 Quortus Limited System and method for data transmission

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001230774A (ja) * 2000-02-17 2001-08-24 Fujitsu Ltd パケット変換装置およびパケット変換方法
JP2009212739A (ja) * 2008-03-04 2009-09-17 Nec Corp データ処理システム、データ処理方法、及びデータ処理プログラム

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP3154228A4 *

Also Published As

Publication number Publication date
US10177935B2 (en) 2019-01-08
JP6379702B2 (ja) 2018-08-29
JP2015231212A (ja) 2015-12-21
EP3154228A4 (en) 2018-01-17
EP3154228A1 (en) 2017-04-12
US20180109401A1 (en) 2018-04-19

Similar Documents

Publication Publication Date Title
EP3677013B1 (en) Replication with dedicated metal deployment in a cloud
JP5862769B2 (ja) 通信システム、制御装置、通信方法及びプログラム
JP6445015B2 (ja) ミドルウェアおよびアプリケーションの実行のためにエンジニアド・システムにおいてデータサービスを提供するためのシステムおよび方法
CN103200069B (zh) 一种报文处理的方法和设备
CN107465590A (zh) 网络基础设施系统、路由网络业务的方法及计算机可读介质
JP6544401B2 (ja) パケット転送装置、制御装置、通信システム、通信方法及びプログラム
WO2014136864A1 (ja) パケット書換装置、制御装置、通信システム、パケット送信方法及びプログラム
CN104335537A (zh) 用于层2多播多路径传送的系统和方法
CN104246701A (zh) 用于基于源路由在不同无限带宽子网间路由流量的系统和方法
US20210399908A1 (en) Multicast routing
JP2017511069A5 (ja)
TWI759571B (zh) 基於流表的資料傳送方法
JP2018515051A (ja) マルチキャストデータパケット転送
WO2015186366A1 (ja) データ転送システム、データ転送サーバ、データ転送方法、および、プログラム記録媒体
CN112822097A (zh) 报文转发的方法、第一网络设备以及第一设备组
JPWO2013176262A1 (ja) パケット転送システム、制御装置、パケット転送方法及びプログラム
CN108259205B (zh) 一种路由发布方法及网络设备
JP2006174399A (ja) グループ内通信方法、システム及び記録媒体
JP6371321B2 (ja) 通信システム、及びパケット転送方法
JP6438313B2 (ja) パケット振り分け装置およびパケット振り分け方法
US10812446B1 (en) Dynamic host configuration across multiple sites in software defined access networks
EP4287561A1 (en) Data packet sending method, data packet sending apparatus, and storage medium
Rajashree et al. Secure communication between groups of Smart IoT devices over the IPv6 network
JP5575714B2 (ja) 多地点配信方法及び多地点配信システム
CN116132364A (zh) 报文传输方法、装置及系统

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 15802330

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 15316311

Country of ref document: US

REEP Request for entry into the european phase

Ref document number: 2015802330

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2015802330

Country of ref document: EP