摘要

  • RFC 1209 于 1991 年 3 月给出了 SMDS 逻辑 IP 子网上 IP 和 ARP 的初始配置。它允许由不同管理实体配置的多个封闭 LIS 使用同一 SMDS 服务，并明确它们可以彼此独立地运行与通信。
  • 文档规定，LIS 内的主机才直接通信；LIS 外的目的地必须经过 IP 路由器。这个路由器可以是一台同时属于多个 LIS 的 SMDS 站点。即使 SMDS 物理服务可能存在直达路，两个不同 IP 网络之间仍使用中间路由器。

同一朵云，并不回答同一个问题

画图的人很容易先画出一朵云。它有价值：说明某种服务把多个站点放在可传输的范围里。但云图没有自动回答“谁是 IP 层的本地邻居”。RFC 1209 没有把这道题交给 SMDS 服务本身，而是交给 LIS 的配置。每一个独立管理实体把自己的主机编入一个封闭的逻辑 IP 子网；同一服务承载多个这样的子网，并不令它们合并为一个本地网络。

这里的“逻辑”不是模糊的抽象词。它指向一组可以执行的边界。传输服务说明站点也许能够到达；LIS 说明哪些主机在同一套 IP 网络与子网、同一组配置之下，可以直接执行这里定义的通信。一个站点接在同一项服务上，只是前一种事实，不是后一种事实的证明。

RFC 的范围也很明确。它描述的是一套初始的 IP/ARP over SMDS LIS 配置，并说明其他公共、公司间或企业间配置可能不同，超出本文范围。它不证明哪个运营商真的如此部署，不报告采用比例，也不为某种商业安排背书。它留下的是一个技术合约：在本合约中，服务共享与本地邻接是两件事。

路由器把边界变成可操作的事实

RFC 1209 的核心句子没有绕弯：一个 LIS 中的主机只与同一 LIS 中的主机直接通信；去往 LIS 外部的流量要穿过 IP 路由器。互联多个 LIS 的路由器本身可以是属于所有这些 LIS 的 SMDS 站点，但它需要支持多套参数，并把每套参数关联到特定的 IP 网络或子网。

这不是因为底层一定没有更短的路径。RFC 明说，在不同 IP 网络之间，即便 SMDS 物理服务可能允许直接路径，也使用中间路由器。可用路径与被允许当作本地的关系因此被分开。路由器成为跨越边界的地点：地址规划、路由决定和互联规则不再由“底层碰巧能通”替人作出。

配置细节也把 LIS 固定下来。一个 LIS 的所有成员使用相同的 IP 网络号和子网号；该 LIS 只配置一个 SMDS 组地址；参数在订阅服务时确定，不同 LIS 可不同，并应当让用户配置。这些属性使 LIS 成为一个有操作含义的集合，而不是根据连通性事后猜出的集合。

“直接”并不携带多余的权利

在 RFC 1209 中，直接是一段有限的 IP 通信关系。它不证明一方拥有传输服务，不证明可以管理对方主机，不证明用户身份、访问授权、加密、时延、业务成功或商业关系。路由器也不自动证明安全设计正确。RFC 只说明它在 LIS 之间的角色，以及它应保持的配置关联；它没有审计任何真实网络是否按某种策略运作。

这种收束很重要。把“服务可以到”说成“应当本地可达”，再把“本地可达”说成“有权直接控制”，是三个不同的跳跃。RFC 1209 只完成第一层架构中的必要部分：让跨组通信有一个明确的路由点。那是可审查的控制面，不是对后续所有决策的担保。

共享基础设施为何仍需命名边界

SMDS 已属于历史技术，但这个选择没有过时。今天的共享底座可能叫虚拟网络、交换织网、多租户云或公共互联。问题仍然是：哪些终点应被看作同一个本地运行群组？谁有权把流量送出群组？RFC 1209 的回答节制而有力：先声明群组，再把参数绑定给它；群组变化处，经过路由器。

这样做还留下了更清楚的证据。运维记录可以说明某个 LIS 对应哪个 IP 网络或子网、使用哪一个组地址、哪一个路由器承载多组参数。这些记录不能独自解释所有事故，却能避免把“共用服务”的事实误写成“同一 IP 邻域”的事实。

来源与证据边界

本文封闭来源集只有 RFC 1209《The Transmission of IP Datagrams over the SMDS Service》。它支持发表时间、适用范围、封闭 LIS 的安排、路由器规则、参数与文中限制；不支持当前 SMDS 使用情况、市场份额、任何具名组织的拓扑、性能、安全质量或实际运营结果。