TCP/IP(十四)流量控制

一  流量控制

说明: 本文只是'原理'铺垫,没有用'tcpdump+wiresahrk'鲜活的案例讲解,后续'补充'

①   基本概念

流量控制: TCP 通过'接受方实际能接收的数据量'来控制'发送方'的'窗口'大小

TCP/IP(十四)流量控制_第1张图片

②   正常传输过程

背景:

  1、客户端是'接收方',服务端是'发送方'  --> '下载'
 
  2、假设接收窗口和发送'窗口相同',都为 '200'

  3、假设两个设备在整个'传输过程'中都保持'相同'的窗口大小,'不受'外界'影响'

  '可用'窗口大小 = SND.WND -(SND.NXT - SND.UNA)

TCP/IP(十四)流量控制_第2张图片

'原理'解读

TCP/IP(十四)流量控制_第3张图片

③  操作系统缓冲区与滑动窗口的关系   重点

思考: 操作系统的缓冲区是'如何影响'发送'窗口'和接收'窗口'的呢?

比较常见'能影响'接受方的'可用窗口发生变化'的因素,有'如下'几个:

  1、接受方的应用程序'没办法'及时读取数据,此时会影响'滑动窗口'大小值

  2、接受方的'系统资源'非常紧张,操作系统可能'直接减少'可用窗口大小的'缓存'空间

+++++++++++++++  "案例1"  +++++++++++++++

发送窗口和接收窗口'初始'大小为 '360'  -->  '发送窗口'

TCP/IP(十四)流量控制_第4张图片

TCP/IP(十四)流量控制_第5张图片

根据上图的'流量'控制,说明"案例1"每个过程:

TCP/IP(十四)流量控制_第6张图片

+++++++++++++++  "案例2"  +++++++++++++++

TCP/IP(十四)流量控制_第7张图片

根据上图的'流量'控制,说明"案例2"每个过程:

重点:

 1、TCP 规定是'不允许'同时减少缓存又收缩窗口的;

 2、而是采用'先收缩'窗口,过段时间'再减少缓存',这样就可以'避免了丢包'情况

TCP/IP(十四)流量控制_第8张图片

④  窗口关闭

1、窗口关闭的'概念'

2、窗口关闭'潜在'的'危险'

TCP/IP(十四)流量控制_第9张图片

3、TCP 是'如何解决窗口关闭'时,潜在的'死锁'现象呢?

TCP/IP(十四)流量控制_第10张图片

⑤  糊涂窗口综合症

1、'概念'

TCP/IP(十四)流量控制_第11张图片

2、糊涂窗口综合症'案例'讲解,考虑'以下'场景:

TCP/IP(十四)流量控制_第12张图片

TCP/IP(十四)流量控制_第13张图片

TCP/IP(十四)流量控制_第14张图片

思考1:怎么让接收方'不通告'小窗口呢? --> '了解即可'

TCP/IP(十四)流量控制_第15张图片

思考2: 怎么让'发送方'避免发送'小数据'呢?

TCP/IP(十四)流量控制_第16张图片

你可能感兴趣的:(TCP/IP,糊涂窗口综合症,窗口关闭,操作系统缓冲区与滑动窗口的关系)