Кратко

  • RFC 1209, опубликованный в марте 1991 года, задал исходную конфигурацию IP и ARP в logical IP subnetworks поверх SMDS. Каждая отдельная административная единица могла настраивать хосты как закрытый LIS; несколько LIS могли работать на одном сервисе и независимо обмениваться трафиком.
  • Хосты одного LIS общаются напрямую только с хостами этого же LIS. Трафик за его пределы проходит через IP-маршрутизатор. Такой маршрутизатор может быть SMDS-станцией, состоящей в нескольких LIS, и должен сопоставлять отдельный набор параметров с соответствующей IP-сетью или подсетью.

Одна транспортная среда не выбирала локальных соседей

На схеме одна облачная область часто означает, что между точками существует услуга переноса данных. Из этого не следует, что все точки образуют одну локальную область IP. RFC 1209 выделил второе решение отдельно. Каждая административная сторона конфигурировала свои хосты в закрытый LIS. Другой LIS мог использовать тот же SMDS-сервис, но от этого не становился частью той же непосредственной IP-связи.

Несколько LIS могли делить сервис и общаться независимо. Независимость здесь не означает отсутствия обмена. Она означает, что способ обмена различается: внутри группы — прямой, между группами — маршрутизируемый. Общий физический нижний слой не должен сам, без явного решения, превращать разные административные области в один IP-локальный мир.

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

Маршрутизатор называл место перехода

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

Тем самым разделяются доступный путь и допустимое локальное отношение. Маршрутизатор нужен не потому, что нижний сервис обязательно не справляется с прямой доставкой. Он отмечает переход от одной IP-области к другой. Здесь можно выразить решение об адресном плане, пересылке и межсоединении, вместо того чтобы позволить общей среде незаметно принять это решение за участников.

Параметры LIS подтверждают, что это не расплывчатый ярлык. Все его члены используют одинаковые номер IP-сети и номер подсети. Для LIS конфигурируется один групповой адрес SMDS. Параметры определяются при подписке на сервис, могут различаться между LIS и должны настраиваться пользователем. Группа оказывается операционной единицей, а не догадкой, сделанной после того, как две станции оказались достижимыми.

Чего не доказывает слово «напрямую»

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

Это ограничение предохраняет от последовательности лишних выводов. «Сервис способен доставить» не значит «хост локален», а «хост локален» не значит «у нас есть власть над ним». Маршрутизатор даёт место, где переход можно решить и зафиксировать. Качество решения требует самостоятельных свидетельств.

Историческое правило для общей современной основы

SMDS остался в истории, но общие основы не исчезли: виртуальные фабрики, многоарендные облака, общие точки обмена и транспорт провайдера ставят тот же вопрос. Какой набор считать локальным? Кто отвечает за выход за его пределы? Ответ RFC 1209 лаконичен: назвать группу, связать с ней параметры и пропускать межгрупповой трафик через маршрутизатор.

Такой выбор создаёт и более ясные следы. Можно показать, какой LIS связан с какой сетью или подсетью, какой групповой адрес он использует и какой маршрутизатор держит несколько наборов параметров. Эти записи не объяснят каждый инцидент, но не дадут смешать два разных утверждения: сервис общий и хосты — IP-соседи.

Источник и границы доказательств

Закрытый источник этой статьи — RFC 1209, The Transmission of IP Datagrams over the SMDS Service. Он подтверждает дату, границы темы, модель закрытого LIS, требование к маршрутизатору, параметры и оговорки текста. Он не подтверждает современное применение SMDS, долю рынка, топологию конкретного оператора, производительность, качество безопасности или реальные результаты какой-либо организации.