Кратко

  • ICANN через функцию IANA управляет мировым пулом номеров автономных систем и выделяет из него региональным интернет-регистратурам, которые распределяют их локально; в том же реестре она значится владельцем AS13.
  • Список операторов корневых серверов, который ведёт IANA, называет ICANN оператором L-Root. Это другой технический объект, чем AS13: общий владелец, разные функции.
  • Просмотренные здесь страницы — короткие записи реестра, а не документы. Это описывает рамки данной проверки; это не утверждение, что более длинных документов не существует.

Самая короткая запись в системе

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

В этом предложении три субъекта и один порядок. IANA держит пул. Региональные регистратуры получают и дробят. Локальная сеть получает от своей регистратуры. Когда пишут, что «ICANN распределяет номер каждой сети», три ступени складываются в одну, и ICANN приписывается операция, которую сам реестр относит на другой уровень. Различие не косметическое: оно определяет, кто кому отвечает, когда выделение оспаривается, и какой документ является профильным на каждой ступени.

AS13 — запись с другой стороны этой цепочки. Просмотренная запись whois описывает его как номер автономной системы, зарегистрированный на Internet Corporation for Assigned Names and Numbers и удерживаемый самой ICANN для её сетевой инфраструктуры (запись whois об AS13). Один номер, один владелец, одно заявленное назначение.

Два разных объекта с одним владельцем

Соблазн очевиден: слить AS13 и L-Root в одну формулу — «сеть ICANN». Просмотренный материал такой склейки не допускает без потерь. L-Root — корневой сервер, один из операторов, перечисленных IANA, и документация IANA называет ICANN оператором L.ROOT-SERVERS.NET (IANA — корневые серверы). AS13 — номер автономной системы. Первое — служба имён, второе — домен маршрутизации. Общий оператор, разные задачи.

Страница L-Root описывает службу как работу по технологии anycast с распределёнными узлами, обеспечивающими глобальный охват и устойчивость (L-Root). Ключевое слово здесь — «распределёнными»: ответ пользователю не выходит из одной точки, и поэтому вопрос «где находится L-Root» имеет ответ во множественном числе. Просмотренная запись относит адрес, связанный с этим корневым сервером, к тому адресному пространству, которое ICANN использует для работы этих компонентов. Это поддерживает чтение, при котором сетевой профиль ICANN складывается из отдельных частей, удерживаемых одним владельцем.

У разделения есть практическое следствие. Если речь об ответе DNS, который не приходит, профильный документ — работа корневого сервера. Если речь об объявлении маршрута, профильный документ — номер автономной системы и его маршрутная политика. Когда оба считают одним и тем же, адресаты требований оказываются неверными: у оператора имён требуют объяснений по маршрутизации, а у владельца номера — объяснений по делегированию.

Цепочка из трёх звеньев, выписанная целиком

Этот профиль настаивает на цепочке, потому что она и есть механизм, а механизм — то, что отличает институциональный разбор от словарной статьи. Три звена, в том порядке, в котором их подаёт просмотренный материал:

  1. IANA, функция внутри ICANN, держит мировой пул номеров автономных систем.
  2. Региональные интернет-регистратуры получают выделения из этого пула.
  3. Локальные организации получают от своих региональных регистратур, по политикам своих регионов.

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

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

Что говорит плотность реестра

Здесь наблюдение, которое этот профиль считает самым полезным, и его нужно сформулировать осторожно. Просмотренный материал о собственной сети ICANN короток: страница о корневых серверах, страница о службе L-Root, страница о номерах автономных систем и одна запись whois. Четыре страницы, несколько абзацев, ни одна из них не является длинным документом.

То, что это позволяет сказать, ограничено и заслуживает именно такой формулировки: просмотренное в этой проверке — сжатая эксплуатационная документация, а не документ. То, чего это не позволяет, — утверждать, что организация не ведёт более объёмных уставов, процедур или внутренних записей. «Не ведёт» в смысле несуществования — утверждение о мире; эта проверка может говорить только о том, до чего дошла.

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

Где плотность действительно весит — это проверяемость. Кто хочет увидеть не только «кто управляет L-Root», но при каких обязательствах, с каким мандатом и под каким механизмом исправления, не найдёт этого на четырёх просмотренных страницах. Для этого нужны документы управления: устав, процедуры организации поддержки адресов, записи решений. Эти материалы в данной проверке не получены, и пробел фиксируется как таковой — датированная граница сбора, а не негативный вывод об институте.

Что не получено в этой проверке

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

Профиль цели в справочнике BTW доступен по адресу ICANN в справочнике Только для Стратегического сообщества.