CN101252524A - 一种报文传输的方法、系统和装置 - Google Patents
一种报文传输的方法、系统和装置 Download PDFInfo
- Publication number
- CN101252524A CN101252524A CN 200810088952 CN200810088952A CN101252524A CN 101252524 A CN101252524 A CN 101252524A CN 200810088952 CN200810088952 CN 200810088952 CN 200810088952 A CN200810088952 A CN 200810088952A CN 101252524 A CN101252524 A CN 101252524A
- Authority
- CN
- China
- Prior art keywords
- message
- network
- network type
- indication message
- indication
- 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.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明实施例公开了一种报文传输的方法、系统和装置,所述报文传输的方法包括以下步骤:接收第一网络的指示消息,所述第一网络的指示消息携带第二网络类型报文的源地址和目的地址;根据所述第一网络的指示消息获取所述第二网络类型报文的源地址,并将所述第一网络的指示消息翻译成第二网络的指示消息;将所述第二网络的指示消息发送给所述第二网络类型报文的源端。通过本发明实施例,实现了ICMP消息发回IPv6报文的源端,该IPv6报文的源端根据ICMPv6消息调整IPv6报文的长度,重发IPv6报文,最终实现IPv6报文穿越IPv4网络到达目的地。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种报文传输的方法、系统和装置。
背景技术
随着互联网的迅速发展,未来几年全球网络将全面进入从IPv4(InternetProtocol Version 4,因特网协议版本4)到IPv6(Internet Protocol Version 6,因特网协议版本6)的过渡时期,在IPv4到IPv6的过渡时期将出现IPv4网络和许多局部的IPv6网络共存的局面。为了实现这些孤立的IPv6网络之间的互通,IPv6报文需要封装在IPv4头中,以tunnel(隧道)的形式穿越IPv4网络进行转发。这就要求IPv6网络与IPv4网络的交界处是一个同时支持IPv6和IPv4的双协议栈网络设备。
另外,为了提高IPv6报文的转发效率,IPv6报文传输路径的中间节点禁止对IPv6报文进行分片。即IPv6报文发送端可通过Path MTU(Path MaximumTransfer Unit,路径最大传输单元)发现机制,获知IPv6网络中所有节点的最小MTU,即PMTU(Path MTU,路径最大传输单元),并以该PMTU发送IPv6报文。当IPv6报文依据IPv6网络中的PMTU被发送到双栈网络设备时,它首先被封装为IPv4报文,然后进行IPv4报文的转发处理。所有封装有IPv6报文的IPv4报文头中的DF标记均会被置1,表示该报文不允许任何节点对其进行分片。
在IPv4网络中,当某节点发现报文大小超过自己设定的MTU时,该节点就将报文进行分片后再转发;如果该报文不允许分片(即IPv4头中DF标记置1),则该节点就向内部封装有IPv6报文的IPv4报文的源端发送一个ICMPv4(Internet Control Message Protocol,因特网控制信息协议版本4)消息,告知此节点出接口MTU的大小。
因此,当包含有IPv6报文的IPv4报文在IPv4网络中传输时,如果报文长度大于某节点发送端口的MTU,按照IPv4网络中的处理,该节点会向内部封装有IPv6报文的IPv4报文源端发送一个Packet Too Big(报文太长)的ICMPv4(Internet Control Message Protocol,因特网控制信息协议版本4)消息,如图1所示。该ICMPv4消息封装在一个IPv4报文中,其目的IP(Internet Protocol,因特网协议)地址是双栈设备上Tunnel所绑定物理接口的IPv4地址,并非真正的IPv6报文发送端的IPv6地址,因此ICMPv4只能到达Tunnel的源端。当它到达Tunnel源端后,由于携带信息太少,即使Tunnel源端继续解析,也只能通过内层IP头中的协议域中的协议号为0x29获知内部封装的是一个IPv6报文,而无法获知源IPv6地址。也就是说,该Packet Too Big消息不能穿越IPv6网络发回IPv6报文的发送端,也就不会影响IPv6网络的PMTU,更无法改变IPv6源端所发送报文的大小。因此,在这种情形下,IPv6报文不能穿越IPv4网络到达目的地;而且,IPv6报文的发送端也无从知晓报文发送失败的原因。
在实现本发明的过程中,发明人发现现有技术至少存在以下问题:当IPv6报文在IPv4网络中发送失败时,无法将ICMP消息发回IPv6报文的发送端,IPv6报文的发送端也就无法依据ICMP消息调整IPv6报文的大小,以重发IPv6报文,因此IPv6报文不能穿越IPv4网络到达目的地。
发明内容
本发明实施例提供一种报文传输的方法、系统和装置,以实现当IPv6报文在IPv4网络中发送失败时,将ICMP消息发回IPv6报文的源端,从而使IPv6报文穿越IPv4网络到达目的地。
为达到上述目的,本发明实施例一方面提供一种报文传输的方法,包括以下步骤:接收第一网络的指示消息,所述第一网络的指示消息携带第二网络类型报文的源地址和目的地址;根据所述第一网络的指示消息获取所述第二网络类型报文的源地址,并将所述第一网络的指示消息翻译成第二网络的指示消息;将所述第二网络的指示消息发送给所述第二网络类型报文的源端。
另一方面,本发明实施例还提供一种报文传输的系统,包括:双协议栈设备,用于接收第一网络的指示消息,所述第一网络的指示消息携带第二网络类型报文的源地址和目的地址,根据所述第一网络的指示消息获取所述第二网络类型报文的源地址,将所述第一网络的指示消息翻译成第二网络的指示消息,并发送所述第二网络的指示消息。
再一方面,本发明实施例还提供一种双协议栈设备,包括:接收模块,用于接收第一网络的指示消息,所述第一网络的指示消息携带第二网络类型报文的源地址和目的地址;翻译模块,用于根据所述接收模块接收的第一网络的指示消息获取所述第二网络类型报文的源地址,并将所述第一网络的指示消息翻译成第二网络的指示消息;发送模块,用于将所述翻译模块翻译成的第二网络的指示消息发送给所述第二网络类型报文的源端。
再一方面,本发明实施例还提供一种第二网络类型报文的源端设备,包括:消息接收模块,用于接收双协议栈设备发送的第二网络的指示消息;调整模块,用于根据所述消息接收模块接收的第二网络的指示消息中的承诺第二网络类型报文长度调整所述第二网络类型报文的长度;报文发送模块,用于发送所述调整模块调整后的第二网络类型报文。
再一方面,本发明实施例还提供一种第一网络节点实体,包括:判断模块,用于判断封装了第一网络类型的报头的第二网络类型报文的长度是否超过所述第一网络节点的最大传输单元的长度;添加模块,用于在所述判断模块判断所述第二网络类型报文的长度超过所述第一网络节点的最大传输单元的长度之后,将所述第二网络类型报文的源地址和目的地址添加到所述第一网络的指示消息中;消息发送模块,用于将所述添加模块生成的第一网络的指示消息发送给双协议栈设备,同时丢弃所述第二网络类型报文。
与现有技术相比,本发明实施例具有以下优点:通过本发明实施例,当第二网络类型报文在第一网络中发送失败时,双协议栈设备接收第一网络的指示消息,根据该第一网络的指示消息获取第二网络类型报文的源地址,将第一网络的指示消息翻译成第二网络的指示消息,并将第二网络的指示消息发送给第二网络类型报文的源端,从而实现了将第二网络的指示消息发回第二网络类型报文的源端,第二网络类型报文的源端根据第二网络类型消息调整第二网络类型报文的长度,重发第二网络类型报文,最终实现第二网络类型报文穿越第一网络到达目的地。
附图说明
图1为现有技术中ICMPv4的Packet Too Big消息的格式示意图;
图2为本发明实施例报文传输的方法的流程图;
图3为本发明实施例的ICMPv6消息的格式示意图;
图4为本发明实施例一的流程图;
图5为本发明实施例一的IPv6报文穿越IPv4网络的传输过程示意图;
图6为本发明实施例报文传输的系统的结构图。
具体实施方式
本发明实施例提供了一种报文传输的方法,本发明实施例以第一网络为IPv4网络,第二网络为IPv6网络,指示消息为ICMP消息为例进行说明。因此在本发明实施例中,第一网络类型报文为IPv4报文,第二网络类型报文为IPv6报文,第一网络的指示消息为ICMPv4消息,第二网络的指示消息为ICMPv6消息,双协议栈设备为同时支持IPv4协议和IPv6协议的设备。
当IPv6报文在IPv4网络中发送失败时,双协议栈设备接收ICMPv4消息,根据ICMPv4消息获取IPv6报文的源地址,将ICMPv4消息翻译成ICMPv6消息,并将ICMPv6消息发送给IPv6报文的源端,从而实现了ICMP消息发回IPv6报文的源端,IPv6报文的源端根据ICMPv6消息调整IPv6报文的长度,重发IPv6报文,最终实现IPv6报文穿越IPv4网络到达目的地。
如图2所示,为本发明实施例报文传输的方法的流程图,包括以下步骤:
步骤S201,接收ICMPv4消息,该ICMPv4消息携带IPv6报文的源地址和目的地址。双协议栈设备接收IPv4网络中IPv6报文传输路径上的节点发送的ICMPv4消息,该ICMPv4消息为改良的Packet Too Big消息,该Packet TooBig消息携带了IPv6报文的源地址和目的地址。如果该ICMPv4消息中IPv4报文的协议域中的协议号为0x29,则直接将所携带的原始数据从8字节增加到48字节。这48字节中,包含了一个完整的IPv6报文首部和原始IPv6报文四层数据的前8字节。
步骤S202,根据ICMPv4消息获取IPv6报文的源地址,并将ICMPv4消息翻译成ICMPv6消息。双协议栈设备解析ICMPv4消息获取IPv6报文的源地址,并将ICMPv4消息翻译成ICMPv6消息,该ICMPv6消息中新增一种与该ICMPv4消息对应的消息类型,如图3所示。其中,代码Code=1为新增,MTUv4(IPv4 Maximum Transfer Unit,IPv4最大传输单元)为图1中所指的MTU,减去的20为IPv4头长度。因此,IPv6源端所发送的IPv6报文大小不仅不能大于IPv6网络中的Path MTU,同时也不能超过IPv4网络允许的这个IPv6报文长度。
另外,作为一种特例,如果封装IPv4头后的报文大小超过该双协议栈设备IPv4出接口的MTU时,则该双协议栈设备可以直接将所要发送的ICMPv4消息翻译成ICMPv6消息,并发回IPv6报文源端,而不再发送ICMPv4消息。
步骤S203,将ICMPv6消息发送给IPv6报文的源端。双协议栈设备将ICMPv6消息发送给IPv6报文的源端,实现ICMP消息发回IPv6报文的源端。
步骤S204,IPv6报文的源端根据ICMPv6消息中的承诺IPv6报文长度调整所述IPv6报文的长度,并发送调整后的IPv6报文。
如图4所示,为本发明实施例一的流程图,在本发明实施例一中假设设备A向设备F发送IPv6报文,则设备A为IPv6报文源端,设备F为IPv6报文目的端,其它设备为中间设备,如图5所示。其中,设备A和设备F为IPv6设备,设备C和设备D为IPv4设备,设备B和设备E为同时支持IPv4和IPv6的双协议栈设备,IPv6跨越IPv4网络的Tunnel就建在这两个双栈设备上。在设备A通过Tunnel向设备F发送IPv6报文前,IPv6路径MTU发现机制会将这个IPv6网络(A-B-E-F)的PMTU动态通告给设备A,使设备A以PMTU发送IPv6报文。即:
PMTU=min{MTUv6_1,MTUv6_2,MTUv6_3}
其中,MTUv6_1、MTUv6_3为IPv6接口下的IPv6MTU,MTUv6_2为Tunnel下的IPv6MTU。MTUv4_1、MTUv4_2和MTUv4_3均为IPv4网络中各IPv4出接口的MTU。假设:
MTUv4_1>(PMTU+20)>MTUv4_2>MTUv4_3
依据现有技术,所有IPv6报文在设备C均被丢弃,永远无法到达设备F。按照本发明实施例的方法,IPv6报文的发送过程如下:
步骤S401,设备B接收设备A发送的IPv6报文,将IPv6报文封装成IPv4报文,并向中间设备转发IPv4报文。设备A依据IPv6网络的PMTU向设备B发送IPv6报文,由于PMTU为IPv6网络中MTU的最小值,报文IPv6_Packet_1可从设备A顺利发送到设备B的Tunnel接口,设备B将IPv6报文后,将其封装成IPv4报文。在设备B将IPv6报文封装20字节的IPv4头(DF标记位置1)后,该报文大小仍然小于MTUv4_1,于是设备B继续向设备C转发IPv4报文。
步骤S402,判断IPv4报文的长度是否超过本设备的MTU的长度。设备C收到IPv4报文后,判断封装了IPv4头的IPv6_Packet_1报文的长度是否超过本设备的MTU(即设备C出接口的MTUv4_2)的长度,如果未超过则执行步骤S403,否则执行步骤S404。
步骤S403,向下一个中间设备转发IPv4报文。设备C将IPv4报文转发给下一个中间设备(设备D),设备D收到IPv4报文后进行与设备C相同的处理流程。
步骤S404,产生ICMPv4消息,并发往设备B。设备C的出接口发现封装了IPv4头的IPv6_Packet_1报文的长度超过了自己的MTU(MTUv4_2),且DF标记位置1,于是产生一个协议号为0x29的ICMPv4(Packet Too Big)消息发往设备B,同时将IPv6_Packet_1丢弃。
步骤S405,设备B解析ICMPv4消息,并将其翻译成ICMPv6消息,然后发往设备A。该ICMPv4消息达到设备B后,设备B发现该消息属于IPv6网络,对其解析并将ICMPv4消息翻译成ICMPv6消息,然后发往设备A。
步骤S405,设备A解析ICMPv6消息,调整IPv6报文的长度,重新向设备B发送调整后的IPv6报文。当ICMPv6到达设备A后,由设备A对其解析,发现是报文长度超过了IPv4网络中设备C出接口的MTUv4_2,于是向设备B重新发送报文长度不超过(MTUv4_2-20)的IPv6_Packet_2。若当IPv6_Packet_2顺利达到设备D时,又发现报文长度超过设备D出接口的MTU(MTUv4_3),于是设备D再发送一个ICMPv4消息给设备B,并丢弃IPv6_Packet_2;设备B再次解析、翻译该ICMPv4消息为ICMPv6消息,并发往设备A;当带有MTUv4_3信息的ICMPv6到达设备A后,再进行与第一个ICMPv6消息相同的处理,重新发送报文长度不超过(MTUv4_3-20)的IPv6_Packet_3,如此进行IPv6报文就可以顺利通过设备E最终到达设备F。
通过上述实施例,当IPv6报文在IPv4网络中发送失败时,双协议栈设备接收ICMPv4消息,根据ICMPv4消息获取IPv6报文的源地址,将ICMPv4消息翻译成ICMPv6消息,并将ICMPv6消息发送给IPv6报文的源端,从而实现了ICMP消息发回IPv6报文的源端,该IPv6报文的源端再根据ICMPv6消息调整IPv6报文的长度,重新发送调整后的IPv6报文,最终实现IPv6报文穿越IPv4网络到达目的地。
上述实施例只修改了所发送报文的实际大小,并未改变IPv6网络中PMTU的大小,因此也不会与“IPv6网络中最小MTU不小于1280字节”的规定存在任何冲突。
如图6所示,为本发明实施例报文传输的系统的结构图,具体包括:双协议栈设备61,用于接收第一网络的指示消息,第一网络的指示消息携带第二网络类型报文的源地址和目的地址,根据第一网络的指示消息获取第二网络类型报文的源地址,将第一网络的指示消息翻译成第二网络的指示消息,并发送该第二网络的指示消息。
该报文传输的系统还包括:第二网络类型报文的源端设备62,用于接收双协议栈设备61发送的第二网络的指示消息,并根据第二网络的指示消息中的承诺第二网络类型报文长度调整第二网络类型报文的长度,并发送调整后的第二网络类型报文,调整后的第二网络类型报文的长度在封装了第一网络类型的报头之后,不超过最大传输单元的长度。
该报文传输的系统,还包括:第一网络节点实体63,用于判断封装了第一网络类型的报头的第二网络类型报文的长度是否超过第一网络节点的最大传输单元的长度,如果超过,则将第二网络类型报文的源地址和目的地址添加到第一网络的指示消息中,并将第一网络的指示消息发送给双协议栈设备,同时丢弃第二网络类型报文。
其中,双协议栈设备61包括:接收模块611,用于接收第一网络的指示消息,第一网络的指示消息携带第二网络类型报文的源地址和目的地址;
翻译模块612,用于根据接收模块611接收的第一网络的指示消息获取第二网络类型报文的源地址,并将第一网络的指示消息翻译成第二网络的指示消息;
发送模块613,用于将翻译模块612翻译的第一网络的指示消息发送给第二网络类型报文的源端设备62。
其中,第二网络类型报文的源端设备62,包括:消息接收模块621,用于接收双协议栈设备61发送的第二网络的指示消息;
调整模块622,用于根据消息接收模块621接收的第二网络的指示消息中的承诺第二网络类型报文长度调整第二网络类型报文的长度;
报文发送模块623,用于发送调整模块622调整后的第二网络类型报文。
其中,第一网络节点实体63,包括:判断模块631,用于判断封装了第一网络类型的报头的第二网络类型报文的长度是否超过第一网络节点实体63的最大传输单元的长度;
添加模块632,用于在判断模块631判断第二网络类型报文的长度超过第一网络节点实体63的最大传输单元的长度之后,将第二网络类型报文的源地址和目的地址添加到第一网络的指示消息中;
消息发送模块633,用于将添加模块632生成的第一网络的指示消息发送给双协议栈设备61,同时丢弃第二网络类型报文。
其中,第二网络类型报文的源端设备62具体可以为IPv6报文的源端设备,第一网络节点实体63具体可以为IPv4节点实体,双协议栈设备为同时支持IPv4协议和IPv6协议的设备。
通过上述实施例,当第二网络类型报文在第一网络中发送失败时,双协议栈设备61接收第一网络的指示消息,根据该第一网络的指示消息获取第二网络类型报文的源地址,将第一网络的指示消息翻译成第二网络的指示消息,并将第二网络的指示消息发送给第二网络类型报文的源端设备62,从而实现了将第二网络的指示消息发回第二网络类型报文的源端,第二网络类型报文的源端设备62根据第二网络类型消息调整第二网络类型报文的长度,重发第二网络类型报文,最终实现第二网络类型报文穿越第一网络到达目的地。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
以上公开的仅为本发明的几个具体实施例,但是,本发明并非局限于此,任何本领域的技术人员能思之的变化都应落入本发明的保护范围。
Claims (13)
1. 一种报文传输的方法,其特征在于,包括以下步骤:
接收第一网络的指示消息,所述第一网络的指示消息携带第二网络类型报文的源地址和目的地址;
根据所述第一网络的指示消息获取所述第二网络类型报文的源地址,并将所述第一网络的指示消息翻译成第二网络的指示消息;
将所述第二网络的指示消息发送给所述第二网络类型报文的源端。
2. 如权利要求1所述报文传输的方法,其特征在于,在将所述第二网络的指示消息发送给所述第二网络类型报文的源端之后,还包括:
所述第二网络类型报文的源端根据所述第二网络的指示消息中的承诺第二网络类型报文长度调整所述第二网络类型报文的长度,并发送所述调整后的第二网络类型报文。
3. 如权利要求2所述报文传输的方法,其特征在于,所述调整后的第二网络类型报文的长度在封装了第一网络类型的报头之后,不超过所述第二网络类型报文传输路径上的第一网络节点的最大传输单元的长度。
4. 如权利要求1所述报文传输的方法,其特征在于,在接收所述第一网络的指示消息之前,还包括:
所述第二网络类型报文传输路径上的第一网络节点判断封装了第一网络类型的报头的第二网络类型报文的长度是否超过所述第一网络节点的最大传输单元的长度;
如果超过,则所述第一网络节点将所述第二网络类型报文的源地址和目的地址添加到所述第一网络的指示消息中,并将所述第一网络的指示消息发送给双协议栈设备,同时丢弃所述第二网络类型报文。
5. 如权利要求1-4中任一项所述报文传输的方法,其特征在于,所述第一网络为因特网协议版本4IPv4网络,所述第二网络为因特网协议版本6IPv6网络。
6. 一种报文传输的系统,其特征在于,包括:
双协议栈设备,用于接收第一网络的指示消息,所述第一网络的指示消息携带第二网络类型报文的源地址和目的地址,根据所述第一网络的指示消息获取所述第二网络类型报文的源地址,将所述第一网络的指示消息翻译成第二网络的指示消息,并发送所述第二网络的指示消息。
7. 如权利要求6所述报文传输的系统,其特征在于,还包括:
第二网络类型报文的源端设备,用于接收所述双协议栈设备发送的第二网络的指示消息,并根据所述第二网络的指示消息中的承诺第二网络类型报文长度调整所述第二网络类型报文的长度,并发送所述调整后的第二网络类型报文,所述调整后的第二网络类型报文的长度在封装了第一网络类型的报头之后,不超过所述最大传输单元的长度。
8. 如权利要求6所述报文传输的系统,其特征在于,还包括:
第一网络节点实体,用于判断封装了第一网络类型的报头的第二网络类型报文的长度是否超过所述第一网络节点的最大传输单元的长度,如果超过,则将所述第二网络类型报文的源地址和目的地址添加到所述第一网络的指示消息中,并将所述第一网络的指示消息发送给所述双协议栈设备,同时丢弃所述第二网络类型报文。
9. 如权利要求6所述报文传输的系统,其特征在于,所述双协议栈设备包括:
接收模块,用于接收第一网络的指示消息,所述第一网络的指示消息携带第二网络类型报文的源地址和目的地址;
翻译模块,用于根据所述接收模块接收的第一网络的指示消息获取所述第二网络类型报文的源地址,并将所述第一网络的指示消息翻译成第二网络的指示消息;
发送模块,用于将所述翻译模块翻译的第一网络的指示消息发送给所述第二网络类型报文的源端设备。
10. 如权利要求6-9中任一项所述报文传输的系统,其特征在于,所述第一网络为IPv4网络,所述第二网络为IPv6网络。
11. 一种双协议栈设备,其特征在于,包括:
接收模块,用于接收第一网络的指示消息,所述第一网络的指示消息携带第二网络类型报文的源地址和目的地址;
翻译模块,用于根据所述接收模块接收的第一网络的指示消息获取所述第二网络类型报文的源地址,并将所述第一网络的指示消息翻译成第二网络的指示消息;
发送模块,用于将所述翻译模块翻译成的第二网络的指示消息发送给所述第二网络类型报文的源端设备。
12. 一种第二网络类型报文的源端设备,其特征在于,包括:
消息接收模块,用于接收双协议栈设备发送的第二网络的指示消息;
调整模块,用于根据所述消息接收模块接收的第二网络的指示消息中的承诺第二网络类型报文长度调整所述第二网络类型报文的长度;
报文发送模块,用于发送所述调整模块调整后的第二网络类型报文。
13. 一种第一网络节点实体,其特征在于,包括:
判断模块,用于判断封装了第一网络类型的报头的第二网络类型报文的长度是否超过所述第一网络节点实体的最大传输单元的长度;
添加模块,用于在所述判断模块判断所述第二网络类型报文的长度超过所述第一网络节点实体的最大传输单元的长度之后,将所述第二网络类型报文的源地址和目的地址添加到所述第一网络的指示消息中;
消息发送模块,用于将所述添加模块生成的第一网络的指示消息发送给双协议栈设备,同时丢弃所述第二网络类型报文。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 200810088952 CN101252524A (zh) | 2008-04-08 | 2008-04-08 | 一种报文传输的方法、系统和装置 |
PCT/CN2009/070974 WO2009124477A1 (zh) | 2008-04-08 | 2009-03-24 | 一种报文传输的方法、系统和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 200810088952 CN101252524A (zh) | 2008-04-08 | 2008-04-08 | 一种报文传输的方法、系统和装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101252524A true CN101252524A (zh) | 2008-08-27 |
Family
ID=39955717
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN 200810088952 Pending CN101252524A (zh) | 2008-04-08 | 2008-04-08 | 一种报文传输的方法、系统和装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN101252524A (zh) |
WO (1) | WO2009124477A1 (zh) |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2009124477A1 (zh) * | 2008-04-08 | 2009-10-15 | 华为技术有限公司 | 一种报文传输的方法、系统和装置 |
CN102821051B (zh) * | 2012-08-21 | 2015-11-18 | 神州数码网络(北京)有限公司 | 通用路由封装隧道中路径最大传输单元更改方法 |
CN106294862A (zh) * | 2016-08-23 | 2017-01-04 | 无锡天脉聚源传媒科技有限公司 | 一种数据读取方法及装置 |
CN106657035A (zh) * | 2016-12-06 | 2017-05-10 | 北京东土军悦科技有限公司 | 一种网络报文传输方法及装置 |
CN107925629A (zh) * | 2015-08-31 | 2018-04-17 | 华为技术有限公司 | 一种IPv6网络中数据报文的发送方法及装置 |
CN108270673A (zh) * | 2016-12-30 | 2018-07-10 | 中兴通讯股份有限公司 | 报文发送方法、装置以及系统 |
CN112787923A (zh) * | 2019-11-07 | 2021-05-11 | 华为技术有限公司 | 一种报文的处理方法,装置和系统 |
CN114745456A (zh) * | 2022-05-13 | 2022-07-12 | 咪咕音乐有限公司 | 报文处理方法、装置及网络地址转换设备 |
CN117376272A (zh) * | 2023-12-08 | 2024-01-09 | 广州通则康威科技股份有限公司 | 一种报文长度调整方法、装置、系统和存储介质 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1529480B (zh) * | 2003-10-08 | 2010-04-14 | 中国科学院计算技术研究所 | 一种ip网络协议转换的方法 |
CN100490445C (zh) * | 2004-04-21 | 2009-05-20 | 华为技术有限公司 | Nat-pt网关中pat模式下icmp差错报文的转换方法 |
CN100518134C (zh) * | 2004-09-01 | 2009-07-22 | 华为技术有限公司 | 报文转换过程中的超长报文的处理方法 |
CN101252524A (zh) * | 2008-04-08 | 2008-08-27 | 华为技术有限公司 | 一种报文传输的方法、系统和装置 |
-
2008
- 2008-04-08 CN CN 200810088952 patent/CN101252524A/zh active Pending
-
2009
- 2009-03-24 WO PCT/CN2009/070974 patent/WO2009124477A1/zh active Application Filing
Cited By (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2009124477A1 (zh) * | 2008-04-08 | 2009-10-15 | 华为技术有限公司 | 一种报文传输的方法、系统和装置 |
CN102821051B (zh) * | 2012-08-21 | 2015-11-18 | 神州数码网络(北京)有限公司 | 通用路由封装隧道中路径最大传输单元更改方法 |
CN107925629A (zh) * | 2015-08-31 | 2018-04-17 | 华为技术有限公司 | 一种IPv6网络中数据报文的发送方法及装置 |
US11477106B2 (en) | 2015-08-31 | 2022-10-18 | Huawei Technologies Co., Ltd. | Data packet sending method and apparatus in IPV6 network |
US10541899B2 (en) | 2015-08-31 | 2020-01-21 | Huawei Technologies Co., Ltd. | Data packet sending method and apparatus in IPv6 network |
CN106294862B (zh) * | 2016-08-23 | 2019-09-24 | 无锡天脉聚源传媒科技有限公司 | 一种数据读取方法及装置 |
CN106294862A (zh) * | 2016-08-23 | 2017-01-04 | 无锡天脉聚源传媒科技有限公司 | 一种数据读取方法及装置 |
CN106657035A (zh) * | 2016-12-06 | 2017-05-10 | 北京东土军悦科技有限公司 | 一种网络报文传输方法及装置 |
CN106657035B (zh) * | 2016-12-06 | 2019-12-03 | 北京东土军悦科技有限公司 | 一种网络报文传输方法及装置 |
CN108270673B (zh) * | 2016-12-30 | 2019-08-13 | 中兴通讯股份有限公司 | 报文发送方法、装置以及系统 |
CN108270673A (zh) * | 2016-12-30 | 2018-07-10 | 中兴通讯股份有限公司 | 报文发送方法、装置以及系统 |
CN112787923A (zh) * | 2019-11-07 | 2021-05-11 | 华为技术有限公司 | 一种报文的处理方法,装置和系统 |
CN114745456A (zh) * | 2022-05-13 | 2022-07-12 | 咪咕音乐有限公司 | 报文处理方法、装置及网络地址转换设备 |
CN117376272A (zh) * | 2023-12-08 | 2024-01-09 | 广州通则康威科技股份有限公司 | 一种报文长度调整方法、装置、系统和存储介质 |
Also Published As
Publication number | Publication date |
---|---|
WO2009124477A1 (zh) | 2009-10-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101252524A (zh) | 一种报文传输的方法、系统和装置 | |
CN100459576C (zh) | 一种探测路径最大传输单元的方法 | |
US10164910B2 (en) | Method and apparatus for an information-centric MAC layer | |
US20060215657A1 (en) | ISATAP tunneling system and method between IPv4 network and IPv6 network | |
US20080159150A1 (en) | Method and Apparatus for Preventing IP Datagram Fragmentation and Reassembly | |
CN101640645B (zh) | 报文传输方法和系统 | |
CN107786437B (zh) | 报文转发方法及装置 | |
WO2018188337A1 (zh) | 报文广播方法及设备 | |
KR101085508B1 (ko) | 통신 단말 장치, 배신장치, 에러 통지방법 및 에러 통지 프로그램을 기록한 기록매체 | |
CN101599948B (zh) | 回声探测的方法、装置和系统 | |
WO2021227746A1 (zh) | 发送和转发报文的方法、头节点、转发节点、存储介质 | |
CN105227466A (zh) | 通信处理方法和装置 | |
WO2014026571A1 (zh) | 一种通用路由封装隧道报文发送方法和装置 | |
CN102387221B (zh) | 一种数据转发方法及系统 | |
US9641649B2 (en) | IGMP/MLD translation | |
CN102469016B (zh) | 反向确定路径最大传输单元的方法和装置 | |
US8249101B2 (en) | Mobile ad hoc network configured as a virtual internet protocol network | |
JP2020010315A (ja) | ネットワークトポロジー取得方法及び装置 | |
CN101686265B (zh) | 网络设备、网络系统以及建立数据通讯的方法 | |
CN103986637A (zh) | 一种差错报文处理方法及隧道设备 | |
US20180159798A1 (en) | Packet relay apparatus and packet relay method | |
CN111600798B (zh) | 一种发送和获取断言报文的方法和设备 | |
US20050201374A1 (en) | Method of transmitting packets of data in a telecommunication network and system implementing that method | |
US20240098006A1 (en) | Determination of round trip times between devices in a path of devices | |
US11588925B2 (en) | Method for transferring large amounts of data through a telematic network in an efficient and reliable manner at a high-speed |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |
Open date: 20080827 |