摘要

  • 1997年5月19日的通知说，一台实验性根服务器从NSI移至LINX，K-root交由RIPE NCC运行，公布的新地址是193.0.14.129。
  • 这是服务器运营地点的变化，不是新的DNS根。阿姆斯特丹备用节点随后部署；K-root的anycast始于2003年。

一条操作通知记录了什么

这条消息保存在RIPE的DNS工作组邮件档案中。它说，原先由 Network Solutions（NSI）临时托管的一台“.”实验服务器已迁往伦敦，放置在 London Internet Exchange（LINX），K-root将由RIPE NCC管理。k.root-servers.net 的地址随之改为193.0.14.129。通知还说明，IANA与InterNIC协调了这项调整，目的是更新根服务器信息文件。

随通知分发的文件提供了另一层证据：根服务器清单把K-root标为“位于LINX、由RIPE NCC运营”，并列出相关根区版本号1997051700。服务器地址和根区版本并非同一个字段。这份文件也不是网络抓包，不能证明每一台递归解析器当时缓存了什么；它更没有宣布一份新的根区。

DNS根服务器让根区数据可供查询。某台服务器更换地址，说明服务可从另一个地点访问；这本身不能证明根区内容变化。把“根服务器迁移”说成“DNS根迁移”，会把服务位置和命名空间混成一回事。1997年的通知记录了服务器和运营方，并没有说全球命名权转到了伦敦。

地点改变了，根区没有分裂

LINX的意义在于它提供了一个伦敦互联地点，与原先NSI的托管位置不同。通知把地理分散列为动机。根服务器系统咨询委员会（RSSAC）后来的历史记录将K-root在LINX启用的日期定为1997年5月19日，并称阿姆斯特丹AMS-IX不久后部署了热备用服务器组；这份回顾没有给出那次后续部署的具体日期。

伦敦的第一台服务器并不等于今天所说的anycast分布。RIPE-268于2003年提出，让K-root在互联网拓扑中的多个地点提供同一IP地址的服务。RSSAC也把K-root的anycast部署记在2003年，并将其与阿姆斯特丹备用节点联系起来。伦敦主站、阿姆斯特丹备用和anycast是前后相连的阶段，却不是同一事件。把它们合并，会把2003年的结构提前到1997年。

机构分工同样需要拆开看：RIPE NCC运行K-root，LINX提供伦敦设施，IANA和InterNIC协调对外发布的技术信息。这些角色描述的是服务如何提供。它们不能证明RIPE NCC决定根区内容、英国管理域名，或公共DNS有多个根。RFC 2826后来阐述了由协调的根服务器支撑唯一公共命名空间的技术概念；它能帮助说明层次差异，却不是1997年决策的史料。

史料能支持到哪里

当年的通知支持服务器计划迁移、运营方、地址变更和根服务器清单更新。RSSAC回顾补充了启用日期、后来的备用节点及anycast时间；RIPE-268解释了下一阶段的方案。几份材料共同展示：根服务可以从地理位置不同的互联点运营，而公共DNS仍然只有一个命名空间。

这些材料没有量化迁移前后的时延、伦敦承担的查询量，或因此避免的中断。RIPE-268谈到连通性和冗余，但那是方案理由，不是1997年效果的前后测量。最稳妥的结论是：根服务器的运营地点改变了；公共根区的内容和权威归属是另外的问题。一个地址能标识服务接入点，却不足以绘制整个命名空间的权力结构。

来源