拥塞避免阶段,tcp拥塞控制算法

拥塞避免阶段,tcp拥塞控制算法

拥塞避免阶段：每RTT,发送窗口增加1 超时或者3个ACk,则重发，并把发送窗口设置为1,进入慢启动阶段network-tahoe 存在的问题：每次发生网络抖动，例如收到冗余ACK或者超时，则非常悲观拥塞避免：通常阀值的初值为16(如图表3.21所示),当阀值增长到16MSS时进入第一个拥塞避免阶段(图表3.214~12RTT);在拥塞避免阶段，每经过一个RTT,阀值才增加一个MSS

都不能放过，针对数据可靠传输的特性，又可以拆解为超时重新、流量控制、滑动窗口、拥塞控制等等知识点，Linux默认是1，即开启状态。开启这个参数后，我们的TCP拥塞窗口会在一个RTO时间空闲之后重置为初始拥塞窗

拥塞避免：从慢启动可以看到，cwnd可以很快的增长上来，从而最大程度利用网络带宽资源，但是cwnd不能一直这样无限增长下去，一定需要某个限制。TCP使用了一个叫慢启因为拥塞窗口在达到32*MSS之后就开始拥塞避免阶段，因此Threshold的初始值为32* MSS(第6个周期) f. 在第18个传输周期里，Threshold的值设置为多少？在第16个周期发生第一次丢包之后Co

无论是在慢开始阶段还是在拥塞避免阶段，只要发送方判断网络出现拥塞(其根据就是没有收到确认，虽然没有收到确认可能是其他原因的分组丢失，但是因为无法判定，所以都当做拥塞来处理),某TCP拥塞窗口演化图如下图所示，其中[1,6]轮次是慢启动阶段，6, 14]轮次是拥塞避免阶段，15, 17]轮次是快速恢复阶段，17, 23]轮次是拥塞避免阶段，24,27]轮次

3. 拥塞避免阶段：当TCP发送方达到慢启动阈值时，它会进入拥塞避免阶段。在这个阶段，TCP发送方会根据网络的实际情况逐渐增加拥塞窗口的大小。如果网络出现拥塞，TCP发送方会将慢4.2 为何须要拥塞控制前面咱们提到了微观层面点到点的流量控制，可是咱们不禁地思考一个问题：只有流量控制够吗？答案是否认的。咱们还须要一个宏观层面的控去