«Будущим кандидатам, подающим заявки на новые домены gTLD (общие домены верхнего уровня) Основная цель корпорации ICANN – обеспечение стабильности и безопасности в сети Интернет.  ...»

Будущим кандидатам, подающим заявки на новые домены gTLD (общие домены верхнего уровня)

Основная цель корпорации ICANN – обеспечение стабильности и безопасности в сети Интернет. 

Благодаря поддержанию защищенной и надежной системы доменных имен, обеспечивается 

функционирование сети Интернет и необходимая унификация.

В проекте «Руководства кандидата» представлена детальная информация о правилах, требованиях и 

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

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

В октябре 2007 г. Организация поддержки общих имен (GNSO), которая представляет собой отдел по  координации глобальной политики в сети Интернет корпорации ICANN, завершила разработку политики  внедрения и приняла перечень рекомендаций. Совет директоров ICANN утвердил эту политику в июне  2008 на совещании в Париже. Подробные сведения о процессе разработки и результатах принятия  данной политики см. на вебсайте http://gnso.icann.org/issues/newgtlds/.

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

• Группой рекомендаций по внедрению (IRT) было разработано предложение по защите  торговых марок.

• Группой по решению споров, касающихся торговых марок, (STI) были высказаны  рекомендации для унифицированной системы быстрой приостановки прав и центра  обмена информацией по торговым маркам.

• Группа по вопросам вертикальной интеграции (VI) предложила модель общего согласия  при решении спорных вопросов по разделению реестров и регистраторов.

• Группой по доступу к файлам зон (ZFA) разработана модель предотвращения  потенциальной угрозы DNS при доступе к файлам зон.

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

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

С уважением, Род Бэкстром Президент и Председатель правления                                                                 Проект «Руководства кандидата», версия 4  Обратите внимание, что это только предварительная версия документа, предназначенная для дальнейшего обсуждения.

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

Данный документ переведен с английского языка в целях расширения аудитории его читателей.

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

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

В настоящее время пространство имен gTLD состоит из 21 общего домена верхнего уровня (gTLD) и 255 национальных доменов верхнего уровня (ccTLD), использующихся в различных комбинациях. Каждому из доменов gTLD назначен свой «оператор реестра» в соответствии с регистрационным соглашением между оператором (или спонсором) и ICANN. Оператор реестра несет ответственность за технические операции домена верхнего уровня (TLD), включая все зарегистрированные в этом домене имена. Общие домены верхнего уровня (gTLD) обслуживают более чем 900 регистраторов, в обязанности которых входит взаимодействие с владельцами регистрации в процессе осуществления регистрации доменных имен и предоставление сопутствующих услуг. Новая программа общих доменных имен верхнего уровня открывает широкие перспективы для подачи заявок на домены как для потенциальных операторов реестра gTLD, так и для клиентов на рынке доменных имен. Уже на начальном этапе внедрения программы корпорация ICANN ожидает развитие спектра заявок на новые домены gTLD, включая интернационализованные доменные имена (IDN), что расширит возможности пользователей по всему миру и принесет им ощутимую выгоду.

Программа основана на тщательно продуманной политике, разработанной совместными усилиями сообщества ICANN. В октябре 2007 г. Организация поддержки общих имен (GNSO) — одна из групп, координирующих общую интернет-политику в ICANN, — завершила разработку политики новых доменов gTLD и приняла пакет из 19 рекомендаций по политике.

Представители всех заинтересованных сторон — правительственные и общественные организации, частные лица, коммерческие структуры, представители интеллектуальной и технической сфер — более 18 месяцев принимали участие в обсуждении таких вопросов как:

требования, преимущества, риски и критерии отбора при введении новых gTLD. Также обсуждались процедуры назначения gTLD и условия соглашения, необходимые для реализации новых реестров gTLD. Кульминацией процесса стало решение Совета директоров ICANN в июне 2008 г. принять политику, разработанную сообществом. Подробные сведения о процессе разработки и результатах принятия данной политики см. на веб-сайте http://gnso.icann.org/issues/new-gtlds/.   Сейчас усилия ICANN направлены на реализацию этого проекта, а именно: разработку процесса создания и оценки запроса на новые домены gTLD в соответствии с принятыми рекомендациями и разработка четкого плана действий для кандидатов на получение передачи, включая одобрение Совета директоров. Процесс разработки находит свое отражение в проектах «Руководства кандидата», которые предлагаются для общественного обсуждения, а также в пояснительных документах, представляющих обоснования решений, достигнутых по тем или иным вопросам. Комментарии, полученные от сообщества, учитываются в ходе доработки проекта «Руководства кандидата». Одновременно с этим ICANN занимается созданием ресурсов, необходимых для успешного запуска и реализации программы.  На сегодняшний день для общественного обсуждения доступна четвертая версия «Руководства кандидата», отражающая ход процесса внедрения программы.

Актуальная информация, график работ и данные о ходе процесса подготовки программы новых общих доменов верхнего уровня (gTLD) доступны на сайте http://www.icann.org/en/topics/new-gtld-program.htm.  Все материалы, содержащиеся в черновой версии Руководства кандидата, представлены для публичного комментирования.

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

Данный документ переведен с английского языка в целях расширения аудитории его читателей..

Несмотря на усилия, предпринятые некоммерческой организацией ICANN в отношении проверки точности перевода, единственной официальной версией данного документа, имеющей силу, является англоязычная версия, поскольку английский является рабочим языком Черновая версия "Руководства кандидата" версии 4 – только для обсуждения Черновая версия "Руководства кандидата" версии 3 4 – только для обсуждения Черновая версия "Руководства кандидата" версии 3 4 – только для обсуждения Черновая версия "Руководства кандидата" версии 3 4 – только для обсуждения Черновая версия "Руководства кандидата" версии 3 4 – только для обсуждения Черновая версия "Руководства кандидата" версии 3 4 – только для обсуждения Черновая версия "Руководства кандидата" версии 3 4 – только для обсуждения Черновая версия "Руководства кандидата" версии 3 4 – только для обсуждения Черновая версия "Руководства кандидата" версии 3 4 – только для обсуждения Черновая версия "Руководства кандидата" версии 3 4 – только для обсуждения Черновая версия "Руководства кандидата" версии 3 4 – только для обсуждения Черновая версия "Руководства кандидата" версии 3 4 – только для обсуждения Черновая версия "Руководства кандидата" версии 3 4 – только для обсуждения Черновая версия "Руководства кандидата" версии 3 4 – только для обсуждения Черновая версия "Руководства кандидата" версии 3 4 – только для обсуждения Черновая версия "Руководства кандидата" версии 3 4 – только для обсуждения Черновая версия "Руководства кандидата" версии 3 4 – только для обсуждения Черновая версия "Руководства кандидата" версии 3 4 – только для обсуждения Черновая версия "Руководства кандидата" версии 3 4 – только для обсуждения Черновая версия "Руководства кандидата" версии 3 4 – только для обсуждения Примечание. Текст в данном разделе представляют собой одну из возможных формулировок реализации, основанную на решениях Совета директоров ICANN в отношении разделений функций реестров и регистраторов, а также прав собственности на них (принятых на собрании ICANN в Найроби). В ходе недавнего созыва Совета директоров в Дублине в Мае 2010 г., Совет рассмотрел возможные проблемы, которые могут быть вызваны буквальной интерпретацией этих решений Совета. Согласно суждению Совета: 1) предложенный предварительный вариант более строгих ограничений на совместное владение представляет собой "принимаемую по умолчанию позицию" и Совет рекомендует GNSO проложить разработку отталкивающейся от интересов заинтересованных сторон политики по этим вопросам; 2) полностью буквальная интерпретация решений может привести к нежелательным последствиям; 3) сотрудникам следует разработать формулировку в соглашении, соответствующую «минималистскому» подходу, в целом отвечающую смыслу решений, при увеличении объема текста не более чем на 2%; 4) Совет директоров приветствует вклад сообщества и комментарии по правильному подходу к данным вопросам, в условиях отсутствия политики GNSO; 5) Совет директоров рассмотрит этот вопрос вновь, если политики GNSO в данной области не будет создано.

Черновая версия "Руководства кандидата" версии 3 4 – только для обсуждения Доказательство хорошей репутации было убрано из требований к подаче документов, поскольку этот вопрос будет рассмотрен во время проверки по другим имеющимся данным (см. Модуль 2). Это также помогает устранить сложности для кандидатов, связанные с получением различных типов документов, необходимых для подтверждения хорошей деловой репутации, учитывая то, что необходимые для этого документы широко варьируются по всему миру.

Черновая версия "Руководства кандидата" версии 3 4 – только для обсуждения Черновая версия "Руководства кандидата" версии 3 4 – только для обсуждения Черновая версия "Руководства кандидата" версии 3 4 – только для обсуждения Термин «стандартная» в данном случае заменяет термин «открытая», применявшийся ранее для обозначения заявок не от сообщества. Термин «открытая» был признан вводящим в заблуждение, поскольку «открытая» заявка, по существу, может быть связана со строгими ограничениями на регистрацию в соответствующем TLD.

Черновая версия "Руководства кандидата" версии 3 4 – только для обсуждения Черновая версия "Руководства кандидата" версии 3 4 – только для обсуждения Черновая версия "Руководства кандидата" версии 3 4 – только для обсуждения Черновая версия "Руководства кандидата" версии 3 4 – только для обсуждения Данный раздел включен в настоящее руководство для комментирования; дополнительная информация будет опубликована позднее.

Черновая версия "Руководства кандидата" версии 3 4 – только для обсуждения Черновая версия "Руководства кандидата" версии 3 4 – только для обсуждения Черновая версия "Руководства кандидата" версии 3 4 – только для обсуждения Черновая версия "Руководства кандидата" версии 3 4 – только для обсуждения Черновая версия "Руководства кандидата" версии 3 4 – только для обсуждения Примеры см. на http://stupid.domain.name/node/ Черновая версия "Руководства кандидата" версии 3 4 – только для обсуждения См. http://www.icann.org/en/topics/idn/idn-guidelines-26apr07.pdf Черновая версия "Руководства кандидата" версии 3 4 – только для обсуждения Вопрос управления альтернативами на верхнем уровне обсуждается в сообществе уже довольно давно. ICANN работает над максимально возможно быстрой реализацией TLD с IDN, в то же время разрабатывая краткосрочный подход к решению проблемы альтернатив, поскольку принятого механизма управления ими на верхнем уровне пока не существует.

Промежуточный черновой вариант реализации рекомендаций рабочей группы по IDN был опубликован с целью получения комментариев ранее (см. http://icann.org/en/topics/new-gtlds/idn-variants-15feb10-en.pdf).Данный раздел стремиться отталкиваться от этой работы и ее обсуждения, чтобы продвинуться к полноценному решению реализации, которое может быть включено в итоговую версию Руководства кандидата. В соответствии с описанным здесь подходом, альтернативные TLD не будут передаваться в ближайшем будущем, но альтернативные строки, заявленные кандидатами, записываются, чтобы сохранить возможность передачи желаемых альтернативных TLD после разработки и тестирования соответствующего механизма.

Черновая версия "Руководства кандидата" версии 3 4 – только для обсуждения http://icann.org/en/topics/idn/fast-track/string-evaluationcompletion-en.htm. Эти списки существуют для Черновая версия "Руководства кандидата" версии 3 4 – только для обсуждения Черновая версия "Руководства кандидата" версии 3 4 – только для обсуждения Черновая версия "Руководства кандидата" версии 3 4 – только для обсуждения Черновая версия "Руководства кандидата" версии 3 4 – только для обсуждения Черновая версия "Руководства кандидата" версии 3 4 – только для обсуждения Черновая версия "Руководства кандидата" версии 3 4 – только для обсуждения Черновая версия "Руководства кандидата" версии 3 4 – только для обсуждения Черновая версия "Руководства кандидата" версии 3 4 – только для обсуждения Черновая версия "Руководства кандидата" версии 3 4 – только для обсуждения Черновая версия "Руководства кандидата" версии 3 4 – только для обсуждения Черновая версия "Руководства кандидата" версии 3 4 – только для обсуждения Банковский перевод был выбран как предпочтительный метод оплаты, поскольку предлагает общедоступное и гарантоспособное средство международной передачи денежных средств. Это позволяет ICANN получить оплату и приступить к обработке заявке по возможности быстро.

Черновая версия "Руководства кандидата" версии 3 4 – только для обсуждения Черновая версия "Руководства кандидата" версии 3 4 – только для обсуждения ЧЕРНОВАЯ ВЕРСИЯ — новая программа gTLD — процесс оценки ICANN будет искать возможности опубликовать результаты проверки однообразия строк, в том числе конкурирующих наборов, до публикации полных результатов начальной Расширенная оценка Модуль Слушания по разрешению споров Разногласия в отношении Толстая Указывает наиболее быстрый Все материалы, содержащиеся в черновой версии Руководства кандидата, представлены для публичного комментирования.

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

Данный документ переведен с английского языка в целях расширения аудитории его читателей..

Несмотря на усилия, предпринятые некоммерческой организацией ICANN в отношении проверки точности перевода, единственной официальной версией данного документа, имеющей силу, является англоязычная версия, поскольку английский является рабочим языком Draft Applicant Guidebook v4 – For Discussion Only Draft Applicant Guidebook v4 – For Discussion Only Draft Applicant Guidebook v4 – For Discussion Only Draft Applicant Guidebook v4 – For Discussion Only Draft Applicant Guidebook v4 – For Discussion Only Draft Applicant Guidebook v4 – For Discussion Only Draft Applicant Guidebook v4 – For Discussion Only                                                              См. http://icann.sword-group.com/algorithm/ См. http://icann.sword-group.com/algorithm/ Draft Applicant Guidebook v4 – For Discussion Only Draft Applicant Guidebook v4 – For Discussion Only

AFRINIC IANA-SERVERS NRO

ALAC ICANN RFC-EDITOR

APNIC IESG RIPE

ARIN IETF ROOT-SERVERS

ASO INTERNIC RSSAC

CCNSO INVALID SSAC

GAC ISTF TLD

GNSO LACNIC WHOIS

Draft Applicant Guidebook v4 – For Discussion Only

GTLD-SERVERS LOCAL WWW

IAB LOCALHOST

IANA NIC

Draft Applicant Guidebook v4 – For Discussion Only Draft Applicant Guidebook v4 – For Discussion Only Draft Applicant Guidebook v4 – For Discussion Only Draft Applicant Guidebook v4 – For Discussion Only Draft Applicant Guidebook v4 – For Discussion Only                                                              В основном опасения относительно использования меток с начальной и3 Особая важность вопроса об именах, в начале или конечной цифрой обусловлены проблемами, связанными с их в конце которых использованы цифры, связана с использованием вместетаких имен совместно с двусторонними сценариями. Как показывает опыт, применение строк с начальными, в начале или конечными числовыми символамив конце которых использованы цифры, в двустороннем контексте может привести к неожиданным последствиям и путанице среди пользователей.

Консервативный подход в этом аспекте заключается в запрете По этой причине запрет на использование числительныхцифр в начале или в конце доменных имен высшегодоменов верхнего уровня. обеспечит безопасную Такая же проблема возникает и при использовании строк, полностью состоящих из цифр. Однако еще большие трудности связаны с риском возникновения путаницы и несовместимости с программным обеспечением из-за того, что использование домена верхнего уровня, полностью состоящего из цифр, приведет к созданию доменного имени, неотличимого от IP-адреса. То есть если, к примеру, осуществляется передача домена верхнего уровня.151, то при программной обработке будет сложно установить, является ли строка «10.0.0.151» IP-адресом или доменным именем.

Предполагается,Ожидается, что протокол IDNA2008 будет завершен и инструменты преобразования для IDNA будут доступны до начала периода подачи заявок, соответственно проверка допустимости меток будет выполняться в рамкахтак что метки будут проверяться на допустимость по IDNA2008. В таком случае, метки, допустимые согласно Draft Applicant Guidebook v4 – For Discussion Only                                                                                                                                                                                   предыдущей версии протокола (IDNA2003), но не согласно IDNA2008, не будут отвечать данному элементу требований.

Метки, допустимые в обеих версияхпо обеим версиям протокола, отвечаютбудут отвечать данному элементу требований. Метки, допустимые согласно IDNA2008, но не являющиеся допустимыми в соответствии ссогласно IDNA2003, могут отвечатьсоответствовать требованиям, однако кандидатам настоятельно рекомендуется обратить внимание на то, что в настоящее время не представляется возможным оценить продолжительность перехода с одного протокола на другой не поддается оценке, и гарантировать какие-либо конкретные сроки. не представляется возможным. Развитие поддержки IDNA2008 в более широкой среде программных приложений будет происходить постепенно. На этот период функциональные возможности метокВ это время метки TLD, допустимыхкоторые являются допустимыми в соответствии с IDNA2008, но недопустимых согласно являются допустимыми в соответствии с IDNA2003, будут ограничены.работать с ограничениями.

Draft Applicant Guidebook v4 – For Discussion Only                                                              Требование, чтобы строки gTLD состояли по меньшей мере из трех визуально различимых символов, остается на стадии обсуждения. Группа поддержки внедрения, состоящая из технических экспертов и экспертов в области лингвистики, в настоящее время участвуют в работе над предлагаемым решением, обеспечивающим строки gTLD длиной менее трех символов, где уместно. Предлагаемые решения будут доступны для общественного обсуждения.

Draft Applicant Guidebook v4 – For Discussion Only Draft Applicant Guidebook v4 – For Discussion Only Draft Applicant Guidebook v4 – For Discussion Only                                                              Названия стран и территорий исключены из процесса на основании рекомендаций правительственного консультационного комитета, представленных в недавних сообщениях, связанных с толкованием принципа 2.2 «Принципов GAC» в применении к новым строкам gTLD. Данный принцип утверждает обработку строк, являющихся значимым представлением или аббревиатурой названия страны или территории, посредством запланированного ccPDP; и разрешает использование других строк, связанных с географическими названиями, в пространстве gTLD по соглашению с соответствующими правительствами или органами государственной власти.

Draft Applicant Guidebook v4 – For Discussion Only Draft Applicant Guidebook v4 – For Discussion Only                                                              Муниципальные органы, высказывающие опасения относительно строк, являющихся дубликатами, псевдонимами или точным воспроизведением названия города, не должны полагаться на процесс оценки как на основную меру защиты своих интересов в отношении такой строки. Вместо этого муниципальное правление вправе подать официальный протест в отношении заявки, которая противоречит интересам соответствующего сообщества, либо подать собственную заявку на такую строку.  См. http://unstats.un.org/unsd/methods/m49/m49regin.htm.8 См. http://unstats.un.org/unsd/methods/m49/m49regin.htm.

Draft Applicant Guidebook v4 – For Discussion Only Draft Applicant Guidebook v4 – For Discussion Only                                                              См. http://gac.icann.org/gac-membershttp://gac.icann.org/index.php?name=Representatives&mode= Draft Applicant Guidebook v4 – For Discussion Only                                                              Правительство также вправе отозвать документы, направленные в поддержку заявки, на более поздних стадиях, даже после передачи новой строки gTLD. Обсуждение проблем и доступных мер по их разрешению см. в сопроводительном пояснительном меморандуме Отзыв правительственной поддержки реестра – возможность отзыва после передачи.

Draft Applicant Guidebook v4 – For Discussion Only Draft Applicant Guidebook v4 – For Discussion Only Draft Applicant Guidebook v4 – For Discussion Only Draft Applicant Guidebook v4 – For Discussion Only Draft Applicant Guidebook v4 – For Discussion Only Draft Applicant Guidebook v4 – For Discussion Only Draft Applicant Guidebook v4 – For Discussion Only Draft Applicant Guidebook v4 – For Discussion Only Draft Applicant Guidebook v4 – For Discussion Only Draft Applicant Guidebook v4 – For Discussion Only Draft Applicant Guidebook v4 – For Discussion Only Draft Applicant Guidebook v4 – For Discussion Only Draft Applicant Guidebook v4 – For Discussion Only Draft Applicant Guidebook v4 – For Discussion Only Draft Applicant Guidebook v4 – For Discussion Only Draft Applicant Guidebook v4 – For Discussion Only Draft Applicant Guidebook v4 – For Discussion Only                                                              См. http://icann.org/en/topics/new-gtlds/open-tenders-eoi-en.htm.

Draft Applicant Guidebook v4 – For Discussion Only Draft Applicant Guidebook v4 – For Discussion Only Draft Applicant Guidebook v4 – For Discussion Only Draft Applicant Guidebook v4 – For Discussion Only Draft Applicant Guidebook v4 – For Discussion Only Draft Applicant Guidebook v4 – For Discussion Only Draft Applicant Guidebook v4 – For Discussion Only Draft Applicant Guidebook v4 – For Discussion Only Draft Applicant Guidebook v4 – For Discussion Only Draft Applicant Guidebook v3 – For Discussion Only ЧЕРНОВОЙ ВАРИАНТ - Программа новых gTLD – Начальная оценка и расширенная оценка существующими TLD и зарезервированными Комиссия экспертов по схожести результаты проверки на схожесть строк, включая конкурирующие группы, до публикации полных результатов начальной оценки.

Может проводиться расширенная оценка одного или всех четырех элементов:

Технические и организационные возможности Финансовые возможности Географические названия Услуги регистрации Но НЕ для схожести строк или стабильности DNS Приложение:. Список составных названий стран  В рамках политики, проводимойПо различным предлагаемым ICANN, ограничения на использование обозначений стран политикам законность резервирования или регионовраспределения названия страны привязана к перечислению в заявке на домен gTLD соответствуют полюполях свойств стандарта ISO 3166-1. Номинально Теоретически, стандарт ISO 3166-1 имеет поле «English short name» (краткое английское название), которое является общим названием страны и на которое могут распространяться подобные ограниченияможет использоваться для подобной защиты; однако в некоторых случаях указанное в этом полеоно не представляет обычное название не является общеупотребительным.. Данный перечень предназначен для добавления дополнительных защищенных элементов, полученных из определений в стандарте ISO 3166-1. Объяснение различных классов приведено ниже.  bo  Bolivia, Plurinational State of (Многонациональное B1 Bolivia (Боливия) (Босния и Герцеговина)  (Британская территория в Индийском океане) (Кокосовые (Килинг) острова)  (Экваториальная Гвинея)  fk  Falkland Islands (Malvinas) B1 Falkland Islands (Фолклендские острова)  (Фолклендские острова (Мальвинас)) (Французская Полинезия)  tf  French Southern Territories C Amsterdam Islands (Острова Амстердам)  (Французские Южные территории) (Остров Херд и Острова Макдоналд) va  Holy See (Vatican City State) (Святой престол (Город- A Holy See (Святой престол)  государство Ватикан))  (Исламская Республика Иран)  kp  Korea, Democratic People’s Republic of (Демократическая C North Korea (Северная Корея)  Республика Корея)  la  Lao People’s Democratic Republic (Лаосская Народно- B1 Laos (Лаос) Демократическая Республика)  (Ливанская Республика)   mk  Macedonia, the Former Yugoslav Republic of (Бывшая B1 Macedonia (Македония)  Югославская Республика Македония) fm  Micronesia, Federated States of (Федеративные Штаты B1 Micronesia (Микронезия)  Микронезии)  (Республика Молдова)  (Нидерландские Антильские Острова) (Северные Марианские острова)  (Палестинская автономия)  (Папуа – Новая Гвинея)  (Российская Федерация)  sh  Saint Helena, Ascension, and Tristan de Cunha AC Saint HelenaGough Island (Остров Святой и Тристан-да-Кунья))  (Сен-Пьер и Микелон)  (Сент-Винсент и Гренадины)  (Сан-Томе и Принсипи)  gs  South Georgia and the South Sandwich Islands (Южная A South Georgia (Южная Георгия)  Георгия и Южные Сандвичевы острова) (Шпицберген и Ян-Майен)  (Арабская Республика Сирия)  (Тайвань, провинция Китая)  tz  Tanzania, United Republic of (Объединенная Республика B1 Tanzania (Танзания)  Танзания)  (Объединенные Арабские Эмираты) um  United States Minor Outlying Islands (Внешние C Baker Island (Остров Бейкер)  малые острова Соединенных Штатов) ve  Venezuela, Bolivarian Republic of B1 Venezuela (Венесуэла) (Боливарская РеспубликаРеспеблика (Виргинские острова, британские)  (Виргинские острова, США)  Поддержка  Список составных названий стран будет поддерживаться и публиковаться сотрудниками ICANN.  Каждый раз при обновлении стандарта ISO 3166-1 новой записью данный реестр будет пересматриваться для определения, требуеют ли изменения стандарта изменений в записях реестра. Оценка будет основана на критериях в разделе «"Правомочность»" данного докуентадокумента.  Коды, зарезервированные агентством по внедрению ISO 3166, не влияют на данный реестр, правомочными являются только записи, извлеченные из нормально назначенных кодов, появляющихся в ISO 3166-1.  Если код ISO удаляется из стандарта ISO 3166-1, все записи в данном реестре, происходящие от этого кода, должны удаляться.  Правомочность  Каждая запись в данном реестре извлекается из следующих возможных свойств:.  Класс A.  Краткое английское название по ISO 3166-1 состоит из нескольких составных частей, тогда как страна состоит из четко выраженных Класс B.  Краткое английское имя ISO 3166-1 (1) или полное английское имя ISO 3166-1 (2) содержит дополнительные сведения о типе страны, к которому принадлежит страна, которые часто не используются при упоминании страны. Например, таким коротким названием для страны «"Боливарская Республика Венесуэла»" для обычного Класс С.  Столбец ISO 3166-1 «"Примечания»,", содержащий синомимы названия страны или субъединиц, как отмечено «"часто называется», «", "включает», «", "состоит из», «", "вариант»" или «"главные острова».".  В первых двух классах перечень в реестре должен быть прямым производным от краткого списка английских названий по отделению слов и артиклей. Эти перечни реестра не должны включать названия на разговорном языке или другие неофициальные термины, используемые для обозначения страны.  Правомочность вычисляется по порядку классов. Например, если термин можно извлечь из класса А и из класса C, он приводится только как класс A.  [Письмо должно быть представлено на официальном бланке]  ICANN  Suite 330, 4676 Admiralty Way  Marina del Rey, CA 90292  Обратить внимание: процесс оценки новых общих доменов верхнего уровня (gTLD)  Тема: письмо в поддержку домена [запрашиваемый домен TLD]  Настоящим письмом подтверждается, что [орган государственной власти] полностью поддерживает запрос на домен [TLD], направленный в ICANN от [кандидат] в рамках программы новых общих доменов верхнего уровня. В качестве лица, занимающего позицию [министр/секретарь/должность], автор письма обладает полномочиями выражать мнение [орган государственной власти] по этому вопросу. [Пояснения, касающиеся правительственной организации, отдела, подразделения, компании или агентства, которые наделены соответствующими функциями.]  Общий домен верхнего уровня будет использоваться следующим образом [следует пояснить, каковы условия использования кандидатом запрашиваемого имени. Эти условия могут затрагивать такие аспекты как: право регистрировать название, ценовой режим, структуры управления.] Предложение было разработано [орган государственной власти/подразделение] совместно с кандидатом.  [Орган государственной власти] поддерживает эту заявку и выражает согласие с тем, что, в случае если заявка будет принята, [кандидат] заключает с ICANN соглашение о регистрации домена. Заключение соглашения предполагает также внесение оплаты в ICANN и принятие стратегии общего согласия между множеством заинтересованных сторон, принимающих участие в процессе.   [Орган государственной власти] также выражает согласие с тем, что после заключения регистрационного соглашения в случае возникновения спора между [орган государственной власти] и кандидатом организация ICANN будет руководствоваться законодательными нормами, действующими в соответствующей юрисдикции.   [Дополнительно] Заявка подается на рассмотрение при поддержке сообщества, в связи с чем в регистрационное соглашение должны быть внесены ограничения, представленные этим сообществом. В случае если регистрация не будет учитывать эти ограничения, возможен пересмотр права на регистрацию в рамках «Процедуры разрешения споров об ограничениях регистрации».  [Дополнительно] Настоящим уведомляем, что в случае, если заявка будет принята, между [орган государственной власти] и кандидатом будет заключено дополнительное соглашение. В этом соглашении будут определены условия, при соблюдении которых осуществляется поддержка оператора TLD, а также возможные причины, по которым может произойти отзыв поддержки. Организация ICANN не является ни одной из сторон этого соглашения, и контроль за его соблюдением полностью возлагается на [орган государственной власти].   [Орган государственной власти] выражает согласие с тем, что Совет по географическим названиям по инициативе ICANN, помимо всего прочего, будет осуществлять контроль за подлинностью документации. За дополнительной информацией, необходимой для регистрации, просьба обращаться к [имя и контактная информация].   Благодарим за предоставленную возможность выразить поддержку заявки.  С уважением,   Подпись соответствующего органа государственной власти  Поскольку ICANN была основана 10 лет назад в качестве некоммерческой организации, объединяющей различные заинтересованные стороны и подписавшей соглашение о выполнении проекта с Министерством торговли США, одним из главных ее принципов стала поддержка конкурентной борьбы на рынке имен доменов. Миссия ICANN требует от организации поддержки и расширения процессов, обеспечивающих условия для конкуренции и удовлетворения интересов потребителей без угрозы стабильности и безопасности Интернета. Это требует рассмотрения и применения новых рДВУ. Цель ICANN состоит в том, чтобы сделать критерии оценки и саму оценку как можно более объективными.

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

Любая организация общественного или частного сектора может создавать новые рДВУ и работать с ними. Однако процедура отличается от простой регистрации или покупки доменного имени второго уровня. Вместо этого процедура подачи заявок предполагает оценку и отбор кандидатов, способных выполнить регистрацию (предприятий, управляющих доменами высшего уровня, например, такими как.COM или.INFO). Все успешные кандидаты должны соответствовать опубликованным функциональным и техническим критериям сохранения совместимости и стабильности при работе в Интернете.

I. Принципы технических и финансовых критериев оценки заявок на новые • Принципы консерватизма. Это первый цикл процесса, который планируется сделать непрерывным при внедрении новых ДВУ, включая интернационализированные имена доменов (ИДИ). Поэтому критерии данного цикла требуют от кандидатов предоставить результаты тщательного и вдумчивого анализа технических требований для операций с реестром предлагаемой бизнесмодели.

• Критерии оценки и сама оценка должны быть как можно более объективными.

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

Исходя из этого, чисто объективные критерии (такие как требование наличия определенной суммы денег на руках) не обеспечат гибкость при рассмотрении различных бизнес-моделей. Этот процесс должен формировать основу для объективной оценки и вместе с тем не препятствовать адаптации согласно различным моделям, представленным заявителями. В рамках этого подхода ответы заявителя будут оцениваться по критериям в свете предлагаемой Следовательно, критерии должны быть гибкими: Они должны учитывать изменения общего бизнес-подхода при условии последовательности и согласованности этого подхода с сохранением эффективности в периоды Так, например, критерии могут лежать в сфере защиты зарегистрированных пользователей:

Обеспечение финансовых средств для продолжения работы в случае Соответствие долгосрочным планам передачи данных на хранение, и действий при банкротстве реестра, а также планирование требуемых действий на случай непредвиденных обстоятельств.

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

• Новые реестры должны добавляться с сохранением стабильности и безопасности DNS. Следовательно, ICANN задает ряд вопросов, позволяющих заявителю продемонстрировать понимание технических требований при работе с реестром.

В определенных случаях ICANN попросит их предъявить доказательства фактического соответствия эксплуатационным техническим условиям перед передачей. Это согласуется с текущими предварительными условиями для передачи ДВУ.

• Защита регистрантов подчеркивается как при выборе критериев, так и при подсчете очков. В соответствующих примерах содержатся следующие вопросы:

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

Демонстрация способности к пониманию и планированию непредвиденных обстоятельств в бизнесе, позволяющей принять определенные меры защиты на Соответствие требованиям стабильности и безопасности DNS, описанным в техническом разделе;

Обеспечение доступа к широчайшему ассортименту услуг.

II. Темы вопросов, задаваемых в отношении критериев заявки и оценки.

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

Важные моменты оценки и начисления баллов (подробности см. ниже):

• Насколько подробны ответы? Хорошо ли они продуманы? Дают ли они достаточные • Демонстрация способности постоянно работать и финансировать реестр:

Источники финансирования должны поддерживать технические операции с обеспечением стабильности и безопасности, а также с учетом плановых Способность к восстановлению и устойчивость перед лицом взлетов, падений и непредвиденных обстоятельств;

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

• Обеспечение цельности, согласованности и совместимости плана (ответы на вопросы должны оцениваться не по отдельности, а в сравнении с другими Финансирования достаточно для удовлетворения технических требований;

Финансирование покрывает затраты;

Риски выявлены и учтены в отношении к другим аспектам плана.

III. Подсчет баллов Оценка • Вопросы, критерии, оценки и метод начисления баллов должны соответствовать описанным выше в параграфе 1 принципам. С учетом этого многонациональный состав членов комиссии будет подбирать персонал для оценки. Разнообразие участников и доступ к экспертам во всех регионах мира при оценке заявлений гарантирует учет региональных культурных, технических и деловых норм, характеризующих страну проживания заявителей.

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

• Будут предприняты меры предосторожности, чтобы убедиться в том, что ни один из членов групп оценки не имеет личной заинтересованности или связи, которая может рассматриваться в качестве источника реального или потенциального конфликта интересов с заявителем или пунктами заявления. Все участники процесса должны придерживаться правил кодекса поведений и руководства по разрешению конфликта интересов, которые описаны в Модуле 2.

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

• Конфиденциальность. ICANN разместит заявления на веб-сайте по истечении периода подачи заявок. Заявления состоят из ответов на указанные ниже вопросы.

Будут опубликованы ответы на все вопросы за исключением:

• вопросов об архитектуре (вопрос 25) • вопросов о политике безопасности (вопрос 31) • вопросов о передаче реестра (вопрос 40) • вопросов о демонстрации финансовых возможностей (вопросы 45-50)и Ответы на вопросы финансового характера будут конфиденциальными.

Подсчет баллов • Ответы будут оценены по каждому критерию. Оценка будет присвоена в соответствии с расписанием оценки, связанным с каждым вопросом или набором вопросов. Почти во всех случаях за ответ, превышающий ожидания, начисляется балла, за ответ, отвечающий ожиданиям, — 1 балл, и 0 баллов получает ответ, не удовлетворяющий требованиям. Для некоторых вопросов 1 балл является максимальным присваиваемым значением. По каждому вопросу следует получить не менее одного балла ("1"), что означает "зачет" вопроса.

• В вопросе о действиях в случае непредвиденных обстоятельств раздела финансовых критериев (вопрос №50), заявитель получает 3 балла, если приводит на стадии подачи заявки сведения о финансовом инструменте, гарантирующем непрерывность операций с реестром в случае банкротства предприятия. Этот дополнительный балл служит для зачета финансовых критериев тем заявителям, которые набирают минимальный проходной балл по каждому отдельному критерию. Цель подобного распределения баллов состоит в стимулировании заявителей, заблаговременно принимающих меры по защите регистрантов и в принятии относительно рискованных бизнес-планов, если регистранты защищены.

• Представлено 21 технических и эксплуатационных вопросов. С каждым вопросом связан критерий и оценка. Как указывалось выше, по каждому из них может быть выставлена оценка 0, 1 или 2 балла. Один вопрос (внедрение ИДИ) является дополнительным. В отличие от необязательных вопросов, все технические и эксплуатационные критерии должны получить оценку не менее 1, чтобы заявление прошло оценку.

• Общая техническая оценка должна быть не менее 22, чтобы заявление считалось принятым. Это означает, что заявитель может пройти оценку при следующих условиях:

получив по 1 баллу за все ответы, включая дополнительный вопрос; и 2 балла как минимум хотя бы за один из обязательных вопросов; или получив по 1 баллу за все ответы, исключая дополнительный вопрос, и по 2 балла хотя бы за два обязательных вопроса.

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

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

• По каждому из финансовых критериев можно получить оценку 0, 1 или 2 балла, как описано выше, за исключением вопроса о действиях в случае непредвиденных обстоятельств, за который можно получить до 3 баллов. Все ответы должны получить не менее 1 балла, чтобы заявление считалось принятым.

• Общая оценка по шести финансовым критериям должна быть не менее 8, чтобы принять заявление. Это означает, что заявитель может пройти оценку при следующих условиях:

3 балла по критерию действий в непредвиденных обстоятельствах; или 2 балла по любому из 2 финансовых критериев.

• Заявления, не прошедшие оценку успешно, могут подвергаться процедуре расширенного анализа, описанной в Модуле 2Руководстве для заявителей. При этом оценка выполняется аналогичным образом.

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

кандидате  контактное лицо  для данной  заявки  контактное лицо  для данной  законности  учреждения  организации  (в) Приложите доказательства создания Заявки без убедительных доказательств хорошей  деловой  (б) Если кандидат действует в регулируемой Возможна ситуация, когда это требование отрасли, для работы в которой в соответствии автоматически выполняется при наличии законами, указанными в ответе кандидата на законности учреждения данной организации, т.е.

пункт 8(б), требуется определенный документ один и тот же документ может служить или лицензия (например, банковское дело или доказательством учреждения организации и страхование), кандидат должен приложить хорошей деловой репутации. В таком случае или деятельности в качестве коммерческой Заявки без убедительных доказательств кандидата не требуется такое разрешение или Примечание. Документация с доказательством удостоверение от вышестоящей или сторонней требований к документам, поскольку этот вопрос организации, уполномоченной вышестоящей будет охвачен во время проверки представленных организацией, подтверждающее законность сведений (см. модуль 2). Это также поможет деятельности кандидата (напр., свидетельство кандидатам избежать трудностей при получении официальное подтверждение от нотариуса). соответствующей требованиям доказательства Кандидат должен четко объяснить иерархию хорошей деловой репутации, с учетом того, что власти от закона, указанного в ответе на практика использования такой документации (а) Введите полные имена, контактные данные В отношении некоторых лиц, указанных в ответе на Общие сведения  11  (место постоянного проживания) и должности вопрос 11, могут проводиться индивидуальные о кандидате  (б) Введите полные имена, контактные данные (место постоянного проживания) и должности (в) Введите полные имена, контактные данные (место постоянного проживания физического лица или основной адрес местонахождения юридического лица) и должности всех акционеров, имеющих не менее 15% акций, с указанием доли каждого в процентах.

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

управления; или в мошенничестве или нарушении фидуциарных обязанностей; или а) в последние десять лет обвинялись в уголовных разбирательствах по аналогичным или деятельностью или корпоративным управлением, ii. не подвергался ли кандидат в последние фидуциарных обязанностей, или были субъектом десять лет дисциплинарным взысканиям со судебного определения, которое ICANN стороны правительства за бесчестное рассматривает как значимый эквивалент чего-либо поведение или неправомерное использование из вышеуказанного;

чужих финансовых средств;

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

взысканию одного из типов, указанных в пп. (i) iv. не является ли кандидат объектом который мог бы привести к обвинению, судебному дисквалификации, наложенной ICANN и решению, определению или дисциплинарному остающейся в силе на момент рассмотрения взысканию какого-либо из типов, указанных в пп.

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

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

заявка  соответствующую таблицам, 2) идентификатор которую подана заявка. Таблицы ИДИ должны вступления в силу (число, месяц, год) и 5) имя, предлагать регистрации ИДИ на втором уровне.

которые должны применяться для строки рДВУ результате принятия этой заявки. Вариантные Опишите миссию/цель предложенного рДВУ. Кандидатам рекомендуется представить четкое и Является ли данная заявка заявкой на домен Если ответ на данный вопрос не указан, заявки от  9  сообщества  приоритетной оценки сообществ, баллы для Структура и организация сообщества. Для (б) Объясните характер взаимоотношений В описании должны быть четко указаны:

кандидата с сообществом, указанным в п. Структура и организация сообщества (в) Представьте описание целей сообщества в Описания должны включать в себя следующую отношении строки рДВУ, на которую подана информацию:

(г) Объясните связь между строкой рДВУ, на В описании должны быть четко указаны:

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

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

Опишите миссию/цель предложенного рДВУ. Кандидатам рекомендуется представить четкое и (а) Является ли данное заявление заявлением Строка ДВУ считается географическим названием, Географические  21  наименования  географических  уровне и на других уровнях в рДВУ, на который Правительственного консультативного комитета наименований   освобождения подобных имен. http://gac.icann.org/gacdocumentshttp://gac.icann.org/index.php?name=Imp_ регистрации  Следующие услуги регистрации являются распространение файлов зон ДВУ; (iv) предварительная оценка.

обычными услугами, предлагаемыми функционирование серверов зон регистрации; и (v) В случае выявления А. Получение данных от регистраторов, имен в ДВУ в соответствии с соглашением о более подробному касающихся регистрации доменных имен и регистрации; и (2) другие продукты или услуги, анализу. См. описание Б. Предоставление информации о связи с установлением согласованной политики; реестра в Модуле состоянии, касающейся серверов зон для ДВУ. (3) любые другие продукты или услуги, которые Руководства для В. Распространение файлов зон ДВУ. может предоставить только оператор реестра, т. к. заявителей. Любая Г. Распространение контактной и другой они помечены как "Оператор реестра". Полное информация, информации, связанной с регистрацией определение услуг реестра можно найти на сайте: содержащаяся в заявке, серверов доменных имен (служба WHOIS). http://www.icann.org/en/registries/rsep/rsep.html может рассматриваться имена, где предлагаются. Безопасность: В целях настоящего "Руководства рассмотрения услуг Е. Расширения безопасности DNS для заявителей" влияние на безопасность, регистрации. Если заявка Заявитель должен также описать, изменение, добавление или уничтожение данных участвовать только в тех предполагается ли предложение каких-либо из регистрации или (2) несанкционированный доступ к регистрационных услугах, этих услуг регистрации способом, уникальным информации или ресурсам в Интернете или их которые определены в предлагаемые услуги регистрации, уникальные Стабильность: В целях настоящего "Руководства соглашением о технических и  операционных  возможностей  распределением затрат. Кандидат предоставит все подробные сведения о технической стороне (2) адекватный уровень способности к поддерживающей функционирование реестра когерентную архитектуру высокоразвитой и должна четко демонстрировать возможность обеспечивающую (2) подтверждение высокого управление и мониторинг систем реестра. систем реестра; отказоустойчивостидоступно сеть и связанные системы, необходимые для поддержки операций реестра, в том числе:

o аппаратное обеспечение (ЦП и оперативная память, объем дисков, сетевые компоненты, виртуальные машины) финансовом разделе. технических ресурсов, общий обзор планирования загрузки, включая планы выделения полосы пропускания список поставщиков и организаций, предоставляющих каналы связи количество персонала, предусмотренного в этой области, и его функциисхемы архитектуры и сети, •сведения об оборудовании и программных платформах для DNS и других служб, • предоставление широкополосной сети и разнообразие поставщиков, (Ответы на этот вопрос будут сохраняться в тайне)..

емкость хранилища (как в натуральных единицах [например, МБ, ГБ], так и выраженную количеством регистраций/операций регистрации), максимальную пропускную способность транзакций (общую и по типам транзакций), процедуры по созданию, редактированию и процедуры регистратора по переносу, возможности составления отчетов и количество персонала, предусмотренного в этой области, и описание его функций необходимые элементы;

(2) описания, демонстрирующие адекватные возможности базы данных (не наилучшие практики), включая пропускную способность базы данных, масштабируемость и операции по базе данных с ограниченным операционным управлением;

(3) доказательство соответствия возможностей базы данных общей бизнесмодели, описанной в заявке;

(4) демонстрацию того, что технические ресурсы, необходимые для реализации этих планов, легкодоступны.

0 - несоответствие требованиям:

Не соответствует всем требованиям, необходимым для получения 1 балла.

физическое расположение систем, первичных предлагаемых методов и функций;

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

включая соответствие положениям RFC. Все предложении 4592, или иного способа или (1) адекватное описание включает в себя:

серверы имен, используемые для новых рДВУ, технологии синтезирования записей ресурсов DNS, конфигураций серверов (1) тщательно должны работать в соответствии со а также использование перенаправления в рамках имен и соблюдение проработанные подробные следующие: 1034, 1035, 1982, 2181, 2182, Следует также иметь в виду, что серверы имен для (2) технический план, требуемыми 2671, 3226, 3596, 3597, 3901, 4343 и 4472. новых рДВУ должны соответствовать техническим масштаб и рамки спецификациями Опишите услуги DNS, которые должны требованиям IANA для полномочных серверов которого соответствуют производительности;

обновления и производительности сервера соглашения о реестра.

Ресурсы. Опишите полное оборудование и ПО включает в себя:

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

персонала, предусмотренного в этой области, (2) планы, достаточные для Опишите, как предлагаемая инфраструктура требуемым спецификациям будет обеспечивать производительность, производительности;

производительности (спецификация 6), соответствия планов общей Стандарт конфигурации серверов (то есть планируемая конфигурация) Адресация в сети и широкополосная связь для загрузки запросов и распространения обновления Операционный резерв на случаи увеличения нагрузки Общая система регистрации (SRS) является эксплуатации надежной (1) подтверждение наличия услуги по регистрации доменных имен в ДВУ. масштабируемости и управления надежной См. требования к взаимодействию реестра, его производительности общей системой производительности и преемственности общей бизнес-модели и регистрации SRS;

(спецификация 6), прикрепленные к проекту планируемому размеру (2) планы по управлению персонала, предусмотренного в этой области, адекватно обеспеченный разработаны для Provisioning Protocol (ЕРР), представленным в аспекта технических детализации для Представьте шаблоны и схемы ЕРР, которые которого соответствуют удовлетворения этим (количество персонала, предусмотренного в (3) технический план, положениями RFC, и доказательства, что системы (данные, сервера, приложения/ службы) управляются безопасным способом, включая информацию о том, как они отслеживаются, как производится вход в систему и восстановление;

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

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

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

(Ответы на этот вопрос будут сохраняться в тайне).

поддерживает доступ к службе WHOIS, в том адресу http://www.iana.org/procedures/nameserver- показывает: требований:

требованиям;

(2) подтверждение адекватного плана внедрения, обеспечивающего доступность адресации по протоколу IPv6, включая возможность использования транспорта IPv6 в сети в соответствии со спецификациями IANA в отношении протокола IPv при наличии не менее двух отдельных серверов имен, включая идентификацию серверов имен, доступных через протокол IPv6;

(3) демонстрацию согласованности планов в отношении IPv6 с общей бизнес-моделью, описанной в заявке;

(3) демонстрацию того, что технические ресурсы, необходимые для реализации этих планов, уже имеются в наличии или легкодоступны.

0 - несоответствие требованиям:

Не соответствует всем требованиям, необходимым для получения 1 балла.

регистрации реестра (услуга «Кто есть кто», понимание данного (1) достаточный уровень регистрации". (Спец. 4). Опишите, как услуга которого соответствуют удовлетворения этим (услуга «Кто есть кто», Whois) кандидата будет запланированному (2) демонстрацию того, что 3912.Опишите, как кандидат намеревается (3) технический план, соответствуют требованиям описано в спецификации 6 проекта соглашения планируемых затратах в необходимые функции для о регистрации. Опишите планы обеспечения финансовом разделе. пользовательского имен предложенного рДВУ. Описание должно понимание жизненных (1) подтверждение наличия объяснять разные состояния регистрации, а циклов и состояний хорошо разработанного обновления, удаления и всех промежуточных обязательствами, регистрационных состояний действий регистрации, например, ожидание, данными владельцам и переходов между ясно описаны все задействованные элементы, плану для предложенного соответствия регистрации и другие действия, имеющие неправомерными политик и процедур борьбы негативное влияние на пользователей действиями, которые с неправомерными Интернета. Ответы должны содержать смогут свести к минимуму действиями;

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

Описание процедур быстрого прекращения нарушений или приостановки, которые будут внедрены.

Предлагаемые меры управления и удаления потерянных записей для имен, удаленных из зоны.

Планы обеспечения ресурсами (количество персонала, предусмотренного в этой области, и его функции).

Механизмы защиты прав. Кандидаты должны Следует иметь в виду, что требования по защите В полном ответе должны 2 — превышение предложение будет соответствовать создаст Помещенные здесь вопросы к кандидатам и механизмы, имеющие (1) подтверждение наличия практическим методам, сокращающие до размышлений сообщества над эффективными (1) предотвращение механизмов по защите прав минимума злоупотребления при регистрации и способами защиты прав в новых рДВУ. В связи с злонамеренных (RPM), подробно другую деятельность, которая влияет на этим одновременно с публикацией данного проекта регистраций и сформулированных для законные права других лиц. Опишите, каким Руководства для заявителей публикуются (2) выявление и включения в соглашение о образом предложение обеспечиваетоператор различные предложения и соответствующие прекращение регистрации.представлен сведения о регулярности и процедурах по резервированию данных, резервного копирования, и количество персонала, предусмотренного в этой области, и описание его функций требований;

(4) подтверждение технических ресурсов, которые уже имеются в наличии или полностью находятся в распоряжении реестра.

1 - соответствие требованиям: Ответ включает в себя:

(1) Адекватные процедуры резервирования, процедуры восстановления и доступные возможности восстановления;

(2) минимальное использование лучшей мировой практики;

(3) процедуры резервного копирования соответствуют общей бизнес-модели, как отмечено в заявке;

(4) демонстрацию того, что технические ресурсы, необходимые для реализации этих планов, легкодоступны.

0 - несоответствие требованиям:

Не соответствует всем требованиям, необходимым для получения 1 балла.

регистрации). Опишите планы обеспечения (2) технический план, временной передачи ресурсами (количество персонала, адекватно обеспеченный данных включая постоянный предусмотренного в этой области, и его ресурсами, учтенными в мониторинг, архивирование требованиям;

(2 ) планы по временной передачи данных на хранение предусматривают достаточные условия для обеспечения соответствия Спецификации по временной передаче данных;

(3) свидетельства того, что возможности временного предоставления данных соответствуют общей бизнес-модели, описанной в заявке;

(4) демонстрацию того, что технические ресурсы, необходимые для реализации этих планов, легкодоступны.

0 – несоответствие требованиям:

Не соответствует всем требованиям, необходимым для получения 1 балла.

описанным в документе «Требования к http://www.icann.org/en/registries/continuity/gtld- планов обеспечения (1) хорошо разработанные функциональной совместимости реестра, его registry-continuity-plan-25apr09-en.pdf. соответствия подробные системы необходимости передачи предложенного рДВУ (1) полное знание и включает в себя:

новому оператору, включая процесс передачи. понимание данного (1) подтверждение наличия (Ответы на этот вопрос будут сохраняться аспекта технических хорошо разработанного уже имеется.

1 - соответствие требованиям: Ответ включает в себя:

(1) достаточный уровень детализации для удовлетворительной демонстрации возможностей и знаний, необходимых для удовлетворения этим требованиям;

(2) доказательство наличия адекватного плана передачи реестра со специальным мониторингом в процессе передачи реестра;

(3) план передачи реестра соответствует общей бизнес-модели, как отмечено в заявке;

(4) ресурсы для передачи реестра полностью готовы или обещаны.

0 - несоответствие требованиям: Не соответствует всем требованиям, необходимым для получения 1 балла.

обработки отказов, включая обязательное (1) полное знание и включает в себя:

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

ресурсами (количество персонала, общей бизнес-модели и (2) подтверждение высокой тестирования обработки отказов со специальными проверками и анализом результатов тестирования обработки отказов;

(3) план тестирования обработки отказов соответствует общей бизнес-модели, как отмечено в заявке;

(4) демонстрацию того, что технические ресурсы, необходимые для реализации этих планов, легкодоступны.

0 - несоответствие требованиям: Не соответствует всем требованиям, необходимым для получения 1 балла.

по отслеживанию критически важных систем понимание данного (1) подтверждение наличия реестра (включая систему SRS, системы баз аспекта технических хорошо разработанных осуществляется наблюдение за этими которого соответствуют средствами/панелью системами, и описывать механизмы, которые общей бизнес-модели и мониторинга в реальном используются для устранения неисправностей запланированному времени (показатели);

и составления отчетов, а также предоставлять размеру реестра; (2) доказательство высокого целью определения и сигнализации о записях (4) соответствие последовательность обычное ограничение в 512 байт и пороговое регистрации в отношении (4) подтверждение значение 1220 байт, установленное в RFC- поддержки этих систем. технических ресурсов для безопасным способом.. Опишите соответствие (2) технический план, DNSSEC, в соответствии с следующих, помимо прочих, документов RFC: которого соответствуют соответствующих 4033, 4034, 4035, 43105910, 4509, 4641, и 5155, общей бизнес-модели и документов RFC, подтверждаемое отрицание существования). (3) технический план, хранение);

Опишите планы обеспечения ресурсами адекватно обеспеченный (2) основные процедуры (количество персонала, предусмотренного в ресурсами, учтенными в управления для заявителей этой области, и его функции). планируемых затратах в на регистрацию в (создание, обмен и хранение);этим требованиям;

(2) основные процедуры управления для заявителей на регистрацию в предлагаемых ДВУ;доказательство наличия адекватного плана реализации DNSSEC, обеспечивающего высокую способность к восстановлению;

(3) технический план соответствует общей бизнес-модели, описанной в заявке;

(4) демонстрацию того, что технические ресурсы, необходимые для реализации этих планов, уже имеются в наличии или легкодоступны.

0 - несоответствие требованиям:

Не соответствует всем требованиям, необходимым для получения 1 балла.

ИДИ: укажите, будет ли предложенный реестр службой. Отсутствие процедуры внедрения ИДИ дополнительной услугой. требований: Ответ имен ИДИ в TLD, если да, то как. Например, кандидата. Кандидаты, ответившие на этот вопрос показывает: (1) подтверждение наличия поддерживаться, и приведите связанные запуска, будут оцениваться в соответствии с понимание данного подробных процедур удовлетворения этим требованиям;

(2) доказательство наличия адекватных планов реализации для ИДИ в соответствии с руководствами по ИДИ/ИДИA;

(3) свидетельства соответствия планов ИДИ общей бизнес-модели, описанной в заявке;

(4) демонстрацию того, что технические ресурсы, необходимые для реализации этих планов, легкодоступны.

0 - несоответствие требованиям: Не соответствует всем требованиям, необходимым для получения 1 балла.

Финансовые отчеты: предоставьте заверенные Вопросы в данном разделе (45–50) должны Проверенные аудитором 1 - соответствие финансовой  состоятельности  Шаблон прогнозов: представьте финансовые Кандидат предоставил 2 — превышение используя шаблон 1 (прилагается), для разработанную модель, (1) модель описана предназначен для обеспечения единообразия устойчивый бизнес (даже эксперт по операциям с заявок ДВУ и облегчает, таким образом, если безубыточность не реестром определил ее как процесс оценки. Представьте объяснения достигнута после первых модель с консервативным значительных расхождений по годам (или трех лет работы). балансом издержек, за пределы сроков шаблона) для любой Описание кандидатом то есть, финансирование и категории расходов и финансирования. прогнозов достаточно для издержки тесно связаны Опишите основания и допущения в отношении комплексного между собой и представленных цифр и обоснуйте эти обследования и представляют устойчивую основания и допущения. Это описание может основания для прогнозов. действительную издержки тесно связаны между собой и представляют действительную организацию;

(21) демонстрируется наличие ресурсов и плана для устойчивого ведения бизнеса;

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

0 - несоответствие требованиям: Не соответствует всем требованиям, необходимым для получения 1 балла.

(a) Расходы и капитальные затраты: опишите Данный вопрос основан на шаблоне, Указанные затраты 2 - превышение (б) Опишите предполагаемые границы планируемых расходов. Опишите факторы, (Ответы на этот вопрос будут сохраняться существующий капитал или доходы от работы предполагаемые затраты финансовые средства источника (в установленном порядке) укажите: финансирования отложены для работы объемы операций (если кандидат не намерен доступны. Описан план из доходов от текущей стороны, которая согласилась выделять документами, проверены, деловых операций, финансирования должны быть четко потенциальные источники являются консервативными;

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

Опишите факторы, влияющие на данные (Ответы на этот вопрос будут сохраняться непредвиденных обстоятельств: опишите обстоятельства и риски требований:

расходы в течение трехлетнего периода, расходов и их влияние на требованиям:

(б) Опишите план на случай возникновения непредвиденных обстоятельств, когда источникам финансирования отводится столь значительная роль в бизнес-плане, что необходимо внести серьезные изменения в модель реализацииисточники финансирования настолько сокращены, что требуются финансовые изменения в модели внедрения. В частности, как будет обеспечиваться соответствие текущим техническим требованиям? Заполните шаблон финансовых прогнозов (шаблон 2), имея в виду самый неблагоприятный сценарий развития событий.

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

(Ответы на этот вопрос будут сохраняться a)(а) Непрерывность работы: (а) Представьте Защита владельцев регистрации — важнейший Цифры основаны на 3 - превышение оценки ежегодных затрат на финансирование аспект, поэтому новые претенденты на рДВУ точной оценке затрат. требований:

базовых критически важных операций реестра. должны представить убедительные доказательства Документальное (1) расходы соответствуют даже в случае сбоев в ведении бизнеса и/или регистрация завершится неудачей. Потребности возможности отмечено в заявке;

a) обслуживание серверов имен ДВУ и того, что критически важные функции реестра важных операций реестра и имеются в наличии для разрешение DNS для зарегистрированных сохраняются в течение продолжительного периода для владельцев обеспечения текущей b) работа общей системы регистрации; данный раздел рассматривается как четкая и трех до пяти лет в случае трех лет в случае c) предоставление услуг Whoisуправление объективная мера защиты заявителей на банкротства реестра, банкротства.

управление процессами обеспечения Перед кандидатом стоят две задачи, связанные с будет назначен (1) расходы соответствуют d) временное предоставление данных реестра; Прежде всего, следует оценить расходы на Доказательство наличия отмечено в заявке;

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

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

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

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

быть указаны в аккредитиве как бенефициар.

Все выплаченные средства будут предоставлены назначенному лицу, который обеспечивает функционирование необходимых функций реестра.

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

Аккредитив должен быть выпущен авторитетной финансовой организацией, застрахованной на высшем уровне своей юрисдикции. Это может быть банк или страховая компания с солидной международной репутацией и имеющая высокий рейтинг кредитоспособности по оценкам независимых рейтинговых агентств, например Standard & Poor’s (AA или выше), Moody’s (Aa или выше) или A.M. Best (A-X или выше). В документации необходимо указать страхователя учреждения, выпустившего аккредитив.

Аккредитив обеспечивает безоговорочное право ICANN или назначенного ею лица на высвобождение капитала (полное или частичное) после получения письменного уведомления от ICANN или назначенного ею лица о завершении действия соглашения о регистрации для ДВУ.

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

Аккредитив должен содержать, по крайней мере, следующие элементы:

o Выпускающий банк и дата выпуска.

o Бенефициар: ICANN / 4676 Admiralty Way, Suite 330 / Marina del Rey, CA 90292 / US или назначенное ею лицо.

o Полное имя и адрес кандидата.

o Идентификационный номер аккредитива.

o Точная сумма в долларах США.

o Дата истечения срока действия.

o Адрес, процедура и необходимые формы, посредством которых будет сделано представление оплаты.

o Условия:

Частичное снятие средств с аккредитива может быть выполняться при условии, что такая оплата уменьшает сумму резервного аккредитива.

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

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

• Аккредитив регулируется положениями правил ISP 98 (International Standby Practices) международной торговой палаты (документ № 590).

(ii) Депозит, положенный на безотзывный условно-депозитный счет в авторитетной финансовой организации.

Сумма депозита должна быть не меньше суммы, необходимой для финансирования операций реестра в течение не менее трех лет.

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

Счет должен быть открыт в авторитетной финансовой организации, застрахованной на высшем уровне своей юрисдикции. Это может быть банк или страховая компания с солидной международной репутацией и имеющая высокий рейтинг кредитоспособности по оценкам независимых рейтинговых агентств, например Standard & Poor’s (AA или выше), Moody’s (Aa или выше) или A.M. Best (A-X или выше). В документации необходимо указать страхователя учреждения, выпустившего аккредитив.

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

Срок действия договора об условном депозите должен составлять пять лет с момента делегирования ДВУ.

Средства, находящиеся на условнодепозитном счете, не рассматриваются как фонды ICANN.

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

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

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

Кандидат должен приложить свидетельства размещения средств на условно-депозитном счете или свидетельства временного соглашения о размещении средств.

Свидетельства о размещении средств и условия договора об условном депозите должны быть предоставлены ICANN до или одновременно с исполнением соглашения о регистрации.

Все материалы, содержащиеся в черновой версии Руководства кандидата, представлены для публичного комментирования.

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

Данный документ переведен с английского языка в целях расширения аудитории его читателей..

Несмотря на усилия, предпринятые некоммерческой организацией ICANN в отношении проверки точности перевода, единственной официальной версией данного документа, имеющей силу, является англоязычная версия, поскольку английский является рабочим языком Draft Applicant GuidebookЧерновик Руководства кандидата, версия v 4 – For Discussion OnlyТолько для обсуждения Черновик Руководства кандидата, версия 34 –Только для обсужденияDraft Applicant Guidebook v4 – For Discussion Only Черновик Руководства кандидата, версия 34 –Только для обсужденияDraft Applicant Guidebook v4 – For Discussion Only Черновик Руководства кандидата, версия 34 –Только для обсужденияDraft Applicant Guidebook v4 – For Discussion Only                                                               См. http://www.icann.org/en/announcements/announcement-21dec07.htm.  Черновик Руководства кандидата, версия 34 –Только для обсужденияDraft Applicant Guidebook v4 – For Discussion Only Черновик Руководства кандидата, версия 34 –Только для обсужденияDraft Applicant Guidebook v4 – For Discussion Only Черновик Руководства кандидата, версия 34 –Только для обсужденияDraft Applicant Guidebook v4 – For Discussion Only                                                               См. http://www.iccwbo.org/court/expertise/id4379/index.html  Черновик Руководства кандидата, версия 34 –Только для обсужденияDraft Applicant Guidebook v4 – For Discussion Only                                                               Там же.  Черновик Руководства кандидата, версия 34 –Только для обсужденияDraft Applicant Guidebook v4 – For Discussion Only Черновик Руководства кандидата, версия 34 –Только для обсужденияDraft Applicant Guidebook v4 – For Discussion Only Черновик Руководства кандидата, версия 34 –Только для обсужденияDraft Applicant Guidebook v4 – For Discussion Only Черновик Руководства кандидата, версия 34 –Только для обсужденияDraft Applicant Guidebook v4 – For Discussion Only Черновик Руководства кандидата, версия 34 –Только для обсужденияDraft Applicant Guidebook v4 – For Discussion Only Черновик Руководства кандидата, версия 34 –Только для обсужденияDraft Applicant Guidebook v4 – For Discussion Only Черновик Руководства кандидата, версия 34 –Только для обсужденияDraft Applicant Guidebook v4 – For Discussion Only Черновик Руководства кандидата, версия 34 –Только для обсужденияDraft Applicant Guidebook v4 – For Discussion Only Черновик Руководства кандидата, версия 34 –Только для обсужденияDraft Applicant Guidebook v4 – For Discussion Only Черновик Руководства кандидата, версия 34 –Только для обсужденияDraft Applicant Guidebook v4 – For Discussion Only Черновик Руководства кандидата, версия 34 –Только для обсужденияDraft Applicant Guidebook v4 – For Discussion Only Черновик Руководства кандидата, версия 34 –Только для обсужденияDraft Applicant Guidebook v4 – For Discussion Only Черновик Руководства кандидата, версия 34 –Только для обсужденияDraft Applicant Guidebook v4 – For Discussion Only Черновик Руководства кандидата, версия 34 –Только для обсужденияDraft Applicant Guidebook v4 – For Discussion Only ЧЕРНОВОЙ ВАРИАНТ - Программа новых gTLD – Возражения на основе морали и общественного порядка должны пройти процедуру «экспресс-анализа», разработанную для выявления и исключения необоснованных и/или неправомочных Кандидат подает оплачивает сбор за его подачу Процедура урегулирования споров в отношении Данная процедура была разработана с целью обеспечить своевременное и эффективное урегулирование споров. В рамках программы новых рДВУ данная процедура применима ко всем разбирательствам, проходящим под председательством любого из поставщика услуги разрешения споров (ПУРС). Каждый ПУРС располагает своим особым набором правил или дополнительных процедур, которые также применяются к разбирательствам.

Данный документ переведен с английского языка в целях расширения аудитории его читателей.

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

Проект руководства для заявителей v3 v4 – только для обсуждения

ПРОЦЕДУРА УРЕГУЛИРОВАНИЯ СПОРОВ В ОТНОШЕНИИ НОВЫХ РДВУ

Статья 1. Программа новых рДВУ ICANN (a) Корпорация Интернета по распределению имён и адресов («ICANN») реализует программу ввода новых родовых доменных имён верхнего уровня («рДВУ») в Интернет. Программа состоит из нескольких раундов, в ходе которых заявители могут подавать заявки на регистрацию новых рДВУ в соответствии с условиями и сроками, установленными ICANN.

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

(c) Разбирательства по урегулированию споров ведутся поставщиком услуги разрешения споров («ПУРС») в соответствии с данной процедурой и соответствующими правилами ПУРС, указанными в статье 4(b).

(d) Подавая заявку на новый рДВУ, заявитель принимает применимость данной процедуры и соответствующих правил ПУРС, определённых в статье 4(b); лицо, выдвигающее возражение против нового рДВУ, принимает применимость данной процедуры и соответствующих правил ПУРС определённых в статье 4(b).

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

(a) «Заявитель» или «ответчик» – это лицо, подавшее заявление в ICANN на новый рДВУ и являющееся стороной, отвечающей на возражение.

(b) «Лицо, выдвигающее возражение» – это одно или несколько физических или юридических лиц, подавших возражение против нового рДВУ, по которому была (c) «Панель» – это панель Экспертов, состоящая из одного или трёх «Экспертов», созванная ПУРС в соответствии с данной процедурой и соответствующими правилами ПУРС определёнными в статье 4(b).

(d) «Экспертное заключение» – это решение по сути возражения, принимаемое панелью по итогам разбирательства, осуществлённого согласно данной процедуре и соответствующим правилам ПУРС, определённым в статье 4(b).

(e) Основания для выдвижения возражения против нового рДВУ полностью описаны в []. Эти основания определяются в данной процедуре и основываются на итоговом отчёте о вводе новых родовых доменов верхнего уровня от 7 августа 2007 г., представленном Организацией поддержки родовых имён ICANN (ОПРИ), (i) «Возражение против похожести строки» описывает возражение против того, что строка, содержащая потенциальный рДВУ, настолько похожа на существующий Проект руководства для заявителей v3 v4 – только для обсуждения домен верхнего уровня или другую строку, на которую была подана заявка в этом том же самом раунде приёма заявок, что может ввести в заблуждение.

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

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

(f) «Правила ПУРС» – это процедурные правила определённого ПУРС, установленные как применимые к разбирательству возражения согласно данной Статья 3. Поставщики услуги разрешения споров Различные категории споров рассматриваются следующими ПУРС.

(a) Возражения против похожести строки рассматриваются Международным центром по урегулированию споров.

(b) Возражения на основе существующих законных прав рассматриваются Центром арбитража и урегулирования споров Всемирной организации интеллектуальной (c) Возражения на основе морали и общественного порядка рассматриваются Международным экспертным центром Международной торговой палаты.

(d) Возражения от имени сообщества рассматриваются Международным экспертным центром Международной торговой палаты.

Статья 4. Применимые правила (a) Все разбирательства рассматриваются панелью в соответствии с данной процедурой и правилам ПУРС, применимым к определённой категории возражений. По итогам разбирательства выносится экспертное заключение, а участники панели выступают в роли экспертов.

(b) Применяются следующие правила ПУРС.

(i) Для возражений против похожести строки, применимые правила ПУРС – дополнительные процедуры МЦРС для программы новых рДВУ ICANN.

(ii) Для возражений на основе существующих законных прав применимые правила ПУРС – правила ВОИС по урегулированию споров в отношении Проект руководства для заявителей v3 v4 – только для обсуждения (iii) Для возражений на основе морали и общественного порядка применимые правила ПУРС – правила экспертизы Международной (iv) Для возражений от имени сообщества применимые правила ПУРС – правила экспертизы Международной торговой палаты.

(c) В случае расхождений между данной процедурой и применимыми правилами ПУРС, превалирует данная процедура.