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 http://www.ipv6bbs.cn/images/common/back.gif
需要区分是stateless或staeful模式的nat64的!
stateless与ivi的sa或da较相似,但算法不同
页:
[1]
2