TCP---传输控制协议
是一种面向连接的可靠传输协议。可靠、有序、无丢弃和不重复。
特点:
-
TCP是面向连接(虚连接)的传输层协议
-
每一条TCP连接有且只能有两个端点。
-
可靠、有序、无丢弃和不重复。
-
TCP协议提供全双工通讯。
-
发送缓存
-
存放发送方TCP准备发送的数据。
-
TCP已发送但是没有收到确认的数据。
-
-
接收缓存
-
存放发送端发送来的不按照顺序到达的数据
-
按照顺序到达的数据,但并未被应用程序读取
-
-
-
TCP是面向字节流的。TCP将应用层数据仅看做是一串无结构的字节流。
确认序列号:接收方期望收到发送方发送的下一个字节的序号。1.接收方希望接收到的报文序号;2.该序号之前的数据以全部接收。-----累积确认机制。
选项字段:长度可变。MSS数值、窗口扩大因子、时间戳、选择确认机制。
确认位ACK:当ACK=1时,确认号有意义。在连接建立以后,所有传输的报文段都必须将该标志位置为1.
同步位SYN:SYN=1时,代表该数据段是一个连接请求报文。
终止位FIN:当FIN=1时,表明此报文段发送方数据已发送完毕,要求释放连接。
复位RST:表明TCP连接出现严重错误,需要释放连接并重新建立连接。
紧急位URG:代表该报文中存在高优先级的数据,应尽快处理。需要配合紧急指针使用。
推送位PSH:接收方应尽快将接收到的数据交付给对应应用程序。
TCP的可靠性
确认、重传、排序、流控。
MTU:最大传输单元--->以太网环境下1500字节--->数据包大小。 MSS:最大数据段长度
RTT--->往返时间(指发出端将数据发送后,到本端接收到对端反馈的确认报文的时间总和)
RTO--->超时重传时间
RTO取值略大于RTT值。
快速重传机制--->根据接收方的反馈信息进行数据重传。客户端需要连续接收到三次确认序列号相同的ACK报文,则认为数据丢失,需要进行数据重传。
快速重传机制会导致部分数据重复传输,降低数据传输效率。
解决思路:使用选择确认机制。--->在TCP首部的选项字段中,添加上未接收到的数据信息。发送方接收到该确认报文后,会根据选项字段内容,重新传输缺少的数据部分。
选择确认机制是否可以执行是需要通讯双方进行协商的。--->在三次握手的前两次SYN报文中进行协商。
RTO数值是动态变化的数值。超时间隔加倍。
窗口:窗口的大小是可以指定的,窗口大小指的是无需等待确认报文,而可以直接发送的数据包的最大值。
rwnd(接收窗口)---最开始等于整个缓存区的大小,浮动变化。
TCP要求发送方依据rwnd发送数据量。发送方的发送窗口大小是依据接收方的反馈信息中的接收窗口大小而设定的。
TCP连接的建立
TCP连接连接需要解决的问题:
1、知晓对端的套接字信息
2、允许双方进行参数的协商(窗口值、选择确认机制、是否使用窗口扩大因子)
3、对设备进行资源分配
当TCP连接建立成功,但是客户端突发故障。
此时服务端会等到2小时时间,若2小时时间内没有收到任何客户端的数据,则服务端发送一个探测报文,以后每隔75秒发送一次。若一连发送10次仍没有回复,则服务器认为客户端出现故障,关闭连接。
三次握手
第一次:客户端发送请求报文段(包含SYN位,seq=J).
客户端:状态–>SYN_SEND
第二次:服务器在收到客户端请求后,发送含ACK、SYN位的确认请求报文段,其中ack(确认号)=J+1;seq=K;
服务端:状态:SYN_RECV
第三次:客户端发送含ACK位的确认报文段,ack=K+1;
客户端:状态–>ESTABLISH 服务器:状态 ->ESTABLISH
四次挥手
第一次:客户端主动发送含FIN位的结束报文,seq=u给服务器;
此时客户端状态:FIN_WAIT_1
第二次:服务器发送含ACK位、ack=u+1的报文给客户端;
服务器状态:CLOSE_WAIT
此时,服务器接收到FIN包会⽴即回应ACK包表示已接收到断开请求;如果还有剩余数据要发送就会进⼊CLOSED_WAIT状态,没有的话,就直接发ACK、FIN,(也就是包含第三次内容)。
客户端状态:FIN_WAIT_2
此时,客户端是半连接状态,即有⼀⽅要求关闭连接,等待另⼀⽅关闭;客户端仍可以接收数据,但已经没有发送数据能⼒。
客户端状态一直保持FIN_WAIT_2,直到服务端发送结束报文。
第三次:服务器发送含FIN位,seq=w,ack=u+1的报文;
服务器状态: LAST_ACK
客户端状态: TIME_WAIT
第四次客户端:发送最后一个含ACK位、ack=w+1的报文给服务器
客户端状态:CLOSED
服务器状态:CLOSED
TCP连接释放
1、TCP连接的释放实际上是在释放本地分配给TCP连接的资源
2、本地没有新的数据需要发送
双方同时释放连接