CN100518134C - 报文转换过程中的超长报文的处理方法 - Google Patents
报文转换过程中的超长报文的处理方法 Download PDFInfo
- Publication number
- CN100518134C CN100518134C CNB2004100553824A CN200410055382A CN100518134C CN 100518134 C CN100518134 C CN 100518134C CN B2004100553824 A CNB2004100553824 A CN B2004100553824A CN 200410055382 A CN200410055382 A CN 200410055382A CN 100518134 C CN100518134 C CN 100518134C
- Authority
- CN
- China
- Prior art keywords
- message
- network
- ipv4
- ipv6
- overlength
- 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.)
- Expired - Fee Related
Links
Images
Abstract
本发明涉及一种报文转换过程中的超长报文的处理方法。该方法主要包括:路由器判断确定转换处理后的报文的长度大于将要传输该报文的网络的路径最大传输单元时,则丢弃该报文,同时向发送所述报文的网络返回报文超长错误消息,所述网络收到报文超长错误消息,将减小所发送报文的长度,直到转换处理后的报文的长度不再大于传输该报文的网络的路径最大传输单元。本发明的实现还可以有效地避免在实际通信中IPv6网络和IPv4网络由于PMTU的不同而无法通信,或者产生不必要的报文分片的情况出现。
Description
技术领域
本发明涉及网络通信技术领域,尤其涉及一种IPv4与IPv6报文相互转换过程中的超长报文处理方法。
背景技术
随着互联网技术的发展,IPv6(第六版互联网协议)将成为Internet(互联网)的发展方向。在IPv6网络的整个发展过程中,在很长一段时间内将会是IPv6网络和IPv4(第四版互联网协议)网络共同存在的阶段。这是因为,一方面IPv4网络已经被广泛应用,在网络中已经布置大量的IPv4网络设备,另一方面IPv6又将以其优越的性能成为技术发展的方向。因此,为了更好地利用网络资源,并不断地吸纳新的性能优越的技术,IPv6网络和IPv4网络的互通将是必然的选择。在现有的IPv6网络和IPv4网络互通的过程中,实现NAT-PT(网络地址转换-协议传输)尤其重要。
在NAT-PT技术中,具有NAT-PT功能的网络节点将相关的IPv6报文转换成IPv4报文,或者将IPv4报文转换成IPv6报文,使得IPv6网络的用户与IPv4网络的用户能够进行相互通信,所述的网络节点包括路由器或交换机等,简称为路由器。所述的NAT-PT技术即为一种利用网络地址转换技术实现IPv4网络和IPv6网络节点之间能够透明互通。具体处理过程是将IPv4地址和IPv6地址分别当作NAT(网络地址转换)技术中的内部地址和全局地址,在IPv4分组和IPv6分组之间进行基于会话的报头地址转换处理。在NAT-PT实现过程中,仅关注报文的报头信息,并不检查或修改报文的传输载荷,因而NAT-PT技术对于IPv4与IPv6间交互的报文的载荷来说是透明的。
同时,由于在实际网络应用中的需要进行报文交换的网络可能存在PMTU各不相同的情况,这样,在IPv6报文和IPv4报文的相互转换过程中,由于受到通信网络中的PMTU(Path MTU,路径最大传输单元)的实际影响,可能会出现待转换的IPv6报文或者IPv4报文的长度大于PMTU的情况,此时,将导致进行正常的NAT-PT转换后的报文由于网络的PMTU的不同而无法进行传输,影响到IPv4网络与IPv6网络的互通,从而使得网络通信的可靠性无法得到保证;或者导致在网络间报文交互过程中产生不必要的报文分片,导致占用更多的路由器等网络处理资源。
目前,还没有一种技术方案保证当出现长度大于PMTU的IPv6报文或IPv4报文(即超长报文)时,IPv4网络与IPv6网络间仍可以进行可靠地报文转换传输处理。
发明内容
鉴于上述现有技术所存在的问题,本发明的目的是提供一种报文转换过程中的超长报文的处理方法,以保证IPv4网络与IPv6网络互通时,不会因为超长报文的出现而影响报文在两网之间的可靠传输。
本发明的目的是通过以下技术方案实现的:
本发明提供了一种报文转换过程中的超长报文的处理方法,包括:
A、进行报文转换处理的网络设备对收到的IPv6报文进行转换为IPv4报文的处理;
B、判断转换处理后的报文的长度是否大于将要传输该转换处理后的报文的IPv4网络的路径最大传输单元,如果是,则根据IPv6网络的路径最大传输单元是否为最小值来判断是否需要对该转换处理后的报文进行分片处理,如果是最小值,则直接对转换处理后的报文进行分片处理,并将分片后的报文发送到传输该转换处理后的报文的IPv4网络中进行传输,如果不是最小值,将丢弃该转换处理后的报文,同时向发送报文的IPv6网络返回ICMPv6的报文超长错误消息,IPv6网络的网络设备收到所述ICMPv6的报文超长错误消息,将减小所发送报文的长度;否则,将该报文发送到传输该报文的IPv4网络中进行传输。
所述的步骤A包括:
基于NAT-PT对报文进行转换处理。
本发明中,步骤A所述的进行报文转换处理的网络设备可以为:路由器。
所述的步骤B进一步包括:
B1、判断由IPv6报文转换获得的IPv4报文长度是否大于IPv4网络的路径最大传输单元值,如果大于,判断IPv6网络中的路径最大传输单元值是否为最小值,如果是,则对所述的IPv4报文进行分片处理后发送到IPv4网络中进行传输,否则,丢弃该IPv4报文,并向IPv6网络发送ICMPv6的报文超长错误消息;否则,将所述的IPv4报文发送到IPv4网络中进行传输。
所述的IPv6网络中的路径最大传输单元值的最小值为:1280字节。
本发明中,步骤B所述的报文超长错误消息可以为:
基于ICMPv6(第六版互联网控制消息协议)的消息。
所述的执行步骤B之后还包括步骤C:
C、继续执行步骤A和步骤B。
由上述本发明提供的技术方案可以看出,本发明中使用ICMPv6报文为PMTU不同的实际情况提供辅助的处理,从而使得本发明的整个实现过程较为简单。同时,本发明的实现还可以有效地避免在实际通信中IPv6网络和IPv4网络由于PMTU的不同而无法通信,或者产生不必要的报文分片的情况出现。
附图说明
图1为本发明应用的网络组网结构示意图;
图2为本发明所述的方法的流程图1;
图3为本发明所述的方法的流程图2。
具体实施方式
本发明的核心思想是在IPv6报文与IPv4报文间进行转换的过程中,如果转换后的报文大于相应网络的PMTU时,则向另一网络的上一跳发送ICMP报文或ICMPv6报文,报告报文超长错误“Packet Too Big Error”,要求上一跳主机减小其发送的报文长度,以保证报文在IPv4网络与IPv6网络间可靠地进行传输。
由于IPv4和IPv6在网络中处于三层,而二层网络有多种,因此,本发明仅以以太网为基础作进一步的描述,其他网络类型与下述描述相似。
如图1所示,为了在IPv6网络和IPv4网络中的互通,需要在两网络间的路由器中增设NAT-PT功能,图1中的IPv4网络或IPv6网络中的主机也可以是网络中的路由器。
图1中,IPv6主机同IPv4主机的互访有两种情况:
一种情况为:当IPv6主机访问IPv4主机时,首先需要将IPv4主机的地址20.1.2.1映射成IPv6地址,比如映射成的IPv6地址为0::20.1.2.1,当路由器(即图1中的Router)收到源地址(即SA,Source Address)是3001::1,目的地址(即DA,Destination Address)是0::20.1.2.1的IPv6报文时,用IPv4地址来替代报文中的目的地址,转换后的报文的源地址是30.1.1.2,目的地址是20.1.2.1,这样,IPv4主机收到该IPv4报文后就可以正常进行相应的处理了。
另一种情况为:当IPv4主机访问IPv6主机时,首先IPv4主机发送源地址是20.1.2.1,目的地址是30.1.1.2的报文,当Router(即路由器)收到该报文后,进行NAT-PT转换,转换后报文的源地址是0::20.1.2.1,目的地址是3001::1,这样IPv6的主机收到转换后的IPv6报文后就可以进行正常的处理了。
为实现本发明则需要对上述两种情况分别进行特殊的处理,下面将结合附图对本发明的具体处理方式分别进行描述。
首先,对本发明中由IPv6报文转换为IPv4报文的处理过程进行详细的描述,如图2所示,具体包括:
步骤21:IPv4网络与IPv6网络互通的过程中,路由器收到IPv6网络发来的需要发送给IPv4网络的IPv6报文时,需要将所述的IPv6报文转换为可以在IPv4网络中传输的IPv4报文;
步骤22:在路由器中,判断转换处理获得的IPv4报文的长度是否大于IPv4网络的PMTU值,如果超过,则执行步骤24,否则,执行步骤23;
步骤23:确定所述的IPv4报文可以通过IPv4网络进行传输,并将所述的IPv4报文发送到IPv4网络中进行传输。
步骤24:发现转换后的IPv4报文的长度大于IPv4网络的PMTU,此时,路由器需要进一步判断发送IPv6报文的IPv6网络中的PMTU值是否为最小值,即1280Bytes(字节,8bit),如果是,则执行步骤26,否则,执行步骤25;
该步骤的目的是判断IPv6网络中是否还可以进一步减小所发送的IPv6报文的长度,如果IPv6网络中的PMTU已经为最小值,则不可以,否则,还可以进一步减小所发送的IPv6报文的长度;
步骤25:如果IPv6网络的PMTU大于1280Bytes,则路由器将抛弃所述的IPv4报文,并向IPv6网络中的主机或者相应的路由器发送一个ICMPv6(第六版互联网控制消息协议)报文,即发送一个“Packet Too Big Error,报文超长错误”消息,IPv6主机收到该ICMPv6报文后,将减小发送的IPv6报文的长度,并执行步骤21,直到所述的IPv6报文转换后的IPv4报文的PMTU适合IPv4网络。
步骤26:如果IPv6网络的PMTU为1280Bytes,即为IPv6报文的最小长度1280Bytes,则说明IPv6网络不可能再减小发送的IPv6报文的长度,此时,则路由器将转换后的IPv4报文进行分片处理后再发送给IPv4主机或相应的路由器,即将所述的IPv4报文通过IPv4网络进行传输。
之后,再对本发明中由IPv4报文转换为IPv6报文的处理过程进行详细的描述,如图3所示,具体包括:
步骤31:IPv4网络与IPv6网络互通的过程中,路由器收到IPv4网络发来的需要发送给IPv6网络的IPv4报文时,需要将所述的IPv4报文转换为可以在IPv6网络中传输的IPv6报文;
步骤32:判断转换获得的IPv6报文的长度值是否大于IPv6网络的PMTU值,如果是,则执行步骤34,否则,执行步骤33;
步骤33:将所述的IPv6报文发送给IPv6网络的主机或路由器,即通过IPv6网络传输所述的IPv6报文。
步骤34:确定转换后的IPv6报文的长度大于IPv6网络的PMTU值,此时,路由器需要将抛弃报文,并向IPv4主机或者相应的路由器发送ICMP(互联网控制消息协议)报文,即发送一个“Packet Too Big Error,报文超长错误”消息,通知IPv4主机减小发送报文的长度,IPv4主机收到所述的ICMP报文后,将减小发送报文的长度,进行IPv4报文的发送,并执行步骤31,直到所述IPv4报文转换后的IPv6报文的PMTU适合IPv6网络。
可以看出,本发明实现了对IPv4网络与IPv6网络互通过程中的超长报文的有效处理,提高了网络传输的可靠性。
以上所述,仅为本发明较佳的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到的变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应该以权利要求书的保护范围为准。
Claims (7)
1、一种报文转换过程中的超长报文的处理方法,其特征在于,包括:
A、进行报文转换处理的网络设备对收到的IPv6报文进行转换为IPv4报文的处理;
B、判断转换处理后的报文的长度是否大于将要传输该转换处理后的报文的IPv4网络的路径最大传输单元,如果是,则根据IPv6网络的路径最大传输单元是否为最小值来判断是否需要对该转换处理后的报文进行分片处理,如果是最小值,则直接对转换处理后的报文进行分片处理,并将分片后的报文发送到传输该转换处理后的报文的IPv4网络中进行传输,如果不是最小值,将丢弃该转换处理后的报文,同时向发送报文的IPv6网络返回ICMPv6的报文超长错误消息,IPv6网络的网络设备收到所述ICMPv6的报文超长错误消息,将减小所发送报文的长度;如果否,将该转换处理后的报文发送到传输该报文的IPv4网络中进行传输。
2、根据权利要求1所述的报文转换过程中的超长报文的处理方法,其特征在于,所述的步骤A包括:
基于网络地址转换-协议传输NAT-PT对报文进行转换处理。
3、根据权利要求1所述的报文转换过程中的超长报文的处理方法,其特征在于,步骤A所述的进行报文转换处理的网络设备为:路由器。
4、根据权利要求1、2或3所述的报文转换过程中的超长报文的处理方法,其特征在于,所述的步骤B进一步包括:
B1、判断由IPv6报文转换获得的IPv4报文长度是否大于IPv4网络的路径最大传输单元值,如果大于,则判断IPv6网络中的路径最大传输单元值是否为最小值,如果是,则对所述的IPv4报文进行分片处理后发送到IPv4网络中进行传输,否则,丢弃该IPv4报文,并向IPv6网络发送ICMPv6的报文超长错误消息;否则,将所述的IPv4报文发送到IPv4网络中进行传输。
5、根据权利要求1所述的报文转换过程中的超长报文的处理方法,其特征在于,所述的IPv6网络中的路径最大传输单元值的最小值为:1280字节。
6、根据权利要求1、2或3所述的报文转换过程中的超长报文的处理方法,其特征在于,步骤B所述的ICMPv6的报文超长错误消息为:
基于第六版互联网控制消息协议ICMPv6的消息。
7、根据权利要求1、2或3所述的报文转换过程中的超长报文的处理方法,其特征在于,步骤B之后进一步包括步骤C:
C、继续执行步骤A和步骤B。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2004100553824A CN100518134C (zh) | 2004-09-01 | 2004-09-01 | 报文转换过程中的超长报文的处理方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2004100553824A CN100518134C (zh) | 2004-09-01 | 2004-09-01 | 报文转换过程中的超长报文的处理方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1744561A CN1744561A (zh) | 2006-03-08 |
CN100518134C true CN100518134C (zh) | 2009-07-22 |
Family
ID=36139762
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNB2004100553824A Expired - Fee Related CN100518134C (zh) | 2004-09-01 | 2004-09-01 | 报文转换过程中的超长报文的处理方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN100518134C (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101964790A (zh) * | 2010-09-26 | 2011-02-02 | 北京易视腾科技有限公司 | 实现视频互动的方法 |
US11218572B2 (en) | 2017-02-17 | 2022-01-04 | Huawei Technologies Co., Ltd. | Packet processing based on latency sensitivity |
Families Citing this family (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100505673C (zh) * | 2006-09-15 | 2009-06-24 | 华为数字技术有限公司 | 检测路径最大传输单元的方法和系统 |
CN101459582B (zh) * | 2007-12-13 | 2011-05-11 | 华为技术有限公司 | 一种快速重路由的方法及路由器 |
CN101197783A (zh) * | 2007-12-28 | 2008-06-11 | 华为技术有限公司 | 一种传输数据报文的方法和转换器 |
CN101252524A (zh) * | 2008-04-08 | 2008-08-27 | 华为技术有限公司 | 一种报文传输的方法、系统和装置 |
CN102684865B (zh) * | 2011-03-07 | 2015-05-27 | 中国移动通信有限公司 | 一种数据同步的方法、系统及设备 |
CN109525534A (zh) * | 2017-09-18 | 2019-03-26 | 北京握奇智能科技有限公司 | 一种在安全网络中保证报文不被分片的方法和系统 |
CN109525535A (zh) * | 2017-09-18 | 2019-03-26 | 北京握奇智能科技有限公司 | 一种在安全网络中保证报文不被分片的方法和系统 |
CN114745456A (zh) * | 2022-05-13 | 2022-07-12 | 咪咕音乐有限公司 | 报文处理方法、装置及网络地址转换设备 |
-
2004
- 2004-09-01 CN CNB2004100553824A patent/CN100518134C/zh not_active Expired - Fee Related
Non-Patent Citations (8)
Title |
---|
Internet协议IPv6与IPv4的比较研究. 刘岩,包之凡,赵宇峰.江苏电机工程,第19卷第3期. 2000 |
Internet协议IPv6与IPv4的比较研究. 刘岩,包之凡,赵宇峰.江苏电机工程,第19卷第3期. 2000 * |
IPv6/IP4v4协议转换机制. 张飒兵,何小燕.计算机工程,第26卷第6期. 2000 |
IPv6/IP4v4协议转换机制. 张飒兵,何小燕.计算机工程,第26卷第6期. 2000 * |
一种基于NAT/PT的IPv6与IPv4转换网关. 韩玲,段晓东,凌晓峰,曾志民.计算机工程,第30卷第14期. 2004 |
一种基于NAT/PT的IPv6与IPv4转换网关. 韩玲,段晓东,凌晓峰,曾志民.计算机工程,第30卷第14期. 2004 * |
基于翻译的IPv4与IPv6整域互联. 万志涛,王昕.计算机工程与设计,第23卷第12期. 2002 |
基于翻译的IPv4与IPv6整域互联. 万志涛,王昕.计算机工程与设计,第23卷第12期. 2002 * |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101964790A (zh) * | 2010-09-26 | 2011-02-02 | 北京易视腾科技有限公司 | 实现视频互动的方法 |
US11218572B2 (en) | 2017-02-17 | 2022-01-04 | Huawei Technologies Co., Ltd. | Packet processing based on latency sensitivity |
Also Published As
Publication number | Publication date |
---|---|
CN1744561A (zh) | 2006-03-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8634308B2 (en) | Path detection in trill networks | |
US7499445B2 (en) | System and method for routing ISIS traffic through unidirectional links of a computer network | |
US7480292B2 (en) | Methods of processing data packets at layer three level in a telecommunication equipment | |
EP2572473B1 (en) | Methods and apparatus for use in an openflow network | |
US6553423B1 (en) | Method and apparatus for dynamic exchange of capabilities between adjacent/neighboring networks nodes | |
EP1693996B1 (en) | Automatic discovery of psuedo-wire peer addresses in ethernet-based networks | |
US20080159150A1 (en) | Method and Apparatus for Preventing IP Datagram Fragmentation and Reassembly | |
CN102084638A (zh) | 计算机网络中接入服务器的确定性会话负载平衡和冗余 | |
CN102273177A (zh) | 邻居发现协议调解 | |
CN100563215C (zh) | 一种报文路由交换装置及其方法 | |
CN100518134C (zh) | 报文转换过程中的超长报文的处理方法 | |
EP4044523A1 (en) | Packet forwarding method, first network device, and first device group | |
CN111935009B (zh) | 数据包路由方法、装置、设备、系统及存储介质 | |
Bao et al. | IP/ICMP translation algorithm | |
EP2627037B1 (en) | Network configuration method | |
RU2461131C2 (ru) | Сервер, система передачи и реализуемый ими способ переноса инкапсуляции по gre-туннелю | |
CN101783775B (zh) | 一种向量网和ip网的网关方式互连方法 | |
CN114520762B (zh) | BIERv6报文的发送方法以及第一网络设备 | |
US8027343B2 (en) | Communication system, computer, and method for determining a communication protocol to be used in a communication system | |
JP2007166532A (ja) | 通信システム | |
CN100505690C (zh) | 高速数据链路控制数据的转发方法 | |
Eastlake 3rd et al. | Transparent interconnection of lots of links (TRILL): Clarifications, corrections, and updates | |
US20230412501A1 (en) | Data processing method and apparatus, and chip | |
EP4246917A1 (en) | Message transmission method, method for acquiring correspondence, and apparatus and system | |
US9154368B2 (en) | Method for reduction of data packet losses on updating of an address table |
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 | ||
CF01 | Termination of patent right due to non-payment of annual fee | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20090722 |