2.7.1 以太网 TCP协议（数据交互过程、窗口机制）

环境介绍：

1、客户端访问FTP服务器进行下载文件，由于FTP是基于TCP协议进行工作的，所以客户端在访问FTP服务器时必然会进行建立TCP连接。

2、通过在交换机上对任意端口进行抓包，来分析TCP的传输数据时报文交互的过程，以及TCP的窗口机制凸显的现象。

在这里插入图片描述

其中一项就是因为TCP协议在传输数据的过程对，会对接收到的TCP数据进行一个确认。

当对方发来一个Seq报文序号2、并承载100Byte的TCP数据，我成功收到且FCS检查无误之后，回复Flags-ACK置位1、ack序号=(收到的Seq+收到的数据大小)=4+100=104TCP报文进行确认。

客户端请求下载文件之后，建立起传输的TCP连接。
连接建立之后，服务器告知客户端：请求文件的大小以及发送的方式、编码等。随后基于TCP连接发送FTP-DATA。
- FTP-DATA为什么是两个包？
- 因为在TCP建立的时候知道MSS=1460(传输最大文件大小限制)，而下载的index.html文件大小为1649Byte，需要分成1460+189两个FTP-DATA包进行传输
收到FTP-DATA之后，客户端向服务器回复ACK确认：ack=1651。
- FTP-DATA(1)报文信息：seq=1，ack=1，Len=1460
- FTP-DATA(2)报文信息：seq=1461，ack=1，len=189
- 两个包都收到之后，检查无误，最后一个包的seq=1461、数据大小lene=189，所以回复的ACK报文中，ack序号=1461+189=1651.

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

TCP成功建立之后，回复的TCP报文ackp字段只会将收到的报文中seq字段与Data字段大小进行相加成为ack字段的新值。

即：ack=seq+data，如果收到的TCP报文中data(载荷)=0，即ack=seq，也就是图中ack=seq=b+1的原因。

TCP通过滑动窗口机制来控制数据的传输速率，保障数据传输时不会因为其中一端传输太快导致数据丢失。

在TCP三次握手建立连接时，双方都会通过Window（win）字段告诉对方本端最大能够接受的字节数（也就是缓冲区大小，单位Byte）。

教程中常常看到的数据交互都是发一个数据包就回复一个确认，这种主要为了让我们好理解，现实中如果需要实现这种一个数据报文就回复一个确认，就需要使用到TCP报文中的PSH字段。
如果网络中都是这样一包一回复，大量不必要的数据报文在网络中传输，易造成网络负载较重，使得传输效率降低。
窗口机制有个特点就是不断的接收数据放置在缓冲区中，直到缓冲区被占用满或者遇到PSH置位的TCP报文，才会进行数据转发，以及回复ACK进行数据确认。这样统一的回复有效减少了大量确认数据在网络中传输。

通过TCP报头中的PSH字段控制服务器缓冲区内的数据立即传送出去。
什么时候用到PSH字段呢？
对于需要紧急处理的指令数据，需要快速的进行转发处理，就需要应用到PSH。
如：数据交互实例中的客户端下载index.html文件，需要紧急执行下载，如果等待send buffer（缓冲区）满了再转发，客户端看来就是等了很久才开始进行下载/传输文件。