Summary

  • Адрес обозначает сеть назначения, а маршрут указывает путь к ней. Пример RIPE за 1992 год показывает, зачем объединяли номера.
  • В 1993 году 83 местные регистратуры выделили 16 871 номер сети; 157 004 обновления базы данных относились к другой задаче.

Когда две сети обмениваются данными, их устройствам нужны два ответа: какая сеть является адресатом и куда направлять трафик, чтобы до неё добраться? Адрес обозначает цель, маршрут указывает путь. В Европе начала 1990-х обе задачи приходилось решать по мере роста сетей. Отчёт RIPE за 1992 год показывает практический компромисс на условном примере организации, которой нужны восемь номеров класса C. Последовательные номера можно представить одним маршрутом, а разрозненные требуют больше записей. Объединение адресов оставляло маршрутизаторам меньше отдельных указаний, за которыми нужно следить при передаче данных между сетями.

На этой логике строилось разделение работы: местные провайдеры выделяли номера, а NCC координировал крупные блоки и исключения. В отчётах описана схема, а не сбой или перегрузка.

Цифры за 1993 год измеряют разные задачи. Местные регистратуры выделили 16 871 номер сети. Отдельно NCC обработал 157 004 обновления базы данных. Выделение предоставляло сети адресное пространство; обновление меняло рабочую запись о сети, маршруте, DNS-домене или контакте. Операторы могли обращаться к этим сведениям для координации сетей. Годовой отчёт не связывает каждое обновление с отдельным выделением, поэтому большее число обновлений не показывает, сколько сетей или организаций получили адреса.

Две задачи — одна система

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

Более ранний квартальный отчёт подробнее описывает путь запроса. В 1992 году NCC передавал номера провайдерам и сетевым информационным центрам, а те распределяли их организациям. Отдельным заявителям обычно предлагалось обращаться к своему провайдеру; в исключительных случаях NCC мог действовать напрямую. RFC 1366 объяснял общую логику: региональные реестры могли лучше обслуживать сообщества с разными языками и географией, а Internet Registry оставался корневым и резервным реестром там, где делегированного органа не было. RFC 1466 обновил эту схему в 1993 году.

Реестр был шире очереди заявок

В том же годовом отчёте сказано, что база управления сетью RIPE содержала сведения об IP-сетях, доменах DNS, политиках маршрутизации и соответствующих контактах. Число записей стало расти быстрее после того, как европейская система реестров полностью заработала в сентябре 1992 года. В 1993-м NCC заново спроектировал и реализовал процесс обновления базы. «Почти все» обновления стали полностью автоматическими. За год было обработано 157 004 обновления.

Это не число назначений адресов. Отчёт не определяет обновление как отдельный объект, человека, заявку или автоматическое решение. Поэтому 16 871 сетевой номер и 157 004 обновления базы нельзя смешивать. База обслуживала и другие операционные данные; автоматическое обновление не показывает, проверял ли человек заявку на адреса. Отчёт даёт объём операций, но не частоту ошибок, стоимость труда или нагрузку на проверку.

Зачем был нужен местный уровень

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

В отчёте этот порядок представлен как средство справедливого и регулярного назначения, но это описание самого NCC. Оно не доказывает равное обращение во всех 83 реестрах, не сообщает число отказов и не подтверждает единообразие процедур. По нему нельзя определить и число европейцев, подключённых к Интернету. Здесь описаны устройство и объём работы, но не распространение сети.

Исторический вывод точнее, чем формула «реестр — это просто база данных». Публичный учёт опирался на разделение полномочий и услуг: провайдеры назначали адреса на местах, NCC делегировал блоки и координировал работу, а база хранила несколько типов операционных сведений. В 1993 году обновление данных уже можно было автоматизировать в значительном масштабе, но распределение адресов по-прежнему требовало решений людей и организаций о том, на каком уровне обработать заявку.

Источники: RIPE NCC Annual Report 1993 (RIPE-113); RIPE NCC Quarterly Report, Issue 1, June 1992 (RIPE-062); RFC 1366; RFC 1466.