摘要

  • RFC 3001 把 ASN.1 对象标识符写成 urn:oid，其唯一性来自既有的 OID 分层分配制度，而不是来自 URN 前缀。
  • 三个月后取代它的 RFC 3061 明确了登记权威并收紧语法，但仍没有规定全球解析机制或验证机制。

urn:oid:1.2.3 看起来像一条已经完成的事实：格式规整、位置明确、似乎随处可用。然而，真正决定它是否可信的信息都不在这几个字符里。谁分配了这个节点？分配是否合法？数字指向什么？哪一个服务有资格回答？规范并没有把这些问题塞进名称本身。

这不是后来系统变复杂才暴露出来的缺口。2000 年 11 月，Michael Mealling 发布信息类文件 RFC 3001，为 ASN.1 对象标识符登记 URN 命名空间。OID 早已存在，并按照树状权威逐级分配：首段 0 属于 ITU-T，1 属于 ISO，2 属于两者联合分配；得到某个节点的机构，还可以继续分配其下级编号。urn:oid 所做的是让这个数字路径进入 URI 世界，而不是重新创造分配权。

当时的 RFC 2141 把 URN 描述为持久、与位置无关的资源标识符。命名空间标识符决定如何理解后面的命名空间专用字符串。于是，一个已有的标识体系可以被装进 URN，又不必伪装成网络地址。oid 说明解释规则，点分十进制数字保留原来的 OID；两者都没有承诺一个可访问的位置。

RFC 3001 说，唯一性和持久性继承自 OID 分配规则；词法等价采用完全相同的字符串匹配；命名空间的作用域是全球。但在“解析”一项，它明确写着没有定义机制；“验证”一项也同样没有定义。接收程序因此可以存储、传递和比较一条合规名称，却未必拥有标准化的查询入口，也没有标准化程序证明该 OID 确实经过有效分配。

更少见的是，文件把制度接口处的不确定性直接留在了公开文本里。在“声明的登记人”部分，RFC 3001 写道：“I need help here. I'm not comfortable being the 'registrant'.” 随后列出了 ISO/IEC JTC1 SC6 秘书处。这句话不能被夸大成冲突、危机或运行故障，原文都没有提供这样的证据。它能够证明的是：形式整洁的名称语法已经可以发布，而“谁应当作为制度上的责任主体”仍以编辑提问的形式暴露在规范中。

2001 年 2 月，RFC 3061 取代 RFC 3001。新版删掉了那句提问，并解释 ISO/IEC JTC1 SC6 为什么适合作为登记权威：它是能够解释和修改 ASN.1 标准的机构。新版还给出了更严格的 ABNF。每一段只能由十进制数字组成，以点分隔，不能有前导零；OID 节点偶尔使用的人类可读说明也不能进入命名空间专用字符串。这样，不同系统交换的是规范化数字路径，而不是数字与可变标签的混合物。

规范化解决了表示歧义，却没有制造权利证明。完全相同的字符串只能说明两个表示一致，不能说明分配是否有效、申报者是否仍控制节点，也不能说明对象真实存在。OID 的前缀让人看见它位于哪一棵授权树，但这个前缀不是根权威签发的收据。

RFC 3061 也没有补上一台全球解析器。它继续把作用域写成全球，同时继续不定义解析和验证机制。今天的产品界面经常把命名、搜索、取回与身份验证折叠在一个输入框里，因此这种区别容易被忽视。RFC 文本却把边界留得很清楚：全球性来自避免分配冲突的制度安排，不等于全世界必须依赖同一个查询服务。

2017 年的 RFC 8141 提供了更清楚的后见语言：符合 URN 语法的字符串，不必然是按照具体命名空间规则有效分配的 URN。不能把 2017 年的表述假装成 2000 年文件的原话，但它准确照亮了早期设计中的证据边界——语法能够证明形式，不能证明制度事实。

所以，urn:oid 的历史不是“一次未完成的全球解析器工程”。它更像一次有意的分层。OID 权威负责分配数字；URN 规范负责让数字可携带；应用程序负责比较规范化表示；任何解析器、目录、证书或登记记录，则必须说明自己的数据来源、权威范围与实际运行状态。

这种克制为本地系统和未来服务保留了空间，也提出一条至今有效的纪律：不要因为一个标识符看起来正式，就让它偷偷获得规范从未授予的证明力。全球名称可以帮助不同机构谈论同一个对象，但只有随名称一起保存的来源链，才能回答谁有权命名、谁能验证、现实对象究竟是什么。

Sources