CN103856581B - 一种用户侧设备的翻译封装自适应方法 - Google Patents

一种用户侧设备的翻译封装自适应方法 Download PDF

Info

Publication number
CN103856581B
CN103856581B CN201410117637.9A CN201410117637A CN103856581B CN 103856581 B CN103856581 B CN 103856581B CN 201410117637 A CN201410117637 A CN 201410117637A CN 103856581 B CN103856581 B CN 103856581B
Authority
CN
China
Prior art keywords
ipv6
ipv4
packet
translation
stateless
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
Application number
CN201410117637.9A
Other languages
English (en)
Other versions
CN103856581A (zh
Inventor
包丛笑
李星
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Tsinghua University
Original Assignee
Tsinghua University
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Tsinghua University filed Critical Tsinghua University
Priority to CN201410117637.9A priority Critical patent/CN103856581B/zh
Publication of CN103856581A publication Critical patent/CN103856581A/zh
Application granted granted Critical
Publication of CN103856581B publication Critical patent/CN103856581B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Abstract

本发明公开了一种用户侧设备的翻译封装自适应算法,通过在运营商边缘网上部署具有翻译封装自适应算法的用户侧IPv4/IPv6翻译封装设备;同时,在主干网上分别部署无状态IPv4/IPv6核心翻译网关和有状态核心封装网关,并进行相应的参数配置。用户侧IPv4/IPv6翻译封装设备的默认模式为无状态IPv4/IPv6扩展翻译器,当出现传输层的并发端口耗尽或出现双重翻译失效的情况,自适应地切换到有状态封装模式,这样可以在不影响用户体验的情况下,高效地利用稀缺的公有IPv4地址资源,并最大限度地保持无状态翻译的可扩展性、安全性和可管理性,有效地推进互联网从IPv4向IPv6的过渡。

Description

一种用户侧设备的翻译封装自适应方法
技术领域
本发明涉及计算机网络通信技术领域,特别涉及一种用户侧设备的翻译封装自适应方法。
背景技术
目前互联网广泛使用的第四版网络协议IPv4的地址寻址范围只有232,即43亿地址,目前已经分配完毕。为了解决IPv4地址不够用的问题,国际互联网工程组(InternetEngineering TaskForce,简称IETF)设计了第六版网络协议IPv6,它的地址寻址范围有2128,可以彻底解决IPv4地址不足的问题。
但由于种种原因,IPv6协议与IPv4协议是不兼容的,不能实现两好的互联互通,因此需要一种算法或技术能够实现IPv4向IPv6的过渡。业内曾尝试用“双协议栈”的算法解决互联互通的问题,但近十年IPv6推广的经验和教训证明,不能访问IPv4众多网络信息资源,不能与IPv4众多的用户通信的IPv6网络是不可能发展起来的。
除了双栈技术,IPv4/IPv6过渡技术主要可以分为翻译、封装两大类,翻译技术可以实现IPv4和IPv6的互联互通,是最理想的过渡技术,但是由于IPv4和IPv6是不兼容的协议,因此极少数的情况无法进行翻译,封装技术的特点与之相反。在具体进行翻译或封装处理时,又可分为无状态技术和有状态技术两类。无状态技术具有可扩展性、安全性好的特点,但是当IPv4地址的复用比很高时,无法全面支持个别并发进程很多的应用,有状态技术的特点与之相反。因此现有技术中在传输层端口耗尽或出现双重翻译失效的情况下,纯IPv6接入网如何实现IPv4/IPv6用户侧设备到IPv4互联网的接入过程,实现IPv4向IPv6的过渡是一个仍未解决的技术难题。
发明内容
(一)要解决的技术问题
本发明要解决的技术问题是纯IPv6接入网如何实现IPv4/IPv6用户侧设备到IPv4互联网的接入过程,实现IPv4向IPv6的过渡。
(二)技术方案
为解决上述技术问题,本发明提供了一种用户侧设备的翻译封装自适应方法,包括:
S1、用户侧设备对第一类IPv4分组进行处理,判断第一类IPv4分组中是否包含不可译项,如果否则执行步骤S2,如果是则进行有状态封装处理得到第一类IPv6分组,执行步骤S3;
S2、检查传输层端口是否用完,如果未用完则进行无状态翻译处理得到第一类IPv6分组并执行步骤S3,如果已用完则进行有状态封装处理得到第一类IPv6分组,执行步骤S3;
S3、用户侧设备发送第一类IPv6分组,并由无状态核心翻译网关或有状态核心封装网关进行处理,得到第二类IPv4分组;
S4、IPv4服务器接收第二类IPv4分组,发送第三类IPv4分组,并进行无状态翻译处理或有状态封装处理,得到第二类IPv6分组;
S5、用户侧设备接收第二类IPv6分组,并检查第二类IPv6分组是否包含封装头,如果包含则对第二类IPv6分组进行有状态解封装处理,得到第三类IPv4分组,如果不包含则对第二类IPv6分组进行无状态翻译处理,得到第三类IPv4分组;
S6、计算机接收第三类IPv4分组,判断通信是否结束,如果结束则停止发送第一类IPv4分组,否则计算机继续向用户侧设备发送第一类IPv4分组,重复步骤S1-S5。
进一步地,步骤S1中用户侧设备对IPv4分组进行翻译处理之前还包括:
S0、计算机通过DNS进行域名解析查询A记录获取IPv4服务器的地址,计算机发送第一类IPv4分组,用户侧设备接收计算机发送的第一类IPv4分组。
进一步地,步骤S0之前还包括初始化过程,具体包括:
S01、在IPv4互联网和IPv6网络之间设立无状态核心翻译网关和有状态核心封装网关;
S02、设置用户侧设备,用于获取无状态翻译网关和有状态封装网关的参数,包括无状态翻译网关和有状态封装网关各自不同的公有IPv4地址池、无状态翻译网关配置的复用比,端口序号和IPv6前缀,有状态封装网关的IPv6地址。
进一步地,步骤S3具体包括:
IPv6网络根据第一类IPv6分组中目标地址的前缀进行传输,如果为无状态翻译的前缀,则通过路由把第一类IPv6分组传输到无状态核心翻译网关进行无状态翻译处理,得到第二类IPv4分组;如果为有状态核心封装网关的IPv6地址,则通过路由把第一类IPv6分组传输到有状态核心封装网关进行有状态封装处理,得到第二类IPv4分组。
进一步地,步骤S1或S2中的有状态封装处理为有状态4over6封装处理,无状态翻译处理为无状态IPv4/IPv6翻译处理。
进一步地,步骤S3中用户侧设备把第一类IPv6分组传输到无状态核心翻译网关的处理为无状态IPv6/IPv4翻译处理,把第一类IPv6分组传输到有状态核心封装网关的处理为有状态4over6解封装处理。
进一步地,步骤S4中IPv4服务器把第三类IPv4分组传输到无状态核心翻译网关的处理为无状态IPv4/IPv6翻译处理,把第三类IPv4分组传输到有状态核心封装网关的处理为有状态4over6封装处理。
进一步地,步骤S5中用户侧设备对第二类IPv6分组进行有状态解封装处理为有状态6over4解封装处理,对第二类IPv6分组进行无状态翻译处理为无状态IPv6/IPv4翻译处理。
(三)有益效果
本发明实施例提供的一种用户侧设备的翻译封装自适应方法,通过在运营商边缘网上部署具有翻译封装自适应算法的用户侧IPv4/IPv6翻译封装设备;同时,在主干网上分别部署无状态IPv4/IPv6核心翻译网关和有状态核心封装网关,并进行相应的参数配置。用户侧IPv4/IPv6翻译封装设备的默认模式为无状态IPv4/IPv6扩展翻译器,当出现传输层的并发端口耗尽或出现双重翻译失效的情况,自适应地切换到有状态封装模式,这样可以在不影响用户体验的情况下,高效地利用稀缺的公有IPv4地址资源,并最大限度地保持无状态翻译的可扩展性、安全性和可管理性,有效地推进互联网从IPv4向IPv6的过渡。
附图说明
图1是本发明实施例中提供的一种用户侧设备的翻译封装自适应方法的步骤流程图;
图2是本发明实施例中S01、S02以及S0的步骤流程图;
图3是本发明实施例中IPv4/IPv6用户侧的翻译封装自适应方法的网络连接方式示意图;
图4是本发明实施例中本实施例中IPv4/IPv6用户侧的翻译封装自适应方法的工作流程图。
具体实施方式
下面结合附图和实施例,对本发明的具体实施方式作进一步详细描述。以下实施例用于说明本发明,但不用来限制本发明的范围。
本发明实施例提供了一种用户侧设备的翻译封装自适应方法,步骤流程如图1所示,具体包括以下步骤:
步骤S1、用户侧设备对第一类IPv4分组进行翻译处理,判断第一类IPv4分组中是否包含不可译项,如果否则执行步骤S2,如果是则进行有状态封装处理得到第一类IPv6分组,执行步骤S3。
步骤S2、检查传输层端口是否用完,如果未用完则进行无状态翻译处理得到第一类IPv6分组并执行步骤S3,如果已用完则进行有状态封装处理得到第一类IPv6分组,执行步骤S3。
步骤S3、用户侧设备发送第一类IPv6分组,并由无状态核心翻译网关或有状态核心封装网关进行处理,得到第二类IPv4分组。
步骤S4、IPv4服务器接收第二类IPv4分组,发送第三类IPv4分组,并进行无状态翻译处理或有状态封装处理,得到第二类IPv6分组。
步骤S5、用户侧设备接收第二类IPv6分组,并检查第二类IPv6分组是否包含封装头,如果包含则对第二类IPv6分组进行有状态解封装处理,得到第三类IPv4分组,如果不包含则对第二类IPv6分组进行无状态翻译处理,得到第三类IPv4分组。
步骤S6、计算机接收第三类IPv4分组,判断通信是否结束,如果结束则停止发送第一类IPv4分组,否则计算机继续向用户侧设备发送第一类IPv4分组,重复步骤S1-S5。
进一步地,本实施例步骤S1中用户侧设备对IPv4分组进行翻译处理之前还包括:
步骤S0、计算机通过DNS进行域名解析查询A记录获取IPv4服务器的地址,计算机发送第一类IPv4分组,用户侧设备接收计算机发送的第一类IPv4分组。
进一步地,步骤S0之前还包括初始化过程,具体包括:
步骤S01、在IPv4互联网和IPv6网络之间设立无状态核心翻译网关和有状态核心封装网关。
步骤S02、设置用户侧设备,用于获取无状态翻译网关和有状态封装网关的参数,包括无状态翻译网关和有状态封装网关各自不同的公有IPv4地址池、无状态翻译网关配置的复用比,端口序号和IPv6前缀,有状态封装网关的IPv6地址。
基于上述步骤S1之前需执行步骤S01、S02以及S0,这三步的步骤流程图如图2所示。
进一步地,本实施例步骤S1或S2中的有状态封装处理为有状态4over6封装处理,无状态翻译处理为无状态4over6翻译处理,即完成IPv4到IPv6的格式转化。
进一步地,本实施例步骤S3具体包括:
IPv6网络根据第一类IPv6分组中目标地址的前缀进行传输,如果为无状态翻译的前缀,则通过路由把第一类IPv6分组传输到无状态核心翻译网关进行无状态翻译处理,得到第二类IPv4分组;如果为有状态核心封装网关的IPv6地址,则通过路由把第一类IPv6分组传输到有状态核心封装网关进行有状态封装处理,得到第二类IPv4分组。
优选地,步骤S3中用户侧设备把第一类IPv6分组传输到无状态核心翻译网关的处理为无状态IPv6/IPv4翻译处理,把第一类IPv6分组传输到有状态核心封装网关的处理为有状态4over6解封装处理,即完成IPv4到IPv6的格式转化。
进一步地,本实施例步骤S4中IPv4服务器把第三类IPv4分组传输到无状态核心翻译网关的处理为无状态IPv4/IPv6翻译处理,把第三类IPv4分组传输到有状态核心封装网关的处理为有状态4over6封装。
进一步地,步骤S5中用户侧设备对第二类IPv6分组进行有状态解封装处理中的有状态解封装处理为有状态6over4解封装处理,对第二类IPv6分组进行无状态翻译处理中的无状态翻译处理为无状态IPv6/IPv4翻译处理,即完成IPv6到IPv4的格式转化。
还需要说明的是,本实施例中并发端口的数目与核心翻译器的默认前缀相关。
以下本实施例中提供的IPv4/IPv6用户侧的翻译封装自适应方法的网络连接方式示意图如图3所示,纯IPv6接入网和IPv4互联网之间设置464无状态双重翻译网关MAP-T,其配置参数为:IPv4地址池为202.38.117.0/28,复用比为1024,IPv6前缀为2001:da8:b4b6::/48,BR默认前缀为2001:da8:b4b6:ffff::/64。此时,每个用户侧设备可用的IPv4并发端口(或并发进程)为64个,即并发端口的数目与BR默认前缀中用于选路的前缀长度相同。同时设置4over6有状态44封装网关DS-Lite,其配置参数为IPv4地址池为202.112.6.0/29,AFTR默认地址为2001:da8::1000。
其中MAP(MappingAddress andPort,映射的地址和端口)技术是指无状态地对地址和端口进行复用,根据报文格式又分为双重封装MAP-E和双重翻译MAP-T两种。MAP技术结合了无状态和双重翻译/封装技术,成为目前IETF关注度最高的解决方案。本实施例中使用的无状态翻译为无状态双重翻译MAP-T。
DS-lite(Dual-Stack Lite,轻型双栈)技术,DS-lite是一种IPv4-over-IPv6隧道技术,可实现在纯IPv6接入网环境下,双栈或纯IPv4计算机访问IPv4网络资源。DS-lite技术只给终端分配IPv6地址,终端的IPv4地址被配置为私有地址,终端发送的IPv4数据包在经过IPv6包头封装穿越IPv6网络到达运营商AFTR(Address Family Transition Router,家庭地址转换路由器,也称作大规模NAT)后,源地址会被映射为公有IPv4地址,进而实现对全球IPv4网络的访问。
PSID为1的用户侧设备配置上述的MAP-T和DS-Lite参数。当用户IPv4计算机使用私有IPv4地址192.168.1.1对166.111.1.10发起http通信时,http协议的IPv4分组是可以翻译成IPv6分组的,假设并发端口数未达到64,则进行MAP-T处理,发起通信的IPv4源地址和目标地址分别为:(192.168.1.1,166.111.1.10),通过用户侧设备翻译成IPv6分组,其IPv6源地址和目标地址分别为:(2001:da8:b4b6:1004:ca:2675:100:4000,2001:da8:b4b6:ffff:a6:6f01:0a::),通过MAP-T BR,其IPv4源地址和目标地址分别为:(202.38.117.1,166.111.1.10),IPv4服务器响应的IPv4源地址和目标地址分别为:(166.111.1.10,202.38.117.1),通过MAP-T BR,其IPv6源地址和目标地址分别为:(2001:da8:b4b6:ffff:a6:6f01:0a::,2001:da8:b4b6:1004:ca:2675:100:4000),通过用户侧设备翻译成IPv4分组,其IPv4源地址和目标地址分别为:(166.111.1.10,192.168.1.1)。
当并发端口数达到64,新的并发进程进行DS-Lite处理,发起通信的IPv4源地址和目标地址分别为:(192.168.1.1,166.111.1.10),通过用户侧设备翻译和封装成IPv6分组,其IPv6源地址和目标地址分别为:(2001:da8:b4b6:1004:ca:2675:100:4000[202.112.6.2],2001:da8:ffff::1000[166.111.1.10]),通过DS-LiteAFTR,其IPv4源地址和目标地址分别为:(202.112.6.2,166.111.1.10),IPv4服务器响应的IPv4源地址和目标地址分别为:(166.111.1.10,202.112.6.2),通过DS-LiteAFTR,其IPv6源地址和目标地址分别为:(2001:da8:ffff::1000[166.111.1.10],2001:da8:b4b6:1004:ca:2675:100:4000[202.112.6.2]),通过用户侧设备解封装和翻译成IPv4分组,其IPv4源地址和目标地址分别为:(166.111.1.10,192.168.1.1)。
以上本实施例中IPv4/IPv6用户侧的翻译封装自适应方法的工作流程图如图4所示。
综上所述,本实施例提供的用户侧设备的翻译封装自适应方法,通过在运营商边缘网上部署具有翻译封装自适应算法的用户侧IPv4/IPv6翻译封装设备;同时,在主干网上分别部署无状态IPv4/IPv6扩展翻译器和有状态封装设备,并进行相应的参数配置。用户侧IPv4/IPv6翻译封装设备的默认模式为无状态IPv4/IPv6扩展翻译器,当出现传输层的并发端口耗尽或出现双重翻译失效的情况,自适应地切换到有状态封装模式,这样可以在不影响用户体验的情况下,高效地利用稀缺的公有IPv4地址资源,并最大限度地保持无状态翻译的可扩展性、安全性和可管理性,有效地推进互联网从IPv4向IPv6的过渡。
以上实施方式仅用于说明本发明,而并非对本发明的限制,有关技术领域的普通技术人员,在不脱离本发明的精神和范围的情况下,还可以做出各种变化和变型,因此所有等同的技术方案也属于本发明的范畴,本发明的专利保护范围应由权利要求限定。

Claims (8)

1.一种用户侧设备的翻译封装自适应方法,其特征在于,包括:
S1、用户侧设备对第一类IPv4分组进行处理,判断第一类IPv4分组中是否包含不可译项,如果否则执行步骤S2,如果是则进行有状态封装处理得到第一类IPv6分组,执行步骤S3;
S2、检查传输层端口是否用完,如果未用完则进行无状态翻译处理得到第一类IPv6分组并执行步骤S3,如果已用完则进行有状态封装处理得到第一类IPv6分组,执行步骤S3;
S3、用户侧设备发送第一类IPv6分组,并由无状态核心翻译网关或有状态核心封装网关进行处理,得到第二类IPv4分组;
S4、IPv4服务器接收第二类IPv4分组,发送第三类IPv4分组,并进行无状态翻译处理或有状态封装处理,得到第二类IPv6分组;
S5、用户侧设备接收第二类IPv6分组,并检查第二类IPv6分组是否包含封装头,如果包含则对第二类IPv6分组进行有状态解封装处理,得到第三类IPv4分组,如果不包含则对第二类IPv6分组进行无状态翻译处理,得到第三类IPv4分组;
S6、计算机接收第三类IPv4分组,判断通信是否结束,如果结束则停止发送第一类IPv4分组,否则计算机继续向用户侧设备发送第一类IPv4分组,重复步骤S1-S5。
2.如权利要求1所述的方法,其特征在于,步骤S1中用户侧设备对IPv4分组进行翻译处理之前还包括:
S0、计算机通过DNS进行域名解析查询A记录获取IPv4服务器的地址,计算机发送第一类IPv4分组,用户侧设备接收计算机发送的第一类IPv4分组。
3.如权利要求2所述的方法,其特征在于,步骤S0之前还包括初始化过程,具体包括:
S01、在IPv4互联网和IPv6网络之间设立无状态核心翻译网关和有状态核心封装网关;
S02、设置用户侧设备,用于获取无状态翻译网关和有状态封装网关的参数,包括无状态翻译网关和有状态封装网关各自不同的公有IPv4地址池、无状态翻译网关配置的复用比,端口序号和IPv6前缀,有状态封装网关的IPv6地址。
4.如权利要求1所述的方法,其特征在于,步骤S3具体包括:
IPv6网络根据第一类IPv6分组中目标地址的前缀进行传输,如果为无状态翻译的前缀,则通过路由把第一类IPv6分组传输到无状态核心翻译网关进行无状态翻译处理,得到第二类IPv4分组;如果为有状态核心封装网关的IPv6地址,则通过路由把第一类IPv6分组传输到有状态核心封装网关进行有状态封装处理,得到第二类IPv4分组。
5.如权利要求1所述的方法,其特征在于,步骤S1或S2中的有状态封装处理为有状态4over6封装处理,无状态翻译处理为无状态4over6翻译处理。
6.如权利要求4所述的方法,其特征在于,步骤S3中用户侧设备把第一类IPv6分组传输到无状态核心翻译网关的处理为无状态IPv6/IPv4翻译处理,把第一类IPv6分组传输到有状态核心封装网关的处理为有状态6over4解封装处理。
7.如权利要求1所述的方法,其特征在于,步骤S4中IPv4服务器把第三类IPv4分组传输到无状态核心翻译网关的处理为无状态IPv4/IPv6翻译处理,把第三类IPv4分组传输到有状态核心封装网关的处理为有状态4over6封装处理。
8.如权利要求1所述的方法,其特征在于,步骤S5中用户侧设备对第二类IPv6分组进行有状态解封装处理为有状态6over4解封装处理,对第二类IPv6分组进行无状态翻译处理为无状态IPv6/IPv4翻译处理。
CN201410117637.9A 2014-03-26 2014-03-26 一种用户侧设备的翻译封装自适应方法 Active CN103856581B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201410117637.9A CN103856581B (zh) 2014-03-26 2014-03-26 一种用户侧设备的翻译封装自适应方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201410117637.9A CN103856581B (zh) 2014-03-26 2014-03-26 一种用户侧设备的翻译封装自适应方法

Publications (2)

Publication Number Publication Date
CN103856581A CN103856581A (zh) 2014-06-11
CN103856581B true CN103856581B (zh) 2017-03-01

Family

ID=50863783

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201410117637.9A Active CN103856581B (zh) 2014-03-26 2014-03-26 一种用户侧设备的翻译封装自适应方法

Country Status (1)

Country Link
CN (1) CN103856581B (zh)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104735073B (zh) * 2015-03-30 2018-07-06 广州杰赛科技股份有限公司 IPv4-IPv6过渡协议调度方法和装置
CN108566345B (zh) 2018-03-09 2020-12-04 清华大学 流量调度处理方法、用户侧翻译器和核心翻译器
CN111510513B (zh) * 2020-01-03 2022-08-30 普联国际有限公司 一种map-e链路加速方法、装置、存储介质及网络设备
CN113923110A (zh) * 2020-06-22 2022-01-11 中兴通讯股份有限公司 Map-e隧道的配置管理方法、设备、服务器以及存储介质
CN114143113B (zh) * 2021-12-09 2023-07-28 北京英迪瑞讯网络科技有限公司 适用于IPv6/IPv4访问服务的安全溯源装置及方法
CN114945013B (zh) * 2022-04-28 2023-10-27 中国电信股份有限公司 数据转发方法、装置、电子设备及计算机可读存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101610295A (zh) * 2009-07-17 2009-12-23 清华大学 使用非特定IPv6地址的无状态IPv4/IPv6分组转换方法
CN102098355A (zh) * 2011-03-25 2011-06-15 清华大学 基于云服务的由IPv6方发起通信的IPv4/IPv6翻译方法
CN102143250A (zh) * 2011-03-29 2011-08-03 清华大学 非对称数字用户环线的IPv4/IPv6翻译和隧道组合通信方法
EP2360879A1 (en) * 2008-11-20 2011-08-24 Huawei Technologies Co., Ltd. Data package forwarding method, system and device

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2360879A1 (en) * 2008-11-20 2011-08-24 Huawei Technologies Co., Ltd. Data package forwarding method, system and device
CN101610295A (zh) * 2009-07-17 2009-12-23 清华大学 使用非特定IPv6地址的无状态IPv4/IPv6分组转换方法
CN102098355A (zh) * 2011-03-25 2011-06-15 清华大学 基于云服务的由IPv6方发起通信的IPv4/IPv6翻译方法
CN102143250A (zh) * 2011-03-29 2011-08-03 清华大学 非对称数字用户环线的IPv4/IPv6翻译和隧道组合通信方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
统一的IPv4/IPv6翻译与封装过渡技术-IVI/MAP-T/MAP-E;包丛笑,李星;《中兴通讯技术》;20130430;第19卷(第2期);全文 *

Also Published As

Publication number Publication date
CN103856581A (zh) 2014-06-11

Similar Documents

Publication Publication Date Title
CN103856581B (zh) 一种用户侧设备的翻译封装自适应方法
CN111935014B (zh) 基于SRv6网络的报文转发方法、装置、存储介质及电子设备
CN104871495B (zh) 用于叠加网络的虚拟叠加网关
US9137334B2 (en) Interconnection method, apparatus, and system based on socket remote invocation
EP2288083B1 (en) Communication device having VPN accomodation function
US8451844B2 (en) Method of receiving a data packet coming from an IPv4 domain in an IPv6 domain, an associated device, and associated access equipment
CN104350714A (zh) 一种报文转发方法和VxLAN网关
CN106713100B (zh) 一种自动建立隧道的方法、cpe及汇聚设备
US20170208032A1 (en) Method and apparatus for forwarding generic routing encapsulation packets at a network address translation gateway
CN103236964B (zh) 基于Linux的DS-Lite实现方法及其CPE接入设备
CN112671628A (zh) 业务服务提供方法及系统
US20220239629A1 (en) Business service providing method and system, and remote acceleration gateway
CN104270475A (zh) 基于NAT64实现IPv4网络与IPv6网络互通的系统及方法
CN102546362A (zh) 报文处理方法、系统和用户前端设备
WO2017080590A1 (en) Technique for exchanging datagrams between application modules
CN103856582B (zh) 一种IPv4互联网控制IPv6物联网的方法
CN105933235B (zh) 数据通信方法及装置
CN103780492B (zh) 报文转发的方法和相应设备
Punithavathani et al. IPv4/IPv6 transition mechanisms
Aazam et al. Comparison of IPv6 tunneled traffic of teredo and ISATAP over test-bed setup
US9866524B2 (en) Home gateway apparatus and packet transfer method
CN109120526A (zh) 点对点的传输报文的方法和网络设备
Aazam et al. Deployment and performance evaluation of Teredo and ISATAP over real test-bed setup
CN113746715A (zh) 通信方法及装置
CN107171972B (zh) 一种基于多链路的数据传输方法及设备

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant