Summary

  • Tore Anderson и Jeroen Lauwers подготовили предложение RIPE 2023-04, принятое 15 апреля 2024 года. Оно добавило статус AGGREGATED-BY-LIR для регистрации IPv4 PA-назначений.
  • LIR может объединить смежные назначения с одинаковой целью и контактными данными в одном объекте, сохранив возможность сообщить число отдельных назначений при аудите.

Архив, который одновременно пух и пустел

В предложении RIPE 2023-04 Tore Anderson и Jeroen Lauwers привели снимок базы за август 2023 года. В ней числилось 546 402 IPv4 PA-назначения размером /32 — по одному адресу в записи. При этом 19 221 PA-выделение, принадлежащее 10 052 локальным интернет-регистратурам, не имело ни одной дочерней записи. На одной полке стояли сотни тысяч папок с единственным листом. На другой — папки без перечня содержимого. Задача была не только в дисциплине заполнения: сам формат подталкивал к крайностям.

Объект INETNUM фиксирует, как LIR использует адреса PA внутри сети или назначает их клиентам. При динамических маленьких назначениях с одной целью и одним контактным лицом приходится повторять одинаковые поля много раз. Часть операторов переставала создавать дочерние объекты, часть автоматизировала выпуск многочисленных /32. Anderson и Lauwers предложили убрать бессмысленное повторение, оставив ясную запись о том, кто отвечает за весь диапазон.

Принятый текст RIPE-822 разрешил помещать смежные IPv4 PA-назначения в один объект AGGREGATED-BY-LIR, если назначение пространства и контактные сведения совпадают. Публичная база показывает внешние границы и ответственного. LIR хранит количество отдельных назначений внутри и предъявляет эту статистику во время проверки RIPE NCC. Файлов в каталоге становится меньше, но число предметов на складе остаётся известным владельцу.

Есть важные технические мелочи. Внутренние назначения могут быть разного размера, поэтому атрибут assignment-size, обязательный в похожем правиле IPv6, для IPv4 оставили необязательным. Зато единая цель и единые контактные данные обязательны для всего объединённого диапазона. Один статус не превращает любые соседние адреса в одну неразличимую массу.

Спор коснулся и видимости конечных пользователей. Когда внешний объект указывает контакт LIR, как найти контакт конкретного пользователя? Материалы предложения сохраняют это возражение и позицию RIPE NCC: определённые записи с контактами LIR соответствовали и прежним правилам. Более широкую реформу контактных требований оставили отдельному процессу. В 2023-04 решали вопрос повторяющихся объектов и проверяемого учёта внутри диапазона.

15 апреля 2024 года предложение приняли. Цифры 2023 года показывают исходную проблему; сведений о дальнейшей популярности статуса они не дают. Anderson вместе с соавтором предложил реестру третий ящик: без бумажной лавины, но с возможностью спросить у оператора, что лежит внутри.

Первоисточники