Skip to main content
Resources

Изменение договора частичного субподряда на исполнение функций (MSA)

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

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

Общие сведения

На этой странице представлены инструкции для операторов регистратур по порядку запроса разрешения корпорации ICANN на внесение изменений в договор частичного субподряда на исполнение функций (MSA).

Договором частичного субподряда на исполнение функций (MSA) считается любой договор субподряда, относящийся к любой из критически важных функций, определенных в разделе 6 спецификации 10 к соглашению об администрировании домена верхнего уровня. Субподрядчики, выполняющие одну или несколько из критически важных функций, называются резервными операторами регистратур или провайдерами услуг регистратур (RSP).

К критически важным функциям, на которые распространяется порядок внесения изменений в договор MSA, считаются:

  • Разрешение DNS
  • Правильное подписание зоны с помощью DNSSEC (если данная регистратура поддерживает использование DNSSEC)
  • Общая система регистрации (SRS), обычно посредством протокола EPP
  • Служба каталогов регистрационных данных (RDDS), например, протокол доступа к регистрационным данным (RDAP) и предоставление данных WHOIS как через порт 43, так и через веб-интерфейс.

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

Ниже представлен общий график процесса внесения изменений в договор MSA. Щелкните здесь, чтобы ознакомиться с более подробной схемой этого процесса.

Изменение договора частичного субподряда на исполнение функций (MSA)

Прежде чем подавать запрос: соображения и подготовка

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

Этап 1. Примите во внимание связанные операции Смена провайдера услуг регистратуры может повлечь за собой другие связанные с этим изменения. Учтите, например, следующее:

  • Будете ли вы в результате смены провайдера услуг регистратуры вносить изменения в услуги регистратуры, перечисленные в дополнительном приложении A к соглашению об администрировании домена верхнего уровня (RA)?
  • Помимо такого изменения договора MSA, будет ли домен верхнего уровня присвоен другому владельцу?

Внесение изменений в услуги регистратуры: Если предлагаемый вами провайдер услуг регистратур предлагает услуги регистратуры (например, функцию блокировки на стороне регистратуры, поддержку разных языков и систем письма для IDN-доменов), отличающиеся от услуг, предлагаемых действующим провайдером, вам нужно будет изменить текст дополнительного приложения A, подав запрос в рамках политики анализа услуг регистратур (RSEP), прежде чем подавать запрос на внесение изменений в договор MSA. Рекомендуем вам запросить консультацию, чтобы обсудить необходимый порядок действий.

Присвоение TLD: Если помимо внесения изменений в договор MSA планируется присвоить домен верхнего уровня другому владельцу, нужно будет сначала выполнить одну из этих операций, и только затем инициировать другую. Настоятельно рекомендуем вам запросить консультацию, чтобы обсудить возможные варианты действий — это поможет вам более четко представить себе все детали выполнения этих операций. Более подробные сведения о присвоении домена верхнего уровня см на странице, посвященной присвоению TLD.

Шаг 2: Спланируйте свой график. Выделите по меньшей мере 7-12 недель на подачу и выполнение запроса на внесение изменений в договор MSA с корпорацией ICANN. Планируя график своих действий, учтите требования корпорации ICANN в том, что касается обработки запросов на внесение изменений в договор MSA, в т. ч. проведение тестирования, и сопоставьте их с требованиями и условиями вашего бизнеса. Учтите, к примеру, следующее:

  • Как скоро заканчивается срок действия вашего соглашения с действующим провайдером услуг регистратур?
  • Сколько времени потребуется для передачи услуг регистратуры от действующего провайдера к другому провайдеру услуг регистратуры?

Шаг 3: Проведите консультацию с выделенным вам менеджером, чтобы убедиться, что понимаете все детали этого процесса. Выделенный вам менеджер по работе с клиентами расскажет вам в общих чертах о деталях этого процесса, проинформирует вас о необходимых документах и тестировании, а также поможет вам учесть все, что необходимо знать, чтобы инициировать подачу запроса на внесение изменений в договор MSA. Это позволит сделать этот процесс более эффективным, когда вы будете готовы к подаче запроса.

Шаг 4: Рассмотрите требования и подготовьте все необходимые документы. Спланируйте подачу запроса заранее — проанализируйте предоставленные материалы и подготовьте все документы, которые вам необходимо будет приложить к вашему запросу, учитывая при этом следующее:

Ресурсы

Краткая сводка требований (по типу изменений договора MSA)

Требование Известный RSP Неизвестный RSP

Неофициальная подача запроса на рассмотрение

Техническая оценка

(ориентировочная стоимость 14 300 долл. США)

Утверждение плана передачи

Тестирование функциональности систем регистратур

Моделирование выполнения операций

Официальная подача запроса / рассмотрение запроса ICANN

Решение ICANN

Передача услуг регистратуры другому провайдеру

*В настоящее время не поддерживает новые 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."