Перейти к основному содержанию

Управление интернетом / ICANN

ICANN

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

ГлобальныйУправление DNSПодотчётность
Иллюстрация сигнала: ICANN
Управление интернетом / ICANNICANN
РегионГлобальный

Глобальное управление и политика на стыке разных юрисдикций.

Основное направлениеУправление интернетом

Структура института, политический процесс и доверие к подотчётности.

Ключевая темаПрозрачность управления

Легитимность многосторонней модели и ясность процедур.

Горизонт влиянияГод

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

Последние материалы

Главные материалы: ICANN

144 статьи

ICANN

После подачи заявки gTLD остаётся семидневный срок оплаты

Своевременной подачи заявки gTLD недостаточно: ICANN должна получить оценочный сбор в отдельный платёжный период.

6 сент. 2026 г.

ICANN

Административная проверка — процедурный этап, а не решение по существу

ICANN проверяет сведения о подаче и готовит группы одинаковых строк, но это не одобрение заявки по существу.

6 сент. 2026 г.

ICANN

Одна оценка RSP может охватывать много gTLD — только для квалифицированных услуг

Оценку можно повторно использовать для разных gTLD, но квалификация ICANN относится к конкретным услугам реестра.

6 сент. 2026 г.

ICANN

Покрытие RSP — это карта функций, а не число поставщиков

Заявитель может назвать несколько поставщиков услуг реестра и все же оставить критическую функцию без покрытия. В раунде ICANN 2026 года роли Main, DNS, DNSSEC и необязательного Proxy RSP имеют разные функции и ограничения по количеству.

6 сент. 2026 г.

ICANN

Указание RSP не является подтверждением на этапе заключения договора

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

6 сент. 2026 г.

ICANN

Выбор RSP можно отложить до оценки, но не бессрочно

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

6 сент. 2026 г.

ICANN

Наборы вариантов участвуют в разрешении конфликта вместе

Если разные заявители запрашивают строки из одного набора вариантов, правила ICANN 2026 года рассматривают заявленную основную строку и её заявленные допустимые к распределению варианты как единую конфликтную группу.

6 сент. 2026 г.

ICANN

Заявки на варианты существующих gTLD получают приоритет, но не одобрение

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

6 сент. 2026 г.

ICANN

Для вариантов существующего gTLD требуется единое соглашение 2026 года

Заявка на варианты существующего gTLD, допустимые к распределению, — не просто добавление отдельных меток при неизменном договоре. Правила ICANN 2026 года требуют перехода на новое Базовое соглашение о реестре и объединяют существующий gTLD со всеми его вариантами в одном…

6 сент. 2026 г.

ICANN

Только оператор существующего gTLD может подать заявку на его варианты IDN

В раунде ICANN 2026 года заявитель на варианты IDN существующего gTLD должен быть тем же юридическим лицом, что и оператор реестра этого gTLD.

6 сент. 2026 г.

ICANN

Варианты IDN должны использовать поставщика серверных услуг реестра основного gTLD

В раунде ICANN 2026 года основной IDN gTLD и его варианты должны использовать одного поставщика серверных услуг реестра, пока они делегированы.

5 сент. 2026 г.

ICANN

При отзыве основной заявки IDN отзываются и все её варианты

В раунде ICANN 2026 года при отзыве основной заявки IDN отзываются и все строки-варианты, заявленные вместе с ней.

5 сент. 2026 г.

ICANN

Заявка на вариант IDN не может предшествовать заявке на основную строку

В раунде ICANN 2026 года заявку на доступный для распределения вариант IDN нельзя подать раньше заявки на соответствующий основной IDN gTLD.

5 сент. 2026 г.

ICANN

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

Если предлагаемая основная строка сама не является существующим gTLD, общее число строк в полном множестве строк-вариантов RZ-LGR сохраняется, но состав подмножеств вариантов, доступных для распределения, и заблокированных вариантов может меняться в зависимости от её выбора.

5 сент. 2026 г.

ICANN

ICANN разрешает отозвать варианты IDN после подачи, но не добавить новые

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

5 сент. 2026 г.

ICANN

Комбинирующие знаки не обеспечивают требуемый минимум из двух кодовых точек категории L для IDN

Правило ICANN для раунда 2026 года требует не менее двух кодовых точек Unicode общей категории L. Кодовые точки общей категории M не учитываются при определении того, состоит ли метка из одного символа.

5 сент. 2026 г.

ICANN

Языковое значение не определяет техническую допустимость IDN по ICANN RZ-LGR

Руководство ICANN 2026 года прежде всего рассматривает IDN как технический идентификатор DNS. Языковое значение и техническая допустимость в корневой зоне отвечают на разные вопросы.

5 сент. 2026 г.

ICANN

Неподдерживаемая письменность не попадёт в раунд ICANN 2026 года через оспаривание проверки

Руководство ICANN 2026 года чётко разделяет исправление ошибки реализации проверки и добавление письменности, которой нет в применимых Root Zone Label Generation Rules.

5 сент. 2026 г.

ICANN

Вариант IDN зависит от основной строки, но дисквалификация отдельного варианта не всегда прекращает заявку

Руководство ICANN 2026 года устанавливает разные последствия для дисквалификации основной строки IDN и запрошенного варианта. Эта асимметрия важна для оценки риска.

5 сент. 2026 г.

ICANN

Возможность заменить строку ICANN истекает через 14 дней

Согласно Руководству 2026 года, заменяющая строка указывается вместе с заявкой, выбирается в течение 14 дней после Reveal Day, а после замены возврат невозможен.

5 сент. 2026 г.

Доступ для участников

Закрытая аналитика профиля

Войдите, чтобы открыть полные профили и углублённые разделы.

Только для Альянса лидеров

Обзор Альянса лидеров

Для проверенных владельцев IP-активов и руководителей. Войдите, чтобы открыть обзоры Альянса.

Вступить в Альянс лидеров