TCP/IP(十三)滑动窗口

一   滑动窗口

 通信双方要'读懂'对方的'反馈'信息,并进行'调整'

TCP滑动窗口原理终于清楚了

TCP Window Full 和 TCP Zero Window

零窗口通知与窗口探测

++++++++++++++  "特殊的场景"  ++++++++++++++
 
1、TCP Window Full 是站在'发送端'角度说的
 
特点： 表示发送端'不能再发数据'给对方,除非发送的数据包'得到ACK'响应
 
2、TCP zero window 是站在'接收端'角度来说的
 
特点： 是'接收端'接收窗口'满',自动告知'发送方'不能再发送数据给'自己'
 
3、TCP中的Window窗口
 
特点： TCP的'流量控制',窗口'起始于'确认序号字段指明的值,这个值是'接收端期望'接收的字节数

①   引入窗口概念的原因

图谱'解读'
 
传输方式'缺点'：数据包的往返时间越'长',通信的效率就越'低'

引入： 窗口 'windows'
 
补充： 滑动窗口协议并'不是TCP特有'的

操作系统 缓冲区(buffer)与缓存(cache)

②  累计确认

窗口大小: 就是指'无需等待 ACK确认应答',而可以'继续'发送数据的'最大 max'值
 
通俗： 在发送方的'能力范围内',我能'无脑'的发送'多少'数据

③  窗口大小由哪一方决定?

1、通常窗口的大小是由'接收方的窗口大小'来决定的
 
2、发送方发送的数据大小'不能超过'接收方的窗口大小,否则接收方就'无法正常接收'到数据

④  发送方的窗口

类比： 高速路的'收费站'为例
 
​1、还'未进入入口收费站'的车辆
 
2、已'进入收费站'但'未进入高速路'的车辆
 
3、在'高速公路上行驶'的车辆
 
4、到达'出口收费站'的车辆
 
​++++++++++++++++++ "分割线" ​++++++++++++++++++
 
重点： 体会'1'、'2'、'3'、'4'
 
细节： '发送'窗口包括'可用'窗口,明确二者的'概念'和'关系'
 
会续通过'wiresahrk'分析'WIndows'滑动窗口

+++++++++++ "继续探究" +++++++++++

⑤  程序是如何表示发送方的四个部分的呢?

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

⑥  接收方的滑动窗口

对于'接受方滑动窗口',我们也可以把'数据包'看成'车辆',分类它们的'状态'：
 
1、还'未到达出口收费站'的车辆：状态为Not Received
 
特点： 表示'还没有被接收'的数据
 
2、到达出口收费站但'未完成缴费'的车辆：状态为Received Not ACK
 
特点： 表示已经'被接受'但是'还没有回复' ACK
 
3、缴完费并'离开出口收费站'的车辆：状态为Received and ACK
 
特点： 表示已经'被接受并回复'了 ACK

​Zero Window是指TCP连接中'接收方'的'接收窗口'大小为'0'的情况

⑦  接收窗口和发送窗口的大小是相等吗?

⑧  滑动窗口小结