Кратко

  • RFC 6410 сократила шкалу стандартов с трёх уровней до двух, однако существующие Draft Standard сохраняли классификацию до отдельного пересмотра.
  • Новые правила допускали повышение по критериям развёртывания или возможность для IESG через два года вернуть документ в Proposed Standard; автоматической очистки статусов не было.

Анализ

Что требовал прежний уровень

В октябре 1996 года RFC 2026 установила три уровня зрелости в стандартизируемом ряду: Proposed Standard, Draft Standard и Internet Standard. Для перехода к Draft Standard требовались как минимум две независимые совместимые реализации из разных кодовых баз и достаточный успешный опыт эксплуатации. Председатель рабочей группы должен был документировать подходящие реализации и испытания совместимости. Draft Standard был категорией зрелости опубликованной спецификации, а не другим названием Internet-Draft.

Следующий уровень отвечал на иной вопрос. RFC 2026 связывала Internet Standard с существенным опытом реализации и эксплуатации, а также с широко распространённым мнением о пользе протокола или службы для интернет-сообщества. Шкала отделяла первые свидетельства реализации от более широкой зрелости.

Что изменилось в 2011 году

RFC 6410 отмечала, что за предыдущее десятилетие вверх по шкале продвинулись очень немногие спецификации, а большинство оставалось в Proposed Standard. Документ объединил Draft Standard и Standard в один уровень Internet Standard. Развёртывание и эксплуатационный опыт остались частью критериев: требовались как минимум две независимые совместимые реализации, широко развёрнутые и успешно работающие. Также проверялись errata, мешающие совместимости, и неиспользуемые функции, значительно усложняющие реализацию.

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

Переход, а не массовая переклассификация

Переходное правило по-разному обработало прежние статусы. Proposed Standard остался Proposed. Существующие Internet Standards сразу стали Internet Standard. Документы, уже имевшие классификацию Draft Standard, сохраняли её без отдельного действия. Их можно было повысить по новым критериям. Через два года после утверждения RFC 6410 как Best Current Practice IESG также могла по своему выбору переклассифицировать документ в Proposed Standard.

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

Метка и сеть

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

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

Источники