О документе
Рабочая группа сети M. Rose
Request for Comments: 3349 Dover Beach Consulting, Inc.
BCP: 59 Июль 2002
Категория: Лучшая современная практика
Временный префикс для идентификации профилей, разрабатываемых
рабочими группами Internet Engineering Task ForceСтатус данного меморандума
Этот документ определяет лучшую современную практику Интернета для
интернет-сообщества и запрашивает обсуждение и предложения по
улучшению. Распространение этого меморандума не ограничено.Уведомление об авторских правах
Copyright (C) The Internet Society (2002). All Rights Reserved.Аннотация
В рамках своих результатов работ рабочие группы IETF могут
разрабатывать профили BEEP. В процессе разработки желательно
назначать каждому профилю временный идентификатор. Если впоследствии
профиль публикуется как RFC, IANA впоследствии назначает ему
постоянный идентификатор.1. Введение
Каждый профиль BEEP [1] идентифицируется URI [2]. Спецификация BEEP
использует URI для идентификации профиля BEEP в обоих случаях:
o статически, когда профиль формально определён (раздел 5.1 RFC
3080); и
o динамически, во время управления каналом (раздел 2.3.1 RFC 3080).
Если профиль BEEP проходит по пути стандартизации [3], то за
назначение URI, связанного с профилем BEEP, отвечает IANA. В
противном случае субъект, определяющий профиль BEEP, волен назначить
профилю URI в пределах своего администрирования.
Если рабочая группа IETF разрабатывает профиль BEEP, то в ходе
процесса разработки желательно использовать для профиля временный
идентификатор. Кроме того, желательно, чтобы временный идентификатор
был связан с рабочей группой.
Этот меморандум определяет практику выполнения такого назначения.
Обратите внимание, что эта практика не применяется к деятельности за
пределами рабочих групп — любой, кто может назначать URL, способен
определить URI для целей идентификации разрабатываемых им профилей
BEEP.2. Практика
Когда формируется рабочая группа, секретариат IETF назначает ей
краткий мнемонический префикс, например «provreg» или «sacred».
Когда рабочая группа начинает разработку документа, определяющего
профиль BEEP, председатель рабочей группы назначает временный
идентификатор вида "http://iana.org/beep/transient/XXX/YYY", где
"XXX" — мнемоническое обозначение рабочей группы, а "YYY" —
уникальная строка. Хотя получающийся URI должен соответствовать
синтаксису URI, часть "YYY" в остальном произвольна. Например, она
может содержать подиерархию (например, "epp/1.0").
Например,
http://iana.org/beep/transient/provreg/epp/1.0
http://iana.org/beep/transient/sacred/pdm
могут быть назначены председателями рабочих групп «provreg» и
«sacred» соответственно.
После этого председатель рабочей группы заполняет шаблон регистрации
профиля BEEP и представляет эту информацию в IANA.
Обратите внимание, что, хотя IETF не установила практику относительно
использования регистра букв в URL, применяемых для целей пространства
имён, W3C придерживается политики использования только нижнего
регистра. Председателям рабочих групп рекомендуется учитывать это при
выполнении назначений.3. Вопросы безопасности
Этот документ описывает административное соглашение и не создаёт
дополнительных соображений безопасности. Разумеется, каждый протокол
на основе BEEP имеет собственный набор соображений безопасности,
которые следует описывать в соответствующей спецификации.Ссылки
[1] Rose, M., "The Blocks Extensible Exchange Protocol Core", RFC
3080, March 2001.
[2] Berners-Lee, T., Fielding, R. and L. Masinter, "Uniform Resource
Identifiers (URI): Generic Syntax", RFC 2396, August 1998.
[3] Hovey, R. and S. Bradner, "The Organizations Involved in the
IETF Standards Process", BCP 11, RFC 2028, October 1996.Приложение A. Благодарности
Автор с благодарностью признаёт вклад: Dan Kohn и Bob Wyman.Приложение B. Соображения IANA
IANA ведёт реестр временных идентификаторов, используемых для
разрабатываемых в IETF профилей BEEP, применяя шаблон регистрации
профиля, определённый в разделе 5.1 [1].
Обратите внимание, что, в отличие от процедур регистрации,
определённых в приложении B [1], за авторизацию регистрации отвечает
председатель рабочей группы (а не IESG).Адрес автора
Marshall T. Rose
Dover Beach Consulting, Inc.
POB 255268
Sacramento, CA 95865-5268
US
Phone: +1 916 483 8878
EMail: mrose@dbc.mtview.ca.usПолное заявление об авторских правах
Copyright (C) The Internet Society (2002). All Rights Reserved.
Этот документ и его переводы могут копироваться и предоставляться
другим лицам, а производные работы, которые комментируют или иным
образом разъясняют его либо содействуют его реализации, могут
подготавливаться, копироваться, публиковаться и распространяться,
полностью или частично, без ограничений любого рода при условии, что
приведённое выше уведомление об авторских правах и этот абзац включены
во все такие копии и производные работы. Однако сам этот документ не
может быть изменён каким бы то ни было образом, например путём
удаления уведомления об авторских правах или ссылок на Internet
Society либо другие интернет-организации, кроме случаев, когда это
необходимо для разработки интернет-стандартов, в которых должны
соблюдаться процедуры в отношении авторских прав, определённые
процессом Internet Standards, или когда это требуется для его перевода
на языки, отличные от английского.
Предоставленные выше ограниченные разрешения являются бессрочными и
не будут отозваны Internet Society либо её правопреемниками или
цессионариями.
Этот документ и содержащаяся в нём информация предоставляются на
условиях «КАК ЕСТЬ» ("AS IS"), И INTERNET SOCIETY, И INTERNET
ENGINEERING TASK FORCE ОТКАЗЫВАЮТСЯ ОТ ВСЕХ ЯВНЫХ ИЛИ
ПОДРАЗУМЕВАЕМЫХ ГАРАНТИЙ, ВКЛЮЧАЯ, ПОМИМО ПРОЧЕГО, ЛЮБУЮ ГАРАНТИЮ ТОГО,
ЧТО ИСПОЛЬЗОВАНИЕ СОДЕРЖАЩЕЙСЯ ЗДЕСЬ ИНФОРМАЦИИ НЕ НАРУШИТ ЧЬИХ-ЛИБО
ПРАВ, А ТАКЖЕ ЛЮБЫЕ ПОДРАЗУМЕВАЕМЫЕ ГАРАНТИИ ТОВАРНОЙ ПРИГОДНОСТИ ИЛИ
ПРИГОДНОСТИ ДЛЯ ОПРЕДЕЛЁННОЙ ЦЕЛИ.Благодарность
Финансирование функции RFC Editor в настоящее время предоставляется
Internet Society.