Skip to main content
Resources

Программа соблюдения договорных обязательств регистраторами

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

Следующий обзор Программы соблюдения договорных обязательств регистраторами [PDF, 610 KB] служит исключительно в качестве руководства. Стороны, связанные договорными обязательствами, должны продолжать обзор и соблюдать все требования по соглашениям с ICANN и применимым политикам ICANN.

Программа обеспечения соблюдения обязательств регистраторами gTLD была разработана путем разделения условий Соглашения об аккредитации регистраторов (RAA) на общие области обязательств. Эти области выполняются при помощи сочетания внутреннего контроля, обработки жалоб и контроля внешних источников, например, отраслевых новостей. Новая служба или изменение политики могут привести к дополнительному контролю над соблюдением обязательств в этой области.

Форма САР идентична, независимо от характеристик регистратора. Далее перечислены некоторые из областей обязательств RAA и соответствующие положения.

Дополнительные сведения о регистраторах и RAA доступны по ссылке Информация для регистраторов и владельцев регистрации.

Перечень некоторых областей соблюдения договорных обязательств, связанных с регистраторами.

  1. Служба каталогов регистрационных данных (Whois)

    Это широкая область, в которой аккредитованные регистраторы имеют ряд обязательств, включая следующие:

    • Предоставление бесплатной открытой службы Whois через порт 43 и через веб-интерфейс;
    • Предоставление регистратурам всех требуемых элементов данных;
    • Своевременная отправка данных;
    • Принятие целесообразных мер по расследованию и исправлению неточностей по получению уведомлений;
    • Предоставление владельцам домена ежегодных напоминаний о данных Whois.

    К соответствующим положениям относятся Разделы 3.2, 3.3 и 3.7.8 2009 RAA и 2013 RAA, а также Спецификация о достоверности данных Whois 2013 RAA.

    Дополнительная информация доступна по ссылке О жалобах Whois.

  2. Передача доменного имени

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

    Обязательства регистратора, связанные с передачей, перечислены на странице Процедура межрегистраторского переноса (IRTP).

  3. Продление регистрации доменного имени

    В Политике восстановления доменных имен с истекшим сроком регистрации (ERRP) и Политике удаления доменов с истекшим сроком действия (EDDP) приведены требования для регистраторов, аккредитованных ICANN, касающиеся истечения срока действия доменных имен, включая уведомление владельцев доменов об истечении срока их действия. Дополнительная информация доступна по ссылке О восстановлении регистрации домена.

  4. Временное депонирование данных

    Регистраторы обязаны представить электронную копию своей базы данных агенту депонирования в соответствии с принятым графиком и форматом. Они также обязаны заключить соответствующее соглашение с ICANN и агентом депонирования. ICANN сотрудничает с агентами временного депонирования данных, чтобы гарантировать размещение данных регистраторов в соответствии с принятым графиком, форматом и требованиями RAA.

  5. UDRP

    Единая политика разрешения споров о доменных именах (UDRP) представляет собой способ разрешения определенных разногласий в отношении доменных имен, касающихся товарных знаков. Хотя жалобу UDRP нужно подавать независимым поставщикам услуг разрешения споров, RAA требует от регистраторов соблюдения UDRP. Области обязательств UDRP включают подтверждение данных владельца домена, сохранение статуса-кво домена, блокировку доменных имен и своевременное исполнение решений UDRP. Дополнительная информация доступна по ссылке О разногласиях в отношении доменных имен/UDRP.

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

Мониторинг соблюдения обязательств

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

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

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