- 综合排序
- 最热优先
- 最新优先
- 来自专栏技术分享
拥塞控制
拥塞控制原理（网络的问题） 拥塞: 非正式的定义: “太多的数据需要网络传输，超过了网络的处理能力” 与流量控制不同 拥塞的表现: 分组丢失 (路由器缓冲区溢出) **分组经历比较长的延迟 ” 都被浪费了 拥塞控制方法 1. 返回的RM信元中设置CI bit TCP 拥塞控制 端到端的拥塞控制机制 如果每次都反馈相关的信息 ，那么对网络的负担就非常大了 路由器不向主机有关拥塞的反馈信息 • 路由器的负担较轻 • 符合网络核心简单的 TCP/IP架构原则 端系统根据自身得到的信息 ，判断是否发生拥塞，从而 采取动作 拥塞控制的几个问题 如何检测拥塞 【轻微拥塞 / 拥塞】 控制的策略是什么？ 在拥塞发送时如何动 作，降低速率 【 在轻微拥塞 / 拥塞 如何降低 ？ 】 在拥塞缓解时如何动 作，增加速率 拥塞感知 发送端如何探测到拥塞?
52510编辑于 2024-05-31 - 来自专栏desperate633
TCPIP之拥塞控制拥塞的成因和代价拥塞控制的方法TCP拥塞控制
image.png 拥塞的另一个代价: 当分组被drop时，任何用于该分组的“上游”传输能力全都被浪费掉，相当于白传了，浪费了资源和传输能力 拥塞控制的方法 端到端拥塞控制： 网络层不需要显式的提供支持 端系统通过观察loss，delay等 网络行为判断是否发生拥塞 TCP采取这种方法 *网络辅助的拥塞控制： *路由器向发送方显式地反馈网络 拥塞信息 *简单的拥塞指示(1bit)：SNA,DECbit • NI bit: rate不许增长 • CI bit: 拥塞指示 RM cell由接收方返回给发送方 TCP拥塞控制 TCP拥塞控制的基本原理 Sender限制发送速率 ? 那么问题来了，如何感知网络拥塞： Loss事件=timeout或3个重复ACK 发生loss事件后，发送方降低速率 感知到网络拥塞后，需要动态调整发送速率，以减轻网络的拥塞状况，如何调整发送速率，一般有两个方法 image.png 首先慢慢增加，当遇到拥塞时，减为一半，然后又继续慢慢增加，直到遇到拥塞后又减为一半，这样往复就会出现锯齿状的波动。
2.1K31发布于 2018-08-22 - 来自专栏媒矿工厂
拥塞控制
首先Nitin介绍了拥塞控制的重要性。在带宽有限的情况下，选择发送速率是很重要的。如果发送速率大于可用速率，就会出现丢包和延迟。 拥塞控制一般分成发送数据包、等待、获取ACKs、调整发送速率四个阶段。拥塞控制算法会设置拥塞窗口cwnd，拥塞窗口被用来限制一次的飞行数据包数量。 使用单一的拥塞控制算法来适配所有场景是否可行？若可行，就要使应用程序能灵活地设置吞吐量和延迟的平衡。 因此除了之前常被使用到的CUBIC和BBR，引入了新的拥塞控制算法COPA。 在TCP条件下，对于拥塞控制算法的更改必须通过修改内核来完成，而QUIC的拥塞控制算法可插拔，使得新算法的测试开发容易了非常多。 Nitin介绍了CUBIC、BBR和COPA三种算法的基本要点，并且通过Facebook的QUIC库mvfst进行了拥塞控制性能测试。
1.6K20发布于 2020-10-21 - 来自专栏智算中心网络
高效排障指南：如何通过 INT 报文实现端到端的流量拥塞告警
纳秒级网络洞察：星融元 EasyRoCE-CMA 拥塞监控与告警工具深度解析在 AI 智算与大规模云数据中心时代，网络的微秒级波动都可能对业务性能产生巨大影响。 为了应对传统监控技术的局限性，星融元基于 INT（带内网络遥测） 技术推出了 EasyRoCE-CMA (Congestion Monitoring & Alert) 拥塞监控与告警工具 。 该工具具备纳秒级的采集精度，能够直观呈现交换机端口队列级的拥塞与丢包状态，为网络快速调优提供精准决策支持 。 主要功能界面首页全局通览：一屏掌握所有交换机的拥塞与丢包状态。若 5 分钟内收到异常报文，状态栏会变红预警 。 通过对拥塞与丢包的实时捕获，它不仅是高效的排障工具，更是网络性能持续优化的有力助手。
14210编辑于 2026-01-16 - 来自专栏程序员
拥塞控制原理
版权声明：本文为博主原创文章，转载请注明博客地址： https://blog.csdn.net/zy010101/article/details/90474371 拥塞是指客户端发送的数据太多或者发送速度太快 拥塞的表现就是分组丢包和分组延迟过大。 拥塞的成因 拥塞的成因是比较复杂的，考虑一个现实的情形如下。 ? 在理想化的情形下，当分组的传输速率接近链路容量的时候，分组将会在路由器经历巨大的排队延迟。 导致网路更加的拥塞不堪。在上图的网络中，当分组沿着某一条链路在传输的过程中被丢弃掉，那么这将导致该路由器之前的所有路由器用于转发该分组的传输容量被浪费掉了。 拥塞的解决 一般在实践中有两种主要的控制拥塞的方法。根据网络层是否为传输层提供帮助，来区分拥塞控制方法。 端到端拥塞控制：TCP根据报文段的丢失，来认为网络拥塞。TCP就会相应的减少其窗口长度。 现在，RTT也被作为网络拥塞程度的一种判断标志。端到端的拥塞控制是端系统自行观察网络，从而做出的判断和决策。 网络辅助拥塞控制：网络辅助控制中，路由器向发送方提供网络拥塞状态的显示反馈信息。
72120发布于 2019-05-25 - 来自专栏计算机工具
拥塞窗口
慢开始算法的思路就是，不要一开始就发送大量的数据，先探测一下网络的拥塞程度，也就是说由小到大逐渐增加拥塞窗口的大小。 [3] 发送方会维持一个拥塞窗口,刚开始的拥塞窗口和发送窗口相等,一般开始均设置1，然后我们每收到一个确认,就让拥塞窗口大小变为原来的两倍，接着发送分组也是原来的两倍，以此类推，当窗口值等于16（慢开始门限 我们开始采用“拥塞避免”算法：让新的慢开始门限值变为发生拥塞时候的值的一半，将拥塞窗口置为1，然后让它再次重复，这时一瞬间会将网络中的数据量大量降低。 （既可使用慢开始算法，也可使用拥塞避免算法） 拥塞避免算法让拥塞窗口缓慢增长，即每经过一个往返时间RTT就把发送方的拥塞窗口cwnd加1，而不是加倍。这样拥塞窗口按线性规律缓慢增长。 无论是在慢开始阶段还是在拥塞避免阶段，只要发送方判断网络出现拥塞（其根据就是没有收到确认，虽然没有收到确认可能是其他原因的分组丢失，但是因为 无法判定，所以都当做拥塞来处理），就把慢开始门限设置为出现拥塞时的发送窗口大小的一半
32810编辑于 2024-12-16 - 来自专栏全栈程序员必看
TCP的拥塞控制_假设tcp拥塞控制算法中
cwnd所允许发送的报文段都连续发送出去，并收到了对已发送的最后一个报文段的确认，拥塞窗口cwnd会随着网络拥塞程度以及所使用的拥塞控制算法动态变化。 ，当拥塞窗口cwnd增长到慢开始门限值时，就使用拥塞避免算法。 慢开始： 假设当前发送方拥塞窗口cwnd的值为1，而发送窗口swnd等于拥塞窗口cwnd，因此发送方当前只能发送一个数据报文段（拥塞窗口cwnd的值是几，就能发送几个数据报文段），接收方收到该数据报文段后 8个数据报文段后，给发送方一次发回8个确认报文段，发送方收到这8个确认报文后，将拥塞窗口的值加8变为16， 当前的拥塞窗口cwnd的值已经等于慢开始门限值，之后改用拥塞避免算法。 拥塞避免： 也就是每个传输轮次，拥塞窗口cwnd只能线性加一，而不是像慢开始算法时，每个传输轮次，拥塞窗口cwnd按指数增长。
1.3K30编辑于 2022-08-03 - 来自专栏程序员历小冰
TCP 拥塞控制算法
而拥塞控制是作用于网络，它是防止过多的包被发送到网络中，避免出现网络负载过大，网络拥塞的情况。 拥塞算法需要掌握其状态机和四种算法。 拥塞控制状态机的状态有五种，分别是Open，Disorder，CWR，Recovery和Loss状态。四个算法为慢启动，拥塞避免，拥塞发生时算法和快速恢复。 四大算法 拥塞控制主要是四个算法：1）慢启动，2）拥塞避免，3）拥塞发生，4）快速恢复。这四个算法不是一天都搞出来的，这个四算法的发展经历了很多时间，到今天都还在优化中。 过了慢启动阈值后，拥塞避免算法可以避免窗口增长过快导致窗口拥塞，而是缓慢的增加调整到网络的最佳值。 拥塞状态时的算法 一般来说，TCP拥塞控制默认认为网络丢包是由于网络拥塞导致的，所以一般的TCP拥塞控制算法以丢包为网络进入拥塞状态的信号。
2.5K10发布于 2019-03-01 - 来自专栏全栈程序员必看
tcp拥塞控制机制
随着传输轮次的增加，拥塞窗口的值会变得很大，因此TCP拥塞控制給慢启动增加一个阈值(又称慢启动门限(ssthresh)，当拥塞窗口>阈值时，就要进行尝试拥塞避免。 当 拥塞窗口 < 阈值 时，使用慢启动算法 当 拥塞窗口 > 阈值 时，使用拥塞避免算法 当 拥塞窗口 ＝ 阈值时，既可以使用慢启动算法，也可时使用拥塞避免算法 随着网络拥塞的出现和变化，阈值也会不断变化 TCP拥塞控制中，阈值的初始值为16 拥塞避免(Congestion avoidance): 拥塞避免算法的思路是让拥塞窗口缓慢地增大，呈线性增长， 即:每当收到一个ACK，cwnd = cwnd + 1/cwnd 即: 每当过了一个RTT，cwnd = cwnd + 1 拥塞避免是指在拥塞避免阶段把拥塞窗口控制为按线性规律增长，使网络比较不容易出现拥塞，而不是完全能够避免拥塞。 =12,慢启动算法变为拥塞控制算法，cwnd按照线性的速度进行增长 拥塞发生：当发生丢包进行数据包重传时，表示网络已经拥塞。
1.7K60编辑于 2022-09-12 - 来自专栏CSDN搜“看，未来”
【图解】拥塞控制
文章目录 拥塞控制 探测网络拥塞情况 超时 == 拥塞？ 拥塞控制与网络的拥堵情况相关联，而流量控制与接收方的缓存状态相关联。 拥塞控制 了解TCP三次握手的朋友都知道，两台主机在传输数据包的时候，如果发送方迟迟没有收到接收方反馈的ACK，那么发送方就会认为它发送的数据包丢失了，进而会重新传输这个丢失的数据包。 然而实际情况有可能此时有太多主机正在使用信道资源，导致网络拥塞了，发送的数据包被堵在了半路，迟迟没有到达。这个时候发送方误认为是发生了丢包情况，会重新传输这个数据包。 结果就是不仅浪费了信道资源，还会使网络更加拥塞。因此，我们需要进行拥塞控制。 ---- 探测网络拥塞情况 无论如何，在探测的过程中都会出现瓶颈，或者说，类似于天花板了。 我们也把指数增长阶段称之为慢启动，线性增长阶段称之为拥塞避免。 ---- 超时 == 拥塞？
51210发布于 2021-09-18 - 来自专栏腾讯技术工程官方号的专栏
TCP 拥塞控制详解
不过 TCP 重传逻辑和拥塞控制中的快速重传有关，所以在真正介绍拥塞控制算法之前，先来了解下 TCP 重传逻辑。 五、拥塞控制 拥塞的发生是因为路由器缓存溢出，拥塞会导致丢包，但丢包不一定触发拥塞。拥塞控制是快速传输的基础。一个拥塞控制算法一般包括慢启动算法、拥塞避免算法、快速重传算法、快速恢复算法四部分。 5.2 拥塞避免算法 当 cwnd 增长到 sshthresh 时，就会进入“拥塞避免算法”。 拥塞避免算法下 cwnd 成线性增长，即每经过一个往返时间 RTT 就把发送方的拥塞窗口 cwnd 加 1，而不是加倍。这样就可以避免拥塞窗口快速增长的问题。 拥塞就是发生在 BDP 点的右边，而拥塞控制算法就是来控制流的平均工作点离 BDP 点有多远。
3.9K153发布于 2020-06-01 - 来自专栏技术随笔心得
TCP之拥塞窗口
相反，如果接收窗口小于拥塞窗口，则设备可以在等待确认之前最多传输接收器窗口中定义的字节数。 拥塞窗口根据网络拥塞动态变化。每次未确认段时，都假定是由于网络拥塞。 该算法遵循以下规则： 拥塞窗口从一个段的大小开始（大约 1KB） 定义了一个拥塞窗口阈值（ssthresh） 如果收到确认，并且当前拥塞窗口大小小于 ssthresh，则拥塞窗口加倍 如果收到确认，但拥塞窗口大于或等于 “拥塞避免”并非指完全能够避免了拥塞。利用以上的措施要完全避免网络拥塞还是不可能的。 “拥塞避免”是说在拥塞避免阶段将拥塞窗口控制为按线性规律增长，使网络比较不容易出现拥塞 cwnd = i 经过 1 RTT, cwnd = i+1 2 RTT, cwnd = i+2 3 RTT, cwnd 而在此时，拥塞窗口的变化过程如下： ssthresh设置为拥塞窗口的1/2 拥塞窗口大小设置为ssthresh 重新进入拥塞避免阶段 快速恢复 当收到第3个重复的ACK时，将ssthresh设置为当前拥塞窗口
4.7K40发布于 2021-08-06 - 来自专栏西方记者华莱士
拥塞控制改善网速
20-11-21更新 不严谨的测试了下,原来一万五左右改完后望三万奔 这边安利一下 默认值如下:管理员CMD:netsh int tcp show global
1.6K10编辑于 2022-02-25 - 来自专栏软件开发 -- 分享 互助 成长
tcp的拥塞控制
名词解释： cwnd -- 拥塞窗口 ssthresh（slow start threshold）-- 慢启动到拥塞避免到阈值 RTT——Round Trip Time，也就是一个数据包从发出去到回来的时间 RTO（Retransmission TimeOut）重发超时时间 为什么有了滑动窗口还需要有拥塞窗口？ 拥塞控制分为四个阶段，每个阶段的处理策略都不同，大概就是先猛增，然后小心增长预防拥塞，还有就是已经发生拥塞了的措施和快速恢复。 跳出该阶段的标志：发生拥塞，此时进入发生拥塞阶段 发生拥塞 分为两种情况： <! 会被设置成拥塞发生时候，拥塞窗口的一半。
1.3K40发布于 2019-06-25 - 来自专栏对线JAVA面试
TCP中的拥塞控制
网络传输过程中，某段时间如果网络中某一资源的需求超过了该资源所能提供的可用部分，网络性能就会变坏，这种情况就叫做网络拥塞 为解决这个问题，TCP中使用了四种拥塞控制算法 慢开始 拥塞避免 快重传 快恢复 慢开始 发送方会维持一个拥塞窗口cwnd的状态变量，拥塞窗口的大小取决于拥塞程度，并且会在收发包过程中动态的进行变化。发送方会让本端的发送窗口等于拥塞窗口。 慢开始的核心思想：指数级由小到大逐渐增加拥塞窗口大小，如果网络出现阻塞，拥塞窗口就减小。 判断出现网络拥塞的依据：没有按时收到应当到达的确认报文（即发生重传）。 拥塞避免算法 拥塞避免算法是让拥塞窗口缓慢增长，每经过一个往返时间RTT就把发送方的拥塞窗口cwnd加1，而不是加倍，拥塞窗口按线性规律缓慢增长。 这样会导致发送方超时重传，误以为网络上发生了拥塞，由于有慢开始和拥塞避免机制，发送方错误的启动了慢开始算法，并且把拥塞窗口cwnd又设置为最小值1，因为降低了传输效率。
1.2K10编辑于 2022-10-27 - 来自专栏码力up
面试必问高频题：什么是TCP拥塞控制？拥塞控制四大算法详解，小白易懂，慢开始、拥塞避免、拥塞发生、快速重传；
什么是TCP拥塞控制？ 当网络拥塞时，发送端会减少发送速率，以避免进一步加重网络拥塞。 为了在「发送方」调节所要发送数据的量，定义了一个叫做「拥塞窗口」的概念。 拥塞窗口 cwnd是发送方维护的一个的状态变量，它会根据网络的拥塞程度动态变化的。 拥塞窗口 cwnd 变化的规则： 只要网络中没有出现拥塞，cwnd 就会增大； 但网络中出现了拥塞，cwnd 就减少； 那么怎么知道当前网络是否出现了拥塞呢？ 当 cwnd >= ssthresh 时，就会使用「拥塞避免算法」。 拥塞避免算法 前面说道，当拥塞窗口 cwnd 「超过」慢启动门限 ssthresh 就会进入拥塞避免算法。 拥塞发生 当网络出现拥塞，也就是会发生数据包重传，重传机制主要有两种： 超时重传 快速重传 发生超时重传的拥塞发生算法 当发生了「超时重传」，则就会使用拥塞发生算法。
1.1K10编辑于 2025-12-18 - 来自专栏全栈程序员必看
TCP拥塞控制原理
TCP拥塞控制原理： TCP使用的是端到端的拥塞控制而不是网络辅助的拥塞控制，因为IP层不向端系统提供显示的网络拥塞反馈。 TCP拥塞控制机制让连接的每一端都记录一个额外的变量，即拥塞窗口（congestion window）。拥塞窗口表示为congwin,他能限制一个TCP发送方向网络中发送流量的速率。 拥塞窗口（congestion window）：指某一源端数据流在一个RTT内可以最多发送的数据包数。发送端根据网络拥塞程度所预设的一个大小值，这个值就是拥塞窗口。 从而减轻了拥塞路由器的拥塞程度） 但是当出现丢包事件后，TCP发送方应将其拥塞窗口减少多少呢？ 总而言之，当TCP发送方感受到端到端路径无拥塞时就加性地增加其发送速率，当察觉到路径拥塞时（通过丢包事件）就乘性地减小其发送速率，因此被称为加性增、乘性减算法 TCP拥塞控制协议的线性增长阶段被称为避免拥塞
1.7K20编辑于 2022-09-12 - 来自专栏全栈程序员必看
TCP拥塞控制的实现
要注意用拥塞控制与流量控制的区别，拥塞控制是一个全局性的过程，涉及到所有的额主机、路由器，以及与降低网 拥塞控制的算法有：慢开始、拥塞避免、快重传、快恢复四种。 慢开始和拥塞避免 发送方维持一个拥塞窗口的状态变量，其大小取决于网络的拥塞程度，动态地变化，而发送窗口一般取拥塞窗口和对方给出的接收窗口的最小值（为了便于描述，后面的分析中假定对方给出的接收窗口足够大 为了防止拥塞窗口增长过大引起网络拥塞，还需要维护一个慢开始门限的状态变量，当拥塞窗口的值小于慢开始门限时，使用慢开始算法，一旦拥塞窗口的值大于慢开始门限的值，就改用拥塞避免算法。 拥塞避免算法的思路是让拥塞窗口缓慢地增大，收到每一轮的确认后，将拥塞窗口的值加1，而不是加倍，这样拥塞窗口的值按照线性规律缓慢增长。 1个MSSS），而是把拥塞窗口的值设为慢开始门限减半后的值，而后开始执行拥塞避免算法，线性地增大拥塞窗口。
91050编辑于 2022-09-12 - 来自专栏码农沉思录
TCP拥塞控制算法简介
而拥塞控制作用于整体网络，它是防止过多的包被发送到网络中，避免出现网络负载过大，网络拥塞的情况。 拥塞算法需要掌握其状态机和四种算法。 拥塞控制状态机的状态有五种，分别是Open，Disorder，CWR，Recovery和Loss状态。四个算法为慢启动，拥塞避免，拥塞发生时算法和快速恢复。 四大算法 拥塞控制主要是四个算法：1）慢启动，2）拥塞避免，3）拥塞发生，4）快速恢复。这四个算法不是一天都搞出来的，这个四算法的发展经历了很多时间，到今天都还在优化中。 ? 拥塞状态时的算法 一般来说，TCP拥塞控制默认认为网络丢包是由于网络拥塞导致的，所以一般的TCP拥塞控制算法以丢包为网络进入拥塞状态的信号。 后记 本文为大家大致描述了TCP拥塞控制的一些机制，但是这些拥塞控制还是有很多缺陷和待优化的地方，业界也在不断推出新的拥塞控制算法，比如说谷歌的BBR。
1.9K30发布于 2019-08-16 - 来自专栏Reck Zhang
Networks 05 - TCP拥塞控制
TCP拥塞控制 如果网络出现拥塞, 那么分组会丢失. 那么如果发送方继续重传, 就会导致网络拥塞程度更高. 因此当网络出现拥塞的时候, 应当控制发送的速率. 这点和流量控制相似, 但是流量控制是为了让接收方能够来得及接收, 拥塞控制是为了降低这个网络的拥塞程度. TCP用四种算法来进行拥塞控制: 慢开始, 拥塞避免, 快重传, 快恢复. 拥塞避免 为了避免cwnd增长过大, 设置慢开始门限ssthresh, 当cwnd >= ssthresh, 进入拥塞避免, 每个轮次cwnd+1. 快恢复 这种情况, 只是丢失个别报文段, 而不是网络拥塞. 因此执行快恢复, 令ssthresh = cwnd / 2. cwnd = ssthresh. 直接进入拥塞避免.
55050发布于 2021-08-11
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号