RFC 8067 | Обновление, когда документы, отслеживающие стандарты, могут нормативно ссылаться на документы более низкого уровня

Аннотация

RFC 3967 определяет процесс разрешения нормативных ссылок на документы с более низкими уровнями погашения («downrefs»), который включает явный вызов downref в уведомлении «Last Call». Это требование оказалось излишне строгим, и этот документ обновляет RFC 3967, позволяя IESG более гибко принимать понижения в документах отслеживания стандартов.

Скачать оригинальный документ на английском языке RFC 8067 PDF

Оглавление

1. Введение
2. Ответственность IESG по отношению к Downrefs
3. Вопросы безопасности
4. Нормативные документы
Адрес автора

Статус этой заметки

Эта памятка документирует лучшую текущую практику Интернета.

Этот документ является продуктом Инженерной рабочей группы по Интернету (IETF). Он был одобрен для публикации Руководящей группой по Интернет-разработкам (IESG). Дополнительная информация о ПП доступна в Разделе 2 RFC 7841.

Информацию о текущем состоянии этого документа, любых ошибках и способах предоставления отзывов о нем можно получить по адресу http://www.rfc-editor.org/info/rfc8067.

Уведомление об авторских правах

Copyright (c) 2017 IETF Trust и лица, указанные в качестве авторов документа. Все права защищены.

На данный документ распространяется действие ППГ 78 и Правовые положения IETF Trust, касающиеся документов IETF (http://trustee.ietf.org/license-info), действующие на дату публикации этого документа. Пожалуйста, внимательно ознакомьтесь с этими документами, так как они описывают ваши права и ограничения в отношении этого документа. Компоненты кода, извлеченные из этого документа, должны содержать текст Упрощенной лицензии BSD, как описано в Разделе 4.e Правил доверия, и предоставляются без гарантии, как описано в Упрощенной лицензии BSD.

1. Введение

В [RFC3967] отмечается важность обеспечения надлежащей зрелости нормативных ссылок из документов по стандартам и наилучшей текущей практике (BCP), а также указывается процесс разрешения нормативных ссылок на документы с более низким уровнем зрелости («понижения»). Этот процесс начинается с последнего вызова IETF (см. Раздел 3 [RFC3967]):

  • Для документов отслеживания стандартов или документов BCP, требующих нормативной ссылки на документы с более низким сроком погашения, будет выпущена обычная процедура IETF Last Call, с необходимостью ссылки вниз, явно задокументированной в самом Last Call. Любые комментарии сообщества относительно уместности нисходящих ссылок будут рассматриваться IESG как часть обсуждений.

В разделе 2 [RFC3967] перечислены некоторые условия, при которых могут иметь смысл понижения. В дополнение к ним рабочие группы стали обычным делом создавать основополагающие документы (которые содержат важную информацию, такую ​​как определения терминологии, архитектурный дизайн и соображения) в информационном статусе, и эти документы часто необходимы в качестве нормативных ссылок в документах протокола отслеживания стандартов. что следует.

Требование явного упоминания нисходящих ссылок и необходимости их в сообщении «Последний вызов» оказалось излишне ограничительным и часто приводило к ненужным повторениям последнего вызова с соответствующей задержкой и без реальной выгоды.

2. Ответственность IESG по отношению к Downrefs

Процесс в RFC 3967 обновляется, чтобы указать, что явное документирование нисходящих ссылок в сообщении «Последний вызов» настоятельно рекомендуется, но не обязательно. Ответственный AD должен по-прежнему проверять количество откликов до отправки уведомления о последнем вызове, но если во время последнего вызова или проверки IESG обнаружен необнаруженный отклик, любая необходимость повторить последний вызов остается на усмотрение IESG. Однако процесс в RFC 3967 принципиально не изменен: если IESG решит не повторять последний вызов, состояние затронутых понижений не изменится, и процесс в RFC 3967 будет по-прежнему применяться, если в будущем будут использоваться эти понижающие вызовы. ,

Это дает IESG ответственность за определение фактического уровня зрелости нисходящей ссылки по отношению к рассматриваемому документу и принятие решения о том, необходимо ли явно запрашивать у сообщества IETF комментарии по поводу снижения рейтинга в каждом конкретном случае. основа дела. Принимая это решение, IESG должен принять во внимание общее обсуждение в RFC 3967. Ответственный AD должен убедиться, что упущение записано как комментарий в трекере данных.

3. Вопросы безопасности

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

4. Нормативные документы

[RFC3967] Bush, R. and T. Narten, «Clarifying when Standards Track Documents may Refer Normatively to Documents at a Lower Level», BCP 97, RFC 3967, DOI 10.17487/RFC3967, December 2004, <http://www.rfc-editor.org/info/rfc3967>.

Адрес автора

Barry Leiba
Huawei Technologies
Phone: +1 646 827 0648
Email: barryleiba@computer.org
URI: http://internetmessagingtechnology.org/

Поделись записью