TCP/IP(十四)流量控制

流量控制

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

① 基本概念

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

② 正常传输过程

bash 复制代码
背景:

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

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

  '可用'窗口大小 = SND.WND -(SND.NXT - SND.UNA)
bash 复制代码
'原理'解读

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

bash 复制代码
思考: 操作系统的缓冲区是'如何影响'发送'窗口'和接收'窗口'的呢?
bash 复制代码
比较常见'能影响'接受方的'可用窗口发生变化'的因素,有'如下'几个:

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

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

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

发送窗口和接收窗口'初始'大小为 '360'  -->  '发送窗口'
bash 复制代码
根据上图的'流量'控制,说明"案例1"每个过程:
bash 复制代码
+++++++++++++++  "案例2"  +++++++++++++++
bash 复制代码
根据上图的'流量'控制,说明"案例2"每个过程:

重点:

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

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

④ 窗口关闭

bash 复制代码
1、窗口关闭的'概念'
bash 复制代码
2、窗口关闭'潜在'的'危险'
bash 复制代码
3、TCP 是'如何解决窗口关闭'时,潜在的'死锁'现象呢?

糊涂窗口综合症

bash 复制代码
1、'概念'
bash 复制代码
2、糊涂窗口综合症'案例'讲解,考虑'以下'场景:
bash 复制代码
思考1:怎么让接收方'不通告'小窗口呢? --> '了解即可'
bash 复制代码
思考2: 怎么让'发送方'避免发送'小数据'呢?