笔记：TCP三次握手

       最近做设备测试跟着公司的一些人做了抓包分析，想起了计算机网络学的TCP三次握手，TCP是属于网络分层中的传输层，OSI分为7层，也可以分为四层。TCP是属于传输层。

TCP：用于在不可靠的互联网络上提供可靠的端到端字节流传输服务。在一个TCP连接中，仅有两方进行彼此通信。TCP不提供广播、多播服务。TCP把发送端实体要求发送的数据流分割成适当长度的数据段，然后传给IP层，再由IP层通过网络接口层将包传送给接收端主机。

这里顺便提一下UDP：向应用层提供无连接的、不可靠的数据通信服务。端系统使用UDP协议相互通信时，UDP协议只负责将应用程序传输人传输层的数据发送出去，但是并不保证它们能到达。如果传输中数据出错，UDP协议不负责重传，而由更高层负责。当数据正确到达后，接收端不负责确认，交由更高层负责。

 TCP三次握手简述（四次挥手）

第一次握手：客户主动（active open）去connect服务器，并且发送SYN 假设序列号为J,
服务器是被动打开(passive open)

第二次握手：服务器在收到SYN后，它会发送一个SYN以及一个ACK（应答）给客户，
ACK的序列号是 J+1表示是给SYN J的应答，新发送的SYN K 序列号是K

第三次握手：客户在收到新SYN K, ACK J+1 后，也回应ACK K+1 以表示收到了，
然后两边就可以开始数据发送数据了

 可靠传输

（1）接收端发回ACK确认分组，说明接收正常，发送端继续发下一分组；

（2）接收端发回NAK否认分组，说明发送端发送的数据有错，不予接收，发送端要重发数据分组。若多次有错，就要多次重发，直至接收正确

（3）发送的数据分组丢失，收端未接到信息，因此无任何响应发回。发送端根据超时设置确定超时后，再重发数据分组；

（4）接收端正确接收了数据分组后，发回响应分组，但响应分组丢失中途丢失。发送端也要根据定时设置，在超时时，重发数据分组。

TCP使用窗口机制进行流量控制

什么是窗口？连接建立时，各端分配一块缓冲区用来存储接收的数据，并将缓冲区的尺寸发送给另一端。接收方发送的确认信息中包含了自己剩余的缓冲区尺寸。剩余缓冲区空间的数量叫做窗口。

（1）发送窗口。发送窗口是指发送方允许连续发送分组的序号表。发送方在不等待应答而连续发送的最大分组数称为发送窗口的尺寸。

（2)接收窗口。接收窗口是指接收方允许接收分组的序号表。凡是发送到接收窗口内的分组，才能被接收方所接收，在窗口外的其它分组将被丢弃。

       发送方每发送一分组，窗口便向前滑动一个格，直到发送分组数等于最大窗口数目时便停止发送。也就是说，窗口中能容纳的逻辑数据单元数，就是该窗口的大小。