摘要

  • RFC 1188 为 FDDI 上的 IP 与 ARP 规定了 LLC/SNAP 封装、4352 字节 IP MTU，以及与桥接以太网兼容的 ARP 地址表示规则。
  • 协议标记、MAC 地址、ARP 映射、可发送的帧大小和收到一帧，都是局部传输事实；它们不单独证明身份、所有权、授权、路径或应用结果。

光纤很快，语法仍须协商

FDDI 的价值不在于取消了分层，而在于把更快的链路纳入同一套分层纪律。David Katz 的 RFC 1188 于 1990 年 10 月发布，取代 RFC 1103，为 FDDI 上的 IP 数据报与 ARP 请求/响应规定方法。它明确承接 RFC 1042 的思路：先让每一端能以同一链路语法读取内容，才谈得上 IP 的互操作。

这个语法由 type 1 LLC 与 SNAP 组成。AA-AA-03、零组织代码和后续的协议标识告诉接收接口：下面是应按 IP 或 ARP 理解的负载。它们是解释字节的约定，不是给字节盖章。写着 IP 的 EtherType 并没有认证发送者；一个合乎格式的源地址也没有证明某个人拥有它；能够解析帧的接口更没有获得改变另一台机器的权力。

这一区分并非哲学修辞。封装标准的作用是减少“我不知道这段数据按什么规则读取”的歧义。身份、资源控制、路由选择和应用处理则需要不同层面、不同时间留下的证据。若把一个局部协议字段升格为全部结论，互操作本身反而会被误读成授权系统。

4352 是环上的预算，不是全网通行证

RFC 1188 设定 FDDI 的 IP MTU 为 4352 字节。文中指出，最大 FDDI 帧在 LLC/SNAP 之后大约可留 4470 字节数据，但为了 MAC 头与帧状态字段的可变性和未来扩展，必须保留余量。网关必须能接收 MTU 大小的包并在需要时分片。这描述的是一段 FDDI 链路能够围住多大的 IP 数据报。

它没有让本地大帧变成端到端保证。RFC 同时维持通常的谨慎：若没有明确知道目的地能够接受，主机不得发送超过 576 字节的数据报。RFC 1191 后来把 4352 列入历史性的 FDDI 路径 MTU 表，但表中的数字不等于今天某条路径的测量值。本地接口能力、网关分片、后续跳点可接受性和最终应用的处理状态是四个不同问题。

ARP 找到的是下一跳表示，不是权利主体

FDDI 可涉及 16 位或 48 位站地址。RFC 1188 为避免互操作问题，要求 IP 与 ARP 只使用 48 位地址。考虑到桥接以太网，它要求 ARP 发出时使用硬件类型 1，收到类型 1 或 6 都要接受，并以 canonical bit order 携带硬件地址。FDDI 平常表示地址时 Group 位的位置不同，因此 ARP 字段中每个字节的位要反转。

这条规则解决的是“同一地址在两种表示习惯中会不会被读错”。ARP 缓存的作用是把一个 IP 目标关联到本机能够向其发帧的链路地址。它不是资产登记，不是人员认证，不是对远端机器仍在线的保证，也不是对远端资源的授权。即使帧离开本机，后面的桥、路由、主机、传输层与应用仍各自保留拒绝、丢弃或改变结果的可能。

后续标准化没有把历史规则变成当下事实

RFC 1390 记录了 1993 年 IP/ARP over FDDI 的 Internet Standard 后继文本。这说明文件序列发生了什么，不说明某个当时或现在的 FDDI 网络真实部署了什么。RFC 1188 的历史价值也不在于替任何现实网络背书，而在于它清楚拆开了负载语法、本地地址格式和帧预算。

因此，最可靠的读法是保留每个断言的大小：LLC/SNAP 标明如何读；ARP 提供本地映射；MTU 限制单段链路的大小。没有哪一个自然延伸为身份、授权、物理所有权、可达路径或完成的应用事件。

来源与证据边界

本文使用 RFC 1042、RFC 1188、RFC 1191 与 RFC 1390。它们支持封装、历史 MTU 与文件继任关系，不支持当前部署、身份、授权、活跃路径、送达或应用结果。