Skip to main content

Продление соглашения о реестре .com

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

  1. Сводное резюме

    Сегодня ICANN публикует для общественного обсуждения текст соглашения, предложенный корпорацией VeriSign в рамках продления соглашения о реестре .com, заключенного между ICANN и VeriSign в 2006 г. Это предложение является результатом дискуссий между ICANN и VeriSign и будет рассмотрено Правлением ICANN после общественного обсуждения. Срок действия текущего соглашения истекает 30 ноября 2012 г. Комментарии общественности принимаются до 26 апреля 2012 г. включительно, и с ними можно ознакомиться по следующему адресу: http://www.icann.org/en/news/public-comment/com-renewal-27mar12-en.htm

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

    1. Процедура продления соглашения

      Положения о продлении соглашения

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

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

      Остальные соглашения, срок действия которых должен быть продлен в 2012 г., такие как .biz, .info, .name и .org, содержат аналогичные положения.

      Обсуждение продления соглашения

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

      Общественное обсуждение

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

      Проверка соблюдения договорных обязательств

      В рамках процедуры продления ICANN провела проверку соблюдения корпорацией VeriSign соглашения о реестре за последнее время. Проверка соблюдения обязательств охватывала следующие аспекты: работоспособность DNS; равноправный доступ регистраторов к общей системе регистрации (SRS); массовый доступ к файлам зоны; уплата обязательных сборов и представление ежемесячных отчетов. Был сделан вывод о соблюдении корпорацией VeriSign условий своего соглашения. Результаты оценки можно найти по следующему адресу: http://www.icann.org/en/resources/compliance/reports/operator-verisign-com-27mar12-en.pdf [PDF, 239 КБ]

    2. Содержание продлеваемого соглашения

      Предложенные поправки к соглашению нацелены на следующее:

      • обеспечить единообразие среди реестров в отношении определенных стандартных условий и положений (например, уточнение положения о переуступке прав и субподряде, а также ввод обязательств по возмещению убытков);
      • обновить соглашение для отражения изменений, произошедших со времени подписания действующего соглашения о реестре .com (например, обновление ссылок на документы RFC и другие технические изменения);
      • предоставить оператору реестра возможность лучше обслуживать интернет-сообщество и защищать потребителей (например, более оперативно устранять некоторые непосредственные угрозы безопасности и стабильности ДВУ или Интернета, и внедрить два новых положения, касающихся злонамеренного поведения: (i) создание канала связи для борьбы со злоупотреблениями и (ii) требование об удалении потерянных связующих записей); и
      • привести соглашение о реестре .com в соответствие с недавно заключенным соглашением о реестре .net (например, ввести такие же уровни обслуживания, что и в действующем соглашении о реестре .net).

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

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

  2. Краткое описание важнейших поправок

    Данный раздел имеет следующую структуру:

    1. Изменения с целью модернизации соглашения от 2006 года: например, внедрение современных стандартов в области стабильности и безопасности, усовершенствование механизмов обеспечения соблюдения обязательств и ожидаемые улучшения.
    2. Изменения для приведения в соответствие с другими соглашениями о реестре, включая соглашение о реестре .net от 2011 года: например, обновление соглашений об уровне обслуживания (SLA) и усовершенствования в сфере стабильности и безопасности.
    3. Прочие изменения: например, сборы и обязательство сотрудничать с ICANN в области соблюдения обязательств регистраторами.

    В число наиболее важных изменений входят следующие.

    1. Изменения с целью модернизации соглашения от 2006 года

      1.1. Функциональные и эксплуатационные спецификации пересмотрены для введения следующих положений.

      1.1.1. Требование о поддержке IPv6: там, где это применимо, оператор реестра обязан принимать адреса в формате IPv6 как связующие записи и предлагать доступ по протоколу IPv6 к общей системе регистрации (например, EPP), Whois и серверам DNS.

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

      1.1.3. Требование о поддержке DNSSEC: оператор реестра должен внедрить Расширения безопасности системы доменных имен (DNSSEC), чтобы подписывать свои файлы зоны ДВУ и безопасным образом принимать данные открытых ключей от дочерних доменных имен, обеспечивая возможность проверки подлинности данных, опубликованных в DNS.

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

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

      1.1.6. Требование о соблюдении руководящих указаний по протоколу IDNA и ИДИ: оператор реестра обязан обеспечить соответствие действующим техническим стандартам, касающимся интернационализированных доменных имен, соблюдать руководящие указания ICANN по внедрению ИДИ и публиковать таблицы ИДИ через агентство IANA.

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

      1.2. Whois: добавлено положение (в приложение 5), требующее внедрения в необходимые сроки нового протокола WHOIS, если такой замещающий протокол будет принят IETF в качестве стандартного. Ожидается, что этот новый протокол обеспечит поддержку интернационализированных доменных имен и данных, стандартизированных процедур запросов, ответов и обработки ошибок и т. п.

      1.3. Спецификация ежемесячных отчетов: пересмотрен формат ежемесячных отчетов (приложение 4) с целью включения большего количества данных.

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

    2. Изменения для приведения в соответствие с другими соглашениями о крупных реестрах

      2.1. Соглашение об уровне обслуживания: улучшение технических характеристик для приведения их в соответствие с техническими характеристиками, включенными в состав требований соглашения о реестре .net.

      2.2. Угрозы для безопасности и стабильности: добавлено новое положение, которое позволит операторам реестров временно предотвращать регистрацию одного или нескольких имен в ДВУ, чтобы отреагировать на непосредственную угрозу безопасности и/или стабильности этого ДВУ или Интернета.

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

      2.4. Запрет на использование функций универсальных подстановочных символов: уточнение того, что запрет на использование функции «SiteFinder» или других функций универсальных подстановочных символов не препятствует предоставлению сервиса имен или другого сервиса для домена или зоны, не относящегося к ведению реестра, в целях, не имеющих отношения к услугам регистрации.

      2.5. Возмещение убытков ICANN: добавлены широкие права на получение возмещения корпорацией ICANN.
    3. Прочие изменения

      3.1. Взносы реестра: выплачиваемая единовременно сумма ежеквартального взноса заменена сбором на основе уплаты 0,25 долл. США за одну транзакцию в ДВУ. Это существенно увеличивает вклад корпорации VeriSign.

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

      3.3. Потолок роста цен: положения, касающиеся потолка роста цен и возможности повышения цен, не претерпели существенных изменений; соглашение обновлено с целью отражения текущего предельного сбора в размере 7,85 долл. США.

  3. Историческая справка по предлагаемому обновленному соглашению о реестре .com от 2012 г.

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

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

    2. Переход к ведению базы данных Whois с расширенным набором данных: Вопрос перехода существующих крупных реестров к использованию Whois с расширенным набором данных поднимает эксплуатационные и другие проблемы, требующие дополнительного обсуждения и анализа. Это было признано ОПРИ, поскольку данный орган недавно согласился провести официальный процесс разработки политики (ПРП) в отношении данного вопроса (см. http://gnso.icann.org/resolutions/#201203). Такое изменение можно будет внести за рамками процедуры продления договора.

    3. Цены на услуги реестра. Как действующее соглашение о реестре .com, так и предлагаемое обновленное соглашение разрешают корпорации VeriSign в течение шестилетнего периода четыре раза повышать цены для регистраторов за регистрацию доменных имен; при этом каждый раз цены не должны увеличиваться больше чем на 7%. Это положение являлось предметом серьезных переговоров между корпорацией VeriSign с одной стороны и Министерством юстиции США и Министерством торговли США с другой стороны. В действующем соглашении (раздел 4.2) указано, что положения, относящиеся к ценообразованию и продлению срока действия (в числе прочих), не подлежат изменению в рамках процедуры продления соглашения. Если относящиеся к ценообразованию положения реестра .com изменить и привести в соответствие с другими крупными реестрами рДВУ, скорее всего, это позволит VeriSign ежегодно увеличивать цены на 10% в течение всех шести лет срока действия соглашения, как это предусмотрено в соглашениях .biz, .info, .net и .org. Примечание: соглашение ICANN о реестре новых рДВУ и соглашения о реестрах спонсируемых рДВУ (.aero, .asia, .cat, .coop, .jobs, .mobi, .museum, .post, .pro, .tel, .travel и .xxx) не предусматривают какого-либо регулирования цен.

    4. Новые механизмы защиты товарных знаков. Предложенное обновленное соглашение о реестре .com не содержит требования о реализации следующих механизмов защиты прав (МЗП), разработанных для новых рДВУ: Единая система быстрой приостановки (ЕСБП, URS), Процедура разрешения разногласий после делегирования (ПРРПД, PDDRP) и Центр обмена информацией по товарным знакам. Рассмотрим их в обратном порядке. Центр обмена информацией по товарным знакам в настоящее время функционирует на начальном периоде ввода реестров в эксплуатацию, поэтому он неприменим к реестру домена .com.

      Использование ЕСБП и ПРРПД к настоящему времени было одобрено только в контексте новых рДВУ. Процедуры ЕСБП и ПРРПД являются новыми и непроверенными, поэтому они, вероятно, должны пройти некоторый период «вывода в рабочий режим», позволяющий убедиться в их надежности и успешном внедрении, прежде чем возлагать на них полную нагрузку всего пространства имен рДВУ. Во-вторых, владельцы регистраций приобретали доменные имена в существующих рДВУ с учетом совокупности существующих МЗП. Новые МЗП влияют на владельцев регистраций, а также на реестры и регистраторов. Вероятно, они должны вводиться в существующих рДВУ после обсуждения в рамках восходящего процесса. И наконец, эти МЗП не предусмотрены ни в одном другом действующем соглашении о реестре, поэтому у ICANN отсутствуют основания требовать их внедрения – как было описано выше, условия обновленного соглашения должны быть аналогичны условиям соглашений других крупных реестров.

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

    5. Вертикальная интеграция. В это соглашение о реестре не предлагается вносить изменения применительно к вертикальной интеграции – при которой владельцем реестра рДВУ и регистратора является одно и то же лицо, или между регистратором и реестром есть аффилированность. Причиной этого является рассмотрение данной темы в публикации, где изложен разработанный корпорацией ICANN процесс анализа возможности устранения ограничений на совместное владение <http://www.icann.org/en/resources/registries/removal-cross-ownership>, а также план решения оставшихся вопросов по данной теме, изложенный в письме корпорации ICANN в адрес группы заинтересованных сторон-реестров ОПРИ от 12 марта 2012 г. <http://www.icann.org/en/news/correspondence/icann-board-to-rysg-11mar12-en.pdf> [PDF, 107 КБ].

Ссылки на документы и ресурсы

ICANN и VeriSign, Inc. заключили 1 марта 2006 г. соглашение о неспонсируемом реестре, согласно которому корпорация VeriSign управляет доменом верхнего уровня .com. С действующим соглашением реестра .com и приложениями к нему можно ознакомиться по следующему адресу: http://www.icann.org/en/about/agreements/registries/com

VeriSign, Inc. управляет родовыми доменами верхнего уровня .com, .net и .name. VeriSign сообщила о том, что по данным на ноябрь 2011 г. под ее управлением находится более 100 миллионов доменных имен в зоне .com.


More Announcements
Domain Name System
Internationalized Domain Name ,IDN,"IDNs are domain names that include characters used in the local representation of languages that are not written with the twenty-six letters of the basic Latin alphabet ""a-z"". An IDN can contain Latin letters with diacritical marks, as required by many European languages, or may consist of characters from non-Latin scripts such as Arabic or Chinese. Many languages also use other types of digits than the European ""0-9"". The basic Latin alphabet together with the European-Arabic digits are, for the purpose of domain names, termed ""ASCII characters"" (ASCII = American Standard Code for Information Interchange). These are also included in the broader range of ""Unicode characters"" that provides the basis for IDNs. The ""hostname rule"" requires that all domain names of the type under consideration here are stored in the DNS using only the ASCII characters listed above, with the one further addition of the hyphen ""-"". The Unicode form of an IDN therefore requires special encoding before it is entered into the DNS. The following terminology is used when distinguishing between these forms: A domain name consists of a series of ""labels"" (separated by ""dots""). The ASCII form of an IDN label is termed an ""A-label"". All operations defined in the DNS protocol use A-labels exclusively. The Unicode form, which a user expects to be displayed, is termed a ""U-label"". The difference may be illustrated with the Hindi word for ""test"" — परीका — appearing here as a U-label would (in the Devanagari script). A special form of ""ASCII compatible encoding"" (abbreviated ACE) is applied to this to produce the corresponding A-label: xn--11b5bs1di. A domain name that only includes ASCII letters, digits, and hyphens is termed an ""LDH label"". Although the definitions of A-labels and LDH-labels overlap, a name consisting exclusively of LDH labels, such as""icann.org"" is not an IDN."