Кратко

  • В публичной записи PeeringDB для ASN 33764 сети AFRINIC по-прежнему указано AS-AFRINIC без префикса источника; изменение 2026 года призвано упростить разрешение неоднозначных ссылок на IRR.
  • Префикс может указать, где искать набор. Он не доказывает состав AS-SET, право управления, актуальность или пригодность для построения фильтра маршрутов.

Ссылка — ещё не проверка

В записи PeeringDB о сети AFRINIC под номером 3803 указаны ASN 33764 и IRR AS-SET AS-AFRINIC. Публичный API возвращает то же значение в скалярном поле irr_as_set. На странице также есть отметка “IRR AS-SET Verified”. Она показывает, что именно отображает PeeringDB; изученная публичная страница и API не раскрывают журнал проверки: к какому IRR обращались, когда и что проверяли и какой состав участников получили.

Даты обновления тоже нельзя смешивать. Для самой сетевой записи в API стоит updated от 2 мая 2025 года. У данных о подключениях к площадкам есть отдельное поле netixlan_updated от 26 марта 2026 года. Более поздняя дата дочерней записи не доказывает, что поле AS-SET менялось именно тогда; более ранняя дата основной записи не делает всю запись заведомо устаревшей. История изменения или проверки IRR-поля отдельно не опубликована.

Изменение PeeringDB решает более узкую задачу. В Issue #1973 описаны имена, источник которых нельзя определить, совпадающие имена в нескольких IRR и необходимость ручной проверки перед автоматизацией. Примечания к версии 2.82.0 от 19 августа сообщают об интеллектуальном редакторе AS-SET, предварительном исправлении имён с однозначным источником и обращении к владельцам сетей в неясных случаях. В сентябрьском обзоре приведён формат AFRINIC::AS-AFRINIC и описаны обращения при сомнениях. Это подтверждает наличие функции и процесса очистки данных, но не объясняет, почему именно эта запись всё ещё содержит имя без префикса.

Имя не равно составу

Имя AS-SET указывает на запись с составом участников, но не является копией этого состава. RFC 2622 описывает as-set, в который могут входить номера AS или имена других AS-SET. Потребитель поля PeeringDB может выбрать IRR, получить запись, раскрыть вложенные ссылки и лишь затем сформировать фильтр. Если одинаковое имя есть в нескольких базах, префикс источника помогает точнее выполнить первый запрос.

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

Различие может повлиять на работу сети. Если автоматизация обращается не к той базе либо получает пустой или неполный набор, результатом может стать фильтр, который исключает ожидаемые маршруты или допускает нежелательные. В Issue #1973 PeeringDB называет ошибки фильтрующих политик возможным последствием неоднозначных имён. Однако это исследование не обнаружило доказательств такой ошибки для ASN 33764, дефекта IRR самой AFRINIC или использования этой записи в действующем фильтре. Возможный механизм риска не равен установленному инциденту.

Сохранять след передачи

Более надёжный процесс записывает версию записи PeeringDB, выбранный источник IRR, время запроса, идентификатор полученной записи, число участников после раскрытия и хеш результата, а затем — проверку построенной политики. Отметка «verified» может быть полезна, но для решения нужны её область и дата. Проверенная публичная страница и API показывают отметку и строку, но не всю эту цепочку.

Поэтому AFRINIC::AS-AFRINIC, если он указан, означает только, где искать. Это не гарантия правильного ответа. Неуточнённое имя в записи AFRINIC подчёркивает, что каталог, запись IRR и решение о маршрутизации принадлежат разным уровням управления. Префикс делает передачу яснее; потребитель по-прежнему должен доказать, что именно он получил.

Основные источники: PeeringDB Issue #1973, примечания к версии 2.82.0, сентябрьское обновление PeeringDB, запись AFRINIC в PeeringDB, публичный API, спецификация API и RFC 2622.