Кратко

  • draft-cel-nfsv4-element-registries-00 предлагает восемь реестров IANA и заменяет выбор следующего известного свободного номера публичным ранним или окончательным выделением.
  • Запись делает координату однозначной в системе стандартов, но не доказывает, что установленная сборка использует её, распознаёт финальный XDR, разрешает запрос или создаёт нужный результат.

Правильная таблица и устаревший отправитель

Оператор сверяет пакет с реестром и видит несовпадение. Возникает соблазн объявить пакет невозможным: официальная строка содержит другой номер. Но старое устройство было собрано до окончательного выделения и сохранило константу из проекта.

Отсутствие текущего полномочия не стирает байты из мира. Публичная запись определяет согласованное значение, а fingerprint исходников, сгенерированного XDR и бинарного файла показывает, какое значение действительно отправляет конкретная система.

Версия 00 документа Registries of Network File System Version 4 Protocol Elements представлена 25 сентября 2026 года и истекает 29 марта 2027 года. Datatracker называет её активным индивидуальным Internet-Draft без принятия рабочей группой, потока, ответственного AD и одобрения IESG. В заголовке предложен Standards Track и обновление RFC 8178 в случае утверждения. Это не RFC и не доказательство того, что IANA уже создала реестры.

Число управляет структурой

NFSv4 выражает файловые, блокировочные, сессионные и pNFS-действия операциями COMPOUND. Значение nfs_opnum4 выбирает ветвь XDR union с конкретными аргументами и результатами. Callback имеет отдельное направление. Номер атрибута одновременно служит позицией fattr4 bitmap. ACCESS и OPEN используют биты и значения для выбора поведения.

Одинаковое целое допустимо в разных реестрах, поэтому доказательство включает тип, направление, внешний XDR, minor version и ссылку. В одном реестре два значения смысла под одной цифрой дают не каталоговую, а исполняемую коллизию.

RFC 8178 разрешает добавлять операции, атрибуты, enum и флаги и запрещает удалять или повторно использовать выделенное. Но первоначальный способ выбора не задан. Revision 00 описывает практику: автор берёт число после максимального известного. Два параллельных проекта могут выбрать одно место.

RFC 8276 показывает аккуратную ручную проверку чисел расширенных атрибутов против известных актуальных спецификаций. Она помогла прототипам, но не стала публичной бронью от неизвестной параллельной разработки.

Восемь областей координации

Проект предлагает Operations, Callback Operations, Status Codes, fattr4 Attributes, ACCESS Flags, OPEN Share Access Flags, OPEN Result Flags и OPEN Delegation Types. Начальные строки собраны из опубликованных RFC.

После возможной публикации каждый реестр станет авторитетным источником выделения для своего типа. Новый документ должен запросить значение в IANA Considerations и получить XDR-константу из выделенной цифры, а не закрепить собственную.

Политика Standards Action with Expert Review сохраняет два независимых решения. Standards Action обеспечивает Proposed Standard по RFC 8178. Эксперт проверяет правильный реестр и направление, минимальное свободное или собственное раннее значение, уникальное имя, XDR-определение, Versions и ссылку.

Эксперт не оценивает достоинства функции: это делает IETF consensus. IANA отвечает за координату. Стандарт — за нормативный смысл. Бинарный файл — за фактическую таблицу. Сервер — за распознавание, разрешение и исполнение. Хранилище и приложение — за наблюдаемый итог.

Раннее выделение остаётся временным

RFC 7120 позволяет публично резервировать код до выхода RFC, когда описание достаточно полное и стабильное, а ранняя реализация или риск коллизии оправдывают запрос. IANA помечает строку как временную, обычно на год, и показывает даты.

Revision 00 требует от WG-документа после принятия просить раннее выделение и не использовать номер без финальной либо ранней записи. Это даёт прототипам общую координату, не выдавая результат стандартизации заранее.

Истечение, продление, deprecated-состояние и возможное освобождение — отдельные события. Оператор должен хранить не только число, но и статус на момент сборки.

Финальные значения назначаются с минимального свободного незарезервированного. Выделенное не используется повторно. При полном выводе элемента строка остаётся, Versions может стать none, а ссылка фиксирует документ вывода.

Такой надгробный знак защищает от старого кода. none означает отсутствие текущей нормативной применимости, а не отсутствие пакетов. 4.1+ означает область стандарта, а не поддержку каждым устройством. RFC 8178 допускает разные наборы расширений в одной minor version.

Девять проверяемых переходов

Нужны: точная редакция и статус документа; строка реестра; действие выделения и даты; XDR-спецификация; fingerprint исходника, генератора и сборки; реально поддерживаемая способность; пакет с направлением и COMPOUND-контекстом; распознавание, авторизация, ответ и изменение состояния; итог в хранилище и приложении.

Строка реестра не перепрошивает устройство. Успешный decode не даёт права. Успешная операция не всегда доказывает durability. Чистое приложение не объясняет старый capture без сохранённой сборки.

При миграции следует искать значения в исходниках, сгенерированном XDR, bindings, dissectors, fixtures, firmware и трафике по тройке «реестр — направление — число». Старых отправителей нужно изолировать до встречи двух смыслов, а пакеты и fingerprints сохранить.

Чего источники не доказывают

Тринадцать источников подтверждают предложение восьми реестров, механизм параллельной коллизии, раннее выделение, запрет повторного использования и границу экспертной проверки. Они не доказывают реальную коллизию NFSv4, дефект продукта, принятие WG, IETF consensus, исполнение IANA, deployment, инцидент или атаку.

В логике Lu Heng реестр авторитетен для ограниченного факта распределения. Чтобы говорить о работающей реальности, нужны квитанции от кода, wire, решения сервера и результата приложения.

Источники