Skip to main content
Resources

Сверка положений согласованной политики и договорных условий в соглашениях gTLD, содержащих процедуру оценки

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

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

Положение согласованной политики

Положение в соглашениях gTLD

Сверка

Определение услуг регистратуры:

В согласованной политике не определено понятие «услуга регистратуры».

«Услуга регистратуры» определена в этих соглашениях.

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

Достаточная информация и конфиденциальность:

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

В момент уведомления ICANN о том, что он может внедрить такую предлагаемую услугу регистратуры, оператор регистратуры должен представить достаточную информацию, позволяющую ICANN сформулировать обоснованное «предварительное определение». Информация, представленная оператором регистратуры с пометкой «КОНФИДЕНЦИАЛЬНО», должна расцениваться корпорацией ICANN как конфиденциальная. Оператор регистратуры не должен ставить пометку «КОНФИДЕНЦИАЛЬНО» на информации, необходимой для описания цели предлагаемой услуги регистратуры и последствий для пользователей системы доменных имен (DNS).

Рекомендация Организации поддержки доменов общего пользования (GNSO) и соглашения с gTLD не противоречат друг другу. Формулировка реализации политики и такие же положения по вопросу конфиденциальности в соглашениях с gTLD обеспечивают более высокую транспарентность.

Рекомендации экспертов:

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

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

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

Пересмотр решений:

«GNSO рекомендует сторонам, на которых решение ICANN оказывает влияние, использовать действующие процессы пересмотра решений, предусмотренные в уставе ICANN».

В соглашениях gTLD вопрос пересмотра ранее принятых решений не рассматривается.

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

Определение на основе договора:

«Оператор регистратуры gTLD или организация-спонсор, на основании договора между ICANN и оператором регистратуры определяет необходимость утверждения изменения услуги».

В соглашениях gTLD такое положение отсутствует.

Если оператор регистратуры gTLD или организация-спонсор хотят предложить новую услугу регистратуры, оператор регистратуры gTLD или организация-спонсор консультируются с ICANN, чтобы определить необходимость утверждения изменения услуги на основании договора между ICANN и оператором регистратуры. Это не противоречит итоговому отчету GNSO, в котором сказано, что «ICANN оценивает необходимость утверждения в соответствии с соглашением между ICANN и оператором регистратуры или организацией-спонсором».

Конкуренция:

Этап 5 из итогового отчета GNSO содержит следующую формулировку: «ICANN должна рассмотреть, не снижается ли конкуренция между регистрато-рами, оказывающими услуги владельцам доменов, и не снижается ли добросовестная конкуренция между владельцами доменов для конкретных доменных имен».

В соглашениях gTLD сказано о необходимости вынести обоснованное определение относительно того, приводит ли предлагаемая новая услуга регистратуры к существенным проблемам для конкуренции.

Эти два документа не противоре-чат друг другу, и формулировка соглашений gTLD была утверждена.

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