CN102469016B - Device and method for determining path maximum transmission unit (PMTU) reversely - Google Patents
Device and method for determining path maximum transmission unit (PMTU) reversely Download PDFInfo
- Publication number
- CN102469016B CN102469016B CN201010547521.0A CN201010547521A CN102469016B CN 102469016 B CN102469016 B CN 102469016B CN 201010547521 A CN201010547521 A CN 201010547521A CN 102469016 B CN102469016 B CN 102469016B
- Authority
- CN
- China
- Prior art keywords
- pmtu
- mtu
- detecting devices
- access
- message
- Prior art date
- Legal status (The legal status 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 status listed.)
- Active
Links
Abstract
The invention provides a device and method for determining a path maximum transmission unit (PMTU) reversely. The method is used for PMTU detection equipment which establishes an IPv6 Over IPv4 tunnel with remote equipment, wherein the remote equipment does not support a tunnel message PMTU discovery (PMTUD) mechanism. The method comprises the following steps: the PMTU detection equipment sends first data message with a set length to a target node which is connected with the remote equipment in an IPv6 network through the IPv6 Over IPv4 tunnel, wherein the set length of the first data message is more than that of the configured access maximum transmission unit (MTU) and less than that of the MTU of the IPv6 Over IPv4 tunnel; if the PMTU detection equipment finds the length of the second data message is more than that of the access MTU when receiving second data message responded by the target node through the IPv6 Over IPv4 tunnel, the PMTU detection equipment requires that the target node determine the access MTU as a PMTU of an export link when data message is sent by the PMTU detection equipment, wherein the second data message has a set length. Due to the adoption of the device and method for determining the PMTU reversely, a node which is connected with one end of the IPv6 Over IPv4 tunnel can be learned into the PMTU of the export link reversely when the end of the IPv6 Over IPv4 tunnel does not support the PMTUD mechanism.
Description
Technical field
The present invention relates to the network communications technology, particularly oppositely determine the method and apparatus of PMTU (PMTU:Path Maximum Transmission Unit).
Background technology
In IPv6 Internet Transmission, PMTU finds that (PMTUD:PMTU Discover) machine-processed main purpose is the MTU (MTU:Maximum Transmission Unit) of finding on path, avoids data message to be fragmented in the time that source node is sent to destination node.The principle that realizes of PMTUD mechanism is: the MTU that source node exports oneself is as PMTU, and send datagram to destination node according to this PMTU, in the time that each intermediate equipment between source node and destination node receives data message, if find that the length of this data message is greater than the MTU of outbound while self sending datagram to destination node, can return to ICMPv6 type 2 to source node, it is data message overlength error message, in this ICMPv6 type 2, carry the MTU of outbound while self sending datagram to destination node, source node receives after ICMPv6 type 2, using the MTU in this ICMPv6 type 2 as PMTU, and again send datagram to destination node according to this PMTU, until destination node receives data message.By this process, source node has been determined the PMTU of outbound while sending datagram to destination node, in the time that source node sends datagram to destination node again, just uses this PMTU, to effectively utilize Internet resources, obtains best throughput.
Referring to Fig. 1, Fig. 1 is the realization flow figure of PMTUD mechanism.In Fig. 1, between source node and destination node, be provided with two routers, be respectively router-A and router B.Wherein, when source node sends datagram to destination node, outbound MTU is 1500 bytes, when router-A sends datagram to destination node, outbound MTU is 1400 bytes, when router B sends datagram to destination node, outbound MTU is 1300 bytes, as shown in Figure 1, this flow process comprises:
Step 101, it is the data message of 1500 bytes that source node sends length as PMTU to destination node by the outbound MTU1500 byte of oneself.
Step 102, router-A receives after data message, find that MTU 1400 bytes of outbound when self sends datagram to destination node are less than length 1500 bytes of data message, return to ICMPv6 type 2 to source node, be data message overlength error message, in this error message, carry i.e. 1400 bytes of MTU of this outbound.
Step 103, it is that 1400 bytes resend data message as PMTU that source node is transferred with the MTU in ICMPv6 type 2, the size of this data message is 1400 bytes, can arrive router B by router-A.
Step 104, when router B receives after data message, find that MTU 1300 bytes of outbound when self sends datagram to destination node are less than length 1400 bytes of data message, return to ICMPv6 type 2 to source node, be data message overlength error message, in this error message, carry i.e. 1300 bytes of MTU of this outbound.
Step 105, source node with the MTU in ICMPv6 type 2 1300 bytes resend data message as PMTU, the size of this data message is 1300 bytes, can pass through router-A, router B arrives destination node.
Step 106, when destination node receives after data message, the session between source node and destination node is just set up, and when after this source node sends datagram to destination node again, all uses 1300 bytes as the outbound PMTU that is sent to destination node.
So far outbound PMTU, can determine that by above-mentioned steps source node being sent to destination node sends datagram time.
But, in tunnel applications, such as IPv6 (the IPv6 Over IPv4) tunnel passing through on IPv4 network, if the equipment of one end, tunnel is not supported the PMTUD mechanism of channel message, can not control the data message that enters IPv6 Over IPv4 tunnel, this can cause the data message after tunnel encapsulation to exceed the MTU that IPv6 Over IPv4 tunnel allows, thereby abandons this data message, can not learn real PMTU.Referring to Fig. 2, Fig. 2 is the schematic diagram of IPv6 network design.In Fig. 2, certain university accesses the web server in IPv6 education network for convenience, and taking core switch as public network, outlet, has set up IPv6 Over IPv4 tunnel with the router of far-end, and this IPv6 Over IPv4 tunnel default mtu is 1480 bytes.If the one end in IPv6 Over IPv4 tunnel is the PMTUD mechanism that core switch is supported channel message, and being far-end router, the other end do not support the PMTUD mechanism of channel message, obtaining the MTU of outbound while self sending datagram to web server when IPv6 terminal by advertising of route (RA) message is 1500 bytes, using this MTU 1500 bytes send length as PMTU to destination node be the data message of 1500 bytes.In the time that access switch receives this data message, can carry out according to the operation of router-A in Fig. 1 or router B, if the data message that access switch permission length is 1500 bytes passes through, in the time that core switch receives data message, if find that the length of the data message of this reception is greater than the MTU of IPv6 Over IPv4 tunnel acquiescence, due to the PMTUD mechanism of this core switch support channel message, therefore, it can send ICMPv6 type 2 to source node, i.e. 1480 bytes of MTU of IPv6 Over IPv4 tunnel acquiescence in this ICMPv6 type 2, are carried.So, source node resends using 1480 bytes as PMTU to destination node the data message that length is 1480 bytes, because IPv6 Over IPv4 tunnel default mtu is 1480 bytes, therefore, this data message can arrive far-end router by IPv6 Over IPv4.Afterwards by far-end router according to the operation of router-A in Fig. 1 or router B, to ensure that data message finally arrives web server, so, IPv6 terminal has been determined the outbound PMTU of the data message that is sent to web server.
But, this can not ensure that source node can receive the data message of returning from web server, because the data message of returning from web server must be far-end router control by the opposite end of IPv6 Over IPv4, if it is the data message of 1500 bytes that web server sends length using MTU 1500 bytes of the time outlet of sending datagram to IPv6 terminal as PMTU to IPv6 terminal, because far-end router is not supported the PMTUD mechanism of channel message, in the time that it receives the data message of web server transmission, even if it finds that the length of this data message is greater than the MTU of IPv6 Over IPv4 acquiescence, also do not send ICMPv6 type 2 to web server, but directly abandon the data message of reception, outbound PMTU when this causes web server forever can not correctly learn to send datagram to IPv6 terminal, also cause IPv6 terminal can not access the service that web server provides, affect IPv6 network design.
Summary of the invention
The invention provides the method and apparatus of oppositely determining PMTU, to do not support PMTUD to make the node backward learning of this end connection to outbound PMTU when machine-processed in one end, IPv6 OverIPv4 tunnel.
Technical scheme provided by the invention comprises:
A method of oppositely determining PMTU, the method is applied in remote equipment and has set up on the PMTU detecting devices in IPv6 Over IPv4 tunnel, and described remote equipment is not supported channel message PMTU discovery mechanism; The method comprises:
Described PMTU detecting devices sends first data message with preseting length to the destination node being connected with described remote equipment in IPv6 network by described IPv6 Over IPv4 tunnel, described preseting length is greater than the access MTU of configuration and is less than the MTU in described IPv6 Over IPv4 tunnel;
Described PMTU detecting devices receive described destination node by described IPv6 Over IPv4 tunnel respond second data message with described preseting length time, the length of finding this second data message is greater than access MTU, the PMTU of outbound while requiring described destination node that described access MTU is defined as sending datagram to described PMTU detecting devices.
For oppositely determining a PMTU detecting devices for PMTU, described PMTU detecting devices with do not support the remote equipment of channel message PMTU discovery mechanism to set up IPv6 Over IPv4 tunnel; Described PMTU detecting devices comprises:
Transmitting element, the destination node being connected with described remote equipment to IPv6 network for there is the first data message of preseting length by the transmission of described IPv6 Over IPv4 tunnel, described preseting length is greater than the access MTU of configuration and is less than the MTU in described IPv6 Over IPv4 tunnel;
Receiving element, for receive described destination node by described IPv6 Over IPv4 tunnel respond second data message with described preseting length time, the length of finding this second data message is greater than access MTU, the PMTU of outbound while requiring described destination node that described access MTU is defined as sending datagram to described PMTU detecting devices.
A method of oppositely determining PMTU, the method is applied in remote equipment and has set up on the PMTU detecting devices in IPv6 Over IPv4 tunnel, and described remote equipment is not supported channel message PMTU discovery mechanism; The method comprises:
Described PMTU detecting devices is learnt the access MTU of configuration, send the message of having carried described access MTU by described IPv6 Over IPv4 tunnel to the destination node being connected with described remote equipment in IPv6 network, for requiring the PMTU of described destination node outbound when accessing MTU and be defined as sending datagram to described PMTU detecting devices.
For oppositely determining a PMTU detecting devices for PMTU, described PMTU detecting devices with do not support the remote equipment of channel message PMTU discovery mechanism to set up IPv6 Over IPv4 tunnel; Described PMTU detecting devices comprises:
Unit, for the access MTU that learns to have configured;
Transmitting element, carry the destination node that the message of described access MTU has been connected with described remote equipment to IPv6 network for sending by described IPv6 Over IPv4 tunnel, for requiring the PMTU of described destination node outbound when accessing MTU and be defined as sending datagram to described PMTU detecting devices.
As can be seen from the above technical solutions, in the present invention, in the time that channel message PMTUD mechanism is not supported such as the far-end router in Fig. 2 in the one end in IPV6 Over IPv4 tunnel, the other end in IPV6 Over IPv4 tunnel is that the node that PMTU detecting devices (it can be the core switch in Fig. 2) helps far-end router to connect is found correct PMTU, oppositely determine the PMTU of this node, than prior art, can make this node correctly respond access, avoid affecting the problem of IPv6 network design.
Brief description of the drawings
Fig. 1 is the realization flow figure of existing PMTUD mechanism;
Fig. 2 is the schematic diagram of IPv6 network design;
The flow chart of the embodiment 1 that Fig. 3 provides for the embodiment of the present invention;
The detail flowchart of the embodiment 1 that Fig. 4 provides for the embodiment of the present invention.
Embodiment
In order to make the object, technical solutions and advantages of the present invention clearer, describe the present invention below in conjunction with the drawings and specific embodiments.
Embodiment 1:
The method that the embodiment of the present invention provides comprises the flow process shown in Fig. 3:
Referring to Fig. 3, the flow chart of the embodiment 1 that Fig. 3 provides for the embodiment of the present invention.This flow process is applied in remote equipment and has set up on the PMTU detecting devices in IPv6 Over IPv4 tunnel, and described remote equipment is not supported channel message PMTU discovery mechanism.As shown in Figure 3, this flow process can comprise:
Step 301, PMTU detecting devices sends first data message with preseting length to the destination node being connected with described remote equipment in IPv6 network by described IPv6 Over IPv4 tunnel, wherein, preseting length is greater than the access MTU of configuration and is less than the MTU in IPv6 Over IPv4 tunnel.
Taking the networking shown in Fig. 2 as example, the remote equipment in the present embodiment is far-end router, and PMTU detecting devices is core switch or the functional unit that is carried on core switch, and the destination node that remote equipment connects can be web server.
Step 302, PMTU detecting devices receive described destination node by described IPv6 Over IPv4 tunnel respond second data message with described preseting length time, the length of finding this second data message is greater than access MTU, the PMTU of outbound while requiring described destination node that described access MTU is defined as sending datagram to described PMTU detecting devices.
By this step 302, PMTU detecting devices can be controlled destination node and determine the PMTU of outbound while sending datagram to PMTU detecting devices, has realized destination node and oppositely determine the mechanism of PMTU.Afterwards, when destination node sends datagram to PMTU detecting devices, all use the definite PMTU of this step 302, to be sent to the length of the data message of PMTU detecting devices be the definite PMTU of this step 302 to destination node.
So far, completed the basic procedure that the embodiment of the present invention provides.
In described flow process, PMTU detecting devices has also connected the access device in IPv6 network in the above, and taking the networking shown in Fig. 2 as example, this access device can be access switch.Based on this, the PMTU of outbound when the access MTU of the present embodiment configuration can be described PMTU detecting devices and sends datagram to access device.
In addition, in described flow process, the first data message and the second data message all can be the message of supporting ping agreement in the above.Taking the networking shown in Fig. 2 as example, the method that the embodiment of the present invention is provided is described in detail below.
Referring to Fig. 4, the detail flowchart of the embodiment 1 that Fig. 4 provides for the embodiment of the present invention.Taking the networking shown in Fig. 2 as example, the PMTU detecting devices in the present embodiment is that core switch, the remote equipment in Fig. 2 is the far-end router in Fig. 2.Based on this, as shown in Figure 4, this flow process can comprise:
Step 401, core switch is according to the MTU (being designated as tunnel MTU) in network MTU situation configuration of IP v6 Over IPv4 tunnel and access MTU.
In the present embodiment, tunnel MTU can ensure that the data message that enters IPv6 Over IPv4 tunnel can not exceed the MTU that IPv4 network allows after increasing tunnel head (IPv4 stem) encapsulation, to avoid the message that enters this IPv6 Over IPv4 tunnel can or not abandon by IPv4 network burst.Through ping packet check, the MTU that IPv4 network allows is 1500 bytes, and the size of tunnel head (IPv4 stem) is 20 bytes, and therefore, in the present embodiment, tunnel MTU is 1480 bytes.
In the present embodiment, the MTU of access MTU outbound when to be core switch send datagram to the access device (being essentially the access switch in Fig. 2) in the IPv6 network connecting, remote equipment its objective is in the time that can not be managed or not support channel message PMTUD mechanism, the PMTU that control destination node is learnt is this access MTU, ensure that destination node being used this access MTU in the time that PMTU detecting devices sends datagram, to avoid this data message by network burst, specifically can the description to step 406 referring to following step 405.Through ping packet check, when core switch sends datagram to access switch, the MTU of outbound is generally 1300 bytes, and therefore, the embodiment of the present invention is taking access MTU as 1300 bytes are as example.
Step 402, core switch judges the current reverse detecting function of PMTU that whether enabled, if so, execution step 403; Otherwise, according to existing mode processing.
Step 403, sends the ping message with preseting length to the web server being connected with far-end router in IPv6 network by described IPv6 Over IPv4 tunnel.
In this step 403, preseting length is less than the tunnel MTU that step 402 configures, and is greater than access MTU.That is to say, in this step 403, the length of ping message is between 1300 to 1480 bytes.
It should be noted that, because the length of ping message is less than i.e. 1480 bytes of tunnel MTU, therefore, even if this ping message is entering behind IPv6O ver IPv4 tunnel, increase the tunnel head encapsulation of 20 bytes, also can not exceed the MTU that IPv4 network allows, therefore, this ping message can arrive web server in passing through IPv 6 OverIPv4 tunnel.
Step 404, web server receives after ping message, returns to the back message using with described preseting length by described IPv6 Over IPv4 tunnel to core switch.
That is to say, the length of the ping message that the length of this back message using sends with step 403 is identical, and therefore, in the time that ping message can passing through IPv 6 Over IPv4 tunnel, this back message using also can arrive core switch in passing through IPv 6 Over IPv4 tunnel.
Step 405, when core switch receives back message using, finds that the length of back message using is greater than access MTU, sends ICMPv6 type 2 message to web server.
The length of the ping message sending in step 403 is greater than access MTU, and the length of back message using is identical with the length of ping message, and therefore, the length that this step 405 clearly obtains this back message using is greater than access MTU.Because access MTU is the MTU of core switch outbound while sending datagram to access switch, therefore, in the time that the length of this back message using is greater than access MTU, this back message using can not arrive access switch by core switch, and then the follow-up service providing of this web server is provided.Based on this, this step 405, in the time that the length of back message using is greater than access MTU, sends ICMPv6 type 2 message to web server.These ICMPv6 type 2 message are mainly used for informing the length overlength of web server back message using, can not pass through core switch.In the present embodiment, these ICMPv6 type 2 message have been carried access MTU, to inform that web server receives the MTU carrying according to these ICMPv6 type 2 message after ICMPv6 type 2 message and resends back message using.
Step 406, the PMTU of outbound when web server is defined as access MTU to send datagram to core switch.
So far, realized the operation of web server study PMTU by above-mentioned steps.Can find out, when web server sends datagram to core switch, the PMTU of outbound, not by web server Active Learning, but is determined and is informed to web server by core switch.In other words, the PMTU of this outbound helps web server to determine by core switch, has oppositely determined the PMTU of outbound when web server sends datagram to core switch.
The length of all data messages that afterwards, web server sends to core switch is all access MTU.
It should be noted that, in above-mentioned steps 403, the transmission of ping message can, by external trigger, also can, by the configuration scheduled time, realize taking the scheduled time as interval and sending.Wherein, because PMTU exists an ageing time, in the time arriving this ageing time, this PMTU is just nonsensical, need to relearn, therefore, for ensure that the PMTU that in step 406, web server is learnt comes into force, and can arrange the ageing time that this scheduled time is less than PMTU always.
So far the flow process shown in the Fig. 4, the embodiment of the present invention being provided is described.
Embodiment 2:
For the method that the method that this embodiment 2 provides provides with respect to embodiment, fairly simple, be specially: PMTU detecting devices is learnt the access MTU of configuration, send the message of having carried described access MTU by described IPv6 Over IPv4 tunnel to the destination node being connected with described remote equipment in IPv6 network, for requiring the PMTU of described destination node outbound when accessing MTU and be defined as sending datagram to described PMTU detecting devices.
Wherein, access MTU have been described in detail above, repeats no more here.
Preferably, described message is ICMPv6 type 2 message; State PMTU detecting devices and enabling to send described ICMPv6 type 2 message taking the scheduled time as interval to described destination node after reverse PMTU detecting function, the described scheduled time is less than the ageing time of PMTU.
Can find out, the method that the method that embodiment 2 provides provides with respect to embodiment 1 is fairly simple, but, versatility may be not so good as the method that embodiment 1 provides, former because: because destination node does not send the message of any definite PMTU, the PMTU of outbound when it may not can be defined as access MTU to send datagram to described PMTU detecting devices according to the requirement of PMTU detecting devices, therefore, when whether the present invention's suggestion can be defined as access MTU to send datagram to described PMTU detecting devices according to the requirement of PMTU detecting devices in the time not sending the message of any definite PMTU such as node according to actual conditions, the PMTU of outbound specifically determines any method that adopts.
The method above embodiment of the present invention being provided is described, and the device below embodiment of the present invention being provided is described.
The invention provides and be applied in embodiment 1 the PMTU detecting devices of oppositely determining PMTU, wherein, this PMTU detecting devices with do not support the remote equipment of channel message PMTU discovery mechanism to set up IPv6Over IPv4 tunnel; This PMTU detecting devices can comprise:
Transmitting element, the destination node being connected with described remote equipment to IPv6 network for there is the first data message of preseting length by the transmission of described IPv6 Over IPv4 tunnel, described preseting length is greater than the access MTU of configuration and is less than the MTU in described IPv6 Over IPv4 tunnel;
Receiving element, for receive described destination node by described IPv6 Over IPv4 tunnel respond second data message with described preseting length time, the length of finding this second data message is greater than access MTU, the PMTU of outbound while requiring described destination node that described access MTU is defined as sending datagram to described PMTU detecting devices.
Taking the networking shown in Fig. 2 as example, this PMTU detecting devices can be that core switch, destination node can be web server, remote equipment is far-end router.
Here, described PMTU detecting devices has connected the access device in IPv6 network; Described access MTU is the PMTU of described PMTU detecting devices outbound while sending datagram to described access device.Taking the networking shown in Fig. 2 as example, this access device is access switch.
Preferably, described transmitting element is enabling to send taking the scheduled time as interval after reverse PMTU detecting function the first data message of preseting length, and the described scheduled time is less than the ageing time of PMTU.
Preferably, when described receiving element requires destination node that access MTU is defined as sending datagram to PMTU detecting devices, the PMTU of outbound comprises:
Described receiving element sends ICMPv6 type 2 message to described destination node, is the access MTU that described ICMPv6 type 2 message are carried so that destination node is determined the PMTU of outbound while sending datagram to described PMTU detecting devices.
As the one expansion of the embodiment of the present invention, the present invention also provides another to be applied to the PMTU detecting devices of oppositely determining PMTU in embodiment 2, wherein, this PMTU detecting devices with do not support the remote equipment of channel message PMTU discovery mechanism to set up IPv6 Over IPv4 tunnel; This PMTU detecting devices can comprise:
Unit, for the access MTU that learns to have configured;
Transmitting element, carry the destination node that the message of described access MTU has been connected with described remote equipment to IPv6 network for sending by described IPv6 Over IPv4 tunnel, for requiring the PMTU of described destination node outbound when accessing MTU and be defined as sending datagram to described PMTU detecting devices.
Wherein, being defined in above of MTU of access is described, repeats no more here.
As can be seen from the above technical solutions, in the present invention, in the time that channel message PMTUD mechanism is not supported such as the far-end router in Fig. 2 in the one end in IPV6 Over IPv4 tunnel, the other end in IPV6 Over IPv4 tunnel is that the node that PMTU detecting devices (it can be the core switch in Fig. 2) helps far-end router to connect is found correct PMTU, oppositely determine the PMTU of this node, than prior art, can make this node correctly respond access, avoid affecting the problem of IPv6 network design.
The foregoing is only preferred embodiment of the present invention, in order to limit the present invention, within the spirit and principles in the present invention not all, any amendment of making, be equal to replacement, improvement etc., within all should being included in the scope of protection of the invention.
Claims (10)
1. a method of oppositely determining PMTU PMTU, the method is applied in remote equipment and has set up on the PMTU detecting devices in IPv6 Over IPv4 tunnel, and described remote equipment is not supported channel message PMTU discovery mechanism; It is characterized in that, the method comprises:
Described PMTU detecting devices sends first data message with preseting length to the destination node being connected with described remote equipment in IPv6 network by described IPv6 Over IPv4 tunnel, described preseting length is greater than the access MTU of configuration and is less than the MTU in described IPv6 Over IPv4 tunnel;
Described PMTU detecting devices receive described destination node by described IPv6 Over IPv4 tunnel respond second data message with described preseting length time, the length of finding this second data message is greater than access MTU, the PMTU of outbound while requiring described destination node that described access MTU is defined as sending datagram to described PMTU detecting devices;
Wherein, described PMTU detecting devices has connected the access device in IPv6 network; Described access MTU is the PMTU of described PMTU detecting devices outbound while sending datagram to described access device.
2. method according to claim 1, is characterized in that, described PMTU detecting devices is enabling to send taking the scheduled time as interval after the reverse detecting function of PMTU the first data message of preseting length, and the described scheduled time is less than the ageing time of PMTU.
3. method according to claim 1, is characterized in that, described the first data message and the second data message are the message of supporting Ping agreement.
4. method according to claim 1, is characterized in that, described require destination node by access MTU while being defined as sending datagram to PMTU detecting devices the PMTU of outbound comprise:
Described PMTU detecting devices sends ICMPv6 type 2 message to described destination node;
Described destination node determines that the PMTU of outbound while sending datagram to described PMTU detecting devices is the access MTU that described ICMPv6 type 2 message are carried.
5. for oppositely determining a PMTU detecting devices of PMTU PMTU, described PMTU detecting devices with do not support the remote equipment of channel message PMTU discovery mechanism to set up IPv6Over IPv4 tunnel; It is characterized in that, described PMTU detecting devices comprises:
Transmitting element, the destination node being connected with described remote equipment to IPv6 network for there is the first data message of preseting length by the transmission of described IPv6 Over IPv4 tunnel, described preseting length is greater than the access MTU of configuration and is less than the MTU in described IPv6 Over IPv4 tunnel;
Receiving element, for receive described destination node by described IPv6 Over IPv4 tunnel respond second data message with described preseting length time, the length of finding this second data message is greater than access MTU, the PMTU of outbound while requiring described destination node that described access MTU is defined as sending datagram to described PMTU detecting devices;
Wherein, described PMTU detecting devices has connected the access device in IPv6 network; Described access MTU is the PMTU of described PMTU detecting devices outbound while sending datagram to described access device.
6. PMTU detecting devices according to claim 5, is characterized in that, described transmitting element is enabling to send taking the scheduled time as interval after reverse PMTU detecting function the first data message of preseting length, and the described scheduled time is less than the ageing time of PMTU.
7. PMTU detecting devices according to claim 5, is characterized in that, when described receiving element requires destination node that access MTU is defined as sending datagram to PMTU detecting devices, the PMTU of outbound comprises:
Described receiving element sends ICMPv6 type 2 message to described destination node, is the access MTU that described ICMPv6 type 2 message are carried so that destination node is determined the PMTU of outbound while sending datagram to described PMTU detecting devices.
8. a method of oppositely determining PMTU PMTU, the method is applied in remote equipment and has set up on the PMTU detecting devices in IPv6 Over IPv4 tunnel, and described remote equipment is not supported channel message PMTU discovery mechanism; It is characterized in that, the method comprises:
Described PMTU detecting devices is learnt the access MTU of configuration, send the message of having carried described access MTU by described IPv6 Over IPv4 tunnel to the destination node being connected with described remote equipment in IPv6 network, for requiring the PMTU of described destination node outbound when accessing MTU and be defined as sending datagram to described PMTU detecting devices;
Wherein, described PMTU detecting devices has connected the access device in IPv6 network; Described access MTU is the PMTU of described PMTU detecting devices outbound while sending datagram to described access device.
9. method according to claim 8, is characterized in that, described message is ICMPv6 type 2 message;
Described PMTU detecting devices is enabling to send described ICMPv6 type 2 message taking the scheduled time as interval to described destination node after reverse PMTU detecting function, and the described scheduled time is less than the ageing time of PMTU.
10. for oppositely determining a PMTU detecting devices of PMTU PMTU, described PMTU detecting devices with do not support the remote equipment of channel message PMTU discovery mechanism to set up IPv6Over IPv4 tunnel; It is characterized in that, described PMTU detecting devices comprises:
Unit, for the access MTU that learns to have configured;
Transmitting element, carry the destination node that the message of described access MTU has been connected with described remote equipment to IPv6 network for sending by described IPv6 Over IPv4 tunnel, for requiring the PMTU of described destination node outbound when accessing MTU and be defined as sending datagram to described PMTU detecting devices;
Wherein, described PMTU detecting devices has connected the access device in IPv6 network; Described access MTU is the PMTU of described PMTU detecting devices outbound while sending datagram to described access device.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201010547521.0A CN102469016B (en) | 2010-11-16 | 2010-11-16 | Device and method for determining path maximum transmission unit (PMTU) reversely |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201010547521.0A CN102469016B (en) | 2010-11-16 | 2010-11-16 | Device and method for determining path maximum transmission unit (PMTU) reversely |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN102469016A CN102469016A (en) | 2012-05-23 |
| CN102469016B true CN102469016B (en) | 2014-11-05 |
Family
ID=46072213
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201010547521.0A Active CN102469016B (en) | 2010-11-16 | 2010-11-16 | Device and method for determining path maximum transmission unit (PMTU) reversely |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN102469016B (en) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9503362B2 (en) * | 2015-01-07 | 2016-11-22 | Vmware, Inc. | Reverse path maximum transmission unit (PMTU) discovery |
| EP3905618A3 (en) | 2015-08-31 | 2022-02-16 | Huawei Technologies Co., Ltd. | Data packet sending method and apparatus in ipv6 network |
| CN107566173A (en) * | 2017-08-29 | 2018-01-09 | 深圳天珑无线科技有限公司 | Mobile terminal sets the method and device of MTU |
| CN110191066B (en) * | 2019-06-14 | 2022-05-20 | 迈普通信技术股份有限公司 | Method, equipment and system for determining maximum transmission unit (PMTU) |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1716944A (en) * | 2004-06-28 | 2006-01-04 | 杭州华为三康技术有限公司 | Method for discovering maximum transmission length of network path |
| CN1909503A (en) * | 2005-08-05 | 2007-02-07 | 华为技术有限公司 | Method for detecting maximal transmission unit of path |
| CN101640635A (en) * | 2009-07-31 | 2010-02-03 | 北京师范大学 | Method for avoiding message recombination in 6over4 tunnel and system therefor |
| CN101640645A (en) * | 2009-09-09 | 2010-02-03 | 中兴通讯股份有限公司 | Message transmission method and system |
-
2010
- 2010-11-16 CN CN201010547521.0A patent/CN102469016B/en active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1716944A (en) * | 2004-06-28 | 2006-01-04 | 杭州华为三康技术有限公司 | Method for discovering maximum transmission length of network path |
| CN1909503A (en) * | 2005-08-05 | 2007-02-07 | 华为技术有限公司 | Method for detecting maximal transmission unit of path |
| CN101640635A (en) * | 2009-07-31 | 2010-02-03 | 北京师范大学 | Method for avoiding message recombination in 6over4 tunnel and system therefor |
| CN101640645A (en) * | 2009-09-09 | 2010-02-03 | 中兴通讯股份有限公司 | Message transmission method and system |
Also Published As
| Publication number | Publication date |
|---|---|
| CN102469016A (en) | 2012-05-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8743879B2 (en) | Label switched routing to connect low power network domains | |
| KR101961049B1 (en) | Efficient centralized resource and schedule management in time slotted channel hopping networks | |
| CN107925629B (en) | Method and device for sending data message in IPv6 network | |
| Kim et al. | A measurement study of TCP over RPL in low-power and lossy networks | |
| CN102273177B (en) | Neighbour discovery protocol mediation | |
| US20100188983A1 (en) | Scaled ethernet oam for mesh and hub-and-spoke networks | |
| CN100531071C (en) | Method and system for link failure detection and device for link failure detection | |
| RU2546552C2 (en) | Prioritised transmission of data telegrams | |
| EP2553870B1 (en) | An operations, administrations and management proxy and a method for handling operations, administrations and management messages | |
| CN102340451A (en) | Trace route testing method, system, device and equipment | |
| CN101640645A (en) | Message transmission method and system | |
| CN102469016B (en) | Device and method for determining path maximum transmission unit (PMTU) reversely | |
| CN104852855A (en) | Congestion control method, device and equipment | |
| CN102281165A (en) | Fault detection method based on QoS, system and apparatus thereof | |
| US9560174B2 (en) | Network routing overlay | |
| CN106506306A (en) | A kind of method and apparatus of data-message transmission | |
| US8811233B2 (en) | Topology detection method and topology detection apparatus | |
| Karl et al. | Transparent multi-hop protocol termination | |
| CN107005473B (en) | Communication path switching apparatus, method of controlling communication path switching apparatus | |
| CN101860483A (en) | BFD realization method and device based on chip lookup table | |
| KR101415978B1 (en) | System and method for configurating and managing dhcp server of a subnet in a data transfer apparatus using virtual lan | |
| Lee et al. | Design and Implementation of SDN-based 6LBR with QoS Mechanism over Heterogeneous WSN and Internet | |
| KR101002811B1 (en) | Method and apparatus for providing ip multicasting packet ternaling | |
| US8891384B2 (en) | Circuit emulation service for carrying time division multiplexed SCADA traffic | |
| CN101753347A (en) | Computer network control message protocol bore through IP |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| CP03 | Change of name, title or address | ||
| CP03 | Change of name, title or address |
Address after: 310052 Binjiang District Changhe Road, Zhejiang, China, No. 466, No. Patentee after: Xinhua three Technology Co., Ltd. Address before: 310053 Hangzhou hi tech Industrial Development Zone, Zhejiang province science and Technology Industrial Park, No. 310 and No. six road, HUAWEI, Hangzhou production base Patentee before: Huasan Communication Technology Co., Ltd. |