Кратко

  • В подписанном файле за 28 августа ASN 329802 и 4 096 адресов начиная с 102.201.96.0 были доступны. В файле за 29 августа ASN уже аллоцирован, а последний /24 прежнего блока назначен.
  • Обе новые строки содержат 20260828, код NA и непрозрачный ID F36CF852. По определению AFRINIC, в пределах этого файла они зарегистрированы за одним держателем ресурсов.
  • Четыре доступных остатка содержат 3 840 адресов. Вместе с 256 назначенными они точно восстанавливают прежние 4 096.
  • AFRINIC разрешает считать несколько записей одной аллокацией или назначением лишь при совпадении также типа ресурса. Для связи ASN и IPv4 нужен отдельный, сохраняющий приватность чек выпуска.

Сначала сходится адресная арифметика

Файл за 28 августа показывает две свободные позиции. ASN 329802 имеет статус available, без даты и идентификатора держателя. IPv4-строка начинается с 102.201.96.0, содержит 4 096 адресов и тоже доступна. Это ровно 102.201.96.0/20.

В следующей версии обе строки заменены. ASN 329802 получает статус allocated, код страны NA, дату 28 августа 2026 года и ID F36CF852. Новая IPv4-строка содержит 256 адресов с начала 102.201.111.0, статус assigned и те же три значения.

Оставшаяся часть /20 раскрыта четырьмя доступными диапазонами:

  • 2 048 адресов начиная с 102.201.96.0, то есть /21;
  • 1 024 начиная с 102.201.104.0, то есть /22;
  • 512 начиная с 102.201.108.0, то есть /23;
  • 256 начиная с 102.201.110.0, то есть /24.

Они дают 3 840 адресов. Новый 102.201.111.0/24 содержит 256 и является последним /24 прежнего блока. Сумма возвращается к 4 096 без пропуска или перекрытия.

Заголовки файлов подтверждают переход. Общее число записей растёт с 19 621 до 19 625. Итог IPv4 меняется с 6 051 на 6 055 строк: одну доступную строку заменяют одна назначенная и четыре остаточные, поэтому чистый прирост равен четырём. Итог ASN остаётся 4 350, так как одна доступная запись заменяется одной аллоцированной.

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

Но адресная арифметика может установить только происхождение /24 из свободного /20. Она не показывает, рассматривались ли документы на ASN и IPv4 вместе, был ли у них общий ответственный и являлась ли дата результатом одного решения.

Непрозрачный ID отвечает за держателя

AFRINIC определяет opaque ID как внутрисерийный идентификатор одной организации или держателя интернет-ресурсов нумерации. Все строки одного файла с одинаковым значением зарегистрированы за тем же держателем.

Поэтому связь в версии за 29 августа не является предположением: ASN 329802 и /24 относятся к одному псевдонимному держателю. Для этого вывода не нужно знать название организации.

Псевдонимность полезна. Она сохраняет возможность видеть структуру ресурсов, не превращая ежедневную статистику в реестр заявителей. Контакты, корпоративная форма и деловые планы не раскрываются.

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

Ключевое различие состоит в вопросе. Идентификатор держателя говорит, за кем ресурс записан сейчас. Идентификатор события сказал бы, какие изменения состояния относятся к одному акту. F36CF852 выполняет первую функцию, а не вторую.

Условие «одинаковый тип» нельзя опустить

README позволяет считать строки одной аллокацией или назначением при группировке по типу, opaque ID и дате. Совпасть должны все три признака.

Правило удобно для нескольких IPv4-диапазонов, выданных одному держателю одним числом: их можно собрать в единицу решения. Но ASN и IPv4 относятся к разным типам. В данном случае совпадают ID и дата, а тип — нет.

Обычных объяснений несколько. Держатель мог подать координированный запрос на ASN и префикс для новой сети. Он мог подать две независимые заявки, которые завершились в один день. Решения могли быть приняты в разное время, но попасть в один суточный снимок.

Ни один вариант не означает нарушения. Публичный формат просто не выбирает между ними. Если назвать ID держателя транзакционным номером, отдельные дела можно ошибочно слить, а доказательства по одному типу ресурса — без основания перенести на другой.

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

Одна дата не раскрывает часы процесса

Обе новые строки датированы 28 августа, хотя переход виден в файле за 29-е. Это подтверждает зарегистрированную дату аллокации и назначения, но не время решения.

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

Код NA также имеет узкое значение. AFRINIC говорит, что это страна юридического нахождения держателя, а не надёжная геолокация использования IP. Запись не подтверждает маршрутизацию, оборудование, клиентов или трафик в Намибии.

Она не подтверждает и BGP-анонс, ROA, время появления в WHOIS или RDAP, обратный DNS либо работу сервиса. ASN имеет статус allocated, IPv4 — assigned. Это термины регистра, а не доказательство эксплуатации.

Почему компактный формат стоит защищать

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

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

Нынешние файлы не дают оснований подозревать злоупотребление. Данные совпадают с официальными MD5, подписи OpenPGP действительны, разделение /20 точно. Один держатель вполне обычно может получить ASN и /24 в один день.

Именно ограниченный событийный чек защитил бы такое добросовестное объяснение. Сейчас критик может намекать на скрытую связь, а защитник — без доказательства утверждать, что обе строки были одной заявкой. У обоих отсутствует нужный объект.

Чек выпуска без публичного досье

Нужен отдельный псевдонимный ID эпизода выпуска, не совпадающий с ID держателя. Он перечислял бы тип, начало, размер, прежнее и новое состояние каждого ресурса. Для IPv4 он связывал бы исходный /20, новый /24 и четыре остаточных диапазона.

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

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

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

Это не требование толстого надзора. Это минимальная запись, отделяющая лицо от события.

Что можно утверждать уверенно

Между подписанными версиями ASN 329802 перешёл из доступного состояния в аллоцированное, а последний /24 свободного /20 стал назначенным. Остаток IPv4 сводится точно. В позднем файле два ресурса имеют общие дату, код страны и ID держателя.

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

AFRINIC уже публикует три полезных элемента: состояние, псевдонимную связь держателя и проверяемую арифметику. Не хватает четвёртого, очень узкого: принадлежали ли изменения разных типов одному эпизоду. Отделение событийной идентичности от идентичности держателя повышает точность, не расширяя власть регистра.

Источники