摘要

  • 1997 年 4 月的 RFC 2140 是 Informational 备忘录，主张把部分 TCP 控制块观察关联到主机对，使短连接不必反复估计 MSS 与 RTT；它没有制定互联网标准，也没有证明普遍加速。
  • “时间共享”从已关闭连接取值；“集合共享”让仍在运行的连接互通观察。前者可复用特定测量，后者若把拥塞窗口逐条复制，就会抬高并发总发送量。平均分配只是一项待检验的建议。
  • 共享缓存也会传递错误。过时或被篡改的小窗口可能拖慢后续短连接；备忘录因此要求验证共享值、隔离受应用修改的状态，并禁止共享 TCP 序列号。

测量留下，连接没有留下

想象两次先后发生的小型传输。第一次从远端得到 MSS，并测到往返时间；传输完成，连接的状态机、端口关系和缓冲区引用随之结束。第二次面对同一主机时，某些测量或许仍有参考价值。RFC 2140 抓住了这个不对称：一次应用会话的生命很短，主机对之间的部分路径经验可能活得更久。

备忘录并未把整个 TCP 控制块称作可继承资产。缓冲区指针、重传队列、连接状态与定时器服务于特定会话，不能转交给另一条应用连接。MSS 和 RTT 更像主机对层面的观察。拥塞窗口与当前发送窗口又不同：它们涉及多条连接加在一起给路径施加的负荷，不能因为数值存进同一缓存，就变成可重复花费的容量。

这一划分回应了当时短连接和并发 Web 传输的启动成本。Touch 希望改善连接建立后的暂态表现，而不改变稳定运行阶段的 TCP 行为。“希望”必须按史料原样理解：RFC 2140 自称不规定互联网标准，也没有提供可外推到整个互联网的性能测量。

两种共享，两个写入时点

时间共享发生在前一条连接已经关闭之后。RFC 2140 记载 SunOS 4.1.3 的 T/TCP 扩展及其 FreeBSD 移植版本缓存过 MSS、RTT 等参数。这是有名称、有限范围的历史例子；文中同时指出，在该例里重用 snd_cwnd 仍停留于讨论。MSS 选项到达时可更新缓存，RTT 和方差则在连接关闭时汇总。跨连接平均 RTT 的方法不同于单条连接内部的估计方法，RFC 明言缓存值可能不合适。记忆省去部分学习，并不保证记得正确。

集合共享面对的连接尚未结束。如果几条连接在任何一条关闭前接连打开，只等关闭才写入的缓存帮不上它们。备忘录于是讨论更早共享观察。复制 MSS 或 RTT 与复制拥塞许可不是同一回事：按照文中对当时 TCP 的描述，新连接即使只拿到一个报文段的初始窗口，并发窗口总和也会上升；把已有连接较大的窗口完整复制过去，上升会更明显。

RFC 2140 提出一种思路：把汇总窗口分给 N+1 条连接，同时从原有 N 条连接各扣除份额。作者没有把平均分配写成经过证实的公平法则，反而明确承认其假设可能不适合，仍需检验。这个不确定性是论证的一部分，不应在后来转述中消失。

缓存也能传播伤害

状态跨连接流动后，坏数据的影响范围随之扩大。备忘录讨论过零窗口或虚假的小窗口如何损害随后连接；短流也许还来不及自行修正，事务就结束了。因此它要求初始化时按默认下限核查共享值，限制运行中的输入对共同状态的影响，标识直接由应用修改或未经认证传来的状态，并在缺乏明确许可时不予分享。TCP 序列号不属于可转移的性能观察。

这些是 RFC 对风险提出的边界，不等于现实中已有安全认证的共享缓存。两台主机相同，也不能证明路线、瓶颈与竞争流量恒定。RFC 9040 在 2021 年废止并取代 RFC 2140，后来细化了字段和适用条件；不能把后来的实现状况倒填进 1997 年的主张。

RFC 2140 留下的问题比“让 TCP 记住过去”精确得多：谁产生一项测量，缓存何时更新，它能服务哪几条连接，以及错误会沿着这条共享链传给谁。

来源与边界

这些文件没有提供本篇可据以宣称的现行部署规模、实测提速、持续相同路径或可用带宽证明。