CN115208780A

CN115208780A - Method and device for determining maximum transmission unit, storage medium and electronic equipment

Info

Publication number: CN115208780A
Application number: CN202110314698.4A
Authority: CN
Inventors: 游涛; 文瑶; 肖凯西
Original assignee: China Telecom Corp Ltd
Current assignee: China Telecom Corp Ltd
Priority date: 2021-03-24
Filing date: 2021-03-24
Publication date: 2022-10-18

Abstract

The disclosure relates to the technical field of data communication, and provides a method for determining a maximum transmission unit, a device for determining the maximum transmission unit, a computer storage medium and an electronic device, wherein the method for determining the maximum transmission unit comprises the following steps: detecting environment configuration information of a local area network; determining the header length of the network data message according to the environment configuration information; and determining the maximum transmission unit of the local area network according to the maximum frame length of the local area network and the header length of the network data message. The method and the device can quickly determine the MTU according to different network deployment conditions, solve the problem that the efficiency is low due to the fact that the MTU needs to be manually calculated in the prior art, simultaneously can also avoid the situation that data is fragmented and recombined in the transmission process, and do not need to manually test the data message fragmentation length, thereby improving the data transmission efficiency.

Description

Method and device for determining maximum transmission unit, storage medium and electronic equipment

Technical Field

The present disclosure relates to the field of data communication technologies, and in particular, to a method for determining a maximum transmission unit, an apparatus for determining a maximum transmission unit, a computer storage medium, and an electronic device.

Background

The Maximum Transmission Unit (MTU) is used to inform the other party of the Maximum size of the data service Unit that can be received, which indicates the size of the payload that can be received by the sender. The proper MTU value can be set to solve the problems of 'partial websites can not be opened', 'the internet speed is slow' and the like, and the internet speed can be properly increased.

At present, generally, after artificial testing and judgment, an MTU for transmitting a data report is set, however, under the condition that a virtual network element is deployed in a large scale and different deployment modes relate to different network technologies, the MTU is changed and is not invariable. If the MTU setting is too large, the data packet is rejected to be forwarded or packet slicing is generated when the data packet touches the router, which affects the data transmission efficiency and even generates packet loss; if the MTU is set too small, the amount of data transmitted at one time is too small, which wastes network resources.

Accordingly, there is a need in the art to develop a new method and apparatus for determining a maximum transmission unit.

It should be noted that the information disclosed in the background section above is only used to enhance understanding of the background of the present disclosure.

Disclosure of Invention

The present disclosure is directed to a method for determining a maximum transmission unit, an apparatus for determining a maximum transmission unit, a computer storage medium, and an electronic device, so as to overcome, at least to some extent, the defect of low data transmission efficiency in the prior art.

Additional features and advantages of the disclosure will be set forth in the detailed description which follows, or in part will be obvious from the description, or may be learned by practice of the disclosure.

According to a first aspect of the present disclosure, there is provided a method of determining a maximum transmission unit, comprising: detecting environment configuration information of a local area network; determining the head length of the network data message according to the environment configuration information; and determining the maximum transmission unit of the local area network according to the maximum frame length of the local area network and the header length of the network data message.

In an exemplary embodiment of the present disclosure, the environment configuration information includes an underlying platform management platform of the local area network; the determining the header length of the network data message according to the environment configuration information includes: if the management platform is a virtual machine management platform, acquiring a virtual tunnel protocol associated with the virtual machine management platform; receiving a first data message and analyzing to obtain the head length of the first data message; and determining the header length of the network data message according to the sum of the header length of the virtual tunnel protocol and the header length of the first data message.

In an exemplary embodiment of the disclosure, the obtaining a virtual tunnel protocol associated with the virtual machine management platform includes: detecting virtual switching equipment adopted by the virtual machine management platform; and determining the virtual tunnel protocol according to the protocol type supported by the virtual switching equipment.

In an exemplary embodiment of the present disclosure, the header length of the first data packet is determined by: analyzing the first data message to obtain a protocol identifier; determining an external encapsulation protocol of the first data message according to the protocol identifier and a corresponding relation between a plurality of pre-stored external encapsulation protocols and the protocol identifier; determining the header length of the external encapsulation protocol according to the external encapsulation protocol of the first data message, the prestored corresponding relation between the external encapsulation protocol and the header length; and determining the header length of the first data message according to the sum of the header lengths of a plurality of external encapsulation protocols.

In an exemplary embodiment of the present disclosure, the determining a header length of a network data packet according to environment configuration information further includes: if the management platform is a mirror image management platform, receiving a second data message and analyzing to obtain the head length of the second data message; and determining the header length of the second data message as the header length of the network data message.

In an exemplary embodiment of the present disclosure, the determining a maximum transmission unit of the local area network according to a maximum frame length of the local area network and a header length of the network data packet includes: determining the maximum length of a data field of the local area network according to the maximum frame length of the local area network; acquiring a difference value between the maximum length of a data field of a local area network and the header length of a network data message; and determining the difference value as the maximum transmission unit of the local area network.

In an exemplary embodiment of the disclosure, after determining the maximum transmission unit of the local area network, the method further comprises: detecting an operating system of each network device in the local area network; generating a maximum transmission unit setting instruction corresponding to the operating system; and resetting the maximum transmission unit of each network device according to the maximum transmission unit setting instruction.

According to a second aspect of the present disclosure, there is provided an apparatus for determining a maximum transmission unit, comprising: the detection module is used for detecting the environment configuration information of the local area network; a first determining module, configured to determine a header length of a network data packet according to the environment configuration information; and a second determining module, configured to determine the maximum transmission unit of the local area network according to the maximum frame length of the local area network and the header length of the network data packet.

According to a third aspect of the present disclosure, there is provided a computer storage medium having stored thereon a computer program which, when executed by a processor, implements the method of determining a maximum transmission unit as described above in relation to the first aspect.

According to a fourth aspect of the present disclosure, there is provided an electronic device comprising: a processor; and a memory for storing executable instructions of the processor; wherein the processor is configured to perform the method of determining a maximum transmission unit of the first aspect described above via execution of the executable instructions.

As can be seen from the foregoing technical solutions, the method for determining a maximum transmission unit, the apparatus for determining a maximum transmission unit, the computer storage medium and the electronic device in the exemplary embodiments of the present disclosure have at least the following advantages and positive effects:

in the technical solutions provided in some embodiments of the present disclosure, on one hand, environment configuration information of a local area network is detected, a header length of a network data packet is determined according to the environment configuration information, and the header length of the network data packet can be adjusted in time according to changed environment configuration information, so as to ensure accuracy of a subsequently determined MTU value. On the other hand, the maximum transmission unit of the local area network is determined according to the maximum frame length of the local area network and the header length of the network data message, so that the technical problem that the MTU needs to be manually tested in the prior art can be solved, the data is prevented from being fragmented or refused to be forwarded, the optimal fragment length does not need to be manually tested, and the data communication efficiency is improved.

It is to be understood that both the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the disclosure.

Drawings

The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the present disclosure and together with the description, serve to explain the principles of the disclosure. It is to be understood that the drawings in the following description are merely exemplary of the disclosure, and that other drawings may be derived from those drawings by one of ordinary skill in the art without the exercise of inventive faculty.

Fig. 1 is a flowchart illustrating a method for determining a maximum transmission unit in the exemplary embodiment;

fig. 2 is a schematic flow chart illustrating the determination of the header length of a network data packet according to environment configuration information in the exemplary embodiment;

fig. 3 is a schematic flow chart illustrating the determination of the header length of the first data packet in the exemplary embodiment;

fig. 4 is a schematic flow chart illustrating the determination of the header length of a network data packet according to environment configuration information in the exemplary embodiment;

fig. 5 is a diagram illustrating an overall flow for determining a maximum transmission unit in the present exemplary embodiment;

fig. 6 shows an overall architecture diagram of determining a maximum transmission unit in the present exemplary embodiment;

fig. 7 is a schematic diagram illustrating an apparatus for determining a maximum transmission unit in an exemplary embodiment of the present disclosure;

fig. 8 shows a schematic structural diagram of an electronic device in an exemplary embodiment of the present disclosure.

Detailed Description

Example embodiments will now be described more fully with reference to the accompanying drawings. Example embodiments may, however, be embodied in many different forms and should not be construed as limited to the examples set forth herein; rather, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the concept of example embodiments to those skilled in the art. The described features, structures, or characteristics may be combined in any suitable manner in one or more embodiments. In the following description, numerous specific details are provided to give a thorough understanding of embodiments of the disclosure. One skilled in the relevant art will recognize, however, that the embodiments of the present disclosure can be practiced without one or more of the specific details, or with other methods, components, devices, steps, etc. In other instances, well-known technical solutions have not been shown or described in detail to avoid obscuring aspects of the present disclosure.

The terms "a," "an," "the," and "said" are used in this specification to denote the presence of one or more elements/components/parts/etc.; the terms "comprising" and "having" are intended to be inclusive and mean that there may be additional elements/components/etc. other than the listed elements/components/etc.; the terms "first" and "second," etc. are used merely as labels, and are not limiting on the number of their objects.

Furthermore, the drawings are merely schematic illustrations of the present disclosure and are not necessarily drawn to scale. The same reference numerals in the drawings denote the same or similar parts, and thus their repetitive description will be omitted. Some of the block diagrams shown in the figures are functional entities and do not necessarily correspond to physically or logically separate entities.

With the increasing application of SDN (Software Defined Network) and NFV (Network Function Virtualization) technologies in the communication field, various virtualized Network Function products come out endlessly, for example: vMSE, vbars, vSGW, vCPE, etc. According to many situations such as users, networks, environments, and services, the deployment of network elements is also diversified, for example: virtualization-based deployment, container-based deployment, and the like. Each of the large classes of deployments also includes many more detailed deployments, such as: in virtualization, deployment based on KVM (kernel-based virtual machine, which is an open source virtualization technology built in Linux), deployment based on VMWare (VMWare virtual machine software is "virtual PC" software that enables you to run two or more Windows, DOS, linux systems on one machine at the same time), deployment based on Hyper-V (Hyper-V is a system hypervisor virtualization technology proposed by microsoft), and the like are performed. The tunneling protocol used in each detail deployment is also different, for example: vxLAN (Virtual eXtensible Local Area Network), GRE (Generic Routing Encapsulation), and the like. In addition, because various technologies based on which the network elements are deployed originate from different manufacturers, the protocol encapsulation of the bottom layer is different for each manufacturer, and the unification is difficult to achieve. Therefore, in the prior art, the optimum MTU and MSS (Maximum Segment Size, the Maximum message length, MSS is generally 40 bytes smaller than the MTU) must be set through artificial test and judgment.

The following are the best MTUs/MSSs for various common VPN (Virtual Private Network) technologies under standard ethernet:

ethernet maximum packet size =1518Byte;

therefore, MTU =1518-18 (6 SRCMAC +6 DSTMAC +2TYPE +4 CRC) =1500Byte of Ethernet IP protocol;

MSS =1500-40 for TCP (20 IP packet header +20TCP packet header) =1460Byte;

MTU/MRU =1500-28 (20 header +8UDP header) =1472Byte of UDP protocol

PPPoE MTU/MRU =1500-8 (6 PPPoE session overhead +2PPP packet header) =1492Byte;

PPPoE-passed TCP MTU =1492 (PPPoE MTU/MRU) -40 (20 IP packet header +20TCP packet header) =1452;

PPTP MTU/MRU =1500-56 (20 IP packet header +20TCP packet header +12 GRE packet header +4 PPP packet header) =1444Byte;

TCP MTU =1444 (PPTP MTU/MRU) -40 (20 IP packet header +20TCP packet header) =1404 through PPTP MSS;

l2TP MTU/MRU =1500-40 (20 IP packet header +8UDP packet header +8 L2TP packet header +4 PPP packet header) =1460Byte;

TCP passes through L2TP MSS =1460 (L2 TP MTU/MRU) -40 (20 IP packet header +20TCP packet header) =1420Byte;

PPTP passes through PPPoE MTU/MRU =1492 (PPPoE MTU/MRU) -56 (20 IP packet header +20TCP packet header +12 GRE packet header +4 PPP packet header) =1436Byte;

PPTP passes through PPTP MTU/MRU =1444 (PPTP MTU/MRU) -56 (20 IP packet header +20TCP packet header +12 GRE packet header +4 PPP packet header) =1388Byte;

the PPTP passes through L2TP MTU/MRU =1460 (L2 TP MTU/MRU) -56 (20 IP packet header +20TCP packet header +12 GRE packet header +4 PPP packet header) =1404Byte;

l2TP passes through PPPoE MTU/MRU =1492 (PPPoE MTU/MRU) -40 (20 IP packet header +8UDP packet header +8 L2TP packet header +4 PPP packet header) =1452Byte;

l2TP passes through PPTP MTU/MRU =1444 (PPTP MTU/MRU) -40 (20 IP packet header +8UDP packet header +8 L2TP packet header +4 PPP packet header) =1404Byte;

l2TP passes through L2TP MTU/MRU =1460 (L2 TP MTU/MRU) -40 (20 IP packet header +8UDP packet header +8 L2TP packet header +4 PPP packet header) =1420Byte.

However, under the condition that the virtual network elements are deployed in a large scale and different deployment modes relate to different network technologies, the MTU is changed and is not invariable. If the MTU setting is too large, the data packet is rejected to be forwarded or packet slicing is generated when the data packet touches the router, which affects the data transmission efficiency and even generates packet loss; if the MTU is set too small, the amount of data transmitted at one time is too small, which wastes network resources.

In the embodiment of the present disclosure, firstly, a method for determining a maximum transmission unit is provided, which overcomes, at least to some extent, the drawback of low data transmission efficiency in the prior art.

Fig. 1 is a flowchart illustrating a method for determining a maximum transmission unit in the exemplary embodiment, where an execution subject of the method may be a server for adapting the maximum transmission unit.

Referring to fig. 1, a method of determining a maximum transmission unit according to one embodiment of the present disclosure includes the steps of:

step S110, detecting environment configuration information of a local area network;

step S120, determining the header length of the network data message according to the environment configuration information;

step S130, according to the maximum frame length of the local area network and the head length of the network data message, determining the maximum transmission unit of the local area network.

In the technical solution provided in the embodiment shown in fig. 1, on one hand, the environment configuration information of the local area network is detected, the header length of the network data packet is determined according to the environment configuration information, and the header length of the network data packet can be adjusted in time according to the changed environment configuration information, so as to ensure the accuracy of the MTU value determined subsequently. On the other hand, the maximum transmission unit of the local area network is determined according to the maximum frame length of the local area network and the header length of the network data message, so that the technical problem that the MTU needs to be manually tested in the prior art can be solved, the data is prevented from being fragmented or refused to be forwarded, the optimal fragment length does not need to be manually tested, and the data communication efficiency is improved.

The following describes the specific implementation of each step in fig. 1 in detail:

a Local Area Network (LAN) is a group of computers in which a plurality of computers are interconnected in a certain Area. Generally within several kilometers of a square circle. The computer communication network is formed by connecting various computers, external equipment, databases and the like. It can be connected with remote local area network, data base or processing centre by means of data communication network or special-purpose data circuit to form an information processing system with large range. Local area networks may implement functions such as file management, application sharing, printer sharing, scheduling within workgroups, email and fax communication services, etc. The local area network is closed and may consist of two computers in an office or thousands of computers in a company. In the following embodiments, a local area network is taken as an ethernet network for example.

In the present disclosure, an MTU adaptor may be developed in advance, and the MTU adaptor functions as: detecting the environment configuration information of the local area network (namely the technology involved in deploying the local area network, such as virtual switching technology, tunneling technology and encapsulation technology), and calculating and setting the optimal MTU of the local area network according to the environment configuration information.

In the present disclosure, first, the header lengths corresponding to different virtual tunneling protocols may be stored in the MTU adaptator in advance, so that the header length may be determined quickly according to the determined virtual tunneling protocol. The virtual tunnel Protocol may include VxLAN, GRE, PPP (Point-Point Tunneling Protocol), IPsec (IP Security Protocol), and the like.

Referring to table 1, the length of a header of the VxLAN protocol may be prestored as 8 bytes; the length of a head of a pre-stored GRE protocol is 4 bytes; the length of the header of the pre-stored PPP protocol is 4 bytes.

TABLE 1

Secondly, the corresponding relationship between different protocol identifiers (for example, protocol numbers) and the external encapsulation protocol may be stored in the MTU adaptor in advance, so as to facilitate the subsequent fast determination of the external encapsulation protocol used in the data packet encapsulation process according to the protocol identifiers in the data packet. And pre-storing the corresponding relation between the different external packaging protocols and the header lengths so as to conveniently and quickly determine the header lengths corresponding to the different external packaging protocols.

Referring to table 2, it may be prestored that the external encapsulation Protocol corresponding to the Protocol identifier 0800 is IP (Internet Protocol), and the header length thereof is 20 bytes; the external encapsulation Protocol corresponding to the pre-stored Protocol identifier 0806 is an Address Resolution Protocol (ARP), and the header length of the external encapsulation Protocol is 8 bytes; the external encapsulation Protocol corresponding to the pre-stored Protocol identifier 8035 is RARP (Reverse Address Resolution Protocol), and the header length is 8 bytes. Can be set according to the actual conditions, and belongs to the protection scope of the disclosure.

TABLE 2

Protocol identifier	External encapsulation protocol	Head length (byte)
			0800	IP	20
0806	ARP	8
			8035	RARP	8

Thirdly, the protocol structures of a plurality of external encapsulation protocols can be stored in the MTU adaptator in advance, so that the actual header length of some variable-length messages (that is, the message header contains a variable-length option field) can be determined according to the protocol structures. For example, reference may be made to tables 3-5, where table 3 is a protocol structure of a layer two ethernet protocol; table 4 shows a protocol structure of the IPv4 protocol (which is the fourth version of the IP protocol); table 5 shows the protocol structure of the PPP protocol.

TABLE 3

TABLE 4

TABLE 5

Therefore, the MTU adaptor in the present disclosure may execute the following steps S110 to S130 according to the pre-stored correspondence between the virtual tunneling protocol and the header length thereof, the correspondence between the different protocol identifiers and the external encapsulation protocol, the correspondence between the different external encapsulation protocol and the header length, and the protocol structures of the multiple external encapsulation protocols, to determine the maximum transmission unit of the local area network.

In step S110, environment configuration information of the local area network is detected.

In this step, the MTU adaptor may detect environment configuration information of the local area network, where the environment configuration information may include a management platform of the local area network. Specifically, the MTU adaptator may establish a communication connection with a network device in the local area network, and further, read hardware configuration information of the network device to determine a management platform of the local area network. Wherein the network devices and components are physical entities connected into the network. The variety of network devices is great and increasing. The basic network devices are: computers (whether personal computers or servers), hubs, switches, bridges, routers, gateways, network interface cards, wireless access points, printers and modems, fiber optic transceivers, fiber optic cables, and the like.

Illustratively, the detected management platform may include: openStack (OpenStack is an open source cloud computing management platform project and is a combination of a series of software open source projects), docker (Docker is an open source application container engine, so that developers can package their applications and dependency packages into a portable container and then release the portable container to any popular Linux machine), hyper-v, VMware and the like.

After the management platform is detected, the type of the management platform can be determined. Illustratively, it can be determined that the platform types corresponding to OpenStack, hyper-v and VMware are virtual machine management platforms, and the platform type corresponding to Docker is a mirror image management platform.

In step S120, the header length of the network data packet is determined according to the environment configuration information.

In this step, when the management platform is a virtual machine management platform, refer to fig. 2, where fig. 2 shows a schematic flow chart of determining a header length of a network data packet according to environment configuration information in this exemplary embodiment, which includes steps S201 to S203, and the following explains step S120 with reference to fig. 2:

in step S201, if the management platform is a virtual machine management platform, a virtual tunnel protocol associated with the virtual machine management platform is acquired.

If the management platform is determined to be the virtual machine management platform, the virtual tunnel protocol associated with the virtual machine management platform can be acquired. The virtual tunnel protocol may include a VxLAN protocol, a GRE protocol, an IPsec protocol, and the like.

Specifically, the configuration information of the virtual machine management platform may be read to determine the virtual switching device adopted by the virtual machine management platform, and further, the virtual tunnel protocol associated with the virtual machine management platform is determined according to the protocol type supported by the virtual switching device. The virtual switching device may include an OVS switch (Open vSwitch), a Bridging bridge, an fd.io.vpp (Fast data-Input/Output), and the like, wherein the OVS switch supports GRE, vxLAN, IPsec, and the like, and the Bridging bridge supports VxLAN only.

Therefore, when the virtual switch device is determined to be a Bridging bridge, the adopted virtual tunnel protocol can be directly determined to be the VxLAN protocol, and further, the header length of the virtual tunnel protocol stored in advance (table 1) can be read to determine that the header length of the VxLAN protocol is 8. When the virtual switching device is determined to be an OVS switch, the virtual tunneling protocol used may be: GRE, vxLAN, IPsec, etc., at this time, the data packet may be captured from the OVS switch, and the virtual tunnel protocol used for data encapsulation is determined based on the header structure of the data packet, and further, the header length corresponding to the virtual tunnel protocol is determined.

In step S202, the first data packet is received and parsed to obtain the header length of the first data packet.

In this step, after the virtual tunnel protocol used for data encapsulation is determined, the first data packet may be captured from the gateway device of the local area network by a packet capturing tool, where the packet capturing tool may be Wireshark, miniSinffer, WSExplorer, ipool, sniffer pro, or the like, and may be set by itself according to an actual situation, and belongs to the protection scope of the present disclosure.

After the first data packet is captured, the packet capture tool may send the first data packet to the MTU adapteror, so that the MTU adapteror analyzes the first data packet to obtain the header length of the first data packet. Specifically, referring to fig. 3, fig. 3 shows a schematic flow chart of determining the header length of the first data packet in the exemplary embodiment, which includes steps S301 to S304, and the following explains step S202 with reference to fig. 3:

in step S301, the first data packet is parsed to obtain a protocol identifier.

In this step, the first data packet may be analyzed to obtain the protocol identifier therein. Wherein, the role of the protocol identifier is that: indicating the upper layer protocols contained within the ethernet frame.

The ethernet frame format is explained here, and with reference to table 6, includes an ethernet header (14 bytes), an IP header (20 bytes), a TCP header (20 bytes), DATA (application DATA), and FCS (ethernet trailer). Referring to table 7, the ethernet header is 14 bytes with fixed length, and the frame format includes DST _ MAC (destination MAC address), SRC _ MAC (source MAC address), and TYPE (TYPE), where the TYPE determines the protocol TYPE of the subsequent packet, that is, the protocol identifier in this disclosure.

TABLE 6

TABLE 7

DST_MAC	SRC_MAC	TYPE
			(6 bytes)	(6 bytes)	(2 bytes)

Therefore, in the present disclosure, the first data packet may be analyzed based on the frame formats shown in table 6 and table 7, so as to obtain the protocol identifier in the first data packet.

In step S302, the external encapsulation protocol of the first data packet is determined according to the protocol identifier and the correspondence between the pre-stored multiple external encapsulation protocols and the protocol identifier.

In this step, after the protocol identifier is determined, the external encapsulation protocol of the first data packet may be determined according to the protocol identifier and the correspondence (table 2) between the protocol identifiers and the plurality of external encapsulation protocols stored in advance.

For example, referring to table 2, when the protocol identifier is 0800, it may be determined that the external encapsulation protocol is an IP protocol; when the protocol identifier is 0806, the external encapsulation protocol can be determined to be an ARP protocol; when the protocol identifier is 8035, it can be determined that the external encapsulation protocol is the RARP protocol.

In step S303, the header length of the external encapsulation protocol is determined according to the external encapsulation protocol of the first data packet, the pre-stored correspondence between the external encapsulation protocol and the header length.

In this step, after the external encapsulation protocol of the first data packet is determined, the corresponding relationship (table 2) between the external encapsulation protocol and the header length, which is stored in advance, may be read to determine the header length of the external encapsulation protocol.

For example, if the external encapsulation protocol IP protocol is determined, the corresponding relationship between the external encapsulation protocol and the header length stored in advance may be read, the header length corresponding to the IP protocol is determined to be 20 bytes, and further, the protocol structures of different external encapsulation protocols stored in advance may be read, whether the header length is 20 bytes or not is verified through the specific message content of the first data message, and the final header length of the IP protocol is determined according to the verified result. If the external encapsulation protocol is determined to be the PPP protocol, reading a pre-stored corresponding relation between the external encapsulation protocol and the header length, determining that the header length corresponding to the PPP protocol is 4 bytes, further, verifying whether the header length is 4 bytes or not through the specific message content of the first data message, and determining the final header length of the PPP protocol according to the verified result.

In step S304, the header length of the first data packet is determined according to the sum of the header lengths of the plurality of external encapsulation protocols.

In this step, the header length of the first data packet may be determined by a sum of the header lengths of the plurality of external encapsulation protocols. For example, referring to the related explanation of step S303, when the external encapsulation protocol is the IP protocol and the PPP protocol, it can be determined that the HEADER length of the first data packet is 20 (IP _ HEADER) +4 (PPP _ HEADER) =24 bytes.

In step S203, the header length of the network data packet is determined according to the sum of the header length of the virtual tunneling protocol and the header length of the first data packet.

In this step, the sum of the HEADER length of the virtual tunnel protocol and the HEADER length of the first data packet may be calculated, for example, referring to the above-mentioned related explanations of step S201 and step S304, when the virtual tunnel protocol is a VxLAN protocol, it may be determined that the HEADER length of the virtual tunnel protocol is 8 bytes, and then the sum of the HEADER length of the virtual tunnel protocol and the HEADER length of the first data packet is 8 (VxLAN _ HEADER) +24=32 bytes.

When the management platform is a mirror management platform, referring to fig. 4, fig. 4 shows a schematic flow chart of determining a header length of a network data packet according to environment configuration information in the present exemplary embodiment, which includes steps S401 to S402, and the following explains step S120 with reference to fig. 4:

in step S401, if the management platform is a mirror image management platform, the second data packet is received and analyzed to obtain a header length of the second data packet.

In this step, if the management platform is a mirror image management platform, the second data packet may be captured from the gateway node by using a packet capture tool, and after the second data packet is captured, the packet capture tool may send the second data packet to the MTU adapator, so that the MTU adapator may analyze the second data packet to obtain the header length of the second data packet. Specifically, the length of the header of the second data packet may be determined by referring to the related explanations of step S301 to step S304, which is not described herein again.

In step S402, the header length of the second data packet is determined as the header length of the network data packet.

In this step, the header length of the second data packet may be determined as the header length of the network data packet, and for example, the header length of the network data packet may be 8 bytes.

With continued reference to fig. 1, in step S130, the maximum transmission unit of the local area network is determined according to the maximum frame length of the local area network and the header length of the network data packet.

In this step, the maximum length of the data field of the ethernet may be determined first, the maximum frame length of the ethernet is 1518 bytes, and referring to table 6 and table 7, the maximum length of the data field of the ethernet is 1518-18 (6 src _mac +6dst _mac +2type +4 fcs) =1500 bytes.

Therefore, referring to the above explanation of step S203, when the header length of the network data packet is 32 bytes, the determined maximum transmission unit is: 1500-32=1468 bytes.

Referring to the above explanation of step S402, when the header length of the network data packet is 8 bytes, the determined maximum transmission unit is: 1500-8=1492 bytes.

After the maximum transmission unit is determined, the operating system of each network device in the local area network can be detected, if the operating system is the Linux operating system, a maximum transmission unit setting instruction corresponding to the Linux operating system is generated, if the operating system is the Windows operating system, a maximum transmission unit setting instruction corresponding to the Windows operating system is generated, further, the instruction can be sent to the controller, and the controller issues the instruction to reset the maximum transmission unit of each network device. Therefore, the method and the device can adjust the MTU parameters of the equipment in time aiming at the changed network, and effectively improve the data transmission efficiency and the network request response efficiency.

Exemplarily, referring to fig. 5, fig. 5 shows an overall flowchart of determining a maximum transmission unit in the present exemplary embodiment, which includes steps S501 to S505, and the following is explained with reference to fig. 5:

in step S501, a management platform (OpenStack, docker, hyper-v, VMware) of the network device is detected;

if the management platform is a virtual machine management platform, executing step S502-step S505; if the management platform is a mirror image management platform, directly executing the steps S504-S505:

in step S502, a virtual switching technology (OVS switch, bridging bridge, fd.io.vpp) is detected;

in step S503, a virtual tunnel protocol (VxLAN protocol, GRE protocol) used for data encapsulation is detected;

in step S504, an external message protocol (PPTP, PPPoE, TCP over PPTP (TCP protocol carried over PPTP), TCP over PPPoE (TCP protocol carried over PPPoE)) used for data encapsulation is detected;

in step S505, the MTU is calculated, and an optimal transmission unit of the network service gateway is set according to the calculation result.

For example, taking a Kernel-based Virtual Machine (kvse) bearing virtualized gateway (vMSE) in an OpenStack platform environment, deploying a Point-to-Point Protocol Over Ethernet (PPPoE) service for a user to surf the internet as an example, a detailed description is given to an overall processing flow of the present disclosure:

(1) the cloud environment is known to be an OpenStack platform through a detection management platform;

(2) detecting virtual exchange technology to obtain that the virtual resource pool exchange adopts OVS exchanger;

(3) the VxLAN is adopted by detecting a tunnel protocol;

(4) the method comprises the steps that an external packaging protocol is detected, wherein the external packaging protocol adopts PPPoE for Ethernet;

(5) the MTU self-adaption device can obtain the MTU of vMSE as follows: 1500-20 (IP _ HEADER) -8 (UDP _ HEADER) -8 (VxLAN _ HEADER) -14 (Ethernet _ HEADER) -8 (6 PPPoE \uSESSION +2PPP _HEADER) =1442Byte;

(6) issuing an instruction through a controller, and revising vMSE MTU by ifconfigeth 0 MTU 1442;

(7) the ICPM (Internet Control Message Protocol) determines whether the MTU is successfully reset, and if so, completes the MTU setting.

Referring to fig. 6, fig. 6 shows an overall architecture diagram of determining a maximum transmission unit in the present exemplary embodiment, which is explained below in conjunction with fig. 6:

the MTU self-adaption device in the disclosure can be deployed at a virtualization network function layer;

therefore, when detecting that the physical resource pool layer adopts an X86 platform, the virtualization layer adopts an OVS (over the video) switch, the VM virtual machine of the virtual resource pool layer adopts a VxLAN (virtual local area network) tunnel, and the network application layer adopts PPPoE dial-up networking (namely, adopting a PPPoE protocol), the MTU self-adaption can calculate that the optimal MTU is 1442 bytes, and further can set that the optimal MTU of a virtualization gateway (vMSE) of the virtualization network function layer is 1442 bytes;

when detecting that the physical resource pool layer adopts an X86 platform, the virtualization layer adopts an OVS switch, the VM virtual machine of the virtual resource pool layer adopts an NVGRE tunnel, and the Network application layer adopts an LNS (L2 TP Network Server, L2TP Network Server, namely, adopting an L2TP protocol), the MTU self-adaption device can automatically calculate the optimal MTU to be 1401 bytes, and accordingly, the MTU self-adaption device can set the optimal MTU of a virtualization gateway (vXGW) of the virtualization Network function layer to be 1404 bytes.

Based on the technical scheme, the method and the device can solve the technical problem that the MTU needs to be manually tested in the prior art, avoid the data from being fragmented or refused to be forwarded, do not need to manually test the optimal fragment length, and improve the data communication efficiency.

The present disclosure also provides an apparatus for determining a maximum transmission unit, and fig. 7 illustrates a schematic structural diagram of the apparatus for determining a maximum transmission unit in an exemplary embodiment of the present disclosure; as shown in fig. 7, the apparatus 700 for determining a maximum transmission unit may include a detection module 701, a first determination module 702, and a second determination module 703. Wherein:

the detecting module 701 is configured to detect environment configuration information of a local area network.

A first determining module 702, configured to determine a header length of the network data packet according to the environment configuration information.

In an exemplary embodiment of the present disclosure, the environment configuration information includes an underlying platform management platform of the local area network; the first determining module is used for acquiring a virtual tunnel protocol associated with the virtual machine management platform if the management platform is the virtual machine management platform; receiving a first data message and analyzing to obtain the head length of the first data message; and determining the header length of the network data message according to the sum of the header length of the virtual tunnel protocol and the header length of the first data message.

In an exemplary embodiment of the present disclosure, the first determining module is configured to detect a virtual switch device adopted by the virtual machine management platform; and determining the virtual tunnel protocol according to the protocol type supported by the virtual switching equipment.

In an exemplary embodiment of the present disclosure, the first determining module is configured to analyze the first data packet to obtain a protocol identifier; determining an external encapsulation protocol of the first data message according to the protocol identifier and a corresponding relation between a plurality of pre-stored external encapsulation protocols and the protocol identifier; determining the header length of the external encapsulation protocol according to the external encapsulation protocol of the first data message, the prestored corresponding relation between the external encapsulation protocol and the header length; and determining the header length of the first data message according to the sum of the header lengths of a plurality of external encapsulation protocols.

In an exemplary embodiment of the present disclosure, the first determining module is configured to receive a second data packet and analyze the second data packet to obtain a header length of the second data packet if the management platform is a mirror image management platform; and determining the header length of the second data message as the header length of the network data message.

The second determining module 703 is configured to determine the maximum transmission unit of the local area network according to the maximum frame length of the local area network and the header length of the network data packet.

In an exemplary embodiment of the present disclosure, the second determining module is configured to determine a maximum length of a data field of the local area network according to a maximum frame length of the local area network; acquiring a difference value between the maximum length of a data field of a local area network and the header length of a network data message; and determining the difference value as the maximum transmission unit of the local area network.

In an exemplary embodiment of the present disclosure, the second determining module is configured to detect an operating system of each network device in the local area network; generating a maximum transmission unit setting instruction corresponding to the operating system; and resetting the maximum transmission unit of each network device according to the maximum transmission unit setting instruction.

The specific details of each module in the apparatus for determining the maximum transmission unit have been described in detail in the corresponding method for determining the maximum transmission unit, and therefore are not described herein again.

It should be noted that although in the above detailed description several modules or units of the device for action execution are mentioned, such a division is not mandatory. Indeed, the features and functionality of two or more modules or units described above may be embodied in one module or unit, according to embodiments of the present disclosure. Conversely, the features and functions of one module or unit described above may be further divided into embodiments by a plurality of modules or units.

Moreover, although the steps of the methods of the present disclosure are depicted in the drawings in a particular order, this does not require or imply that the steps must be performed in this particular order, or that all of the depicted steps must be performed, to achieve desirable results. Additionally or alternatively, certain steps may be omitted, multiple steps combined into one step execution, and/or one step broken down into multiple step executions, etc.

Through the above description of the embodiments, those skilled in the art will readily understand that the exemplary embodiments described herein may be implemented by software, or by software in combination with necessary hardware. Therefore, the technical solution according to the embodiments of the present disclosure may be embodied in the form of a software product, which may be stored in a non-volatile storage medium (which may be a CD-ROM, a usb disk, a removable hard disk, etc.) or on a network, and includes several instructions to enable a computing device (which may be a personal computer, a server, a mobile terminal, or a network device, etc.) to execute the method according to the embodiments of the present disclosure.

The present application also provides a computer-readable storage medium, which may be contained in the electronic device described in the above embodiments; or may exist separately without being assembled into the electronic device.

A computer readable storage medium may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination of the foregoing. More specific examples of the computer readable storage medium may include, but are not limited to: an electrical connection having one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. In the present disclosure, a computer readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device.

A computer readable storage medium may transmit, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device. Program code embodied on a computer readable storage medium may be transmitted using any appropriate medium, including but not limited to: wireless, wire, fiber optic cable, RF, etc., or any suitable combination of the foregoing.

The computer readable storage medium carries one or more programs which, when executed by an electronic device, cause the electronic device to implement the method as described in the above embodiments.

In addition, the embodiment of the disclosure also provides electronic equipment capable of realizing the method.

As will be appreciated by one skilled in the art, aspects of the present disclosure may be embodied as a system, method or program product. Accordingly, various aspects of the present disclosure may be embodied in the form of: an entirely hardware embodiment, an entirely software embodiment (including firmware, microcode, etc.) or an embodiment combining hardware and software aspects that may all generally be referred to herein as a "circuit," module "or" system.

An electronic device 800 according to this embodiment of the disclosure is described below with reference to fig. 8. The electronic device 800 shown in fig. 8 is only an example and should not bring any limitations to the functionality and scope of use of the embodiments of the present disclosure.

As shown in fig. 8, electronic device 800 is in the form of a general purpose computing device. The components of the electronic device 800 may include, but are not limited to: the at least one processing unit 810, the at least one memory unit 820, a bus 830 connecting various system components (including the memory unit 820 and the processing unit 810), and a display unit 840.

Wherein the storage unit stores program code that is executable by the processing unit 810 to cause the processing unit 810 to perform steps according to various exemplary embodiments of the present disclosure as described in the "exemplary methods" section above in this specification. For example, the processing unit 810 may perform the following as shown in fig. 1: step S110, detecting environment configuration information of a local area network; step S120, determining the head length of the network data message according to the environment configuration information; step S130, according to the maximum frame length of the local area network and the head length of the network data message, determining the maximum transmission unit of the local area network.

The storage unit 820 may include readable media in the form of volatile memory units such as a random access memory unit (RAM) 8201 and/or a cache memory unit 8202, and may further include a read only memory unit (ROM) 8203.

The storage unit 820 may also include a program/utility 8204 having a set (at least one) of program modules 8205, such program modules 8205 including, but not limited to: an operating system, one or more application programs, other program modules, and program data, each of which, or some combination thereof, may comprise an implementation of a network environment.

Bus 830 may be any of several types of bus structures including a memory unit bus or memory unit controller, a peripheral bus, an accelerated graphics port, a processing unit, or a local bus using any of a variety of bus architectures.

The electronic device 800 may also communicate with one or more external devices 900 (e.g., keyboard, pointing device, bluetooth device, etc.), with one or more devices that enable a user to interact with the electronic device 800, and/or with any device (e.g., router, modem, etc.) that enables the electronic device 800 to communicate with one or more other computing devices. Such communication may occur via input/output (I/O) interfaces 850. Also, the electronic device 800 may communicate with one or more networks (e.g., a Local Area Network (LAN), a Wide Area Network (WAN), and/or a public network, such as the internet) via the network adapter 860. As shown, the network adapter 860 communicates with the other modules of the electronic device 800 via the bus 830. It should be understood that although not shown in the figures, other hardware and/or software modules may be used in conjunction with the electronic device 800, including but not limited to: microcode, device drivers, redundant processing units, external disk drive arrays, RAID systems, tape drives, and data backup storage systems, among others.

Through the above description of the embodiments, those skilled in the art will readily understand that the exemplary embodiments described herein may be implemented by software, and may also be implemented by software in combination with necessary hardware. Therefore, the technical solution according to the embodiments of the present disclosure may be embodied in the form of a software product, which may be stored in a non-volatile storage medium (which may be a CD-ROM, a usb disk, a removable hard disk, etc.) or on a network, and includes several instructions to enable a computing device (which may be a personal computer, a server, a terminal device, or a network device, etc.) to execute the method according to the embodiments of the present disclosure.

Furthermore, the above-described figures are merely schematic illustrations of processes included in methods according to exemplary embodiments of the present disclosure, and are not intended to be limiting. It will be readily understood that the processes shown in the above figures are not intended to indicate or limit the chronological order of the processes. In addition, it is also readily understood that these processes may be performed synchronously or asynchronously, e.g., in multiple modules.

Other embodiments of the disclosure will be apparent to those skilled in the art from consideration of the specification and practice of the disclosure disclosed herein. This application is intended to cover any variations, uses, or adaptations of the disclosure following, in general, the principles of the disclosure and including such departures from the present disclosure as come within known or customary practice within the art to which the disclosure pertains. It is intended that the specification and examples be considered as exemplary only, with a true scope and spirit of the disclosure being indicated by the following claims.

Claims

1. A method for determining a maximum transmission unit, comprising:

detecting environment configuration information of a local area network;

determining the head length of the network data message according to the environment configuration information;

and determining the maximum transmission unit of the local area network according to the maximum frame length of the local area network and the header length of the network data message.

2. The method of claim 1, wherein the environment configuration information comprises a management platform of the local area network;

the determining the header length of the network data message according to the environment configuration information includes:

if the management platform is a virtual machine management platform, acquiring a virtual tunnel protocol associated with the virtual machine management platform;

receiving a first data message and analyzing to obtain the head length of the first data message;

and determining the header length of the network data message according to the sum of the header length of the virtual tunnel protocol and the header length of the first data message.

3. The method of claim 2, wherein obtaining the virtual tunnel protocol associated with the virtual machine management platform comprises:

detecting virtual switching equipment adopted by the virtual machine management platform;

and determining the virtual tunnel protocol according to the protocol type supported by the virtual switching equipment.

4. The method of claim 2, wherein the header length of the first data packet is determined by:

analyzing the first data message to obtain a protocol identifier;

determining an external encapsulation protocol of the first data message according to the protocol identifier and a corresponding relation between a plurality of pre-stored external encapsulation protocols and the protocol identifier;

determining the header length of the external encapsulation protocol according to the external encapsulation protocol of the first data message, the prestored corresponding relation between the external encapsulation protocol and the header length;

and determining the header length of the first data message according to the sum of the header lengths of a plurality of external encapsulation protocols.

5. The method of claim 2, wherein determining the header length of the network data packet according to the environment configuration information further comprises:

if the management platform is a mirror image management platform, receiving a second data message and analyzing to obtain the head length of the second data message;

and determining the header length of the second data message as the header length of the network data message.

6. The method according to any one of claims 1 to 5, wherein the determining the maximum transmission unit of the local area network according to the maximum frame length of the local area network and the header length of the network data packet comprises:

determining the maximum length of a data field of the local area network according to the maximum frame length of the local area network;

acquiring a difference value between the maximum length of the data field of the local area network and the header length of the network data message;

and determining the difference as the maximum transmission unit of the local area network.

7. The method of claim 6, wherein after determining the maximum transmission unit of the local area network, the method further comprises:

detecting an operating system of each network device in the local area network;

generating a maximum transmission unit setting instruction corresponding to the operating system;

and resetting the maximum transmission unit of each network device according to the maximum transmission unit setting instruction.

8. An apparatus for determining a maximum transmission unit, comprising:

the detection module is used for detecting the environment configuration information of the local area network;

a first determining module, configured to determine a header length of a network data packet according to the environment configuration information;

and the second determining module is used for determining the maximum transmission unit of the local area network according to the maximum frame length of the local area network and the header length of the network data message.

9. A computer storage medium having a computer program stored thereon, wherein the computer program, when being executed by a processor, is adapted to carry out the method of determining a maximum transmission unit according to any one of claims 1 to 7.

10. An electronic device, comprising:

a processor; and

a memory for storing executable instructions of the processor;

wherein the processor is configured to perform the method of determining a maximum transmission unit of any one of claims 1 to 7 via execution of the executable instructions.