Google 达到 50% IPv6

原文 ↗ Hacker News 讨论 ↗

采用率和流量占比

  • Google 报告称约 50% 的眼球流量使用 IPv6；APNIC 和 Cloudflare 根据不同方法论看到的全球可用性更低（约 42–59%）。
  • 采用并不均衡：法国和印度非常高；一些 ISP（例如英国、荷兰、葡萄牙、阿根廷）尽管多年来承诺不断，仍然缺少 IPv6 或对其进行限速。
  • 移动网络是主要驱动力；许多网络采用 IPv6-first 或 IPv6-only，并通过转换使用 IPv4。
  • 有些人预计会继续增长；另一些人认为 IPv6 会停滞在远低于 100% 的水平，而 IPv4 永远不会被关闭。

性能和可靠性

  • 支持 IPv6：在 CGNAT 之后通常比 IPv4 延迟更低；大量内容（YouTube、主要社交网站）通常通过 IPv6 提供；许多用户在不知不觉中每天都在依赖它。
  • 反对/担忧：大量轶事表明 IPv6 端点配置错误、BGP 路径异常、镜像站点故障，以及 CI 流水线中的“随机”失败；有些用户通过禁用 IPv6 解决问题。
  • 双栈复杂性和 “happy eyeballs” 行为有时会掩盖 IPv6 问题或偏向 IPv4。

安全、NAT 和隐私

  • 持续争论：NAT vs 有状态防火墙。几位评论者认为 NAT 并不是真正的安全，只是附带的阻断；另一些人指出它“通过了奶奶测试”，并隐藏了易受攻击的设备。
  • 家用路由器通常默认拒绝入站 IPv6，重新造就了类似 NAT 的安全性；一些 CPE 的 IPv6 防火墙有问题或无法配置。
  • 关于在地址中嵌入 MAC 的旧担忧如今大多已通过隐私扩展得到缓解，而这些扩展现在是主流操作系统的默认设置，不过并非所有发行版如此。

激励与部署障碍

  • 许多企业和 SaaS 提供商看不到客户需求；双栈重构既困难又有风险，因此他们推迟部署。
  • 一些云服务（尤其是 AWS 的部分服务、GitHub、Discord）仍不完全支持 IPv6，迫使 IPv6-only 主机使用 NAT64/464Xlat 或隧道。
  • 拥有庞大 IPv4 地址池并使用 CGNAT 的 ISP 看不到明显的商业收益；有些甚至对静态 IPv4 收取溢价。

设计争论与替代方案

  • 对 IPv6 被认为过度工程化的情况存在明显敌意（128 位十六进制地址、SLAAC、NDP、记法），并反复出现“只要给 IPv4 / IPv5 多加几位”之类的想法。
  • 另一些人反驳说，任何地址扩展都必然意味着一种新协议以及双栈/转换；IPv6 也简化了报头、移除了路由器分片，并支持概率式自动配置。

P2P、游戏和中心化

  • 支持者认为 IPv6 是恢复 P2P、游戏和自托管端到端连接，以及减少互联网中心化的关键。
  • 怀疑者指出，有状态防火墙、DDoS 和隐私问题仍然推动许多现实世界应用转向中心化服务器或中继，即使有 IPv6 也是如此。