摘要

  • RFC 3349 允许 IETF 工作组主席为开发中的 BEEP Profile 授权一个临时 URI，使不同实现能够在通道建立时使用同一身份。
  • 这个 URI 的可用性不等于 RFC 已发布、IANA 已作永久分配，也不证明实现、互通、安全或实际部署。

BEEP 对 Profile URI 的使用有两层。第一层在文档里：Profile 用 URI 标识自己的语法和语义。第二层在运行中：发起方请求新建通道时列出一个或多个 URI，监听方选择愿意支持的 Profile，或者拒绝请求。两端一旦选中同一值，后续通道就按该 Profile 的规则解释消息。因此，这个名字会改变机器行为，不是附在规范封面上的装饰。

问题在于，互操作实验必须早于最终出版。若每个原型自己造名，两个实现即使读了同一份草案，也可能无法在握手时相认；若一开始就占用永久名字，尚未完成的设计又会获得不该有的稳定感。RFC 3349 的价值，是承认中间状态确实存在，并为它划出一个不会假装已经终局的命名空间。

流程从工作组身份开始。IETF 秘书处在工作组成立时分配一个短助记名。工作组开始编写 BEEP Profile 后，主席可以选择 http://iana.org/beep/transient/XXX/YYY 形式的 URI。XXX 是工作组助记名，YYY 是组内唯一、符合 URI 语法的字符串，还可以带子层级。随后，主席填写 RFC 3080 规定的 Profile 登记模板，提交给 IANA。

这条链没有把所有权力交给一个角色。秘书处管理组名；主席授权开发期登记；IANA 按规则记录；工作组继续讨论技术；标准轨永久 Profile 的授权则由 RFC 3080 所述的 IESG 程序承担。临时 URI 与永久 URI 的差别，不只是路径里多了一个 transient。它们背后的授权者、证据阶段和对未来的承诺都不同。

iana.org 很容易制造错觉。看到这个域名的人可能以为 Profile 已获 IANA 技术认可。RFC 3349 并没有赋予这种含义。IANA 是登记执行者，不是协议作者；主席可以为实验协作提供有限授权，却不能单独宣布标准完成；工作组达成阶段性共识，也不等于代码已经正确运行。域名提供全局协调空间，不提供无限权威。

URI 中的 http 也不能被当成部署探针。BEEP 在通道管理中比较的是标识值，不要求浏览器成功取回某个网页。HTTP 页面能打开，不证明远端进程实现了 Profile；页面打不开，也不必然证明两个 BEEP 实现不能比较同一字符串。URI 语法、HTTP 可达、IANA 记录、BEEP 选择、消息处理和业务结果，需要分别观察。

RFC 3349 给出 provreg/epp/1.0 与 sacred/pdm 两个临时例子。它们说明命名格式，不是部署清单。SACRED 后来的 RFC 3767 使用永久 URI http://iana.org/beep/sacred，没有原样保留示例的 /transient/sacred/pdm。这件事说明，软件不能靠删除某一段路径来猜永久身份。现有资料也没有证明那个示例字符串是否真的登记、原型是否同时接受新旧两名、或迁移发生在何时。

APEX 提供了另一侧的参照。RFC 3340 给出 http://iana.org/beep/APEX，并说明 IANA 已把它登记为标准轨 BEEP Profile。今天的 IANA BEEP Parameters 表里仍能看到这一值。这是强有力的文档来源证据，却仍然不是实现证据：它不回答某个二进制是否遵守语义、两个版本是否互通、服务是否在线、用户请求是否完成。

本文冻结的当前 IANA HTML 与 XML 表列出了 APEX、SACRED 等永久 Profile，没有展示独立的临时登记区。这只能作为 2026 年 10 月 3 日的界面观察。它无法证明临时表在什么时候改变、旧条目被怎样保存，或变化出于什么原因。用今天的“看不见”编造昨天的删除时间，会把空白误写成事件。

临时名字一旦被代码采用，就会产生迁移成本。它会进入配置、测试、抓包、文档和故障手册。RFC 出版并不会自动改写这些副本。若一端只接受永久 URI，另一端仍发送临时 URI，通道可能在 Profile 选择阶段失败；若所有实现永远双收，新旧身份又会变成长期兼容负担。RFC 3349 没有许诺通用重定向、自动别名或统一退役日期。

它所做的是更基础的治理：让临时性可见，让创建权限有限，让永久状态必须通过另一条程序取得。安全章节也保持这个边界。临时登记本身不增加安全机制，每个 BEEP 协议仍要说明认证、授权、机密性和错误处理。两端选中同一 URI，只能证明它们为这个通道选择了同一个声明身份；不能替代对端身份、权限、消息有效性和应用结果的验证。

互联网标准常在“必须先运行”与“不能提前宣称完成”之间工作。RFC 3349 的答案不是延后所有实验，也不是把实验名伪装成永久名。它用一个明确的临时前缀，把最小初始协调与未来决定分开：名字先服务于运行中的学习，永久性留给之后的程序与证据。

来源