Skip to main content
Назад

Формирование Комитета по анализу развития корневой зоны (RZERC)

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

Состояние дел с RZERC

1 октября 2016 года: Комитет приступил к работе.

 

Обзор

До передачи координирующей роли в исполнении функций IANA требовалось одобрение NTIA для внесения любых изменений в среду корневой зоны DNS, таких как подписание корневой зоны с использованием DNSSEC, многие категории изменений процедур IANA, а также корректировка корневой зоны DNS специалистом по обслуживанию корневой зоны. Сообщество отрасли доменных имен рекомендовало после передачи координирующей роли отказаться от обязательного одобрения стандартных изменений содержимого корневой зоны DNS, однако из-за особой важности корня DNS предусмотреть необходимость формального одобрения всех крупных изменений архитектуры.

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

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

Устав RZERC был создан совместными усилиями ICANN и Рабочей группы по наблюдению за реализацией предложений (IOTF) и неоднократно рассматривался группой CWG-координирующая роль перед опубликованием 10 июня 2016 года для 30-дневного периода общественного обсуждения.

Согласно стандарту проведения в ICANN процесса общественного обсуждения, ICANN рассмотрела полученные комментарии и внесла необходимые изменения в устав с соблюдением требований предложения ICG. Отчет персонала и окончательная версия устава RZERC были опубликованы 8 августа 2016 года. 9 августа 2016 года Правление ICANN одобрило и утвердило устав RZERC.

1 августа 2016 года ICANN предложила Организации поддержки адресов (ASO), Консультативному комитету по безопасности и стабильности (SSAC), Консультативному комитету системы корневых серверов (RSSAC), Группе заинтересованных сторон-регистратур (RySG), Организации поддержки национальных доменов (ccNSO), Инженерной проектной группе интернета (IETF) и Verisign (как специалисту по обслуживанию корневой зоны) начать соответствующие процессы назначения своих представителей для работы в RZERC. К 12 августа 2016 года ICANN получила уведомление о назначении представителей всех организаций и сформировала RZERC.

Первый состав RZERC

SSAC Патрик Фальтстром (Patrik Fältström)
RSSAC Брэд Верд (Brad Verd)
ASO Карлос Мартинес (Carlos Martinez)
IETF Джим Рид (Jim Reid)
RySG GNSO Хауард Эланд (Howard Eland)
ccNSO Катрина Сатаки (Katrina Sataki)
Verisign Дуэйн Уэсселс (Duane Wessels)
Правление ICANN Сюзан Вульф (Suzanne Woolf)
PTI Ким Дейвис (Kim Davies)

 

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

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."