摘要

  • 1996 年 6 月 9 日，WIDE 在奈良先端科学技术大学与东京 NOC 之间完成首次 IPv6 往返；数据走串行链路，而非 IPv6-in-IPv4 隧道。
  • WIDE 将既有 T1 划出 64 kbps 给 IPv6，余下 1,472 kbps 继续服务 IPv4。其回顾称，这样省去了新增租线费用，也避免两张网的运行相互影响。

第一条路很窄，却足以启动

WIDE 6bone 的起点并不是后来那种由隧道连接全球参与者的网络。WIDE 项目的回顾记载，1996 年 6 月 9 日日本时间 15 时 22 分，首个 IPv6 往返数据包经由串行链路，在奈良先端科学技术大学和东京 NOC 之间传递。团队没有为实验再租一条专线，而是把现有 T1 分开：1,472 kbps 留给常规 IPv4 网络，64 kbps 用于 IPv6。回顾给出的理由是成本和隔离：不必增加租线支出，同时避免 IPv6 实验影响 IPv4 网络运行。这是项目对设计意图的说明，并非对实际吞吐量或隔离效果的独立测量。

这一安排把问题从“如何先铺设一张全球 IPv6 网”改成了“怎样在已有设施的一小部分上开始”。协议不必等到所有接入方式、地址和路由机制都定型后才运行。东京大学当天接入东京 NOC，大阪大学一周后加入。最初采用 IPv4-compatible IPv6 地址，原因是便于起步；路由仍由人手动配置，因为当时还没有可用的路由守护进程。小范围启动降低了第一步的资源门槛，却也把维护工作留给了参与者。

隧道是扩展手段，不是第一跳

1996 年 6 月在蒙特利尔举行的 IETF 第 36 次会议期间，参与者商定于 7 月 15 日建立全球 6bone。WIDE 的回顾说，团队在启动日期前换用了当时的 IPv6 测试地址。7 月 16 日，Cisco 成为 WIDE 的第一个对等连接；两天后，WIDE 与 G6 加入 IPv6-over-IPv4 隧道。时间顺序纠正了一种常见的压缩叙事：WIDE 首次往返使用的是串行链路，隧道则是在它加入更广泛测试网络后，用来连接另一位参与者。

参与者变多后，真正紧迫的问题转为路由规模。静态路由越来越难维护，WIDE 于 1997 年 2 月部署 RIPng。回顾称，六个月后 WIDE 内部已超过十跳，全球 6bone 有 300 条完整路由。这些数字来自参与者对自身网络的事后记录，并非统一口径的全球普查。RIPE 第 28 次会议的 IPv6 工作组纪要另称，当时较早的一个观察点已有 30 个国家的 120 多个接入站点；它说明该试验已经分布到多个地区，却不能与 WIDE 的路由快照直接相加。

地址和路由协议也在迁移

网络扩展后，早期的临时地址与人工维护方式不再适合持续互联。WIDE 回顾称，1997 年 8 月慕尼黑 IETF 会议确定了两项变化：从基于提供者的地址重新编号为可聚合格式，并在 11 月 1 日前迁移到 BGP4+。WIDE 获选为伪顶级聚合者，取得 3ffe:500::/24，并在 10 月完成重新编号。BGP4+ 的实际部署延至 1998 年 1 月，因为守护进程开发落后于计划。

RFC 1897 将早期 IPv6 测试地址界定为临时地址，并预告未来需要重新编号；RFC 2471 后来为 6bone 分配测试地址时也保留了临时性质。它们说明测试前缀并非永久生产地址，却不能独立核验 WIDE 的逐日迁移记录。RFC 2772 则把 6bone 描述为有登记、路由规则及参与资格要求的运行中测试床。技术试验因此不只是在链路上送出数据包，也需要治理谁能取得地址、怎样公告路由和何时放弃旧方案。

这段历史不是“IPv6 从一开始就靠隧道”的证据。WIDE 先把 64 kbps 从现有 T1 中隔离出来，随后才增加对等连接和隧道，再应对静态路由、地址重编与路由守护进程的限制。它呈现的是一条逐步扩大的工程路径。WIDE 的经历不能代表每个 6bone 参与者拥有相同线路、预算或技术条件；而 Note 64 所强调的最小初始配置与自愿采用，只能作为理解这种渐进式协调的编辑视角，不能代替历史证据。

来源

  • WIDE IPv6 工作组，《Deployment and Experiences of WIDE 6bone》：项目回顾。
  • Robert Hinden、Jon Postel，RFC 1897，《IPv6 Testing Address Allocation》：RFC。
  • Robert Hinden、Robert Fink、Jon Postel，RFC 2471，《IPv6 Testing Address Allocation》：RFC。
  • Rob Rockell、Robert Fink，RFC 2772，《6Bone Backbone Routing Guidelines》：RFC。
  • Robert Fink、Robert Hinden，RFC 3701，《6bone Phaseout Plan》：RFC。
  • RIPE 第 28 次会议 IPv6 工作组纪要：会议记录。
  • Heng Lu，Note 64，仅作编辑视角：文章。