摘要

  • 雷·贝利斯是 2009 年 8 月发布的 BCP 152 即 RFC 5625 的唯一作者，也是 2019 年 3 月发布的建议标准 RFC 8490 的六名作者之一。两份文件都对从未由他交付的软件提出要求。
  • 真正写明他职责的那些文件——关于作者在 AUTH48 阶段签署确认并回应勘误的 RFC 样式规则，以及 IANA 指派专家评审分配申请的规定——把职责挂在已发布的文本和一条注册表队列上，从不挂在一个运行中的部署上。
  • 这个结论只覆盖本文实际读过的文件。一份合同、一部法律或一次任命也许在别处设立了缺失的那项职责；本文所读范围里没有。

BCP 152 第 12 页的作者地址栏里只有一个名字，压在一行印刷体机构名之下：Nominet UK。这是 2009 年 8 月那份出版物关于雷·贝利斯的全部记载，不多一个字。而它上方那份 RFC 5625《DNS 代理实施指南》，整篇都在告诉小型 DNS 代理该怎么做。第 4 页第 4.1 节写明：代理遇到自己不认识的 DNS 首部标志位时该如何处理。

这条要求的落点是代理本身。作者地址栏承载的是一个名字和一段隶属关系。它不附带检查员委任状，不附带汇报线，也不附带一个电话号码供你在某台消费级路由器出厂固件完全无视第 4 页时拨打。

十年后，同一个形状再次出现，只是签名更多。RFC 8490《DNS 有状态操作》 标注 2019 年 3 月，列有六位作者——贝利斯、Stuart Cheshire、John Dickinson、Sara Dickinson、Ted Lemon 与 Tom Pusateri——并在第 63 页记下他的隶属机构为 Internet Systems Consortium, Inc.。文件在 HTML 版 第 12–13 页第 5.1 节，对会话建立之前的端点前置条件作出规定。六个人签了一份关于状态机的规则。没有一个人因此拿到操纵那些机器的杠杆。

签名周围的机器

这份记录真正密集展示的，是一套决定了文本、且可以点名的机构流程。Datatracker 的 RFC 5625 条目 把 Ralph Droms 记为负责的区域主任，把 DNS Extensions 工作组记为其归属；前身草案的历史 记录 2009 年 7 月 6 日 IESG 批准、次日进入 RFC 编辑队列，2009 年 4 月的 shepherd 说明写明 DNSEXT 联合主席 Olafur Gudmundsson 为文档 shepherd。第二份文件方面，Datatracker 条目 把它归类为由区域主任 Warren Kumari 负责、归属 dnsop 工作组的建议标准；session-signal 的历史 显示 2018 年 12 月 7 日 IESG 批准、2019 年 2 月 11 日进入 AUTH48、2019 年 3 月 15 日 AUTH48-DONE，shepherd 为 Tim Wicinski。

这是一条由具名者承担具名程序任务的链条：shepherd、区域主任、批准机构。它不是合规职能。六个作者加一轮批准投票，凑不出一个检查厂商代码行为是否正确的部门；两份文件的任何条款，也没有把这样一个部门指给文末那个地址的主人。

职责究竟落在哪里

职责是真的，只是落在了别处。RFC 样式指南 RFC 7322 第 9 页第 4.1.1 节，把列名作者与编辑同 AUTH48 阶段的文档签署确认、以及回应勘误一类询问绑定在一起。这是对一份文本、以及对来询问它的人负责——义务真实，收件人也真实。该规则发布于 2014 年 9 月，比 BCP 152 晚五年，因此它描述的是通行规则，而不是 2009 年的确切做法。

第二项职责待在一条注册表队列里。IANA 的 DNS 参数注册表 于 2026 年 11 月 9 日更新，把贝利斯列在资源记录 TYPE 专家之中，并列为 EDNS0 选项码的次级专家；而 DSO 类型码的专家名单上是 Ted Lemon、Sara Dickinson 与 John Dickinson。这一角色的规则写在 RFC 8126：第 27 页第 5.1 节要求指定专家协调对分配申请的评审并向 IANA 提出建议；第 27–28 页第 5.2 节要求决定经得起辩护，并处理利益冲突下的回避，包括专家本人撰写了受评审的规范；第 28–29 页第 5.2.1 节把 IETF 注册表专家的任命与免职交给 IESG；第 29 页第 5.3 节要求及时答复与透明。

回避条款要仔细读，因为它恰好与执法授权相反。规则预设：当一份申请牵涉自己写的规范时，作者可能必须退开。一条缩小专家管辖范围的冲突规则，不是对实现者发号施令的权力。

两份互不咬合的记录

Datatracker 个人页 在查阅时写着「Ray does not currently have any active roles」。而 IANA 注册表在 2026 年 11 月 9 日的更新中把他列为专家。两份页面彼此不咬合，本文所查记录也没有一份解释这个差异。一句关于个人页角色栏的现在时陈述，不是历任任命的清单；注册表里的一个专家字段，也不是对某个网络拥有权威的证明。两句话都该按各自页面写下的原样保留。

工作组主席一职形状相同。2014 年 3 月 19 日 IAB 电话会议纪要 第 2.2 节记载，贝利斯接替 Alissa Cooper 出任 geopriv 主席。IETF 93 的 Homenet 会议记录 把他与 Mark Townsley 一同列为主席，会议记录日期为 2015 年 7 月 22 日。主席本人到底欠什么？RFC 2418 说得很具体：第 11 页第 3.1 节让主席负责确保会议纪要写成并分发，允许委派；第 17 页第 6.1 节要求会后向区域主任提交一份简短报告。往上交的文书。跟审计任何人的部署没有关系。

这个空缺有主人，但不是作者

本文读过的文件里，没有任何条款因为贝利斯是作者或共同作者，就赋予他监督、报告或强制实现者合规的职责。这是关于一份明确清单的结论——BCP 152 与 RFC 8490 的两种呈现、两份 Datatracker 历史、个人页、IANA 注册表、RFC 7322、RFC 8126 与 RFC 2418——它并不证明别处的劳动合同、采购要求、认证方案或成文法没有把这项职责交给他。

所以，对任何指向个人的指控，诚实的检验有五段：职责的来源、此人的角色或实际控制、作为或不作为、与运营后果之间的因果链、以及有管辖场所的救济。当职责与控制止步于文本和注册表，归责也该止步。一个把不认识的标志位弄坏的代理会制造出坏掉的解析器，而写下第 4 页的人，并不是握着那台机器凭证的人。

那就顺着职能去找。代码一致性属于写代码的人；配置、监控与事故响应属于运行它的人；要求属于买下或审计它的人；强制执行力只属于手里握着合同、法律或其他创设义务之工具的当事人。如果这些当事人里没有人被指派去监控某个具体部署，那就是一个值得大声说出的问责空缺——该靠指派来补，而不是把名字印在规则上的人事后拉来顶账。署名是对文本的承诺。运行中的网络，归握钥匙的人。