Кратко

  • RFC 3967 потребовал явно обозначать нормативную зависимость от менее зрелого документа на последнем вызове IETF, а не оставлять её скрытым исключением.
  • RFC 4897 и RFC 8067 для части случаев заменили ожидание аннотацией и усмотрением IESG; ни один из них не повысил зрелость цитируемого документа.

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

Общее правило RFC 2026 должно было сохранять это различие: спецификации на пути стандартизации обычно не должны зависеть от документов того же пути с меньшей зрелостью или от документов вне него, за исключением стандартов других организаций. RFC 3967, опубликованный в декабре 2004 года как BCP 97, объясняет институциональный мотив: не создавать впечатление, будто стандарт зрелее, чем он есть. Зрелость не является прямой оценкой технического качества. Но нормативная ссылка может содержать сведения, необходимые для полной реализации спецификации.

Если зависимость нестабильна, недоступна или допускает неверное толкование, основной документ может оказаться неполным.

RFC 3967 признал, что ссылки на документы меньшей зрелости порой необходимы, и ввёл прозрачный путь исключения. Документ Standards Track или BCP мог пройти обычный последний вызов IETF при условии, что уведомление прямо называло такую ссылку. Замечания сообщества о её уместности должны были учитываться в обсуждении IESG. Директор области мог отменить последующие уведомления только для того же документа и версии, после нескольких публичных упоминаний и если считал такое применение признанным в соответствующей технической области.

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

Три года спустя RFC 4897 добавил в спор ещё одну стоимость. Во введении говорится, что прежнее правило иногда приводило к очень долгим задержкам публикации, и некоторые считали его серьёзным препятствием для продвижения документов по уровням зрелости. Но это нужно читать с оговоркой: в благодарностях автор пишет, что сомневался в обоснованности части жалоб и рассматривал предложение отчасти как способ их проверить. Это свидетельство процедурного спора, а не исследование длительности задержек.

RFC 4897 изменил подход к нормативным ссылкам на уже опубликованные документы Standards Track и BCP меньшей зрелости. Вместо обязательного ожидания их повышения автор мог добавить примечание: целевой документ может быть менее устойчивым, а уместность зависимости можно пояснить. IESG сохраняла возможность устанавливать правила, требующие задержки; сообщество могло возражать в течение жизненного цикла документа. Для целей вне Standards Track продолжал действовать RFC 3967. RFC 4897 также считал повышение уровня целевого документа предпочтительным, когда это уместно: «отметить и продолжить» не стало универсальным правилом.

В 2017 году RFC 8067 снова скорректировал требование к уведомлению. Явное указание ссылки на документ меньшей зрелости в сообщении последнего вызова стало настоятельной рекомендацией, но не обязательным условием. Ответственный директор области всё равно должен был проверить наличие таких ссылок. Если её обнаруживали во время последнего вызова или рассмотрения IESG, решение о повторном вызове оставалось за IESG. Отказ от повторения не менял зрелость цели; будущие случаи по-прежнему подпадали под процедуру. Пропуск следовало зафиксировать в Datatracker.

Вместе три документа BCP 97 показывают, как переместилась институциональная нагрузка. RFC 3967 выносил разрыв в зрелости на обсуждение сообщества до решения IESG. RFC 4897 позволил некоторым зависимостям двигаться дальше с явным предупреждением, не ожидая каждый раз повышения статуса цели. RFC 8067 дал IESG право решать, нужна ли повторная консультация при пропущенной ссылке, сохранив сигнал зрелости и запись о решении. Вместо преимущественно процедурного ожидания появилась более явная ответственность за раскрытие, проверку, аннотацию и усмотрение.

Из этих текстов нельзя заключить, что публикации действительно ускорились, безопасность улучшилась или как часто применялось исключение. RFC фиксируют правила и доводы авторов, но не дают сравнения до и после. Более узкий исторический вывод таков: система стандартов может признать, что зависимости и статусы документов развиваются не синхронно, и при этом не позволить ссылке незаметно получить авторитет, которого она ещё не приобрела.

Источники: RFC 2026, RFC 3967, RFC 4897, RFC 8067, RFC 7841.