IPv6 和 IPv4 到底能不能互通

不能直接通。一台纯 IPv6 设备和一台纯 IPv4 设备之间，谁都解析不了对方的包。要通，只能靠三种中间方案：双栈、隧道、翻译。

一、先把这个事实说死

IPv6 不向下兼容 IPv4。这不是实现问题，是协议设计的结果：地址长度不同（32 位对 128 位），包头结构不同，一方根本无法解析另一方的数据包。

这个不兼容，是 1998 年定稿至今二十八年迁移史的物理根源。如果 IPv6 能向下兼容，升级就会像操作系统打补丁一样自然发生。正因为不能，任何一方单独升级都会失去与另一方的连接——于是所有人都在等对方先动。

这也解释了一个常见误解：「IPv6 更先进，所以迟早取代 IPv4」。技术先不先进，跟能不能平滑过渡是两件事；不兼容恰恰是它推得慢的原因，不是它推得动的原因。

一个可以对照的细节：协议 1998 年定稿，2026 年 3 月全球用户占比才首次过半，用了二十八年。这个时间长度里，技术实现的难度早就不是主要矛盾了——难的是谁先动。

二、要通，只有三条路

三条过渡路径，本质上是同一张网在不同位置同时使用的三种工具。

这张表的关键在最后一列。双栈是「现在大家在哪」，翻译是「未来要去哪」。

因为只有翻译路径允许一侧做到纯 IPv6，而纯 IPv6 才是省掉双栈运维成本的唯一方式。隧道只是把问题包起来，双栈只是把两套都留着，只有翻译能让一边真正瘦下来。

三、为什么双栈成了默认答案

因为它是三条路里唯一「什么都不用改」的那条。

对一个已经跑了十年 IPv4 的网络，双栈只需要在现有设备上开一套新协议栈，业务侧无感、应用侧不用动、供应商不用换。代价是把运维复杂度翻倍——但那是未来每年慢慢付的账，不是今天就要签字的预算。

这就是双栈能成为默认答案的原因：它把成本从一次性变成了持续性，而持续性成本在预算里看不见。

几乎所有存量网络都在这个状态里，而且已经待了十年以上。这也解释了为什么「我们早就支持 IPv6 了」和「我们的流量还没走 IPv6」可以同时为真——支持，和用，是两件事。

四、三条路不是三选一

实际网络里，三条路是同时存在的，只是位置不同。

接入侧多半用翻译：纯 IPv6 的接入网访问还有大量 IPv4 内容，靠边界设备转。

骨干与专线多半用双栈或隧道：两端都升级到位，双栈最省事；跨管理域、跨运营商时隧道更常见。

数据中心内部反而最简单：设备新、可控性强，直接双栈，甚至内部已经单栈。

所以问「IPv6 和 IPv4 怎么互通」时，正确的回答应该反问一句：你问的是哪一段？

还有一个常被忽略的点：三条路的选择，最终取决于「谁控制终端」。

移动网络几乎不需要隧道，因为终端和接入配置都在运营商手里，可以整批推进；固网则相反，终端在用户手里，只能等自然替换。这也是中国移动网 IPv6 流量占比 70.85%、固网只有 32.38%（均为 2025-12）的同一套机制——技术路径的选择，从来不只是技术问题。

五、中国的工程化准备已经落地

有一条容易被忽略的证据：中国已经发布了国家标准，规定在纯 IPv6 的接入网络里，内部的 IPv4 设备仍然可以访问外部 IPv4 网络（GB/T 44866.2-2025，面向单栈 IPv6 网络的 4over6 技术要求；属于封装／隧道一类，不是前面说的翻译）。

国标先行，说明单栈路线在国内已经进入工程化准备阶段，而不是停留在讨论。

这条标准解决的正是最尴尬的那个场景：网已经单栈了，但网里还有一批只认 IPv4 的旧设备。翻译边界替它们把话说完。

六、什么时候该选翻译

翻译不是万能的，它有两个前提条件，缺一不可。

前提一：一侧必须真的纯净。 如果一个网里还有大量 IPv4 设备，翻译就没有意义——直接用双栈更省事。翻译的价值只在「一边已经单栈、另一边还是 IPv4」这个场景里成立。

前提二：应用不能依赖地址本身。 有部分应用会把 IP 地址写进业务逻辑（比如把地址当用户标识、当鉴权凭据），翻译之后这些逻辑会失效。这类应用必须先改，改不动就不能走翻译。

所以判断顺序是：先看网是不是真单栈，再看应用有没有绑地址，两个都过了，翻译才划算。否则就是花一笔钱买一个更复杂的双栈。

七、常见误读，三个

误读一：IPv6 和 IPv4 可以互相「识别」。 不能。只能靠中间设备替它们翻译或封装。

误读二：双栈就是「两条线」。 不是。是同一台设备、同一个接口同时跑两套协议栈，物理上还是一条线。

误读三：翻译技术不成熟。 这个担忧在 2014 年成立。T-Mobile 美国从 2014 年起用 464XLAT 在移动网络上跑纯 IPv6 单栈，至今十余年没有回退。推翻担忧的不是报告，是运行时间。

八、判断一条「互通」消息，问三句

第一句：哪一侧是纯的？ 两侧都双栈，那就没有互通问题，只有运维成本问题。

第二句：用的是翻译还是隧道？ 翻译允许一侧纯净，隧道只是把包塞过去。两者对长期成本的含义完全不同。

第三句：转换设备在谁手里？ 在运营商边界，还是企业自己机房？这决定了故障时谁负责。

三句问完，基本能判断这个「互通方案」解决的是真问题，还是把问题挪到了另一个盒子里。

资料来源

1. 全国网络安全标准化技术委员会. GB/T 44866.2-2025 面向单栈 IPv6 网络的 4over6 技术要求[S]. 2025.
2. IETF. RFC 6877: 464XLAT[EB/OL].
3. Internet Society. Case Study: T-Mobile US Goes IPv6-only Using 464XLAT[EB/OL]. 2014.
4. 诺辉投资研究部. IPv6 网络 · 行业认知研究报告[R]. 2026-09.

数据截止 2026-09　|　相关：为什么要「网络去 NAT」？NAT 到底碍了什么事 · IPv6 单栈是什么？为什么运营商要退双栈 · IPv6 网络 · 行业认知研究报告

编写依据

本文依据本赛道研究报告及用户授权的成品库 Markdown 摘编，素材获取于 2026-10-30。原文所列资料时点、出处及核验边界按提供稿保留；本轮未逐条回溯外部来源。