ICP-1: Структура системы доменных имен сети Интернет и их делегирование (Администрирование и Делегирование CCTLD)
ВАЖНОЕ ЗАМЕЧАНИЕ. Настоящий документ (ICP, Internet Coordination Policy, Политика координации Интернета) публикуется для ознакомления с ним интернет-сообщества. Этот документ описывает те нормы, которым следовала Уполномоченная организация по назначению нумерации в Интернете (IANA) при управлении делегированием доменов верхнего уровня системы доменных имен (DNS) Интернета. В дальнейшем Правление ICANN может пересмотреть эти нормы, и в таком случае предлагаемые изменения будут обнародованы для публичного обсуждения в соответствии с Уставом ICANN.
КОРПОРАЦИЯ ПО РАСПРЕДЕЛЕНИЮ ИМЕН И НУМЕРАЦИИ В ИНТЕРНЕТЕ
УПОЛНОМОЧЕННАЯ ОРГАНИЗАЦИЯ ПО НАЗНАЧЕНИЮ НУМЕРАЦИИ В ИНТЕРНЕТЕ
Структура системы доменных имен сети Интернет и их делегирование (Администрирование и делегирование CCTLD)
(Май 1999 года)
Резюме
Настоящий документ описывает практику Уполномоченной организации по назначению нумерации в Интернете (IANA) в части исполнения RFC 1591 и включает в себя руководство, содержащееся в Памятке о новостях ccTLD № 1 от 23 октября 1997 года (ccTLD News Memo #1). Он НЕ отражает каких-либо изменений в политике администрирования DNS-делегирований. Он предназначен лишь для определения основы возможных дальнейших дискуссий по политике в данной области. Изменения могут быть внесены в политику ICANN/IANA только после публичного извещения и обсуждения таких изменений в соответствии с Уставом ICANN.
Введение
IANA обладает всеми полномочиями по повседневному управлению Системой доменных имен (DNS) сети Интернет. Сотрудники IANA выполняют административные функции по распределению и назначению IP-адресов, номеров автономных систем, имен доменов верхнего уровня (TLD) и других уникальных параметров DNS и ее протоколов. Настоящий документ представляет общую информацию о политике IANA по администрированию DNS. Инструкции по процедурам, которым необходимо следовать при запросе делегирования TLD или внесении каких-либо изменений, доступны на веб-сервере iana.org.
Структура верхнего уровня DNS
Структура DNS основана на иерархии имен. Корень (высший уровень системы) не имеет названия. Домены верхнего уровня делятся на классы, исходя из правил, пересматриваемых время от времени. Большинство TLD было передано администраторам из конкретных стран, код которых был взят из таблицы, известной как ISO–3166–1, поддерживаемой агентством при ООН. Эти домены обозначаются как ccTLD (country-code Top Level Domain, национальный домен верхнего уровня). Кроме того, существует ограниченное количество «произвольных» (generic) доменов верхнего уровня (gTLD), которые не имеют географического или территориального обозначения. Ответственность за принятие правил и процедур по распределению доменных имен второго уровня (Second Level Domain, SLD), а также доменных имен более низкого иерархического уровня, передана администраторам TLD в соответствии с принципами, изложенными в данном документе. Организационное устройство каждого национального домена устанавливается администратором этого домена. Эти администраторы действуют в интересах общества от имени интернет-сообщества. Список действующих TLD и имена администраторов, которым они делегированы, можно найти по адресу http://www.iana.org/cctld/cctld.htm.
Управление делегированными доменами
В рамках своей ответственности за общую координацию и управление DNS IANA получает и обрабатывает все запросы на новые TLD и на изменения, касающиеся существующих TLD. Приведенные ниже принципы предназначены для управления TLD. В общем же случае, описанные здесь принципы применимы на всех уровнях делегирования пространства имен DNS.
(a) Делегирование нового домена верхнего уровня. Делегирование нового домена верхнего уровня требует выполнения конечного набора процедур, включая идентификацию администратора TLD с необходимыми навыками и полномочиями для администрирования на должном уровне. Серьезным образом оцениваются желания правительства страны по отношению к делегированию ccTLD. IANA, как правило, учитывает мнение правительства в любого рода дискуссиях по поводу делегирования/передачи домена верхнего уровня. Значимые заинтересованные стороны в домене должны быть согласны с тем, что предложенный администратор TLD является надлежащим. Наличие для каждого домена такого администратора, осуществляющего контроль за пространством имен в домене, является ключевым требованием. В случае ccTLD это означает, что существует администратор, осуществляющий контроль за доменными именами и поддерживающий систему доменных имен в этой стране. При этом необходимо наличие связности с серверами DNS по интернет-протоколу (IP), а также возможность взаимодействия по электронной почте со всем руководством, сотрудниками и по контактным адресам администратора. Для каждого домена должны быть определены административный и технический контакты. Административный контакт должен быть резидентом страны, соответствующей ccTLD. IANA по своему усмотрению может производить частичное делегирование TLD, когда обстоятельства, например, в развивающихся странах, диктуют такое решение. IANA также может авторизовать «посреднический» DNS-сервис вне развивающейся страны, в качестве временной формы помощи в создании связности с Интернетом в новых областях. [Примечание. IANA продолжает получать запросы на делегирование новых gTLD. Это является существенным аспектом политики, по которому ICANN будет проводить тщательное исследование и пересмотр, базируясь на сформированных механизмах принятия решений. Информация об этом исследовании будет распространена через веб-сервер icann.org.]
(b) Обязанности администратора TLD. Администраторы TLD являются доверительными управляющими для делегированного домена, и их обязанность — служить сообществу. Назначенный администратор является доверительным управляющим домена как для нации (в случае ccTLD), так и для мирового интернет-сообщества. Здесь неприменимы понятия «правА» и «собственность». Напротив, здесь должны использоваться понятия «обязательства» и «служение обществу».
(c) Справедливое отношение. Назначенный менеджер должен соблюдать равноправие и принципы справедливости по отношению к любым группам пользователей домена, обращающихся с заявками на доменные имена. Это означает, что ко всем заявкам должны применяться одинаковые правила, и никакая дискриминация не допустима при обработке заявок. Процедуры и правила использования каждого TLD должны быть доступны для всеобщего сведения. Обычно, они должны быть представлены на веб-страницах или допускать получение в виде файла. В разных странах в зависимости от местных обычаев и культурных ценностей правила и процедуры могут варьироваться, но они должны быть документированы и доступны всем заинтересованным сторонам. Заявки от некоммерческих и коммерческих компаний и организаций должны обрабатываться на равных условиях. Недопустимы особые условия для заявок, связанных с иной коммерческой деятельностью администратора TLD. Например, не должно быть никаких преимуществ у пользователей конкретного оператора сети передачи данных. Не допускается также выставление условий об обязательном использовании какого-либо приложения, программного продукта или протокола.
(d) Операционные возможности. Администратор TLD обязан выполнять необходимую работу по оказанию сервиса DNS для домена. Такие обязанности, как распределение доменных имен, делегирование доменов нижнего уровня и ведение серверов DNS, должны выполняться на должном техническом уровне. Это включает в себя уведомление IANA, или другого администратора домена более высокого уровня, о статусе домена, ответы на запросы в разумные сроки и ведение базы данных с должными точностью, устойчивостью к ошибкам и гибкостью. Вследствие возложенных обязанностей за функционирование DNS, IANA на постоянной основе должен быть предоставлен доступ ко всем зонам TLD. Необходимо наличие IP-соединения с первичным и вторичным серверами доменных имен, а также возможность простых средств определения рабочего состояния серверов и соответствия им базы данных посредством доступа IANA к зонам.
(e) Передача управления и связанные с этим споры. Для передачи управления TLD от одной организации к другой администратор домена более высокого уровня (IANA в случае TLD) должен получить подтверждения от обеих — старой и новой — организаций, заверяющие IANA, что передача взаимосогласована, и что вновь предлагаемый администратор понимает свою ответственность. Весьма полезным для IANA будет также подтверждение от других сторон, которые могут быть заинтересованы или вовлечены в передачу управления. В случае возникновении конфликта при назначении администратора TLD, IANA будет пытаться заставить конфликтующие стороны придти к соглашению между собой и в общем случае не предпримет никаких действий, пока все стороны спора не достигнут согласия. В некоторых случаях, когда стороны, вовлеченные в делегирование или передачу управления, не достигли согласия, разрешение вопроса может быть передано IANA. Как правило, это длительный процесс, в результате которого как минимум одна из сторон чувствует себя неудовлетворенной, поэтому гораздо лучше, когда стороны могут достичь согласия между собой самостоятельно. Считается закономерным, что все заинтересованные стороны имеют голос при выборе назначаемого администратора.
(f) Отмена делегирования TLD. В случаях неудовлетворительного исполнения обязанностей или нарушений правил, изложенных в настоящем документе и документе RFC 1591, или постоянно возникающих, повторяющихся проблем с должным управлением доменом, IANA оставляет за собой право отменить делегирование и передать делегирование домен другому менеджеру.
(g) Делегирование внутри домена верхнего уровня. Помимо требований к TLD, установленных этим документом и RFC 1591, не существует требований к управлению доменами более низкого уровня в рамках TLD. В частности, все домены более низкого уровня могут иметь собственные серверы доменных имен, содержащие информацию, которую администратор домена более низкого уровня считает надлежащей, если эта информация носит истинный и верный характер.
(h) Права на доменные имена. IANA не выставляет особых требований к правилам, которым обязаны следовать администраторы TLD, в связи со спорами о правах на доменные имена, кроме установленных в общем порядке в этом документе и RFC 1591. Следует, однако, обратить внимание на то, что использование некоторых доменных имен может быть объектом судебного спора, включая конфликты с товарными знаками и другими видами интеллектуальной собственности.
(i) Использование перечня ISO 3166–1. IANA не занимается принятием решений о том, что является или не является страной. Выбор перечня ISO 3166–1 в качестве базы для определения имен ccTLD был сделан на основе того, что ISO располагает процедурами определения того, каким объектам надлежит или не надлежит содержаться в этом перечне. Более подробная информация об Агентстве поддержки ISO 3166 содержится на веб-сервере по адресу http://www.din.de/gremien/nas/nabd /iso3166ma/.
(j) Процедура технической поддержки файла корневой зоны. В настоящее время первичный файл корневой зоны содержится на корневом сервере А, управляемом компанией Network Solutions, Inc. (NSI) на основании совместного соглашения с Правительством США. Изменения в файл корневой зоны вносятся NSI в соответствии с процедурами, установленными приложением 11 к этому совместному соглашению.