计算机网络基础知识——TCP协议

最新推荐文章于 2022-04-05 08:41:34 发布

qq_31310053

最新推荐文章于 2022-04-05 08:41:34 发布

阅读量547

点赞数

分类专栏：基础知识文章标签：计算机网络 TCP 传输层

本文链接：https://blog.csdn.net/qq_31310053/article/details/87781606

版权

基础知识专栏收录该内容

6 篇文章 0 订阅

订阅专栏

计算机网络基础知识——TCP协议

- - TCP 传输控制协议
  - TCP 和 UDP 对比

参考： https://blog.csdn.net/sinat_36629696/article/details/80740678

TCP 传输控制协议

Transmission Control Protocol 传输控制协议是传输层协议，提供可靠的端到端交互，是一个面向连接的协议。使用3次握手和4次挥手来建立或者关闭连接，使用滑动窗口及流量控制机制在保证可靠性的同时充分提升传输效率，并且使用阻塞控制协议保证最大程度利用带宽。

三次握手与四次挥手

几个标志位及其表示:
SYN: 请求建立连接. 我们把含有SYN标识的报文称为同步报文段
FIN: 通知对端, 本端即将关闭. 我们把含有FIN标识的报文称为结束报文段
ACK: 标识确认序号是否有效
seq：序号
ack：确认序号
- 三次握手：
  开始时，客户端与服务器都处于CLOSED状态，当要建立连接时客户端主动打开变为LISTEN状态，服务器被动打开。然后经历下面几个步骤：
  1.客户端发送首部标志位SYN=1，序号为x的报文，然后变为SYN_SENT状态。
  2.服务端接收到报文后，向客户端发送首部标志为SYN=1,ACK=1，确认序号ack=x+1,seq=y的报文（表示建立连接确认）后，然后变为SYN_RCVD状态。
  3.客户端接收到报文后，会向服务器发送首部标志位ACK=1，序号为seq=x+1,确认序号ack=y+1的报文，然后变为ESTABLISHED状态。
  4.客户端接收到信息后，变为ESTABLISHED状态，自此，连接建立。
为什么要用三次而不是两次或者四次？
如果只用两次握手，服务端回应的消息客户端可能接收不到，由此会导致服务器以为客户端接收到了，所以等待，而客户端一直在等待服务端的回应，由此造成死锁。而三次握手就可以满足我们的需求，四次就多余了。
- 四次挥手：
  
  开始时客户端和服务器都是处于ESTABLISHED状态，然后客户端主动断开连接，服务器被动断开连接，然后经历以下几个步骤：
  1.客户端向服务器发送标志位FIN=1，seq=u的报文，然后变为FIN-WAIT-1状态。
  2.服务器向客户端发送标志位ACK=1,ack = u+1;seq=v,的报文，然后变为CLOSE-WAIT状态。
  3.客户端接收到报文时变为FIN-WAIT-2状态.
  3.服务器继续传输未传完成传输的数据，数据传输完后向客户端发送标志位FIN=1，ACK=1，ack=u+1;seq=w的报文，然后变为LAST-ACK状态。
  4.客户端向服务器发送标志位ACK=1,序号为ack=w+1,seq=u+1的报文，然后变为TIME-WAIT状态，等待2个MSL（Maximum Segment Lifetime）时间后变为CLOSED状态
  5.服务器接收到报文时变为CLOSE状态

为什么最后客户端还要等待 2*MSL的时间呢?
MSL（Maximum Segment Lifetime），TCP允许不同的实现可以设置不同的MSL值。

保证客户端发送的最后一个ACK报文能够到达服务器，因为这个ACK报文可能丢失，站在服务器的角度看来，我已经发送了FIN+ACK报文请求断开了，客户端还没有给我回应，应该是我发送的请求断开报文它没有收到，于是服务器又会重新发送一次，而客户端就能在这个2MSL时间段内收到这个重传的报文，接着给出回应报文，并且会重启2MSL计时器。
防止类似与“三次握手”中提到了的“已经失效的连接请求报文段”出现在本连接中。客户端发送完最后一个确认报文后，在这个2MSL时间中，就可以使本连接持续的时间内所产生的所有报文段都从网络中消失。这样新的连接中不会出现旧连接的请求报文。

滑动窗口协议
- 滑动窗口：在TCP建立连接和取消连接时，每次只发送了一次请求并且要等待对方回应的时候再发第二次请求。在建立连接的时候这种方法是可行的，但在传输数据时，这种方法就会太慢，因此TCP连接允许同时发送多条报文，接收端也同时接收多条报文，这个允许发送的报文范围就叫窗口，当窗口的一部分发送完成后就可以继续使窗口向还未发送的地方移动，这个过程就叫做滑动。
- 流量控制 在设置窗口大小时如果发送放设置的窗口大小过大会导致，接收放接收的窗口一下就被填满，从而导致丢包进而导致传输效率变低，因此在TCP中通过流量控制协议控制双方发送窗口的大小。
阻塞控制协议
https://blog.csdn.net/sinat_36629696/article/details/80740678
慢启动及快恢复：