摘要

  • World IPv6 Day 于 2011 年 6 月 8 日在参与网站上测试 IPv6，持续 24 小时。它没有要求所有接入网络和终端同时切换协议。
  • World IPv6 Launch 从 2012 年 6 月 6 日开始，把不同任务分给网站、固定宽带 ISP、家用路由器厂商和 CDN。ISP 的 1% 目标只覆盖访问参与网站的特定住宅用户群。
  • 测量显示测试之后留下了可见但不完整的变化。DNS 记录、端到端连接、终端能力、协议偏好和流量占比是不同观察量；任何一项都不能独自证明互联网已经切换到 IPv6。

测试记录回落了，却没有回到原点

一份两年后发布的 RFC，在 DNS 中留下了 World IPv6 Day 的痕迹。研究者从 10,000 个热门网站中抽样，测试前一天，只有 116 个网站在常见的 www 名称上发布了 IPv6 地址记录。活动期间，这个数字连续三次测量达到 374。活动结束后，数量迅速下降，但稳定在约 160，而不是回到 116。

这条曲线比“切换”一词更能说明历史。测试本来就设有 24 小时边界，许多网站随后关闭了 IPv6；也有一些继续开放。Internet Society 的 2011 年年报称，超过 1,000 个组织参加了行动，近 400 个组织在这 24 小时中启用了主要服务。两个数字的单位不同：一个是组织，另一个是参与服务。它们并不等于 1,000 个网站，也不能说明整个互联网改用了新协议。

World IPv6 Day 于 2011 年 6 月 8 日举行。网站在 IPv4 继续工作的同时开放 IPv6，使新路径接受真实用户访问，而不是只在实验室运行。活动范围有意保持有限。后来发布的 Launch 常见问题说明，2011 年那次行动只涉及网站。这种边界反而让测试具有实用性：大型内容网站可以观察真实流量；网络尚未准备好的用户，仍可通过 IPv4 访问同一服务。

“测试通过”可以证明什么

这场行动面对的是一个协调难题。若用户无法通过 IPv6 访问，网站就缺少启用它的动力；若没有值得访问的内容，接入运营商也没有充分理由向用户提供 IPv6。Google 在 2011 年 1 月的公告中把测试目标描述为：在更大规模部署之前，找出意料之外的问题。Google 当时估计 99.95% 的用户不会受影响，同时提醒少数配置错误的家庭网络设备可能造成问题。那是预测，不是对每位用户的事后测量。

参与公司的总结令人安心，但范围有限。Microsoft 表示自己的服务没有遇到显著事故，似乎只有极少数用户受影响。公司还列出三个目标：确认网站能否支持 IPv6、让大量 Web 流量通过新协议、了解规模化运行时的工程问题。这些材料可以说明 Microsoft 的经验和计划，却不能代表所有网络路径和家庭。

更能揭示变化的，是活动结束后继续进行的测量。RFC 6948 使用 2011 年 6 月 1 日的 Alexa Top 10,000 名单，每三小时运行一轮测试，持续到 7 月 11 日。作者查询 DNS，并尝试通过 IPv4 和 IPv6 建立到 TCP 80 端口的连接。公开的多数结果来自芬兰赫尔辛基附近 Ericsson Research Finland 的一个测量点，尽管他们也在另外两个地点运行了测试。

DNS 统计会随查询名称而变化。活动前一天，274 个网站至少在一个受测主机名上启用了 IPv6，但常用的 www 名称只有 116 个。活动期间，所有测试名称中有 491 个网站同时存在 A 和 AAAA 记录；活动结束后，仍有超过 300 个。只看 www，峰值为 374，之后约为 160。这说明一个指定名单中出现了持续但不完整的变化，不是所有网站或所有人的 IPv6 使用比例。

DNS 中有地址，也不等于连接成功。RFC 的 TCP 探测发现，有些 IPv6 名称无法在 80 端口应答。部分名称原本就不是 Web 页面；另一些存在配置错误。作者提醒，单一主要观测点与样本范围限制了结果的普遍性。发布地址只是一个运维步骤；端到端服务可用是另一个步骤。

RIPE Labs 的另一份分析采用 Alexa 网站名单的每日测量，提出了不同问题。它报告，活动之后可通过 IPv6 访问的网站比例约从 0.4% 上升至 0.7%，活动日出现更高峰值。分析还发现，活动前几周，宣告 IPv6 前缀的网络增长较快。作者推测部分运营商可能把活动日期当作部署期限，但把这个解释保留为假设。这是另一种观察角度，不能替代 RFC 的 DNS 和 TCP 系列。

不同参与者作出了不同选择

活动结束后，各家服务并未保持相同状态。Microsoft 说，Bing 和 Microsoft.com 在 24 小时测试后关闭了 IPv6，之后继续准备永久支持。Xbox 的 Web 服务则无限期保留 IPv6，因为活动已经帮助它们建设了大部分所需基础设施。同一家公司旗下的不同产品，在同一次测试后作出了不同决定。

这不是活动设计自相矛盾。限时试验可以公开一条路径、找出配置问题并降低不确定性，却不要求所有参与者在同一天宣布永久就绪。留下的影响分散在各处：一些 DNS 记录消失，另一些保留下来，运营团队则拥有更多观察结果可用于规划。

2012 年，部署任务扩展到整条链路

2012 年 6 月 6 日，Internet Society 协调 World IPv6 Launch。新计划不再只依靠先前测试中最显眼的网站。参与网站承诺在主要站点永久启用 IPv6。ISP 要自动向相当一部分用户提供 IPv6。家用网络设备厂商承诺在产品系列中默认启用它。Akamai 与 Limelight 表示会在 CDN 基础设施中开放 IPv6，让客户网站能够参与。

ISP 的目标常被说得过于宽泛。活动公告要求每个参与的固定线路 ISP，让访问参与网站的住宅用户中至少 1% 通过 IPv6 访问。它没有说全球人口的 1%、ISP 的全部用户，或全网流量的 1% 已经切换。分母由用户类型和参与目的网站共同界定。较低门槛也考虑到，有些家庭需要更换路由器或更新软件才能使用 IPv6。

Launch 的测量页面说明了为何必须保留分母。Akamai 统计的是一组选定双栈网站上的 IPv6 请求。Facebook 随机抽取页面加载，并在观察到的 ISP 用户群中计算独立 IPv6 用户。Google 从自有服务的随机访问样本中比较 IPv4-only 与双栈测试端点。APNIC 则通过网站广告招募客户端测试。这些方法观察的人群和单位不同：请求、用户、网络能力或协议偏好都不是一回事。网站说明只有在至少两种内容网站测量可用、简单平均值超过 0.1% 时，才列出网络运营商结果；同时也指出一些网络缺乏足够数据，无法列出。

这些指标可以回答关于参与网站和接入网络的窄问题，但不能产生一个中立、唯一的“IPv6 互联网占比”。Google 在 2012 年 6 月表示，IPv6 会与 IPv4 并行运行，完整迁移需要多年。双协议共存是运行方案，不是一次切换没有完成的证据。

成就不是切换，而是任务改变

World IPv6 Day 测试一个大型网站能否开放第二种协议路径而不干扰第一条。Launch 试图通过协调内容、接入和终端设备的承诺，让这条路径成为日常服务的一部分。第一场活动改变了运营商能够观察什么；第二场活动改变了参与组织表示将长期保持什么。

这比全球迁移的范围小，却远超过一个宣传日期。共同期限为不同组织提供了准备、比对结果和协调相互依赖工作的时间点。留下的记录并不整齐：有些网站撤销了活动专用记录，有些持续提供服务；网络部署继续推进；不同测量方法分别观察不同的使用切面。IPv6 是通过一系列运维决策逐渐变得可用的。没有哪一天单独关闭了 IPv4。

来源与记录