Кратко

  • В опубликованном 9 сентября 2026 года объяснении LACNIC сказано, что опубликованные ASPA покрывают «около 2,9%» мирового пространства ASN; ссылка ведёт на постоянно обновляемый отчёт.
  • В принятом снимке отчёта покрыты 2 663 маршрутизируемых ASN из 88 158, то есть 3,02%; отдельно указано 2 970 записей ASPA. Объект, клиентская AS и видимый в маршрутизации ASN — не взаимозаменяемые единицы.
  • К проценту нужен паспорт наблюдения: время, коллекторы, числитель и знаменатель, числа объектов и клиентов, принадлежность RIR, версии черновиков, правила валидации, дайджест и исправления.

Приблизительность здесь уместна

Материал Карлоса Мартинеса «Una introducción a ASPA» полезен уже тем, что разделяет RPKI, ROA, ROV и ASPA. ROA авторизует AS, которой разрешено анонсировать префикс; ROV проверяет происхождение. ASPA перечисляет провайдерские AS, авторизованные клиентской AS, и даёт данные для рассуждения о пути. Автор также прямо предупреждает: ASPA пока описывается Internet-Draft, а не окончательным RFC.

Для вводного текста «около 2,9%» — нормальная точность. Распространение технологии и глобальная таблица маршрутизации меняются. Две десятичные цифры не сделали бы текст достовернее сами по себе. К тому же LACNIC дал ссылку на источник, а исходная запись WordPress фиксирует идентичность самой публикации.

Сложность в том, что ссылка открывает текущее состояние. В принятом 10 сентября снимке RPKI & ASPA Adoption Report компании Hurricane Electric показывает 3,02% мирового покрытия ASN. Там же приведены исходные целые числа: 2 663 маршрутизируемых ASN с ASPA из 88 158 ASN в глобальной таблице. Деление даёт 3,0207%, что округляется до 3,02%. Метка обновления — «08 Sep 2026 13:43 PDT».

Это не доказывает, что 2,9% были неверны. Автор мог видеть более раннее состояние, использовать другую границу выборки или округлить шире; панель могла измениться между исследованием и публикацией. Публичные материалы не позволяют выбрать вариант. Они сохраняют предложение и сегодняшний экран, но не состояние, связавшее одно с другим.

Живая ссылка подтверждает существование релевантного измерения. Она не архивирует результат в момент цитирования.

Разница в 307 не объяснена

На той же странице указано 2 970 записей ASPA — на 307 больше, чем 2 663 покрытых маршрутизируемых ASN. Удобно было бы назвать разницу дубликатами, недействительными объектами, немаршрутизируемыми ASN или ошибками. Страница этого не сообщает.

Черновик профиля ASPA версии 29 определяет ASPA как подписанный объект держателя клиентской AS, содержащий одну или несколько авторизованных провайдерских AS. Для одной клиентской AS рекомендуется поддерживать один объект со всеми провайдерами. Одновременно документ определяет, как объединять несколько объектов одного клиента в объединённый набор провайдеров.

Одна норма описывает желаемую публикацию, другая — безопасную обработку наблюдаемого состояния. Тем самым документ показывает, почему единицы нельзя смешивать. Объект — подписанная единица публикации. Клиентская AS — субъект авторизации. Маршрутизируемый ASN — член наблюдаемой таблицы. Запись о провайдере — отношение внутри объекта или объединённого набора.

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

Даже формула «процент пространства ASN» нуждается в расшифровке. В числителе действительные объекты, уникальные клиенты или клиенты с видимым маршрутом? В знаменателе назначенные ASN или наблюдаемые выбранными коллекторами? Нынешние 3,02% воспроизводятся как доля покрытых маршрутизируемых ASN среди всех маршрутизируемых ASN. Рядом с 2,9% эти два числа не сохранены.

Строка LACNIC — отдельная статистика

Для LACNIC снимок показывает 135 записей ASPA, 135 покрытых маршрутизируемых ASN, всего 12 643 маршрутизируемых ASN и 1,07%. Расчёт также сходится: 135 / 12 643 равно 1,0678%, после округления — 1,07%.

Региональная строка полезна: глобальный показатель не следует принимать за равномерное состояние регионов. Но он зависит от методики. Как ASN относится к RIR? Какие коллекторы определяют видимость? Сняты ли региональные и мировые числа одновременно? Передача ресурса или изменение классификации способны сдвинуть долю без публикации нового объекта.

Публикация ASPA также не означает применения при выборе маршрута. За ней следуют обработка валидатором, локальная политика сети и возможный эффект безопасности. 1,07% не измеряют долю предотвращённых утечек маршрутов.

У черновиков собственная шкала времени

Принятая страница документов SIDROPS указывает профиль версии 29 от 29 июля 2026 года и черновик проверки версии 28 от 24 августа. Оба остаются Internet-Draft со статусом «WG Consensus: Waiting for Write-Up : Proposed Standard».

Предупреждение LACNIC о том, что ASPA ещё не RFC, верно. Из него не следует отказ от экспериментов и внедрения. Из него следует необходимость указывать версии профиля и алгоритма рядом с измерением. Иначе исторический процент будет соотнесён с будущим определением.

Переопубликованный LACNIC стратегический документ NRO на 2026–2028 годы включает развёртывание ASPA в плановую работу системы RIR по RPKI. Это общее направление, а не доказательство единой даты запуска, интерфейса для участников, объёма объектов или политики маршрутизаторов. Стратегия даёт контекст, но не входит в числитель.

Паспорт наблюдения вместо замороженного сайта

Не требуется архивировать весь интернет. Рядом с процентом достаточно хранить время и часовой пояс, источник таблицы и границу коллекторов, число уникальных маршрутизируемых клиентских AS с пригодными данными ASPA, знаменатель маршрутизируемых ASN и правило отнесения к RIR.

Общее число действительных объектов нужно отделить от числа уникальных клиентов; при необходимости указать число провайдерских записей и обработку AS 0. Нужны версии профиля и проверки, правила валидации репозитория и исключения. Извлечение данных или его хеш сохранит состояние. Исправление следует добавить к истории, а не молча подменить прежнюю цифру.

Такой «паспорт внедрения ASPA» — редакционная рекомендация Theo March, а не требование, объявленное LACNIC, Hurricane Electric, IETF или NRO. Он не останавливает обновления, а сохраняет смысл одного измерения после них.

Источники