摘要

  • RFC 1201 允许一个数据报分成最多 120 个 ARCNET 帧传送，每个长帧最多承载 504 字节的客户数据。
  • 60,480 字节不是网络的默认 MTU；规范要求最大报文尺寸可配置，并由同一网络上的设备共同采用。

有些长度根本放不进普通帧

ARCNET 的长帧固定为 512 字节，但这 512 字节并非全是 IP 数据。硬件头、软件头和满足固定帧长度所需的填充会占用空间；软件最多看到 504 字节的客户数据。短帧是 256 字节。当客户数据正好为 250、251 或 252 字节时，规范还需要一种例外帧。物理帧的形状先于 IP 报文的大小。

1988 年的 RFC 1051 把 IP 和 ARP 映射到较早的 ARCNET 帧格式。若有站点不支持扩展帧，它建议把 IP MTU 设为 253 字节，并鼓励使用 IP 层分片。1991 年取代它的 RFC 1201 改由 ARCNET 链路层拆分报文。分片标志表示报文未分片、第一片或后续片；序列号把各片归到同一个报文。接收端先在链路层重组，再把 IP 数据报交给上层。

最大值需要乘以现实条件

120 片各承载最多 504 字节，乘积是 60,480 字节。RFC 1201 随即称这个长度不适用于实际配置，并要求每种实现都能配置最大报文尺寸。因此，同一 ARCNET 网络上的节点必须采用彼此兼容的上限。规范要求能够收发至少 576 字节的数据报，并强烈建议实现支持 1,500 字节；这两项要求都不能证明某个网络已按该值配置、实际发出数据包或完成交付。

504 字节可以避免 ARCNET 链路层分片，但会让沿途每个节点处理更多 IP 数据包。RFC 1201 提到可通过 TCP 的最大报文段尺寸选项或 MTU 发现机制告知较小值，并引用了 RFC 1063。后来，RFC 1191描述了 IPv4 路径 MTU 发现；它没有把 ARCNET 的报文上限变成某条路径的测量结果。帧容量、接口配置、路径限制和最终交付，是四种不同证据。

收到一片，不代表已经拼好

RFC 1201 规定分片按顺序发送，并建议在第一片到达时就为完整报文预留空间。若片段乱序，接收端可以放弃重组；若数秒内没有新片，也可以丢弃未完成的报文。但重复片段要区别处理：ARCNET 硬件可能已经收到帧，发送端却没收到应答，于是再次发送。重组软件应忽略重复片，而不是因此放弃整个数据报。

所以链路层收到一帧，并不能证明完整 IP 数据报已经重组。规范描述的是次序、缓存和重复片处理，并没有提供实际抓包、应用交换成功或这些情况发生频率的数据。RFC 791定义 IP 数据报与 IP 分片；RFC 826提供 ARP 背景。RFC 1201 的作用，是说明 ARCNET 如何在这两层之间承载报文。

同一网络也可能无法互通

RFC 1201 记载，五家公司在 1989 年同意采用新规范引用的 ARCNET 链路格式。新格式为 IP、ARP 和 RARP 使用 212、213、214 号协议标识；RFC 1051 使用的值不同。RFC 1201 明确指出，两种实现可以同时存在于同一 ARCNET 上，却无法彼此通信。共享物理网络没有自动统一报文解释方式。

RFC Editor 现在将 RFC 1201 列为 STD 46 / Internet Standard。这个目录状态能确认标准文件及其身份，不能说明有多少 ARCNET 设备实现了它。规范留下的可证历史更有限，也更具体：固定帧促成了链路层分片，最大报文尺寸仍交给本地网络配置，而协议标识变化划出明确的兼容边界。

来源