CN101707573B - 一种实现ipv4和ipv6网互通的过渡体系架构 - Google Patents

一种实现ipv4和ipv6网互通的过渡体系架构 Download PDF

Info

Publication number
CN101707573B
CN101707573B CN 200910177413 CN200910177413A CN101707573B CN 101707573 B CN101707573 B CN 101707573B CN 200910177413 CN200910177413 CN 200910177413 CN 200910177413 A CN200910177413 A CN 200910177413A CN 101707573 B CN101707573 B CN 101707573B
Authority
CN
China
Prior art keywords
ipv6
ipv4
net
network
user
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
Application number
CN 200910177413
Other languages
English (en)
Other versions
CN101707573A (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.)
BEIJING VENO TECHNOLOGY Co Ltd
Original Assignee
BEIJING VENO TECHNOLOGY Co Ltd
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 BEIJING VENO TECHNOLOGY Co Ltd filed Critical BEIJING VENO TECHNOLOGY Co Ltd
Priority to CN 200910177413 priority Critical patent/CN101707573B/zh
Publication of CN101707573A publication Critical patent/CN101707573A/zh
Priority to PCT/CN2010/001371 priority patent/WO2011038569A1/zh
Application granted granted Critical
Publication of CN101707573B publication Critical patent/CN101707573B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/167Adaptation for transition between two IP versions, e.g. between IPv4 and IPv6

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

本发明涉及一种网络过渡体系架构,特别涉及一种适用于实现从ipv4向ipv6迁移的过渡体系架构,其特征是:(1)在ipv4网和ipv6网之间部署融合网关;(2)在用户端安装应用代理程序;(3)逐步部署的融合网关和用户代理自身将形成一个在现存的IPv4网和IPv6网之间的覆盖网的网络架构。采用本发明方法,在几乎不用修改现有的应用程序,也不用更改现有ipv4网或ipv6本身的架构下,实现ipv4用户可以访问ipv6网中的服务资源,同时ipv6用户也可以访问ipv4网中的服务资源,从用户端到服务资源端将有一条或多条虚拟的连接通路,二者之间通讯的可靠性得到了进一步的加强。

Description

一种实现ipv4和ipv6网互通的过渡体系架构
技术领域
本发明涉及一种网络过渡体系架构,特别涉及一种适用于实现从ipv4向ipv6迁移的过渡体系架。
背景技术
网络地址空间的匮乏日益成为限制因特网发展的一个主要原因。因特网刚开始建立的时候,第一个版本的互联网协议(IPv4)可以支持大概40亿(232)个网络地址,这在当时被认为是已经足够了。但是,随着因特网的惊人的爆炸性的发展,40亿个地址已经不够了。根据经济合作与发展组织(简称OECD)的预期,剩余的网络地址将在2011年被全部用完。为了解决这一急迫的问题,互联网工程任务小组(IETF)在1996年提出了IPv6网作为下一代的互联网标准。不同于IPv4网的32位网络地址,IPv6网使用128位的网络地址,可支持约3.4×1038的地址空间。
由于IPv4已经使用了很多年,要在短期内将世界范围内的IPv4网络立刻替换为新一代的IPv6网络,是不现实的。因此,IPv6网络与IPv4网络将长期共存。然而,在两者共存的期间,由于新的IPv6网缺乏与现在正广泛使用的IPv4网的兼容,这将导致两者之间的互通性出现问题。
为了解决IPv4网和IPv6网的互通问题,在过去的八年里,互联网工程任务小组提出了很多过渡的技术。这些技术可以分为三类:双栈技术,隧道技术和翻译技术。
在双栈技术中,IPv4和IPv6的协议栈都将被部署到同一网络节点中。由于装备了两种协议栈,这些双栈的网络节点能够发送和接收的数据包,既可以是IPv4的,也可以是IPv6的。但是,双栈技术有两个缺点:第一,每一个双栈的主机或者路由器都必须维护两个独立的路由表,即IPv4的路由表和IPv6的路由表,这意味着会浪费很多的内存和处理器资源;第二,大量传统的IPv4网络应用程序必须在被修改了之后才能支持新的IPv6网络,因此部署的代价很高,基本上无法实施。
为了利用现有的IPv4的网络架构来传输IPv6的网络数据,出现了IPv6的隧道技术,例如6to4(B.Carpenter and K.Moore,″Connection of IPv6 Domainsvia IPv4 Clouds″,RFC 3056,February 2001.)、ISATAP(F.Templin,T.Gleeson,M.Talwar and D.Thaler,″Intra-Site Automatic Tunnel AddressingProtocol(ISATAP)″,RFC 4214,0ctober 2005.)、Teredo(C.Huitema,″Teredo:Tunneling IPv6 over UDP through Network Address Translations(NATs)″,RFC 4380,February 2006.)、Tunnel broker(A.Durand,P.Fasano,I.Guardiniand D.Lento,″IPv6 Tunnel Broker″,RFC 3053,January 2001.)和DSTM(J.Bound,L.Toutain,O.Medina,F.Dupont,H.Affifi and A.Durand,″DualStack Transition Mechanism(DSTM)″,Internet-Draftdraft-ietf-ngtrans-dstm-08,July 2002.)等。
在这些隧道技术中,现有的IPv4网络被当作一条点对点的虚拟链路,而已有的IPv4的路由架构则用来转寄封装在IPv4报文中的IPv6报文(IPv6-over-IPv4)。然而,隧道技术通常要求非常复杂的路由设计和繁冗的部署方案。而且,隧道技术也不能实现IPv4主机与IPv6主机的直接通信。
不同于双栈和隧道技术,翻译技术典型的有NAT-PT(G.Tsirtsis and P.Srisuresh.″Network Address Translation-Protocol Translation(NAT-PT)″,RFC 2766,February 2000.),TRT(J.Hagi no and K.Yamamoto,″IPv6-to-IPv4 Transport Relay Translator″,RFC 3142,June 2001.),和SOCKS64(H.Kitamura,″SOCKS-based IPv6/IPv4 Gateway Mechanism″,RFC 3089,April 2001.)。
这些翻译技术是用于实现纯IPv6主机和纯IPv4主机之间的通信。具体来说,翻译技术的工作原理是把IPv4的数据包直接翻译成IPv6的数据包,或者反过来,把IPv6的数据包翻译成IPv4的。但是,翻译技术存在以下的一些局限:第一,通常要求复杂的手动配置,因此可伸缩性较差;其次,即使底层的IPv4网和IPv6网互通了,上层的网络应用程序也通常不能互相通信。
另有两种翻译技术是BIS(K.Tsuchiya,H.Higuchi and Y.Atarashi,″DualStack Hosts using the″Bump-In-the-Stack″Technique(BIS)″,RFC 2767,February 2000.)和BIA(S.Lee,M-K.Shin,Y-J.Kim,E.Nordmark and A.Durand,″Dual Stack Hosts Using″Bump-in-the-API″(BIA)″,RFC 3338,October 2002.),
这两种翻译技术是用于将IPv4的应用程序翻译成IPv6的,或者反过来,将IPv6的应用程序翻译成IPv4,但是,这两种翻译技术仅仅针对应用程序,没有考虑到底层网络的互通性,实际规模部署的可行性非常小。
总结来说,上述的这些技术都仅仅适用于某一种特殊的网络环境,因此无法大规模的部署,更不是一个网络过渡体系架构。在过去的数年中,花高代价部署的IPv6网络,但很少用户使用。
发明内容
本技术发明是一种新的实现IPv4和IPv6网互通的体系架构提出和验证。通过这种架构的部署,纯IPv4的主机和纯IPv6的主机可以无障碍地主动访问对方,并且,实施这种方案不要求修改用户主机上的操作系统内核和现有的应用程序。具体来讲,本发明的体系架构包含如下两部分:
(1)融合网关(UniGateway)
融合网关是一种在IPv4网和IPv6网之间的网关设备,从逻辑上说,该设备至少有二个或以上的逻辑网络接口,  其中一个或一个以上的网络接口用来接入ipv4网络,另外一个或一个以上的逻辑网络接口用来接入ipv6网络,网关的主要作用是在IPv4和IPv6网之间转发数据包。
(2)用户代理(User Agent)
用户代理是一个安装在终端用户(IPv4或者IPv6用户)主机上的软件,它的主要作用是把用户主机上的只能在IPv4网上运行的ipv4应用程序转换成既可以在ipv4主机上运行,又可以在IPv6主机上运行,或者反过来,用户主机上的只能在IPv6主机上运行的ipv6应用程序转换成既可以在ipv6主机上运行,又可以在IPv4主机上运行,而这种转换是不需要对现有的应用程序做任何修改的。例如,互联网上的短信服务客户端程序QQ可以在纯ipv4的主机上运行,但不能在纯ipv6的主机上运行,通过用户代理,QQ就可以在纯IPv6主机上运行,进一步通过融合网关的配合,就可以实现纯IPv6主机上的QQ用户与分布在全世界的QQ用户通讯。
本发明的体系架构是建立在现有的两种网络之上,即IPv4网和IPv6网。参见图1所示,  分布在不同子网的融合网关和部署在用户主机上的用户代理构成一个新的网络架构,这个架构是介于ipv4网和ipv6之间一种中间架构,实现ipv4的用户与ipv6用户真正的互通,它主要能够实现以下四个主要功能:
支持IPv4->IPv6的转换,即支持IPv4网的用户访问IPv6网的服务。
支持IPv6->IPv4的转换,即支持IPv6网的用户访问IPv4网的服务。
支持IPv4->IPv6->IPv6->IPv4的转换,即支持IPv4网的用户通过两个或多个中间的IPv6融合网关去访问IPv4网的服务。
支持IPv6->IPv4->IPv4->IPv6的转换,即支持IPv6网的用户通过两个或多个中间的IPv4融合网关去访问IPv6网的服务。
附图说明
图1为IPv4网和IPv6网互通的体系架构的示意图;
图2为在一个自治网里,IPv4子网和IPv6子网互通的示意图;
图3为在一个自治网里的IPv4客户端,通过中间的两个融合网关,穿越IPv6因特网,去访问另一个自治网里的IPv4服务器的示意图;
图4为某实验室通过实施本发明,让处于IPv6网络的实验室的电脑访问IPv4因特网的示意图;
图5为某研究中心通过实施本发明,让处于IPv4网络的研究中心的电脑访问IPv6因特网的示意图;
图6为某企业通过实施本发明,让该企业的视频用户可以快速访问其视频服务器的示意图。
具体实施方式
名词解释:
1.IP:Internet Protocol(互联网协议,可以是IPv4也可以是IPv6)
2.IPv4:Internet Protocol Version 4(互联网协议版本4)
3.IPv6::Internet Protocol Version 6(互联网协议版本6)
4.UniGateway:Unified Gateway(融合网关)
5.Agent:User Agent(用户代理)
6.UDP:User Datagram Protocol(用户数据包协议)
7.TCP:Transmission Control Protocol(传输控制协议)
8.SCTP:Stream Control Transmission Protocol(流控制传输协议)
9.DNS:Domain Name System(域名命名服务)
一.过渡体系架构的逐步构建
本发明所提及的IPv4和IPv6网互通的体系架构,可以分以下三个步骤逐步实现:
建立支持IPv4->IPv6和IPv6->IPv4通信的体系架构
图2描述了这种既支持IPv4用户访问IPv6服务,也支持IPv6用户访问IPv4服务的体系架构。如图所示,一个自治网包含两个字网:IPv4子网和IPv6子网。在IPv4子网中,有用户主机C4和服务器S4;同时,在IPv6子网中,有用户主机C6和服务器S6。
IPv4和IPv6网通信的体系架构由融合网关和用户代理组成。融合网关部署在双栈的设备上,并同时连接到IPv4和IPv6网。用户代理安装在每个用户(IPv4或者IPv6用户)的主机上。通过这样的部署,可以实现在以下两种场景中通信:在C4和S6之间,以及在C6和S4之间。
具体来讲,当C4上的IPv4应用程序与目的服务器S6通信时,安装在C4上的用户代理首先将通信的数据通过IPv4连接转发到融合网关上,然后,融合网关再将这些通信数据通过IPv6连接送到目的服务器S6。
同样地,当C6上的IPv6应用程序与目的服务器S4通信时,安装在C6上的用户代理首先将通信的数据通过IPv6连接转发到融合网关上,然后,融合网关再将这些通信数据通过IPv4连接送到目的服务器S4。
逐步建立支持IPv4->IPv6->IPv6->IPv4和IPv6->IPv4->IPv4->IPv6通信的体系架构
通过部署融合网关和用户代理,一个自治网可以支持在其中的IPv4(IPv6)用访问IPv6(IPv4)服务。当两个自治网都部署了融合网关和用户代理之后,一个自治网中的IPv4(IPv6)用户还可以通过两个自治网间的融合网关来访问另一个自治网中的IPv4(IPv6)服务,其使用的路径为
IPv4->IPv6->IPv6->IPv4(IPv6->IPv4->IPv4->IPv6)。
如图3所示,有两个距离很远的自治网:A和B,分别都同时连接到IPv4和IPv6的互联网。在两个自治网中,分别部署两个融合网关,并且在用户主机上安装用户代理。每个融合网关都同时连接到IPv4和IPv6网络。
通过部署上述的体系架构,自治网A中的用户C4a能够通过中间的两个融合网关访问远处自治网B中的服务器S4b。具体来说,当用户C4a主机上的IPv4应用程序访问目的服务器S4b时,安装在C4a上的用户代理首先通过IPv4连接把通信数据转发到本地的融合网关Ga,然后Ga将这些数据通过IPv6连接转发到自治网B的融合网关Gb,最后,Gb把数据发送到目的服务器S4b。
通过这种IPv4->IPv6->IPv6->IPv4的连接,原本在IPv4网络上的数据流被重定向到了IPv6网络中。这样做的第一个优点在于,两个自治网之间的网络通信将更加快速,这是因为IPv6的带宽很少被使用。第二个优点在于,在C4a和S4b之间将有两条路径,C4a->S4b和C4a->Ga->Gb->S4b,这样提高了主干网络的可靠性。即使IPv6网络出了问题,用户代理将自动把路径切换成使用IPv4网络,因此连通性更加可靠。
同样地,一个自治网的IPv6用户也能通过中间的两个融合网关访问另一个自治网的IPv6服务,即使用IPv6->IPv4->IPv4->IPv6路径。这样,两个孤岛的IPv6网络也能够通过现有的IPv4网络来互相通信。
在多个融合网关间建立路由体系,以支持在IPv4/IPv6用户和IPv4/IPv6服务器之间的多跳数的转换
当在越来越多的自治网中部署了融合网关和用户代理后,这些融合网关和用户代理自身将形成一个在现存的IPv4网和IPv6网之间的覆盖网络(如图1所示)。
通过这个覆盖网络的桥接作用,任何安装了用户代理的IPv6的用户都将可以访问现有IPv4网络上的海量数据,同时,安装了用户代理的IPv4网络也能够访问IPv6网络上的资源。并且,这个覆盖网络还能够加速两个IPv4用户之间或者两个IPv6用户之间的通信(通过使用IPv4->IPv6->IPv6->IPv4或者IPv6->IPv4->IPv4->IPv6路径)。而且,由于用户和服务之间建立了多条虚拟的连接通路,网络的可靠性得到了进一步的加强。
二.实施例
实施例1:在某个实验室内部署融合网关和用户代理,以使其实验室的IPv6用户可以访问IPv4因特网资源
如图4所示,该实验室内部使用纯IPv6网络,连接到IPv6因特网。融合网关部署在外部的运营商的网络中,并且连接到IPv4和IPv6因特网。用户代理安装在实验室员工的电脑上。
实验室的员工使用他们的在IPv6网络中的电脑访问IPv4因特网的资源。他们使用的网络应用程序包括:Internet Explorer,MSN messenger,Foxmail,QQ,和FlashGet等。经过三个月的测试评估,结果显示员工都能象往常一样正常访问IPv4因特网资源。
实施例2:在某研究中心部署融合网关和用户代理,以使其研究中心的IPv4用户可以访问IPv6因特网资源
如图5所示,该研究中心的内部子网使用的是纯IPv4网络,连接到IPv4因特网。融合网关部署在外部的运营商的网络中,并且连接到IPv4和IPv6因特网。用户代理安装在研究中心员工的电脑上。
该研究中心的员工使用他们的在IPv4网络中的电脑访问IPv6因特网的资源,包括浏览网站(如ipv6.google.com,ipv6.bupt.edu.cn,ipv6.sjtu.edu.cn,ipv6.ustc.edu.cn等)和观看在线IPv6网络视频(如在iptv.bupt.edu.cn,video6.sjtu.edu.cn,tv6.ustc.edu.cn等网站上的视频)。结果显示员工可以正常的访问这些IPv6网络资源。
实施例3:在某企业和研究中心部署融合网关,并在该企业的用户的主机上部署用户代理,以使这些用户可以观看在视频服务器(如http://study.tste.cn)上的视频资源
如图6所示,在该企业的视频用户连接到IPv4的因特网上。该企业的视频服务器在北京,并且连接到IPv4的因特网。两个融合网关被分别部署在该研究中心和该企业,并且他们都同时连接到IPv4和IPv6因特网。用户代理安装在该企业的用户主机上。
视频用户将在线观看在http://study.tste.cn上的视频资源。在部署融合网关和用户代理之前,用户在观看视频前需要长时间的缓冲,并且播放视频时不流畅。在部署了融合网关和用户代理之后,用户可以快速、流畅地观看视频。结果证实了融合网关和用户代理的部署可以改善网络延迟和吞吐量。这是因为视频数据流通过中间的融合网关进行转发,而两个融合网关之间是通过高速的IPv6网络互联,因此减少了延迟,提高了数据吞吐量。

Claims (7)

1.一种网络过渡体系架构,包括融合网关和应用代理,其特征在于,(1)融合网关部署在ipv4网和ipv6网之间,至少有二个逻辑网路接口,其中至少有一个接口连接到IPv4网,至少有一个连接到IPv6网;(2)应用代理软件安装在用户端;(3)逐步部署的融合网关和应用代理的相互协作将形成一个存在于IPv4网和IPv6网之间的覆盖网的体系架构,该覆盖网的体系架构提供IPv4网的用户访问IPv6网服务资源的一条或多条连接通路,IPv6网的用户访问IPv4网服务资源的一条或多条连接通路,也为IPv4网用户通过融合网关访问位于另一IPv4网的服务提供连通通路,以及为IPv6网用户通过融合网关访问位于另一IPv6网的服务提供连通通路。
2.根据权利要求1所述网络过渡体系架构,其特征是融合网关实现IPv4和IPv6网之间数据包转发。
3.根据权利要求1或2所述,其特征是从网络的用户端到服务器端将有一条或多条虚拟的连接通路,即客户端->近端融合网关->服务器端;客户端->远端融合网关->服务器端;客户端->近端融合网关->远端融合网关->服务器端;客户端->近端融合网关->一个或多个中间融合网关->远端融合网关->服务器端。
4.根据权利要求1或2所述,其特征是安装了应用代理的ipv4客户端用户通过近端网关或远端网关来访问ipv6网中的服务器。
5.根据权利要求1或2所述,其特征是安装了应用代理的ipv6客户端用户通过近端网关或远端网关来访问ipv4网中的服务器。
6.根据权利要求1或2所述网络过渡体系架构,其特征是安装了应用代理的ipv4客户端用户先通过近端网关,然后穿过ipv6网,再到达远端网关,最后访问ipv4网中的服务器,从而为IPv4网用户在访问IPv4网的服务时,提供了通过IPv6网络来访问IPv4服务的通路,这一连接通路的增加,提高了IPv4用户与IPv4资源之间通讯的可靠性。
7.根据权利要求1或2所述网络过渡体系架构,其特征是安装了应用代理的ipv6客户端用户先通过近端网关,然后穿过ipv4网,再到达远端网关,最后访问ipv6网中的服务器,从而为IPv6网用户在直接访问IPv6网的服务时,提供了通过IPv4网络来访问IPv6服务的通路,这一连接通路的增加,提高了IPv6用户与IPv6资源之间通讯的可靠性。
CN 200910177413 2009-09-29 2009-09-29 一种实现ipv4和ipv6网互通的过渡体系架构 Expired - Fee Related CN101707573B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN 200910177413 CN101707573B (zh) 2009-09-29 2009-09-29 一种实现ipv4和ipv6网互通的过渡体系架构
PCT/CN2010/001371 WO2011038569A1 (zh) 2009-09-29 2010-09-08 一种实现ipv4和ipv6网互通的过渡体系架构

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN 200910177413 CN101707573B (zh) 2009-09-29 2009-09-29 一种实现ipv4和ipv6网互通的过渡体系架构

Publications (2)

Publication Number Publication Date
CN101707573A CN101707573A (zh) 2010-05-12
CN101707573B true CN101707573B (zh) 2013-04-10

Family

ID=42377767

Family Applications (1)

Application Number Title Priority Date Filing Date
CN 200910177413 Expired - Fee Related CN101707573B (zh) 2009-09-29 2009-09-29 一种实现ipv4和ipv6网互通的过渡体系架构

Country Status (2)

Country Link
CN (1) CN101707573B (zh)
WO (1) WO2011038569A1 (zh)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101707573B (zh) * 2009-09-29 2013-04-10 北京网能经纬科技有限公司 一种实现ipv4和ipv6网互通的过渡体系架构
CN102315918B (zh) * 2010-07-06 2013-11-20 大唐移动通信设备有限公司 一种tcp连接与sctp连接互通的方法及装置
CN103856408A (zh) * 2014-02-17 2014-06-11 中国科学院计算机网络信息中心 一种基于DNS的IPv6和IPv4互通信方法
CN103812868B (zh) * 2014-02-20 2018-03-16 北京极科极客科技有限公司 基于IPv4/IPv6转换实现免费上网的方法及其系统
CN106657120A (zh) * 2016-12-31 2017-05-10 王旸 一种wifi安全体系架构

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1490998A (zh) * 2003-07-23 2004-04-21 中国科学院计算技术研究所 利用nat-pt和客户/服务器模式实现ip网络终端通信方法
CN1564542A (zh) * 2004-04-20 2005-01-12 清华大学 在IPv6网络上实现IPv4网络互联的隧道建立方法
CN1571396A (zh) * 2003-07-18 2005-01-26 华为技术有限公司 一种实现园区网接入IPv6网的方法

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1472664A (zh) * 2003-06-16 2004-02-04 浙江大学 Windows 2000或xp的v4应用与ipv9或ipv6网络互联插件
CN100505686C (zh) * 2005-08-24 2009-06-24 华为技术有限公司 实现移动IPv6节点与IPv4通信伙伴通信的方法
CN101707573B (zh) * 2009-09-29 2013-04-10 北京网能经纬科技有限公司 一种实现ipv4和ipv6网互通的过渡体系架构

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1571396A (zh) * 2003-07-18 2005-01-26 华为技术有限公司 一种实现园区网接入IPv6网的方法
CN1490998A (zh) * 2003-07-23 2004-04-21 中国科学院计算技术研究所 利用nat-pt和客户/服务器模式实现ip网络终端通信方法
CN1564542A (zh) * 2004-04-20 2005-01-12 清华大学 在IPv6网络上实现IPv4网络互联的隧道建立方法

Also Published As

Publication number Publication date
CN101707573A (zh) 2010-05-12
WO2011038569A1 (zh) 2011-04-07

Similar Documents

Publication Publication Date Title
Wu et al. Transition from IPv4 to IPv6: A state-of-the-art survey
Blanchet Migrating to IPv6: a practical guide to implementing IPv6 in mobile and fixed networks
Senie Network address translator (nat)-friendly application design guidelines
CN101707573B (zh) 一种实现ipv4和ipv6网互通的过渡体系架构
CN103236964B (zh) 基于Linux的DS-Lite实现方法及其CPE接入设备
CN102255982A (zh) 一种IPv4/IPv6转换网关以及转换方法
Albkerat et al. Analysis of IPv6 transition technologies
JP2009049648A (ja) パケットルーティング制御方法、パケットルーティング制御プログラム、端末装置、およびvpnサーバ
CN101026547A (zh) 一种将Intranet中的IPv6主机接入全球IPv6网络的方法及系统
Zhai et al. Transition from ipv4 to ipv6: A translation approach
Arkko et al. Guidelines for Using IPv6 Transition Mechanisms during IPv6 Deployment
Shah et al. An examination of next generation IP migration techniques: Constraints and evaluation
Hamarsheh et al. Assuring interoperability between heterogeneous (IPv4/IPv6) networks without using protocol translation
Grosse et al. Network processors applied to IPv4/IPv6 transition
Punithavathani et al. IPv4/IPv6 transition mechanisms
CN115150312B (zh) 一种路由方法及设备
Siddika et al. Transition from IPv4 to IPv6 in Bangladesh: The competent and enhanced way to follow
CN202475471U (zh) 数据中心系统及装置
Hamarsheh Deploying IPv4-only connectivity across local IPv6-only access networks
Sasanus et al. Differences in bandwidth requirements of various applications due to IPv6 migration
Radley et al. Green computing in WAN through intensified teredo IPv6 tunneling to route multifarious symmetric NAT
Punithavathani et al. Performance analysis for wireless networks: An analytical approach by multifarious sym teredo
Hamarsheh et al. Performance Analysis Of Ain-Pt, Ain-Slt And Siit Network-Based Translators
Raste et al. Design and implementation scheme for deploying IPv4 over IPv6 tunnel
Isa et al. Design and Comparison Migration Between IPv4 and IPv6 Transition Techniques

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
DD01 Delivery of document by public notice

Addressee: Beijing Veno Technology Co., Ltd.

Document name: Notification of an Office Action

C14 Grant of patent or utility model
GR01 Patent grant
DD01 Delivery of document by public notice
DD01 Delivery of document by public notice

Addressee: Beijing Veno Technology Co., Ltd.

Document name: Notification to Pay the Fees

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: 20130410

Termination date: 20180929

DD01 Delivery of document by public notice
DD01 Delivery of document by public notice

Addressee: Fu Cheng Peng

Document name: Notification of Termination of Patent Right