用户名: 密码:
 

下一代互联网产业联盟

现网过渡解决方案

中兴:构建IPv4/IPv6平滑演进桥梁

    日期:2011/4/11 16:57:38    来源:C114 【

IPv6诞生已经有十年之久,但是我们喊狼来了已经这么久,现在狼已经来到我们面前我们准备好了吗,我们目前实现了IPv6商用运营商只有不到2%,大部分运营商还在规划跟试点阶段,我们可以看到我们全面实现IPv6的道路依然漫长,我们回顾分析一下IPv6演进不尽人意的地方,首先我们觉得内容是一个很大的问题,大部分内容在IPv4,大部分用户也在IPv4上面,缺乏意愿向IPv6迁移,今天这个契机IPv4地址分配完毕,今天腾讯百度已经到了我们这里,也给出他们向IPv6演进时间表,让我们振奋百度昨天表示向IPv6演进这个过程中他的一些成果,这么一个举措应该可以很好促进运营商向IPv6迁移,促进我们产业链很好良性循环。

从运营商角度看,它的网络升级到IPv6并没有给他带来一个额外收益,在这个演进过程中它的部署是要涉及到终端,接入网,城域网,骨干网,计费系统,认证系统,一系列业务平台改造过程是相当复杂,我们认为考虑演进过程中在保障用户体验网络平滑升级的同时,我们的引进方案同时考虑怎么促进这个IPv6的一个发展,用户以及网络发展壮大。考虑方案的同时,应该考虑运营商的一些感受,应该简化这个方案降低他对终端和设备要求,避免降低它投资成本,方案应该符合长期引进的一个方向,避免它的网络进行重复改造跟避免这个投资浪费。

接下来我们看到目前关注到的,过渡阶段我们一些主要的过渡技术,里面我们关注到NAT44和NAT64,技术细节已经有很多人谈过,我今天主要是从这些方案设计思路,上面来谈,一个方案设计一个思路,跟它的出发点决定你这个方案生命周期以及你的一个后续部署一个范围跟规模。下一部分是我针对这几个方案做的分析,首先是DS—LITE方案它的思路是IPv6为基础,承载IPv4,它的IPv6是采用正常转化,IPv4流量是IPv6INIPv4方式,需要部署DS—LITE,我们可以采用集中部署方式,考虑可靠性可以采用负载分担,双基配分,城域网要改造,升级支持IPv6,在用户上线将信息下发给家庭网关,支持DS—LITE,通过得到的信息跟CR网关建立一个隧道,可以看到DS—LITE这个方案是直接采用IPv6,直接发展IPv6的用户,能够有效促进IPv6的发展,同时是采用IPv6符合后续网络演进方向,在后续演进过程中不需要进行二次改造。

第二方案是6 RD思路以IPv4为基础承载IPv6。改造是需要在承袭王里面部署集中BR,城域网不需要升级支持IPv6,但是BR需要升级支持6RD的BR属性,用户上线把6RD上升给CPE,支持6RD,BR隧道,必须面临一个问题网络必须进行二次改造,支持IPv6,设计的时候不是要解决IPv4地址不足的问题,目前这个阶段,你的IPv4地址已经不足,你的6RD无法解决运营商地址缺乏一个问题。

第三方案是NAT44是城域网部署双栈,在城域网接入私网路由,给用户分配私网地址,经过两次NAT方式进行流量承载,IPv6流量走IPv6,我们认为NAT44是确实可以有效缓解公有地址不足的问题,毕竟是基于IPv4做这个事情,没有很哈促进网络向IPv6发展,我们考虑NAT44部署的时候,应该  需要考虑现有网络已经用的IPv4地址,应该及时去全面梳理规划现有城域网已经拥有IP地址并进行业务搁结把地址空出来,两次NAT对业务影响需要进行一个主业务评估。第四连接方案是NAT64,集中部署转化网关,实现IPv6用户访问IPv4资源,网络发展初期,IPv6用户缺乏IPv6内容资源,NAT64可以很好解决资源匮乏问题,IPv6用户有资源可以访问,能够解决初期促进IPv6用户的发展。末期你的用户基本上到IPv6上,为了你业务后续延续性NAT64也是必须的,NAT64主要有这两个方面应用场景。

基于以上分析我们对四种技术做一个梳理,IT系统上面DS—LITE是单站计费采用是隧道封装对流量统计不是非常请确,6RD也是单站计费跟DS—LITE一样,可能计费也不是非常准确,NAT44需要做双栈计费,标准和规范还不是非常完善,承载效率DS—LITE、6RD采用隧道封装是IPv4OVERIPv6。NAT44都是采用IP专发,承载效率比较高,扩展性持续性分析的话,DS—LITE单成NAT,是一次改造,符合网络后续演进的一个方向,6RD随着地址短缺也需要做NAT,网络向IPv6演进还需要面临网络二次改造,NAT44两层NAT扩展性有一定问题,后续向IPv6演进也是需要进行二次改造,我们认为DS—LITE方案比较适合在IPv6流量增量部署以及IPv6流量主导一个场景,然后就是符合后续网络引进需求,长期它的优势会比较明显,6RD这个方案没有解决你险业地址不足问题,我们认为只适合网络演进初期,在那些IPv4地址比较充裕欧美运营商,NAT44方案可以很好缓解公有地址问题,要过渡到IPv6还是要面临二次改造,NAT64可以很好解决IPv6用户访问IPv4资源,演进初期末期会有相应的应用场景。

第三部分是我们中兴通讯的一些应用案例,介绍案例之前我们首先介绍一下CGN设备,处理性能会相对高一点,能够符合现在网络引进的一个需求。我们首先看到一个应用案例在我们运营商城域网做的一个试点,这个试点我们采用独立的CGN设备,为了保障网络可靠性我们采用成对部署集中式方面跟城域网CR做一个口字型对接,CGN之间有一个链路用来做CGN保护信条信息,用户同步信息保障CGN可好性,试点我们试点web浏览,视频播放等一系列业务。DS—LITE我们在法国电信做过很多测试,测试效果也比较明显,经过几轮测试我们入围法国电信的名单,另外是我们帮助上海世博做的一个解决方案,这个是大家知道网上世博是上海世博会一大亮点在当时世博官方网站是基于IPv4平台,没有向IPv6迁移,导致IPv6用户无法访问世博官方网站,这个时候怎么办,我们给他们提供IPv4向IPv6转换方式,我们在世博园区集中部署转换网关,IPv6流量可以直接走IPv6,IPv4经过网关转换访问到世博网站成功解决IPv6用户访问世博网站问题,过渡技术作为IPv4向IPv6演进不可或缺桥梁,至少具备以下三个方面的特点,第一应该是可持续发展,可持续发展包括用户业务可持续应用,保障用户应用平滑使用,另外是网络平滑升级,另外方案应该是符合长期演进方向,这个方案不能导致运营商反复改造,造成投资浪费,方案应该能够做到简化对终端,对网络的要求,整个部署的成本,我们整个IPv6部署涉及到从终端到网络平台,涉及到一个很庞大的投资优化很重要,第三高效方案应该是能够实现IPv4向IPv6平衡迁移,能够满足IPv4和IPv6同时承载,还能够基于多种业务,实现业务融合成长,保障网络业务可以持续加载,保障网络可以持续盈利,也是我们做方案一直考虑这些问题。

[视频]全球互联网IP地址即将耗尽

联盟会员列表

页面版权所有:下一代互联网产业联盟