Деятельность и заседания Правления

Ознакомьтесь с действиями и решениями Правления ICANN по итогам недавно предпринятой деятельности и встреч.

Утвержденные резолюции Правления | Внеочередное заседание Правления ICANN 24 февраля 2022

Настоящий документ был переведен на несколько языков только для информационных целей. Оригинал и аутентичный текст документа (на английском языке) находится по адресу: https://www.icann.org/resources/board-material/resolutions-2022-02-24-en

  1. Согласованная повестка дня:
    1. RZERC003: Добавление в корневую зону средств защиты данных зоны
  2. Основная повестка дня:
    1. Операционный план и бюджет IANA на 2023 ФГ
    2. Дополнительная рекомендация GNSO в отношении рекомендации 12 Фазы 1 EPDP
    3. Другие вопросы

  1. Согласованная повестка дня:

    1. RZERC003: Добавление в корневую зону средств защиты данных зоны

      Принимая во внимание, что в феврале 2021 года Инженерная проектная группа интернета (IETF) составила документ RFC 8976, в котором зафиксирована новая методика проверки содержимого файлов зоны системы доменных имен (DNS): Дайджесты сообщений зон DNS (или «ZONEMD»).

      Принимая во внимание, что 12 февраля 2021 года Комитет ICANN по анализу изменений корневой зоны (RZERC) опубликовал документ RZERC003: Реализация в корневой зоне механизмов защиты данных зоны с адресованными ICANN тремя рекомендациями в поддержку реализации протокола ZONEMD в корневой зоне DNS.

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

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

      Принята резолюция (2022.02.24.02): Правление принимает рекомендацию 2 с призывом к корпорации ICANN в сотрудничестве с соответствующими техническими организациями обеспечить информирование о плане развертывания ZONEMD в корневой зоне и поручает выполнение этой рекомендации президенту и генеральному директору ICANN или назначенным им лицам.

      Принята резолюция (2022.02.24.03): Правление принимает рекомендацию 4 с призывом к корпорации ICANN в сотрудничестве с подрядчиками разработать план развертывания ZONEMD в корневой зоне и передать этот план RZERC для рассмотрения и поручает выполнение этой рекомендации президенту и генеральному директору ICANN или назначенным им лицам.

      Обоснование резолюций 2022.02.24.01 – 2022.02.24.03

      Почему Правление рассматривает этот вопрос?

      Правление принимает решение на основании рекомендаций RZERC. Комитет RZERC занимается анализом предлагаемых архитектурных изменений корневой зоны DNS, систем (включая их аппаратное обеспечение и программные компоненты), используемых для изменения корневой зоны DNS, и механизмов, применяемых для распространения корневой зоны DNS. Рассмотрение Правлением этих рекомендаций является частью процесса Реестра запросов о действиях (ARR), разработанного для обеспечения единообразия, эффективности и транспарентности в отношении управления обращениями сообщества к Правлению и корпорации ICANN.

      Какое предложение рассматривается?

      В феврале 2021 года Инженерная проектная группа интернета (IETF) составила документ RFC 8976, в котором зафиксирована новая методика проверки содержимого файлов зоны DNS под названием «Дайджесты сообщений зон DNS» или «ZONEMD». RZERC по запросу специалиста по обслуживанию корневой зоны рассмотрел предложение о реализации ZONEMD в корневой зоне и 12 февраля 2021 года опубликовал документ RZERC003. В RZERC003 приведены четыре рекомендации в поддержку реализации протокола ZONEMD в корневой зоне DNS:

      • Рекомендация № 1. Специалисту по обслуживанию корневой зоны и операторам корневых серверов следует проверить и подтвердить, что реализация записи ресурсов ZONEMD никоим образом не скажется отрицательно на распространении данных корневой зоны в RSS.

      • Рекомендация № 2. DNS и интернет-сообщество следует проинформировать о планах использования ZONEMD в корневой зоне и дать им возможность высказать свое мнение. Это можно осуществить посредством технических презентаций на конференциях, проводимых ICANN, Центром исследований и анализа работы DNS (DNS-OARC), Группой сетевых операторов Северной Америки (NANOG), Европейским сетевым координационным центром IP-сетей (RIPE) и т.д.

      • Рекомендация № 3. Разработчикам программного обеспечения для DNS-серверов предлагается реализовать ZONEMD и рассмотреть возможность их включения по умолчанию при настройке программного обеспечения таким образом, чтобы оно локально обслуживало данные корневой зоны. Правление не принимает решение в отношении рекомендации 3, поскольку она не адресована ICANN.

      • Рекомендация № 4. Организации по открытым техническим идентификаторам (PTI) и специалисту по обслуживанию корневой зоны (RZM) следует совместно разработать план развертывания ZONEMD в корневой зоне и передать его RZERC для рассмотрения.

      С какими заинтересованными сторонами или иными лицами были проведены консультации?

      Документ RZERC003 был составлен и редактировался членами RZERC. В состав RZERC входят представители следующих организаций:

      • Инженерная проектная группа интернета (IETF)
      • Организация поддержки адресов (ASO)
      • Организация поддержки национальных доменов (ccNSO)
      • Правление ICANN
      • Организация по открытым техническим идентификаторам (PTI)
      • Группа заинтересованных сторон-регистратур Организации поддержки доменов общего пользования (RySG)
      • Консультативный комитет системы корневых серверов (RSSAC)
      • Консультативный комитет по безопасности и стабильности (SSAC)
      • Verisign как специалист по обслуживанию корневой зоны

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

      Не было поднято никаких вызывающих озабоченность вопросов или проблем.

      Ожидаются ли положительные или отрицательные последствия для сообщества?

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

      Какие важные материалы были рассмотрены Правлением?

      Правление рассмотрело документ RZERC003, составленный RZERC, и документ RFC 8976, составленный IETF. Кроме того, в отношении каждой рекомендации, представленной в этой резолюции, Правление рассмотрело понимание рекомендации корпорацией ICANN, в соответствии с проведенной RZERC и корпорацией ICANN оценкой их выполнимости.

      Имеются ли финансовые последствия для ICANN (стратегический план, план операционной деятельности, бюджет), сообщества и/или общественности?

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

      Существуют ли какие-либо проблемы безопасности, стабильности или отказоустойчивости, относящиеся к DNS?

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

      Соответствует ли это решение миссии ICANN? Как оно связано с глобальными общественными интересам?

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

      Идет ли здесь речь об определенном процессе политики в рамках организаций поддержки ICANN или о решении в рамках организационно-административной работы ICANN, предполагающем общественное обсуждение или не предполагающем общественное обсуждение?

      Данное решение не требует общественного обсуждения.

  2. Основная повестка дня:

    1. Операционный план и бюджет IANA на 2023 ФГ

      Принимая во внимание, что 15 сентября 2021 года операционный план и бюджет IANA на 2023 ФГ был опубликован для общественного обсуждения в соответствии с Уставом.

      Принимая во внимание, что полученные в ходе общественного обсуждения комментарии были рассмотрены, корпорация ICANN дала на них ответ и представила их членам Комитета Правления по финансовым вопросам (BFC) для анализа и рассмотрения. Кроме того, все комментарии общественности были учтены, и там, где это уместно и возможно, они были включены в итоговый операционный план и бюджет IANA на 2023 ФГ.

      Принимая во внимание, что, в соответствии с Разделом 22.4(b) Статьи 22 своего Устава, ICANN должна потребовать от PTI заранее предоставить бюджет PTI в ICANN в качестве исходной информации для включения в предлагаемый операционный план и бюджет ICANN. Принятый бюджет PTI на 2023 ФГ включен в операционный план и бюджет IANA в качестве исходных данных.

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

      Принята резолюция (2022.02.24.04): Правление утверждает операционный план и бюджет IANA на 2023 ФГ.

      Обоснование резолюции 2022.02.24.04

      В соответствии с Разделом 22.4 Статьи 22 Устава ICANN, Правление должно принять годовой бюджет IANA и опубликовать его на сайте ICANN. 15 сентября 2021 года проекты операционного плана и бюджета PTI на 2023 ФГ и операционного плана и бюджета IANA на 2023 ФГ были опубликованы для общественного обсуждения. 13 декабря 2021 года правление PTI одобрило операционный план и бюджет PTI на 2023 ФГ, и бюджет PTI был использован в качестве исходных данных для составления операционного плана и бюджета IANA на 2023 ФГ.

      В основе операционного плана и бюджета PTI на 2023 ФГ и проекта операционного плана и бюджета IANA на 2023 ФГ лежат многочисленные обсуждения с членами корпорации и сообщества ICANN, в том числе расширенные консультации с организациями поддержки, консультативными комитетами и другими группами заинтересованных сторон ICANN, проведенные на протяжении предыдущих нескольких месяцев. В июле 2021 года были проведены предварительные консультации с заинтересованными сторонами на предмет приоритетов Организации по техническим идентификаторам (PTI) на 2023 ФГ. Это взаимодействие имело форму дискуссий с организациями поддержки, консультативными комитетами, Группой заинтересованных сторон-регистратур gTLD, региональными интернет-регистратурами и руководством IETF. Кроме того, 27 июля 2021 года были проведены два вебинара сообщества.

      При разработке операционного плана и бюджета IANA на 2023 ФГ были рассмотрены все комментарии, полученные в ходе процедуры общественного обсуждения. По мере целесообразности и уместности, эти комментарии были учтены в предложенном к утверждению итоговом варианте операционного плана и бюджета IANA на 2023 ФГ.

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

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

      Это решение окажет предусмотренное финансовое воздействие на ICANN и сообщество. Это должно оказать положительное влияние на безопасность, стабильность и отказоустойчивость системы доменных имен (DNS) в плане всех видов финансирования этих аспектов DNS.

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

    2. Дополнительная рекомендация GNSO в отношении рекомендации 12 Фазы 1 EPDP

      Принимая во внимание, что 20 февраля 2019 года Группа по Фазе 1 Ускоренного процесса разработки политики (EPDP) опубликовала свой итоговый отчет1 о Временной спецификации для регистрационных данных в gTLD.

      Принимая во внимание, что 4 марта 2019 года Совет GNSO утвердил все 29 итоговых рекомендаций PDP, зафиксированных в итоговом отчете о Фазе 1 Рабочей группы по EPDP.

      Принимая во внимание, что 29 марта 2019 года Совет GNSO передал Правлению ICANN свой предусмотренный Уставом отчет с рекомендациями и рекомендовал Правлению принять все рекомендации Фазы 1 по политике.

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

      Принимая во внимание, что 15 мая 2019 года Правление приняло рекомендации Фазы 1 EPDP, за исключением рекомендации 1, цели 2 и рекомендации 12, которую Правление приняло не полностью. Правление изложило причины своего непринятия рекомендации 12 в том, что касается возможности удаления данных в поле «Организация», в своем оценочном отчете под названием «Оценочный отчет: рекомендации Фазы 1 EPDP».

      Принимая во внимание, что Правление ICANN решило не принимать указание по выполнению 2(b) рекомендации 12, при том что удаление содержимого поля «Организация» может привести к потере информации, позволяющей идентифицировать владельца домена, и может не соответствовать миссии ICANN или глобальным общественным интересам.

      Принимая во внимание, что, в соответствии с требованиями Устава, Совет GNSO проанализировал заявление Правления ICANN и инициировал с Правлением дискуссию.

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

      Принимая во внимание, что 19 декабря 2019 года Совет GNSO принял рекомендацию 12 квалифицированным большинством, исправив текст рекомендации 12 и добавив заявление о том, что «прежде чем удалить поле контактного лица по организационным вопросам, все регистраторы ДОЛЖНЫ обеспечить для каждой регистрации наличие контактных данных зарегистрированного владельца имени» (дополнительная рекомендация 12).

      Принимая во внимание, что Правление рассмотрело дополнительную рекомендацию 12 и в течение 2020 и 2021 года вело переписку с Советом GNSO. 23 октября 2021 года Правление для получения дальнейших разъяснений поделилось с Советом GNSO своим пониманием замысла и последствий рекомендации 12 по завершении ее выполнения в рамках политики в отношении регистрационных данных.

      Принимая во внимание, что 14 декабря 2021 года Правление и Совет GNSO подробно обсудили понимание Правления.

      Принимая во внимание, что 21 января 2022 года Совет GNSO в целом подтвердил понимание Правлением замысла и последствий рекомендации 12 по завершении ее выполнения и изложил это в своем письме от 21 января 2022 года.

      Принята резолюция (2022.02.24.05): Правление принимает дополнительную рекомендацию Совета GNSO, касающуюся Фазы 1 Ускоренного процесса разработки политики в отношении Временной спецификации для регистрационных данных gTLD (EPDP), — рекомендацию 12 на предмет удаления данных в поле «Организация», поскольку она касается глобальной обеспокоенности Правления возможностью утраты важных данных в свете потенциальной необходимости связаться с зарегистрированным владельцем имени и соответствует интересам ICANN и ее сообщества.

      Принята резолюция (2022.02.24.06): Правление поручает президенту и генеральному директору ICANN или назначенным им лицам реализовать соответствующие указания, описанные в корреспонденции с GNSO от 21 января 2022 года, в рамках политики в отношении регистрационных данных.

      Обоснование резолюций 2022.02.24.05 – 2022.02.24.06

      Почему Правление рассматривает этот вопрос?

      20 февраля 2019 года Группа по Фазе 1 Ускоренного процесса разработки политики (EPDP) опубликовала свой итоговый отчет о Временной спецификации для регистрационных данных в gTLD. 4 марта 2019 года Совет GNSO квалифицированным большинством принял итоговый отчет, после чего ICANN инициировала период общественного обсуждения. 15 мая 2019 года Правление постановило принять рекомендации за некоторыми исключениями. Правление не приняло рекомендацию 12 полностью, а именно — содержащееся в рекомендации указание по выполнению 2(b), допускающее удаление регистрационных данных в поле «Организация». Рекомендация 12 касается публикации и удаления данных в поле «Организация». Правление ICANN решило не принимать указание по выполнению 2(b) рекомендации 12, согласно которому стороны, связанные договорными обязательствами, получают возможность удалять данные в поле «Организация», в связи с обеспокоенностью потенциальной утратой необходимой информации в том случае, если владелец домена не отвечает на запрос регистратора. Правление изложило причины своего непринятия рекомендации 12 в том, что касается возможности удаления данных в поле «Организация», в оценочном отчете под названием «Оценочный отчет: рекомендации Фазы 1 EPDP». В оценочном отчете Правление отметило свою обеспокоенность возможностью утраты необходимой информации в том случае, если владелец домена не отвечает на запрос регистратора. Как следствие, Правление опубликовало заявление Правления, адресованное председателю Совета GNSO, с просьбой об обсуждении в соответствии с требованиями Устава (Приложение A-1, Раздел 6.c).

      Какое предложение рассматривается?

      В соответствии с Разделом 9.d Приложения A Устава ICANN, в настоящее время Правление решает принять дополнительную рекомендацию Совета GNSO по Фазе 1 Ускоренного процесса разработки политики в отношении Временной спецификации для регистрационных данных (EPDP) — рекомендацию 12, касающуюся поля «Организация».

      С какими заинтересованными сторонами или иными лицами были проведены консультации?

      Совет GNSO обсуждал эту тему на своих заседаниях 28 мая 2019 года, 26 июня 2019 года, 18 июля 2019 года, 22 августа 2019 года, 24 октября 2019 года, 6 ноября 2019 года и с Правлением ICANN во время совместных заседаний на ICANN65 и ICANN66, 24 июня 2019 года и 3 ноября 2019 года, соответственно. Также Совет GNSO обращался к Группе по EPDP за дополнительной информацией для подготовки к предстоящему обсуждению с Правлением ICANN. Первоначальная связь Совета GNSO с Группой по Фазе 2 EPDP на эту тему состоялась 16 мая 2019 года, и ее целью было проинформировать Группу о решении Правления отложить принятие рекомендации 1, цели 2 до дальнейшего рассмотрения в ходе Фазы 2 EPDP и о непринятии рекомендации 12 в аспекте возможности удаления данных владельца домена в поле «Организация»; результатом стал диалог между Правлением и Советом GNSO.

      9 июня 2019 года председатель Фазы 2 EPDP в ходе переписки с председателем Совета GNSO определил дополнительный контекст для обоснования Группой по EPDP своей рекомендации 12; однако, на том этапе не было единого мнения в отношении того, следует ли поддерживать ее непринятие Правлением. 24 июня 2019 года Совет GNSO в ходе своего рабочего заседания на ICANN65 в Марракеше обсудил рекомендацию 12 в ответ на адресованный Группе по EPDP запрос Совета GNSO о разъяснении сути решения Правления. 31 октября 2019 года председатель Совета GNSO отправил сообщение Группе по EPDP, в котором объяснил, что Совет намерен завершить дискуссию между GNSO и Правлением, исходя из полученной от Правления информации. 3 ноября 2019 года Совет GNSO встретился с Правлением и членами Группы по EPDP в ходе открытой конференции ICANN66, чтобы обсудить возможные дальнейшие действия; в результате Совет GNSO принял дополнительные указания по реализации.

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

      После утверждения Советом GNSO дополнительной рекомендации в отношении рекомендации 12 Группа интересов коммерческих пользователей (BC) опубликовала открытое заявление в поддержку данных Советом GNSO дополнительных указаний в ответ на обеспокоенность, схожую с обеспокоенностью Правления насчет удаления данных.

      Какие важные материалы были рассмотрены Правлением?

      Правление рассмотрело следующие значимые материалы:

      • Заявление Правления от 15 мая 2019 года о принятии 27 из 29 рекомендаций.

      • Письмо Совета GNSO от 9 сентября 2019 года с отчетом Правлению о ходе консультаций Фазы 1 EPDP.

      • Письмо Правления от 14 октября 2019 года с одобрением обоснования рекомендации 12, данного в ходе заседания Правления и Совета GNSO на конференции ICANN65.

      • Письмо Совета GNSO от 23 декабря 2019 года с уведомлением Правления о принятии квалифицированным большинством дополнительных указаний рекомендации 12.

      • Письмо Правления от 11 декабря 2020 года с выражением обеспокоенности по поводу сохранения данных где-то в качестве меры безопасности вместо их удаления.

      • Письмо Совета GNSO от 4 марта 2021 года с разъяснениями по поводу обеспокоенности Правления в том смысле, что данные, опубликованные в Whois или RDAP, не являются теми данными, на которые регистратор рассчитывает для поддержания связи с владельцем домена прежде всего.

      • Письмо Правления от 7 мая 2021 года с подтверждением получения сообщения Совета GNSO с разъяснениями по дополнительным указаниям к Фазе 1 EPDP, рекомендации 12.

      • Письмо Правления от 23 октября 2021 года с выражением понимания последствий и замысла рекомендации 12 по завершении ее выполнения в рамках политики в отношении регистрационных данных.

      • Письмо Совета GNSO от 21 января 2022 года с подтверждением предположений Правления в отношении замысла и последствий рекомендации 12 по завершении ее реализации.

      Какие факторы Правление посчитало значимыми?

      Из письма Совета GNSO Правление понимает, что «в отношении данного поля имеет место значительная история смешанных смыслов и целей. Среди регистраторов не существует стандартизации обработки данных в этом поле». Следовательно, насколько Правление понимает, замысел рекомендации 12 Фазы 1 EPDP состоит в обеспечении требований для стандартизации обработки данных владельцев доменов в поле «Организация». Правление также признает заявление Совета GNSO о том, что «данные, опубликованные в Whois или RDAP, не являются единственными хранимыми данными и не являются теми данными, на которые регистратор рассчитывает для поддержания связи с владельцем домена прежде всего», и понимает, что в случае существующих регистраций удаленные значения будет и далее требоваться хранить в записях изменений информации регистраторов в WHOIS в течение всего периода спонсирования регистратором доменного имени и еще 2 года, согласно Разделу 1.1 Спецификации о хранении данных в Соглашении об аккредитации регистраторов (RAA) от 2013 года. В отношении новых регистраций действует требование, согласно которому регистраторы могут публиковать значения владельцев доменов в поле «Организация» только после получения подтверждения. Если владелец домена отказывается от публикации значения, то это значение остается скрытым, но данные при этом не удаляются.

      Ожидаются ли положительные или отрицательные последствия для сообщества?

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

      Имеются ли финансовые последствия для ICANN (стратегический план, план операционной деятельности, бюджет), сообщества и/или общественности?

      Ожидается, что выполнение рекомендаций Фазы 1 EPDP будет иметь операционные, финансовые и/или другие последствия для регистратур и регистраторов, которые реализуют новые требования в отношении стандартизации обработки данных владельцев доменов в поле «Организация».

      Существуют ли какие-либо проблемы безопасности, стабильности или отказоустойчивости, относящиеся к DNS?

      В настоящий момент таковые отсутствуют.

      Отвечает ли это решение общественным интересам и не выходит ли оно за рамки миссии ICANN?

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

      Идет ли здесь речь об определенном процессе политики в рамках организаций поддержки ICANN или о решении в рамках организационно-административной работы ICANN, предполагающем общественное обсуждение или не предполагающем общественное обсуждение?

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

    3. Другие вопросы


1 GNSO корпорации ICANN (20 февраля 2019 года), Итоговый отчет об Ускоренном процессе разработки политики в отношении Временной спецификации для регистрационных данных gTLD, https://gnso.icann.org/sites/default/files/file/field-file-attach/epdp-gtld-registration-data-specs-final-20feb19-en.pdf, стр. 15.