Кратко

  • RFC 1700 прямо называл себя снимком непрерывного процесса распределения на октябрь 1994 года, собранным из поддерживаемых онлайн-файлов. RFC 3232 сделал его Historic, поскольку данные стали неполными и порой неверными.
  • Актуальное назначение подтверждают точное имя и URI реестра, время выборки, строка, статус, ссылки, регистрационная политика и неизменяемая копия. RFC объясняет происхождение, но не заменяет наблюдение настоящего.

В споре о назначении протокольного значения особенно убедительно выглядит таблица со старым номером RFC. У неё есть редакторы, дата и постоянная ссылка. Но именно постоянство формы может скрыть перемену содержания: реестр продолжал жить после того, как выпуск был зафиксирован.

В RFC 3232 Joyce K. Reynolds поставила этой двусмысленности формальную точку. Серия Assigned Numbers когда-то выходила периодически, однако её заменили базой на сайте IANA. Последний большой выпуск RFC 1700 отражал октябрь 1994 года; к 2002-му он был неполон, а отдельные значения оказались неправильными. Документ получил статус Historic.

Это не отмена источника. Это точное ограничение вопроса, на который источник способен ответить.

Опубликованный срез рабочего процесса

RFC 1700, подготовленный Reynolds и Jon Postel, сам предупреждал о времени. Он называл себя снимком продолжающегося процесса распределения. Текущие данные хранились в онлайн-текстах, а RFC составлялся их объединением с издательским оформлением. Заявки и исправления направлялись IANA; Reynolds была указана как контакт.

В более раннем RFC 900 движение заметно прямо в строках. Старые сетевые номера могли сохраняться на переходный период, сопровождались пометками и ссылками. Это был не безжизненный перечень, а опубликованный вид административной работы.

RFC придавал одному выпуску устойчивый адрес и позволял цитировать его спустя годы. Но новая регистрация не ждала следующей публикации. Любое назначение увеличивало разрыв, а исправление могло превратить старую строку из неполной в ошибочную.

RFC 3232 развёл времена. Для вопроса «что было опубликовано в 1994 году?» RFC 1700 остаётся первичным свидетельством. Для вопроса «что назначено сейчас?» нужен снимок поддерживаемого реестра. Смешение этих ответов убирает дату и создаёт ложную вечность.

Запись следует за правилом

Онлайн-страница не становится авторитетной только из-за свежести. RFC 2860 описывает распределение полномочий для параметров в сфере IETF. IANA назначает и регистрирует их по критериям и процедурам из RFC. При неясности техническое руководство даёт IESG; спор может дойти до IAB.

Соглашение также требует бесплатно публиковать в сети сведения о текущих назначениях и предоставлять механизм подачи заявок. Строка реестра — видимый итог пути от правила и заявки к рассмотрению, исполнению и публикации.

RFC 8126 показывает, насколько разными бывают эти пути. Создатель реестра задаёт имя, обязательные поля, начальное содержимое, контроль изменений и политику будущих регистраций. First Come First Served главным образом проверяет форму и отсутствие дубликата. Expert Review требует решения назначенного эксперта. Specification Required, RFC Required, IETF Review и Standards Action вводят разные уровни документации и согласования.

Поэтому двух колонок «значение» и «описание» недостаточно. При такой выгрузке исчезают статус, нормативная ссылка, контролёр изменения и политика. Reserved, Unassigned и Deprecated тоже не равны пустой ячейке: каждое состояние ограничивает использование по-своему.

Как зафиксировать слово «сейчас»

На странице IANA About публичные реестры описаны как авторитетная инфраструктура согласованных глобальных идентификаторов. По состоянию на 10 сентября 2026 года там также сказано, что функции IANA выполняет Public Technical Identifiers, аффилированная с ICANN организация. Это датированное современное описание, не утверждение обо всех периодах.

Постоянный URI ведёт к изменяемой публикации. Завтра у строки может появиться новая ссылка, иной статус или исправление. Надёжный пакет доказательств сохраняет полное имя реестра, URI, время с часовым поясом, нужную строку или диапазон, видимый статус и ссылки, а также исходный ответ или страницу с хешем.

Если доступны HTML и структурированный формат, полезно хранить оба. Первый облегчает чтение контекста, второй — сравнение. Производная нормализованная таблица должна ссылаться на эти материалы, а не уничтожать их.

Отдельно сохраняется ход решения: заявка, экспертная оценка, консенсус IETF, действие IANA и последующее исправление. Это разные события. Одно поле «источник» не показывает их последовательность и ответственность.

При следующей выборке старую версию не перезаписывают. Два снимка позволяют выяснить, изменились ли значение, статус, ссылка, политика или сам сборщик. Без прежних байтов разницу уже не доказать.

Редакторская граница Reynolds

Internet Hall of Fame посмертно включил Joyce Reynolds в число лауреатов 2025 года. В биографии отмечены её работа с Postel в Information Sciences Institute Университета Южной Калифорнии и последующее совместное руководство RFC Editor. Reynolds умерла в 2015 году; эти сведения подтверждают исторический вклад, но не современную должность или позицию.

Она знала изнутри, как изменяемые файлы превращаются в долговечные выпуски. Поэтому в RFC 3232 архив не был объявлен хуже онлайн-сервиса. Каждому носителю назначили собственную область доказательства.

Исследовательская система может повторить эту конструкцию в трёх слоях. Первый — датированный снимок реестра. Второй — политика, заявка, рассмотрение и исполнение. Третий — RFC, создавшие пространство, установившие правило или сохранившие прежний срез. Слои версионируются независимо и связываются идентификаторами.

Если меняется политика, но не строка, это событие управления. Если строка меняется без нового RFC, это событие реестра. Исправление архивного документа сохраняется рядом с исходным текстом. Так настоящее обновляется без переписывания прошлого.

Источники