摘要

  • Jari Arkko 与 Ted Hardie 共同署名的 RFC 8602 更新了 TRIP 属性和 ITAD 编号的 IANA 注册规则：新增条目不再收集邮政地址，已收集的邮政地址也从相关注册表中移除。RFC 给出的理由是没有识别出这些地址的用途，省略它们能带来隐私收益。
  • 这是一项字段级规则，不是“所有旧副本已经删除”的证明，也不是 TRIP 路由、对等连接、部署、授权或呼叫成功的证明。一个公开字段应当能说明它现在支撑哪项可审查的注册动作。

旧表单不等于当前需要

注册表常把制度记忆压缩成一张表。某个字段可能来自早年的联系人做法，可能从相邻流程复制而来，也可能只是因为没人再问它有什么用。时间一长，字段本身就像理由：申请人照填，审查者照看，导出文件照带。真正的运行用途反而消失在表单惯性里。

RFC 8602 反过来要求说明理由。它修改的是 TRIP 两个注册表动作——TRIP 属性和 IP 电话管理域（ITAD）编号——中 IANA 所要求的联系信息。邮政地址不再是要求项；文本还说明，此前收集的邮政地址已经从这些注册表移除。它没有把这一变化包装成宏大的隐私宣言：文档只说未识别出这些地址的用途，省略它们有隐私收益。

这并不意味着注册表应当删除所有资料。一个分配仍需要能辨认值、查找参考资料、理解适用政策和处理修改的最小信息。关键在于举证方向：字段应当因为一项已说明的操作仍需要它而留下，而不是因为旧版本的表单曾经要求它。

注册动作与网络状态不是同一件事

RFC 3219 将 TRIP 定义为一种政策驱动的跨管理域协议，用于在位置服务器之间通告电话目的地的可达性和路由属性。它处理的是路由、对等体、域和消息。RFC 8602 没有改变这些协议机制；它改变的是 IANA 在记录某些条目时收集什么。

因此，注册表记录不能替代运行证据。一个 ITAD 编号和规范参考可以说明某项分配如何被定义，却不能说明位置服务器当前可达、两个对等体已建立会话、目的地正在可用，或一次呼叫已成功。反过来，IANA 从指定公开注册表中移除地址，也不能证明旧邮件、离线导出、内部档案、搜索索引或其他组织的副本一并消失。

IANA 的协议注册表索引目前把 TRIP ITAD 编号列在 RFC 3219 和 RFC 8602 之下，并标明 First Come First Served 的分配政策。这是关于注册结构和程序的可用来源。它不是 TRIP 网络的现状清单，也不是任何第三方数据留存实践的审计报告。

最小字段要能回答它服务什么

RFC 8126 要求创建或修改注册表的规范清楚写出注册表名称、适用政策、所需信息和条目格式，以便 IANA 能执行明确的动作。它同时把技术性说明留在协议的相应章节；IANA Considerations 是给登记操作的简明指令面，而不是把所有系统事实塞进一张表。

这给每个字段提供了一份实用问题清单：它支持哪项决定；谁在使用；何处公开；如何更正；何时复核或移除；缺失后究竟会妨碍什么？技术参考可以解释某个值为何存在；在特定流程中，联系人也可能确有功能。但“以前一直收集”并不是功能说明。

这正是 Heng Lu 所说的最小初始规范在注册表层面的含义。共同层只保存协调命名空间所需的稳定最小面。运营者的合同、私人联系人、客户资料或事故处置记录可以更丰富，但它们有各自的访问控制、保留期限和更正权力。把这些本地资料复制到公共注册表不会增加其真实性，只会扩大暴露范围。

移除应当留下有边界的凭据

“此前收集的地址已移除”是一条有价值但范围有限的陈述。一份严谨的移除凭据应当说明受影响的注册表、字段、规则版本、动作时间、已知范围以及哪些分配标识仍被保留。这样，后来的读者能够区分已批准的字段移除、仅在某个界面隐藏，以及无意遗漏。

它不应假装是魔法橡皮擦。公开注册表之外可能仍有过去的下载、档案、缓存或独立系统；RFC 8602 没有列举和控制它们。明确这条边界并非削弱隐私，而是防止把无法证明的全面删除当作事实。与此同时，记录本身也不会因字段移除而失去它应保留的分配来源和政策可读性。

今后的收集也应有同样的凭据。字段清单可以公开记录用途、规则依据、公开或受限可见性、模式负责人、更正渠道和移除条件，而不公开敏感值本身。这样，公众可以审查“为什么收集”，但不必让注册表成为不必要的个人信息载体。

署名可追溯，权力仍在各自系统

RFC Editor 将 RFC 8602 署名为 Jari Arkko 和 Ted Hardie；Arkko 的 IETF Datatracker 公开资料提供了职业背景、RFC 工作和角色记录。这些资料足以界定一篇人物文章中的可验证贡献。

它们并不让 Arkko 成为 TRIP 的所有者、IANA 的运营者或今天网络的决策者。RFC 是 IETF 的标准记录；IANA 按文档化政策维护指定注册表；运营者和数据处理方仍须以自己的控制和证据说明当前状态。这项贡献的价值恰在其克制：移除一个无已知用途的要求，却不假称出版文本已经管理了每一份副本或每一条运行路径。

证据边界

这些来源没有列举历史上出现过的所有地址，也没有涵盖所有副本和非 IANA 系统的保留规则。它们不证明某个 TRIP 部署仍在运行、某个 ITAD 仍活跃、某条路由可用或某次呼叫成功。它们也没有为所有注册表建立普遍隐私政策。

本文提出的字段用途凭据是一项有限的运营推论：公开字段必须连回它实际支撑的注册动作，失去用途后应当有可追溯的移除范围。它不能代替本地系统对部署、授权或完全删除作出的证明。

Sources