摘要

  • IETF 执行主任 10 月 6 日的公开报告称，LLC 曾协助 IESG 处理作者在标准制定流程中复用旧 RFC 内容时遇到的权利问题；报告说法律顾问确认相关权利自 RFC 1602 起已存在，面向组主席的 Wiki 指南已经起草。
  • RFC 1602 第 5.4 节称，其权利程序适用于 1994 年 4 月 1 日之后提交的贡献。此前发布的互联网标准文件，应直接向主张权利的人查询许可信息。
  • 报告把 RFC 5378 标为“BCP 9”，而 RFC Editor 目录将其列为 BCP 78。这是书目编号不一致，不能据此推断法律解释有误。

把旧 RFC 中的一段文字放进新标准草案时，单看 RFC 编号不足以判断权利路径。原文件的发布时间、贡献进入程序的时间，以及这段内容由谁提供，都可能改变需要查阅的记录。IETF 执行主任提交给 10 月 6 日 LLC 董事会会议的公开报告，让这一实际问题浮出水面：LLC 正协助 IESG 回应作者在标准制定工作中复用旧 RFC 内容时的疑问。

报告称，过去有人以为只有 RFC 5378 之后发布的 RFC 才能免费复用。法律顾问则澄清，相关权利在 RFC 1602 时已经存在；一份面向主席的 Wiki 指引正在起草。这是一项业务层面的进展，但不是已公开的法律意见、董事会决议，也不是针对某篇草案的权利许可。报告没有附上指引文本，也没有说明法律顾问如何处理每一种来源。

底层文件表明，时间范围不可略去。RFC 1602 于 1994 年 3 月发布，修订了互联网标准制定程序。第 5.4 节写明，相关权利程序适用于 1994 年 4 月 1 日之后提交的贡献；在该日期之前发布的互联网标准文件，其权利和许可信息应直接向权利主张者询问。如今 Datatracker 把 RFC 1602 标为 Legacy、Informational，并指出它已被 RFC 2026 取代。历史作用不等于现行标准地位。

RFC 5378 是另一份文件：2008 年的最佳当前实践《Rights Contributors Provide to the IETF Trust》，目录编号为 BCP 78。它更新 RFC 2026，并界定 IETF 流程内贡献的权利，包括在互联网标准制定流程中的使用条件。执行主任报告在 RFC 5378 后写了“BCP 9”，但 RFC Editor 目录列出的编号是 BCP 78；BCP 9 对应与 RFC 2026 相关的标准程序系列。应在指南中修正这个书目细节，但它本身不能证明顾问的实质解释存在法律错误。

作者和编辑真正需要回答的，不只是 RFC 是否“很旧”。他们还要确认某段文字是否来自 IETF 贡献、贡献何时提交、是否包含第三方材料，以及新用途是否仍在标准制定许可范围内。RFC 1602 的日期条款不支持把规则简化成“1602 之后的 RFC 均可自由复制”。报告也没有说法律意见允许这样概括。

新的指南若能让人记录源 RFC、具体段落、来源沿革、关键日期、适用的权利条款，以及何时必须直接询问权利主张者，就更有操作价值。它还应区分顾问解释、行政报告和已通过的机构规则。社区参与、正式报告、法律解释和董事会批准并非同一种权威状态；目前材料也未证明所有权利疑问都已解决。

来源