Skip to main content
Resources

Ускоренный процесс RSEP и стандартная разрешительная формулировка

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

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

Ускоренный процесс RSEP

Некоторые услуги регистратуры часто запрашиваются операторами регистратур с использованием процесса RSEP, что приводит к появлению стандартной разрешительной формулировки (как правило, это поправка к Соглашению об администрировании домена верхнего уровня (RA)). Для нескольких таких услуг корпорация ICANN создала формы запросов RSEP, позволяющие воспользоваться Ускоренным процессом RSEP.На данной странице перечислены услуги, доступные в рамках Ускоренного процесса RSEP.

Эта страница будет периодически пополняться дополнительными услугами, подпадающими под это определение. Обратите внимание, что для услуги регистрации IDN-доменов используется стандартная разрешительная формулировка. Дополнительные сведения представлены на странице запросов об оказании услуги регистрации IDN-доменов.

Ускоренный процесс RSEP

Ускоренный процесс RSEP — это упрощенный вариант процесса RSEP, который требует, чтобы оператор регистратуры использовал без изменений конкретную разрешительную формулировку (обычно в виде поправки к RA). Ускоренный процесс RSEP подразумевает более короткий срок обработки запроса от его подачи до получения разрешения, по сравнению со стандартным запросом RSEP.

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

Ускоренный процесс RSEP состоит из 4 (четырех) этапов:

  1. Отправка запроса в соответствии с Ускоренным процессом RSEP. Список допустимых запросов представлен на Портале для регистратур GDD, предоставляющих услуги в сфере присвоения имен в разделе «Ускоренный процесс RSEP — [название услуги]». Необходимо выполнить следующие действия: (а) подтвердить предлагаемую услугу, (б) подтвердить стандартную разрешительную формулировку, (в) ответить на типовые вопросы на тему конкуренции, (г) предоставить сведения о лице с правом подписи (контактные данные лица, уполномоченного одобрить поправку к RA).
  2. Проверка полноты информации корпорацией ICANN (ожидаемый срок: 5 календарных дней). Запрос считается полным, если оператор регистратуры заполнил все необходимые поля формы. На этом этапе запрос RSEP не публикуется.
  3. Рассмотрение запроса корпорацией ICANN (ожидаемый срок: 12 календарных дней). Сразу после начала этапа рассмотрения запроса корпорацией ICANN он публикуется на странице процесса RSEP. Корпорация ICANN проверяет планируемую услугу на предмет существенных угроз для безопасности, стабильности или конкуренции. По завершении этого этапа корпорация ICANN уведомляет оператора регистратуры о своем предварительном заключении по планируемой услуге.
    1. Если планируемая услуга также требует смены провайдера важнейшей функции (указанной в разделе 6 спецификации 10 RA), корпорация ICANN напомнит оператору регистратуры о необходимости подать запрос на изменение договора частичного субподряда на исполнение функций (MSA) после одобрения запроса RSEP (пример: Проверка соответствия регистрации требованиям действующего законодательства при наличии услуги регистрации через доверенных лиц).
  4. Вынесение заключения и окончательная обработка (ожидаемый срок начала этого этапа: 5 календарных дней). Если корпорация ICANN одобряет рассмотренный запрос, то она в течение 5 календарных дней запускает процесс выдачи разрешения (внесения поправки в RA или отправки письма о возможности беспрепятственного внедрения). Заключение и разрешение публикуются на странице процесса RSEP.

Ускоренный процесс RSEP можно использовать для следующих услуг:

Название услуги Описание Заранее утвержденный текст поправки к RA

Массовый перенос после частичного приобретения портфеля (BTAPPA)

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

Массовый перенос после частичного приобретения портфеля (BTAPPA)

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

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

Блокировка на стороне регистратуры

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

Блокировка на стороне регистратуры

Архив

Эта страница обновлена в июне 2019 года в рамках улучшения организации процесса RSEP (см. статью в блоге корпорации 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."