摘要

  • ARIN 的 2013.2 号建议要求客户名称支持重音字符。ARIN 当年说要等 IETF 的 Whois 后继标准；今天的建议索引仍把它列为“On hold”。
  • ARIN 2015 年已运营 RDAP，2025 年又把它描述为基于 UTF‑8；但现行 Reg‑RWS 文档仍写 XML 载荷仅支持 ASCII，只给部分自由文本备注留了重音字符的例外。

一个字母的登记问题

Thomas St.Pierre 在 2013 年 2 月 14 日的建议里列出“Customer name”当时允许的字符：基本拉丁字母、数字和一小串标点。他想让名称中的重音照原样进入记录，并把处理时限写成“立即”。这个请求没有要求重建互联网，只要求注册资料别改写人的名字。

十二天后，ARIN 的答复说登记端国际化本身直接，麻烦在旧目录服务的检索：传统 Whois 依赖 ASCII。ARIN 指向 IETF 的 WEIRDS 工作组，表示有合理的新标准后再处理。工单状态停在“On hold”，页面显示的最后更新日期也是 2013 年 2 月 26 日。

被等待的东西其实早已到场。ARIN 2015 年 6 月的原文写明，RDAP 的 RFC 已于当年 3 月发表，ARIN 自己也运营 RDAP 目录与引导服务。它在 2025 年目录服务演示文件中把旧 Whois 标为不支持国际化，把 RDAP 标为基于 UTF‑8、支持国际使用。今天的 RDAP 说明仍指向正常运行的查询服务。

可是 ARIN 当前的建议索引仍将 2013.2 列在活跃项目里，备注继续把 IETF 标准化和 Whois 向后兼容写成依赖。公开台账记录了 2013 年的理由，却没有记录标准落地之后 ARIN 对客户名称做了什么决定。

能读出来，不等于能写进去

RDAP 是查询协议，接收 GET、返回记录；客户资料从另一个入口进入。ARIN 的 Reg‑RWS 载荷文档明确说 XML 载荷仅支持 ASCII，某些自由文本备注可写带重音的 UTF‑8 字母。客户载荷另有 customerName 字段，文档没有把备注的例外扩展给这个字段。

目前缺一份带认证的现行提交结果，证明某个带重音名称在 ARIN 各登记界面究竟被接受还是拒绝；ARIN 的逐字段实施说明也能回答这个问题。现有公开证据已经足够指出管理上的断层：读端支持 UTF‑8，写端文档仍限 ASCII，而工单仍在等已交付十一年的标准。