TCP拥塞控制的响应时间

Question

我想知道TCP拥塞控制适应变化的网络条件的总体延迟。具体来说，我的问题是：

1. 在改变可用带宽和/或往返时间(RTT)后，系统的反应速度如何？我的意思是修改发送速率以适应新的网络条件？
2. 系统需要多长时间来测量网络条件的变化？据我所知，在默认情况下，TCP只通过查看ACK中的序列号来度量RTT。这是否意味着系统需要一个RTT才能对网络条件的任何变化作出反应？
3. 是否有为低延迟应用程序开发的特定TCP拥塞控制算法？我相信，对于新一代的应用程序(例如远程操作、虚拟现实)来说，这将是非常重要的，前提是TCP可以用于此类应用程序。快速搜索最近的拥塞控制算法，我从谷歌来到BBR。然而，BBR的主要目的似乎是通过更接近最优操作点(由Kleinrock定义)来最大化TCP吞吐量。我在他们的论文中没有看到任何关于延迟的考虑。

如果有些问题没什么意义的话，很抱歉。网络纽比在这里，刚刚开始了解TCP拥塞控制的细节。我希望任何能帮助我更好地理解这个话题的帮助或方向。谢谢!

Answer 1

TCP拥塞控制过于精细，无法在这里详细讨论。首先，查看https://en.wikipedia.org/wiki/TCP_拥塞_控制。对信道参数的反应可能与RTT一样快，但可能会慢一些，这取决于几个因素。

通常，您必须根据您的需求选择您的传输协议。TCP提供良好的拥塞控制，流控制，并保证订单交付.你必须权衡这些好处与你的其他要求。

TCP机制排除了实时、最低延迟传输--如果这是您的要求，您需要选择另一个传输协议，例如RTP或RTSP。在极端情况下，您可以使用火和忘记UDP传输，并在此之上实现您的需求，在实际应用程序层下面的子层中。