IETF 收到一份 IPv8 草案：有人想跳过 IPv6 重做整个互联网协议栈

4 月 14 日，IETF 归档中出现了一份令人瞩目的 Internet-Draft：draft-thain-ipv8-00，标题是 "Internet Protocol Version 8 (IPv8)"。作者 J. Thain 来自 One Limited，提出了一个野心极大的方案——不修修补补，直接重新设计整个网络协议栈。

需要先说明：这是一份个人提交稿（Individual Submission），不属于任何 IETF 工作组，不代表 IETF 的任何认可或共识。任何人都可以向 IETF 提交 Internet-Draft，它只是进入讨论流程的起点，距离 RFC 标准还有非常远的距离。

IPv8 想做什么

IPv8 的核心主张可以概括为几个关键点：

64 位地址空间，IPv4 是真子集。 IPv8 地址结构为 64 位，其中 32 位是路由前缀（ASN 编码），32 位是主机地址。当路由前缀为零时，地址就退化为标准 IPv4 地址。作者声称这意味着"100% 向后兼容"——现有设备和应用无需任何修改。

每个 ASN 分配 2³² 个主机地址。 全球约 17.5 万个 ASN，每个分到 42 亿个地址，从分配角度看确实解决了地址枯竭问题。

Zone Server 架构。 把 DHCP、DNS、NTP、身份验证、遥测、访问控制、NAT 等分散的服务整合到一个统一的 Zone Server 平台上。设备只需一次 DHCP8 交互就能获得所有服务端点。

强制 OAuth2 JWT 认证。 网络中每个可管理元素都通过 OAuth2 JWT 令牌授权，Zone Server 本地缓存公钥，亚毫秒级验证，无需每次回源到身份提供商。

Cost Factor (CF) 路由度量。 一个 32 位累积度量，综合 RTT、丢包、拥塞窗口、会话稳定性、链路容量、经济策略和地理距离七个分量。跨 AS 边界端到端工作，声称可以检测出"比光速还快"的异常路径。

BGP8 + /16 最小前缀。 全球路由表结构性限制为每个 ASN 一条路由条目，最小注入前缀为 /16，从根本上防止路由表膨胀和前缀劫持。

技术层面的疑虑

这个方案在技术上确实有自洽的逻辑，但存在几个需要严肃对待的问题：

64 位地址空间比 IPv6 的 128 位小。 虽然按"每 ASN 分 2³²"的分配方式在当前规模下够用，但放弃了 IPv6 的地址空间冗余度。一旦未来网络规模超过预期（IoT、卫星互联网等），128 位的设计余量还是有意义的。

"100% 向后兼容"的假设过于理想化。 理论上 IPv4 地址是 IPv8 的子集，但现实中：现有路由器的硬件转发逻辑、防火墙的深度包检测规则、CDN 的边缘节点配置、DNS 的各级缓存、运营商的计费系统——这些都不可能"无需修改"地支持一个新的 IP 版本号。

/16 最小前缀规则会破坏现有部署。 大量企业和运营商使用 /24 甚至更长的前缀进行多宿主（multi-homing）和流量工程。强制 /16 等于要重写整个互联网的地址分配实践。

11 个配套草案同时推进。 作者一口气提交了 BGP8、OSPF8、IS-IS8、Zone Server、WHOIS8、NetLog8、WiFi8 等 11 个配套规范。这不是一个协议的改进，是整个互联网基础设施的推倒重来。历史上类似规模的尝试——IPv6 本身——花了 25 年也只覆盖了全球流量的少数。

个人作者，无行业背书。 J. Thain / One Limited 在网络协议领域没有公开的学术或工程背景可查。一份涉及如此底层基础设施的提案，缺少 Cisco、Juniper、Google、Cloudflare 等主要利益相关方的参与，几乎没有推进到 RFC 的可能性。

有价值的部分

尽管推进前景存疑，草案中有些思路值得参考：

Zone Server 的统一管理理念是对的——现代网络管理的碎片化（DHCP、DNS、NTP、日志、认证各自独立）确实是运维痛点。不过这个理念可以在现有 IPv4/IPv6 架构上实现，不需要重新定义 IP 协议。

CF 路由度量把延迟、丢包、地理距离等信号综合为单一可累积指标，跨 AS 工作，这个想法比现有的 AS_PATH + MED 更精细。但它更像是一个 BGP 扩展属性的设计灵感，不需要为此构建一整套新协议。

安全方面"先查 DNS 再放行出站连接"的设计，从架构上切断了恶意软件直连硬编码 IP 的通道。这个思路在零信任网络架构（ZTNA）中已经有了类似实践。

现实评估

这份草案更像是一个概念验证性质的系统性思考实验，而非一个有实际推进路径的标准提案。

在 IPv6 已经部署了 25 年、全球流量占比仍在缓慢增长的背景下，绕过 IPv6 直接推 IPv8，需要回答一个根本问题：为什么运营商和企业要放弃已经投入的 IPv6 建设成本，转而投资一个从零开始、没有行业共识的方案？

目前看不到合理的答案。

对于网络工程师和协议设计爱好者来说，这份草案值得作为技术阅读材料——它的设计有自己的逻辑自洽性，配套规范的完整程度也超出了大多数个人提交稿。但把它当作"互联网即将迎来重大升级"的信号，就是误读了。

来源：IETF draft-thain-ipv8-00