Кратко

  • 9 сентября в 08:59 UTC автор попросил DNSOP принять новый черновик о задержке DNS, назвав письмо «Call for Adoption». В 10:37 Benno Overeinder уточнил, что такие призывы выпускают председатели после представления и обсуждения документа.
  • Ответ не был отказом. На момент отсечения версия 00 оставалась активным индивидуальным Internet-Draft в состоянии I-D Exists, без зафиксированного принятия рабочей группой или одобрения IETF.
  • Сам черновик разбирает аналогичную проблему: под «задержкой DNS» могут скрываться разные участки, точки наблюдения и условия. Заголовок не наделяет отправителя институциональной властью, а название метрики не наделяет число сопоставимостью.

Просьба прозвучала, формальный призыв — нет

В первом сообщении Jishuang Wang попросил рабочую группу принять A Framework for DNS Resolution Latency Measurement. Он вынес на обсуждение три вопроса: относится ли проблема к сфере DNSOP, полезны ли предлагаемые термины и схема, готова ли группа принять документ как основу дальнейшей работы.

Автор вправе задавать эти вопросы. Открытая стандартизация предполагает свободное внесение предложений и поиск поддержки. Но просьба о действии и объявление уже начавшегося институционального действия — разные события. Тема «Call for Adoption» читалась именно как второе, особенно вне полного текста письма.

В 10:37 Benno Overeinder ответил публично в роли председателя. Призывы DNSOP к принятию выпускают председатели. До этого черновик следует обсудить в рассылке и желательно представить на сессии рабочей группы. Первый шаг автора — объявить документ без формулы «Call for Adoption» в теме и спросить о соответствии и полезности. В зависимости от обсуждения и интереса председатели могут открыть призыв третьим шагом.

Этот ответ не оценивал технические достоинства и не закрывал путь к будущему принятию. Он исправил тип записи: в 08:59 существовала просьба автора, но не подтверждённое открытие формальной процедуры председателями.

В Datatracker записан индивидуальный I-D

Текущая карточка показывает версию 00 как активный индивидуальный Internet-Draft. Состояние IESG — I-D Exists. Там же указано, что I-D может подать любой, документ не одобрен IETF и не имеет формального положения в процессе стандартизации.

История содержит первоначальную публикацию 9 сентября, но не событие принятия рабочей группой. В шапке файла написано «Intended status: Informational» и указан срок до 13 марта 2027 года. Формальное поле Intended RFC status в Datatracker пусто. Намерение авторов и присвоенный системой статус нельзя подменять друг другом.

Поэтому доказательная цепочка выглядит так:

автор представляет и просит ≠ председатели открывают призыв ≠ председатели оценивают интерес ≠ WG принимает ≠ документ проходит следующие стадии ≠ выходит RFC.

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

Открытость держится на различимости ролей

Закрепить за председателями формальный призыв не значит ограничить право говорить. Любой участник может предложить текст, спорить с ним или добиваться включения в работу группы. Разделение необходимо, чтобы индивидуальный голос не маскировался под голос института.

RFC 2418 переносит основную работу WG в рассылку и возлагает на председателей управление процессом и определение rough consensus. Само число сообщений не доказывает консенсус. RFC 7282 требует разбирать технические возражения: большое количество одобрений не устраняет оставленную без ответа существенную проблему.

Конкретные три шага DNSOP изложены в письме Overeinder, а не дословно в этих RFC. RFC дают общий принцип: ответственный субъект должен назвать проверяемую версию и период, дать проявиться аргументам, а затем обоснованно объявить следующее состояние.

Если бы одного заголовка было достаточно, разные участники могли бы открыть несколько внешне официальных призывов с разными сроками и версиями. Ролевая граница не закрывает обсуждение; она не позволяет метаданным подменить решение.

У «задержки DNS» может быть три разных таймера

Версия 00 не меняет протокол DNS, не вводит новый формат сообщений и не предписывает алгоритм. Она предлагает семантическое описание уже существующих измерений.

TC1 — обмен между клиентом и рекурсивным резолвером. TC2 — обработка внутри резолвера, куда могут входить поиск в кэше, применение политики, проверка DNSSEC и построение ответа. TC3 — взаимодействие рекурсивного резолвера с одним или несколькими авторитативными серверами.

Измерение от начала до конца может включать все три части. Внутренняя метрика резолвера может ограничиваться TC2; клиентская — TC1. RFC 9499 закрепляет названия ролей DNS, но не сообщает, где был запущен таймер конкретного наблюдения.

Значение меняют состояние кэша, транспорт, тип запроса, связность, география, конфигурация и архитектура развёртывания. RFC 7858 обсуждает установление и повторное использование соединений DNS over TLS. RFC 9250 определяет DNS over QUIC. Они не позволяют объявить один транспорт быстрее другого; они показывают, почему транспорт и состояние соединения входят в паспорт измерения.

Две корректно посчитанные медианы могут отвечать на разные вопросы. Два P95 из разных интервалов, выборок и участков не становятся сопоставимыми только потому, что выражены в миллисекундах.

Паспорт измерения важнее лишнего знака после запятой

Шаблон черновика включает идентификатор и цель измерения, область и точку наблюдения, временные компоненты, контекст, интервал, способ выборки, статистическое представление и примечания.

Иллюстративный пример описывает TC3 из точки рекурсивного резолвера при промахе кэша, DNS over QUIC, IPv6 и авторитативном anycast-сервисе. Пассивное наблюдение охватывает первый квартал 2026 года; медиана равна 14,2 мс, P95 — 27,6 мс, включена проверка DNSSEC. Сам текст подчёркивает, что это только пример.

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

Такой паспорт оставляет операторам свободу инструментов, но заставляет автора рейтинга доказать, что соседние строки действительно измеряют совместимые объекты.

Два связанных реестра без взаимного заимствования полномочий

И письмо, и метрика могут занять чужой авторитет через оболочку. Тема заимствует голос WG; краткое имя показателя — точность статистики.

Я предлагаю конверт происхождения состояния и измерения. Это редакционная конструкция, а не требование IETF, DNSOP или черновика.

Процедурная часть хранит имя документа, версию и неизменяемый хэш, ID и время объявления, роль отправителя и запрошенное действие. Если председатели позже откроют призыв, он получает собственный ID, окно и целевую версию. Обсуждение связывается с содержательными вопросами, а не превращается в счётчик голосов. Следующий статус создаёт объявленный председателем итог. Идентификаторы shepherd, RFC stream, IESG и RFC появляются только после соответствующих событий.

Измерительная часть хранит цель, область, точку, состав TC1/TC2/TC3, контекст, интервал, выборку, статистику и примечания. Сырые данные могут быть защищены, но публичное утверждение должно сохранять проверяемую ссылку.

Реестры связаны, однако не заверяют друг друга. Будущее принятие не сертифицирует результат измерения. Хорошо описанный результат не придаёт документу статус WG.

Policy Mirror Heng Lu оставляет видимыми субъекта, правило и доказательство, подходящее состоянию. Minimum Initial Specification поддерживает узкое общее ядро и местную свободу реализации. Why BTW Media Exists задаёт редакционную границу: просьбу нельзя повышать до призыва, а условное наблюдение — до сравнения.

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

Источники

  1. Сообщение автора в DNSOP
  2. Процедурное уточнение председателя DNSOP
  3. Текущая карточка Datatracker
  4. Internet-Draft, версия 00
  5. История Datatracker
  6. Устав DNSOP
  7. RFC 2418
  8. RFC 7282
  9. RFC 9499
  10. RFC 7858
  11. RFC 9250
  12. Heng Lu — The Policy Mirror
  13. Heng Lu — Minimum Initial Specification
  14. Heng Lu — Why BTW Media Exists