Объявления ICANN

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

Выполнение КПНР представленных в Пекине рекомендаций ПКК по новым рДВУ

3 июля 2013

2 июля 2013 г. комитет Правления ICANN по вопросам программы ввода новых рДВУ (КПНР) провел свое седьмое заседание для обсуждения пекинских рекомендаций ПКК по новым рДВУ. Комитет предпринял следующие действия:

  1. Средства защиты МПО в начальный период

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

    На своем заседании 2 июля 2013 г. КПНР принял решение, подтверждающее, что соглашение о реестре нового рДВУ будет требовать от операторов внедрения надлежащей предохранительной защиты идентификаторов МПО в начальный период. Эти средства защиты будут сохраняться в течение всего времени, пока ПКК, КПНР, персонал ICANN и сообщество продолжают активную работу над нерешенными вопросами реализации. Точнее говоря, операторы реестров внедрят временные средства защиты наименований и аббревиатур МПО из «списка МПО от 22/03/2013» до проведения первого заседания КПНР после 47-й конференции ICANN в Дурбане. В решении предусмотрены временные средства защиты МПО и одновременно признается текущая работа над вопросами реализации. Список МПО прилагается к данному решению как Приложение 1.

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

  2. Рекомендации в отношении Категории 1

    В пекинском Коммюнике ПКК предложил рекомендации по средствам защиты Категории 1, которая охватывает ограничения и меры защиты потребителей для строк, требующих особого внимания и относящихся к регулируемым рынкам. Рекомендации по средствам защиты Категории 1 разделены на три основных части. В первой части представлены пять (5) отдельных рекомендаций, которые применяются к «строкам, связанным с регулируемыми или профессиональными секторами экономики». В пекинском Коммюнике приведен список строк, на которые распространяются эти рекомендации. В первой части представлены три (3) дополнительных рекомендации, которые должны применяться к ограниченному подмножеству строк, отмеченных в списке ПКК и «связанных с секторами рынка, где есть четкие и/или регулируемые требования к новым участникам (например: финансы, азартные игры, профессиональные услуги, охрана природы, здоровье и физическое состояние, корпоративные идентификаторы и благотворительность) во многих юрисдикциях…» В третью часть включены дополнительные требования к кандидатам на регистрацию следующих строк: .fail, .gripe, .sucks и .wtf.

    23 апреля 2013 г. ICANN открыла форум общественного обсуждения для сбора предложений о том, как следует учесть рекомендации ПКК относительно средств защиты, применимых к широким категориям строк новых рДВУ http://www.icann.org/en/news/public-comment/gac-safeguard-advice-23apr13-en.htm. Форум общественного обсуждения закрылся 4 июня 2013 г. Хотя многие авторы комментариев выразили поддержку рекомендациям относительно средств защиты Категории 1, многие другие направили комментарии с возражениями. Одной из главных тем общественного обсуждения стала необходимость внести дополнительную ясность в отношении границ и предназначения рекомендаций по средствам защиты Категории 1.

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

  3. Соглашение о реестре нового рДВУ

    И наконец, КПНР обсудил пересмотренное Соглашение о реестре нового рДВУ, которое ICANN будет заключать с успешными кандидатами на регистрацию новых рДВУ. Пересмотренное соглашение является результатом нескольких месяцев переговоров, официального сбора комментариев сообщества (в последний раз на форумах общественного обсуждения, открытых 5 февраля 2013 г. и 29 апреля 2013 г.) и встреч с различными заинтересованными сторонами и сообществами. Внесенные поправки учитывают отзывы сообщества ICANN, поступившие на 46-й конференции ICANN 7–11 апреля 2013 г. в Пекине, а также рекомендации ПКК, оформленные в рамках пекинского Коммюнике.

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

    КПНР утвердил форму соглашения о реестре нового рДВУ и уполномочил персонал ICANN предпринять все необходимые шаги для ее реализации и продвижения вперед этапа реализации программы ввода новых рДВУ. Соглашение прилагается к настоящему решению как Приложение 1; полная сводка изменений, внесенных в Соглашение о реестре нового рДВУ, прилагается к настоящему решению как Приложение 2; документ, в котором отражены изменения текущего соглашения по сравнению с предыдущей версией от 29 апреля 2013 г., прилагается к настоящему решению как Приложение 3; а документ со сводкой и анализом комментариев общественности доступен по адресу http://www.icann.org/en/news/public-comment/report-comments-base-agreement-01jul13-en.pdf [PDF, 338 КБ].

    Все решения, принятые 2 июля 2013 г. на заседании КПНР, опубликованы по адресу http://www.icann.org/ru/groups/board/documents/resolutions-new-gtld-02jul13-ru.htm. Таблица с обобщенными сведениями об обсуждении КПНР пекинских рекомендаций ПКК, представлена ниже.

№ в реестре ПКК Краткое изложение рекомендации ПКК Позиция КПНР Ответ КПНР
  1. 2013-04-11-Obj-Africa (Коммюнике, §1.a.i.1)
ПКК сообщает Правлению ICANN о том, что ПКК пришел к единодушному мнению относительно возражения ПКК в соответствии с частью I, Модуля 3.1 Руководства кандидата против следующей заявки: .africa (номер заявки: 1-1165-42560) Принять
  1. 2013-04-11-Obj-GCC (Коммюнике, §1.a.i.2)
ПКК сообщает Правлению ICANN о том, что ПКК пришел к единодушному мнению относительно возражения ПКК в соответствии с частью I, Модуля 3.1 Руководства кандидата против следующей заявки: .gcc (номер заявки: 1-1936-2101) Принять
  1. 2103-04-11-Religious Terms (Коммюнике, §1.a.ii)
ПКК сообщает Правлению, что в рамках части II Модуля 3.1 Руководства кандидата ПКК признает религиозные понятия имеющими отношение к государственным интересам. Некоторые члены ПКК остро поставили вопрос заявок, относящихся к мусульманским понятиям, а именно: .islam и .halal. Выразившие озабоченность члены ПКК указали на то, что заявки на домены .islam и .halal не пользуются достаточной поддержкой со стороны сообщества. По мнению указанных членов ПКК необходимо прекратить дальнейшее рассмотрение этих заявок. Принять
  1. 2013-04-11-Obj-GCC (Коммюнике, §1.a.i.2)
В дополнение к этой рекомендации относительно средств защиты, ПКК обнаружил ряд конкретных строк рДВУ, которым ПКК может уделить дополнительное внимание, в том числе на заседаниях ПКК в Дурбане. Соответственно, ПКК рекомендует Правлению ICANN приостановить дальнейшее рассмотрение перечисленных строк после выполнения их начальной оценки: .shenzhen (ИДИ на китайском языке), .persiangulf, .guangzhou (ИДИ на китайском языке), .amazon (и ИДИ на японском и китайском языках), .patagonia, .date, .spa, .yun Принять
  1. Запрос на представление информационных материалов (Коммюнике, §1.d)
ПКК просит предоставить информационные документы относительно возможности кандидата изменить указанную в заявке строку, чтобы решить вопросы, вызывающие озабоченность у члена ПКК, и прийти к взаимоприемлемому решению. Предостав¬
лено
Информационные документы представлены по адресу
https://gacweb.icann.org/download/attachments/28278832/NGPC%20Scorecard%20of%201As%20Regarding%20Non-%C2%ADSafeguard%20Advice%20in%20the%20GAC%20Beijing%20Communique%CC%81.pdf?version=1&modificationDate=1372384291000&api=v2 [PDF, 2.68 МБ]
  1. 2013-04-11-CommunitySupport (Коммюнике, §1.e)
ПКК сообщает Правлению, что в тех случаях, когда сообщество, на которое группа конкурирующих строк новых рДВУ оказывает очевидное влияние, выражает коллективное и четкое мнение относительно этих заявок, такое мнение необходимо надлежащим образом принять во внимание наряду со всей остальной относящейся к делу информацией. Принять
  • Критерий 4 процедуры оценки приоритета сообществ учитывает «поддержку заявки сообществом и/или противодействие заявке со стороны сообщества» при определении необходимости отдать приоритет заявке от имени сообщества, входящей в группу конкурирующих строк.
  • Если кандидаты из группы конкурирующих строк не придут к соглашению, или вопрос не будет решен в рамках оценки приоритета сообществ, то ICANN воспользуется аукционом, как объективным способом устранения соперничества.
  • См. http://www.icann.org/en/groups/board/documents/resolutions-new-gtld-04jun13-en.htm и http://www.icann.org/en/groups/board/documents/new-gtld-resolution-annex-1-04jun13-en.pdf [PDF, 564 КБ].
  1. 2013-04-11-PluralStrings (Коммюнике, §1.f)
ПКК считает, что формы единственного и множественного числа строк ДВУ могут ввести потребителей в заблуждение. Поэтому ПКК рекомендует Правлению пересмотреть свое решение о допустимости форм единственного и множественного числа одной и той же строки. Принять
  • После внимательного изучения проблем, анализа поступивших от сообщества комментариев, обработки документов комиссий по экспертной оценке и проведения своих совещаний КПНР принял решение об отсутствии необходимости вносить в РК какие-либо изменения для решения проблемы возможного введения потребителей в заблуждение, в частности, в результате разрешения на регистрацию форм единственного и множественного числа одной и той же строки.
  • КПНР рассмотрел несколько важных факторов при обсуждении допустимости форм единственного и множественного числа одной и той же строки. Для выработки решения КПНР должен достичь баланса между конкурирующими интересами по каждому из факторов.
  • См. http://www.icann.org/en/groups/board/documents/resolutions-new-gtld-25jun13-en.htm#2.d.
  1. 2013-04-11-IGO (Коммюнике, §1.g)
ПКК повторяет свою предыдущую рекомендацию Правлению ICANN о том, что необходимо ввести надлежащую предохранительную защиту наименований и аббревиатур МПО из представленного списка в начальный период до ввода в эксплуатацию любых новых рДВУ. Диалог
  • Соглашение о реестре нового рДВУ будет требовать от операторов внедрения надлежащей предохранительной защиты идентификаторов МПО в начальный период. Эти средства защиты будут сохраняться в течение всего времени, пока ПКК, КПНР, персонал ICANN и сообщество продолжают активную работу над нерешенными вопросами реализации.
  • Если КПНР и ПКК не достигнут соглашения по нерешенным вопросам реализации защиты наименований и аббревиатур МПО ко времени проведения первого заседания КПНР после 47-й конференции ICANN в Дурбане, и в зависимости от любых других вопросов, возникающих в процессе обсуждений, операторам реестров потребуется защитить только те наименования МПО (но не аббревиатуры), которые включены в список МПО, представленный ПКК.
  • См. http://www.icann.org/ru/groups/board/documents/resolutions-new-gtld-02jul13-ru.htm.
  1. 2013-04-11-RAA (Коммюнике, §2)
ПКК рекомендует Правлению ICANN окончательно доработать соглашение об аккредитации регистраторов 2013 года до утверждения любых договоров с новыми рДВУ. Принять
  1. 2013-04-11-WHOIS (Коммюнике, §3)
ПКК настоятельно рекомендует Правлению ICANN обеспечить, чтобы недавно сформированная рабочая группа экспертов по вопросам справочных служб следующего поколения должным образом учла документ «Принципы ПКК в отношении служб WHOIS», утвержденный в 2007 г. Принять
  1. 2013-04-11-IOCRC (Коммюнике, §4)
ПКК рекомендует Правлению ICANN внести поправки в те положения соглашения о реестре нового рДВУ, которые относятся к наименованиям МОК/КККП, чтобы подтвердить, что эти средства защиты станут постоянными до делегирования любых новых рДВУ. Принять
  • КПНР принял эту рекомендацию ПКК.
  • Соглашение о реестре предусматривает защиту наименований МОК/КККП в течение неограниченного срока. Спецификация 5 текущего варианта Соглашения о реестре содержит список наименований (представленный МОК и движением КККП), которые «не будут регистрироваться или передаваться Оператору реестра на втором уровне ДВУ».
  • Эта защита была добавлена в соответствии с решением КПНР о сохранении указанных средств защиты «до принятия политики, которая может потребовать дальнейших действий» (204.11.26.NG03).
  • Данное решение признает инициативу ОПРИ провести в ускоренном порядке ПРП. До одобрения ОПРИ рекомендаций, сформулированных в результате ПРП, и утверждения этих рекомендаций Правлением решение КПНР по защите наименований МОК/КККП будет сохранять свою силу.
  • Если ОПРИ представит какие-либо рекомендации по данному вопросу, КПНР посоветуется с ПКК, прежде чем предпринимать действия в связи с получением любых таких рекомендаций.
  • См. http://www.icann.org/en/groups/board/documents/resolutions-new-gtld-04jun13-en.htm и http://www.icann.org/en/groups/board/documents/new-gtld-resolution-annex-1-04jun13-en.pdf [PDF, 564 КБ]
  1. 2013-04-11-PIC SPEC (Коммюнике, §5, Приложение 2)
ПКК просит предоставить дополнительные сведения о Спецификациях обязательств по соблюдению интересов общественности, с учетом вопросов, перечисленных в Приложении II. Предостав¬
лено
Ответы КПНР на вопросы из Приложения 2 доступны по адресу https://gacweb.icann.org/display/GACADV/2013-04-11-PICSPEC
  1. 2013-04-11-Safeguards 1 (Коммюнике, Приложение 1, 1)
1. Подтверждение и проверка данных WHOIS — операторы реестров будут проводить проверки в статистически значимом объеме для выявления в своих рДВУ регистраций с заведомо ложными, неточными или неполными данными WHOIS по крайней мере два раза в год. Операторы реестров будут анализировать выборки для выявления регистраторов с самым высоким процентом заведомо ложных, неточных или неполных записей по результатам предыдущих проверок. Операторы реестров будут уведомлять соответствующих регистраторов обо всех неточных или неполных записях, обнаруженных в ходе проверок, принуждая регистратора выполнить свое обязательство стремиться к получению точной и полной информации от владельца регистрации. Принять
  • ICANN (вместо операторов реестров) выполнит рекомендацию ПКК о необходимости проведения проверок для выявления в рДВУ регистраций с заведомо ложными, неточными или неполными данными WHOIS по крайней мере два раза в год.
  • ICANN будет выполнять периодическую выборку данных WHOIS в разных реестрах, стремясь обнаружить потенциально неточные записи.
  • ICANN будет также подготавливать статистические отчеты с указанием количества обнаруженных неточных записей WHOIS.
  • См. http://www.icann.org/en/groups/board/documents/resolutions-new-gtld-25jun13-en.htm#2.b.
  1. 2013-04-11-Safeguards 2 (Коммюнике, Приложение 1, 2)
2. Борьба со злоупотреблениями — операторы реестров обеспечат включение в условия использования доменных имен владельцами регистраций запрета на распространение зловредного программного обеспечения, эксплуатацию бот-сетей, фишинг, пиратство, нарушение прав на торговые марки или авторских прав, мошенничество, незаконное копирование или иное участие в деятельности, противоречащей применимому законодательству. Принять
  • Одно из положений Соглашения о реестре нового рДВУ (императивное обязательство по соблюдению интересов общественности в Спецификации 11) принуждает операторов реестров включать в свои соглашения между реестром и регистраторами положение, которое требует от регистраторов предусмотреть в своих соглашениях о регистрации положение, запрещающее владельцам зарегистрированных имен распространение зловредного программного обеспечения, эксплуатацию бот-сетей, фишинг, пиратство, нарушение прав на торговые марки или авторских прав, мошенничество, незаконное копирование или иное участие в деятельности, противоречащей применимому законодательству, и предусматривающее (в соответствии с применимым законодательством и любыми уместными процедурами) последствия такой деятельности, в том числе приостановку регистрации доменного имени.
  • См. http://www.icann.org/en/groups/board/documents/resolutions-new-gtld-25jun13-en.htm#2.b.
  1. 2013-04-11-Safeguards 3 (Коммюнике, Приложение 1, 3)
3. Проверки безопасности — сохраняя уважительное отношение к частной жизни и конфиденциальности, операторы реестров будут периодически проводить технический анализ для оценки того, не используются ли домены в их рДВУ с целью создания угроз безопасности и таких преступлений, как фарминг, фишинг, распространение зловредного программного обеспечения и эксплуатация бот-сетей. Если оператор реестра обнаружит угрозы безопасности, создающие фактический риск или наносящие реальный ущерб, оператор реестра будет уведомлять соответствующего регистратора и, если регистратор не примет незамедлительных мер, приостанавливать регистрацию доменного имени до решения этого вопроса. Принять
  • Одно из положений Соглашения о реестре нового рДВУ (императивное обязательство по соблюдению интересов общественности в Спецификации 11) требует от операторов реестров периодически проводить технический анализ для оценки того, не используются ли домены в их рДВУ с целью создания угроз безопасности и таких преступлений, как фарминг, фишинг, распространение зловредного программного обеспечения и эксплуатация бот-сетей.
  • Это положение также требует от операторов реестров составлять статистические отчеты о количестве обнаруженных угроз безопасности и мерах, принятых в результате периодических проверок безопасности. Операторы реестров будут сохранять актуальность таких отчетов в течение согласованного срока действия договора и предоставлять их корпорации ICANN по запросу. Содержание отчетов будет доступно общественности в установленном порядке.
  • Поскольку существует множество способов реализации оператором реестра требуемых проверок безопасности, ICANN предложит сообществу принять участие (в том числе путем консультаций с ПКК) в деятельности специальной группы или, при необходимости, в процессе разработки политики в ОПРИ для разработки концепции реагирования операторов реестров на выявленные угрозы безопасности, которые создают фактический риск или наносят реальный ущерб, процедур уведомления и соответствующих последствий, включая процедуру приостановки регистрации доменных имен до решения вопроса, с сохранением уважительного отношения к частной жизни и конфиденциальности.
  • Формулировка, включенная в параграф 3 прилагаемой Спецификации СИО, содержит общие указания относительно обязанностей операторов реестров, но в формулировках договора отсутствуют конкретные подробности, что обеспечивает будущее развитие и эволюцию параметров проведения проверок безопасности. Это позволит заключить соглашения с операторами реестров в максимально короткие сроки и одновременно обеспечить внимательное и всестороннее рассмотрение сообществом деталей реализации.
  • См. http://www.icann.org/en/groups/board/documents/resolutions-new-gtld-25jun13-en.htm#2.b.
  1. 2013-04-11-Safeguards 4 (Коммюнике, Приложение 1, 4)
4. Документация — операторы реестров будут составлять статистические отчеты о количестве неточных записей WHOIS или обнаруженных угроз безопасности, а также о мерах, принятых в результате периодических проверок WHOIS и безопасности. Операторы реестров будут сохранять актуальность таких отчетов в течение согласованного срока действия договора и предоставлять их корпорации ICANN по запросу в связи с выполнением своих договорных обязательств. Принять
  • Как подробно описано в пункте 13 выше, ICANN будет составлять статистические отчеты с указанием количества неточных записей WHOIS, обнаруженного при проведении проверок для выявления в рДВУ регистраций с заведомо ложными, неточными или неполными данными WHOIS.
  • Как подробно описано в пункте 15 выше, также будет введено требование к операторам реестров составлять статистические отчеты о количестве обнаруженных угроз безопасности и мерах, принятых в результате периодических проверок безопасности.
  • Операторы реестров будут сохранять актуальность таких отчетов в течение согласованного срока действия договора и предоставлять их корпорации ICANN по запросу. Содержание отчетов будет доступно общественности в установленном порядке.
  • См. http://www.icann.org/en/groups/board/documents/resolutions-new-gtld-25jun13-en.htm#2.b.
  1. 2013-04-11-Safeguards 5 (Коммюнике, Приложение 1, 5)
5. Подача жалоб и их рассмотрение — операторы реестров обеспечат реализацию механизма подачи жалоб оператору реестра на то, что в WHOIS содержится неточная информация, или на то, что зарегистрированное доменное имя используется для содействия распространению зловредного программного обеспечения, эксплуатации бот-сетей, фишингу, пиратству, нарушению прав на торговые марки или авторских прав, мошенничеству, незаконному копированию или иному участию в деятельности, противоречащей применимому законодательству. Принять
  • Операторы реестров должны обеспечить наличие механизма подачи жалоб оператору реестра на злонамеренное поведение в ДВУ.
  • Раздел 4.1 Спецификации 6 Соглашения о реестре нового рДВУ предусматривает следующее: «Оператор реестра обязан указывать на своем веб-сайте свои точные контактные сведения, включая действующий адрес электронной почты и почтовый адрес, а также контактные сведения лица, отвечающего за обработку запросов относительно злонамеренного поведения в данном ДВУ; он обязан также своевременно уведомлять ICANN о любых изменениях в таких контактных сведениях».
  • Раздел 2.8 Соглашения о реестре нового рДВУ предусматривает следующее: «Оператор реестра обязан предпринимать разумные усилия по выяснению и реагированию на поступающую информацию (в том числе от правоохранительных, государственных и частично государственных органов) о незаконных действиях в связи с использованием ДВУ».
  • ICANN управляет системой отчетов по проблемам данных WHOIS <http://forms.icann.org/en/resources/compliance/complaints/whois/inaccuracy-form>, которая является механизмом подачи жалоб на неточную информацию в WHOIS.
  • См. http://www.icann.org/en/groups/board/documents/resolutions-new-gtld-25jun13-en.htm#2.b.
  1. 2013-04-11-Safeguards 6 (Коммюнике, Приложение 1, 6)
6. Последствия — в соответствии с применимым законодательством и любыми уместными процедурами оператор реестра должен обеспечить наличие реальных и незамедлительных последствий обнаруженного предоставления ложной информации WHOIS и несоблюдения требований о том, что доменное имя не должно использоваться для нарушения применимого законодательства; эти последствия должны включать приостановку регистрации доменного имени. Принять
  • Последствия обнаруженного предоставления ложной информации WHOIS изложены в разделе 3.7.7.2 САР 2013 <http://www.icann.org/en/resources/registrars/raa/proposed-agreement-22apr13-en.pdf> [PDF, 311 КБ]: «Преднамеренное предоставление Владельцем зарегистрированного имени неточной или ненадежной информации, его преднамеренный отказ от обновления информации, предоставленной Регистратору, в течение семи (7) дней после любого изменения или его отказ ответить в течение более пятнадцати (15) дней на запросы Регистратора относительно точности контактной информации, связанной с регистрацией Владельца зарегистрированного имени, означает существенное нарушение договора между Владельцем зарегистрированного имени и регистратором и может служить основанием для приостановки и/или отмены регистрации Зарегистрированного имени».
  • Параграф 1 Спецификации СИО содержит требование об использовании оператором реестра только тех аккредитованных ICANN регистраторов, которые заключили САР 2013, чтобы такие последствия были обязательными в силу договора.
  • См. http://www.icann.org/en/groups/board/documents/resolutions-new-gtld-25jun13-en.htm#2.b.
  1. 2013-04-11-Safeguards-Categories-1 (Коммюнике, Приложение 1, Категория 1, 1)
1. Операторы реестров будут включать в свою политику допустимого использования требование о соблюдении владельцами регистраций всего применимого законодательства, включая законодательство, относящееся к неприкосновенности личной жизни, сбору данных, защите потребителей (в том числе к вводящему в заблуждение и дезориентирующему поведению), честной выдаче займов, взысканию долгов, органическому земледелию, раскрытию данных и предоставлению финансовой информации. Диалог
  • После рассмотрения комментариев сообщества КПНР решил начать диалог с ПКК во время конференции ICANN в Дурбане, чтобы уточнить границы и требования, предусмотренные в рекомендациях относительно средств защиты Категории 1. Диалог с ПКК по Категории 1 также будет включать обсуждение рекомендаций ПКК по средствам защиты Категории 2.1, касающихся «ограниченного доступа», поскольку эта рекомендация применяется к строкам, перечисленным в Категории 1. В ожидании диалога с ПКК персонал отложит продвижение вперед процесса заключения договоров с кандидатами, которые подали заявки на строки ДВУ, перечисленные в рекомендации ПКК по средствам защиты Категории 1.
  • См. http://www.icann.org/ru/groups/board/documents/resolutions-new-gtld-02jul13-ru.htm.
  1. 2013-04-11-Safeguards-Categories-1 (Коммюнике, Приложение 1, Категория 1, 2)
2. Операторы реестров будут требовать от регистраторов уведомлять владельцев регистраций об этом требовании во время регистрации. Диалог
  • После рассмотрения комментариев сообщества КПНР решил начать диалог с ПКК во время конференции ICANN в Дурбане, чтобы уточнить границы и требования, предусмотренные в рекомендациях относительно средств защиты Категории 1. Диалог с ПКК по Категории 1 также будет включать обсуждение рекомендаций ПКК по средствам защиты Категории 2.1, касающихся «ограниченного доступа», поскольку эта рекомендация применяется к строкам, перечисленным в Категории 1. В ожидании диалога с ПКК персонал отложит продвижение вперед процесса заключения договоров с кандидатами, которые подали заявки на строки ДВУ, перечисленные в рекомендации ПКК по средствам защиты Категории 1.
  • См. http://www.icann.org/ru/groups/board/documents/resolutions-new-gtld-02jul13-ru.htm.
  1. 2013-04-11-Safeguards-Categories-1 (Коммюнике, Приложение 1, Категория 1, 3)
3. Операторы реестров будут требовать, чтобы владельцы регистраций, занимающиеся сбором конфиденциальных медицинских и финансовых данных, принимали целесообразные и надлежащие меры безопасности соразмерно предлагаемым услугам, в соответствии с применимым законодательством и признанными отраслевыми стандартами. Диалог
  • После рассмотрения комментариев сообщества КПНР решил начать диалог с ПКК во время конференции ICANN в Дурбане, чтобы уточнить границы и требования, предусмотренные в рекомендациях относительно средств защиты Категории 1. Диалог с ПКК по Категории 1 также будет включать обсуждение рекомендаций ПКК по средствам защиты Категории 2.1, касающихся «ограниченного доступа», поскольку эта рекомендация применяется к строкам, перечисленным в Категории 1. В ожидании диалога с ПКК персонал отложит продвижение вперед процесса заключения договоров с кандидатами, которые подали заявки на строки ДВУ, перечисленные в рекомендации ПКК по средствам защиты Категории 1.
  • См. http://www.icann.org/ru/groups/board/documents/resolutions-new-gtld-02jul13-ru.htm.
  1. 2013-04-11-Safeguards-Categories-1 (Коммюнике, Приложение 1, Категория 1, 4)
4. Установить деловые отношения с соответствующими органами регулирования или отраслевыми органами саморегулирования, включая разработку стратегии максимально возможного снижения рисков мошеннической и иной противозаконной деятельности. Диалог
  • После рассмотрения комментариев сообщества КПНР решил начать диалог с ПКК во время конференции ICANN в Дурбане, чтобы уточнить границы и требования, предусмотренные в рекомендациях относительно средств защиты Категории 1. Диалог с ПКК по Категории 1 также будет включать обсуждение рекомендаций ПКК по средствам защиты Категории 2.1, касающихся «ограниченного доступа», поскольку эта рекомендация применяется к строкам, перечисленным в Категории 1. В ожидании диалога с ПКК персонал отложит продвижение вперед процесса заключения договоров с кандидатами, которые подали заявки на строки ДВУ, перечисленные в рекомендации ПКК по средствам защиты Категории 1.
  • См. http://www.icann.org/ru/groups/board/documents/resolutions-new-gtld-02jul13-ru.htm.
  1. 2013-04-11-Safeguards-Categories-1 (Коммюнике, Приложение 1, Категория 1, 5)
5. Операторы реестров должны требовать от владельцев регистраций сообщить им данные отдельного контактного лица, информация о котором должна поддерживаться в актуальном состоянии, для уведомления о жалобах или сообщений о злоупотреблениях регистрацией, а также контактные данные соответствующего органа регулирования или отраслевого органа саморегулирования по основному месту деятельности владельца регистраций. Диалог
  • ПКК во время конференции ICANN в Дурбане, чтобы уточнить границы и требования, предусмотренные в рекомендациях относительно средств защиты Категории 1. Диалог с ПКК по Категории 1 также будет включать обсуждение рекомендаций ПКК по средствам защиты Категории 2.1, касающихся «ограниченного доступа», поскольку эта рекомендация применяется к строкам, перечисленным в Категории 1. В ожидании диалога с ПКК персонал отложит продвижение вперед процесса заключения договоров с кандидатами, которые подали заявки на строки ДВУ, перечисленные в рекомендации ПКК по средствам защиты Категории 1.
  • См. http://www.icann.org/ru/groups/board/documents/resolutions-new-gtld-02jul13-ru.htm.
  1. 2013-04-11-Safeguards-Categories-1 (Коммюнике, Приложение 1, Категория 1, 6)
6. Во время регистрации оператор реестра обязан проверять и подтверждать наличие у владельцев регистраций разрешений, уставов, лицензий и/или других уместных для участника данного сектора экономики документов. Диалог
  • После рассмотрения комментариев сообщества КПНР решил начать диалог с ПКК во время конференции ICANN в Дурбане, чтобы уточнить границы и требования, предусмотренные в рекомендациях относительно средств защиты Категории 1. Диалог с ПКК по Категории 1 также будет включать обсуждение рекомендаций ПКК по средствам защиты Категории 2.1, касающихся «ограниченного доступа», поскольку эта рекомендация применяется к строкам, перечисленным в Категории 1. В ожидании диалога с ПКК персонал отложит продвижение вперед процесса заключения договоров с кандидатами, которые подали заявки на строки ДВУ, перечисленные в рекомендации ПКК по средствам защиты Категории 1.
  • См. http://www.icann.org/ru/groups/board/documents/resolutions-new-gtld-02jul13-ru.htm.
  1. 2013-04-11-Safeguards-Categories-1 (Коммюнике, Приложение 1, Категория 1, 7)
При возникновении сомнений в отношении подлинности лицензий или документов оператор реестра должен проконсультироваться с соответствующими национальными контролирующими органами или их эквивалентами. Диалог
  • После рассмотрения комментариев сообщества КПНР решил начать диалог с ПКК во время конференции ICANN в Дурбане, чтобы уточнить границы и требования, предусмотренные в рекомендациях относительно средств защиты Категории 1. Диалог с ПКК по Категории 1 также будет включать обсуждение рекомендаций ПКК по средствам защиты Категории 2.1, касающихся «ограниченного доступа», поскольку эта рекомендация применяется к строкам, перечисленным в Категории 1. В ожидании диалога с ПКК персонал отложит продвижение вперед процесса заключения договоров с кандидатами, которые подали заявки на строки ДВУ, перечисленные в рекомендации ПКК по средствам защиты Категории 1.
  • См. http://www.icann.org/ru/groups/board/documents/resolutions-new-gtld-02jul13-ru.htm.
  1. 2013-04-11-Safeguards-Categories-1 (Коммюнике, Приложение 1, Категория 1, 8)
Оператор реестра обязан проводить после регистрации периодические проверки, чтобы убедиться в действенности полномочий владельцев регистраций и в соблюдении ими перечисленных выше требований, чтобы гарантировать, что они по-прежнему выполняют соответствующие нормы и требования к лицензированию, а также в целом ведут свою деятельность в интересах потребителей, которых обслуживают. Диалог
  • Категории 1 также будет включать обсуждение рекомендаций ПКК по средствам защиты Категории 2.1, касающихся «ограниченного доступа», поскольку эта рекомендация применяется к строкам, перечисленным в Категории 1. В ожидании диалога с ПКК персонал отложит продвижение вперед процесса заключения договоров с кандидатами, которые подали заявки на строки ДВУ, перечисленные в рекомендации ПКК по средствам защиты Категории 1.
  • См. http://www.icann.org/ru/groups/board/documents/resolutions-new-gtld-02jul13-ru.htm.
  1. 2013-04-11-Safeguards-Categories-2 (Коммюнике, Приложение 1, Категория 2, 1)

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

Диалог
  • Как отмечалось выше, предложенный диалог с ПКК по Категории 1 также будет включать обсуждение рекомендаций ПКК по средствам защиты Категории 2.1, касающихся «ограниченного доступа», поскольку эта рекомендация применяется к строкам, перечисленным в Категории 1.
  • См. http://www.icann.org/ru/groups/board/documents/resolutions-new-gtld-02jul13-ru.htm.
  1. Safeguards-Categories-2 (Коммюнике, Приложение 1, Категория 2, 2)

2. Эксклюзивный доступ
Для строк, представляющих собой родовые понятия, эксклюзивный доступ к реестру должен служить общественным интересам.

Принято частично, остальная часть станет предметом диалога
  • Что касается кандидатов, стремящихся реализовать эксклюзивный доступ к реестру для «родовых строк», КПНР дал персоналу указание приостановить продвижение вперед процесса заключения договоров с этими кандидатами в ожидании диалога с ПКК.
  • Содержание понятия «родовая строка» определяется следующим образом: «строка, состоящая из слова или понятия, которое обозначает или описывает общий класс товаров, услуг, групп, организаций или вещей, в противоположность выделению конкретной торговой марки товаров, услуг, групп, организаций или вещей среди других аналогичных торговых марок».
  • Эксклюзивный доступ к реестру определяется как ограничение регистрации родовой строки с предоставлением эксклюзивного права регистрации одному лицу или организации и аффилированным с ней лицам.
  • От кандидатов, не стремящихся реализовать эксклюзивный доступ к реестру, одно из положений в Соглашении о реестре нового рДВУ требует, чтобы управление ДВУ осуществлялось прозрачным образом, в соответствии с общими принципами открытости и отсутствия дискриминации.
  • Спецификация СИО также содержит положение, препятствующее тому, чтобы оператор реестра вводил критерии правомочности, ограничивающие регистрацию родовой строки с предоставлением эксклюзивного права регистрации одному лицу или организации и аффилированным с ней лицам.
  • Всем кандидатам потребуется к определенной дате представить ответ, сообщив о том, (а) готов ли кандидат принять условия предлагаемой Спецификации СИО, которые препятствуют эксклюзивному доступу к реестру, или (б) кандидат не желает принимать предлагаемую Спецификацию СИО, потому что намерен реализовать эксклюзивный доступ к реестру.
  • КПНР вступит в диалог с ПКК, чтобы получить разъяснения относительно рекомендации об эксклюзивном доступе к реестру.
  • См. http://www.icann.org/en/groups/board/documents/resolutions-new-gtld-25jun13-en.htm#2.c.