Кратко

  • RFC 9907 считает модуль YANG, который поддерживает IANA, форматом представления связанного реестра, а не самостоятельным реестром. Единственным авторитетным источником остаётся реестр.
  • Валидатор способен правильно одобрить старые байты. Доказательство должно связывать время реестра, ревизию и хеш модуля, условия проверки, YANG Library сервера, операцию и наблюдаемый эффект.

Отчёт сборки не лгал: модуль разобран, импорты найдены, проверки завершились успешно. Ошибка возникла в следующем предложении — «значит, данные актуальны». В связанном реестре IANA значение уже изменилось. Инструмент доказал форму полученного файла; процесс приписал ему доказательство времени.

RFC 9907 опубликован в марте 2026 года как BCP 216. Он отменяет RFC 8407 и обновляет RFC 8126, что фиксирует карточка RFC Editor. Это руководство для авторов и рецензентов документов с моделями YANG, а не новый способ менять конфигурацию устройств.

Для модулей IANA правило однозначно. Представление реестра в YANG или MIB остаётся форматом, а не отдельным реестром. Новое значение сначала появляется в реестре-компаньоне; затем IANA отражает авторитетное изменение в поддерживаемом модуле. IANA YANG Parameters публикует версионные файлы и сведения об их сопровождении.

RFC 9907 заранее устраняет особенно убедительную устаревшую копию. В Internet-Draft можно включить генератор и полный начальный модуль для проверки. Перед публикацией авторы должны попросить RFC Editor удалить приложение с модулем. Итоговый текст называет его лишь первой версией и направляет к IANA. Неподвижная копия внутри официального документа не должна выдавать свою долговечность за свежесть.

Ссылки «latest» и на конкретную ревизию также не взаимозаменяемы. Первая выдаёт текущую проекцию в момент запроса, вторая воспроизводит исторический артефакт. Для аудита нужны время получения, снимок реестра, revision, URL и хеш. Иначе одна и та же изменяемая ссылка завтра подставит другие байты под прежний отчёт.

Проверка обязательна: RFC 9907 приводит, например, pyang --ietf, а YANG 1.1 задаёт язык. Однако результат относится к конкретным байтам, импортам, параметрам и версии инструмента. Он не доказывает, что вход был последним или что целевой сервер объявляет ту же схему.

Сервер наблюдается отдельно. RFC 8525 определяет YANG Library с наборами модулей, features, deviations и схемами хранилищ. При изменении этой информации должен меняться content-id. Поэтому локально проверенный пакет надо сопоставлять с фактически объявленным набором.

Затем начинается операция. RFC 8342 разводит intended и operational. NETCONF и RESTCONF задают операции и ошибки. Принятый запрос, операционное состояние и эффект для сервиса — три разных квитанции.

Надёжное досье связывает снимок реестра; revision, URL и хеш модуля; происхождение генерации; инструмент, параметры и зависимости; модули сервера и content-id; запрос и ответ; состояния до/после; откат и проверку сервиса. Это редакционный синтез границ стандартов, а не единая форма из одного RFC.

Minimum Initial Specification Heng Lu оставляет общий слой узким. Приоритет работающего кода ограничивает вывод прямым наблюдением. Слои реальности не дают склеить реестр, файл, проверку, хранилище и сервис в один зелёный индикатор. Это заявленная редакционная оптика, не дополнительное требование IETF.

RFC 9907 не предлагает меньше доверять автоматике. Он требует, чтобы каждое зелёное состояние сохраняло честное название.

Sources