Summary

  • RFC 1609 вышла в марте 1994 года как экспериментальный проект. Она предлагала отдельно описывать физические сети, узлы и интерфейсы и их логические образы для IP, OSI и других задач.
  • Поле imageOf указывало от образа к физическому объекту либо к другому образу. Одна машина могла служить шлюзом для одного протокола и не служить им для другого.

В машинном зале всё выглядит определённо: вот стойка, вот кабель, вот два порта. Затем оператор спрашивает, можно ли провести через них трафик IP. Ответ зависит уже не только от кабеля. Оператор OSI может получить иной ответ на той же аппаратуре. Glenn Mansfield, Thomas Johannsen и Mark Knopper поставили этот разрыв в центр RFC, опубликованной в марте 1994 года. Их предложение должно было соединить описание общего оборудования с несколькими операционными картами.

Авторы считали, что управление отказами и производительностью было в основном местным, а сведения об инфраструктуре за пределами одной администрации лежали разрозненно. Нужны были данные о связях, адресах, службах, контактах и правилах. Модель изображала сеть как граф из узлов и линий. Простой сетью могла быть отдельная среда передачи, составной — совокупность подсетей. Но физический граф отвечает на вопрос о соединении оборудования, а не о допустимом пути для каждого протокола.

Разные взгляды документ назвал образами. В каталоге X.500 физическим network, node и networkInterface соответствовали логические networkImage, nodeImage и networkInterfaceImage. Атрибут imageOf связывал образ с физическим предметом или другим образом. У предмета мог быть обратный список образов. Указатель позволял не плодить копии одной стойки и одновременно не смешивать разные функции её оборудования.

Случай шлюза показывает цену ошибки. Узел с двумя интерфейсами может пересылать IP-пакеты между сетями, но не выполнять такую роль для OSI. Поэтому externalGateway находится в образе конкретной сети. Адрес логического интерфейса читается в контексте соответствующего протокола — например, IP или NSAP; connectedNetwork ведёт к сети того же представления. Образ интерфейса предусмотрен лишь там, где протокол действительно устанавливает через него соединение. Перенести все физические линии на каждую логическую карту означало бы нарисовать несуществующие маршруты.

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

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