Кратко

  • Ответ RIPEstat по AS24385 даёт имя держателя, блок из 16 бит с пометкой о выделении APNIC и announced=false из запроса на один момент времени; даты регистрации, перечня услуг и правовой формы там нет.
  • Карточка каталога BTW превращает это имя в две сервисные роли и форму «частная компания» с достоверностью 0,7 и единственным основанием, а поле пробелов на той же карточке требует проверить именно эти свойства.
  • NZIX публикует для Веллингтона 10G за 350 новозеландских долларов в месяц и 100G за 1 250, две площадки и договор пиринга третьего уровня; ни один проверенный документ не показывает, что Smartlinx3 эксплуатирует этот узел.

Что на самом деле говорит реестр

Ответ as-overview от RIPEstat по AS24385 называет держателя «SMARTLINX3-AS-AP - Smartlinx3 - Wellington Regional Internet Exchange», помещает номер в блок 23552-24575 из 16 бит (имя блока — реестр 16-битных номеров автономных систем IANA, описание — «Assigned by APNIC») и сообщает announced=false для окна запроса с 2026-11-12T08:00:00 до того же момента по UTC (RIPEstat, AS24385).

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

Детали приходят другим путём и с другой доказательной силой. Зеркало данных, производных от APNIC, показывает aut-num AS24385 SMARTLINX3-AS-AP с описанием «Smartlinx3 - Wellington Regional Internet Exchange», последнее изменение 2023-04-14T19:18:20Z, и относит ресурс к организации ORG-CL4-AP с названием Vital Data Ltd, тип организации LIR, последнее изменение 2025-08-06T12:57:26Z (зеркало APNIC через IPGeolocation). Это зеркало, а не сам whois-эндпоинт APNIC. Как только вопрос становится «можно ли нести эту строку за стол переговоров», эта разница и есть всё.

Что добавляет карточка и о чём молчит реестр

Опубликованная в каталоге BTW карточка этой сущности утверждает две сервисные роли — managed_network и peering_ixp — правовую форму private_company, страну штаб-квартиры «Global», оценку достоверности 0,7 и ровно одно основание: тот самый ответ RIPEstat, который ничего не говорит ни об услугах, ни о правовой форме (карточка в каталоге BTW).

Карточка не скрывает проблему — она записывает её в собственное поле: «Verify Smartlinx3 - Wellington Regional Internet Exchange's legal entity country, current services, visible assets, parent or subsidiary links, and responsible public leadership contacts». Одна и та же публичная поверхность раздаёт две сервисные роли и требует проверить услуги. Оба утверждения одновременно верными быть не могут.

Вот тот разрыв, который измеряет эта статья. Человек, пришедший с вопросом «кто управляет веллингтонским обменом», получает карточку, которая отвечает ролями и правовой формой, и источник, который не ответил ни на то, ни на другое. Это не подлог, это вывод. И в закупочной практике вывод ведёт себя как данные ровно до того момента, когда кто-то просит договор.

Организация за держателем

Зеркало разделяет два уровня, которые имя слило в одно. Держатель aut-num — коммерческое имя, начинающееся с Smartlinx3. Организация, к которой отнесён ресурс, — Vital Data Ltd, зарегистрированная как ORG-CL4-AP с типом LIR. Связывает эти два уровня только запись в реестре, а не корпоративный документ.

Дата выделения выступает как метка зеркала: «Date Allocated 2005-03-29». Другой вторичный индекс показывает в списке автономных систем Vital Data Ltd дату 30.03.2005, но исходная страница 12 ноября 2026 года вернула HTTP 403 (вторичный индекс 4b42). Остаётся расхождение в один день, которое не разрешает ни один проверенный документ, поэтому здесь дата не используется как доказательство регистрации. Она годится для одного вывода: даже самое старое число в этом наборе пришло из зеркала.

В той же записи aut-num указана ссылка на политику обмена, ведущая на старый домен http://nzix.net/terms.html (зафиксированная ссылка на политику). Документ не открылся по HTTP в тот день. Неоткрывшийся документ ничего не говорит о своём содержании, и эта статья не приписывает ему никакого. Но сама ссылка проверяема: реестр связывает этот номер с политикой обмена оператора, публикующего свои условия на домене nzix.net.

Единственный продукт с ценой в Веллингтоне

NZIX описывает себя как некоммерческую, нейтральную к операторам связности обменную площадку, основанную в 2016 году, которой владеют и которую ведут её участники, а выручка возвращается в сеть и сервис (NZIX, о нас). Эта фраза определяет, кто отвечает перед клиентом: структура, чьи участники одновременно владельцы и пользователи.

Страница услуг ставит в этот рынок конкретные цифры. NZIX ведёт интернет-обмены в Окленде, Крайстчерче и Веллингтоне; для Веллингтона указаны 10G за 350 новозеландских долларов в месяц и 100G за 1 250, а площадки WLG-IX — Xtreme DC и Spark Wellington Central Exchange (NZIX, пиринг).

Приложение к услугам закрывает определение: пиринг — это обмен третьего уровня через BGP между автономными системами, доступ клиент обеспечивает сам, а интернет-доступ в услугу не входит (приложение Peering Services от NZIX).

С этими двумя опубликованными ценами можно сделать расчёт, который оператор не объявлял и который принадлежит этой статье: 350 ÷ 10 000 Мбит/с = 0,035 новозеландского доллара за Мбит/с в месяц, обратно 0,035 × 10 000 = 350. Для 100G: 1 250 ÷ 100 000 = 0,0125 за Мбит/с в месяц, обратно 0,0125 × 100 000 = 1 250. Отношение удельных цен 0,035 ÷ 0,0125 = 2,8: порт 10G стоит в 2,8 раза дороже порта 100G на единицу ёмкости. А по счёту 1 250 ÷ 350 = 3,5714: десятикратная ёмкость стоит примерно в 3,57 раза больше денег.

Эта кривая — коэффициент 2,8 в удельной цене и 3,57 в счёте — единственный публичный ценовой сигнал, который сегодня есть в Веллингтоне.

Чего ни одна из поверхностей не говорит покупателю

На двух проверенных страницах NZIX нет ни числа участников в Веллингтоне, ни количества портов, ни объёма трафика, ни обязательства по уровню обслуживания. Сказать можно одно: на этих двух страницах в тот день таких цифр не было. Это не доказательство того, что NZIX не публикует их где-то ещё.

На стороне реестра announced=false описывает момент запроса. Анонс маршрутов может измениться за минуты; неанонсированный номер может быть резервом, идентификатором транзита или незавершённой миграцией. Читать это поле как «сети нет» — ровно та ошибка, которую карточка каталога уже совершила, приняв две сервисные роли за факт.

Ни один документ этого набора не устанавливает, что Smartlinx3 эксплуатирует, владеет или поставляет WLG-IX. Ни один не устанавливает обратного. Две сущности делят слова «Wellington Regional Internet Exchange» и, в реестре, одну ссылку на политику оператора; больше в проверенном их ничто не связывает.

Три вопроса для сети, которая собирается подключиться

Первый: какая автономная система анонсирует маршруты из WLG-IX и с какого времени? Ответ не в карточке каталога, а в looking glass или в датированной таблице маршрутов. Сеть, которая платит за порт, должна запросить это до подписания.

Второй: что именно покупает порт? Приложение называет третий уровень, BGP и доступ за свой счёт. Оно не называет ни гарантированной ёмкости, ни резервирования, ни срока восстановления. Тот, кто подключается ради устойчивости, должен вписать эти пункты в договор, потому что страница с ценой их не вписывает.

Третий: кто отвечает за имя в реестре? Держатель aut-num — коммерческая строка, отнесённая организация — Vital Data Ltd, оператор, публикующий цену и условия, — NZIX. Три разных уровня, которые слово «exchange» подаёт вместе. Тот, кто их путает, покупает имя, а инфраструктуру обнаруживает позже.

Вывод неудобен и верен: в Веллингтоне есть продукт пиринга, который можно купить, измерить и предъявить по нему претензию, и есть реестр, который координирует идентичность. Карточка каталога заполняет пространство между ними двумя сервисными ролями и правовой формой при достоверности 0,7. Тот, кто решает по этой карточке, решает по выводу, и единственный способ превратить его в данные — потребовать то же доказательство, которое на другой стороне города уже есть: цену, площадку, договор и маршрут, который кто-то может увидеть.