一旦IPv6投入应用，看起来网络中所有的主机都必须升级。对于要处理包含成千上万个主机的全球公司网络的网络管理者而言，这种挑战很令人沮丧。但是，实际情况并非如此，研究向IPv6过渡的人士正在致力于IPv6的设计及IPv6所支持的协议和机制，以实现得体的渐进的升级。如果能有条理地、明智地进行现有网络向IPv6的升级，升级的影响可能较小。本章将讨论目前已提出的平滑过渡策略。
在RFC 1933(主机和路由器向IPv6过渡的机制)、RFC 2185(向IPv6过渡的选路问题)、R F C 2 0 7 1 (网络重新编号概观：为何需要及需要什么)以及RFC 2072(路由器重新编号指导)等文档中都涉及有关向IPv6过渡的讨论。还有一些有关向IPv6过渡和商业环境中向IPv6升级的Internet 草案正在制订中。
向IPv6过渡必定是渐进的。考虑到目前已经有大量网络和节点连接到Internet，人们无法接受大量的切换形式的升级。这种升级要求网络管理员为Internet上的每个主机和路由器都找到并安装新版本的网络软件，考虑到目前有很多不同的平台运行着IPv4，这种做法将很难实现。
与此相似，随着网络厂商和开发者逐渐将IPv6引入不同的平台，随着网络管理者逐渐确定自己所需要的IPv6功能，向IPv6过渡也将是一个相对缓慢的过程。预计IPv4和IPv6将长期共存，也许将永远共存。大多数过渡策略都依靠协议隧道的两路方法，即至少在最初，将来自IPv6岛的IPv6包封装在IPv4包中，然后在广泛分布的IPv4海洋中传送。经过过渡的早期阶段，越来越多的I P网络和设备将支持IPv6。但即使在过渡的后期阶段， IPv6封装仍将提供跨越只支持IPv4的骨干网和其他坚持使用IPv4的网络的连接能力。另一路策略是双栈方法，即主机和路由器在同一网络接口上运行IPv4栈和IPv6栈。这样，双栈节点既可以接受和发送IPv4包，也可以接受和发送IPv6包，因而两个协议可以在同一网络中共存。
见图1 2 - 1，隧道方法用于连接处于IPv4海洋中的各孤立的IPv6岛。此方法要求隧道两端的IPv6节点都是双栈节点(见下节)，即也能够发送IPv4包。将IPv6封装在IPv4中的过程与其他协议封装相似：隧道一端的节点把IPv6数据报作为要发送给隧道另一端节点的IPv4包中的净荷数据，这样就产生了包含IPv6数据报的IPv4数据报流。在图1 2 - 1中，节点A和节点B都是只支持IPv6的节点。如果节点A要向B发送包，A只是简单地把IPv6头的目的地址设为B的IPv6地址，然后传递给路由器X；X对IPv6包进行封装，然后将IPv4头的目的地址设为路由器Y的IPv4地址；若路由器Y收到此IPv4包，则首先拆包，如果发现被封装的IPv6包是发给节点B的，Y就将此包正确地转发给B。

12.1.1 与IPv4兼容的IPv6地址
第6章介绍了包含IPv4地址的

[1] [2] 下一页