TCP在大RTT上下文中的不公平

Question

在某些情况下，使用Van Jacobson算法的TCP版本是不公平的，例如卫星通信。我不明白为什么。这个问题是否是由不对称链路引起的，其中接收方比发送者更有可能发送确认数据包？

Answer 1

基本上，TCP的拥塞窗口(CW)随着新的ACK数据包的到达而增长。

然后，如果连接C1具有较大的RTT，则与另一个具有较小RTT的连接C2相比，在一定时间内到达的ACK将减少，原因如下：

• 当数据包到达时，目的地将发送一个确认，所以在C2中，这种情况比在C1中发生的要早。
• C2确认本身需要较短的时间才能到达源

Answer 2

经过一些研究，我找到了答案。这不仅是因为评论中所建议的延迟带宽产品，而且是出于一些原因：

• 发送方的吞吐量可以写为throughput =聪星窗口/循环The，所以如果RTT越大，则需要更大的CW才能达到相同的吞吐量；
• 信道容量可以写成Capacity=Delay*Bandwidth，这样就可以以带宽=容量/延迟的方式检索可用带宽(考虑到每个分组都需要容量/延迟，延迟可以是RTT的一半，也可以等于RTT )；
• CongestionWindow可以用这种方式写成RTT的函数:- CongestionWindow =2^ (t/RTT)处于慢启动阶段，其中t是时间；在拥塞避免阶段， - CongestionWindow = ss +( tss)/RTT，其中ss是慢启动阈值，t是时间，tss是到达慢启动阈值的时间，ss是慢启动threshold.避免值，由于可能发生改变CongestionWindow和慢启动阈值的错误，使得公式变得更加复杂，可以很容易地看到CongestionWindow强烈依赖RTT，并且由于它出现在分母上，无论是在慢启动阶段还是在拥塞避免阶段，RTT越大，发送方就越不利。