Кратко
- RFC 3553 создал
urn:ietf:paramsдля постоянного именования зарегистрированных параметров протоколов, но не определил ни общий механизм разрешения, ни механизм проверки. - Постоянство потребовало не включать в имя значение с меняющимся смыслом. Идентификатор мог называть устойчивый слот, тогда как текущее содержимое, место публикации, поддержка программы и результат оставались разными свидетельствами.
В 2003 году стандартам всё чаще требовалось ссылаться на элементы реестров IANA из схем и сообщений. Использовать текущий URL было просто, но опасно: перенос сервера или каталога выглядел бы как смена идентичности. Придумывать URI в каждой спецификации было не лучше — один объект получал несколько имён.
RFC 3553, опубликованный в июне как BCP 73, добавил ветвь params к пространству ietf, введённому RFC 2648. Задача заключалась в том, чтобы дать зарегистрированным параметрам общий устойчивый адрес в пространстве имён. Документ не превращал сайт IANA в обязательный глобальный сервис.
Процедура разделяла полномочия. Процесс IETF допускал новую ветвь. IANA проверяла отсутствие коллизии и хранила назначение. Выданное имя нельзя было затем отдать другому назначению. Спецификация подпространства должна была определить индекс и необходимые преобразования строки. Но запись в реестре не объявляла, что все продукты поддерживают параметр.
Правило о меняющихся значениях было ещё строже. Если содержимое параметра со временем меняется, постоянное имя должно обозначать слот или понятие, а не сегодняшнее содержимое. Само значение допустимо включить лишь тогда, когда оно постоянно и уникально, например как фиксированный номер версии. Иначе текущая конфигурация присваивает себе статус вечной идентичности.
RFC 3553 назвал пространство в основном непрозрачным. Двоеточия выражали ограниченную иерархию, но не позволяли вывести всю цепочку полномочий из внешнего вида. Ветвь xml определяется RFC 3688 и связанными реестрами. Ветвь oauth была зарегистрирована RFC 6755. Разделить строку — не значит узнать, кто назначает потомков и какую семантику выполняет программа.
Документ прямо говорил: механизм разрешения не определён, механизм проверки отсутствует. Поэтому глобальная область имени не обещает глобальную достижимость. Корректный синтаксис не доказывает регистрацию. Регистрация не доказывает поддержку реализации. Поддержка не доказывает правильную версию. Даже правильное толкование не доказывает успешную операцию.
Шаблон регистрации требовал указать авторитетный репозиторий, но считал его текущим местом. Файлы и серверы могли переехать; ссылка была исходной подсказкой, а не вечной привязкой к имени файла. Операционный адрес оставался заменяемым, поскольку постоянство находилось в назначении и смысле.
Зафиксированный для этой статьи XML IANA обновлён 2 февраля 2026 года. Он содержит семь ветвей второго уровня под ietf и 23 идентификатора под params, включая xml, oauth, netconf, scim, acme, jmap, whip и unit. Это свидетельство непрерывной работы реестра, но не статистика внедрения и не отчёт о совместимости.
RFC 6924 позже собрал все ветви второго уровня в одной таблице IANA и применил название процедуры IETF Review. RFC 8141 заменил RFC 2141 как общую спецификацию синтаксиса URN. Эти перемены не разрушили старые имена именно потому, что имя не было тождественно странице, серверу или версии рамочного документа.
Для проверки нужен набор отдельных квитанций: точная полученная строка, запись IANA, управляющая спецификация, дата снимка, версия реализации, локальное решение и наблюдаемый результат. Один URN сообщает, на какое понятие ссылались. Он не сообщает, что сделал код. Один URL показывает, где находилась запись, но не сохраняет идентичность после переезда.
По состоянию на 2026 год список из 23 ветвей позволяет увидеть преемственность, не приписывая ему лишнего. Реестр координирует уникальность. Работающий код доказывает распознавание и действие. RFC 3553 оставил между ними необходимое расстояние.
Именно ограничение сделало имя долговечным. Оно не обещало быть текущим значением, текущим хранилищем, универсальным резолвером или вердиктом об исполнении. Оно обещало одно: назначенный смысл не будет подменён.
Источники
- RFC 3553
- Карточка RFC 3553
- Исправления RFC 3553
- IANA: пространство URN для IETF
- Реестр
paramsв XML - RFC 2648
- Карточка RFC 2648
- RFC 2141
- Карточка RFC 2141
- RFC 8141
- Карточка RFC 8141
- RFC 6924
- Карточка RFC 6924
- RFC 3688
- Карточка RFC 3688
- XML-реестр IANA
- RFC 6755
- Карточка RFC 6755
- Параметры OAuth IANA
- Heng Lu — Running Code Is Primary
- Heng Lu — The Internet's Address Book
Обзор для участников
Подробный контекст профиля
Войдите с подходящим уровнем подписки, чтобы открыть полный обзор и примечания к источникам.
Только для Стратегического сообщества
Стратегическое сообщество
Открыто всем читателям. Вступите и войдите, чтобы открыть обзоры профилей.
Вступить в Стратегическое сообществоТолько для Альянса лидеров
Альянс лидеров
Для проверенных владельцев IP-активов и руководителей. Войдите, чтобы открыть обзоры Альянса.
Вступить в Альянс лидеров
