Cernet设计的IVI：IPv4/IPv6无状态翻译技术

IVI是一种基于SIIT的协议转换技术，可以解决IPv6网络与IPv4网络数据包的网络层翻译。IVI主要思路是从全球IPv4地址空间（IPG4）中，取出一部分地址映射到全球IPv6地址空间（IPG6）中。在IPG4中，每个运营商取出一部分IPv4地址，被用来在IVI过渡中使用，被取出的这部分地址称为IVI4(i)地址，这部分地址不能分配给实际的真实主机使用了。随着过渡的进行，IVI4(i)的范围逐渐被扩大，当所有IPv4地址都不被真实主机使用时，过渡完成。


IVI的地址映射规则是在IPv6地址中插入IPv4地址。地址的0-31位为ISP的/32位的IPv6前缀，32-39位设置为FF，表示这是一个IVI映射地址。40-71位表示插入的全局IPv4空间（IVIG4）的地址格式，如IPv4/24映射为IPv6/64而IPv4/32映射为IPv6/72。

IVI方案是由CERNET2的研究人员清华大学李星教授提出的，目前正在IETF的behave工作组进行标准化流程，同时也在世界最大规模的纯IPv6网络CERNET2开展实验部署，并得到了华为等设备厂商的支持，具有良好的应用前景。


IVI技术由Cernet/清华大学自主设计，已在IPv6网络中进行部署，项目相关信息及软件下载地址：
http://www.ivi2.org/

IVI技术在IETF 项目相关Draft文档：draft-xli-behave-ivi-07
The CERNET IVI Translation Design and Deployment for the IPv4/IPv6 Coexistence and Transition
链接地址：http://datatracker.ietf.org/doc/draft-xli-behave-ivi/

与此相关的文档：
1.RFC 6052:IPv6 Addressing of IPv4/IPv6 Translators
链接地址：http://www.rfc-editor.org/rfc/rfc6052.txt

2.IETF Draft文档：draft-ietf-behave-v6v4-xlate-23
IP/ICMP Translation Algorithm
链接地址：http://datatracker.ietf.org/doc/draft-ietf-behave-v6v4-xlate/
同时该Draft成为正式RFC后将废除SIIT [RFC 2765]

3.IETF Draft的文档：draft-ietf-behave-v6v4-framework-10
Framework for IPv4/IPv6 Translation
链接地址：http://datatracker.ietf.org/doc/draft-ietf-behave-v6v4-framework/

IVI也已经发布RFC文档了，感兴趣的兄弟们可以参考：
The China Education and Research Network (CERNET) IVI Translation Design and Deployment for the IPv4/IPv6 Coexistence and Transition  ：RFC6219

IVI也已经发布RFC文档了，感兴趣的兄弟们可以参考：
The China Education and Research Network (CERNET) IVI Translation Design and Deployment for the IPv4/IPv6 Coexistence and Transition  ：RFC6219

请教，IVIG46(i)它们之间的互访怎么实现？
我的想法是它们之间的互访，会翻译变成访问IPG4的地址。
从数据包的角度，我没想明白

IVI的具体原理没有深入了解过，不过感觉应该和IETF Stateless NAT64模式基本类似吧?地址格式很重要，既然他是Stateless模式转换，肯定必须通过IPv6 Destination Address来提取出映射的IPv4地址，这个算法由IVI来规定。
以上仅是个人猜测，对IVI确实没有仔细研究过，只是之前大概看了看一个PDF介绍文档。
这里有我之前发的关于NAT64转换的数据包交互原理图，你先搞清楚这个模式，IVI也应该整体类似，细节上存在变化而已！
希望你搞懂以后来给我们共享一下经验啊！

我的理解是ipg6的数据包经过路由器，再把特定前缀的数据包路由到IVI设备。
IVIG46(i)的用户，如果想访问IPV4地址的资源，就把前缀改长；
如果想访问IVIG46(i)的资源，就把前缀改短。
不过这样，是否造成了不方便。
进一步想，IVIG46(i)这部分地址，ISP的运营商也应该保留起来，不分配给用户。为以后的IPV4用户转移好用。但这样的话，用IPV6可以喝IPV4互访的资源又会太少。还是没太理解李星老师他们的意思。

建议参考RFC6145中的Appendix A.  Stateless Translation Workflow Example
理解其中的原理了，再对照IVI！
当然，你也可可以直接看IVI的文档，最好是画个地址转换的图出来，也许你能理解的更容易一些。

NAT64和IVI有一个主要的区别：
IVI中，ipsa和ipda的映射方式都是一样的（1:N模式除外，目前draft）
NAT64中，ipsa和ipda可以有各自的映射方式

看RFC6145的附录A，IPv4访问IPv6，地址直接转换添加ipv6前缀，这就是说那个ipv6端的接口只分配一个ipv6前缀。
IVI协议是不是以这个条件为前提？
倒不是什么限制，只是问问。

NAT64和IVI有一个主要的区别：
IVI中，ipsa和ipda的映射方式都是一样的（1:N模式除外，目前draft）
NAT64中 ...
mabus 发表于 2011-12-26 16:00

需要区分是stateless或staeful模式的nat64的！
stateless与ivi的sa或da较相似，但算法不同