Кратко

  • RFC 1591 говорила, что IANA создаст Internet DNS Names Review Board (IDNB) для рассмотрения неурегулированных споров о том, кто должен управлять доменом верхнего уровня; решения комиссии должны были иметь обязательную силу.
  • Документы ccNSO 2017 и 2024 годов утверждают, что IDNB так и не создали. В 2025 году приняли другую, необязательную для исполнения политику пересмотра решений по ccTLD; в отчёте ICANN86 за май 2026 года её статус всё ещё значился как «планирование внедрения».

Один абзац RFC 1591 звучит как готовый ответ на спор. Если стороны, претендующие на управление доменом верхнего уровня, не смогут договориться, Internet DNS Names Review Board выступит комиссией по пересмотру. Её решения будут обязательными. Джон Постел включил это положение в меморандум о структуре и делегировании DNS, опубликованный в марте 1994 года.

Комиссия примечательна тем, что RFC 1591 не ограничивалась техническими критериями для реестра. Документ описывал и способ разрешения споров о том, кто должен управлять доменом, предусматривая орган, способный принять окончательное решение. Но поздние документы ccNSO сообщают: IANA так и не учредила IDNB, как и никакая другая организация. Текст описал намеченный институт, но не доказывает, что он стал действующей организацией.

RFC сама определяла свой статус: категория «Informational», без установления интернет-стандарта. Она называла IANA органом общей координации DNS, а центральному Internet Registry — тогда InterNIC — отводила значительную часть повседневного администрирования. Для каждого домена должен был существовать назначенный управляющий; у ccTLD административный контакт как минимум должен был жить в соответствующей стране. От управляющего также требовались работающие серверы имён и способность надёжно предоставлять услугу.

Меморандум называл управляющего доверительным распорядителем делегированного домена, обязанным служить национальному и глобальному интернет-сообществам. Вопросы собственности на домены считались неуместными: важны ответственность и услуга обществу. Правила должны были одинаково применяться ко всем заявителям; управляющий не мог отдавать предпочтение клиентам связанного с ним сетевого провайдера. Поддомены могли запускать собственные серверы имён, если публикуемая информация была достоверной.

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

Для нерешённых споров RFC называла IDNB и приписывала её решениям обязательную силу.

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

В июне 1996 года другой Internet-Draft Постела перенёс идею IDNB в предложение о новых международных доменах верхнего уровня, например COM, ORG и NET. Роль комиссии расширялась: она должна была рассматривать технические возражения против предлагаемой процедуры; проект также распределял обязанности между IANA, IETF, ISOC и временной группой. Но Datatracker классифицирует документ как индивидуальный Internet-Draft, не одобренный IETF и не имевший официального статуса в процессе разработки стандартов. Срок его действия истёк в декабре 1996 года.

Это свидетельствует о повторном использовании идеи в проекте, но не о создании органа или принятии проекта как политики.

Поздние институциональные документы прямо зафиксировали отсутствие комиссии. В уставе рабочей группы ccNSO, принятом в марте 2017 года, сказано, что IDNB не создавала ни IANA, ни какая-либо другая организация; на тот момент решения о делегировании, передаче и отзыве ccTLD не имели механизма пересмотра или обжалования. Финальный отчёт ccNSO за сентябрь 2024 года повторил, что IDNB никогда не учреждалась, и сообщил, что такие решения тогда не подлежали независимому пересмотру. Это документирует институциональный пробел, но не доказывает, что каждый конфликт оставался без ответа, и не раскрывает исход отдельных дел.

Позднейшая развязка — не запоздалое появление IDNB. 8 июня 2025 года Совет ICANN принял отдельную Политику механизма пересмотра решений по ccTLD, разработанную ccNSO. В объявлении говорится о независимом рассмотрении некоторых решений Оператора функций IANA, но также подчёркивается, что выводы не будут обязательными. В отчёте по политике ICANN86 от 14 мая 2026 года статус политики указан как «планирование внедрения». Её охват, институциональная основа и сила решения отличаются от замысла IDNB 1994 года. Нельзя говорить, что это и есть позднее создание того же органа.

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

В истории DNS эти элементы не появились одновременно.

Источники