摘要

  • RFC 9840 把接收端窗口拆成真实流控容量 fcwnd 与主动退让目标 RLWND，但远端发送端仍运行标准 TCP。
  • 实际发送窗口取 cwnd、RLWND、fcwnd 的最小值；单凭抓包中的低窗口，不能区分路径拥塞、接收能力不足与接收端政策。
  • 可审计部署必须保存三项候选值、时间戳测量质量、Window Scale 粒度，以及遵守“不缩窗”规则时的渐进收敛过程。

最小值是一项裁决，不是一份证词

传统诊断常把小接收窗口翻译为“应用读得太慢”。rLEDBAT 使这个推断失去唯一性。接收应用可能仍有充足缓冲区，却为了让交互流量先走，主动把后台传输限制在更低水平。

规范把通常的流控窗口称为 fcwnd，把基于时延调节的接收端目标称为 RLWND。接收端发布两者较小者；发送端还受自己的拥塞窗口 cwnd 限制。于是 SND.WND = min(cwnd, RLWND, fcwnd)。

三项数值来自三个不同权力面。cwnd 是发送端对路径拥塞信号的响应；fcwnd 是接收缓冲区与应用消费能力的边界；RLWND 则是接收端决定让后台业务退让的政策。最小值决定“能发多少”，却不回答“为什么只能发这些”。

这会直接改变故障归责。服务器看到吞吐下降，可能怀疑接入网；网络运营者看到小窗口，可能归咎客户端；客户端其实可能在执行正常策略。三种叙事都与同一条包迹相容。没有端点状态收据，任何单因果结论都只是猜测。

接收端无需重写发送端

rLEDBAT 的部署吸引力在于控制关系倒置。软件更新、备份或同步客户端即使不能改服务器，也能利用标准 TCP 必须遵守的接收窗口，让远端发送变成低于尽力而为的流量。发送端无须识别 RLWND，更无须安装专用拥塞控制算法。

但“无需改发送端”不等于“发送端不再重要”。若 cwnd 更小，路径拥塞仍是绑定约束；发生丢包时，标准 TCP 的重传与拥塞控制仍掌权。接收端增加了一个候选控制者，没有取代端到端的原有控制。

与发送端 LEDBAT 相比，这种政策更难从线上辨认。低优先级意图藏在本来用于流控的字段里。资产清单知道客户端开启了什么政策，抓包系统只看到窗口变小；两者都不完整。

已承诺的序列空间不能瞬间收回

TCP 窗口并非普通限速旋钮，它向发送端承诺了一段可以合法填充的序列空间。接收端一旦推进右边界，就不能为追随一个更小的 RLWND 而突然把边界往回拉。RFC 9840 要求随着字节到达逐步减小公布窗口，使已承诺的右边界保持不退，通常用约一个 RTT 收敛到新目标。

因此，控制器的决策时刻与线上完全生效时刻并不相同。中间包显示的是协议约束下的过渡状态。只看一个采样点，会把守约误判为迟钝；只存最终目标，又会抹掉此前已经发放的信用。

取证应同时记录决策时间、目标 RLWND、逐包公布窗口、在途字节和收敛所用 RTT。时间本身就是控制合同的一部分。

时延样本不是经过认证的事实

rLEDBAT 借助 TCP 时间戳估计前向时延的变化。发送时钟与接收时钟无需同步，因为固定偏移会在差分中抵消；但时间戳分辨率、时钟漂移、重复值和实现差异不会因此消失。

反向路径排队会改变 ACK 节奏，延迟 ACK 会减少独立样本，重传可能污染朴素估计。尾部丢包尤其棘手：若后续没有新段暴露缺口，接收端无法可靠推断，最终仍要由发送端的重传逻辑处理。

规范讨论过滤和排除条件，意味着控制结果必须随测量质量一起保存。至少需要原始与过滤后样本数、排除原因、基线时延历史、时间戳分辨率，以及反向路径是否可能参与了变化。只公布 RLWND 而不保留输入，相当于只保存判决，不保存证据。

粒度在连接开始时就被锁定

Window Scale 让 TCP 能表示大窗口，却把每个整数单位放大为更多字节。缩放因子过高时，接收端想做细小调节，线上字段却只能跨过很大的台阶。RFC 9840 指出大于 11 的因子可能过粗，建议低于 12，同时明确仍需实验。

关键在于该因子在连接建立时协商，不能在控制器发现问题后随意改写。为高吞吐选择的大尺度，可能在稍后让低优先级控制失去精度。这是一项早做、晚显、难逆的生命周期决定。任何性能报告若不附缩放因子，比较就不完整。

“实验性”意味着要观察控制器之间的关系

RFC 9840 来自 IRTF 的 ICCRG，属于实验性文档，不是已经定型的标准轨部署承诺。开放问题包括发送端与接收端控制器如何互动、AQM 与 L4S 环境如何改变信号、长时间空闲后如何重启状态。

两个控制环可能对相近信号以不同速度响应，导致振荡或错误归因。CoDel、PIE 或 L4S 改变排队和 ECN 信号；空闲后的旧基线又可能让重启不同于首次启动。平均吞吐掩盖了这些最重要的现象。

实验应记录队列时延分布、丢包、ECN、应用需求、三项窗口、空闲区间、发送端算法和队列管理方式，并与普通 TCP 和可行的发送端低优先级方案对照。

微软 Delivery Optimization 文档与 Apple 的响应式网络材料说明终端确实会治理后台传输，但它们不能证明某个产品版本采用 RFC 9840。部署断言只能来自实现证据、受控测量或厂商明确声明；相似的吞吐形状不是协议指纹。

安全边界：用未认证的时间驱动政策

TCP 时间戳和到达时间并不是对队列状态的认证证明。路径上的攻击者若能延迟、扰动时间观测，或注入看似合理的旧段，就可能影响控制目标。RFC 9840 将其描述为攻击面的轻微扩大，但若后台流承载补丁或备份，持续退让仍可能产生实质风险。

实现应分开保存原始观测、过滤样本、控制器决策与最终公布窗口。目标值、滤波器与尺度策略的变更应成为可审计的软件生命周期事件。“后台”绝不等于“无需安全遥测”。

来源