IPv4如何过渡到IPv6 双栈、隧道、NAT64是什么
IPv4和IPv6不互通，这是所有人都得面对的现实。你不可能今天下个命令，全网明天就全换成IPv6——设备新旧不一、业务系统复杂、运维习惯也不是一天能改的。所以"过渡"成了一门正经技术，国际上把它统称为过渡技术（Transition Technologies），新华三的IPv6认证里，这也是必考的重点模块。
过渡技术说来说去就三大流派：双栈、隧道、翻译（NAT64就是翻译派的代表）。挨个说清楚。
第一种，双栈（Dual Stack）。这是最主流、也最稳妥的做法。原理很简单：一台设备、一个接口上同时配置IPv4和IPv6两套地址，两个协议栈同时工作。IPv4流量走IPv4，IPv6流量走IPv6，互不干扰。业务系统是IPv4的照常跑，新部署的系统优先上IPv6，两头都能通。
双栈的优点是好理解、风险低、平滑，是绝大多数企业过渡期的首选方案。缺点是设备得支持双栈，老设备可能顶不住；另外IPv4的地址短缺问题它解决不了，因为IPv4栈还在，公网IPv4照样不够用。所以双栈是过渡手段，不是终点。
第二种，隧道（Tunneling）。思路是把IPv6的报文整个封装进IPv4报文里，当成普通IPv4数据在IPv4网络中传输，到了隧道出口再解封装出来。相当于在IPv4的高速公路上开一条"隧道"给IPv6的车跑。常见的隧道技术有6to4、ISATAP、GRE隧道、手工隧道等。
隧道的价值在于：核心网络暂时没升级IPv6时，可以把分散的IPv6孤岛连接起来。比如总部和分部各自内部已经跑了IPv6，中间走的还是运营商IPv4骨干，那就用隧道把两个孤岛打通。缺点是封装带来开销，性能有点损失，配置和维护也比直连复杂，适合作为过渡期方案。
第三种，翻译（Translation），NAT64是其中的代表。它的思路和IPv4时代的NAT一脉相承：在IPv6网络和IPv4网络的交界处放一个翻译设备，把IPv6地址和IPv4地址互相转换，两边数据包改写后直接互通。IPv6用户要访问一个只有IPv4的旧系统，靠NAT64就能过去，反之也有NAT-PT之类的思路，但实践中用得少。
翻译方案的好处是不用动存量IPv4网络，改造量小，适合访问存量系统的场景；缺点是翻译有状态、有性能开销，有些应用协议对地址转换不友好，遇到嵌套在应用层里的IP地址就容易出问题。所以翻译方案一般用在双栈和隧道都不合适的时候。
那企业过渡到底怎么走？比较现实的路线图是：新建系统、新采购设备全部要求支持IPv6，先跑双栈；核心网络和出口逐步升级，链路层面用隧道补齐缺口；实在改不动的存量IPv4系统，用NAT64兜底访问。节奏上可以按"先规划、后试点、再推广"来，别一上来就追求全量切换。
对运维人员来说，这三类技术都是要会的。新华三的H3CSE-RS-IPv6认证（考试代码GB0-330）把双栈、隧道、地址族转换列为考点，配套课程《H3C IPv6技术v3.0》里还有专门的过渡技术实验，让你在真机上把三种方案各搭一遍。想系统学习的话，建议找有实验环境的培训机构，比如润天教育，H3C钻石级授权培训中心加五星级考试中心，理论加实操4天，学完直接在考点考GB0-330，过渡技术这块基本就吃透了。
最后说句实在话：过渡技术没有银弹，三类方案各有适用场景，成熟的做法是组合着用。搞懂了双栈、隧道、NAT64各自的边界，做IPv6改造方案时心里就有谱了。
