错误的 TCP 拥塞控制假设

自从 BBR 被提出，人们普遍接受了 pacing，集体抵制 burst。人们认为 burst 是拥塞以及 bufferbloat 的根源。这基本算为了适合皮鞋而削了脚了。

就问一句，如果业务本身就是短突发模式呢？

错误的假设在于，如今几乎所有拥塞控制算法均假设数据在一条长连接上进行匀速传输。这个模式是如此简单，以至于拥塞控制算法可以全权接管所有传输细节。但这并不符合现实。

pacing 和 burst 是交换机看到且感受到的，burst 是统计复用的必然现象，问题是交换机能容忍多少 burst。因此控量而不是控速，这才是控制拥塞的关键，在此基础上，按照业务的需求，尽量 pacing 发送。

TCP 漕河泾算法中，在使能数据包守恒模式时，我尝试控量不控速来处理丢包恢复，妥妥的。

浙江温州皮鞋湿，下雨进水不会胖。