tldlog.com

новости о доменах

PDP

процесс формирования политики

Официальная процедура ICANN Интернет-корпорация по присвоению имен и номеров Некоммерческая организация, которая координирует глобальную DNS и политику в отношении gTLD. Полное определение для создания политики. рабочая группа Группа добровольцев, созданная по уставу для изучения вопроса политики и подготовки рекомендаций. Полное определение изучает вопрос, публикует отчеты для общественное обсуждение Открытый период, когда любой желающий может прокомментировать проекты документов ICANN. Полное определение и дает рекомендации. Для gTLD общий домен верхнего уровня Домен верхнего уровня, не привязанный к стране и работающий по договорам с ICANN. Полное определение рекомендации, одобренные Советом GNSO Организация поддержки доменов общего пользования Орган ICANN, который разрабатывает политику для общих доменов верхнего уровня. Полное определение и Правлением ICANN, могут стать консенсусными политиками.

категория
Управление и политика

Обновлено 4 мин чтения

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

Что такое процесс формирования политики

Для gTLD политику разрабатывает GNSO, которая рекомендует ее Правлению. По состоянию на октябрь 2026 года ее PDP описан в Приложении A к Уставу ICANN (с изменениями от 3 июля 2026 года) и в Руководстве GNSO по PDP (PDP Manual) от 21 мая 2026 года.

Это важно, потому что регистратуры и регистраторы обязаны по договорам с ICANN соблюдать консенсусная политика Правило сообщества ICANN, обязательное для регистратур и регистраторов gTLD. Полное определение, такие как UDRP Единообразная политика урегулирования споров в области доменных имен Внесудебная процедура ICANN для споров о товарных знаках и доменных именах. Полное определение, ERRP Политика восстановления просроченных регистраций Правила ICANN о напоминаниях об истечении срока и о восстановлении просроченных доменов gTLD. Полное определение и Политика переноса Правила ICANN для переноса доменов gTLD между регистраторами и смены регистранта. Полное определение (Transfer Policy). Консенсусные политики могут касаться только тем, перечисленных в этих договорах, например переносов и регистрационные данные Сведения, которые хранятся о домене и его владельце. Полное определение, и не могут устанавливать или ограничивать цены регистраторов.

Этапы: отчет о проблеме, рабочая группа, итоговый отчет и голосование Правления

  1. Отчет о проблеме (отчет о проблемах Документ персонала ICANN, который очерчивает проблему до начала процесса формирования политики GNSO. Полное определение). Его запрашивает Правление, Совет GNSO или консультативный комитет. Сотрудники ICANN готовят предварительную версию в течение 45 дней, с заключением главного юрисконсульта о том, входит ли вопрос в сферу охвата, и с проектом устава рабочей группы. После публичного обсуждения продолжительностью не менее 30 дней выходит окончательная версия.
  2. Начало. Совет голосует за начало PDP, как правило в течение 90 дней: если вопрос входит в сферу охвата, нужно более трети голосов каждой палаты или более двух третей одной палаты. Голосование не требуется, если запрос исходит от Правления.
  3. Рабочая группа. Добровольцы работают по уставу. Председатель оценивает каждую рекомендацию: полный консенсус, консенсус, сильная поддержка при значительной оппозиции или расхождение мнений.
  4. Отчеты. Предварительный отчет (Initial Report) выносится на публичное обсуждение не менее чем на 30 дней. Затем в итоговом отчете (Final Report) для каждой рекомендации указывается уровень консенсуса.
  5. Голосование Совета. В Совете есть палата сторон договоров с ICANN (7 голосов) и палата сторон, не связанных договорами (13 голосов). Квалифицированное большинство GNSO (GNSO Supermajority) составляет две трети каждой палаты или три четверти одной палаты и большинство другой. Без него для одобрения нужно большинство в каждой палате и поддержка не менее 3 из 4 групп заинтересованных сторон.
  6. Голосование Правления. Правление публикует уведомление не менее чем за 21 день до решения и запрашивает мнение GAC Правительственный консультативный комитет Комитет правительств в ICANN, который консультирует Правление по вопросам государственной политики. Полное определение, если затрагивается публичная политика. Оно принимает рекомендации, поддержанные квалифицированным большинством GNSO, если только более двух третей Правления не сочтут, что они не отвечают наилучшим интересам сообщества ICANN или ICANN. При меньшей поддержке Совета их может отклонить большинство Правления.

Пример: пересмотр Политики переноса

  • Июнь 2020 года: Совет запрашивает отчет о проблеме.
  • 18 февраля 2021 года: начало PDP.
  • 21 июня 2022 года: предварительный отчет (34 комментария).
  • 31 января 2025 года: полный консенсус по всем 47 рекомендациям; Окончательный отчет Итоговый документ рабочей группы по формированию политики с ее рекомендациями. Полное определение в феврале 2025 года.
  • 12 марта 2025 года: единогласное одобрение Совета.
  • 7 июня 2026 года: принятие Правлением.

От начала до принятия прошло более пяти лет. По состоянию на октябрь 2026 года изменения еще не вступили в силу, и дата их вступления не установлена.

Публичное обсуждение: как может участвовать любой

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

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

От одобренной политики к действующему правилу: внедрение

После принятия сотрудники ICANN готовят подробный текст политики в соответствии с Consensus Policy Implementation Framework. Совет обычно создает из добровольцев группу по проверке внедрения (Implementation Review Team), которая проверяет, соответствуют ли детали рекомендациям.

Затем регистратурам и регистраторам дается время: по состоянию на октябрь 2026 года политики объявляются пакетами, и на их выполнение отводится не менее шести месяцев.

Ускоренный и экстренный пути: EPDP и временные политики

EPDP ускоренный процесс формирования политики Ускоренный процесс формирования политики ICANN, наиболее известный работой над регистрационными данными после GDPR. Полное определение, существующий с 28 сентября 2015 года, обходится без отчета о проблеме и начинается с документа об определении сферы охвата. Для его запуска нужно квалифицированное большинство GNSO, и он может касаться только узко определенного вопроса, выявленного после принятия или внедрения политики, либо вопроса, сфера которого уже в значительной мере определена. Самый известный EPDP начался 19 июля 2018 года.

У него был годичный срок из-за временной политики: Временной спецификации для регистрационных данных gTLD (Временная спецификация Экстренные правила ICANN 2018 года для WHOIS в условиях GDPR. Полное определение for gTLD Registration Data), действовавшей с 25 мая 2018 года. Временную политику может принять одно Правление, не менее чем двумя третями своих членов, когда она немедленно необходима для стабильности или безопасности услуг регистраторов или регистратур, DNS система доменных имен Справочник интернета, который связывает доменные имена с адресами компьютеров. Полное определение или интернета. Правление должно сразу начать PDP и подтверждать политику каждые 90 дней, но не дольше одного года.

Чем отличается формирование политики для ccTLD

Большинство правил для национальных доменов устанавливается на местном уровне. ccNSO Организация поддержки национальных доменов Орган ICANN, в котором администраторы ccTLD разрабатывают глобальную политику для ccTLD. Полное определение формирует глобальную политику только по узкому перечню вопросов, через ccPDP процесс формирования политики для национальных доменов Официальный процесс ccNSO для разработки глобальной политики в отношении национальных доменов. Полное определение из Приложения B к Уставу. Основные отличия:

  • Для начала ccPDP Совету ccNSO нужно 10 или более голосов.
  • Рекомендация Совета выносится на голосование членов ccNSO, которое длится не менее 21 дня и проходит при более чем 66% поданных голосов.
  • Правление принимает ее, если против не выступят более 66% членов Правления.

Эти политики обязательны только для членов ccNSO, только в пределах сферы охвата и никогда не имеют приоритета над законом, применимым к управляющему ccTLD национальный домен верхнего уровня Домен верхнего уровня страны или территории, обычно из двух букв. Полное определение. По состоянию на октябрь 2026 года ccPDP4 о выборе и отмене строк IDN ccTLD интернационализированный национальный домен верхнего уровня Национальный домен верхнего уровня, записанный нелатинским письмом. Полное определение ожидает решения Правления.

Источники

связанные термины