Кратко

  • APRICOT публикует строгие требования, а отчёты 2024–2026 годов показывают конфигурации, измерения, неисправности и ремонт.
  • «Конституция» здесь — метафора повторяемого и опровержимого эксплуатационного соглашения, а не юридический документ или доказательство всеобщего успеха.

Спецификация требует двух независимых операторов и волоконных путей, двух пограничных маршрутизаторов, резервированного ядра L3, полных IPv4- и IPv6-таблиц BGP, локальных DNS и DHCP, мониторинга, Routinator, двухстекового и IPv6-mostly доступа. Это точное нормативное заявление. Оно ещё не доказывает, что каждый выпуск конференции исполнил все пункты, проверил аварийное переключение или отбрасывал RPKI-invalid маршруты.

В 2024 году IPv6-only SSID оставил проверяемый программный след. Изменение coredhcp прошло открытое ревью и было слито; автор сообщил, что применяет код на APRICOT 2024. Отчёт насчитал 142 уникальных MAC-адреса, 115 из которых запросили DHCP Option 108. MAC-адреса нельзя превращать в число людей: рандомизация и повторные подключения разрушают такой знаменатель. В том же документе описаны повторные IPv4-запросы, исключение клиентов контроллером Wi-Fi, сбои UDP, неработавшее банковское приложение и проблема NDP со старой версией Jool.

Отчёт 2025 года показывает повторение. Снова использовались AS24555 и те же блоки IPv4/IPv6, были показаны два канала по 1 Гбит/с, локальные службы и конфигурация IPv6-mostly. Из 1 082 уникальных MAC 25 февраля 944 работали через IPv6+NAT64, а 138 — через IPv6+IPv4; заявленный пик составил 400 Мбит/с. Это режимы клиентов и трафик, а не доля участников или доступность. Географическое DNS-сопоставление направляло пользователей к серверам примерно в 100 мс, а смена форвардера, по отчёту, снизила RTT до 2 мс. Сырые ряды измерений отсутствуют.

Отчёт 2026 года особенно важен тем, что раскрывает четыре класса происшествий. Толпа на открытии перегрузила Wi-Fi и вызвала отказ. Некоторые автономные системы не могли достичь префиксов, хотя RouteViews и RIPE RIS, казалось, показывали глобальные маршруты; комитет осторожно назвал это возможным ghost route и сообщил, что одна внешняя AS исправила конфигурацию. Одна точка доступа передавала правильный SSID, но находилась вне локального контроллера. Публичные DNS-службы временами не отвечали на отдельные рекурсивные IPv4-запросы, после чего команда развернула локальные резолверы.

Эти случаи проверяют разные обещания. Видимость в control plane не равна достижимости в data plane. Локальное управление приобретает смысл, когда точка доступа выпадает из него. Локальный DNS становится средством непрерывности, когда внешняя зависимость даёт сбой. Отчёты сообщают об исправлениях, но не дают продолжительности, числа затронутых клиентов, потерь пакетов или независимой проверки отсутствия повторения.

Внешние данные подтверждают только часть картины. APNIC RDAP описывает AS24555 и оба блока как ресурсы для конференций в Азиатско-Тихоокеанском регионе и прямо не делает APNIC оператором этой сети. RIPEstat наблюдал оба агрегата с origin AS24555 в период, включающий APRICOT 2026, а позднее не видел текущих анонсов. RPKI-объекты покрывали префиксы во время события, и текущая валидация принимает AS24555. Это не доказывает применение ROV на площадке и не показывает отбрасывание invalid-маршрута.

Модель не уникальна для APRICOT. RIPE предлагал best-effort NAT64 в 2016 году, а IETF публикует свои префиксы, IPv6-Only Preferred, dual stack, локальный DNS и работу NOC на площадке. APRICOT участвует в более широкой традиции операторских конференций; её институциональная сила здесь — в повторном использовании сетевой идентичности и публикации части неудач.