Network Working Group G. Huston, редактор
Request for Comments: 3172 IAB
BCP: 52 сентябрь 2001
Категория: Лучшая современная практика
Руководящие принципы управления и эксплуатационные требования для
домена области параметров адресации и маршрутизации («arpa»)
Статус данного меморандума
Этот документ определяет Лучшую современную практику Интернета для интернет-сообщества и запрашивает обсуждение и предложения по улучшению. Распространение данного меморандума не ограничено.
Уведомление об авторских правах
Copyright (C) The Internet Society (2001). All Rights Reserved.
Аннотация
Этот меморандум описывает требования к управлению и эксплуатации домена области параметров адресации и маршрутизации («arpa»). Домен «arpa» используется для поддержки класса инфраструктурных пространств идентификаторов, предоставляя распределённую базу данных, которая преобразует элементы структурированного пространства имён, производного от семейства протоколов, в имена служб. Эффективная и надёжная работа этого пространства DNS необходима для целостности работы различных служб Интернета. Совет по архитектуре Интернета (IAB) совместно с Internet Corporation for Assigned Names and Numbers (ICANN) несёт ответственность за управление доменом «arpa». Этот документ описывает принципы, которыми IAB руководствуется при выполнении этой роли.
1. Введение
Система доменных имён (DNS) [1] [2] преимущественно используется для преобразования структурированного текстового идентификатора в значение, специфичное для протокола. Она использует структуру, заложенную в иерархическом пространстве идентификаторов, для создания распределённой базы данных, в которой каждый узел базы данных соответствует узлу в структуре имён. Наиболее распространённая роль DNS состоит в хранении набора преобразований имён в адреса, позволяющих преобразовать доменное имя в IP-адрес. DNS также используется для хранения ряда других преобразований из иерархически структурированных пространств идентификаторов в целевые значения различных типов.
DNS также способна поддерживать преобразование в обратном направлении: от значений протокола к именам сущностей служб. Один из подходов к такому использованию DNS заключается в преобразовании значений протокола в иерархически структурированное пространство идентификаторов с последующим использованием этих преобразованных имён значений протокола в качестве ключа поиска DNS в соответствующей иерархии имён DNS. Обычным применением этого механизма является обратное преобразование имени в адрес, позволяющее использовать IPv4-адрес для поиска соответствующего доменного имени. Например, IP-адрес 128.9.160.55 может быть связан с доменным именем "www.iab.org." посредством создания записи DNS "55.160.9.128.in-addr.arpa." и сопоставления этой записи с помощью записи DNS PTR со значением "www.iab.org.".
Преобразование объектов протокола в имена служб используется рядом приложений для сопоставления служб с конкретным объектом протокола. Правильная и эффективная работа этих приложений зависит от правильной и эффективной работы связанных серверов доменных имён «arpa».
2. Домен «arpa»
Домен «arpa» был первоначально создан в составе первоначального развёртывания DNS, чтобы предоставить механизм перехода от таблиц хостов, распространённых в ARPANET, а также место для домена обратного преобразования IPv4. В 2000 году сокращение было переопределено как «Address and Routing Parameter Area» в надежде уменьшить путаницу с именем прежней сети.
Совет по архитектуре Интернета (IAB) совместно с Internet Corporation for Assigned Names and Numbers (ICANN) в настоящее время отвечает за управление именем домена верхнего уровня (TLD) «arpa». Эта договорённость документирована в Приложении A. Это доменное имя образует корень иерархии имён для обратного преобразования IP-адресов в доменные имена. В более общем смысле это доменное имя выполняет роль домена ограниченного использования для инфраструктурных приложений Интернета, предоставляя корень имён для сопоставления конкретных значений протокола с именами сущностей служб. Это доменное имя предоставляет корень имён для преобразования значений протокола в ключи поиска, предназначенные для извлечения критически важных для эксплуатации записей или объектов инфраструктурных данных протокола для Интернета.
В будущем IAB может добавить в домен «arpa» иные инфраструктурные применения. Любые такие добавления или изменения будут осуществляться в соответствии с процедурами, документированными в разделе 2.1 и разделе 3 настоящего документа.
Этот домен называется «инфраструктурным доменом», поскольку его роль заключается в поддержке эксплуатационной инфраструктуры Интернета. В частности, домен «arpa» не должен использоваться таким же образом (например, для именования хостов), как обычно используются другие универсальные домены верхнего уровня.
Эксплуатационное администрирование этого домена в соответствии с положениями, описанными в настоящем документе, должно осуществляться IANA согласно условиям MoU между IAB и ICANN относительно IANA [3].
2.1. Критерии для поддоменов «arpa»
Поддомены «arpa» используются для тех наборов объектов протокола, которые определены как часть процесса стандартизации Интернета [4] и рекомендованы к управлению в качестве инфраструктурных объектов протокола. Как правило, рекомендацию следует приводить в разделе «IANA Considerations» спецификации протокола Internet Standard. В рекомендации следует указать способ преобразования объектов протокола в ключи поиска, а также рекомендации для IANA относительно работы поддомена «arpa» совместно с рекомендациями относительно работы самого реестра объектов протокола.
Рассмотрение IESG документа, предлагающего использование поддомена «arpa», должно включать рассмотрение раздела «IANA Considerations». Если документ одобрен, IESG попросит IAB запросить у IANA добавление соответствующего поддомена объектов протокола в домен «arpa» в соответствии с RFC 2860 [3], при этом администрирование поддомена осуществляется в соответствии с положениями, описанными в настоящем документе.
2.2. Требования к серверам имён «arpa»
Поскольку этот домен является частью критически важной для эксплуатации инфраструктуры Интернета, стабильность, целостность и эффективность работы этого домена важны для всех пользователей Интернета.
Домен «arpa» размещён как домен верхнего уровня, чтобы избежать возможной эксплуатационной нестабильности, вызываемой множественными поисками DNS, охватывающими несколько эксплуатационных доменов, которые потребовались бы для определения серверов каждого из родительских имён более глубоко вложенного инфраструктурного имени. Максимальный набор поиска для «arpa» — это поиск серверов имён домена «arpa» у корневого сервера, после чего агенту запросов предоставляется список авторитетных серверов имён «arpa».
Эффективная и правильная работа домена «arpa» считается достаточно критичной, поэтому эксплуатационные требования к корневым серверам применимы к эксплуатационным требованиям к серверам «arpa». Все эксплуатационные требования, указанные в RFC 2870 [5] применительно к эксплуатационным требованиям к корневым серверам, должны применяться к работе серверов «arpa». Любой пересмотр RFC 2870 в отношении работы корневых серверов также должен применяться к работе серверов «arpa».
Многие серверы, являющиеся авторитетными для корневой зоны (или зоны "."), в настоящее время также являются авторитетными для зоны «arpa». Как отмечено в RFC 2870 [5], в будущем эта договорённость, вероятно, изменится.
3. Делегирование поддоменов «arpa»
Хотя решение о том, какие элементы протокола загружаются в домен «arpa» и какова иерархическая структура таких элементов протокола, остаётся в сфере ответственности IAB, роль управления поддоменом может быть делегирована IAB соответствующей организации управления протоколом.
IAB должен рекомендовать создание поддоменов «arpa», соответствующих сущностям протокола, только в случаях, когда:
- делегирование и иерархическая структура имён описаны в документе IETF Standards Track [4], и
- использование домена «arpa» явно рекомендовано в разделе «IANA Considerations» этого документа.
В раздел «IANA Considerations» следует включить имя поддомена, правила администрирования поддомена и критерии для записей в поддомене.
4. Текущий статус «arpa»
Домен «arpa» используется для поддоменов «in-addr.arpa» [1], «ip6.arpa» [7] и «e164.arpa» [8].
В настоящее время зона «arpa» размещена на подмножестве корневых серверов, а управление зоной осуществляется в соответствии с этими спецификациями. IAB работает с ICANN, IANA и региональными реестрами над переносом записей «arpa» и «in-addr.arpa» с корневых серверов в соответствии с рекомендацией RFC 2870 об исключительном использовании этих серверов [5].
Домен обратных IPv4-адресов «in-addr.arpa» делегирован IANA. Зона «in-addr.arpa» в настоящее время размещена на том же подмножестве корневых серверов, что и «arpa». Подделегирования в этой иерархии осуществляются в соответствии с практиками IANA по распределению адресов.
Домен обратных IPv6-адресов «ip6.arpa» использует тот же метод делегирования, что и «in-addr.arpa»: домен «ip6.arpa» делегирован IANA, а имена в этой зоне далее делегируются региональным IP-реестрам в соответствии с делегированием этим реестрам адресного пространства IPv6 [6] [7].
Домен «e164.arpa» используется для сопоставления телефонных номеров в стиле E.164 с URI. Этот механизм определён в RFC 2916 [9]. В RFC 2916 отмечается положение о том, что имена в этой зоне DNS должны делегироваться сторонам в соответствии с рекомендацией ITU E.164 [10]. RFC 3026 [8] описывает общие договорённости о взаимодействии между IETF и ITU-T относительно использования этого домена.
5. Инфраструктурные домены в других местах дерева DNS
Любым инфраструктурным доменам, которые по историческим или иным причинам расположены в дереве DNS не как поддомены «arpa», следует соблюдать все требования, установленные в настоящем документе для поддоменов «arpa», и следует рассмотреть их перенос в «arpa», когда это уместно.
6. Вопросы безопасности
Соображения безопасности, документированные в RFC 2870 [5], а также в любых документах-преемниках этого документа, применяются к работе серверов «arpa».
Соображения безопасности, специфичные для поддомена E.164, документированы в разделе 5 RFC 2916 [9].
Любое новое делегирование поддомена должно надлежащим образом документировать все соображения безопасности, специфичные для хранимой в нём информации.
7. Вопросы IANA
Как отмечено в разделе 3 настоящего документа, IAB может запросить IANA делегировать поддомены «arpa» в соответствии с разделом «IANA Considerations» документа IETF Standards Track. Этот запрос подпадает под сферу действия раздела 4 MoU между IETF и ICANN относительно IANA [3].
Благодарности
Этот документ является документом IAB, и редактор выражает признательность членам IAB за их вклад в подготовку документа. Кроме того, были учтены предложения Scott Bradner.
Ссылки
[1] Mockapetris, P., "Domain names - concepts and facilities", STD
13, RFC 1034, November 1987.
[2] Mockapetris, P., "Domain names - implementation and
specification", STD 13, RFC 1035, November 1987.
[3] Carpenter, B., Baker, F. and M. Roberts, "Memorandum of
Understanding Concerning the Technical Work of the Internet
Assigned Numbers Authority", RFC 2860, June 2000.
[4] Bradner, S., "The Internet Standards Process -- Revision 3", BCP
9, RFC2026, October 1996.
[5] Bush, R., Karrenberg, D., Kosters, M. and R. Plzak, "Root Name
Server Operational Requirements", BCP 40, RFC 2870, June 2000.
[6] Crawford, M. and C. Huitema, "DNS Extensions to Support IPv6
Address Aggregation and Renumbering", RFC 2874, July 2000.
[7] Bush, R., "Delegation of IP6.arpa", BCP 49, RFC 3152, August
2001.
[8] Blane, P., "Liaison to IETF/ISOC on ENUM", RFC 3026, January
2001.
[9] Falstrom, P., "E.164 number and DNS", RFC 2916, September 2000.
[10] ITU-T Recommendation E.164/I.331 (05/97): The International
Public Telecommunication Numbering Plan. 1997.
Адрес автора
Internet Architecture Board
Geoff Huston, редактор
iab@iab.org
Приложение A
28 апреля 2000 г.
Mr. Louis Touton
Vice-President, Secretary, and General Counsel
Internet Corporation for Assigned Names and Numbers
4676 Admiralty Way, Suite 330
Marina del Rey, CA 90292
Относительно: Заказ на закупку № 40SBNT067020:
Администрирование домена верхнего уровня arpa
Уважаемый г-н Touton!
Как отмечено в предложении вашей организации от 2 февраля 2000 г., домен верхнего уровня (TLD) arpa существует в корневой зоне системы доменных имён как домен ограниченного использования, в настоящее время состоящий из одной записи — in-addr.arpa. 14 апреля 2000 г. Агентство передовых оборонных исследовательских проектов (DARPA), ранее известное как Агентство передовых исследовательских проектов (ARPA), официально заявило о прекращении своей связи с доменом arpa и о своём понимании, что этот домен будет использоваться Internet Corporation for Assigned Names (ICANN) and Numbers и Internet Architecture Board (IAB) для дополнительного использования в инфраструктуре Интернета.
В соответствии с пониманием DARPA мы считаем, что домен arpa следует предоставить для этой конкретной ограниченной цели. Department of Commerce рассматривает это как функцию Internet Assigned Numbers Authority (IANA) и запросило, чтобы запись WHOIS для домена arpa указывала IANA в качестве регистранта.
Заказ на закупку № 40SBNT067020 предусматривает, что «[ICANN] будет выполнять другие функции IANA по мере необходимости по запросу DOC». В связи с этим Department of Commerce просит, чтобы в рамках функций IANA ICANN взяла на себя администрирование TLD arpa во взаимодействии с техническим сообществом Интернета под руководством IAB как домена ограниченного использования для приложений инфраструктуры Интернета, включая перенос в него приложений инфраструктуры Интернета, которые в настоящее время размещаются в TLD .int. Кроме того, как указало DARPA, строке TLD arpa следует дать иную расшифровку, например «Address and Routing Parameter Area», чтобы исключить любое предположение об операционной ответственности DARPA за этот домен.
Если у вас возникнут вопросы, пожалуйста, не стесняйтесь связаться со мной.
Искренне Ваша, Karen Rose
Технический представитель по заказу на закупку
Полное заявление об авторском праве
Авторское право (C) Internet Society (2001). Все права защищены.
Этот документ и его переводы могут копироваться и предоставляться другим лицам, а производные работы, содержащие комментарии к нему, иным образом объясняющие его или содействующие его реализации, могут подготавливаться, копироваться, публиковаться и распространяться полностью или частично без каких-либо ограничений при условии, что приведённое выше уведомление об авторском праве и этот абзац включаются во все такие копии и производные работы. Однако сам этот документ не может быть каким-либо образом изменён, например путём удаления уведомления об авторском праве или ссылок на Internet Society либо другие интернет-организации, кроме случаев, когда это необходимо для разработки интернет-стандартов, при которой должны соблюдаться процедуры в отношении авторских прав, определённые процессом Internet Standards, или когда это требуется для перевода документа на языки, отличные от английского.
Предоставленные выше ограниченные разрешения являются бессрочными и не будут отозваны Internet Society, её правопреемниками или лицами, которым она передаст права.
Этот документ и содержащаяся в нём информация предоставляются на условиях «AS IS», И THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK FORCE ОТКАЗЫВАЮТСЯ ОТ ВСЕХ ГАРАНТИЙ, ЯВНЫХ ИЛИ ПОДРАЗУМЕВАЕМЫХ, ВКЛЮЧАЯ, ПОМИМО ПРОЧЕГО, ЛЮБУЮ ГАРАНТИЮ ТОГО, ЧТО ИСПОЛЬЗОВАНИЕ СОДЕРЖАЩЕЙСЯ ЗДЕСЬ ИНФОРМАЦИИ НЕ НАРУШИТ КАКИХ-ЛИБО ПРАВ, ЛИБО ЛЮБЫЕ ПОДРАЗУМЕВАЕМЫЕ ГАРАНТИИ ТОВАРНОЙ ПРИГОДНОСТИ ИЛИ ПРИГОДНОСТИ ДЛЯ ОПРЕДЕЛЁННОЙ ЦЕЛИ.
Благодарность
Финансирование функции RFC Editor в настоящее время предоставляется Internet Society.