Summary

  • Расширенный файл AFRINIC от 2 ноября содержит 35 записей IPv4 с датами октября 2026 года и 35 разными идентификаторами держателей: 30 со статусом allocated, пять — assigned. Общий объём — 28 160 адресов.
  • В этом же файле у 24 держателей есть выделенная или назначенная запись IPv6. У 11 её нет. Проект правила, связывающего новые запросы IPv4 с IPv6 и последующим внедрением, пока обсуждается.

Предложение привязать получение IPv4 к IPv6 легко умещается в одном лозунге. В реестре оно превращается в две разные работы: записать ресурс на имя держателя и удостовериться, что IPv6 дошёл до клиентов или размещаемых сервисов. Третья редакция проекта AFRINIC пытается связать обе. Она требует одновременной заявки на IPv6, если заявитель ещё не имеет такого пространства, а для последующих запросов IPv4 предусматривает план и проверяемые сроки внедрения. Первую ступень можно измерить уже сегодня по документам самой AFRINIC.

В расширенном файле делегирования от 2 ноября есть 35 строк IPv4 с октябрьской датой и состоянием allocated или assigned. К первой группе относятся 30 строк, ко второй — пять. Поле объёма даёт в сумме 28 160 адресов. У всех 35 строк разные непрозрачные идентификаторы. Описание формата AFRINIC объясняет: внутри одного файла одинаковый идентификатор означает одного держателя. Между версиями файла код может меняться. Поэтому сопоставление выполнено в одном снимке, а не путём склейки кодов из разных дней.

Для 24 из 35 октябрьских держателей IPv4 находится строка IPv6 со статусом allocated или assigned. Для 11 такой строки нет. У двенадцати из 24 совпавших держателей самая ранняя дата IPv6 предшествует октябрьской дате IPv4; у остальных двенадцати даты одинаковы. Если сохранить различие статусов, картина тоже меняется: из 30 строк IPv4 allocated пару IPv6 имеют 22, а из пяти assigned — две. Это счёт держателей и записей в конкретном файле. Количество заявок и решений реестр не раскрывает.

В проекте ключевой экзамен начинается после появления IPv6 в учётной записи. Новая заявка на IPv4 без имеющегося IPv6 должна сопровождаться запросом IPv6 и достоверным планом адресации и развёртывания.

При запросе дополнительного IPv4 сеть доступа должна обеспечить возможность выдачи глобально достижимых делегаций IPv6 для 25% клиентов через 12 месяцев, 50% через 24, 75% через 36 и 95% через 48. Для хостинга используется иной знаменатель: доля назначенного IPv4-пространства, также покрытая достижимыми назначениями IPv6.

Оператору, который занимается и доступом, и хостингом, придётся пройти оба испытания по отдельности.

В ежедневном файле нет клиентской базы, измерения покрытия хостинга, проверки достижимости и заявочных материалов этих 35 держателей.

Отсутствие строки IPv6 у одиннадцати показывает административный исходный разрыв. Наличие строки у 24 подтверждает запись о ресурсе. Чтобы оценивать выполнение предлагаемого требования, нужны сами заявки и методика измерения работы сети. Проект ещё не принят, октябрьские записи сделаны по действующим правилам.

Институции удобно повесить на стену диаграмму: 24 зелёных квадрата, 11 жёлтых.

Но цвет клетки не настраивает маршрутизатор и не обновляет клиентское оборудование. Если AFRINIC намерена использовать дефицит IPv4 как рычаг для IPv6, ей придётся публиковать отдельно регистрацию и эксплуатацию. Иначе отчёт прославит недорогую часть работы — получить префикс — и оставит дорогое внедрение за рамкой.