精华内容
下载资源
问答
  • 拥塞控制

    2021-03-09 16:31:06
    拥塞控制为什么会将门阀下降为原来的一半呢? 迅速减少主机发送到网络中的分组数,使得发生拥塞的路由器有足够时间把队列中的积压处理完。 什么是拥塞控制? 防止过多的数据注入网络中,保证路由器或链路不过载...
    • 拥塞控制为什么会将门阀下降为原来的一半呢?

      • 迅速减少主机发送到网络中的分组数,使得发生拥塞的路由器有足够时间把队列中的积压处理完
    • 什么是拥塞控制?

      • 防止过多的数据注入网络中,保证路由器或链路不过载。和流量控制类似,都是通过控制发送方发送数据的速率来实现。
    • 拥塞控制与流量控制的区别?

      • 拥塞控制是针对网络承受住负荷,是全局性的,涉及到所有的主机,路由器,以及与降低网络传输性能有关的所有因素。而流量控制是点对点的。是接收端对发送端发送数据的控制。
    • 拥塞控制的四种算法:慢开始,拥塞避免,快重传,快恢复。

      • 慢开始:在TCP刚建立连接并开始发送数据时,cwnd=1,(最大报文段的长度MSS),(每收到一个ACK确认应答,那么cwnd就加一,这样,每经过一个传输轮次(对所有的报文段的确认),cwnd就翻倍。)每经过一个传输时延(RTT),拥塞窗口就翻倍,在cwnd到达门阀之前都是指数增长。
      • 拥塞避免算法:当cwnd>=门阀时,就采用拥塞避免的算法,每经过一个传输时延,cwnd就加一,当出现一次网络超时时,就将门阀 置为当前cwnd的一半,就cwnd值为1.重新进行慢开始算法。
      • 网络拥塞的处理方法:当网络出现超时时,无论在慢开始阶段还是拥塞避免阶段,都会直接把门阀置为当前窗口值的一半。这样做的目的就是减少主机发送的分组数,使得发生拥塞的路由器有足够时间,处理队列中积压的分组。
    • 接收窗口与拥塞窗口的区别

      • 接收窗口:接收方根据目前接收缓存大小所允许发送方发送的最新窗口值,反应的是接收方的接收容量。TCP报文的首部窗口的字段通知发送方,接收窗口的大小。
      • 拥塞窗口:发送方根据自己估算的网络拥塞程度设置的窗口值。 反应网络中的容量。
    • 快恢复

      • 发送方收到三个重复ACK时,执行"乘法减半"算法,将门阀设置为发送方的一半,并且将cwnd设置为改变后的门阀值大小,并且后续采用拥塞避免算法,每个传输伦茨,cwnd加一.
    • 快重传

      • 当发送连续收到三个重复的ACk时,就直接重传对方尚未收到的报文段.而不必等待重传计时器的超时.
    展开全文
  • TCP拥塞控制 TCP拥塞控制
  • 文章目录1.拥塞的原因情况1情况2情况32.拥塞控制方法端到端网络辅助3.TCP拥塞控制(端到端)慢启动拥塞...2.拥塞控制方法 端到端 网络辅助 3.TCP拥塞控制(端到端) 慢启动 拥塞避免 快速回复 总结以上,回顾全局 ...

    0.什么是拥塞

    对网络中某一资源的需求超过了该资源所能提供的可用部分,网络性能就要变坏,这种情况就叫做网络拥塞。
    在计算机网络中数位链路容量(即带宽)、交换结点中的缓存和处理机等,都是网络的资源。
    若出现拥塞而不进行控制,整个网络的吞吐量将随输入负荷的增大而下降。

    1.拥塞的原因

    情况1

    情况2

    情况3

    2.拥塞控制方法

    端到端

    网络层没有为运输层拥塞控制提供显式支持。
    即使网络中存在拥塞,端系统也必须通过对网络行为的观察(如分组丢失与时延)来推断之。

    网络辅助

    在网络辅助的拥塞控制中,路由器向发送方提供关于网络中拥塞状态的显式反馈信息。
    这种反馈可以简单地用一个比特来指示链路中的拥塞情况。
    在这里插入图片描述

    3.TCP拥塞控制(端到端)

    TCP必须使用端到端拥塞控制而不是使网络辅助的拥塞控制,因为IP层不向端系统提供显式的网络拥塞反馈。
    在这里插入图片描述

    如何感知拥塞

    TCP发送方的丢包事件:要么出现超时,要么出现3次冗余ACK。
    当出现过度的拥塞时,在沿着这条路径上的一台(或多台)路由器的缓存会溢出,引起一个数据报(包含一个TCP报文段)被丢弃。丢弃的数据报接着会引起发送方的丢包事件。发送方就认为在发送到接收方的路径上出现了拥塞的指示。

    TCP如何确定应当发送的速率

    • 一个丢失的报文段意味着拥塞。因此当丢失报文段时应当降低TCP发送方的速率。
    • 一个确认报文段指示该网络正在向接收方交付发送方的报文段。因此当对先前未确认报文段的确认到达时,能够增加发送方的速率。
    • 带宽检测。给定ACK指示源到目的地路径无拥塞,而丢包事件指示路径拥塞,TCP调节其传输速率的策略是增加其速率以响应到达的ACK,除非出现丢包事件,此时才减小传输速率。
      因此,为探测拥塞开始出现的速率,TCP发送方增加它的传输速率,从该速率后退,进而再次开始探测,看看拥塞开始速率是否发生了变化。

    TCP拥塞控制算法细节

    cwnd:拥塞窗口。它对一个TCP发送方能向网络中发送流量的速率进行了限制。在一个发送方中未被确认的数据量不会超过cwnd与rwnd中的最小值,LastByteSent-LastByteAcked<=min(cwnd,rwnd)。

    1.慢启动

    MSS:最大报文段长度

    当一条TCP连接开始时,cwnd的值通常初始置为MSS的较小值。
    在慢启动状态,cwnd初始值为一个MSS,每当传输的报文段首次被确认就增加1个MSS。
    TCP发送速率起始慢,但在慢启动阶段以指数增长。

    何时结束指数增长?
    1.超时指示的丢包事件。TCP发送方将cwnd设置为1并重新开始慢启动过程。
    将慢启动阈值(ssthresh)设置为cwnd/2,即当检测到拥塞时将ssthresh设置为拥塞窗口值的一半。
    2.当cwnd的值等于ssthresh时,结束慢启动并且TCP转移到拥塞避免模式。
    在这里插入图片描述

    2.拥塞避免

    一旦进入拥塞避免状态,cwnd的值大约是上次遇到拥塞时值的一半(距离拥塞并不遥远)。
    这时,TCP每个RTT只将cwnd的值增加一个MSS。

    何时结束线性增长?
    冗余3个ACK指示的丢包事件(没超时丢包那么严重),TCP将cwnd的值减半,并且当收到3个冗余的ACK,将ssthresh的值记录为cwnd的值的一半。接下来进入快速恢复状态。

    3.快速恢复

    对于引起TCP进入快速恢复状态的缺失报文段,对收到的每个冗余ACK,cwnd的值增加一个MSS。最终。当对丢失报文段的一个ACK到达时,TCP在降低cwnd后进入拥塞避免状态。
    如果出现超时事件,快速恢复在执行如同在慢启动和拥塞避免中相同的动作后,迁移到慢启动状态:当丢包事件出现时,cwnd的值被设置为1个MSS,并且sshthresh的值设置为cwnd值的一半。
    在这里插入图片描述

    在这里插入图片描述

    总结以上,回顾全局

    加性增、乘性减
    在这里插入图片描述

    公平性

    从TCP的观点来看,运行在UDP上的多媒体应用是不公平的,因为它们不与其他连接合作,也不适时地调整其传输速率。

    展开全文
  • 流量控制 1.什么是流量控制 Sender won’t overflow receiver’s buffer by transmitting too much, too fast....流量控制和拥塞控制的区别 1.相同点 (1)现象都是丢包; (2)实现机制...

    一、流量控制

    1.什么是流量控制

    Sender won’t overflow receiver’s buffer by transmitting too much, too fast. (防止发送方发的太快,耗尽接收方的资源,从而使接收方来不及处理)

    2.流量控制的一些知识点

    (1)接收端抑制发送端的依据:接收端缓冲区的大小
    (2)流量控制的目标是接收端,是怕接收端来不及处理
    (3)流量控制的机制是丢包

    3.怎么样实现流量控制?

    使用滑动窗口
    滑动窗口
    1.滑动窗口是什么?
    滑动窗口是类似于一个窗口一样的东西,是用来告诉发送端可以发送数据的大小或者说是窗口标记了接收端缓冲区的大小,这样就可以实现
    ps:窗口指的是一次批量的发送多少数据

    2.为什么会出现滑动窗口?

    在确认应答策略中,对每一个发送的数据段,都要给一个ACK确认应答,收到ACK后再发送下一个数据段,这样做有一个比较大的缺点,就是性能比较差,尤其是数据往返的时间长的时候

    使用滑动窗口,就可以一次发送多条数据,从而就提高了性能

    3.滑动窗口的一些知识点

    (1)接收端将自己可以接收的缓冲区大小放入TCP首部中的“窗口大小”字段,通过ACK来通知发送端
    (2)窗口大小字段越大,说明网络的吞吐率越高
    (3)窗口大小指的是无需等待确认应答而可以继续发送数据的最大值,即就是说不需要接收端的应答,可以一次连续的发送数据
    (4)操作系统内核为了维护滑动窗口,需要开辟发送缓冲区,来记录当前还有那些数据没有应答,只有确认应答过的数据,才能从缓冲区删掉

    ps:发送缓冲区如果太大,就会有空间开销

    (5)接收端一旦发现自己的缓冲区快满了,就会将窗口大小设置成一个更小的值通知给发送端,发送端收到这个值后,就会减慢自己的发送速度
    (6)如果接收端发现自己的缓冲区满了,就会将窗口的大小设置为0,此时发送端将不再发送数据,但是需要定期发送一个窗口探测数据段,使接收端把窗口大小告诉发送端
    ps:在TCP的首部中,有一个16为窗口字段,此字段就是用来存放窗口大小信息的

    这里写图片描述

    4.滑动窗口的优点

    可以高效可靠的发送大量的数据

    二、拥塞控制
    1.什么是拥塞控制

    too many sources sending too much data too fast for network to handle
    防止发送方发的太快,使得网络来不及处理,从而导致网络拥塞
    ###2.拥塞控制使用的机制:AIMD\slow start
    slow start: 慢启动
    A: additive(加法的)
    I: increase(增加)
    M: multiplicative(乘法的)
    D: decrease(减少)
    即就是加法增加,乘法减少---->加增乘减

    加法增加

    是指执行拥塞避免算法后,在收到对所有报文段的确认后(即经过一个往返时间),就把拥塞窗口cwnd增加一个MSS大小,使拥塞窗口缓慢增大,以防止网络过早出现拥塞

    乘法减少

    出现一次超时(即出现一次网络拥塞),就把慢开始门限值ssthresh设置为当前的拥塞窗口值乘以0.5

    ps:当网络频繁出现拥塞时,ssthresh值就下降的很快,以大大减少注入到网络中的分组数

    3.发送端如何知道已经丢包?
    这里写图片描述
    4.为什么会有拥塞控制?

    流量控制虽然可以高效可靠的传送大量的数据,但是如果在刚开始阶段就发送大量的数据,可能会导致网络拥堵,因为网络上的计算机太多了

    5.拥塞控制的表现?

    丢包
    延时变长

    6.拥塞控制的工作过程
    初始化阶段
    这里写图片描述
    慢开始阶段
    阶段(一)
    这里写图片描述
    阶段(二)
    这里写图片描述
    阶段(三)
    这里写图片描述
    阶段(四)
    这里写图片描述
    拥塞避免阶段
    这里写图片描述
    拥塞调整阶段
    阶段(一)
    这里写图片描述
    阶段(二)
    这里写图片描述
    阶段(三)
    这里写图片描述

    三、流量控制和拥塞控制的区别
    1.相同点

    (1)现象都是丢包;
    (2)实现机制都是让发送方发的慢一点,发的少一点

    2.不同点

    (1)丢包位置不同
    流量控制丢包位置是在接收端上
    拥塞控制丢包位置是在路由器上
    (2)作用的对象不同
    流量控制的对象是接收方,怕发送方发的太快,使得接收方来不及处理
    拥塞控制的对象是网络,怕发送发发的太快,造成网络拥塞,使得网络来不及处理
    3.联系

    拥塞控制
         拥塞控制通常表示的是一个全局性的过程,它会涉及到网络中所有的主机、
         所有的路由器和降低网络传输性能的所有因素
    流量控制
         流量控制发生在发送端和接收端之间,只是点到点之间的控制
    
    

    这里写图片描述

    觉得自己有收获的小伙伴,可以打赏一下博主哦,让小姐姐去买个零食,哈哈哈哈
    在这里插入图片描述

    展开全文
  • 1 拥塞控制的一般原理1.1 拥塞定义1.2 拥塞控制与流量控制的区别1.3 拥塞控制方法2 TCP拥塞控制算法2.1 慢开始和拥塞避免 2.1.1 慢开始算法2.1.2 慢开始门限ssthresh2.1.3 拥塞避免算法(加法增大)2.2 快恢复和快重传...

    1 拥塞控制的一般原理1.1 拥塞定义1.2 拥塞控制与流量控制的区别1.3 拥塞控制方法2 TCP拥塞控制算法2.1 慢开始和拥塞避免 2.1.1 慢开始算法2.1.2 慢开始门限ssthresh2.1.3 拥塞避免算法(加法增大)2.2 快恢复和快重传2.2.1 快重传算法2.2.2 快恢复算法3 发送方窗口的上限值4 主动队列管理AQM3.1 TCP的拥塞控制和网络层的拥塞控制3.2 AQM原理3.3 AQM的实现方法5 典型考点

    1 拥塞控制的一般原理

    1.1 拥塞定义

    网络资源有链路容量(即带宽)、交换结点中的缓存和处理机等。在某段时间,若对网络中某一资源的需求超过了该资源所能提供的可用部分,网络的性能就要变坏。这种情况就叫拥塞(congestion)。网络拥塞往往是由许多因素引起的。简单的增加一些资源是无法解决问题的。

    1.2 拥塞控制与流量控制的区别

    拥塞控制是防止过多的数据注入到网络中,这样就可以使用网络中的路由器或链路不致过载。拥塞控制所要做的都有一个前提,就是网络能够承受现有的网络负荷。拥塞控制是全局性的,涉及网络中所有的主机、路由器,以及降低网络传输性能的所有因素。

    流量控制是指点对点通信量的控制,是个端到端的问题(接收端控制发送端)。流量控制要做的就是抑制发送端发送数据的速率。

    1.3 拥塞控制方法

    1.开环控制(静态方法)

    在设计网络时事先将有关发生拥塞的因素考虑周到,力求网络在工作时不产生拥塞。这是一种静态的预防方法。一旦整个系统启动并运行,中途就不再需要修改。开环控制手段包括确定何时可接收新流量、何时可丢弃分组及丢弃那些分组,确定何种调度决策等。所有这些手段的共性是,在做决定时不考虑当前网络的状态。

    2.闭环控制(动态方法)

    事先不考虑有关发生拥塞的各种因素,采用监测网络系统去监视,及时检测哪里发生了拥塞,然后将拥塞信息传到合适的地方,以便调整网络系统的运行,并解决出现的问题。闭环控制是基于反馈环路的概念。

    2 TCP拥塞控制算法

    拥塞控制算法有四种:慢开始,拥塞避免,快重传,快恢复。这四种拥塞控制算法也叫做基于窗口的拥塞控制。

    假定:

    (1)数据单方向传送,而另一个方向只传送确认。

    (2)接收方总是有足够大的缓存空间,因而发送窗口大小取决于拥塞程度。

    接收窗口rwnd(:接收方根据接受缓存设置的值,并告知发送方,反映接收方容量。

    拥塞窗口cwnd(congestion window):发送方根据自己估算的网络拥塞程度而设置的窗口值,反映网络当前容量。

    注意:无论是在慢开始阶段还是拥塞避免阶段发生了超时或是3ACK都按照发生后的处理方式来,不影响的。

    e1e03e22bd90e8150777ef590d0a86c6.png

    2.1 慢开始和拥塞避免

    发送方维持拥塞窗口的状态变量。拥塞窗口的大小取决于网络的拥塞程度,并动态地在变化。

    注意:发送方判断网络拥塞的依据就是出现了超时。

    注意:实际上TCP是用字节数作为窗口大小的单位。为叙述方便,才使用MSS作为窗口大小的单位。

    注意:慢开始的慢并不是指cwnd的增长速度慢。

    620c8f1fea09bbf84f23ea1fa9229840.png

    2.1.1 慢开始算法

    先发送较少的报文段(一般是1~2个MSS)探测一下网络的拥塞情况。再逐渐增加发送窗口的值。

    拥塞窗口cwnd每次的增加量 = min(N,MSS)

    其中N是原先未被确认的、但现在被刚收到的确认报文段所确认的字节数。也就是说:严格上讲,窗口的增加并不是成指数增加。当假设前提是纵轴拥塞窗口cwnd以MSS为单位且横轴为传输轮次时,才呈指数增加(2x)。

    发送方每收到对一个新报文段的确认(重传的不算在内)就使发送方的拥塞窗口加1,收到2个确认就加2,4个就加4,因此每经过一个传输轮次,拥塞窗口cwnd就加倍,所以就会呈现出指数增加的趋势。

    传输轮次:一个传输轮次所经历的时间其实就是往返时间RTT(注意:RTT并非恒定数值,事实上是逐渐增加)。

    ef5216fbcf4ad03e2343de610167170a.png

    注意:上图只是为了说明慢开始的原理。在TCP的实际运行中,发送方只要收到一个对新报文段的确认,其拥塞窗口cwnd就立即加1,并可以立即发送新的报文段,而不需要等这个轮次中所有的确认都收到后再发送新的报文段。

    2.1.2 慢开始门限ssthresh

    cwnd<ssthresh:使用慢开始算法

    cwnd>ssthresh:使用拥塞避免算法

    cwnd=ssthresh:两者都可

    当通过慢开始算法将拥塞窗口增大到门限值ssthresh时,就要转而使用拥塞避免算法避免产生拥塞。

    2.1.3 拥塞避免算法(加法增大)

    每经过一个往返时间RTT就把发送方的拥塞窗口cwnd加1,呈现出线性增加趋势。

    当使用拥塞避免算法窗口值继续增加到出现超时重传时,发送方判断为网络出现了拥塞。

    于是新的门限值ssthresh = 当前拥塞窗口cwnd/2(乘法减小),同时设置新的拥塞窗口cwnd = 1,再次进入慢开始阶段

    2.2 快恢复和快重传

    快恢复快重传算法是对慢开始拥塞避免算法的改进。

    有时,个别报文段会在网络中丢失,但实际上网络并没有发生拥塞。如果发送方迟迟收不到确认,就会产生超时,就会误认为网络发生了拥塞。这就导致发送方错误地启动慢开始,把拥塞窗口cwnd设置为1,因而降低了传输效率。

    2f06a2ef50498b300d5cd6ba732c0ecf.png

    2.2.1 快重传算法

    采用快重传算法可以尽早知道发生了个别报文段的丢失。

    077c69bb509dc286474e611c33b62731.png

    快重传算法首先要求接收方不要等待自己发送数据时才进行捎带确认,而是要立即发送确认,即使收到了失序的报文段也要立即发出对已收到的报文段的重复确认,发送方只要一连收到3个X-1报文段的重复确认,就知道接收方确实没有收到X报文段,因此立即重传X报文段(快重传),这样就不会出现超时,发送发也不会误认为出现了网络拥塞。

    换句话说就是向发送方强调:我都收到X报文段后面的3个报文了,X报文段怎么还没到,是不是丢失了?要不重传一次X吧。

    快重传可使整个网络的吞吐量提高约20%。

    发送方知道知识丢失了个别报文段,并未出现网络拥塞。于是不启动慢开始,而是执行快恢复算法。

    2.2.2 快恢复算法

    发送方调整新的门限值ssthresh = cwnd/2 (乘法减小),同时设置拥塞窗口为该新的ssthresh(而不是慢开始的1),然后继续采用拥塞避免算法加法增大

    3 发送方窗口的上限值

    这里发送窗口的上限值其实就是实际发送窗口的值,因为在保证接收方来得及接收和网络不发生拥塞的情况下,发送窗口应该尽可能的大,这样发送效率才高。

    发送方窗口的上限值 = Min[rwnd,cwnd]

    ①当rwnd<cwnd时,是接收方的接收能力限制发送方窗口的最大值

    ②当rwnd>cwnd时,是网络的拥塞程度限制发送方窗口的最大值


    4 主动队列管理AQM

    3.1 TCP的拥塞控制和网络层的拥塞控制

    假如一个路由器对某些分组的处理时间特别长,那么这就可能使这些分组中的数据部分(即TCP报文段)经过很长时间才能到达终点,结果引起发送方对这些报文的重传。而重传会使TCP连接的发送端认为网络中发生了拥塞。于是采用拥塞控制,但实际上网络并没有发生拥塞。

    网络层的分组丢弃策略对TCP拥塞控制影响最大的就是路由器的分组丢弃策略。在最简单的情况下,路由器的队列通常都是按照“先进先出”FIFO的规则处理分组。由于队列长度总是有限的,因此当队列满时,以后再到达的所有分组将都被丢弃。这就叫尾部丢弃策略

    路由器的尾部丢弃往往会导致一连串分组的丢失,这就使发送方出现超时重传,使TCP进入拥塞控制的慢开始状态,结果使TCP连接的发送方突然把数据的发送速率降低到很小的数值。更为严重的是,在网络中通常会有很多的TCP连接,这些连接中的报文段通常是复用在同一个网络层的IP数据报中传送。这种情况下,若发生路由器中的尾部丢弃,就可能会同时影响到很多条TCP连接,结果使这些TCP连接在同一时间突然都进入到慢开始状态。这在TCP的术语中称为全局同步。全局同步使得全网的通信量突然下降了很多,而在网络恢复正常后,其通信量又会突然增大很多。

    我们希望通信量的上升和下降更加缓和一些。

    为了避免网络中的全局同步现象,在1998年提出了主动队列管理AQM(Active Queue Management)

    3.2 AQM原理

    就是不要等到路由器的队列满时才不得不丢弃后面到达的分组。这样会太被动。应当在队列长度到达某个值得警惕的数值时(即当网络拥塞有了某些拥塞征兆时),就主动丢弃到达的分组。这样就提醒了发送方放慢发送的速率,因而有可能使网络拥塞的程度减轻。

    AQM实际上就是对路由器队列中的分组进行智能管理, 而不是简单地把队列的尾部丢弃

    3.3 AQM的实现方法

    • 随机早期检测RED(Random Early Detection)

      实现RED需要路由器维持两个参数,队列长度最小门限和最大门限。每当一个分组到达时,RED就按照规定的算法先计算当前的平均队列长度。

      (1)若平均队列长度小于最小门限,则把新到达的分组放入队列进行排队。

      (2)若平均队列长度超过最大门限,则把新到达的分组丢弃。

      (3)若平均队列长度在最小门限和最大门限之间,则按照某一丢弃概率p把新到达的分组丢弃(体现分组丢弃的随机性)

    RED操作中p的选择非常困难。对每一个到达的分组,都必须计算丢弃概率p的值。多年的实践证明,RED的效果并不太理想。因此在2015年公布的RFC-7567已经把过去的RFC-2309列为陈旧的,并不再推荐使用。

    • 目前已经有几种不同的算法来替代就的RED,但都还在实验阶段,还没有一种算法能够成为IETF的标准。

    5 典型考点

    注意:

    ①发送窗口大小的确定是综合考虑拥塞窗口和接收窗口的结果。

    ②接收窗口也叫接收缓存,发送窗口也叫发送缓存。

    ③当题目给出接收方将收到的数据放入接收缓存,不被取走时,应注意此时接收缓存会随着接收数据的增加而减少。

    • 一、给定经过的RTT时间,求拥塞窗口的大小

      这种情况下,从发生超时到转为慢开始的1从收到3ACK到转为快恢复的ssthresh/2的RTT默认不算入经过的RTT时间内!!!!!也就是说直接从1(慢开始)或ssthresh/2(快恢复)

      • 接下来的n和RTT内报文段传输都是成功的,当报文段都得到确认后,拥塞窗口大小

      • 不在发生超时的情况下,经过n个RTT后,拥塞窗口的大小

    • 二、给定传输轮次,求该传输轮次对应的拥塞窗口大小

      这时按照实际来说传输轮次应该是从1开始

      超时和慢开始,3-ACK和快恢复都算传输轮次(也就是说它们并不是在同一个轮次中完成)

      998819d0c5ba42d078b3c975e9ec6781.png

      • 第n次传输时拥塞窗口的大小

    • 三、给定发送窗口值(或拥塞窗口值),求到达该值所经过的RTT时间

    展开全文
  • 15拥塞控制

    2019-01-12 20:19:36
    15拥塞控制
  • 网络拥塞控制之TCP拥塞控制算法

    千次阅读 2018-03-28 14:52:06
    此博客转载自网络拥塞控制(三) TCP拥塞控制算法 为了防止网络的拥塞现象,TCP提出了一系列的拥塞控制机制。最初由V. Jacobson在1988年的论文中提出的TCP的拥塞控制由“慢启动(Slow start)”和“拥塞避免(Congestion...
  • 前言WebRTC包含三种拥塞控制算法,GCC、BBR和PCC。其中,BBR一开始是针对TCP的拥塞控制提出来的。它的输入为ACK/SACK,输出为拥塞窗口(congestion_window)发送速度(pacing_rate)。BBR是怎样运用到UDP,甚至运用到...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 7,112
精华内容 2,844
关键字:

拥塞控制