中国电信自主研发IPv6平滑迁移平台

Smart6系统在湖南现网上线

长期以来，IPv6网络内容和应用的缺乏一直是IPv6产业发展的瓶颈。虽然IPv6协议作为IPv4协议的替代方案已在业界达成一致，主流的网络设备已经初步成熟，并已经建立了一定规模的全球性试验网络，但整个IPv6产业链依旧发展缓慢。

针对这种情况，最近，中国电信自主研发了面向ICP网站的IPv6平滑迁移平台——Smart6，该平台可以在对ICP网站不进行升级改造的前提下，协助其实现IPv6服务能力并为全球的IPv6用户提供服务。目前，该系统已经在湖南现网上线，已实现了多个ICP网站向IPv6的迁移。作为一种ICP侧的迁移解决方案，Smart6系统将和接入侧过渡系统、运营支撑系统协调运转，共同促进向基于IPv6协议体系的下一代互联网演进。

Smart6是由中国电信股份有限公司北京研究院在中国电信集团公司的支持下设计并研发的面向ICP网站的IPv6平滑迁移平台。该方案创新性地将协议翻译技术应用到提供内容的ICP网站侧，实现了IPv4资源和IPv6网络的互通。由于ICP网站的服务器通常部署在IDC机房中，因此Smart6的协议翻译功能是部署在IDC的出口处，这样也可同时为多个ICP网站提供迁移服务。为了支持IPv6用户对于IDC内部ICP网站的访问，Smart6利用协议翻译技术将IPv6的访问请求报文在IDC入口处转换成IPv4报文，从而使IPv6用户请求以IPv4形式去访问IPv4内容资源。在进入Smart6前，IPv6请求包中的源地址为用户IPv6地址，该地址通过地址映射方式转换为一个对应的私网IPv4地址，并生成新的IPv4访问请求数据包。由于用户的IPv6地址被映射为私有IPv4地址，因此该数据访问过程不占用网络运营商的公有IPv4地址资源，实现了真正意义上的IPv6数据传输。在经过地址转换后，新生成的IPv4报文在IDC内部直接去访问IPv4内容资源。

Smart6具有共享式、低成本、轻量级、不占用IPv4公有地址以及不受服务器地理位置约束的特征，技术实现难度较低，可快速部署和实施。在对于特定ICP网站提供迁移服务时，Smart6对于ICP网站自身系统并没有进行改动，大大降低了ICP网站提供IPv6服务的门槛。其次，由于部署在IDC出口并具有共享特性，Smart6可一次性实现多家CP /SP提供IPv6用户访问的能力。Smart6对于用户终端没有任何额外的要求，凡是具备IPv6接入能力的用户都可以顺利访问通过Smart6平台实现迁移的网站。

该平台自2011年3月在湖南上线运行以来，已实现了湖南信息港、信息田园、中国同学录、湖南网络广播、华声在线以及中国电信官网等多个ICP网站的IPv6迁移，这些被升级网站涵盖的内容也包括资讯、论坛、电子商务、视频多媒体、电子邮件等多种类型，逐步形成“IPv6信息服务云”。中国电信集团公司官方网站也已成为目前国内唯一提供IPv6访问服务的电信运营商门户网站，对IPv6技术的推广具有重要的示范意义。自上线以来，累计通过Smart6访问的IPv6用户达到20万人次。

Smart6是从ICP网站侧切入探索突破IPv6产业链发展的重要举措，它实现了互联网网站流量从IPv4网络向IPv6网络的迁移。该方案在降低ICP网站迁移门槛的同时，带动了整个IPv6产业的发展。由于IPv6产业链的推动是一个全局、复杂的过程，包括网络运营商、内容提供商、DNS服务提供商、设备制造商等，任何一个环节的缺失滞后都会影响这个产业链的顺利发展，因此，需要从全局上推动IPv6产业链，促进IPv6网络中内容和流量的提升，进而推动互联网向IPv6的整体演进。

作者：陈运清   来源：人民邮电报

额，SMART用的是什么技术呢？从介绍来看用的是NAT64啊。

目前还不晓得么，仅仅是相关的新闻报道。

为了支持IPv6用户对于IDC内部ICP网站的访问(这里没有说IPV4访问IPV6的情况)
Smart6利用协议翻译技术将IPv6的访问请求报文在IDC入口处转换成IPv4报文，从而使IPv6用户请求以IPv4形式去访问IPv4内容资源。（提到翻译技术，应该是NAT64或者IVI）
该地址通过地址映射方式转换为一个对应的私网IPv4地址，并生成新的IPv4访问请求数据包。由于用户的IPv6地址被映射为私有IPv4地址，因此该数据访问过程不占用网络运营商的公有IPv4地址资源（提到私网IPV4地址。看情况应该是NAT64，而不是IVI）
不知道满天星的看法如何。

你分析的还是很正确的哦。
第一点应该是IDC内部都是IPv4的Server，需要平滑过渡，也就是仍然是ipv4的
第二点：翻译技术也没有问题，平滑过渡的只能是nat64、ivi等，当然还有被废除的nat-pt
第三点：nat64中可以使用私网地址进行映射，这个没有问题，ivi中难道不行？我也没有详细看过介绍，只是大概了解基本的流程哦

IVI的情况可以参考divi-pd，最近这个工作要和MAP(Mapping of Address and Port)打包成一套东西了，运用一个和4rd兼容的地址映射算法。。

貌似IVI和stateless nat64类似，只能ipv4和ipv6地址一对一映射，并不能有效节约ipv4地址，且对ipv6客户端地址要求较严格，不过均能实现双向访问！
stateful nat64可以节约ipv4地址，适用于任意ipv6客户端地址，但仅用用ipv6访问ipv4，这也满足了最核心与主要的需求。
divi大概扫了一眼，好像是把端口关系也整合进去了，也能节约ipv4地址，不过各种关系好像还是挺复杂的，没细看，不懂，不发表个人意见了。
同时，从ietf标准的角度考虑，ivi是Informational级别，stateful nat64是Proposed Standard
因此个人认为stateful nat64才后续发展的主流。