摘要

  • DNS 出现前，JUNET 已使用层级化邮件名称；本地邮件配置和 UUCP 网关让这些名称能在不断扩大的研究网络中使用。
  • 1989 年从 .junet 迁往 .jp 时，多数组织名称得以保留。志愿者小组 junet-admin 继续负责分配，直到 JNIC 于 1991 年接手范围更广的 .jp 管理工作。

分析

JUNET 早期的一种邮件名称看起来像今天的电子邮件地址：它按用户、主机、机构和后缀构成层级。但在 1980 年代中期的日本，这种层级并不意味着邮件通过域名系统或互联网协议传送。

JUNET 于 1984 年 10 月起步，通过电话线路连接 University of Tokyo、Tokyo Institute of Technology 与 Keio University 的 UNIX 计算机。网络使用 UUCP，让 UNIX 系统能在间歇性链路上交换文件与消息。电子邮件和电子新闻不是等待全球骨干网到来之后才出现的用途；它们就是连接这些机器的现实理由。JUNET 首版用户指南记载，这个网络由参与机构各自的局域网组成，通过网关吸收差异，再由 UUCP 经公共电话线或分组交换网络连接。

网络很快超出三所大学。1987 年 11 月，用户指南统计约 110 个参与机构和约 1,000 套系统。这不是一间由中央团队管理的机房。每个机构运营自己的局域网与网关，消息经由网关之间的链路传递。用户需要易于书写的名称，管理员则需要把名称转换成各主机实际采用的投递规则。

1985 年开发的 mailconf 会根据邮件投递规则生成 sendmail 配置。JPNIC 的历史资料以一个 JUNET 层级地址为例，说明该工具让它可以用于邮件投递。读者可以从名称结构辨认主机和所属机构，即使 DNS 并未解析这个名称。UUCP 提供传输，本地配置和网关知识决定路径。可见的名称本身不是路由。

志愿者小组 junet-admin 管理机构级名称的唯一性。例子里的 titech 指向 Tokyo Institute of Technology；这组人不必为每个校园里的每台设备逐一分配全局唯一名称。这种分工很务实：机构自己管理主机，共同的小组避免组织名称在 JUNET 内冲突。域名树是为现有网络服务的协调工具，不是全球 DNS 注册机构的微缩版。

国际连接扩大了名称的影响范围。JUNET 于 1986 年 1 月接入美国的 Computer Science Network；JPNIC 记载，之后与海外网络交换邮件和新闻逐渐成为日常。BITNETJP 和 HEPnet-J 等其他日本网络也有各自的命名做法。原本只在一个实验网络内有用的组织标签，开始关联更广泛的机构与连接。

迁移到 .jp 早在旧后缀消失前便已开始准备。JPNIC 的历史资料称，Jon Postel 于 1986 年将 .jp 委派给 Jun Murai；1988 年，主要学术网络认可这项委派和迁移方向。新的命名空间加入 AC、CO、OR 等组织类型标签。这项设计也有运行层面的目的：学术网络的可接受使用政策区分研究及其他用途，网络运营者曾研究按发送方与接收方的组织类型控制通信路径。现有记录说明了设计意图，并不能证明每个运营者都以相同方式执行了同一规则。

1989 年 4 月，JUNET 的名称从 .JUNET 迁到 .JP。JPNIC 表示，除少数例外，后缀左侧的主机名或子域部分得到保留，.JUNET 则替换为按组织类型划分的结尾，例如 .AC.JP 或 .CO.JP。组织此前已有受管理的名称，因此树的顶端改变时，组织标签仍可延续。这是根据已记录映射得出的解释，并不代表每个邮箱都无误迁移。现有历史资料没有公布完整的迁移前后主机清单、退信率或失败数量。

后缀变化并未立刻产生全国注册机构。由于当时还没有专门机构负责分配 .jp 名称，junet-admin 继续为 JUNET 之外的网络处理分配。1991 年 12 月，日本网络信息中心 JNIC 接手。JPNIC 的历史资料说，各网络希望有一个可以共用、又不隶属于任何单一网络的机构。当时的 JPNIC 通讯记述了迁移后志愿者小组仍承担的工作；后来的历史回顾则解释，命名空间扩大后为何需要覆盖面更广的信息中心。

JUNET 仍是实验网络，并于 1994 年 10 月停止运行；与此同时，其他项目发展了基于 IP 的连接。它的贡献不是“秘密运行 DNS”，而是一个社群通过约定、软件、志愿分配和实际网关，让名称在 DNS 之前就能发挥作用。.junet 后缀可以替换，是因为其下方的组织结构早已为参与者所理解。下一步必须改变的是管理范围：多个网络共同使用的名称服务，不能再只是单个实验网络的事务。

来源