Skip to main content

Опубликованы рекомендации об управлении альтернативными вариантами представления интернационализированных доменных имен верхнего уровня

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

ЛОС-АНДЖЕЛЕС – 5 февраля 2019 – Сегодня Интернет-корпорация по присвоению имен и номеров (lCANN) объявила о публикации Рекомендаций относительно управления альтернативными вариантами представления интернационализированных доменных имен верхнего уровня (TLD), вошедших в шесть документов. Эти рекомендации были выработаны корпорацией ICANN на основании отзывов сообщества, полученных во время общественного обсуждения.

  1. Ввод альтернативных вариантов представления IDN-доменов – Основные положения [PDF, 70 KB]
  2. Ввод альтернативных вариантов представления IDN-доменов – причины, подоплека и концепция [PDF, 391 KB]
  3. Ввод альтернативных вариантов представления IDN-доменов – Рекомендации и анализ [PDF, 382 KB]
  4. Ввод альтернативных вариантов представления IDN-доменов – Обоснования RZ-LGR [PDF, 497 KB]
  5. Ввод альтернативных вариантов представления IDN-доменов – Риски и их снижение [PDF, 230 KB]
  6. Ввод альтернативных вариантов представления IDN-доменов – Приложения (A: Определения, B: Использование ROID, C: Способы ограничить количество присвоенных альтернативных вариантов представления TLD) [PDF, 530 KB]

Интернет-сообщество много раз выражало потребность в наличии альтернативных вариантов представления IDN-доменов верхнего уровня, но необходимые технические мероприятия и процедуры до сих пор не организованы. Правление ICANN в своей резолюции от 25 сентября 2010 года постановило: «пока не будет выработан порядок управления альтернативными вариантами представления меток ... никакие gTLD, в которых используются альтернативные варианты представления меток, делегироваться не будут». Далее благодаря усилиям корпорации и сообщества ICANN по анализу проблематики, связанной с наборами символов арабского [PDF, 1.06 MB], китайского [PDF, 2.86 MB], кириллического [PDF, 1 MB], деванагари [PDF, 461 KB], греческого [PDF, 354 KB] и латинского алфавитов [PDF, 425 KB] в 2011 и описанной в Комплексном отчете о проблемах (IIR) [PDF, 2.14 MB] (2012) было выявлено две проблемы: (i) отсутствие общепринятого определения понятия gTLD, в которых используются альтернативные варианты представления меток, а также (ii) отсутствие механизма «управления вариантами» TLD.

В отношении первой проблемы при поддержке сообщества была определена процедура выработки правил генерирования меток корневой зоны (RZ-LGR), принятая Правлением ICANN 11 апреля 2013 на предмет дальнейшего применения. Процедура уже введена в действие и правила RZ-LGR уже выработаны для шести наборов символов, а другие наборы символов добавляются по мере подготовки предложенных правил силами соответствующих сообществ. Это позволило создать транспарентный и предсказуемый механизм определения понятия альтернативного представления метки на будущее.

Относительно второй проблемы корпорация ICANN тщательно изучила вопрос, чтобы предложить ряд рекомендаций для определения механизма управления вариантами TLD. Эти рекомендации будут подготовлены в окончательном виде после получения комментариев общественности. Вкратце, были представлены следующие рекомендации:

  1. RZ-LGR должны быть единственным источником валидных TLD и вариантов их меток.
  2. Варианты IDN-доменов {t1, t1v1, …} должны присваиваться одной и той же организации.
  3. Одна и та же метка, связанная с вариантами IDN-доменов {t1, t1v1, …} должна быть оформлена у одной и той же организации.
  4. Одни и те же метки второго уровня, связанные с вариантами IDN-доменов {t1, t1v1, …} должны быть оформлены у одной и той же организации.
  5. Таблицы IDN второго уровня по вариантам IDN-доменов должны быть упорядочены.
  6. Метка варианта IDN-домена – присваиваемая или активизированная – и привязанная к варианту IDN-домена, не должна быть одной и той же.
  7. Варианты IDN-доменов должны обслуживаться одним и тем же провайдером услуг регистратуры.
  8. Необходимо обновить текущие политики и связанные с ними процедуры для TLD, чтобы они соответствовали рекомендациям для вариантов IDN-доменов.
  9. Все остальные существующие политики в области TLD должны быть применимы к вариантам IDN-доменов, если не указано иначе.

Эти рекомендации и связанный с ними анализ, представленный в шести документах, будут представлены на дальнейшее рассмотрение Правлению ICANN, предположительно в марте 2019 года.

О корпорации ICANN

Миссия ICANN – обеспечение стабильного, безопасного и единого глобального интернета. Для того, чтобы связаться с кем-нибудь в интернете, в компьютер или другое устройство необходимо ввести адрес – имя или номер. Этот адрес должен быть уникальным, чтобы компьютеры могли друг друга находить. ICANN занимается координацией этих уникальных идентификаторов во всем мире. ICANN была сформирована в 1998 году в качестве некоммерческой общественной корпорации и сообщества участников со всего мира.


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