Skip to main content
Resources

Консультативный документ: Разъяснения по спецификации программы обеспечения точности данных WHOIS Соглашения об аккредитации регистраторов (RAA) 2013 года

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

Дата опубликования: 16 ноября 2015 года

В ходе проверки спецификации программы обеспечения точности данных Whois Соглашения об аккредитации регистраторов 2013 года («Спецификация»), ICANN и группа заинтересованных сторон-регистраторов пришли к соглашению о необходимости разъяснить или дать определение некоторых терминов в спецификации. В данном консультативном документе приведены такие разъяснения и определения:

  1. В тексте Спецификации термины «подтвердить» и «подтверждение» означают процесс, посредством которого регистратор подтверждает, что формат данных соответствует стандартам, описанным в разделах 1(a)-1(e) Спецификации.
  2. В тексте Спецификации термины «проверить» и «проверка» означают процесс, посредством которого регистратор подтверждает или корректирует точность данных путем обращения к контактному лицу и получению от последнего положительного ответа, как описано в разделе 1(f) Спецификации.
  3. Во избежание разночтений, от регистратора не требуется подтверждать или проверять контактную информацию владельца зарегистрированного имени (и, если он отличается, владельца учетной записи), если зарегистрированное имя продлевается исключительно в связи с продлением регистрации. (Если контактная информация существенно изменилась или если применимо другое обстоятельство, требующее подтверждения или проверки, подобное указанным в разделе 4 Спецификации, регистратор должен выполнить необходимые действия.)
  4. Если регистрация передается новому регистратору, и в ходе передачи новый регистратор получает согласие на передачу посредством формы авторизации со стороны владельца зарегистрированного имени или владельца учетной записи способами, которые удовлетворяют требованиям к проверке в разделе 1(f)(i) Спецификации, то новому регистратору нет необходимости повторять процесс проверки контактных данных в случае отсутствия существенных изменений этих контактных данных.
  5. Жалобы по поводу Whois, которые ICANN рассматривает как проблемы «формата данных» (в противоположность проблемам «точности данных»), не влекут за собой обязательств регистратора подтверждать или проверять информацию Whois. Примерами проблем «формата данных» могут служить отсутствие кода страны в телефонном номере (если номер для данной страны в остальном содержит правильное число цифр) или адрес электронной почты, написанный с использованием «(at)» вместо знака «@». В таких случаях регистратор должен исправить проблему формата данных, но не обязан обращаться к владельцу зарегистрированного имени для проверки исправления форматирования.
  6. Во избежание разночтений, регистраторы могут привлекать третьи стороны (например, реселлеров) для подтверждения и проверки данных в соответствии с требованиями в разделах 1, 2, 4 и 5 Спецификации, однако регистраторы, как стороны, подписавшие RAA, несут ответственность за соответствие требованиям Спецификации.
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."