Кратко

  • RFC 2050 назвал conservation, routability и registration отдельными целями, которые могли конфликтовать между собой и с интересами операторов.
  • Запись подтверждала уникальность, назначение и контакт на определённый момент; она не доказывала анонс, всемирное распространение, достижимость, законность или бессрочное право.

В RFC 2050 административный документ сам ограничивает административный результат: allocation или assignment IPv4-адреса никоим образом не гарантируют routability. Эта фраза отделяет реестр от сети точнее любого современного лозунга.

Conservation требовала выдавать конечный запас по операционной потребности и не допускать накопления. Routability требовала иерархии и агрегации, чтобы таблица маршрутов оставалась подъёмной. Registration требовала публично фиксировать, кому выдан блок, обеспечивать уникальность и оставлять контакты для устранения проблем. RFC признавал, что экономия адресов и экономия маршрутов часто тянут в разные стороны.

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

Allocation означала передачу пространства ISP для дальнейшего распределения. Assignment означала делегирование конечной организации для внутреннего использования без права дальнейшей выдачи. Запись фиксировала действие. Она не была BGP-анонсом и не обязывала соседнюю автономную систему.

Данные о переназначениях должны были поступать быстро: чтобы назвать пользователя и оперативный либо security-контакт; показать расходование прежнего CIDR-блока; поддержать исследования. Примерно 80% таких сведений требовалось до следующего блока. Это доказательство для следующего решения, не доказательство трафика.

Реестр мог изучать подсети, маски, число хостов, топологию, протоколы и ограничения, прежние назначения, сроки развёртывания и рост. Пороги 25% немедленно и 50% за год, а также slow start описывали практику 1996 года. Они не являются действующей политикой и не подтверждают выполнение планов.

Архитектура RFC 1518 объясняет, зачем адреса привязывали к топологии. RFC 2050 советовал большинству ISP получать пространство у upstream, не дробить CIDR-блоки и возвращать их после окончания договора, оставляя время для перенумерации. Масштабируемость покупалась зависимостью и переходной работой.

Прямое пространство реестра допускалось для некоторых multihomed сетей и участников крупных обменов. Но именно provider-independent адреса RFC называл наименее вероятными кандидатами на глобальную маршрутизацию. Обещание одного ISP принять длинный префикс не связывало другие транзитные сети.

Крупные провайдеры могли ограничивать длину префикса и фильтровать неагрегированные объявления. Поэтому истинная строка реестра могла сосуществовать с отсутствующей маршрутизацией. И наоборот, видимость у одного collector не доказывает всемирное распространение, авторизацию origin, внутреннее использование или работающий сервис.

RFC также говорил о займе на срок связи, условной действительности, аудите, возможной отмене, одобрении передачи и апелляции вплоть до IANA. Эти положения — историческая фотография. Ими нельзя автоматически решать современные споры о собственности, договоре и политике RIR.

Карточка RFC Editor, Datatracker и поиск errata показывают нынешний статус Historic. В 2013 году RFC 7020 заменил этот текст, поскольку система существенно изменилась, а процедуры были вытеснены политиками ICANN и RIR.

Новый документ сохранил разделение: управление пулом, иерархическая выдача, точность регистрации. Фактический анонс адресов и способ рекламы он прямо вынес за пределы registry system. Процедуры изменились; граница механизма осталась.

IESG Note не позволяла читать BCP 12 как одобрение политики. IESG лишь считал текст точным описанием тогдашней практики, прямо отказавшись от endorsement и recommendation. Обещанная переоценка в декабре 1997 года не имеет в замороженном наборе отдельного подтверждённого итога.

Предшественник RFC 1466, поздний контекст RFC 7249 и тема займа и фильтров в RFC 2008 очерчивают соседние сюжеты. Современный реестр IPv4 IANA подтверждает лишь собственное текущее состояние.

Метафора Heng Lu об адресной книге отделяет запись от улиц. Его слои реальности, первенство работающего кода и минимальная исходная спецификация — раскрытые современные редакционные линзы, а не намерение авторов RFC.

RFC 2050 важен не потому, что реестр ничего не мог. Он мог защищать уникальность, требовать отчётность и создавать стимул для агрегации. Он был точен потому, что не выдавал эти полномочия за управление чужими маршрутами.

Источники