COMMUNICATION DEVICE AND COMMUNICATION METHOD

20170339055 ยท 2017-11-23

    Inventors

    Cpc classification

    International classification

    Abstract

    Provided is a communication device in which communication between hosts of a layer 2 network is overlaid on a layer 3 network. The communication device manages a first MTU length of each communication path with respect to a plurality of communication paths in the layer 3 network, determines a second MTU length based on information to be added in cases where communication between the hosts of the layer 2 network is overlaid via the plurality of communication paths, and notifies the hosts of the second MTU length.

    Claims

    1. A communication device in which communication between hosts of a layer 2 network is overlaid on a layer 3 network, wherein the communication device manages a first MTU length of each communication path with respect to a plurality of communication paths in the layer 3 network, determines a second MTU length based on information to be added in cases where communication between the hosts of the layer 2 network is overlaid via the plurality of communication paths, and notifies the hosts of the second MTU length.

    2. The communication device according to claim 1, wherein in cases where, in the communication device, a packet length after adding the information to be added to a packet received from the hosts exceeds the first MTU length, the communication device notifies the hosts which have transmitted the packet of the second MTU length.

    3. The communication device according to claim 2, wherein the communication device notifies the hosts which have transmitted the packet of the second MTU length such that the second MTU length is included in a message created based on ICMP (Internet Control Message Protocol) format.

    4. The communication device according to claim 1, wherein the second MTU length is a value obtained by subtracting the information to be added from the first MTU length.

    5. The communication device according to claim 1, wherein the communication device updates the first MTU length upon receiving information on the first MTU length via the layer 3 network.

    6. The communication device according to claim 1, wherein the first MTU length is a preset value.

    7. A communication method in which communication between hosts of a layer 2 network is overlaid on a layer 3 network, the communication method comprising: managing a first MTU length of each communication path with respect to a plurality of communication paths in the layer 3 network; determining a second MTU length based on information to be added in cases where communication between the hosts of the layer 2 network is overlaid via the plurality of communication paths; and notifying the hosts of the second MTU length.

    8. The communication method according to claim 7, wherein in cases where a packet length after adding the information to be added to a packet received from the hosts exceeds the first MTU length, the hosts which have transmitted the packet is notified of the second MTU length.

    9. The communication method according to claim 8, wherein the hosts which have transmitted the packet is notified of the second MTU length such that the second MTU length is included in a message created based on ICMP (Internet Control Message Protocol) format.

    10. The communication method according to claim 7, wherein the second MTU length is a value obtained by subtracting the information to be added from the first MTU length.

    11. The communication method according to claim 7, wherein when information on the first MTU length is received via the layer 3 network 130, the first MTU length is updated.

    12. The communication method according to claim 7, wherein the first MTU length is a preset value.

    Description

    BRIEF DESCRIPTION OF THE DRAWINGS

    [0018] FIG. 1 is a diagram illustrating a configuration of a communication network in which a layer 2 network is overlaid on a layer 3 network;

    [0019] FIG. 2 is a diagram illustrating a configuration of a communication device according to one embodiment of the present invention;

    [0020] FIG. 3 is a sequence diagram illustrating processing of inter-host communication in an overlay network according to one embodiment of the present invention;

    [0021] FIG. 4 is a flowchart illustrating processing by an MTU management unit of a communication device according to one embodiment of the present invention;

    [0022] FIG. 5 is a flowchart illustrating processing by an MTU management unit of a communication device according to one embodiment of the present invention;

    [0023] FIG. 6 is a diagram showing a packet editing result log according to one embodiment of the present invention;

    [0024] FIG. 7 is a diagram showing an MTU management table according to one embodiment of the present invention; and

    [0025] FIG. 8 is a diagram showing an MAC address table according to one embodiment of the present invention.

    DESCRIPTION OF THE EMBODIMENTS

    [0026] Hereinafter, embodiments of the present invention will be described with reference to FIGS. 1 to 6. Note that the same reference numerals are given to substantially the same portions, and the description will not be repeated.

    [0027] FIG. 1 is a diagram for explaining a configuration of a communication network in which a layer 2 network is overlaid on a layer 3 network.

    [0028] A configuration in which the layer 2 network is overlaid on the layer 3 network will be described with reference to FIG. 1.

    [0029] FIG. 1 shows a communication network in which the layer 2 network 120 is overlaid on the layer 3 network 130. Since a host 101-1 to a host 101-n, and a communication device 111 of the layer 2 network is overlaid on the layer 3 network, they are connected to the layer 2 network having a communication device 112, and a host 102-1 to a host 102-n.

    [0030] The hosts 101 and the communication device 111 are connected, and the hosts 102 and the communication device 112 are connected and they belong to the layer 2 network 120. The communication device 111 is connected to the communication device 112, which is the transmission destination via the layer 3 network 130.

    [0031] The hosts 101 and the hosts 102 are computer devices, such as PCs (personal computers), which communicate with the communication device 111 and the communication device 112, respectively. The communication device 111 is a gateway device such as a virtual switch to the layer 3 network 130. The communication device 111 and the communication device 112 forward the frame received from the hosts 101 and 102 via the layer 3 network 130 to the communication device 112 as the transmission destination. The communication devices 111 and 112, when through the layer 3 network 130, perform tunnel communication using the overlay method.

    [0032] FIG. 2 is a diagram for explaining a configuration of a communication device according to one embodiment of the present invention.

    [0033] With reference to FIG. 2, the configuration of the communication device 111 will be described. The communication device 112 in FIG. 1 has a similar configuration to the communication device 111.

    [0034] The communication device 111 includes a packet communication unit 200, a communication control unit 240, a packet editing unit 210, an MTU management unit 220, an MTU management table 250, an MAC address table 260 and a packet editing result log 230.

    [0035] The packet communication unit 200 performs packet transmission and reception.

    [0036] The communication control unit 240 performs a control related to communication, for example, a control corresponding to control of the basic operation of switches and routers. The communication control unit 240 creates and updates the MAC address table 260 when a packet is transmitted and received.

    [0037] FIG. 8 shows the MAC address table according to one embodiment of the present invention.

    [0038] As shown in FIG. 8, the MAC address table 260 includes an MAC address 800, an L3 network side IP address 810, a host side port number 820, and a host side VLAN ID 830. The MAC address table 260 is a table referred to when creating the MTU management table 250.

    [0039] Returning to FIG. 2, the packet editing unit 210 performs content reference, and editing of the packet which the packet communication unit 200 has received. In addition, when encapsulating the packet, the packet editing unit 210 adds and deletes header information based on an overlay method applied. In addition, when the packet length exceeds the MTU length of the target path, the packet editing unit 210 creates an error message based on the ICMP protocol (Internet Control Message Protocol) format and performs transmission, and performs processing of registering the content of the transmitted error message, which has been transmitted, to the Packet editing result log 230.

    [0040] The MTU management unit 220 creates and updates the MTU management table 250 for managing the MTU length of the target path for each communication path and calculates the MTU length for each communication path managed by the MTU management table 250, and the MTU length to be satisfied by the received packet based on the header length added to the packet in the packet editing unit 210 (MTU length to be satisfied by the transmission packet from the hosts 101 and 102).

    [0041] FIG. 7 shows a structure of the MTU management table in one embodiment of the present invention.

    [0042] The structure of the MTU management table 250 is shown in FIG. 7. The destination IP address 710 retrieves the corresponding MAC address 800 from the MAC address table 260 using the destination MAC address stored in the packet, extracts the L3 network side IP address 810 corresponding to the MAC address 800, and registers it in the destination IP address 710. The MTU length of the target path is registered in the MTU length 720. A conventional technique for examining the minimum MTU on the communication path includes the Path MTU Discovery (RFC 1191) (hereinafter referred to as PMTUD). The MTU management unit 220 updates the MTU length 720 when there is a notification of the MTU length by the PMTUD regarding the MTU length of the target path. Moreover, MTU management unit 220 compares the packet length obtained by adding the header length to be added in the packet editing unit 210 to the packet length received via the packet communication unit 200 with the MTU length of the target path.

    [0043] FIG. 3 is a sequence diagram for describing the processing of inter-host communication in the overlay network according to one embodiment of the present invention.

    [0044] With reference to FIG. 3, a processing sequence of communication between the host 1 (101) and the host 2 (102) in the communication network of FIG. 1 will be described. The MTU length of each communication path of the host 1 (101), the communication device 1 (111), the communication device 2 (112), and the host 2 (102) is set to 1500 Byte as an example.

    [0045] When the host 1 (101) forwards the packet to the host 2 (102), the packet is first transmitted to the communication device 1 (111) (300). The communication device 1 (111) refers to the MTU management table and compares the size obtained by adding the header length necessary for encapsulation to the packet length of the received packet with the MTU length of the communication path (310). As a result of the comparison, when the size obtained by adding the header length necessary for encapsulation to the packet length of the received packet is larger than the MTU length of the communication path, the communication device 1 (111) creates a message according to the format of the ICMP protocol, and notifies the host 1 (101) of an error message in which the MTU length to be satisfied by the transmission packet from the host 1 (101) is included (320). Details are shown in FIG. 4 and described later. The host 1 (101) adjusts the packet length to the MTU length to be satisfied by the transmission packet from the host 1 (101) extracted from the error message which the host 1 (101) has received, and retransmits the resultant packet to the communication device 1 (111) (330).

    [0046] When the packet length of the packet which the communication device 1 (111) has received from the host 1 (101) does not exceed the MTU length of the communication path of the transmission destination of the packet (340), the communication device 1 (111) encapsulates the packet (350), and transmits the resultant packet to the communication device 2 (112) (360). As with the processing 310 and the processing 340, the communication device 2 (112) refers to the MTU management table, and compares the packet length of the packet received from the communication device 1 (111) via the communication path with the MTU length of the communication path of the packet (370). When the packet length does not exceed the MTU length of the communication path, the communication device 2 (112) deletes the information added by the encapsulation processing (350) (380), and transmits the packet to the host 2 (102) (390).

    [0047] FIG. 4 is a flowchart describing the processing by the MTU management unit of the communication device in one embodiment of the present invention.

    [0048] Referring to FIG. 4, the flow will be described in which the packet length after adding the header information to be added by the packet editing unit 210 to the received packet length, and the MTU length of the communication path in the MTU management unit 220 of the communication device 111 or the communication device 112 are compared, and when the packet length after adding the header information to be added by the packet editing unit 210 to the received packet length exceeds the MTU length of the communication path, the error notification by the packet editing unit 210 is processed.

    [0049] The MTU management unit 220 first extracts the MTU length of the communication path corresponding to the destination IP address of the received packet from the MTU management table 250 shown in FIG. 7 (S400).

    [0050] The MTU management unit 220 compares the size obtained by adding the header length necessary for encapsulation of the packet in the packet editing unit 210 to the packet length of the received packet with the extracted MTU length (S410), and when the size obtained by adding the header length to the packet length of the received packet is equal to or smaller than the MTU length of the extracted communication paths, the MTU management unit 220 determines that the packet can be forwarded with the packet intact (S420).

    [0051] When the MTU management unit 220 determines that the size obtained by adding the header length to the packet length and of the received packet is larger than the MTU length of the extracted communication path, the packet editing unit 210 uses the format of ICMP protocol, and notifies the host 1 (101) of the error message. The packet editing unit 210 creates the following error message using the ICMP protocol format. First, 3 (Destination Unreachable) is set in the Type field of ICMP, and 4 (Fragmentation needed and Don't Fragment was set) is set in the Code field. In the Next-Hop MTU field, a packet obtained by subtracting the header length necessary for packet encapsulation in the packet editing unit 210 from the MTU length of the corresponding communication path stored in the MTU management table 250 of the communication device 1 (111) is determined and set as the MTU length to be satisfied by the host 1 (101) for notifying the host 1 (101).

    [0052] The host 1 (101) determines, from the error message created by the packet editing unit (210) of the communication device 1 (111) using the ICMP protocol format, that the transmitted packet exceed the MTU length (the MTU length to satisfied by the transmission packet of the host 1 (101)), and can make a packet length which does not exceed the MTU length to satisfied by the transmission packet of the host 1 (101). In addition, since the packet editing unit 210 sets the IP address of the host 2 (102) in the source IP address field of the IP header of the error messages using the format of this ICMP protocol, the host 1 (101) judges as if it receives the notification from the host 2 (102). As a result, it possible to hide the communication device (111), which is in the middle of the path, so that the communication device (111) is not regarded as a device of layer 3 (S430). Finally, the packet editing unit 210 registers the content of the error message transmitted to the packet editing result log 230 (S440). Details of the Packet editing result log 230 are shown in FIG. 6 and will be described later.

    [0053] Note that the MTU length in S400 in FIG. 4 can be obtained not by extracting the MTU length of the communication path corresponding to the destination IP address of the packet from MTU management table 250 but by setting the fixed value in advance. By setting the MTU length of the communication path with the fixed value, the processing of extracting the MTU length on the communication path becomes unnecessary. As a result, the processing efficiency of the communication device (111) is improved.

    [0054] FIG. 5 is a flowchart describing the processing by the MTU management unit of the communication device in one embodiment of the present invention.

    [0055] The processing flow in FIG. 5, in which the MTU length of the communication path is a fixed value, will be described.

    [0056] The MTU length is set to a fixed value (S500). The fixed value may be set, for example, by the configuration of the communication device (111) or the like. The subsequent operations of S510 to S540 are the same as those of S410 to S440 of FIG. 4.

    [0057] FIG. 6 is a diagram showing a packet editing result log according to one embodiment of the present invention.

    [0058] With reference to FIG. 6, the configuration of the packet editing result log 230 will be described.

    [0059] The date and time 600 is the date and time registered in the packet editing result log 230. The packet length 610 is the packet length of the packet transmitted to the communication device (111). The encapsulation header length 620 is the header length necessary for packet encapsulation. The MTU length 630 is the MTU length of the packet transmission destination path. The source IP address 640 is the source IP address set in S430 in FIG. 4. The destination IP address 650 is the destination IP address set in S430 in FIG. 4. Next-Hop MTU length 660 is the Next-Hop MTU length set in S430 of FIG. 4 (MTU length to be satisfied by transmission packet of the host). The above log information is registered. The log information can be used as information on cause analysis in cases where some defects occur on the network.

    [0060] Effects of the above embodiments include the following.

    [0061] Although a conventional technique for examining the minimum MTU on the communication path includes the Path MTU Discovery (RFC 1191) (hereinafter referred to as PMTUD). PMTUD cannot be used for the communication device in the layer 2 network of the overlay network. However, according to the present invention, with the above configuration, it is possible to notify the hosts of the MTU length to be satisfied by the packet which the hosts transmit.

    [0062] Further, in the present invention, since not the MTU length itself of the communication path, but the MTU length in consideration of the additional portion of encapsulation header information for the tunnel is notified to the hosts as the MTU length to be satisfied by packets which the hosts transmits, it is possible to prevent fragments of the packet in the device.

    [0063] When the MTU length is notified to the host, the source IP address of the packet is set to the IP address of the destination host. Thereby, without having the presence of the communication device which is in the middle path as seen from the host recognizable, while taking advantage of the benefits of an overlay method, the MTU length to be satisfied by the packet which the hosts transmit can be notified to the host.

    [0064] Further, since the editing result of the packet is stored, it is possible to provide means for resolving problems when they occur.

    [0065] It should be further understood by those skilled in the art that although the foregoing description has been made on embodiments of the invention, the invention is not limited thereto and various changes and modification may be made without departing from the spirit of the invention and the scope of the appended claims.