Кратко

  • В нынешней системе IETF Internet-Draft обычно истекает через 185 дней после размещения, если формальный процессуальный статус не останавливает срок. Метка описывает жизненный цикл версии, но не называет орган, отклонивший предложение.
  • Активный Repository и исторический Archive — разные записи. Обновление, замена, публикация RFC и истечение убирают версию из активного набора, тогда как Archive обычно сохраняет все редакции.
  • Официальные истории разделяют часы и решение. draft-iab-protocol-maintenance-05 истёк, получил новые редакции и стал RFC 9413. draft-ietf-netvc-testing истекал неоднократно, но значимое прекращение оформлено отдельным статусом IESG Dead с объяснением.
  • Для проверки нужен паспорт состояния: точное имя и редакция, даты, архив и цепочка замены, группа и поток, adoption и Last Call, явное решение, зависимость реализаций и ответственный за вывод.

Как срок превратился в приговор

Представим закупщика, оценивающего расширение протокола. Аналитик видит Expired и записывает: «IETF отклонила». Функцию убирают из дорожной карты, формулировка попадает в аудит. Через несколько месяцев выходит новая редакция, и запись меняют на «IETF вновь одобрила работу».

Факты — истечение и новая редакция — реальны. Приписанные решения вымышлены. Сначала автоматическая дата стала отказом, затем новый файл — одобрением.

У отказа должен быть субъект. Рабочая группа не приняла документ? Председатель не увидел rough consensus? Area Director отказался поддерживать публикацию? IESG закрыл запрос? Авторы просто не обновили текст? Его заменил другой draft? Или обсуждение продолжалось, пока версия пересекла автоматический срок?

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

Repository, Archive и 185 дней

Актуальная страница IETF Author Resources различает Repository и Archive. Repository содержит активные редакции. Версия перестаёт быть активной при обновлении, замене другим draft, публикации RFC или истечении. Archive сохраняет редакции и представления, кроме исключительных удалений.

Обычный срок — 185 дней. Формальные состояния могут предотвратить истечение, например обработка IESG для потока IETF или рассмотрение Independent Series Editor. Даже часы связаны с процессуальной записью.

Сохранение в Archive не превращает draft в архивную публикацию. Он остаётся work in progress. Архив доказывает, какой текст существовал, но не что IETF его одобрила.

Раздел 2.2 RFC 2026 показывает историческую модель: в 1996 году каталог предназначался для неформального рассмотрения меняющегося текста. Через шесть месяцев без изменений или рекомендации IESG документ удалялся; новая версия перезапускала срок. Internet-Draft не имел формального статуса.

Сегодня действует точный срок и постоянный Archive. Инструмент изменился, граница нет: draft не RFC, а срок не решение.

Четыре независимых слоя

Первый — идентичность документа. draft-example-foo-04 — конкретная редакция с датой и байтами. В 05 могут измениться безопасность и область. Без номера непонятно, что проверялось.

Второй — жизненный цикл репозитория. Active, updated, replaced, published и expired объясняют активность версии, но не качество и консенсус.

Третий — процессуальный статус. Индивидуальная подача, кандидат на adoption, документ рабочей группы, Working Group Last Call и оценка IESG — разные позиции. RFC 2418 §7.2 называет drafts рабочими документами; §7.4 отдельно описывает Last Call; §7.5 разделяет rough consensus и направление в IESG.

Четвёртый — распоряжение. Уполномоченный субъект записывает принятие, замену, отзыв, отказ, одобрение, публикацию или закрытие и основания. Негативный вывод ищут здесь, не в календаре.

Слои меняются независимо. Документ группы может истечь при продолжающейся правке; активный индивидуальный draft — не иметь спонсора; реализованный текст — остановиться при публикации; истёкшую редакцию сменяет новая. Один цвет не описывает эти комбинации.

Истечение перед RFC 9413

История Maintaining Robust Protocols опровергает равенство. Редакция 05 опубликована 12 июля 2021 года и истекла 13 января 2022-го. Редакция 06 появилась 10 мая; затем вышли 07–12. IAB провёл Community Review и IAB Review, зафиксировал консенсус и одобрение и направил текст RFC Editor в феврале 2023 года.

В июне результат стал RFC 9413. Истечение 05 — правда, но не отказ IAB или IETF. Часы не запретили и не предрешили дальнейший путь.

Это не обещает возвращение любого draft. Оно доказывает лишь, что истечение не равно отказу. Реестр, переписывающий «отклонено» на «одобрено», теряет цепочку событий.

Настоящее закрытие имело причину

История Video Codec Testing and Quality Measurement показывает обратную сторону. Редакция 05 истекла в сентябре 2017 года, 06 вышла через месяц. 06 истекла в мае 2018-го; 07 появилась в июле и вошла в WG Last Call. В январе 2019-го 07 истекла, хотя статус группы сообщал о консенсусе и ожидании write-up. Редакция 08 затем прошла к IETF Last Call.

Содержательное негативное событие произошло 25 марта 2020 года: статус IESG стал Dead. Area Director объяснил, что после повторных попыток получить ответы на замечания рабочей группе NETVC не хватало импульса завершить документ. Очередное автоматическое истечение произошло позже, в августе.

Здесь есть цитируемое закрытие: дата, орган и причина. Причина — темп работы и неразрешённые комментарии, а не доказательство бесполезности методов. Shepherd write-up отмечал применение методов разработчиками AV1. Реализация, публикационное решение и срок — разные факты.

Назвать отказом только последнее истечение — скрыть лучший источник. Назвать отказом ранние истечения — противоречить продолжению работы.

Новая редакция тоже не одобрение

Граница симметрична. Истечение не доказывает отказ, а обновление — принятие. Допустимый автор может подать Internet-Draft; редакция может ответить на замечания, вернуть видимость или просто сохранить возможность продолжения.

Префикс draft-ietf-... обычно отражает adoption группы, но не доказывает текущий консенсус по каждому предложению или одобрение IESG. Last Call открывает проверку, не завершает публикацию.

Running code также не создаёт статус. Реализация важна для проверки совместимости и цены перехода. Running-Code Primacy Хэна Лу ограничивает бумажную власть. Но эксплуатация — доказательство реальности, не протокол консенсуса.

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

Проект отмены сроков остаётся проектом

Индивидуальный Removing Expiration Notices from Internet-Drafts утверждает, что автоматическое истечение утратило смысл при постоянном Archive. Он фиксирует реальный спор, но не консенсус.

Последняя редакция самого проекта истекла. Это не делает аргумент смешным или обязательным. Он не принят как политика IETF. Существование текста не означает решения отменить сроки.

Паспорт состояния

Поле Что подтверждает
Имя и редакция Конкретный проверенный текст
Хеш содержания Совпадение сохранённых байтов
Даты Срок и версия правила
Repository Активность и причина выхода
Archive Место сохранения
Цепочка редакций Предыдущие и следующие версии
Замена Продолжение под другим именем
Поток, спонсор, группа Ответственный за следующий шаг
Adoption Принятие работы группой и источник
Consensus и Last Call Проверенная версия и открытые возражения
Решение IESG/потока Актор, дата, статус, причины
Публикация RFC, поток и категория
Зависимость Код, тесты, внедрения
Внешний документ Контракт или политика и версия
Ответственный Исправление и новая проверка

Паспорт останавливает два заблуждения. Active, adopted или Last Call как «IETF одобрила» раздувает полномочия. Expired как «IETF отклонила» выдумывает негативную власть. Первому нужен положительный акт, второму — негативное решение. Часы не дают ни того, ни другого.

Источники

Вывод

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

Нужно хранить два свидетельства: истечение как запись часов и распоряжение как запись полномочий. При закрытии указывают субъект, процесс, версию, дату и причины. При возвращении фиксируют редакцию без выдуманного одобрения. Продолжающий зависеть участник признаёт собственный выбор. Календарь старит документ, но не голосует.