一  流量控制

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

①   基本概念

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

②   正常传输过程

背景:

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

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

  '可用'窗口大小 = SND.WND -（SND.NXT - SND.UNA）

'原理'解读

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

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

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

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

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

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

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

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

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

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

重点：

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

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

④  窗口关闭

1、窗口关闭的'概念'

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

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

⑤  糊涂窗口综合症

1、'概念'

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

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

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