Резюме

  • European Broadcasting Union (EBU) мог воспользоватьсяоценкой приоритета сообщества, поскольку подал.RADIO как заявку сообщества и конкурировал с тремя стандартными заявителями. Эта процедурная возможность сама по себе не давала EBU ни баллов, ни контракта, ни делегирования. Оценку контролировала Economist Intelligence Unit; ICANN публиковала и применялаитоговый отчёт; а оговорка в отчёте отделяла успешный результат оценки приоритета сообщества от окончательного исхода заявки.
  • Afilias Limited, BRS Media, Inc. и Tin Dale, LLC могли возражать против заявки, запрашивать документы, податьзапрос на пересмотр 14-41и позднее инициировать независимую проверку. Эти каналы обеспечивали участие и доступ к пересмотру, но не давали права de novo требовать от Комитета по управлению Совета директоров повторно оценить.RADIO. Комитет проверял, противоречили ли действия ICANN или её оценщика установленной политике или процедуре. Он счёл возражения по существу оценки содержательным несогласием и не нашёл устранимого противоречия. На том жезаседаниикомитет отменил оценку.GAY, поскольку 54 письма поддержки не были проверены. Это сравнение подтверждает узкое процедурное различие: доказанное невыполнение обязательного шага могло привести к новой оценке; несогласие с экспертной оценкой — нет.
  • Устойчивое управление.RADIO началось после спора о заявке.Реестровое соглашение от 21 июля 2016 годаввело статью 2.19, Спецификацию 12 и Процедуру разрешения споров об ограничениях реестра. Спецификация 12 сделала постоянную пригодность, проверку заявленного использования, расследования, приостановку, контроль регистраторов и независимую апелляцию договорными обязанностями.Передача прав с 5 января 2026 годаперенесла соглашение, прямо включая Спецификацию 12, на Digity, LLC. Затем процесс IANA по функциям именования, выполняемый PTI, выпустилотчёт о передаче от 25 февраля, ааудит корневой зоны за февральфиксирует завершённое обновление административного контакта и организации 26 февраля. В своёмответе BRS Media от 24 июля 2026 годаICANN заявила, что правопреемник должен принять реестровое соглашение в текущем виде, что Спецификацию 12 нельзя отменить передачей и что предполагаемые нарушения следует направлять в Contractual Compliance или RRDRP, а не в пересмотр CPE.
  • Эти маршруты после делегирования не взаимозаменяемы. Регистранту, оспаривающему отдельный отказ или приостановку, обещана апелляция по Спецификации 12. Квалифицированное учреждение, добивающееся меры на уровне оператора поRRDRP, должно сначала подать обязательный отчёт о проблеме с ограничениями реестра, дождаться завершения начальной процедуры, а затем доказать элементы статуса и существа дела перед утверждённым провайдером. Отдельно действующееуведомление register.radioсообщает, что доменные услуги прекратятся в 09:00 UTC 31 августа, а домены будут перенесены на Sav.com, тогда как текущеерегистрационное соглашениепо-прежнему называет регистратором COREhub. Уведомление действовало 31 июля 2026 года, но не содержит год; поэтому в статье переход рассматривается как 31 августа 2026 года, а отсутствие года сохраняется как ограничение источника. Этот переход регистратора и розничного обслуживания отличается от январской передачи договора и от последующего процесса PTI/IANA, обновившего запись о спонсирующей организации. Аудит за февраль не фиксирует изменения серверов имён или DS.RADIO, поэтому его нельзя описывать как второе делегирование или техническую передачу службы DNS.

Два решения в один день

20 января 2015 года Комитет по управлению Совета директоров рассмотрел два возражения против отчётов об оценке приоритета сообщества. Первое поступило от трёх стандартных заявителей, конкурировавших с EBU за.RADIO. Они утверждали, что оценщик неправильно применил критерии, что заявка не должна была победить и что ICANN следует отменить вызванные этим изменения статуса. BGC отклонил их запрос. В егопротоколе заседанияотмечено, что заявители не доказали противоречия установленной политике или процедуре ICANN, и что решение является окончательным, поскольку оспариваемые действия были действиями или бездействием персонала.

Второе возражение касалось.GAY. Там BGC пришёл к выводу, что оценщик не проверил 54 письма поддержки — одно письмо с 53 приложениями, — хотя применимый процесс требовал проверки. Комитет отменил этот отчёт и распорядился провести новую оценку другими оценщиками. Контраст важнее самих баллов. Он показывает операционную границу пересмотра на том этапе программы новых gTLD. BGC не был бессилен, но его полномочия были корректирующими, а не апелляционными: он мог реагировать на доказанное отступление от процедуры, а не подменять собственное мнение всякий раз, когда заявитель оспаривал суждение оценщика.

То же различие вновь проявилось в иной форме после того, как.RADIO вышел из конкурентной борьбы.Реестровое соглашение, заключённое 21 июля 2016 года, содержало правила о пригодности, использовании, проверке, приостановке и апелляции, которые были гораздо конкретнее прежнего спора о том, кто должен получить приоритет. Десятилетие спустяпередача прав Digity, LLCпрямо включала Спецификацию 12. Институциональный вопрос изменился. До заключения договора соперничающие заявители пытались пересмотреть оценку. После заключения договора регистранты и квалифицированные учреждения должны были использовать средства, привязанные к обязательствам самого реестра.

Эта последовательность разделяет полномочия, которые в спорах о новых gTLD часто смешиваются. Оценщик определял приоритет; BGC проверял соответствие политике и процедурам; ICANN контролировала заключение договора. На этапе делегирования функция IANA по управлению корневой зоной обрабатывала и проверяла запрос, тогда как авторизация и реализация администратором корневой зоны оставались отдельными функциями. После делегирования реестр проверял заявки и применял меры первой инстанции, Спецификация 12 требовала независимого провайдера для апелляций регистрантов, а ICANN сохраняла договорные средства на уровне реестра.

Ни одно учреждение не контролировало все этапы.

Четыре заявителя, но только один мог выбрать приоритет сообщества

Запись заявки EBU на.RADIO от 2012 годаидентифицирует заявку 1-1083-39123 и фиксирует, что она в итоге победила и была делегирована. Та же страница этапа подачи заявки предупреждает, что её данные после делегирования могут больше не описывать реестр, — важная оговорка в деле, где позднее сменился оператор реестра.

EBU подал заявку как заявитель сообщества. Afilias Limited, BRS Media, Inc. и Tin Dale, LLC подали стандартные заявки на ту же строку. Такая классификация создала асимметричную процедурную возможность. Согласнопроцессу CPE, оценка приоритета сообщества была доступна только тогда, когда заявка сообщества находилась в наборе конкурирующих заявок и заявитель сообщества решил ею воспользоваться. EBU, таким образом, мог запросить оценку, которую его соперники со стандартными заявками не могли запросить от своего имени.

Эта возможность не была ни голосованием, ни презумпцией победы. Она открывала независимую оценку в соответствии с Руководством для заявителей. Неудача возвращала заявку в конкуренцию; достижение порога могло дать ей приоритет. Механизм не создавал собственности на слово «radio», не передавал отраслевые регулирующие полномочия и не гарантировал реестровое соглашение.

Такое разделение важно, поскольку сама заявка содержала широкие утверждения о целевом сообществе и институциональном положении заявителя. Публичная заявка EBU предлагала ограниченное пространство имён для вещателей, операторов интернет-радио, радиолюбителей, специалистов радио, компаний, поставляющих товары и услуги для радио, и других категорий, связанных с отраслью. В ней описывались предполагаемые механизмы управления, условия допуска и механизмы принуждения. Эти заявления были свидетельством обязательств, которые EBU предлагал, и версии, которую он просил оценщика принять.

Они не были независимым доказательством того, что EBU представляет каждую группу, включённую в предлагаемое сообщество.

Статус сообщества, следовательно, распределял полномочия по формированию повестки, а не право окончательного решения. Только EBU мог запустить CPE, но не мог сам выставить баллы. Конкуренты не могли помешать этому выбору, но могли представить оценщику возражения и аргументы. ICANN спроектировала маршрут и позднее применила бы статусные последствия, но передала оценку по каждому критерию на аутсорсинг. Такая структура делала оценщика решающим на входе в конкуренцию, оставляя остальным участникам иные, более узкие формы участия.

Участие попало в материалы дела; контроль остался у оценщика

Настранице процесса CPEзафиксировано приглашение EBU от 19 февраля 2014 года и завершение оценки 10 сентября. Процесс позволял учитывать релевантные комментарии к заявке, поддержку и возражения, поданные в установленный срок. Это создавало канал доказательств для конкурентов и заявленных членов сообщества, но не делало их лицами, принимающими решение.

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

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

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

Преимуществом была разделённость решений: Совет и персонал ICANN не занимались выставлением баллов. Ценой — доказательственная ограниченность. Доступ к внутреннему процессу оценщика зависел от записей, которые ICANN требовала, получала и хранила, — ограничение, ставшее заметным, когда проигравшие заявители попытались доказать процедурную ошибку.

Отчёт CPE изменил статус конкуренции, а не корневую зону

Отчёт от 10 сентября 2014 года зафиксировал 14 баллов из 16 — порог, необходимый для победы. Точная арифметика здесь менее важна, чем её процедурный эффект.Отчётпризнал достаточными очертания сообщества и связь с ним, счёл регистрационные политики соответствующими заявленной цели сообщества и засчитал поддержку, достаточную для преодоления проверки на релевантные возражения. Он также отметил обязательства, которые позднее вновь появятся в договорной форме: ограниченную пригодность, требования к заявленному использованию, проверку, случайные выборочные проверки, приостановку и механизм апелляции.

Успешный результат CPE разрешил конкурентный набор в пользу EBU. Для трёх стандартных заявок это означало, что они не продолжат движение по обычному пути разрешения конкуренции, пока успешная заявка сообщества продвигается дальше. Это было исполнимым статусным последствием. Оно меняло, какие заявители могли продолжить, и создавало непосредственный ущерб, заявленный в запросе на пересмотр 14-41.

Однако отчёт CPE прямо отрицал более широкое правовое действие. В нём говорилось, что результат оценки не обязательно определяет окончательный исход заявки и не отменяет и не изменяет Руководство для заявителей или какое-либо реестровое соглашение. Эта формулировка не позволяла считать оценку самодействующей лицензией. EBU выиграл определение приоритета, а не контракт. ICANN всё ещё должна была завершить обработку заявки и решить, заключать ли реестровое соглашение. Затем запрос на делегирование должен был пройти обработку и проверку функцией IANA, соответствующий шаг авторизации и техническую реализацию администратором корневой зоны.

Каждый этап проверял разный объект. CPE проверяла приоритет; заключение договора устанавливало права и обязанности оператора; обработка делегирования проверяла предлагаемого управляющего, контакты и технические условия. Авторизация и техническая реализация оставались отдельными функциями. Успех на первом этапе снижал конкурентную неопределённость, не отменяя последующих правовых и операционных требований.

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

Заявители добивались статусной меры, а не только объяснения

Afilias, BRS Media и Tin Dale подализапрос на пересмотр 14-41после результата CPE. Ихпервоначальный запрос от 25 сентября 2014 годаважен, поскольку указывает практические последствия, которые, по их мнению, требовали немедленного исправления. Они заявили, что EBU продвинулся к заключению договора, а их собственные заявки получили статус, означающий, что они не будут продолжены.

Заявители не просили лишь больше объяснений. Они добивались последовательности исполнимых мер: приостановки дальнейшего рассмотрения до разрешения их документального запроса; приостановки любой передачи.RADIO EBU; пересмотра выигравшей оценки; отмены статусных последствий для трёх стандартных заявок; восстановления конкурентного набора в активном состоянии. Это были требования заинтересованных сторон, а не выводы ICANN, но они раскрывают институциональные ставки. Успешный пересмотр мог бы вновь открыть конкуренцию за строку.

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

Запрошенная мера помогает отличить статус заявки от делегирования. На тот момент реестровое соглашение.RADIO не было заключено, и делегирования в корневой зоне не произошло. Отмена CPE не удалила бы действующий домен верхнего уровня из DNS. Она вернула бы конкурирующие заявки в механизм программы по разрешению конкуренции. Напротив, оставление отчёта в силе само по себе не вносило.RADIO в корневую зону. Оно открывало EBU путь к последующим этапам.

Таким образом, заявители имели прямой экономический и процедурный интерес в исходе, но этот интерес не определял стандарт проверки. Пересмотр не задумывался как автоматическое второе слушание по каждому спорному экспертному суждению. Чтобы получить запрошенную меру, заявители должны были связать неблагоприятный результат с противоречием установленной политике или процедуре. Это доказательственное бремя делало доступ к базовым материалам CPE центральным.

DIDP показала цену хранения данных за независимость оценщика

26 сентября 2014 года заявители подализапрос в рамках Политики раскрытия документальной информации. Они запрашивали контракты, руководства, внутренние материалы и информацию об оценщике и его работе. Логика была проста: если пересмотр зависит от доказательства процедурной ошибки, заявителям нужен достаточный объём процессуальных записей, чтобы её обнаружить.

Ответ ICANN от 24 октября 2014 годараскрыл часть информации, указал на уже публичные материалы и скрыл другие записи в соответствии с применимыми условиями неразглашения. ICANN заявила, что имеет один контракт с Economist Intelligence Unit, но не опубликовала его из-за конфиденциальности. Более важно, что ICANN сообщила: её Совет и персонал не участвовали в оценке критериев, выставлении баллов или базовом анализе комиссии. EIU координировала работу комиссии, а ICANN не собирала и не хранила индивидуальные рабочие материалы членов комиссии.

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

Это не просто жалоба на прозрачность. Это проблема распределения полномочий. Аутсорсинг может отделить содержательное суждение от учреждения, персонал которого администрирует программу. Если контракт и система хранения записей не требуют от провайдера сохранять и передавать процессуальные доказательства, то же разделение может ограничить последующую подотчётность. Лицо, принимающее решение, может быть независимым в одном смысле, но его внутренние записи могут быть недоступны органу, которому поручено проверять соблюдение процедуры.

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

Более полное хранение записей не обязательно изменило бы исход по.RADIO. Однако оно могло бы позволить заявителям проверить конкретные процедурные события, а не полагаться в основном на опубликованный отчёт и несогласие с его выводами. Позднее решение по.GAY показало, почему это важно: конкретное невыполнение проверки писем поддержки можно было исправить, тогда как утверждение о неправильном взвешивании доказательств оставалось спором по существу.

Пересмотр дал площадку, но ограничил средство защиты

Определение BGC от 20 января 2015 годасформулировало вопрос в рамках действовавших тогда Устава ICANN. При оспаривании действий или бездействия персонала пересмотр проверял, противоречило ли действие установленной политике ICANN или не выполнил ли персонал требуемое действие. Комитет не считал себя общим апелляционным трибуналом для новой оценки критериев приоритета сообщества.

Этот стандарт определил исход. Заявители утверждали, что оценщик пришёл к неверным выводам о границах сообщества, связи, политиках, поддержке и возражениях. BGC счёл эти пункты содержательным несогласием с отчётом. Он не стал заменять оценку оценщика лишь потому, что другие заявители могли предложить конкурирующую интерпретацию тех же материалов.

Определение также отклонило расширенную часть претензии по DIDP по двум основаниям. Во-первых, комитет счёл эту часть пересмотренного запроса поданной на один день позже действовавшего 15-дневного срока. Во-вторых, он пришёл к выводу, что ответ о раскрытии сам по себе не нарушал установленную политику или процедуру. Своевременность, таким образом, имела значение, но не была единственной причиной неудачи документальной претензии.

Это практический смысл доступа к пересмотру без повторной оценки de novo. Заявители могли подать запрос, получить мотивированное определение и указать на предполагаемые дефекты. Они не могли потребовать от BGC повторить CPE с начала и выставить собственные баллы. Потолок средства защиты был встроен в функцию пересмотра. Пересмотр мог отменить действие при доказанном процедурном противоречии, но не был неограниченной апелляцией по существу.

BGC также указал на Омбудсмена как на другой маршрут для опасений по поводу справедливости и процесса. То же заседание санкционировало проверку оценки приоритета сообщества Омбудсменом по собственной инициативе. Этот маршрут расширял институциональный контроль, но не давал заявителям.RADIO гарантированной статусной меры. Омбудсмен может расследовать и рекомендовать; заявителю, добивающемуся восстановления конкурентного набора, всё равно нужен орган, уполномоченный изменить действующий статус.

Определение комитета было окончательным в рамках процесса пересмотра, поскольку оспариваемые действия были отнесены к действиям или бездействию персонала. Впротоколезафиксировано, что дальнейшего рассмотрения Советом или Комитетом программы новых gTLD не последует. Сюзанна Вулф воздержалась из-за консультационных отношений с Donuts, материнской компанией Tin Dale. Такое управление конфликтом поддержало целостность процесса комитета, но не изменило объём пересмотра.

Окончательность здесь нужно описывать точно. Решение BGC завершило запрос 14-41; оно не стёрло все возможные маршруты подотчётности. Позднее заявители инициировали независимую проверку. BGC также не объявлял каждый содержательный вывод в отчёте CPE объективно верным. Он установил, что заявители не показали такого противоречия политике или процедуре, которое пересмотр мог бы устранить.

.GAY показал, что процедурный потолок реален, но не абсолютен

Рассмотрение запроса на пересмотр 14-44 в тот же день даёт наиболее строгий контрфактический пример. В деле.GAY BGC установил, что EIU не проверила 54 письма поддержки, как требовалось. Это не было разногласием о том, какой вес письма заслуживали после проверки. Это было доказуемым упущением в предписанном процессе. Впротоколезафиксировано, что комитет отменил отчёт CPE и распорядился провести новую оценку другими оценщиками.

Это сравнение предотвращает две противоположные переоценки. Было бы неверно говорить, что BGC никогда не мог отменить отчёт CPE. Он сделал это, когда было установлено конкретное процедурное нарушение. Было бы также неверно заключить, что BGC имел полномочия пересматривать любую оспариваемую оценку. Мера в.GAY последовала за подтверждённым процессуальным дефектом, а не за широким пересмотром существа.

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

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

BGC сообщил, что EIU рассмотрела другие ситуации и не нашла аналогичных сбоев. Это заявление является свидетельством того, что комитету было сказано и что он сделал, а не универсальной гарантией в отношении каждой оценки. Институциональный урок остаётся более узким: пересмотр мог дать исполнимую меру, когда было выявлено нарушение установленной процедуры, но бремя связи неблагоприятного результата с таким нарушением лежало на заявителе.

Независимая проверка завершилась без заключения по существу

Трое заявителей не остановились на пересмотре. В октябре 2015 года они начали процесс независимой проверки, оспаривая действия ICANN в отношении.RADIO.Официальное досье IRPфиксирует подачу и последующие процессуальные документы.

Разбирательство не привело к заключению по существу. Истцы отозвали дело 18 мая 2016 года, а Международный центр по разрешению споров закрыл администрирование 31 мая. Публичное досье не даёт оснований для выводов о причинах отзыва, о том, достигли ли стороны соглашения или какие условия могли сопровождать отзыв. Молчание не является доказательством соглашения, уступки или подтверждения правоты.

Отсутствие заключения по существу важно, поскольку оставляет определение BGC в качестве завершённого институционального решения по требованию о пересмотре. Независимая проверка оставалась доступной как отдельный механизм подотчётности, но в этом деле она не изменила результат CPE и не дала публичной интерпретации обязательств ICANN. Результат конкуренции, таким образом, остался в силе, и EBU продвинулся к заключению договора.

Это ещё один случай, когда доступ и средство защиты нужно разделять. Начало IRP дало заявителям площадку и наложило на ICANN процедурные обязательства. Однако отозванное разбирательство не создаёт судебной меры. Оно не восстановило стандартные заявки, не назначило новую CPE и не аннулировало заявку. Следующим юридически значимым документом стала не декларация о подотчётности, а реестровое соглашение.

Заключение договора, регистрация в корневой зоне и делегирование были отдельными актами

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

Сохранившиеся первичные записи используют несколько дат, описывающих разные события.Запись корневой зоны IANAуказывает 22 сентября 2016 года как дату регистрации. Однакоаудит корневой зоны за сентябрьпоказывает запрос на делегирование.RADIO как поданный 30 сентября и всё ещё ожидающий обработки на 1 октября.Отчёт о делегировании от 7 октябряфиксирует EBU в качестве предлагаемого управляющего и подтверждает завершение программы, соответствие стороне договора, подтверждение контактов, техническое соответствие и другие проверки.Аудит за октябрьфиксирует многосоставное изменение.RADIO как завершённое 12 октября.

Даты, следовательно, нельзя сжать в единое «присуждение», а дату регистрации в записи корневой зоны не следует считать временной меткой технической реализации. CPE сняла конкуренцию в сентябре 2014 года. Реестровое соглашение создало обязанности оператора в июле 2016 года. Аудиторский след показывает, что запрос на делегирование поступил в обработку 30 сентября, а изменение, затрагивающее контакты, записи DS, метаданные, спонсорство и серверы имён, завершилось 12 октября. Отчёт от 7 октября документирует завершённые проверки; его дата сама по себе не указывает, кто внёс правку в файл корневой зоны и когда эта правка вступила в силу.

Цепочка полномочий также была более разделённой, чем предполагает слово «IANA».Отчёт ICANN 2016 года о параллельном тестировании управления корневой зонойописывает производственный процесс до перехода: ICANN получала, обрабатывала и проверяла запросы на изменения; Национальное управление по телекоммуникациям и информации США предоставляло авторизацию корневой зоны; а Verisign как администратор корневой зоны реализовывал авторизованное изменение и публиковал обновлённый подписанный файл корневой зоны.Контракт на функции IANA истёк 1 октября, аотчёт ICANN после переходасообщает, что с этой даты функции IANA выполняла PTI. Вболее позднем сообщении ICANNговорится, что переход устранил шаг авторизации со стороны США, а воперационном обновлении от 20 октября— что ICANN и Verisign всё ещё переключались на системы, спроектированные без этой роли. Запрос.RADIO поступил в обработку 30 сентября и был зафиксирован как завершённый 12 октября. Отобранные записи, таким образом, не устанавливают передачу авторизации по конкретному запросу в этот переходный интервал, и дата отчёта от 7 октября не может восполнить это умозаключением.

ICANN контролировала, заключать ли договор и на каких условиях. Функция IANA по управлению корневой зоной обрабатывала и проверяла запрос на делегирование. И в задокументированной архитектуре до перехода, и в проекте после перехода реализация администратором корневой зоны была отдельным техническим актом; рассмотренные здесь публичные записи не дают оснований приписывать.RADIO авторизацию со стороны США по конкретному запросу после 1 октября. EBU не мог односторонним действием превратить отчёт CPE в делегированный домен верхнего уровня.

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

Эта последовательность также ограничивает возможные утверждения об источнике ограничений.RADIO. Отчёт CPE признал предложенные политики, но оговорка отчёта отрицала, что он изменяет реестровое соглашение. Обязательным источником после июля 2016 года стал заключённый контракт. Завершение цепочки делегирования затем сделало пространство имён рабочим в рамках этого контракта. Полномочия отклонять или приостанавливать регистрацию возникли из договорного режима политик реестра, а не из продолжающегося надзора оценщика за заявкой.

Статья 2.19 превратила заявления сообщества в обязанности оператора

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

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

Это различие особенно важно после передачи 2026 года, поскольку обязательство об участии сообщества не устанавливает, что EBU или Всемирный консультативный совет.Radio сохранили операционный контроль после того, как Digity стала стороной договора и позднее была указана спонсирующей организацией в базе данных корневой зоны IANA.

Статья 2.19 сделала то, чего не могли сделать заявка и отчёт CPE по отдельности: она превратила постоянное соответствие в обязанность по реестровому соглашению. Неспособность эксплуатировать пространство имён в соответствии с указанными ограничениями сообщества, следовательно, могла стать предметом договорного соблюдения. Обязательства оператора больше не были лишь причинами, по которым комиссия CPE начислила баллы.

Спецификация 7 добавила ещё один уровень архитектуры споров и средств защиты. Она включила минимальные механизмы защиты прав и требовала от реестра исполнять меры, назначенные в рамках применимых процессов ICANN. Она также связала обязательства реестра с соглашением «реестр — регистратор», позволяя передавать операционные меры контроля в канал регистратора. Точное распределение зависело от контракта и реализующих политик, но суть в том, что принуждение должно было проходить через правовые отношения между ICANN, реестром, регистраторами и регистрантами, а не через оценщика CPE.

Спецификация 12 распределила проверку, принуждение и апелляцию

Спецификация 12 — самое подробное изложение того, как ограничения сообщества.RADIO должны были действовать после делегирования. Она требовала от оператора «внедрить и соблюдать» изложенные в ней политики. Эта императивная формулировка сделала ограничения частью договорённости с ICANN.

Пригодность была постоянной, а не только входным условием в момент регистрации. Регистрант должен был быть добросовестным членом определённого радиосообщества. Его действия и предполагаемое использование должны были быть общепризнанно законными и полезными для ценностей этого сообщества, соразмерными роли и значимости доменного имени и предпринятыми добросовестно. Условия должны были выполняться при регистрации и впоследствии.

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

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

Выбор имени и фактическое использование были связаны с принадлежностью заявителя к радиосообществу. Регистрант не мог полагаться только на номинальное членство, если выбранное имя или использование создавало вводящее в заблуждение впечатление полномочий. Содержание и использование оставались под теми же условиями сообщества после регистрации. Эта особенность продолжающегося использования отличала.RADIO от чисто документальной проверки пригодности.

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

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

Меры контроля регистраторов расширяли цепочку принуждения. Реестр мог ограничить регистратору приём новых регистраций.RADIO, потребовать проверки существующего портфеля регистратора или ввести требования к проверке после регистрации. Эти инструменты касались поведения посредника в канале дистрибуции, а не только отдельного регистранта. Они также делали отношения реестра с регистраторами практической площадкой управления.

Административные меры не должны были оставаться без проверки. Спецификация 12 требовала механизма апелляции: реестр действует в первой инстанции, а независимый провайдер альтернативного разрешения споров рассматривает апелляцию. Апелляция должна была основываться на уставе, одобренном EBU и Всемирным консультативным советом.Radio.

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

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

Апелляция регистранта и жалоба RRDRP защищают разные интересы

Апелляция, обещанная в Спецификации 12, действует на уровне регистранта. Она даёт лицу или организации, подвергшимся административной мере реестра, путь за пределы решения первой инстанции реестра.Процедура разрешения споров об ограничениях реестразащищает другой интерес: её сторонами являются пострадавшее устоявшееся учреждение и оператор реестра, основанного на сообществе, и она проверяет соблюдение оператором ограничений сообщества в реестровом соглашении. Это не общая апелляция по существу для разочарованного регистранта, бывшего заявителя или коммерческого конкурента.

Формальная жалоба RRDRP — не первый шаг. Процедура требует, чтобы первоначальные утверждения прошли через Систему отчётов о проблемах с ограничениями реестра. Оператор получает отчёт и должен предпринять разумные шаги для расследования и, где оправдано, устранения заявленного несоответствия.Правила RRDRPтребуют от заявителя, обращающегося к утверждённому провайдеру, доказать, что отчёт был подан, первоначальный процесс завершён и заявленное несоответствие продолжается. Недовольство ответом оператора само по себе не создаёт статуса.

Текущаястраница RRDRP ICANNоперационализирует начальный этап через «Форму RRDRP». ICANN проверяет отчёт на полноту, наличие утверждения хотя бы об одном ограничении и добросовестность заявителя; квалифицированный отчёт направляется оператору; формальная жалоба провайдеру может последовать, если несоответствие всё ещё заявляется. Страница не говорит, что форма юридически заменяет RRPRS, названную в процедуре. Поэтому безопаснее всего описывать действующую форму как текущий приёмник ICANN для обязательного отчёта о проблеме. Первичные материалы также не говорят, что любое общее обращение в Contractual Compliance автоматически засчитывается как эта предпосылка.

Статус и существо остаются раздельными. Заявитель должен быть устоявшимся учреждением с постоянной связью с определённым сообществом, состоящим из ограниченного населения, которое поддерживает TLD, и он должен завершить предшествующий этап отчёта. Затем он должен доказать наличие определённого сообщества, сильной ассоциации между этим сообществом и строкой, нарушение договорных ограничений и измеримый вред как заявителю, так и сообществу. Бремя доказывания — преобладание доказательств. Опубликованное правило не добавляет «системность» как самостоятельный порог статуса или существа.

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

Любая сторона RRDRP может потребовать апелляции de novo по существующим материалам с ограниченным путём для квалифицированных дополнительных доказательств. Такая прямо выраженная апелляционная конструкция контрастирует с запросом на пересмотр 14-41, где BGC не проводил повторную оценку CPE de novo. Если эксперт RRDRP установит нарушение, ICANN должна уведомить оператора и предоставить договорную возможность исправить; дальнейшая эскалация остаётся за ICANN.

Таким образом, маршруты отвечают на разные вопросы. Спецификация 12 спрашивает, правильно ли административная мера была применена к регистранту. RRDRP спрашивает, может ли квалифицированное учреждение доказать несоответствие оператора и измеримый институциональный и общинный вред. Contractual Compliance рассматривает поведение, которое соответствует договорной обязанности ICANN. Рассмотренные здесь официальные источники не указывают опубликованного определения RRDRP, специфичного для.RADIO, уведомления о принуждении к соблюдению или решения по апелляции по Спецификации 12.

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

Политика запуска 2017 года показала операционную реализацию

Политика запуска.RADIO, поданная в ICANN, даёт датированное доказательство того, что договорная модель была переведена в регистрационные операции. Она регулировала этапы запуска с 23 августа по 31 октября 2017 года и предполагала общую доступность 15 ноября.

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

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

Эта политика — более сильное доказательство реализации, чем заявка 2012 года, поскольку она была выпущена после заключения договора и в рамках подготовки к запуску. Она показывает, как пригодность и доказательства должны были действовать на практике. Это всё ещё не полная история правоприменения. Политика может быть принята без публикации каждого расследования; полномочие приостановки не доказывает, что приостановка произошла; а пункт об апелляции не показывает, что независимый провайдер рассмотрел дело.

Дата также имеет значение. Политика 2017 года предшествует передаче 2026 года. Без дополнительных документов она не может установить каждый элемент текущей практики при Digity. Потребовались бы текущая регистрационная политика, соглашение «реестр — регистратор», устав апелляции и карта полномочий оператора, чтобы проверить, остаётся ли реализация соответствующей Спецификации 12 после передачи. Официальная запись доказывает базовое обязательство и исторический операционный перевод, но не даёт непрерывного публичного наблюдения за каждым последующим правоприменительным выбором.

Передача 2026 года сменила оператора и перенесла обязательства

С 5 января 2026 года EBU передал.RADIO реестровое соглашение компании Digity, LLC. Документ фиксирует запрос EBU о согласии от 28 июля 2025 года и условное согласие ICANN от 19 декабря. Он определяет переданное соглашение как включающее Спецификацию 12, передаёт права и обязанности EBU, требует от Digity принять накопленные и условные обязательства и заменяет Digity вместо EBU для всех целей реестрового соглашения.

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

Затем процесс IANA по функциям именования, выполняемый PTI, обработал отдельную передачу спонсирующей организации. Егоотчёт о передаче от 25 февраля 2026 годафиксирует соответствие стороне договора, подтверждение контактов, техническое соответствие и другие проверки перед передачей на авторизацию и реализацию.Аудит корневой зоны за февральфиксирует один запрос.RADIO, затрагивающий административный контакт, организацию и технический контакт, как отозванный 20 февраля, за которым последовало завершённое изменение административного контакта и организации 26 февраля.Текущая запись корневой зоны, последний раз обновлённая 27 июля 2026 года, указывает Digity спонсирующей организацией, а CORE Association — техническим контактом. Текущаястраница соглашения ICANNтакже называет Digity оператором и указывает соглашение сообщества, содержащее Спецификацию 12.

Эти записи описывают разные функции. Digity — сторона реестрового соглашения и организация, указанная IANA в качестве спонсора; CORE Association — указанный технический контакт; ни один из фактов не идентифицирует регистратора, используемого конкретным регистрантом. Текущаяроль PTI в корневой зоне— принимать и проверять запросы на изменения, тогда как администратор корневой зоны реализует проверенные изменения в файле корневой зоны DNS. Февральский аудит не фиксирует в завершённом запросе изменения серверов имён или DS.RADIO. Поэтому он поддерживает административное обновление спонсорства и контактов, а не утверждение о том, что PTI сама отредактировала файл корневой зоны DNS или что.RADIO был делегирован заново. Позднее заявление ICANN о том, что консультации с сообществом или доказательства поддержки или отсутствия возражений являются частью передачи TLD сообщества, описывает входные данные и защитный механизм перехода, а не постоянное вето сообщества.

Январская передача перенесла контракт; февральский процесс IANA проверил последующий запрос на спонсорство, после чего запись корневой зоны была обновлена. Ни один процесс не переписал режим пригодности. Спецификация 12 перешла через переданное реестровое соглашение, сделав непрерывность вопросом контракта, а не институциональной репутации EBU. Нерешённый вопрос — операционный: делают ли текущие политики, практика проверки и материалы апелляции осуществление этих полномочий правопреемником видимым.

Переход регистратора — другая передача

Второй переход 2026 года появляется на розничном уровне. На действующейглавной странице register.radioна момент публикации уведомление сообщало, что доменные услуги прекратятся в 09:00 UTC 31 августа, а все домены будут переданы на Sav.com. Год в нём не был указан. Поскольку уведомление действовало 31 июля 2026 года и описывало будущий переход, в статье дата рассматривается как 31 августа 2026 года, а отсутствие года сохраняется как ограничение источника.

Текущеерегистрационное соглашениесервиса называет COREhub S.R.L.U. регистратором, предоставляющим услуги register.radio. Оно допускает прекращение регистраций или продлений.RADIO с разумным уведомлением и передачу другому регистратору, а также говорит, что соглашение прекращается, когда имя переходит. До объявленного перехода эти условия позволяют описывать COREhub как регистратора для регистраций, оформленных через эту витрину; Sav.com — объявленное место назначения для этого портфеля.

Уведомление не претендует на передачу всех регистраций.RADIO, уступку реестрового соглашения или изменение спонсирующей организации, указанной в базе данных корневой зоны IANA. Оно поддерживает передачу регистратора и розничного обслуживания для имён, обрабатываемых через register.radio. Документы не описывают механику миграции аккаунтов, цены, учётные данные или условия поддержки после перехода.

Публичная формулировка также устарела: те же условия по-прежнему называют оператором реестра EBU, тогда как ICANN называет договорным оператором Digity, а IANA указывает её спонсирующей организацией. Это не подрывает подписанную передачу, но демонстрирует необходимость версионированных розничных условий. Роль COREhub как регистратора также следует отличать от роли CORE Association как указанного технического контакта. Похожие названия не объединяют юридическую ответственность.

Спор 2026 года сместился с оценки на исполнение контракта

Передача оператора не прекратила критику со стороны бывшего заявителя. 16 апреля 2026 года BRS Media направила Совету ICANNофициальное письмо о CPE и защитных механизмах после делегирования. В нём утверждалось, что ограничительные обещания могли использоваться для получения приоритета, а затем размываться или отделяться от операционного контроля. BRS Media просила ICANN обеспечить соблюдение Спецификации 12, предотвратить преобразование в открытую модель, пересмотреть прежние результаты CPE и усилить правила следующего раунда. Это были утверждения и политические запросы, а не выводы о нарушении, и письмо не возобновляло запрос на пересмотр 14-41 или отозванную IRP.

Ответ ICANN BRS Media от 24 июля 2026 годаотделил спор этапа заявки от договорного режима. В нём CPE описывалась как необязательный механизм разрешения конкуренции, а не источник статуса сообщества. Успешная заявка сообщества должна была нести политики регистрации сообщества в Спецификации 12 независимо от того, разрешила ли CPE конкуренцию. ICANN не переоценивала баллы 2014 года; она рассматривала CPE как завершённое событие распределения, а Спецификацию 12 — как текущий правовой объект.

По вопросу передачи ICANN заявила, что правопреемник должен принять реестровое соглашение в текущем виде и не может пересмотреть или отменить Спецификацию 12 посредством передачи. Указанный маршрут изменения этих обязательств —Процедура запроса на изменение gTLD сообщества. Инициировать запрос может только оператор реестра. ICANN публикует квалифицированный запрос для комментариев, а процедура исключает изменения, которые удаляли бы политики сообщества, чрезмерно расширяли или сужали пригодность либо правила выбора имени, или существенно вредили бы сообществу TLD. Вклад сообщества может влиять на материалы дела; он не является договорным правом одобрения.

Ответ также указывал на Contractual Compliance и RRDRP. Регистрант или член сообщества может пожаловаться в Compliance на исполнение Спецификации 12. Квалифицированный заявитель RRDRP должен сначала завершить этап отчёта о проблеме с ограничениями реестра, а затем доказать элементы статуса и существа процедуры перед утверждённым провайдером. Если эксперт установит нарушение, ICANN направляет уведомление о нарушении и предоставляет договорную возможность исправить. Эксперт решает жалобу; ICANN контролирует исполнение контракта; оператор получает возможность исправления.

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

Ответ fTLD Registry Services от 20 мая 2026 годадобавил, что Спецификация 12 проверяется, когда TLD сообщества отбирается для полной аудиторской проверки реестрового соглашения, при этом не каждый TLD отбирается в каждом цикле. Это устанавливает доступный надзорный инструмент, а не то, что.RADIO был проверен или признан соответствующим. Оба письма излагают интерпретацию организации ICANN; ни одно не разрешает утверждения BRS Media.

ICANN также заявила, что в настоящее время нет механизма, позволяющего TLD сообщества стать открытой или неограниченной либо отказаться от обязательств, зафиксированных при заключении договора. Это поддерживает договорную непрерывность. Это не устанавливает, что каждое решение Digity по проверке верно, что независимую апелляцию можно найти, что политика 2017 года остаётся текущим операционным руководством или что переход регистратора register.radio будет бесшовным.

Переписка 2026 года, таким образом, не привела к выводу о нарушении против.RADIO и ни к одной из мер, запрошенных BRS Media. Она прояснила текущий шлюз. Регистрант использует апелляцию по Спецификации 12 в отношении индивидуальной меры. Квалифицированное учреждение использует RRDRP только после предшествующего отчёта и только по определённым элементам. Contractual Compliance рассматривает обязанности по реестровому соглашению, а ICANN контролирует нарушение, исправление и эскалацию. Прежний конкурентный набор даёт историю, а не текущее основание иска.

Что доказывает запись — и чего она не доказывает

Официальная запись поддерживает сегментированную цепочку полномочий. EBU выбрал CPE; EIU оценила заявку; ICANN применила результат конкуренции. Проигравшие заявители могли возражать, запрашивать документы, просить пересмотр и инициировать независимую проверку, но не получили ни повторной оценки de novo, ни публичной декларации IRP. Позднее ICANN заключила договор об ограничениях сообщества. Функция IANA по управлению корневой зоной обработала и проверила запрос на делегирование, а реализация администратором корневой зоны осталась отдельным актом.

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

В 2026 годупередачаперенесла реестровое соглашение на Digity и прямо закрепила Спецификацию 12.Процесс передачи IANAзатем проверил предлагаемого управляющего и контакты, афевральский аудитфиксирует завершённое обновление организации и административного контакта 26 февраля. Уведомление register.radio касается третьего события на уровне регистратора. Эти акты имеют разные объекты и не должны сжиматься в одну передачу.

Запись не доказывает, что EBU политически представлял всех, кто связан с радио, что BGC одобрил каждый содержательный вывод CPE, или почему IRP была отозвана. Решение по.GAY поддерживает только более узкое процедурное сравнение: доказанное невыполнение требуемой проверки могло оправдать новую оценку. Оно не устанавливает общего права на согласованные результаты по разным заявкам.

Публичная запись также не указывает текущий опубликованный устав апелляции, независимого провайдера, результат апелляции, специфичный для.RADIO, определение RRDRP или санкцию Contractual Compliance. Действующееуведомление register.radioне содержит года объявленного перехода 31 августа, аусловияпо-прежнему называют оператором EBU, называя регистратором COREhub. Подписанная передача решает вопрос договорного оператора, а страница соглашения ICANN и запись корневой зоны IANA показывают текущие записи о договоре и спонсорстве; розничные документы не раскрывают всех деталей реализации после передачи.

Дисциплинированный вывод — институциональный. CPE сняла конкурентный набор; пересмотр предложил процессуальную проверку, но не новое слушание по существу; реестровое соглашение превратило выбранные обещания заявки в обязанности; а отдельная цепочка делегирования — обработка и проверка, авторизация, затем реализация администратором корневой зоны — сделала пространство имён рабочим. Позднее передача перенесла договорные обязанности на Digity, а обновление спонсорства и переход регистратора изменили другие записи и отношения.

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