WO2023100371A1 - 通信装置、通信方法及びプログラム - Google Patents

通信装置、通信方法及びプログラム Download PDF

Info

Publication number
WO2023100371A1
WO2023100371A1 PCT/JP2021/044554 JP2021044554W WO2023100371A1 WO 2023100371 A1 WO2023100371 A1 WO 2023100371A1 JP 2021044554 W JP2021044554 W JP 2021044554W WO 2023100371 A1 WO2023100371 A1 WO 2023100371A1
Authority
WO
WIPO (PCT)
Prior art keywords
packet
area
cpe
destination
eid
Prior art date
Application number
PCT/JP2021/044554
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 PCT/JP2021/044554 priority Critical patent/WO2023100371A1/ja
Priority to JP2023564717A priority patent/JPWO2023100371A1/ja
Publication of WO2023100371A1 publication Critical patent/WO2023100371A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/64—Routing or path finding of packets in data switching networks using an overlay routing layer

Definitions

  • the present invention relates to a communication device, communication method and program.
  • An "end-to-end overlay network” has been proposed as a technology that can accommodate a large number of IoT devices in a VPN without depending on an access network (Non-Patent Document 1).
  • Non-Patent Document 1 As a conventional overlay VPN technology, SD-WAN has been commercialized, but there is a problem in scalability such as the number of VPN tunnels (number of connections) when trying to connect a very large number of IoT devices.
  • each IoT device is accommodated in a geographically dispersed area representative router instead of being accommodated directly in the cloud side base, and the location of the VPN tunnel is accommodated. are distributed to improve scalability.
  • SRv6 Segment Routing for IPv6
  • SID Segment ID
  • SRH Segment Routing Header
  • area representative routers are assumed to be installed in units called "areas", and areas are considered not only for carriers and types of access networks, but also for geographically divided areas. ing. In addition, there is a performance limit to the number of IoT devices (CPEs) that can be accommodated by a single area representative router. divided into multiple areas).
  • CPEs IoT devices
  • vCPE is assumed to be implemented as virtual routers such as VMs and containers, it is not economical to continuously consume many computing resources even though the amount of traffic is small.
  • the present invention has been made in view of the above points, and aims to improve the economic efficiency when aggregating overlay networks for each area.
  • a communication device that accommodates a computer connected to a LAN in a core network receives a first packet addressed to the computer from one of a plurality of areas.
  • a determination unit configured to determine an area to which a transmission source belongs;
  • a first transmission unit configured to transmit the second packet to the computer based on a destination of the second packet;
  • a second packet configured to encapsulate a response from the computer in a third packet addressed to an IP address of a router representing the area determined by the determination unit, and transmit the third packet; a transmitter;
  • FIG. 1 It is a figure which shows the structural example of the communication system in embodiment of this invention. It is a figure which shows the hardware structural example of the computer which functions as vCPE70 in embodiment of this invention. It is a figure which shows the functional structural example of CPE50. It is a figure which shows the functional structural example of vCPE70. It is a figure which shows the functional structural example of an area representative router (AR40). It is a figure which shows the structural example of the routing table 54 of each CPE50. It is a figure which shows the structural example of the routing table of vCPE70. It is a figure which shows the structural example of the connection information table 75 of vCPE70. It is a figure which shows the structural example of the routing table of an area representative router (AR40).
  • AR40 area representative router
  • FIG. 3 is a diagram showing an example of a functional configuration of a controller 30;
  • FIG. 3 is a diagram showing a configuration example of an EID-RLOC database 33;
  • FIG. 10 is a sequence diagram for explaining the connection of the CPE 50 (CPE 50-11) to the AR 40 and the registration of the vCPE 70 to the controller 30, which are executed prior to communication.
  • FIG. 11 is a sequence diagram for explaining an example of a processing procedure when a packet is transmitted from host 60-11 under CPE 50-11 to host 60-3 under vCPE 70;
  • FIG. 4 is a sequence diagram for explaining the flow of communication from a host 60-3 to a host 60-11;
  • FIG. 10 is a flow chart for explaining an example of a processing procedure executed when the area to which CPE 50-11 belongs is changed;
  • FIG. 10 is a flow chart for explaining an example of a processing procedure executed when the area to which CPE 50-11 belongs is changed;
  • FIG. 10 is a diagram showing an example of changes in each routing table when the area to which CPE 50-11 belongs is changed;
  • FIG. 4 is a diagram for explaining scale-in/scale-out of vCPE 70;
  • one vCPE (virtualized CPE) can accommodate traffic in a plurality of areas.
  • multiple IP addresses are allocated for each area to one vCPE.
  • CPE Customer Premises Equipment
  • RLOC Routing Locator
  • a vCPE that receives a packet from a CPE identifies the area of the packet by the RLOC of the destination and stores the relationship between the connection and the area.
  • Non-Patent Document 1 the number of tunnels held by the vCPE, which was one to a specific area representative router, increases to the number of tunnels for the number of areas accommodated by that vCPE, but the area Assuming that the number is about several tens to 100, it is considered that there is no problem in performance.
  • the IP address held by the terminal or application of the communication destination is EID (Endpoint ID), and between CPE or vCPE that connects (accommodates) each device or cloud base (data center) to the core network, SRv6 (Segment Routing for IPv6) is used as means for encapsulating and transmitting IP packets.
  • EID Endpoint ID
  • SRv6 Segment Routing for IPv6
  • the core network only needs to support IPv6.
  • the encapsulation protocol between CPEs or vCPEs is not limited to SRv6, and may be substituted by other means capable of encapsulating IP packets.
  • FIG. 1 is a diagram showing a configuration example of a communication system according to an embodiment of the present invention.
  • a plurality of devices 10 (device 10-11, device 10-12, device 10-21) and data center 20 are connected to core network N1.
  • Each device 10 is connected to the core network N1 via the CPE 50, which is a terminal device.
  • the LAN in the data center 20 is connected (accommodated) to the core network N1 via the vCPE 70, which is a virtual terminal device.
  • a host 60 that is a computer belongs to each of the CPE 50 and the vCPE 70 , and each host 60 is connected to the LAN inside the device 10 or inside the data center 20 .
  • the CPE 50 of each device 10 belongs to an area and is connected via an SRv6 tunnel to the AR 40, which is the area representative router that controls that area. Also, the controller 30 is arranged at a location accessible from the CPE 50 via the core network N1.
  • character strings indicating the IP address of each device and host 60 are shown in parentheses.
  • a character string beginning with "IP” is an IP address (RLOC) of CPE 50, vCPE 70 or AR 40, and is an address reachable via core network N1. Communications via the core network N1 are encapsulated with this IP address.
  • a character string beginning with "EID” is an IP address assigned to the host 60 or application existing within the LAN under the control of the CPE 50 or vCPE 70.
  • FIG. The EID is permanently assigned and does not change even if the device 10 moves or the connected network changes (that is, does not depend on the location of the device 10). Applications can always continue to communicate with this EID. In this embodiment, communication is performed between the host 60, which is the computer on the device 10 side, and the host 60-3, which is the computer on the data center 20 side.
  • FIG. 2 is a diagram showing a hardware configuration example of a computer functioning as vCPE 70 in the embodiment of the present invention.
  • a computer functioning as the vCPE 70 has a drive device 100, an auxiliary storage device 102, a memory device 103, a CPU 104, an interface device 105, etc., which are interconnected via a bus B, respectively.
  • a program that implements processing by the computer is provided by a recording medium 101 such as a CD-ROM.
  • the recording medium 101 storing the program is set in the drive device 100 , the program is installed from the recording medium 101 to the auxiliary storage device 102 via the drive device 100 .
  • the program does not necessarily need to be installed from the recording medium 101, and may be downloaded from another computer via the network.
  • the auxiliary storage device 102 stores installed programs, as well as necessary files and data.
  • the memory device 103 reads and stores the program from the auxiliary storage device 102 when a program activation instruction is received.
  • the CPU 104 executes functions related to the computer according to programs stored in the memory device 103 .
  • the interface device 105 is used as an interface for connecting to a network.
  • the device 10, the controller 30, the AR 40, etc. may also have the same hardware configuration as in FIG.
  • FIG. 3 is a diagram showing a functional configuration example of the CPE 50.
  • CPE 50 has forwarding section 51 , RLOC resolution section 52 and CPE registration section 53 . Each of these units is realized by processing that one or more programs installed in the device 10 cause the CPU of the device 10 to execute.
  • CPE 50 also utilizes routing table 54 .
  • the routing table 54 can be implemented using, for example, the memory device or auxiliary storage device of the device 10 .
  • the forwarding unit 51 encapsulates a packet from the host 60 under its own CPE 50 to the data center 20 and sends it to the core network N1, and forwards the encapsulated packet from the data center 20 or the like to the host 60 under its own CPE 50 to the core. When received from the network N1, it decapsulates the packet and delivers the decapsulated packet to the host 60.
  • the routing table 54 is a storage unit that holds a routing table required when the forwarding unit 51 executes packet transfer, packet encapsulation, and packet decapsulation. A specific example of the routing table 54 will be described later.
  • the RLOC resolution unit 52 resolves the RLOC corresponding to the destination EID if the RLOC corresponding to the destination EID is not registered in the routing table 54 when the forwarding unit 51 sends out the packet. Specifically, when the RLOC resolution unit 52 inquires of the controller 30 about the RLOC corresponding to the destination EID, and acquires the RLOC as a response, the RLOC resolution unit 52 stores the correspondence relationship between the destination EID and the RLOC in the routing table 54 (the destination EID and Correspondence information with the relevant RLOC) is registered.
  • the CPE registration unit 53 When the CPE 50 is activated, the CPE registration unit 53 notifies the predesignated area representative router (AR 40) of the IP address (RLOC) of the CPE 50 itself and the subordinate EID.
  • the CPE registration unit 53 also receives the area ID from the AR 40 as a response to the notification of the RLOC and EID, and also enables the routing table 54 to receive the encapsulated packet from the AR 40 (decapsulation is possible). register information for Note that the area ID is identification information of an area.
  • the CPE 50 itself notifies the AR 40 of the RLOC and EID directly, but it may also notify the AR 40 via a controller or the like that manages the AR 40 .
  • FIG. 4 is a diagram showing a functional configuration example of the vCPE 70.
  • the vCPE 70 has a forwarding section 71 and a registration section 72 . Each of these units is implemented by processing that one or more programs installed in the computer functioning as the vCPE 70 cause the CPU 104 to execute.
  • the vCPE 70 also utilizes a global routing table 73 , a per-area routing table 74 and a connection information table 75 . Each of these tables can be implemented using, for example, the memory device 103 or the auxiliary storage device 102 or the like.
  • the forwarding unit 71 decapsulates the SRv6-encapsulated packet transmitted by the CPE 50 and transmits (transfers) it to the LAN within the data center 20 .
  • the forwarding unit 71 also encapsulates a packet received from the host 60v connected to the LAN within the data center 20 and transmits (transfers) it to the appropriate AR 40 .
  • the registration unit 72 When the vCPE 70 is activated, the registration unit 72 notifies the controller 30 of the IP address (RLOC) for each area assigned to the vCPE 70 and the EID under the vCPE 70 .
  • RLOC IP address
  • the global routing table 73 is a routing table that holds route information necessary for the vCPE 70 to communicate with the core network N1.
  • the area-specific routing table 74 is a routing table that holds route information for encapsulating a packet transmitted from an application within the LAN of the data center 20 and transmitting it to an appropriate AR 40, and is defined for each area. The specific configuration of each will be described later.
  • the connection information table 75 is a table for determining the connection of a packet sent from an application under the control of the CPE 50 and temporarily holding the correspondence information between the connection and the area only while the communication related to the connection continues. is.
  • the source EID and the destination EID are used to determine the connection, but information such as 5 tuples including TCP or UDP port numbers may be used.
  • FIG. 5 is a diagram showing a functional configuration example of the area representative router (AR40).
  • AR 40 has forwarding section 41 and CPE connection section 42 . Each of these units is implemented by one or more programs installed in the AR 40 that are executed by the CPU of the AR 40 .
  • AR 40 also utilizes routing table 43 .
  • the routing table 43 can be implemented using, for example, the memory device or auxiliary storage device of the AR40.
  • the forwarding unit 41 decapsulates the packet from the data center 20, searches the routing table 43 using the destination EID of the original IP packet (the EID under the destination CPE 50) as a key, and finds the RLOC of the CPE 50 corresponding to the destination EID. get. After that, the forwarding unit 41 re-encapsulates the original packet with the RLOC and transmits (transfers) the re-encapsulated packet to the destination CPE 50 .
  • the AR 40 does not need to be involved in the communication in the direction of the CPE 50 ⁇ vCPE 70 (the direction of the device 10 ⁇ the data center 20), but as a normal router, it plays the role of transferring IPv6 packets encapsulated in SRv6 or the like. good too. In this case, the forwarding unit 41 has a standard IPv6 forwarding function.
  • the CPE connection unit 42 executes processing for connecting the CPE 50 when receiving a connection request from the CPE 50 .
  • the CPE connection unit 42 receives the IP address (RLOC) and EID of the CPE 50 included in the connection request from the CPE 50, and stores the EID of the CPE 50 in the routing table 43 of its own AR 40 with the corresponding RLOC. Register route information for encapsulation and transmission.
  • the CPE connection unit 42 notifies the CPE 50 of the area ID of the area under the jurisdiction of its own AR 40 as a connection response. This enables the forwarding unit 41 to deliver packets transmitted from the cloud side to the destination CPE 50 .
  • the controller or the like may receive the connection request from the CPE 50, and the CPE connection unit 42 may receive the connection request from the controller.
  • the routing table 43 is a storage unit that holds a routing table necessary when the forwarding unit 41 executes packet transfer, packet encapsulation, and packet decapsulation. A specific example of the routing table 43 will be described later.
  • FIG. 6 is a diagram showing a configuration example of the routing table 54 of each CPE 50.
  • FIG. FIG. 6 shows a specific example of the routing table 54 for the network configuration example of FIG. Routing table 54-11 is the routing table for CPE 50-11, and routing table 54-12 is the routing table for CPE 50-12.
  • the routing table 54 of each CPE 50 consists of destination addresses (destination prefixes) and corresponding processing details.
  • the forwarding unit 51 searches the routing table 54 using the destination address of the received IP packet as a key, and executes the processing described in the record. A specific description will be given based on an example of the routing table 54-11 of the CPE 50-11.
  • "EID#3" in the destination column is an address used by the cloud-side host 60 or application.
  • Encap (IP#31)” is executed.
  • "Encap (IP#31)” indicates that the destination IP address is IP#31, and the packet is encapsulated in SRv6 and sent. That is, the forwarding unit 51 encapsulates the packet received by the CPE 50-11 from the host 60 under its control with IP#31, which is one of the RLOCs of the vCPE 70 that has reachability within the core network N1, and sends the packet. .
  • the routing table 54 of the CPE 50 holds such a record for each host 60 on the cloud side with which it communicates.
  • the routing table 54-21 of the CPE 50-21 is almost the same as the routing table 54-11 of the CPE 50-11.
  • the difference is that
  • the vCPE 70 holds a plurality of RLOCs for discriminating areas, and the CPEs 50-21 belonging to the area 2 transmit IP#32, which is the RLOC of the vCPE 70 for the area 2, as the destination.
  • the RLOC of the CPE 50-21 is IP#21 and the subordinate EID is EID#21, so the "destination" of the third and fourth records differs from the routing table 54-11 of the CPE 50-11.
  • FIG. 7 is a diagram showing a configuration example of the routing table of the vCPE 70.
  • FIG. FIG. 7 shows a specific example of the routing table of the vCPE 70 connecting the LAN in the data center 20 of FIG. 1 to the core network N1.
  • the vCPE 70 accommodates a plurality of areas, but holds a different RLOC for each area for identification purposes.
  • IP#31 is the RLOC for area 1
  • IP#32 is the RLOC for area 2.
  • the global routing table 73 of the vCPE 70 holds route information required when the vCPE 70 communicates with the core network N1.
  • the record "Destination IP #31, "Processing Decap->Lookup" is addressed to IP #31, that is, when receiving a packet addressed to vCPE70 (for area 1), decapsulate (Decap) and Indicates the meaning of searching the routing table. That is, the record is a record for decapsulating the SRv6 packet sent by the CPE 50 to the vCPE 70 .
  • the same applies to the record of "destination IP#32", but as described above, IP#32 and IP#31 have different corresponding areas, so they are described separately as route information.
  • the contents of the processing are the same as those for the area 1 .
  • This record is a packet addressed to the host 60-3 (that is, addressed to EID #3) within the LAN of the data center 20 under the vCPE 70 at the time of re-searching Decap->Lookup, which is the processing of the first record or the second record. It is a record to enable direct delivery of
  • the area-by-area routing table 74 of the vCPE 70 is a routing table that is referred to when the vCPE 70 receives a packet from the host 60-3 within the LAN of the data center 20 (a packet reply from the CPE 50).
  • the area-by-area routing table 74 is divided for each area accommodated by the vCPE 70, and an appropriate table is referenced when the vCPE 70 transmits to the area representative router (AR 40). The mechanism for determining which table is referenced is described below.
  • Each area routing table 74 contains only one default route record (one route).
  • the processing column differs for each area.
  • the IP address (IP#A1) of AR40-1 which is the area representative router of area 1
  • the IP address (IP#A2) of AR40-2 which is the area representative router of area 2
  • IP#A2 the IP address of AR40-2
  • FIG. 8 is a diagram showing a configuration example of the connection information table 75 of the vCPE 70.
  • Each record of the connection information table 75 includes a source EID, a destination EID, and an area ID.
  • the source EID and destination EID are information for identifying the connection of the packet.
  • a connection indicates the correspondence between a packet sent from an application under the CPE 50 and a reply packet from an application under the vCPE 70 that responds to the packet. Identified in combination. However, the connection may be identified using other identifiers in the packet header such as the port number and protocol identifier, or a combination of these may be used to identify the connection.
  • the area ID is information indicating to which area the connection identified by the pair of source EID and destination EID corresponds to transmission from the CPE 50 belonging to.
  • the vCPE 70 holds a different RLOC for each area, but when the vCPE 70 receives the SRv6 packet from the CPE 50, the destination IP address of the SRv6 header before decapsulation, that is, IP#31 or IP#32
  • the area is identified using an RLOC such as .
  • packets sent to IP#31 are identified as packets from area 1
  • packets sent to IP#32 are identified as packets from area 2.
  • FIG. 9 is a diagram showing a configuration example of the routing table 43 of the area representative router (AR40). A specific description will be given by taking the routing table 43-1 of the AR 40-1 as an example.
  • FIG. 10 is a diagram showing a functional configuration example of the controller 30.
  • the controller 30 has a CPE inquiry unit 31 and a CPE registration/update unit 32 . Each of these units is realized by one or more programs installed in the controller 30 causing the CPU of the controller 30 to execute the process.
  • Controller 30 also utilizes EID-RLOC database 33 . It can be implemented using the EID-RLOC database 33, for example, the memory device of the controller 30 or an auxiliary storage device.
  • the EID-RLOC database 33 is a storage unit that stores the correspondence between the EID assigned under the CPE 50 or vCPE 70 and the RLOC currently assigned to the CPE 50 or vCPE 70 . In this embodiment, only the correspondence relationship between the EID of the vCPE 70 and the RLOC is registered in the EID-RLOC database 33 . The configuration of the EID-RLOC database 33 will be described later.
  • the CPE inquiry unit 31 searches the EID-RLOC database 33 in response to an inquiry about the RLOC corresponding to the EID from the CPE 50, and responds with the RLOC corresponding to the EID.
  • An area ID is registered in each entry of the EID-RLOC database 33, and the CPE inquiry unit 31 replies with the RLOC of the area to which the inquiring CPE 50 belongs.
  • the CPE registration/update unit 32 newly registers or updates the EID-RLOC correspondence registered in the EID-RLOC database 33 . Specifically, the CPE registration/update unit 32 newly adds a record to the EID-RLOC database 33 when the vCPE 70 is newly connected to the network.
  • FIG. 11 is a diagram showing a configuration example of the EID-RLOC database 33.
  • the EID-RLOC database 33 holds the area ID of the area to which each RLOC corresponds, in addition to the correspondence between the EID of the vCPE 70 and the RLOC.
  • FIG. 11 shows an example of the EID-RLOC database 33 corresponding to FIG.
  • the EID-RLOC database 33 holds only the information of the vCPE 70, but since one vCPE 70 holds different RLOCs for each area, a plurality of A record exists in the EID-RLOC database 33 .
  • FIG. If the vCPE 70 accommodates more areas, records with different RLOCs and area IDs will be added for the same EID.
  • the EID-RLOC correspondence of the CPE 50 (CPE 50-11, CPE 50-12, CPE 50-21 in FIG. 1) on the device 10 side is held in the routing table 43 (FIG. 9) of the area representative router (AR 40). Therefore, it is not held in the EID-RLOC database 33.
  • FIG. 12 is a sequence diagram for explaining the connection of the CPE 50 (CPE 50-11) to the AR 40 and the registration of the vCPE 70 to the controller 30, which are executed prior to communication.
  • the CPE registration unit 53 of the CPE 50-11 sends the CPE to the nearest AR 40 (AR 40-1 in this case) (the area to which the CPE 50-11 belongs).
  • a connection request is transmitted (S11).
  • the CPE connection request includes an EID (EID#11) assigned under the CPE 50-11 and an RLOC (IP#11) given by the network.
  • EID#11 assigned under the CPE 50-11
  • IP#11 RLOC
  • the RLOC of the CPE 50-11 is a global IP address issued from the network to which the CPE 50-11 is connected. Also, it is assumed that the EID under the CPE 50 is set in the CPE 50 in advance.
  • the CPE registration unit 53 of the CPE 50-11 receives the CPE connection response
  • the CPE 50-11 recognizes that the area ID to which it belongs is #1.
  • the CPE registration request includes, for each area accommodated by the vCPE 70, the EID (EID#3) under the vCPE 70, the RLOC corresponding to the area in the vCPE 70, and the area ID of the area.
  • the RLOC of the vCPE 70 is also assumed to be a global IP address like the RLOC of the CPE 50-11.
  • Various methods are conceivable for assigning IP addresses in a cloud environment, but this embodiment does not depend on the assigning method. As a result, a global IP address that can be reached from the outside should be assigned to the vCPE 70 .
  • FIG. 13 is a sequence diagram for explaining an example of a processing procedure when a packet is transmitted from host 60-11 under CPE 50-11 to host 60-3 under vCPE 70.
  • FIG. 13 is a sequence diagram for explaining an example of a processing procedure when a packet is transmitted from host 60-11 under CPE 50-11 to host 60-3 under vCPE 70.
  • the host 60-11 transmits a packet to the host 60-3 (S31).
  • the host 60-11 recognizes EID#11, which is its own EID, as its own IP address and assigns it to the source address of the packet (represented as SA in FIG. 13), and the EID# of the host 60-3. 3 is recognized as the IP address of the host 60-3 and assigned to the destination address of the packet (denoted as DA in FIG. 13).
  • the hosts 60-11 and 60-3 operate by recognizing the EID as it is as an IP address. Therefore, each host 60 may operate as a normal IP host, and functions specific to this embodiment are unnecessary.
  • the RLOC resolution unit 52 sends the RLOC to the controller 30 because the destination EID of the packet is not described in the routing table 54-11.
  • a resolution request is sent (S32).
  • the RLOC resolution request contains EID#3, which is the destination address of the packet received from the host 60-11, and #1, which is the area ID to which the CPE 50-11 belongs.
  • FIG. 14 is a sequence diagram for explaining the communication flow from the host 60-3 to the host 60-11. This communication is a reply to the communication from the host 60-11 to the host 60-3 in FIG.
  • step S41 the host 60-3 transmits a packet (hereinafter referred to as "target packet") to the host 60-11 (S41).
  • target packet a packet
  • the destination address of the target packet is set to EID#11, which is the EID of host 60-11
  • the source address of the target packet is set to EID#3, which is the EID of host 60-3.
  • the forwarding unit 71 of the vCPE 70 When the forwarding unit 71 of the vCPE 70 receives the target packet from the host 60-3, it first refers to the connection information table 75 (FIG. 8) of its own vCPE 70 to determine whether the target packet is a packet from the host 60-3 to the host 60-11. area ID of the target packet (S42). Specifically, the forwarding unit 71 matches the (destination EID, source address) obtained by replacing the destination and the source in the connection information table 75 with the pair of (source address, destination address) of the target packet. Search for records. In this case, the destination address of the target packet is EID#11, and the source address is EID#3. #3 matches. Since the area ID of this record is area 1, it is known that the target packet should be transmitted to area 1.
  • IP#A1 the forwarding unit 71 encapsulates the target packet with SRv6, sets the destination address to IP#A1, and transmits the encapsulated target packet to the AR 40-1 (S44).
  • the forwarding unit 51 directly delivers the target packet to EID#11, that is, to the host 60-11 (S48). As a result, host 60-11 receives the target packet.
  • FIGS. 15 to 17 show sequence diagrams
  • FIG. 17 shows changes in the routing table of CPE 50-11 and routing tables of AR 40-1 and AR 40-2.
  • CPE50-11 device 10-11 having CPE50-11
  • CPE50-11 reconnects to the access network. That is, the RLOC of CPE50-11 is changed (S51).
  • this record when a packet is sent from the AR 40 to the CPE 50-11, if it is addressed to itself (to the RLOC of the CPE 50-11), it is decapsulated and the routing table 54-11 is searched again. It is for doing
  • the CPE registration unit 53 transmits a CPE connection request to the nearest AR 40 (AR 40-2 in this case) (S52).
  • the EID remains unchanged from before the move, but the RLOC becomes IP#22, which is the newly assigned IP address, as described above.
  • the CPE connection unit 42 of the AR 40-2 when successfully registered in the routing table 43-2, transmits a CPE registration response to the CPE 50-11 (S54).
  • CPE connection 42 is deleted.
  • timeout may be performed (if a specific entry in the routing table 43-1 is not referenced for a certain period of time, it will be deleted); -11 or AR 40-2 or the like explicitly notifies AR 40-1 of the completion of the movement of CPE 50-11, and CPE connection unit 42 of CPE 50-11 creates routing table 43-1 of AR 40-1. You may delete information that is no longer needed in
  • the host 60-11 transmits a packet to the host 60-3 (S55).
  • the RLOC resolution unit 52 of the CPE 50-11 issues an RLOC resolution request to the controller 30 in order to acquire the RLOC corresponding to EID#3, which is the destination address of the packet.
  • the CPE inquiry unit 31 of the controller 30 Upon receiving the RLOC resolution request, the CPE inquiry unit 31 of the controller 30 searches the EID-RLOC database 33 using the EID (EID#3) and area ID (#2) included in the RLOC resolution request as keys (S57). .
  • EID-RLOC database 33 (FIG. 11)
  • the vCPE 70 receives packets with different destination addresses after being encapsulated depending on the area to which the CPE 50 belongs. Become.
  • step S64 the host 60-3 sends a packet to the host 60-11 (S64).
  • FIG. 18 shows an example in which the vCPE 70 of the data center 20 is scaled out and the data center 20 has two vCPEs 70, vCPE 70-1 and vCPE 70-2. 18 shows the contents of the EID-RLOC database 33 of the controller 30 in this state.
  • Two of 33 are returned.
  • the controller 30 selects one of the records by round-robin or randomly, and returns the RLOC of the record to the CPE 50 as an RLOC solution response.
  • a method of managing the vCPE 70 and the host 60 in correspondence that is, a method in which the host 60-31 provides services to the vCPE 70-1 and the host 60-32 provides services to the vCPE 70-2. Solvable.
  • a method of performing SNAT (Source NAT) using the LAN-side address of the vCPE 70 when sending packets from the vCPE 70 to the host 60 is also conceivable.
  • SNAT Source NAT
  • the vCPE 70 that received this packet refers to the "SID that identifies the area of the CPE 50" attached to the end of the SID List, determines the area to which the CPE 50 that is the source of this packet belongs, Add connection information to the connection information table 75 . By doing so, the vCPE 70 can determine the area to which the CPE 50 belongs even in an environment where only a single IP address is assigned.
  • a single vCPE 70 can process packets from a plurality of areas, thus solving the problem of requiring vCPE 70 for the number of areas regardless of the amount of traffic. can do.
  • the vCPE 70 can be flexibly scaled out and scaled in according to increases and decreases in traffic demand, and the computing resources allocated to the vCPE 70 can be used only when necessary without wasting them. become. That is, it is possible to improve the economic efficiency when the overlay network is aggregated for each area.
  • the computer functioning as the vCPE 70 is an example of a communication device.
  • the forwarding unit 71 is an example of a determination unit, a first transmission unit, and a second transmission unit.
  • the connection information table 75 is an example of a storage unit.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

ＬＡＮに接続するコンピュータをコアネットワークへ収容する通信装置は、複数のエリアのうちのいずれかのエリアからの前記コンピュータを宛先とする第１のパケットが当該通信装置に対してエリア別に割り当てられた複数のＩＰアドレスのうちのいずれかのＩＰアドレスを宛先としてカプセル化された第２のパケットを受信すると、前記第２のパケットの宛先に基づいて前記第１のパケットの送信元が属するエリアを判別するように構成された判別部と、前記第２のパケットの宛先に基づいて前記第２のパケットを前記コンピュータへ送信するように構成された第１の送信部と、前記コンピュータからの応答を、前記判別部が判別したエリアを代表するルータのＩＰアドレスを宛先とする第３のパケットでカプセル化して、前記第３のパケットを送信するように構成された第２の送信部と、を有することで、オーバーレイネットワークをエリアごとに集約する際の経済性を向上させる。

Description

通信装置、通信方法及びプログラム
　本発明は、通信装置、通信方法及びプログラムに関する。
　多数のＩｏＴデバイスを、アクセス網に依存することなくＶＰＮに収容できる技術として、「Ｅｎｄ－ｔｏ－Ｅｎｄオーバーレイネットワーク」が提案されている（非特許文献１）。従来のオーバーレイによるＶＰＮ技術としてはＳＤ－ＷＡＮが商用化されているが、非常に多数のＩｏＴデバイスを接続しようとすると、ＶＰＮのトンネル数（接続数）等のスケーラビリティに課題がある。「Ｅｎｄ－ｔｏ－Ｅｎｄオーバーレイネットワーク」では、各ＩｏＴデバイスを直接クラウド側の拠点に収容するのではなく、地理的に分散されたエリア代表ルータに各ＩｏＴデバイスを収容して、ＶＰＮトンネルの収容箇所を分散させることで、スケーラビリティの向上を図っている。
　ＩｏＴデバイスとクラウドを接続するＩｏＴサービスの基本的な構成を想定し、これら（ＩｏＴデバイスとクラウド）をＶＰＮで接続しようとすると、ＩｏＴデバイス側の終端装置（ＣＰＥ：Customer Premises Equipment）と、クラウド側の終端装置（ｖＣＰＥ）の間でＶＰＮトンネルを確立することになる。クラウドに接続されるＩｏＴデバイスの数が非常に多い場合、クラウド側の終端装置であるｖＣＰＥは、ＩｏＴデバイス側の多数のＣＰＥからのＶＰＮトンネルを終端する必要があるため、性能的にボトルネックとなる可能性が高い。これに対して、「Ｅｎｄ－ｔｏ－Ｅｎｄオーバーレイネットワーク」では、複数のエリア代表ルータを配置し、このエリア代表ルータが自らの対応エリアに属するＩｏＴデバイス側のＣＰＥからのトンネルを終端、エリア代表ルータとクラウド側のｖＣＰＥ（クラウド）と間のトンネルを集約することで、ｖＣＰＥのトンネル数の問題を解決する。
　一方、前述の「Ｅｎｄ－ｔｏ－Ｅｎｄオーバーレイネットワーク」では、ＶＰＮトンネルを実現する技術としてＳＲｖ６（Segment Routing for IPv6）を利用している（非特許文献２）。ＳＲｖ６は、ＩＰｖ６の拡張ヘッダとして定義されるＳＲＨ（Segment Routing Header）に、パケットを経由させたい経路をＳＩＤ（Segment ID）Ｌｉｓｔとして列挙することで、ソースルーティングを実現する技術である。また、ＳＲｖ６では、ＳＩＤとして、パケットを経由するノードのＩＰアドレスだけでなく、パケットを受信したノードでの処理を記述することができる。これはネットワークプログラミングと呼ばれている（非特許文献３）。前述の「Ｅｎｄ－ｔｏ－Ｅｎｄオーバーレイネットワーク」では、ＳＲｖ６技術を活用することで、網内で保持するステートを軽減しつつ、端点でネットワークプログラミングの機能を活用することで、テナント毎（ユーザ毎）のルーティングを分離してＶＰＮを実現している。
鋒他、「End-to-Endオーバーレイネットワークに関する一検討」、電子情報通信学会、ソサイエティ大会B7-1、2021年9月 "Segment Routing Architecture"、IETF RFC8402、［online］、インターネット＜URL：https://tools.ietf.org/html/rfc8402＞ "Segment Routing over IPv6 (SRv6) Network Programming"、IETF RFC8986、［online］、インターネット＜URL：https://tools.ietf.org/html/rfc8986＞
　非特許文献１で提案されている「Ｅｎｄ－ｔｏ－Ｅｎｄオーバーレイネットワーク」では、クラウド側の終端装置であるｖＣＰＥとエリア代表ルータ間のトンネルを集約することで、ｖＣＰＥが保持するトンネル数を、ＩｏＴデバイス数に依存しないようにしている。これにより、ｖＣＰＥの負荷軽減が図られている。クラウド側からＩｏＴデバイスへの通信は、エリア代表ルータを経由することになるが、クラウド側ではｖＣＰＥとエリア代表ルータを１対１の関係とすることで、ｖＣＰＥ～エリア代表ルータ間のトンネルを１本に集約している。
　一方、エリア代表ルータは、「エリア」と呼ばれる単位で設置されることが想定されており、エリアは、アクセス網のキャリアや種類に加えて、地理的に分割された領域での適用も考慮されている。また、１台のエリア代表ルータで収容できるＩｏＴデバイス数（ＣＰＥ数）には性能上の限界があるため、非常に多数のＩｏＴデバイスが接続されるシステムでは、多数のエリア代表ルータを配置（つまり多数のエリアに分割）する必要がある。
　そのため、日本全国のような広域で「Ｅｎｄ－ｔｏ－Ｅｎｄオーバーレイネットワーク」を適用しようとすると、エリアの数は数十～１００以上となることも想定される。この場合、エリア代表ルータと１対１で設置されるｖＣＰＥも数十～１００以上必要となる。サービス開始時や深夜又は早朝などトラフィックが極めて少ない時間帯においても、エリア数分のｖＣＰＥを起動しておく必要がある。ｖＣＰＥはＶＭやコンテナといった仮想的なルータとして実装されることが想定されるが、トラフィック量が少ないにもかかわらず、多くのコンピューティングリソースが継続的に消費されるのは経済的ではない。
　本発明は、上記の点に鑑みてなされたものであって、オーバーレイネットワークをエリアごとに集約する際の経済性を向上させることを目的とする。
　そこで上記課題を解決するため、ＬＡＮに接続するコンピュータをコアネットワークへ収容する通信装置は、複数のエリアのうちのいずれかのエリアからの前記コンピュータを宛先とする第１のパケットが当該通信装置に対してエリア別に割り当てられた複数のＩＰアドレスのうちのいずれかのＩＰアドレスを宛先としてカプセル化された第２のパケットを受信すると、前記第２のパケットの宛先に基づいて前記第１のパケットの送信元が属するエリアを判別するように構成された判別部と、前記第２のパケットの宛先に基づいて前記第２のパケットを前記コンピュータへ送信するように構成された第１の送信部と、前記コンピュータからの応答を、前記判別部が判別したエリアを代表するルータのＩＰアドレスを宛先とする第３のパケットでカプセル化して、前記第３のパケットを送信するように構成された第２の送信部と、を有する。
　オーバーレイネットワークをエリアごとに集約する際の経済性を向上させることができる。
本発明の実施の形態における通信システムの構成例を示す図である。 本発明の実施の形態においてｖＣＰＥ７０として機能するコンピュータのハードウェア構成例を示す図である。 ＣＰＥ５０の機能構成例を示す図である。 ｖＣＰＥ７０の機能構成例を示す図である。 エリア代表ルータ（ＡＲ４０）の機能構成例を示す図である。 各ＣＰＥ５０のルーティングテーブル５４の構成例を示す図である。 ｖＣＰＥ７０のルーティングテーブルの構成例を示す図である。 ｖＣＰＥ７０のコネクション情報テーブル７５の構成例を示す図である。 エリア代表ルータ（ＡＲ４０）のルーティングテーブルの構成例を示す図である。 コントローラ３０の機能構成例を示す図である。 ＥＩＤ－ＲＬＯＣデータベース３３の構成例を示す図である。 通信に先立って実行される、ＣＰＥ５０（ＣＰＥ５０－１１）のＡＲ４０への接続や、ｖＣＰＥ７０のコントローラ３０への登録を説明するためのシーケンス図である。 ＣＰＥ５０－１１の配下のホスト６０－１１からｖＣＰＥ７０の配下のホスト６０－３に向けてパケットが送信される際の処理手順の一例を説明するためのシーケンス図である。 ホスト６０－３からホスト６０－１１への通信の流れを説明するためのシーケンス図である。 ＣＰＥ５０－１１が属するエリアが変化した際に実行される処理手順の一例を説明するためのフローチャートである。 ＣＰＥ５０－１１が属するエリアが変化した際に実行される処理手順の一例を説明するためのフローチャートである。 ＣＰＥ５０－１１が属するエリアが変化した際の各ルーティングテーブルの変化の例を示す図である。 ｖＣＰＥ７０のスケールイン・スケールアウトを説明するための図である。
　以下、図面に基づいて本発明の実施の形態を説明する。
　［本実施の形態の概要］
　本実施の形態では、１つのｖＣＰＥ（virtualized CPE）で複数のエリアのトラフィックを収容可能とする。
　具体的には、１つのｖＣＰＥに対してエリア別に複数のＩＰアドレス（ＲＬＯＣ：Routing Locator）が割り当てられる。ＩｏＴデバイス側のＣＰＥ（Customer Premises Equipment）からクラウド側のｖＣＰＥにパケットを送信する際に、ＣＰＥが所属するエリア毎に、ＳＲｖ６でカプセル化した当該パケットの宛先アドレス（ＲＬＯＣ）を変えることで、当該パケットを受信したｖＣＰＥが、どのエリアからのパケットかを判別できるようにする。ＣＰＥからのパケットを受信したｖＣＰＥは、宛先のＲＬＯＣによりパケットのエリアを識別し、コネクションとエリアの関係を記憶しておく。これにより、ｖＣＰＥがクラウド内のアプリケーションからのリプライパケットを受信した際に、どのエリアに送信されるべきパケットであるのかをｖＣＰＥが判断できるようにし、そのエリアを担当するエリア代表ルータへ転送できるようにする。
　これにより、１台のｖＣＰＥで複数のエリアのパケットを送受信できるようになり、トラフィック量に応じたｖＣＰＥのスケールイン／スケールアウトが可能となる。一方、非特許文献１に対して、ｖＣＰＥが保持するトンネル数は、特定のエリア代表ルータへの１本であったものが、そのｖＣＰＥで収容するエリア数分のトンネル数に増加するが、エリア数が数十～１００程度を想定すれば、性能に問題のない範囲であると考えられる。
　［本実施の形態のシステム構成］
　本実施の形態では、通信先の端末やアプリケーションが保持するＩＰアドレスをＥＩＤ（Endpoint ID）とし、各デバイスやクラウドの拠点（データセンタ）をコアネットワークに接続（収容）するＣＰＥ又はｖＣＰＥ間で、ＩＰパケットをカプセル化して送信する手段としてＳＲｖ６（Segment Routing for IPv6）を利用することとする。コアネットワークは、ＩＰｖ６に対応していればよい。ただし、ＣＰＥ又はｖＣＰＥ間でカプセル化するプロトコルはＳＲｖ６に限定されず、ＩＰパケットをカプセル化できる他の手段によって代用されてもよい。
　図１は、本発明の実施の形態における通信システムの構成例を示す図である。図１において、複数のデバイス１０（デバイス１０－１１、デバイス１０－１２、デバイス１０－２１）やデータセンタ２０は、コアネットワークＮ１に接続さる。各デバイス１０は終端装置であるＣＰＥ５０を介してコアネットワークＮ１に接続される。データセンタ２０内のＬＡＮは仮想終端装置であるｖＣＰＥ７０を介して、コアネットワークＮ１に接続（収容）される。ＣＰＥ５０及びｖＣＰＥ７０のそれぞれの配下には、コンピュータであるホスト６０が属し、各ホスト６０は、デバイス１０内又はデータセンタ２０内のＬＡＮに接続する。
　各デバイス１０のＣＰＥ５０は、いずれかのエリアに所属し、そのエリアを管轄するエリア代表ルータであるＡＲ４０に対して、ＳＲｖ６トンネルを介して接続される。また、ＣＰＥ５０からコアネットワークＮ１を介してアクセスできる場所にコントローラ３０が配置される。
　図１には、各装置やホスト６０のＩＰアドレスを示す文字列が括弧内に示されている。"ＩＰ"で始まる文字列は、ＣＰＥ５０、ｖＣＰＥ７０又はＡＲ４０のＩＰアドレス（ＲＬＯＣ）であり、コアネットワークＮ１を介して到達性の有るアドレスである。コアネットワークＮ１を介した通信は、このＩＰアドレスでカプセル化される。一方、"ＥＩＤ"で始まる文字列は、ＣＰＥ５０又はｖＣＰＥ７０配下のＬＡＮ内に存在するホスト６０やアプリケーションに付与されたＩＰアドレスである。ＥＩＤは固定的に付与され、デバイス１０が移動したり、接続するネットワークが変更になったりしても、変化しない（すなわち、デバイス１０の位置に依存しない）。アプリケーションは、常に、このＥＩＤで通信をし続けることができる。なお、本実施の形態では、デバイス１０側のコンピュータであるホスト６０とデータセンタ２０側のコンピュータであるホスト６０－３との間で通信が行われる。
　［デバイス１０等のハードウェア構成］
　図２は、本発明の実施の形態においてｖＣＰＥ７０として機能するコンピュータのハードウェア構成例を示す図である。ｖＣＰＥ７０として機能するコンピュータは、それぞれバスＢで相互に接続されているドライブ装置１００、補助記憶装置１０２、メモリ装置１０３、ＣＰＵ１０４、及びインタフェース装置１０５等を有する。
　当該コンピュータでの処理を実現するプログラムは、ＣＤ－ＲＯＭ等の記録媒体１０１によって提供される。プログラムを記憶した記録媒体１０１がドライブ装置１００にセットされると、プログラムが記録媒体１０１からドライブ装置１００を介して補助記憶装置１０２にインストールされる。但し、プログラムのインストールは必ずしも記録媒体１０１より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。補助記憶装置１０２は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。
　メモリ装置１０３は、プログラムの起動指示があった場合に、補助記憶装置１０２からプログラムを読み出して格納する。ＣＰＵ１０４は、メモリ装置１０３に格納されたプログラムに従って当該コンピュータに係る機能を実行する。インタフェース装置１０５は、ネットワークに接続するためのインタフェースとして用いられる。
　なお、デバイス１０、コントローラ３０及びＡＲ４０等も、図２と同様のハードウェア構成を有してもよい。
　［各装置の機能構成］
　図３は、ＣＰＥ５０の機能構成例を示す図である。図３において、ＣＰＥ５０は、フォワーディング部５１、ＲＬＯＣ解決部５２及びＣＰＥ登録部５３を有する。これら各部は、デバイス１０にインストールされた１以上のプログラムが、デバイス１０のＣＰＵに実行させる処理により実現される。ＣＰＥ５０は、また、ルーティングテーブル５４を利用する。ルーティングテーブル５４は、例えば、デバイス１０のメモリ装置又は補助記憶装置等を用いて実現可能である。
　フォワーディング部５１は、自ＣＰＥ５０配下のホスト６０からデータセンタ２０へのパケットをカプセル化してコアネットワークＮ１へ送出すると共に、データセンタ２０等から自ＣＰＥ５０配下のホスト６０へのカプセル化されたパケットをコアネットワークＮ１から受信した際に、当該パケットをデカプセル化して、デカプセル化されたパケットをホスト６０へ配送する。本実施の形態では、カプセル化プロトコルとしてＳＲｖ６が利用されるため、ＣＰＥ５０のフォワーディング部５１はＳＲｖ６のカプセル化、デカプセル化を実行することになる。
　ルーティングテーブル５４は、パケットの転送、パケットのカプセル化、パケットのデカプセル化をフォワーディング部５１が実行する際に必要な経路表を保持する記憶部である。ルーティングテーブル５４の具体例は後述する。
　ＲＬＯＣ解決部５２は、フォワーディング部５１がパケットを送出する際に、宛先ＥＩＤに対応するＲＬＯＣがルーティングテーブル５４に登録されていなかった場合に、宛先ＥＩＤに対応するＲＬＯＣを解決する。具体的には、ＲＬＯＣ解決部５２は、コントローラ３０に対して、宛先ＥＩＤに対応するＲＬＯＣを問い合わせ、その応答としてＲＬＯＣを取得したら、ルーティングテーブル５４に宛先ＥＩＤ－ＲＬＯＣの対応関係（当該宛先ＥＩＤと当該ＲＬＯＣとの対応情報）を登録する。
　ＣＰＥ登録部５３は、ＣＰＥ５０が起動された際に、予め指定されたエリア代表ルータ（ＡＲ４０）に対して、ＣＰＥ５０自身のＩＰアドレス（ＲＬＯＣ）と配下のＥＩＤを通知する。ＣＰＥ登録部５３は、また、ＲＬＯＣ及びＥＩＤの通知に対する応答として、エリアＩＤをＡＲ４０から受け取るとともに、ルーティングテーブル５４に対して、ＡＲ４０からのカプセル化されたパケットを受け取れるようにする（デカプセル化できるようにする）ための情報を登録する。なお、エリアＩＤとは、エリアの識別情報である。
　本実施形態では、ＣＰＥ５０自身が直接ＡＲ４０に対してＲＬＯＣ及びＥＩＤを通知する形態としているが、ＡＲ４０を管理するコントローラ等を経由してＡＲ４０に通知するようにしてもよい。
　図４は、ｖＣＰＥ７０の機能構成例を示す図である。図４において、ｖＣＰＥ７０は、フォワーディング部７１及び登録部７２を有する。これら各部は、ｖＣＰＥ７０として機能するコンピュータにインストールされた１以上のプログラムが、ＣＰＵ１０４に実行させる処理により実現される。ｖＣＰＥ７０は、また、グローバルルーティングテーブル７３、エリア別ルーティングテーブル７４及びコネクション情報テーブル７５を利用する。これら各テーブルは、例えば、メモリ装置１０３又は補助記憶装置１０２等を用いて実現可能である。
　フォワーディング部７１は、ＣＰＥ５０が送信した、ＳＲｖ６でカプセル化されたパケットをデカプセル化して、データセンタ２０内のＬＡＮに送信（転送）する。フォワーディング部７１は、また、データセンタ２０内のＬＡＮに接続するホスト６０ｖから受信したパケットをカプセル化して、適切なＡＲ４０に送信（転送）する。
　登録部７２は、ｖＣＰＥ７０が起動された際に、ｖＣＰＥ７０に割り当てられたエリアごとのＩＰアドレス（ＲＬＯＣ）と、ｖＣＰＥ７０の配下のＥＩＤとをコントローラ３０へ通知する。
　グローバルルーティングテーブル７３は、ｖＣＰＥ７０がコアネットワークＮ１と通信するために必要な経路情報を保持するルーティングテーブルである。エリア別ルーティングテーブル７４は、データセンタ２０のＬＡＮ内のアプリケーションから送信されるパケットをカプセル化して、適切なＡＲ４０へ送信するための経路情報を保持するルーティングテーブルであり、エリアごとに定義される。いずれも具体的な構成は後述する。
　コネクション情報テーブル７５は、ＣＰＥ５０配下のアプリケーションから送信されたパケットのコネクションを判別し、当該コネクションに係る通信が継続している間だけ一時的にコネクションとエリアの対応情報を保持しておくためのテーブルである。本実施の形態では、コネクションの判別には、送信元ＥＩＤ及び宛先ＥＩＤが用いられるが、ＴＣＰやＵＤＰのポート番号等を含む５ｔｕｐｌｅ等の情報が利用されてもよい。
　図５は、エリア代表ルータ（ＡＲ４０）の機能構成例を示す図である。図５において、ＡＲ４０は、フォワーディング部４１及びＣＰＥ接続部４２を有する。これら各部は、ＡＲ４０にインストールされた１以上のプログラムが、ＡＲ４０のＣＰＵに実行させる処理により実現される。ＡＲ４０は、また、ルーティングテーブル４３を利用する。ルーティングテーブル４３は、例えば、ＡＲ４０のメモリ装置又は補助記憶装置等を用いて実現可能である。
　フォワーディング部４１は、データセンタ２０からのパケットをデカプセル化して、元のＩＰパケットの宛先ＥＩＤ（宛先のＣＰＥ５０配下のＥＩＤ）をキーとしてルーティングテーブル４３を検索し、宛先ＥＩＤに対応するＣＰＥ５０のＲＬＯＣを取得する。その後、フォワーディング部４１は、当該ＲＬＯＣで元のパケットを再カプセル化して、再カプセル化されたパケットを宛先のＣＰＥ５０に送信（転送）する。なお、ＡＲ４０は、ＣＰＥ５０→ｖＣＰＥ７０方向（デバイス１０→データセンタ２０方向）の通信には関与しなくてよいが、通常のルータとして、ＳＲｖ６等でカプセル化されたＩＰｖ６パケットを転送する役割を担ってもよい。この場合、フォワーディング部４１は、標準的なＩＰｖ６の転送機能を有することになる。
　ＣＰＥ接続部４２は、ＣＰＥ５０からの接続要求を受信した際に、ＣＰＥ５０を接続するための処理を実行する。具体的には、ＣＰＥ接続部４２は、ＣＰＥ５０からの接続要求に含まれるＣＰＥ５０のＩＰアドレス（ＲＬＯＣ）とＥＩＤを受け取り、自ＡＲ４０のルーティングテーブル４３に、ＣＰＥ５０のＥＩＤに対して、対応するＲＬＯＣでカプセル化して送出するための経路情報を登録する。その後、ＣＰＥ接続部４２は、接続応答として、自ＡＲ４０が管轄するエリアのエリアＩＤをＣＰＥ５０に通知する。これにより、フォワーディング部４１が、クラウド側から送信されてきたパケットを、宛先となるＣＰＥ５０に配送することができるようになる。
　なお、ＣＰＥ５０からの接続要求を、直接ＣＰＥ５０から受ける形態ではなく、コントローラ等がＣＰＥ５０からの接続要求を受け付け、そのコントローラからＣＰＥ接続部４２が接続要求を受け取る形態としてもよい。
　ルーティングテーブル４３は、フォワーディング部４１がパケットの転送、パケットのカプセル化、パケットのデカプセル化を実行する際に必要な経路表を保持する記憶部である。ルーティングテーブル４３の具体例は後述する。
　図６は、各ＣＰＥ５０のルーティングテーブル５４の構成例を示す図である。図６には、図１のネットワーク構成例の場合の具体的なルーティングテーブル５４の例が示されている。ルーティングテーブル５４－１１は、ＣＰＥ５０－１１のルーティングテーブルであり、ルーティングテーブル５４－１２は、ＣＰＥ５０－１２のルーティングテーブルである。
　各ＣＰＥ５０のルーティングテーブル５４は、宛先アドレス（宛先プレフィックス）と対応する処理内容から構成される。フォワーディング部５１は、受信したＩＰパケットの宛先アドレスをキーとしてルーティングテーブル５４を検索して、そのレコードに記載された処理を実施する。ＣＰＥ５０－１１のルーティングテーブル５４－１１の例に基づいて、具体的に説明する。
　「宛先＝ＥＩＤ＃３、処理＝Ｅｎｃａｐ（ＩＰ＃３１）」というレコードは、デバイス１０側のＣＰＥ５０－１１が、ｖＣＰＥ７０（ＲＬＯＣ：ＩＰ＃３１）へと通信する際に利用するものである。宛先欄にある「ＥＩＤ＃３」は、クラウド側のホスト６０やアプリケーションが利用するアドレスであり、ＣＰＥ５０－１１が受信したパケットの宛先アドレスがこれに該当する場合には、フォワーディング部５１は、「Ｅｎｃａｐ（ＩＰ＃３１）」の処理を実行する。「Ｅｎｃａｐ（ＩＰ＃３１）」は、宛先ＩＰアドレスをＩＰ＃３１として、ＳＲｖ６でカプセル化して送出するという意味を示す。すなわち、ＣＰＥ５０－１１が配下のホスト６０から受信したパケットを、フォワーディング部５１は、コアネットワークＮ１内に到達性のあるｖＣＰＥ７０のＲＬＯＣの一つであるＩＰ＃３１でカプセル化して送出することになる。ＣＰＥ５０のルーティングテーブル５４は、通信する先のクラウド側のホスト６０毎に、このようなレコードを保持する。
　「宛先＝ＩＰ＃１１、処理＝Ｄｅｃａｐ－＞Ｌｏｏｋｕｐ」というレコードは、宛先ＩＰアドレスが「ＩＰ＃１１」の場合、そのパケットをデカプセル化（Ｄｅｃａｐ）して、再度、ルーティングテーブル５４－１１を検索する（Ｌｏｏｋｕｐ）という意味を示す。ＩＰ＃１１は、ＣＰＥ５０－１１のＩＰアドレス（ＲＬＯＣ）であるため、このレコードは、「自分宛ての（カプセル化された）パケットに対して、デカプセル化して、ルーティングテーブル５４－１１を再検索する」という処理を示す。
　「宛先＝ＥＩＤ＃１１、処理＝Ｄｉｒｅｃｔ」というレコードは、ＩＰパケットの宛先アドレスが「ＥＩＤ＃１１」の場合には、直接配送する、という意味を示す。直接配送とは、同一ＬＡＮ内に宛先アドレスが存在し、宛先に対して直接ＩＰパケットを送出するという意味である。このレコードは、前述の「宛先＝ＩＰ＃１１、処理＝Ｄｅｃａｐ－＞Ｌｏｏｋｕｐ」の結果、ルーティングテーブル５４－１１を再検索したときに、宛先が自身の配下のホスト６０である場合に、直接配送できるようにするためのものである。
　ＣＰＥ５０－２１のルーティングテーブル５４－２１は、ＣＰＥ５０－１１のルーティングテーブル５４－１１とほぼ同様であるが、「宛先＝ＥＩＤ＃３」に対して、「処理＝Ｅｎｃａｐ（ＩＰ＃３２）」となっている点が異なる。ｖＣＰＥ７０はエリアを判別するために複数のＲＬＯＣを保持するが、エリア２に属するＣＰＥ５０－２１からは、エリア２用のｖＣＰＥ７０のＲＬＯＣであるＩＰ＃３２を宛先として送信する。また、ＣＰＥ５０－２１のＲＬＯＣがＩＰ＃２１であり、配下のＥＩＤがＥＩＤ＃２１であるため、３～４レコード目の「宛先」がＣＰＥ５０－１１のルーティングテーブル５４－１１と異なる。
　図７は、ｖＣＰＥ７０のルーティングテーブルの構成例を示す図である。図７には、図１のデータセンタ２０内のＬＡＮをコアネットワークＮ１に接続しているｖＣＰＥ７０のルーティングテーブルの具体例が示されている。なお、ｖＣＰＥ７０は複数のエリアを収容するが、その判別のために、エリア毎に異なるＲＬＯＣを保持する。本実施の形態において、ＩＰ＃３１がエリア１用のＲＬＯＣであり、ＩＰ＃３２がエリア２用のＲＬＯＣである。
　ｖＣＰＥ７０のグローバルルーティングテーブル７３は、ｖＣＰＥ７０がコアネットワークＮ１と通信する際に必要となる経路情報を保持する。「宛先＝ＩＰ＃３１、「処理Ｄｅｃａｐ－＞Ｌｏｏｋｕｐ」というレコードは、ＩＰ＃３１宛て、すなわち、ｖＣＰＥ７０宛て（エリア１用）のパケットを受信した場合には、デカプセル化（Ｄｅｃａｐ）して、再度ルーティングテーブルを検索するという意味を示す。すなわち、当該レコードは、ＣＰＥ５０がｖＣＰＥ７０宛てに送信したＳＲｖ６パケットをデカプセル化するためのレコードである。「宛先＝ＩＰ＃３２」のレコードも同様であるが、前述のように、ＩＰ＃３２はＩＰ＃３１と対応エリアが異なるために経路情報としては分けて記載されている。処理内容はエリア１用の処理と同様である。
　「宛先＝ＥＩＤ＃３、処理＝Ｄｉｒｅｃｔ」というレコードは、ＩＰパケットの宛先が「ＥＩＤ＃３」の場合に直接配送するという意味を示す。当該レコードは、１番目のレコードまたは２番目のレコードの処理であるＤｅｃａｐ－＞Ｌｏｏｋｕｐの再検索時に、ｖＣＰＥ７０配下のデータセンタ２０のＬＡＮ内のホスト６０－３宛て（すなわちＥＩＤ＃３宛て）のパケットを直接配送できるようにするためのレコードである。
　ｖＣＰＥ７０のエリア別ルーティングテーブル７４は、データセンタ２０のＬＡＮ内のホスト６０－３からのパケット（ＣＰＥ５０からのパケットのリプライ）をｖＣＰＥ７０が受信したときに参照されるルーティングテーブルである。エリア別ルーティングテーブル７４は、ｖＣＰＥ７０が収容するエリア毎にテーブルが分かれており、ｖＣＰＥ７０からエリア代表ルータ（ＡＲ４０）に対して送信が行われる際に、適切なテーブルが参照される。どのテーブルが参照されるかを決定する仕組みは後述される。各エリア別ルーティングテーブル７４には、デフォルトルートの１レコード（１経路）のみが記載されている。処理の欄はエリア毎に異なっている。エリア１用のエリア別ルーティングテーブル７４であるエリア１用ルーティングテーブル７４－１には、エリア１のエリア代表ルータであるＡＲ４０－１のＩＰアドレス（ＩＰ＃Ａ１）宛てにＳＲｖ６でカプセル化して送信する処理が記載されている。エリア２用のエリア別ルーティングテーブル７４であるエリア２用ルーティングテーブル７４－２には、エリア２のエリア代表ルータであるＡＲ４０－２のＩＰアドレス（ＩＰ＃Ａ２）宛てにＳＲｖ６でカプセル化して送信する処理が記載されている。
　図８は、ｖＣＰＥ７０のコネクション情報テーブル７５の構成例を示す図である。コネクション情報テーブル７５の各レコードは、送信元ＥＩＤ、宛先ＥＩＤ、エリアＩＤを含む。送信元ＥＩＤ及び宛先ＥＩＤは、パケットのコネクションを識別するための情報である。コネクションとは、ＣＰＥ５０配下のアプリケーションから送られてきたパケットと、その応答となるｖＣＰＥ７０配下のアプリケーションからのリプライパケットとの対応を示すものであり、本実施の形態では送信元ＥＩＤと宛先ＥＩＤとの組み合わせで識別される。但し、ポート番号、プロトコル識別子など、他のパケットヘッダ内の識別子が利用されてコネクションが識別されてもよいし、これらの組み合わせでコネクションが識別されてもよい。
　エリアＩＤは、送信元ＥＩＤ及び宛先ＥＩＤのペアで識別されるコネクションが、どのエリアに所属するＣＰＥ５０からの送信に対応するものかを示す情報である。前述のように、ｖＣＰＥ７０はエリア毎に異なるＲＬＯＣを保持するが、ｖＣＰＥ７０がＣＰＥ５０からのＳＲｖ６パケットを受信した際に、デカプセル化前のＳＲｖ６ヘッダの宛先ＩＰアドレス、すなわち、ＩＰ＃３１やＩＰ＃３２といったＲＬＯＣを用いてエリアを識別する。本実施の形態では、ＩＰ＃３１宛てに送られてきたパケットはエリア１からのパケットとして識別され、ＩＰ＃３２宛てに送られてきたパケットはエリア２からのパケットとして識別される。
　図９は、エリア代表ルータ（ＡＲ４０）のルーティングテーブル４３の構成例を示す図である。ＡＲ４０－１のルーティングテーブル４３－１を例に、具体的に説明する。
　１レコード目（（１）の行）の「宛先＝ＩＰ＃Ａ１、処理＝Ｄｅｃａｐ－＞Ｌｏｏｋｕｐ」は、ｖＣＰＥ７０から送信されてきた自分宛て（ＩＰ＃Ａ１宛て）のパケットを受信したらデカプセル化して、ルーティングテーブル４３－１を再度検索する、という意味を示す。
　２レコード目の「宛先＝ＥＩＤ＃１１、処理＝Ｅｎｃａｐ（ＩＰ＃１１）」は、宛先がＥＩＤ＃１１、すなわち、ＣＰＥ５０－１１配下のＥＩＤである場合には、ＣＰＥ５０－１１のＲＬＯＣであるＩＰ＃１１でカプセル化して送出する、という意味を示す。３レコード目も同様に、ＣＰＥ５０－１２配下のＥＩＤ（ＩＰ＃１２）宛てのパケットを、ＣＰＥ５０－１２のＲＬＯＣであるＩＰ＃１２でカプセル化して送出するという意味を示す。これらの処理（（２）の行の処理）は、１レコード目（（１）の行）の処理の結果、デカプセル化されたパケットに対して実施される。ＡＲ４０－２のルーティングテーブル４３－２も同様である。
　図１０は、コントローラ３０の機能構成例を示す図である。図１０において、コントローラ３０は、ＣＰＥ問い合わせ部３１及びＣＰＥ登録・更新部３２を有する。これら各部は、コントローラ３０にインストールされた１以上のプログラムが、コントローラ３０のＣＰＵに実行させる処理により実現される。コントローラ３０は、また、ＥＩＤ－ＲＬＯＣデータベース３３を利用する。ＥＩＤ－ＲＬＯＣデータベース３３、例えば、コントローラ３０のメモリ装置又は補助記憶装置等を用いて実現可能である。
　ＥＩＤ－ＲＬＯＣデータベース３３は、ＣＰＥ５０又はｖＣＰＥ７０配下に割り当てられているＥＩＤと、ＣＰＥ５０又はｖＣＰＥ７０に現在割り当てられているＲＬＯＣとの対応関係を記憶する記憶部である。本実施の形態では、ｖＣＰＥ７０のＥＩＤとＲＬＯＣとの対応関係だけがＥＩＤ－ＲＬＯＣデータベース３３に登録されている。ＥＩＤ－ＲＬＯＣデータベース３３の構成は後述する。
　ＣＰＥ問い合わせ部３１は、ＣＰＥ５０からの、ＥＩＤに対応するＲＬＯＣの問い合わせに対して、ＥＩＤ－ＲＬＯＣデータベース３３を検索して、当該ＥＩＤに対応するＲＬＯＣを応答する。ＥＩＤ－ＲＬＯＣデータベース３３の各エントリにはエリアＩＤが登録されており、ＣＰＥ問い合わせ部３１は、問い合わせ元のＣＰＥ５０が所属するエリアのＲＬＯＣを返答する。
　ＣＰＥ登録・更新部３２は、ＥＩＤ－ＲＬＯＣデータベース３３に登録されているＥＩＤ－ＲＬＯＣの対応関係の新規登録や更新を実行する。具体的には、ＣＰＥ登録・更新部３２は、ｖＣＰＥ７０が新たにネットワーク接続された場合に、新規にＥＩＤ－ＲＬＯＣデータベース３３にレコードを追加する。
　図１１は、ＥＩＤ－ＲＬＯＣデータベース３３の構成例を示す図である。ＥＩＤ－ＲＬＯＣデータベース３３は、ｖＣＰＥ７０のＥＩＤとＲＬＯＣの対応関係に加えて、各ＲＬＯＣが対応するエリアのエリアＩＤも保持する。図１１には、図１に対応したＥＩＤ－ＲＬＯＣデータベース３３の例が示されている。
　前述の通り、本実施の形態において、ＥＩＤ－ＲＬＯＣデータベース３３には、ｖＣＰＥ７０の情報だけが保持されるが、一つのｖＣＰＥ７０がエリア毎に異なるＲＬＯＣを保持するため、一つのｖＣＰＥ７０に対して複数のレコードがＥＩＤ－ＲＬＯＣデータベース３３に存在する。１レコード目の「ＲＬＯＣ＝ＩＰ＃３１」は、エリア１に対応するＲＬＯＣを示し、２レコード目の「ＲＬＯＣ＝ＩＰ＃３２は」は、エリア２に対応するＲＬＯＣを示す。ｖＣＰＥ７０が収容するエリアがさらに多い場合には、同一のＥＩＤに対して、異なるＲＬＯＣとエリアＩＤのレコードが追加されることになる。なお、デバイス１０側のＣＰＥ５０（図１のＣＰＥ５０－１１、ＣＰＥ５０－１２、ＣＰＥ５０－２１）のＥＩＤ－ＲＬＯＣの対応関係は、エリア代表ルータ（ＡＲ４０）のルーティングテーブル４３（図９）に保持されるため、ＥＩＤ－ＲＬＯＣデータベース３３には保持されない。
　［処理手順］
　以下、図１の通信システムにおいて実行される処理手順について説明する。図１２は、通信に先立って実行される、ＣＰＥ５０（ＣＰＥ５０－１１）のＡＲ４０への接続や、ｖＣＰＥ７０のコントローラ３０への登録を説明するためのシーケンス図である。
　まず、ＣＰＥ５０（ＣＰＥ５０－１１）がＡＲ４０に接続する際の処理手順を説明する。
　ＣＰＥ５０－１１がネットワークに接続されＩＰアドレス（ＲＬＯＣ）を付与されると、ＣＰＥ５０－１１のＣＰＥ登録部５３は、最寄り（ＣＰＥ５０－１１が属するエリア）のＡＲ４０（この場合はＡＲ４０－１）にＣＰＥ接続要求を送信する（Ｓ１１）。ＣＰＥ接続要求には、ＣＰＥ５０－１１の配下に割り当てられているＥＩＤ（ＥＩＤ＃１１）と、ネットワークから付与されたＲＬＯＣ（ＩＰ＃１１）とが含まれる。なお、ＣＰＥ５０－１１のＲＬＯＣは、ＣＰＥ５０－１１が接続されるネットワークから払い出されるグローバルＩＰアドレス等である。また、ＣＰＥ５０配下のＥＩＤは、予めＣＰＥ５０に設定されているものとする。
　ＡＲ４０－１のＣＰＥ接続部４２は、ＣＰＥ５０－１１からのＣＰＥ接続要求を受信すると、ＡＲ４０－１のルーティングテーブル４３－１に、ＡＲ４０－１からＣＰＥ５０－１１へのパケット転送に必要な情報を登録する（Ｓ１２）。この場合、「宛先＝ＥＩＤ＃１１、処理＝Ｅｎｃａｐ（ＩＰ＃１１）」という情報が登録される（図９参照）。これは、ＡＲ４０－１が、宛先ＩＰアドレスがＥＩＤ＃１１のパケット、すなわち、ＣＰＥ５０－１１配下のホスト６０宛てのパケットを受信したら、宛先アドレス＝ＩＰ＃１１、すなわち、ＣＰＥ５０－１１のＲＬＯＣのＩＰアドレスでカプセル化をして送信する、という意味を示す。
　続いて、ＡＲ４０－１のＣＰＥ接続部４２は、ＣＰＥ接続応答（接続＝ＯＫ、エリアＩＤ＝＃１）をＣＰＥ５０－１１へ送信する（Ｓ１３）。ＣＰＥ５０－１１のＣＰＥ登録部５３が当該ＣＰＥ接続応答を受信することで、ＣＰＥ５０－１１は、自身が所属するエリアＩＤが＃１であることを認識する。
　次に、ｖＣＰＥ７０の情報をコントローラ３０に登録する際の処理手順を説明する。
　ｖＣＰＥ７０の起動後に、ｖＣＰＥ７０の登録部７２は、ＣＰＥ登録要求をコントローラ３０へ送信する（Ｓ２１）。ＣＰＥ登録要求には、ｖＣＰＥ７０が収容するエリアごとに、ｖＣＰＥ７０配下のＥＩＤ（ＥＩＤ＃３）と、ｖＣＰＥ７０において当該エリアに対応するＲＬＯＣと、当該エリアのエリアＩＤとが含まれる。本実施の形態において、ｖＣＰＥ７０はエリア１とエリア２を収容するため、ＣＰＥ登録要求は、エリア１用に（ＥＩＤ＝ＥＩＤ＃３，ＲＬＯＣ＝ＩＰ＃３１，エリアＩＤ＝＃１）、エリア２用に（ＥＩＤ＝ＥＩＤ＃３，ＲＬＯＣ＝ＩＰ＃３２，エリアＩＤ＝＃２）を含む。なお、ｖＣＰＥ７０のＲＬＯＣも、ＣＰＥ５０－１１のＲＬＯＣと同様にグローバルＩＰアドレスが想定される。クラウド環境におけるＩＰアドレスの払い出しについては様々な方法が想定されるが、本実施の形態では払い出しの方法には依存しない。結果的にｖＣＰＥ７０に外部から到達可能なグローバルＩＰアドレスが付与されればよい。
　コントローラ３０のＣＰＥ登録・更新部３２は、ｖＣＰＥ７０からのＣＰＥ登録要求を受信すると、当該ＣＰＥ登録要求に含まれている情報を自身のＥＩＤ－ＲＬＯＣデータベース３３にｖＣＰＥ７０の情報を登録する（Ｓ２２）。この場合、「ＥＩＤ＝ＥＩＤ＃３、ＲＬＯＣ＝ＩＰ＃３１、エリアＩＤ＝＃１」と、「ＥＩＤ＝ＥＩＤ＃３、ＲＬＯＣ＝ＩＰ＃３２、エリアＩＤ＝＃２」という２つのレコードがＥＩＤ－ＲＬＯＣデータベース３３に登録される（図１１参照）。続いて、ＣＰＥ登録・更新部３２は、ＣＰＥ登録応答（登録＝ＯＫ）をｖＣＰＥ７０へ送信する（Ｓ２３）。
　図１３は、ＣＰＥ５０－１１の配下のホスト６０－１１からｖＣＰＥ７０の配下のホスト６０－３に向けてパケットが送信される際の処理手順の一例を説明するためのシーケンス図である。
　ホスト６０－１１は、ホスト６０－３に向けてパケットを送信する（Ｓ３１）。この際、ホスト６０－１１は、自身のＥＩＤであるＥＩＤ＃１１を自身のＩＰアドレスと認識してパケットの送信元アドレス（図１３ではＳＡと表記）に付与し、ホスト６０－３のＥＩＤ＃３をホスト６０－３のＩＰアドレスと認識してパケットの宛先アドレス（図１３ではＤＡと表記）に付与する。つまり、ホスト６０－１１やホスト６０－３は、ＥＩＤをそのままＩＰアドレスとして認識して動作する。そのため、各ホスト６０は、通常のＩＰホストとして動作すればよく、本実施の形態に特有の機能は不要となる。
　ＣＰＥ５０－１１のフォワーディング部５１が、ホスト６０－１１からのパケットを受信すると、ルーティングテーブル５４－１１に当該パケットの宛先ＥＩＤが記載されていないため、ＲＬＯＣ解決部５２は、コントローラ３０に対してＲＬＯＣ解決要求を送信する（Ｓ３２）。ＲＬＯＣ解決要求には、ホスト６０－１１から受信したパケットの宛先アドレスであるＥＩＤ＃３と、ＣＰＥ５０－１１自身が所属するエリアＩＤである＃１が含まれる。
　コントローラ３０のＣＰＥ問い合わせ部３１は、ＣＰＥ５０－１１からのＲＬＯＣ解決要求を受信すると、当該ＲＬＯＣ解決要求に含まれているＥＩＤ＝ＥＩＤ＃３、エリアＩＤ＝＃１をキーとしてＥＩＤ－ＲＬＯＣデータベース３３を検索する（Ｓ３３）。検索した結果、ＥＩＤ＝ＥＩＤ＃３、エリアＩＤ＝＃１に該当するＲＬＯＣは、ｖＣＰＥ７０のＲＬＯＣであるＩＰ＃３１であることがわかる。なお、このレコードは、Ｓ２１～Ｓ２３においてｖＣＰＥ７０がコントローラ３０に対して登録したものである。
　続いて、ＣＰＥ問い合わせ部３１は、ＣＰＥ５０－１１のＲＬＯＣ解決部５２に対してＲＬＯＣ解決応答（ＲＬＯＣ＝ＩＰ＃３１）を送信する（Ｓ３４）。
　ＣＰＥ５０－１１のＲＬＯＣ解決部５２は、当該ＲＬＯＣ解決応答を受信すると、ＣＰＥ５０－１１のルーティングテーブル５４－１１に、「宛先＝ＥＩＤ＃３、処理＝Ｅｎｃａｐ（ＩＰ＃３１）」を登録する（Ｓ３５）（図６のルーティングテーブル５４－１１参照）。これは、宛先アドレスがＥＩＤ＃３のパケットを受信したら、（ＥＩＤ＃３はｖＣＰＥ７０配下に存在し、ｖＣＰＥ７０のＲＬＯＣがＩＰ＃３１であるため）宛先＝ＩＰ＃３１でカプセル化して送信することを示す。
　続いて、ＣＰＥ５０－１１のフォワーディング部５１はルーティングテーブル５４－１１を参照して、ホスト６０－１１から受信したパケットを、宛先アドレス＝ＩＰ＃３１、送信元アドレス＝ＩＰ＃１１（ＣＰＥ５０－１１自身のＲＬＯＣ）でカプセル化し、ｖＣＰＥ７０に向けて送信する（Ｓ３６）。
　ｖＣＰＥ７０のフォワーディング部７１は、ＣＰＥ５０－１１からのパケットを受信すると、グローバルルーティングテーブル７３（図７参照）に基づいて当該パケットを処理する。ここで、当該パケット（カプセル化されたパケット）は、宛先アドレス＝ＩＰ＃３１であるため、フォワーディング部７１は、該当する処理＝Ｄｅｃａｐ－＞Ｌｏｏｋｕｐを実行する。すなわち、フォワーディング部７１は、まず、「Ｄｅｃａｐ」に基づいて当該パケットをデカプセル化すると共に、ｖＣＰＥ７０のコネクション情報テーブル７５（図８）にコネクション情報を登録する（Ｓ３７）。具体的には、フォワーディング部７１は、デカプセル化後の送信元ＥＩＤ＝ＥＩＤ＃１１、宛先ＥＩＤ＝ＥＩＤ＃３のペアと、デカプセル化前の宛先アドレス（ＩＰ＃３１）から識別したエリア（エリア１）を、自身が属するｖＣＰＥ７０のコネクション情報テーブル７５に登録する。但し、既に該当するレコードがある場合には登録は行われない。なお、コネクション情報テーブル７５に登録されたコネクション情報は、該当する通信が一定期間行われない場合にはタイムアウトし、コネクション情報テーブル７５から削除することとする。
　続いて、フォワーディング部７１は、「Ｌｏｏｋｕｐ」に基づいて、ルーティングテーブル５４－３１を再検索する（Ｓ３８）。再検索する際のパケット（デカプセル化されたパケット）の宛先アドレスはＥＩＤ＃３であるため、該当する処理＝Ｄｉｒｅｃｔとなる。したがって、フォワーディング部７１は、当該パケットをＥＩＤ＃３のホスト６０へ直接配送する（Ｓ３９）。その結果、ホスト６０－３がｖＣＰＥ７０から当該パケットを受信する。
　図１４は、ホスト６０－３からホスト６０－１１への通信の流れを説明するためのシーケンス図である。この通信は、図１３におけるホスト６０－１１からホスト６０－３に向けての通信のリプライ（応答）の通信である。
　ステップＳ４１において、ホスト６０－３がホスト６０－１１に向けてパケット（以下、「対象パケット」という。）を送信する（Ｓ４１）。この際、対象パケットの宛先アドレスはホスト６０－１１のＥＩＤであるＥＩＤ＃１１にセットされ、対象パケットの送信元アドレスはホスト６０－３のＥＩＤであるＥＩＤ＃３にセットされる。
　ｖＣＰＥ７０のフォワーディング部７１は、ホスト６０－３から対象パケットを受信すると、まず、自ｖＣＰＥ７０のコネクション情報テーブル７５（図８）を参照して、対象パケットがホスト６０－３→ホスト６０－１１のパケットの応答パケットであるかを確認したうえで、対象パケットのエリアＩＤを取得する（Ｓ４２）。具体的には、フォワーディング部７１は、対象パケットの（送信元アドレス，宛先アドレス）のペアに対して、コネクション情報テーブル７５の宛先と送信元を入れ替えた（宛先ＥＩＤ，送信元アドレス）がマッチするレコードを検索する。今回の場合、対象パケットの宛先アドレスがＥＩＤ＃１１、送信元アドレスがＥＩＤ＃３であるため、コネクション情報テーブル７５（図８）の１レコード目の送信元ＥＩＤ＝ＥＩＤ＃１１、宛先ＥＩＤ＝ＥＩＤ＃３がマッチする。このレコードのエリアＩＤはエリア１であるため、対象パケットはエリア１へ送信すべきであることが分かる。
　続いて、フォワーディング部７１は、対象パケットをエリア１のエリア代表ルータであるＡＲ４０－１へ送信するために、エリア１用ルーティングテーブル７４－１（図７）を参照する（Ｓ４３）。エリア１用ルーティングテーブル７４－１には、宛先＝Ｄｅｆａｕｌｔのデフォルトルートのみが登録されているため、フォワーディング部７１は、このデフォルトルートを参照して、処理＝Ｅｎｃａｐ（ＩＰ＃Ａ１）を実施する。すなわち、フォワーディング部７１は、対象パケットをＳＲｖ６でカプセル化したうえで、宛先アドレスにＩＰ＃Ａ１をセットして、カプセル化された対象パケットをＡＲ４０－１へ向けて送信する（Ｓ４４）。
　ＡＲ４０－１のフォワーディング部４１は、ｖＣＰＥ７０からカプセル化された対象パケットを受信すると、ルーティングテーブル４３－１（図９参照）を参照する（Ｓ４５）。カプセル化された対象パケットの宛先アドレスはＡＲ４０－１自身のＲＬＯＣであるＩＰ＃Ａ１であるため、ルーティングテーブル４３－１の「宛先＝ＩＰ＃Ａ１、処理＝Ｄｅｃａｐ－＞Ｌｏｏｋｕｐ」のレコードが対象パケットに対応する。そこで、フォワーディング部４１は、カプセル化された対象パケットをデカプセル化して、再度、ルーティングテーブル４３－１を再検索する。デカプセル化されたパケットの宛先アドレスはＥＩＤ＃１１であるため、ルーティングテーブル４３－１では、「宛先＝ＥＩＤ＃１１、処理＝Ｅｎｃａｐ（ＩＰ＃１１）」に該当する。したがって、フォワーディング部４１は、対象パケットの宛先アドレスをＩＰ＃１１にセットしてカプセル化をしたうえで、対象パケットをＣＰＥ５０－１１（ＲＬＯＣ＝ＩＰ＃１１）に向けて送信する（Ｓ４６）。
　ＣＰＥ５０－１１のフォワーディング部５１は、ＡＲ４０－１からカプセル化された対象パケットを受信すると、ルーティングテーブル５４－１１を参照する（Ｓ４７）。具体的には、フォワーディング部５１は、カプセル化された対象パケットの宛先アドレス＝ＩＰ＃１１（ＣＰＥ５０－１１のＲＬＯＣ、つまり、自分宛て）をキーとしてＣＰＥ５０－１１のルーティングテーブル５４－１１を検索する。すると、「宛先＝ＩＰ＃１１、処理＝Ｄｅｃａｐ－＞Ｌｏｏｋｕｐ」のレコードが該当するため、フォワーディング部５１は、カプセル化された対象パケットをデカプセル化して、ルーティングテーブル５４－１１を再検索する。デカプセル化された対象パケットの宛先アドレスはＥＩＤ＃１１であるため、「宛先＝ＥＩＤ＃１１、処理＝Ｄｉｒｅｃｔ」のレコードに該当する。そこで、フォワーディング部５１は、ＥＩＤ＃１１宛て、すなわち、ホスト６０－１１宛てに対象パケットを直接配送する（Ｓ４８）。その結果、ホスト６０－１１は対象パケットを受信する。
　次に、図１５～図１７を用いて、ＣＰＥ５０－１１が、ＡＲ４０－１配下からＡＲ４０－２配下へ移動した際に実行される処理手順について説明する。図１５及び図１６はシーケンス図を示し、図１７はＣＰＥ５０－１１のルーティングテーブルの変化と、ＡＲ４０－１、ＡＲ４０－２のルーティングテーブルを示す図である。
　ＣＰＥ５０－１１（ＣＰＥ５０－１１を有するデバイス１０－１１）がＡＲ４０－１配下からＡＲ４０－２配下へ移動すると、ＣＰＥ５０－１１は、アクセス網に再接続する形になるため、ネットワークから払い出されるＩＰアドレス、すなわち、ＣＰＥ５０－１１のＲＬＯＣが変更になる（Ｓ５１）。この例では、ＣＰＥ５０－１１のＲＬＯＣがＩＰ＃１１からＩＰ＃２２に変更になったと仮定する。そのため、ＣＰＥ５０－１１のＣＰＥ登録部５３は、ＣＰＥ５０－１１のルーティングテーブル５４－１１において、「宛先＝ＩＰ＃１１、処理＝Ｄｅｃａｐ－＞Ｌｏｏｋｕｐ」のレコードを、「宛先＝ＩＰ＃２２、処理＝Ｄｅｃａｐ－＞Ｌｏｏｋｕｐ」に変更する（図１７参照）。なお、このレコードは、ＡＲ４０からＣＰＥ５０－１１宛てにパケットが送信されてきた場合、自分宛て（ＣＰＥ５０－１１のＲＬＯＣ宛て）であれば、デカプセル化してルーティングテーブル５４－１１を再検索する、という処理を行うためのものである。
　ＣＰＥ５０－１１がネットワークに接続されたら、ＣＰＥ登録部５３は、最寄りのＡＲ４０（この場合、ＡＲ４０－２）に対して、ＣＰＥ接続要求を送信する（Ｓ５２）。ＣＰＥ接続要求には、ＥＩＤ＝ＥＩＤ＃１１、ＲＬＯＣ＝ＩＰ＃２２が含まれる。ＥＩＤは移動前から変更は無いが、ＲＬＯＣは前述のように、新たに払い出されたＩＰアドレスであるＩＰ＃２２となる。
　ＡＲ４０－２のＣＰＥ接続部４２は、ＣＰＥ５０－１１からのＣＰＥ接続要求を受信すると、ＣＰＥ５０－１１へパケットを送信するためのレコードをルーティングテーブル４３－２へ登録する（Ｓ５３）。具体的には、ＣＰＥ接続部４２は、図１７のＡＲ４０－２のルーティングテーブル４３－２に対し、「宛先＝ＥＩＤ＃１１、処理＝Ｅｎｃａｐ（ＩＰ＃２２）」というレコードを登録する。これは、宛先アドレスがＣＰＥ５０－１１配下のＥＩＤ＃１１宛てのパケットであれば、ＣＰＥ５０－１１の新たなＲＬＯＣであるＩＰ＃２２でカプセル化して当該パケットを送信する、という処理を示す。
　ＡＲ４０－２のＣＰＥ接続部４２は、正常にルーティングテーブル４３－２への登録ができたら、ＣＰＥ５０－１１へＣＰＥ登録応答を送信する（Ｓ５４）。ＣＰＥ登録応答には、ＡＲ４０－２が所属するエリアＩＤとして、エリアＩＤ＝＃２が含まれる。
　以上で、ＣＰＥ５０－１１がＡＲ４０－１からＡＲ４０－２の配下へ移動した際の接続手続きが完了する。
　なお、ＡＲ４０－１のルーティングテーブル４３－１に登録されていたＣＰＥ５０－１１移動前の情報（宛先＝ＥＩＤ＃１１、処理＝Ｅｎｃａｐ（ＩＰ＃１１））は、今後不要となるためにＣＰＥ５０－１１のＣＰＥ接続部４２が削除する。削除する方法としては、ＣＰＥ５０－１１へのパケットが到着しない状態が一定時間継続したらタイムアウト（一定時間、ルーティングテーブル４３－１の特定のエントリが参照されなかったら削除する）してもよいし、ＣＰＥ５０－１１又はＡＲ４０－２等からＡＲ４０－１に対してＣＰＥ５０－１１の移動が完了したことを明示的に通知して、ＣＰＥ５０－１１のＣＰＥ接続部４２が、ＡＲ４０－１のルーティングテーブル４３－１において不要になった情報を削除してもよい。
　次に、ホスト６０－１１からホスト６０－３へのパケットの流れを説明する。
　ホスト６０－１１はホスト６０－３に向けてパケットを送信する（Ｓ５５）。
　ＣＰＥ５０－１１のフォワーディング部５１が当該パケットを受信すると、ＣＰＥ５０－１１のＲＬＯＣ解決部５２は、当該パケットの宛先アドレスであるＥＩＤ＃３に対応するＲＬＯＣを取得するため、コントローラ３０にＲＬＯＣ解決要求を送信する（Ｓ５６）。ＲＬＯＣ解決要求には、解決したいＥＩＤであるＥＩＤ＝＃３と、ＣＰＥ５０－１１が所属するエリアのＩＤであるエリアＩＤ＝＃２が含まれる。
　コントローラ３０のＣＰＥ問い合わせ部３１は、ＲＬＯＣ解決要求を受信すると、ＲＬＯＣ解決要求に含まれるＥＩＤ（ＥＩＤ＃３）及びエリアＩＤ（＃２）をキーとして、ＥＩＤ－ＲＬＯＣデータベース３３を検索する（Ｓ５７）。ＥＩＤ－ＲＬＯＣデータベース３３（図１１）には、ＥＩＤ＝ＥＩＤ＃３、エリアＩＤ＝＃２に該当するＲＬＯＣとして、ＩＰ＃３２（ｖＣＰＥ７０のエリア２用のＲＬＯＣ）が登録されているため、ＣＰＥ問い合わせ部３１は、ＲＬＯＣ＝ＩＰ＃３２を含むＲＬＯＣ解決応答を送信する（Ｓ５８）。なお、ＣＰＥ５０－１１がＡＲ４０－１配下に接続されていた時には、エリアＩＤ＝＃１であったため、ＲＬＯＣ＝ＩＰ＃３１が返されたが、ＡＲ４０－２配下の場合にはエリアＩＤ＝＃２であるためＲＬＯＣ＝ＩＰ＃３２が返される。この仕組みにより、ｖＣＰＥ７０は、ＣＰＥ５０が所属するエリアによって、カプセル化された後の宛先アドレスが異なるパケットを受け取ることになるため、前述のように、応答パケットを送信する先のエリアを判別できるようになる。
　ＣＰＥ５０－１１のＲＬＯＣ解決部５２は、コントローラ３０からＲＬＯＣ解決応答を受信すると、ＥＩＤ＝ＥＩＤ＃３に対応するＲＬＯＣとしてＲＬＯＣ＝ＩＰ＃３２を解決できたため、ルーティングテーブル５４－１１に「宛先＝ＥＩＤ＃３、処理＝Ｅｎｃａｐ（ＩＰ＃３２）」のレコードを登録する（Ｓ５９）。当該レコードは、ＥＩＤ＃３宛てのパケットに対して、宛先アドレスをＩＰ＃３２としたカプセル化を実施し、ＩＰ＃３２（すなわちｖＣＰＥ７０）に向けて当該パケットを送出することを意味する。
　ルーティングテーブル５４－１１の登録が完了すると、ＣＰＥ５０－１１のフォワーディング部５１は、宛先アドレス＝ＩＰ＃３２でカプセル化したパケットをｖＣＰＥ７０に向けて送出する（Ｓ６０）。
　ｖＣＰＥ７０のフォワーディング部７１は、当該パケットを受信すると、グローバルルーティングテーブル７３を参照する（Ｓ６１）。当該パケットについては、図７のｖＣＰＥ７０のグローバルルーティングテーブル７３の、「宛先＝ＩＰ＃３２、処理＝Ｄｅｃａｐ－＞Ｌｏｏｋｕｐ」が該当する。これは、ＩＰ＃３２宛てのパケット（すなわち、ｖＣＰＥ７０自身宛て）を受信したら、デカプセル化して、グローバルルーティングテーブル７３を再度検索する処理を意味する。
　そこで、ｖＣＰＥ７０のフォワーディング部７１は、当該パケットをデカプセル化すると共に、コネクション情報をコネクション情報テーブル７５（図８）に登録する（Ｓ６１）。具体的には、フォワーディング部７１は、デカプセル化した後の元のパケットの送信元ＥＩＤ＝ＥＩＤ＃１１、宛先ＥＩＤ＝ＥＩＤ＃３、及びデカプセル化する前の宛先ＩＰアドレスであるＩＰ＃３２から判別されたエリアＩＤ（エリア２）をコネクション情報テーブル７５に登録する。
　続いて、フォワーディング部７１は、グローバルルーティングテーブル７３を再度検索する（Ｓ６２）。すると、図７の「宛先＝ＥＩＤ＃３、処理＝Ｄｉｒｅｃｔ」のレコードが該当するため、フォワーディング部７１は、ＥＩＤ＃３（すなわち、ホスト６０－３）にパケットを直接配送する（Ｓ６３）。その結果、ホスト６０－３は、ホスト６０－１１からのパケットを受信する。
　一方、ホスト６０－３からホスト６０－１１へのパケットの流れは、図１６に示されるようになる。
　ステップＳ６４において、ホスト６０－３がホスト６０－１１に向けてパケットを送出する（Ｓ６４）。
　ｖＣＰＥ７０のフォワーディング部７１は、ホスト６０－３からのパケットを受信すると、まずコネクション情報テーブル７５を検索して、このパケットがホスト６０－１１→ホスト６０－３の応答パケット（送信元ＥＩＤと宛先ＥＩＤが逆になったパケット）であるかを確認し、エリアＩＤの情報を取得する（Ｓ６５）。ここでは、ステップＳ６１において登録された、送信元ＥＩＤ＝ＥＩＤ＃１１、宛先ＥＩＤ＝ＥＩＤ＃３、エリアＩＤ＝エリア２のレコードが該当するため、このパケットはエリア２のＡＲ４０（ＡＲ４０－２）へ送信すればよいことがわかる。
　そこで、フォワーディング部７１は、エリア２用ルーティングテーブル７４－２（図７）を参照する（Ｓ６６）。エリア２用ルーティングテーブル７４－２には、デフォルトルートのみが登録されており、その処理がＥｎｃａｐ（ＩＰ＃Ａ２）となっている。フォワーディング部７１は、これに従って、当該パケットを宛先アドレス＝ＩＰ＃Ａ２でカプセル化して、エリア２のエリア代表ルータであるＡＲ４０－２へ送信する（Ｓ６７）。
　ＡＲ４０－２のフォワーディング部４１は、当該パケットを受信すると、ルーティングテーブル４３－２（図１７）を参照する（Ｓ６８）。当該パケットには、図１７のルーティングテーブル４３－２の「宛先＝ＩＰ＃Ａ２、処理＝Ｄｅｃａｐ－＞Ｌｏｏｋｕｐ」のレコードが該当するため、フォワーディング部４１は、当該パケットをデカプセル化して、再度ルーティングテーブルを検索する。デカプセル化されたパケット（元のパケット）の宛先はＥＩＤ＃１１であるため、次の検索では、「宛先＝ＥＩＤ＃１１、処理＝Ｅｎｃａｐ（ＩＰ＃２２）のレコード」が該当する。そのため、フォワーディング部４１は、宛先アドレス＝ＩＰ＃２２で当該パケットをカプセル化して、ＩＰ＃２２宛て、すなわち、ＣＰＥ５０－１１宛てに当該パケットを送信する（Ｓ６９）。
　ＣＰＥ５０－１１のフォワーディング部５１は、ＡＲ４０－２からのパケットを受信すると、ルーティングテーブル５４－１１を参照する（Ｓ６９）。当該パケットには、図１７の移動後のＣＰＥ５０－１１のルーティングテーブル５４－１１の、「宛先＝ＩＰ＃２２、処理＝Ｄｅｃａｐ－＞Ｌｏｏｋｕｐ」が該当するため、フォワーディング部５１は、当該パケットをデカプセル化して、ルーティングテーブル５４－１１を再度検索する。すると、次は、「宛先＝ＥＩＤ＃１１、処理＝Ｄｉｒｅｃｔ」のレコードが該当するため、フォワーディング部５１は、当該パケットをＥＩＤ＃１１、すなわち、ホスト６０－１１に直接配送する（Ｓ７０）。その結果、ホスト６０－１１は、ホスト６０－３からのパケットを受信する。
　このように、ＣＰＥ５０－１１がＡＲ４０－１配下からＡＲ４０－２配下へ移動した場合、ルーティングテーブルに変更があるのは、ＡＲ４０－１、ＡＲ４０－２、ＣＰＥ５０－１１のみであり、ｖＣＰＥ７０のルーティングテーブルには変更は発生しない。このことは、デバイス１０の数の増減や、デバイス１０の移動によって、ｖＣＰＥ７０のルーティングテーブル５４に一切変化はなく、ｖＣＰＥ７０が、ルーティングテーブル量や、ルーティングテーブルを変更するための処理量による影響を受けないことを示している。
　［ｖＣＰＥ７０のスケールイン・スケールアウト］
　同一のデータセンタ２０内のＬＡＮ（同一のＥＩＤ）を接続するｖＣＰＥ７０が複数存在する場合にも、本実施形態は問題無く適用可能である。コントローラ３０のＥＩＤ－ＲＬＯＣデータベース３３（図１１）に、同一のＥＩＤ及びエリアＩＤに対して、ＲＬＯＣが異なる複数のレコードが存在することになるが、ＣＰＥ５０がｖＣＰＥ７０のＲＬＯＣをコントローラ３０に問い合わせた際に、当該問い合わせに係るＥＩＤ及びエリアＩＤを含む複数のレコードの中からコントローラ３０がランダムに、又はｖＣＰＥ７０の負荷状況等を考慮して、適切なレコード（適切なｖＣＰＥ７０）を１つ選択して、当該レコードに係るＲＬＯＣをＣＰＥ５０へ返すことで、複数のｖＣＰＥ７０の中から一つを選択することができる。
　例えば、図１８のように、ｖＣＰＥ７０－１とｖＣＰＥ７０－２が、ともにエリア＃１とエリア＃２を収容する場合を考える。すなわち、図１８の上側には、データセンタ２０のｖＣＰＥ７０がスケールアウトされて、データセンタ２０がｖＣＰＥ７０－１及びｖＣＰＥ７０－２の２つのｖＣＰＥ７０を有する例が示されている。また、図１８の下側には、この状態におけるコントローラ３０のＥＩＤ－ＲＬＯＣデータベース３３の内容が示されている。
　この状態において、エリア＃１に属するＣＰＥ５０から、（ＥＩＤ＝ＥＩＤ＃３、エリアＩＤ＝＃１）についてのＲＬＯＣ解決要求がコントローラ３０に送信されたとする。この場合、コントローラ３０のＥＩＤ－ＲＬＯＣデータベース３３を、検索キー「ＥＩＤ＝ＥＩＤ＃３、エリアＩＤ＝＃１」で検索すると、１レコード目のＲＬＯＣ＝ＩＰ＃３１と３レコード目のＲＬＯＣ＝ＩＰ＃３３の二つが返される。コントローラ３０は、複数のレコードが検索された場合、ラウンドロビンやランダムにいずれかのレコードを選択して、ＣＰＥ５０にＲＬＯＣ解決応答として当該レコードのＲＬＯＣを返す。そうすることで、ＣＰＥ５０単位で、複数のｖＣＰＥ７０を使い分ける負荷分散を実現することができる。ｖＣＰＥ７０が３個以上の場合も同様である。これにより、ｖＣＰＥ７０のスケールイン・スケールアウトを実現できる。
　なお、同一のデータセンタ２０のＬＡＮ内にｖＣＰＥ７０が複数存在する場合、ＬＡＮ内のホスト６０からの応答パケットを、ホスト６０がどのｖＣＰＥ７０へ送信すべきであるかという問題が発生する。これについては、ｖＣＰＥ７０とホスト６０を対応付けて管理する方式、すなわち、ｖＣＰＥ７０－１に対してはホスト６０－３１が、ｖＣＰＥ７０－２に対してはホスト６０－３２がサービスを提供するという方法で解決できる。又は、複数のホスト６０を負荷分散的に利用したい場合には、ｖＣＰＥ７０からホスト６０にパケットを送信する際に、ｖＣＰＥ７０のＬＡＮ側のアドレスでＳＮＡＴ（Source NAT）をする方法も考えられる。ｖＣＰＥ７０でＳＮＡＴをすることで、ホスト６０からみた送信元アドレスはｖＣＰＥ７０のＬＡＮ側アドレスとなるため、応答パケットは自然に元のｖＣＰＥ７０に戻ることになる。
　［ｖＣＰＥ７０に単一のＩＰアドレスしか割り当てられない場合の対応］
　ｖＣＰＥ７０が設置されるデータセンタネットワークの環境によっては、ｖＣＰＥ７０にＩＰアドレス（ＲＬＯＣ）が一つしか割り当てられないことがあり、ｖＣＰＥ７０のＩＰアドレスでエリアを判別することができない。そのような場合には、ＣＰＥ５０においてＳＲｖ６でカプセル化する際に、（ｖＣＰＥのＩＰアドレス，ＣＰＥ５０のエリアを識別するＳＩＤ）というように、エリアを識別するＳＩＤを追加で付与する。このパケットを受け取ったｖＣＰＥ７０は、ＳＩＤ　Ｌｉｓｔの最後尾に付与されている「ＣＰＥ５０のエリアを識別するＳＩＤ」を参照して、このパケットの送信元のＣＰＥ５０が所属しているエリアを判別して、コネクション情報テーブル７５にコネクション情報を追加する。このようにすることで、単一のＩＰアドレスしか割り当てられない環境においても、ｖＣＰＥ７０が、ＣＰＥ５０の所属するエリアを判別することができる。
　上述したように、本実施の形態によれば、単一のｖＣＰＥ７０が複数のエリアからのパケットを処理可能であるため、トラフィック量によらずにエリア数分のｖＣＰＥ７０が必要であるという課題を解決することができる。これにより、トラフィック需要の増減に応じてｖＣＰＥ７０を柔軟にスケールアウト・スケールインできるようになり、ｖＣＰＥ７０に充当するコンピューティングリソースを無駄にすることなく、必要なときに必要なだけ利用することができるようになる。すなわち、オーバーレイネットワークをエリアごとに集約する際の経済性を向上させることができる。
　なお、本実施の形態において、ｖＣＰＥ７０として機能するコンピュータは、通信装置の一例である。フォワーディング部７１は、判別部、第１の送信部及び第２の送信部の一例である。コネクション情報テーブル７５は、記憶部の一例である。
　以上、本発明の実施の形態について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
１０　　　　　デバイス
２０　　　　　データセンタ
３０　　　　　コントローラ
３１　　　　　ＣＰＥ問い合わせ部
３２　　　　　ＣＰＥ登録・更新部
３３　　　　　ＥＩＤ－ＲＬＯＣデータベース
４０　　　　　ＡＲ
４１　　　　　フォワーディング部
４２　　　　　ＣＰＥ接続部
４３　　　　　ルーティングテーブル
５０　　　　　ＣＰＥ
５１　　　　　フォワーディング部
５２　　　　　ＲＬＯＣ解決部
５３　　　　　ＣＰＥ登録部
５４　　　　　ルーティングテーブル
６０　　　　　ホスト
７０　　　　　ｖＣＰＥ
７１　　　　　フォワーディング部
７２　　　　　登録部
７３　　　　　グローバルルーティングテーブル
７４　　　　　エリア別ルーティングテーブル
７５　　　　　コネクション情報テーブル
１００　　　　ドライブ装置
１０１　　　　記録媒体
１０２　　　　補助記憶装置
１０３　　　　メモリ装置
１０４　　　　ＣＰＵ
１０５　　　　インタフェース装置
Ｂ　　　　　　バス
Ｎ１　　　　　コアネットワーク

Claims (5)

  1. 　ＬＡＮに接続するコンピュータをコアネットワークへ収容する通信装置であって、
    　複数のエリアのうちのいずれかのエリアからの前記コンピュータを宛先とする第１のパケットが当該通信装置に対してエリア別に割り当てられた複数のＩＰアドレスのうちのいずれかのＩＰアドレスを宛先としてカプセル化された第２のパケットを受信すると、前記第２のパケットの宛先に基づいて前記第１のパケットの送信元が属するエリアを判別するように構成された判別部と、
    　前記第２のパケットの宛先に基づいて前記第２のパケットを前記コンピュータへ送信するように構成された第１の送信部と、
    　前記コンピュータからの応答を、前記判別部が判別したエリアを代表するルータのＩＰアドレスを宛先とする第３のパケットでカプセル化して、前記第３のパケットを送信するように構成された第２の送信部と、
    を有することを特徴とする通信装置。
  2. 　前記判別部は、前記第１のパケットについて判別したエリアと、前記第１のパケットの送信元及び宛先との対応関係を記憶部に記憶し、
    　前記第２の送信部は、前記記憶部が記憶する対応関係において前記応答の送信元及び宛先に対応するエリアを代表するルータのＩＰアドレスを宛先とする前記第３のパケットを送信する、
    ことを特徴とする請求項１記載の通信装置。
  3. 　前記第２の送信部は、エリアごとに定義されたルーティングテーブルのうち、前記判別部が判別したエリアに対応するルーティングテーブルを参照して、前記ルータのＩＰアドレスを特定する、
    ことを特徴とする請求項１又は２記載の通信装置。
  4. 　ＬＡＮに接続するコンピュータをコアネットワークへ収容する通信装置が、
    　複数のエリアのうちのいずれかのエリアからの前記コンピュータを宛先とする第１のパケットが当該通信装置に対してエリア別に割り当てられた複数のＩＰアドレスのうちのいずれかのＩＰアドレスを宛先としてカプセル化された第２のパケットを受信すると、前記第２のパケットの宛先に基づいて前記第１のパケットの送信元が属するエリアを判別する判別手順と、
    　前記第２のパケットの宛先に基づいて前記第２のパケットを前記コンピュータへ送信する第１の送信手順と、
    　前記コンピュータからの応答を、前記判別手順が判別したエリアを代表するルータのＩＰアドレスを宛先とする第３のパケットでカプセル化して、前記第３のパケットを送信する第２の送信手順と、
    を実行することを特徴とする通信方法。
  5. 　ＬＡＮに接続するコンピュータをコアネットワークへ収容する通信装置に、
    　複数のエリアのうちのいずれかのエリアからの前記コンピュータを宛先とする第１のパケットが当該通信装置に対してエリア別に割り当てられた複数のＩＰアドレスのうちのいずれかのＩＰアドレスを宛先としてカプセル化された第２のパケットを受信すると、前記第２のパケットの宛先に基づいて前記第１のパケットの送信元が属するエリアを判別する判別手順と、
    　前記第２のパケットの宛先に基づいて前記第２のパケットを前記コンピュータへ送信する第１の送信手順と、
    　前記コンピュータからの応答を、前記判別手順が判別したエリアを代表するルータのＩＰアドレスを宛先とする第３のパケットでカプセル化して、前記第３のパケットを送信する第２の送信手順と、
    を実行させることを特徴とするプログラム。
PCT/JP2021/044554 2021-12-03 2021-12-03 通信装置、通信方法及びプログラム WO2023100371A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
PCT/JP2021/044554 WO2023100371A1 (ja) 2021-12-03 2021-12-03 通信装置、通信方法及びプログラム
JP2023564717A JPWO2023100371A1 (ja) 2021-12-03 2021-12-03

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2021/044554 WO2023100371A1 (ja) 2021-12-03 2021-12-03 通信装置、通信方法及びプログラム

Publications (1)

Publication Number Publication Date
WO2023100371A1 true WO2023100371A1 (ja) 2023-06-08

Family

ID=86611758

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2021/044554 WO2023100371A1 (ja) 2021-12-03 2021-12-03 通信装置、通信方法及びプログラム

Country Status (2)

Country Link
JP (1) JPWO2023100371A1 (ja)
WO (1) WO2023100371A1 (ja)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20170026417A1 (en) * 2015-07-23 2017-01-26 Cisco Technology, Inc. Systems, methods, and devices for smart mapping and vpn policy enforcement
WO2021171365A1 (ja) * 2020-02-25 2021-09-02 日本電信電話株式会社 経路情報管理装置、経路情報管理方法及びプログラム

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20170026417A1 (en) * 2015-07-23 2017-01-26 Cisco Technology, Inc. Systems, methods, and devices for smart mapping and vpn policy enforcement
WO2021171365A1 (ja) * 2020-02-25 2021-09-02 日本電信電話株式会社 経路情報管理装置、経路情報管理方法及びプログラム

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
PAU MINOVES ; OLE FRENDVED ; BO PENG ; ANDREW MACKAREL ; DAVE WILSON: "Virtual CPE: Enhancing CPE's deployment and operations through virtualization", CLOUD COMPUTING TECHNOLOGY AND SCIENCE (CLOUDCOM), 2012 IEEE 4TH INTERNATIONAL CONFERENCE ON, IEEE, 3 December 2012 (2012-12-03), pages 687 - 692, XP032323292, ISBN: 978-1-4673-4511-8, DOI: 10.1109/CloudCom.2012.6427560 *

Also Published As

Publication number Publication date
JPWO2023100371A1 (ja) 2023-06-08

Similar Documents

Publication Publication Date Title
TWI449380B (zh) 資料中心網路系統及其封包傳送方法
US9281995B2 (en) Virtual network and management method of virtual network
JP5368459B2 (ja) ユーザ装置における三重動作サービスのサポート
US7339895B2 (en) Gateway device and control method for communication with IP and IPV6 protocols
US8457014B2 (en) Method for configuring control tunnel and direct tunnel in IPv4 network-based IPv6 service providing system
US6751207B1 (en) Tunnelling voice over the internet protocol in a cellular network
US20020099856A1 (en) Information processing device and method thereof, recording medium and program
JP4522035B2 (ja) 通信システム及び方法
US8547998B2 (en) Tunneling IPv6 packet through IPv4 network using a tunnel entry based on IPv6 prefix and tunneling IPv4 packet using a tunnel entry based on IPv4 prefix
KR100429902B1 (ko) 공중망에서 사설망 내의 디바이스를 제어하기 위한 장치및 방법
KR20100070828A (ko) 라우팅 확장성과 이동성을 지원하는 터널 포인트의 동작 방법
CN109246016B (zh) 跨vxlan的报文处理方法和装置
JP4925130B2 (ja) 通信制御方法およびシステム
KR20150136184A (ko) As 구조 기반 인터-도메인 라우팅을 위한 방법 및 장치
CN1157902C (zh) 非广播多路访问网络的ip地址映射发送方法
JP2023510707A (ja) 返信パケットを送信するための方法、経路広告メッセージを送信するための方法、ネットワークデバイス、および、コンピュータプログラム
EP1874005A1 (en) A personal network comprising a plurality of clusters
WO2023100371A1 (ja) 通信装置、通信方法及びプログラム
WO2022206667A1 (zh) 一种路由方法及设备
WO2015186366A1 (ja) データ転送システム、データ転送サーバ、データ転送方法、および、プログラム記録媒体
JP2006174399A (ja) グループ内通信方法、システム及び記録媒体
JP2000341330A (ja) 通信プロトコル代行処理方法、通信プロトコル代行処理装置、及び通信プロトコル代行処理サービス装置
WO2022176168A1 (ja) 通信装置、通信方法及びプログラム
JP2003348148A (ja) Ｉｐマルチキャスト制御方法およびこれを用いるｉｐマルチキャスト制御システム
Cisco Configuring DECnet

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: 21966450

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2023564717

Country of ref document: JP