Skip to main content
Назад

IANA после передачи функций

Страница также доступна на следующих языках:

Состояние дел с IANA после передачи функций

1 октября 2016 года: IANA после передачи функций зарегистрирована под названием «Организация по открытым техническим идентификаторам» (PTI) и уже выполняет функции IANA от имени ICANN.

 

Обзор

В предложении Координационной группы по передаче координирующей роли в исполнении функций IANA (ICG) сообщество отрасли доменных имен указало на необходимость создания нового юридического лица — дочерней компании ICANN — для выполнения функции IANA по присвоению имен. В целях обеспечения согласованности при выполнении функций IANA и общей организации деятельности, предложение ICG также содержало требование о том, чтобы PTI выполняла функции IANA, связанные с ресурсами нумерации и параметрами протоколов, на условиях субподряда.


Учреждение PTI

ICANN разрабатывала учредительный договор PTI в сотрудничестве со Сквозной рабочей группой сообщества по функциям, связанным с именами (CWG-координирующая роль), и ее внешним юрисконсультом. В учредительном договоре PTI указано назначение PTI, роль ICANN как единственного участника, а также другие юридические характеристики, связанные с корпоративным и некоммерческим статусом PTI.

Учредительный договор PTI был опубликован для 30-дневного периода общественного обсуждения, который начался 1 июля 2016 года. На совещании 9 августа 2016 года Правление ICANN утвердило формирование PTI и поручило генеральному директору ICANN перейти к регистрации PTI в качестве юридического лица. 10 августа 2016 года в канцелярию штата Калифорния был подан и принят учредительный договор PTI под наименованием «Организация по открытым техническим идентификаторам» (PTI). 28 сентября 2016 года Правление PTI утвердило Учредительный договор.

Устав PTI

Чтобы обеспечить наличие надлежащих требований к управлению PTI, ICANN разрабатывала устав PTI в сотрудничестве с группой CWG-координирующая роль и ее внешним юрисконсультом. Устав PTI определяет требования к Правлению PTI и годовому бюджету PTI и одновременно отвечает требованиям сообщества отрасли доменных имен, сформулированным в предложении ICG, и требованиям нового Устава ICANN.

Устав PTI был опубликован для 30-дневного периода общественного обсуждения 12 июля 2016 года. Прежде чем закрыть период общественного обсуждения, ICANN и юрисконсульт группы CWG-координирующая роль согласовали надлежащую формулировку для решения оставшихся проблем, вызвавших озабоченность у группы CWG-координирующая роль. Отчет персонала и окончательная версия устава были опубликованы 18 августа 2016 года. 15 сентября 2016 года Правление ICANN утвердило Устав PTI. 28 сентября Правление PTI утвердило Устав, который уже вступил в силу. 

Документы об управлении PTI

Хотя предложение ICG не содержало такого требования, ICANN сделала PTI организацией с четкими методами управления. В документе Национального управления по телекоммуникациям и информации США (NTIA) с результатами оценки и рекомендациями Комитета организаций-спонсоров комиссии Тредуэя (COSO) содержится несколько рекомендаций, подчеркивающих необходимость разработки базового набора документов, регулирующих указания, позиции и поведение участников PTI и поощряющих соблюдение важных этических норм.

Чтобы выполнить и поставленную ICANN цель ввести для PTI высокие стандарты управления, и сформулированные NTIA в ходе оценки COSO рекомендации, ICANN составила проекты следующих документов для PTI: политика в области предотвращения конфликта интересов, кодекс поведения Правления и стандарты ожидаемого поведения. В основу каждого из указанных документов лег текст аналогичного документа, используемого в ICANN.

Все три документа были опубликованы для 30-дневного периода общественного обсуждения с 8 июля по 7 августа 2016 года. После устранения замечаний, поступивших в процессе общественного обсуждения, эти документы были опубликованы 12 августа 2016 года в окончательной редакции. Эти документы были утверждены Правлением PTI 29 сентября 2016 года и уже вступили в силу.

Соглашение на исполнение функции IANA по присваиванию имен

Проект контракта на исполнение функций IANA был создан на основе составленного юрисконсультом группы CWG-координирующая роль проекта регламента оказания услуг, включенного в состав предложения ICG. Проект данного контракта 15 июля 2016 года был передан группе CWG-координирующая роль и ее внешнему юрисконсульту на рассмотрение и обсуждение, результатом которых стало обновление документа для решения вызвавших озабоченность проблем.

10 августа 2016 года пересмотренный проект контракта на исполнение функций IANA был опубликован для проведения 30-дневного периода общественного обсуждения. После устранения замечаний, полученных в период общественного обсуждения, ICANN опубликовала 15 сентября 2016 года окончательный текст контракта на исполнение функций IANA. В тот же день ICANN утвердила контракт. 28 сентября этот контракт утвердило Правление PTI. 20 сентября 2016 года ICANN и PTI подписали контракт. Этот контракт, который уже вступил в силу, позволяет PTI выполнять функцию IANA по присвоению имен от имени ICANN.

Ожидания в отношении уровня обслуживания (SLE)

Сообщество отрасли доменных имен включило в состав предложения ICG требование ввести новую совокупность ожиданий в отношении уровня обслуживания (SLE), которая заменит установленные в договоре на исполнение функций IANA, срок действия которого истек, стандарты качества работы IANA при исполнении функции присвоения имен. Согласно новым SLE, Организация по открытым техническим идентификаторам будет обязана измерять, регистрировать и сообщать дополнительные подробные данные о сроках выполнения транзакций при обработке запросов на внесение изменений в корневую зону.

С целью введения SLE в действие ICANN внесла изменения в систему управления корневой зоной (RZMS), чтобы собирать необходимые для новых SLE данные. После внесения изменений сбор данных осуществлялся примерно три с половиной месяца, чтобы установить для каждого SLE предлагаемые пороговые значения.

ICANN провела обсуждение с группой CWG-координирующая роль, чтобы проанализировать и скорректировать предложенные пороги. ICANN и CWG-координирующая роль согласовали пороговые значения для всех SLE, которые были включены в состав окончательного контракта на исполнение функций IANA, утвержденного ICANN и Правлением PTI. Эти SLA уже вступили в силу.

Субподрядные соглашения

Хотя это и не является требованием сообщества отрасли доменных имен, в предложение ICG указано на необходимость заключить субподрядные соглашения с PTI на исполнение функций IANA, относящихся к параметрам протоколов и ресурсам нумерации интернета, в целях согласованного исполнения функций IANA и общей организации работы.

ICANN составила проекты субподрядных соглашений на исполнение функций, относящихся к параметрам протоколов и ресурсам нумерации интернета, и передала эти проекты соответствующим сообществам для анализа и комментирования. Оба документа утверждены Правлением PTI 28 сентября 2016 года, подписаны ICANN и PTI и уже вступили в силу.

Соглашение об оказании услуг

 

Чтобы обеспечить наличие у PTI финансов и ресурсов для исполнения функций IANA, ICANN подготовила проект соглашения об оказании услуг, в котором изложены схемы оказания прямых и совместных услуг, которые ICANN будет предлагать PTI для обеспечения функционирования этой организации и исполнения функций IANA.

Проект соглашения об оказании услуг был представлен на рассмотрение трех оперативных сообществ 12 августа 2016 года и приведен к окончательному виду 15 сентября 2016 года. В тот же день ICANN утвердила этот документ, который также был утвержден Правлением PTI 28 сентября 2016 года. 30 сентября 2016 года ICANN и PTI подписали это соглашение, и оно уже вступило в силу.

 

Полезные ссылки

 
Domain Name System
Internationalized Domain Name ,IDN,"IDNs are domain names that include characters used in the local representation of languages that are not written with the twenty-six letters of the basic Latin alphabet ""a-z"". An IDN can contain Latin letters with diacritical marks, as required by many European languages, or may consist of characters from non-Latin scripts such as Arabic or Chinese. Many languages also use other types of digits than the European ""0-9"". The basic Latin alphabet together with the European-Arabic digits are, for the purpose of domain names, termed ""ASCII characters"" (ASCII = American Standard Code for Information Interchange). These are also included in the broader range of ""Unicode characters"" that provides the basis for IDNs. The ""hostname rule"" requires that all domain names of the type under consideration here are stored in the DNS using only the ASCII characters listed above, with the one further addition of the hyphen ""-"". The Unicode form of an IDN therefore requires special encoding before it is entered into the DNS. The following terminology is used when distinguishing between these forms: A domain name consists of a series of ""labels"" (separated by ""dots""). The ASCII form of an IDN label is termed an ""A-label"". All operations defined in the DNS protocol use A-labels exclusively. The Unicode form, which a user expects to be displayed, is termed a ""U-label"". The difference may be illustrated with the Hindi word for ""test"" — परीका — appearing here as a U-label would (in the Devanagari script). A special form of ""ASCII compatible encoding"" (abbreviated ACE) is applied to this to produce the corresponding A-label: xn--11b5bs1di. A domain name that only includes ASCII letters, digits, and hyphens is termed an ""LDH label"". Although the definitions of A-labels and LDH-labels overlap, a name consisting exclusively of LDH labels, such as""icann.org"" is not an IDN."