Кратко

  • RFC 1020 С. Романо и М. Сталь, опубликованный в ноябре 1987 года, перечислял номера сетей IP и автономных систем под управлением Hostmaster Центра DDN NIC. Независимые IP-сети отмечались звёздочкой и должны были отдельно получать разрешение на соединение.
  • Для сети и автономной системы указывались ответственное лицо и сетевой почтовый ящик; NIC handle помогал получить новые сведения в WHOIS/NICNAME. Старый номер во время смены временно оставался в списке с T после числа и -TEMP в названии.

Звёздочка в официальном реестре обычно сулит пояснение мелким шрифтом. В RFC 1020 она означала вполне конкретную операционную развилку. С. Романо и М. Сталь в ноябре 1987 года собрали номера сетей, связанных с исследовательским и действующим Интернетом, а также независимых сетей семейства IP. Перед номером независимой сети ставилась звёздочка. Её администратору требовалось отдельно обратиться за разрешением на соединение, и такую сеть не следовало включать в рабочие таблицы интернет-хостов и шлюзов. Место в книге появилось; путь в общую сеть ещё надо было оформить и построить.

За книгой стоял Hostmaster Центра DDN Network Information Center при SRI International. Он принял на себя распределение номеров IP-сетей и автономных систем. Авторы благодарили Джона Постела и Джойс Рейнольдс за постоянную помощь. Они планировали периодически обновлять RFC и предлагали обращаться к Hostmaster за текущими сведениями. Печатная таблица фиксировала ноябрьский срез, а адрес ответственного учреждения показывал, куда пойдёт следующая правка.

Слева от сетевого номера стояла буква категории: R для исследований, D для обороны, G для гражданских государственных структур, C для коммерческих пользователей. Звезда показывала независимость сети. Несколько знаков разделяли разные решения: номер выдаёт Hostmaster, разрешение на соединение проходит по отдельной процедуре, а рабочие таблицы и реальный маршрут поддерживают операторы. Слово «зарегистрирована» слишком широко для всех этих действий сразу. Реестр использовал короткие пометки, чтобы работа не пропала в таком слове.

Таблица называла людей. У каждой сети или автономной системы были ответственное лицо и его сетевой почтовый ящик. Ссылка в квадратных скобках указывала на документ и NIC handle — уникальный идентификатор в службе WHOIS/NICNAME. Романо и Сталь прямо объясняли, зачем он нужен: люди меняют почтовые адреса. За новыми данными о ящике или телефоне следовало обращаться к WHOIS/NICNAME либо Hostmaster. Устойчивый идентификатор позволял искать человека, чей способ связи менялся.

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

Менялись и сами номера. При замене номера старый оставляли в списке на переходный срок. После него стояла T, к названию сети добавляли -TEMP. Так сохранялась связь между прежней и новой записью, а читатель видел временный статус старой строки. Чтобы установить, завершился ли конкретный переход, нужны таблицы хостов и шлюзов с датами, данные о маршрутах и успешной связи. Книга ставила предупредительную бирку на старом адресе; эксплуатация должна была перенести движение.

Отдельный раздел посвящён автономным системам. Протокол внешних шлюзов EGP использовал 16-битное поле для обозначения групп шлюзов, а RFC регистрировал значения. AS 0 обозначен как Reserved, AS 1 — The BBN Core Gateways, AS 18 — UTEXAS. Это названия в таблице ноября 1987 года. Судить по ним о сегодняшней сети или реальном потоке пакетов нельзя; для последнего требуются эксплуатационные записи. Номер обеспечивал участникам общий предмет разговора о группе шлюзов.

В RFC есть подробное объяснение тогдашних классов IP-адресов и особых значений, включая номер 127 для loopback. Оно помогает читать цифровую грамматику списка. Но административная механика ярче проступает в коротких отметках возле строк: буквенная категория, звезда, NIC handle, T и -TEMP. Категория описывала назначение, звезда требовала отдельного шага у границы сети, handle вёл к живому контакту, временная пометка сопровождала изменение номера. Четыре маленьких знака удерживали четыре разных обязательства.

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

RFC 1020 был отчётом о состоянии на ноябрь 1987 года. Его таблицы принадлежат этому моменту. Сам текст направлял за свежей информацией к Hostmaster и WHOIS/NICNAME. Для растущего Интернета это было разумное сочетание памяти и движения: фиксировать, кто и что получил, и оставлять путь для новых данных, когда люди или номера меняются.

Звёздочка — маленький герой этой истории. Она показывала сеть внутри системы нумерации и отдельный вопрос у ворот соединения. NIC handle позволял найти ответственного, временный старый номер сохранял след перехода. Реестр 1987 года одновременно служил книгой номеров, записной книжкой и планом передачи работы. Пакеты двигались после того, как люди справлялись со всеми тремя.