5

就在 2002 年，IETF 在RFC 3406中建议我们应该x-为我们不想注册的 URN 命名空间使用前缀，例如urn:x-acme:foobar. 现在 IETF 已经弃用了RFC 6648x-中的前缀，我们应该如何为我们不打算注册的命名空间构建 URN？

顺便说一句，我注意到 RFC 6648 特别提到了 URN：“在几乎所有使用协议参数的应用程序协议中（包括 ... URN ...），名称空间不受任何限制或约束，因此无需为私人使用或实验目的分配一组名称。” 我觉得这很奇怪，正如 RFC 3406 声称的那样，“URN 命名空间的空间是受管理的。也就是说，并非所有语法正确的 URN 命名空间（根据 URN 语法定义）都是有效的 URN 命名空间。”

那么什么最适合用于自定义但未注册的 URN 命名空间？对于我的示例公司 Acme，我可以放弃x-并使用 URN，例如urn:acme:foobar？

4

1 回答 1

6

RFC 6648 说：

不覆盖现有规范，该规范规定将“X-”用于特定应用协议 […]；这是那些协议的设计者的问题。

因此，使用RFC 3406 定义的实验性 NID 仍然可以。

RFC 6648对新协议的建议（以及，我假设，对现有协议的更新）基本上是目前 URN 的情况（减去实验性X-前缀）：

  • NID 有一个“潜在的无限价值空间”
  • 定义了“明确的注册程序”（我不知道他们在“简单”下的理解是什么）

因此，如果实验性X-NID 在更新的 RFC 中被弃用，我不希望有替代注册 NID 的方法。

如果您不想注册 NID（甚至不是Informal NID），您可能需要使用不同的 URI 方案。tag想到（tag:example.com,2013:foobar）。

于 2014-09-08T18:10:14.713 回答