Network Working Group W. Townsley
Request for Comments: 3438 Cisco Systems
BCP: 68 December 2002
Category: Best Current Practice
Layer Two Tunneling Protocol (L2TP)
Обновление соображений Internet Assigned Numbers Authority (IANA)
Статус данного меморандума
Этот документ определяет одну из лучших текущих практик Интернета для
интернет-сообщества и запрашивает обсуждение и предложения по
улучшениям. Распространение данного меморандума не ограничено.
Уведомление об авторском праве
Copyright (C) The Internet Society (2002). All Rights Reserved.
Аннотация
Этот документ описывает обновления соображений Internet Assigned Numbers
Authority (IANA) для Layer Two Tunneling Protocol (L2TP).
1. Введение
Этот документ предоставляет рекомендации Internet Assigned Numbers
Authority (IANA) относительно регистрации значений, связанных с Layer
Two Tunneling Protocol (L2TP), определённым в [RFC2661], в соответствии
с BCP 26, [RFC2434].
1.1 Терминология
Следующие термины используются здесь в значениях, определённых в
BCP 26: «пространство имён», «назначенное значение», «регистрация».
Следующие политики используются здесь в значениях, определённых в
BCP 26: «Private Use», «First Come First Served», «Expert Review»,
«Specification Required», «IETF Consensus», «Standards Action».
2. Соображения IANA
L2TP [RFC2661] определяет ряд «магических» чисел, которые должна
поддерживать IANA. Этот раздел обновляет критерии, используемые IANA
для назначения дополнительных чисел в каждом из этих списков.
Каждое из значений, указанных в этом документе и требующих обновления
критерия регистрации, в настоящее время поддерживается IANA и имеет
диапазон значений от 0 до 65 535, из которых выделено очень небольшое
число (максимальное число, выделенное в пределах какого-либо одного
диапазона, составляет 46) [L2TP-IANA]. Учитывая природу этих значений,
не предполагается, что какие-либо из них когда-либо столкнутся с
проблемой выделения ресурсов, если требования к выделению при
регистрации будут смягчены по сравнению с их текущим состоянием.
Рекомендуемые изменения критериев регистрации IANA перечислены в
следующих разделах. В одном случае критерием регистрации в настоящее
время определён First Come First Served, и его следует сделать более
строгим; другие определены как IETF Consensus и нуждаются в смягчении.
Смягчение по сравнению с IETF Consensus обусловлено конкретными
случаями, в которых значения, никогда не предназначавшиеся быть
специфичными для поставщика, должны были попасть в ранние полевые
испытания или быть выпущены в общедоступных продуктах со значениями,
специфичными для поставщика, в ожидании формализации документов. В
большинстве случаев это приводит к тому, что продукты должны
поддерживать как значение, специфичное для поставщика, так и значение
IETF неограниченно долго.
Для запросов регистрации, в которых следует проконсультироваться с
Назначенным экспертом, ответственному директору области IESG следует
назначить Назначенного эксперта.
Для запросов регистрации, требующих Expert Review, Назначенному эксперту
следует консультироваться с соответствующими WG по мере необходимости
(например, с WG l2tpext на момент написания данного текста).
Основное руководство для процесса Expert Review будет состоять в том,
чтобы одобрять назначение значения только при наличии продвигаемого
документа, который ясно определяет назначаемые значения, и при наличии
активной разработки реализации (возможно, вступающей в ранние полевые
или межоперационные испытания, требующие назначенных значений для
продвижения без необходимости прибегать к выбранному методу,
специфичному для поставщика).
2.1 AVP управляющих сообщений
IANA управляет пространством имён «Control Message Attribute Value
Pairs» [L2TP-IANA], из которых назначены 0–46. Критерием назначения
первоначально был IETF Consensus. Дальнейшие значения следует назначать
по результатам Expert Review.
2.2 Значения AVP типа сообщения
IANA управляет пространством имён «Message Type AVP (Attribute Type 0)
Values» [L2TP-IANA], из которых назначены 0–16. Критерием назначения
первоначально был IETF Consensus. Дальнейшие значения следует назначать
по результатам Expert Review.
2.3 Значения AVP кода результата
IANA ведёт список «Result Code values for the StopCCN message», «Result
Code values for the CDN message» и «General Error Codes» [L2TP-IANA].
Критерием назначения Error Code первоначально был First Come First
Served, а критериями для CDN и StopCCN Result Codes первоначально были
IETF Consensus. Дальнейшие значения для всех кодов Result и Error
следует назначать по результатам Expert Review.
2.4 Остальные значения
Все критерии для значений L2TP, поддерживаемых IANA и специально не
упомянутых в этом документе, остаются без изменений.
3. Нормативные ссылки
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate
Requirement Levels", BCP 14, RFC 2119, March 1997.
[RFC2434] Alvestrand, H. and T. Narten, "Guidelines for Writing an
IANA Considerations Section in RFCs", BCP 26, RFC 2434,
October 1998.
[RFC2661] Townsley, W., Valencia, A., Rubens, A., Pall, G., Zorn,
G. and B. Palter, "Layer Two Tunneling Layer Two
Tunneling Protocol (L2TP)", RFC 2661, August 1999.
[L2TP-IANA] Internet Assigned Numbers Authority (IANA), "Layer Two
Tunneling Protocol 'L2TP' - RFC 2661",
http://www.iana.org/assignments/l2tp-parameters
4. Соображения безопасности
Этот документ сосредоточен на соображениях IANA и не содержит
соображений безопасности.
5. Благодарности
Часть этого текста и значительная часть формата этого документа были
взяты из интернет-документа о соображениях IANA для EAP, автором
которого является Bernard Aboba.
6. Адрес автора
W. Mark Townsley
Cisco Systems
7025 Kit Creek Road
PO Box 14987
Research Triangle Park, NC 27709
EMail: mark@townsley.net
7. Полное заявление об авторском праве
Copyright (C) The Internet Society (2002). All Rights Reserved.
Этот документ и его переводы могут копироваться и предоставляться
другим лицам, а производные работы, которые комментируют или иным
образом объясняют его либо содействуют его реализации, могут
подготавливаться, копироваться, публиковаться и распространяться,
полностью или частично, без ограничений любого вида при условии, что
приведённое выше уведомление об авторском праве и этот абзац включены
во все такие копии и производные работы. Однако сам этот документ не
может быть каким-либо образом изменён, например путём удаления
уведомления об авторском праве или ссылок на Internet Society либо
другие интернет-организации, кроме случаев, когда это необходимо для
разработки интернет-стандартов, в которых случае должны соблюдаться
процедуры об авторских правах, определённые процессом Internet
Standards, или когда это требуется для его перевода на языки, отличные
от английского.
Предоставленные выше ограниченные разрешения являются бессрочными и не
будут отозваны Internet Society или его правопреемниками либо
цессионариями.
Этот документ и содержащаяся в нём информация предоставляются на
условиях «КАК ЕСТЬ», И THE INTERNET SOCIETY AND THE INTERNET
ENGINEERING TASK FORCE ОТКАЗЫВАЮТСЯ ОТ ВСЕХ ЯВНЫХ ИЛИ ПОДРАЗУМЕВАЕМЫХ
ГАРАНТИЙ, ВКЛЮЧАЯ, ПОМИМО ПРОЧЕГО, ЛЮБУЮ ГАРАНТИЮ ТОГО, ЧТО
ИСПОЛЬЗОВАНИЕ СОДЕРЖАЩЕЙСЯ ЗДЕСЬ ИНФОРМАЦИИ НЕ НАРУШИТ КАКИХ-ЛИБО ПРАВ,
ИЛИ ЛЮБЫЕ ПОДРАЗУМЕВАЕМЫЕ ГАРАНТИИ ТОВАРНОЙ ПРИГОДНОСТИ ЛИБО ПРИГОДНОСТИ
ДЛЯ ОПРЕДЕЛЁННОЙ ЦЕЛИ.
Благодарность
Финансирование функции RFC Editor в настоящее время предоставляется
Internet Society.