TCP协议的可靠性

TCP作为传输层协议，提供可靠的传输服务。

可靠性:保证消息不重复、不丢失、不乱序。

如何保证可靠性：TCP协议依据面向连接、流量控制、拥塞控制特性达到可靠的目的。

1 三次握手

TCP连接建立使用三次握手，三次握手目的是使双方都得到确认，并协商一些相关参数。

流程

1. A向B发送连接请求SYN包，选择序号seqnum=x。

2. B收到SYN请求报文段，发送SYN+ACK报文段，其确认号ack = x+1，选择seqnum = y。

3. A收到此报文段向B回ACK消息，其确认号ack = y+1。并通知上层应用进程，连接已经建立。B收到A的确认后，也通知上层应用进程连接已经建立。

2 四次挥手

TCP断开连接只分主动方与被动方。

流程

1. A主动关闭，A 发送FIN报文其序号seq = u，等待B的确认。

2. B回应ACK消息，确认号 ack = u+1，发送需要 seqnum = v，并通知上层连接可关闭，此时B只关闭了读端，当有消息还是可以正常发送。

3. B关闭连接，发送FIN报文。

4. A收到连接释放报文段后，发出最后的确认消息。

3 消息传送

数据包校验：目的是检测数据在传输过程中的任何变化，若校验出包有错，则丢弃报文段并且不给出响应，这时TCP发送数据端超时后会重发数据；

对失序数据包重排序：既然TCP报文段作为IP数据报来传输，而IP数据报的到达可能会失序，因此TCP报文段的到达也可能会失序。TCP将对失序数据进行重新排序，然后才交给应用层；

丢弃重复数据：对于重复数据，能够丢弃重复数据；

应答机制：当TCP收到发自TCP连接另一端的数据，它将发送一个确认。这个确认不是立即发送，通常将推迟几分之一秒；

超时重发：当TCP发出一个段后，它启动一个定时器，等待目的端确认收到这个报文段。如果不能及时收到一个确认，将重发这个报文段；

3.1 对方接收量

流量控制：使用滑动窗口进行流量控制，发送方根据接收方的处理能力来控制发送窗口的大小。

滑动窗口：通过seqnum、acknum序号、发送窗口、接收窗口、累计确认等机制，从而根据对方接收能力，动态调整发送数据大小，在消息传输过程中，发送窗口与对方接收窗口依次滑动。

3.2 网络承载量

拥塞判断：超时重传(已经发生拥塞)，接收相同的三个ACK(即将发生拥塞)

拥塞控制：防止过多的数据注入到网络中，使得网络中的路由器或链路不致过载

拥塞控制方式：慢启动+拥塞避免+快恢复

慢启动：不要一开始就发送大量的数据，先探测一下网络的拥塞程度，也就是说由小到大逐渐增加拥塞窗口的大小;

拥塞避免：拥塞避免算法让拥塞窗口缓慢增长，即每经过一个往返时间RTT就把发送方的拥塞窗口cwnd加1，而不是加倍，这样拥塞窗口按线性规律缓慢增长。

快重传：快重传要求接收方在收到一个 失序的报文段 后就立即发出 重复确认（为的是使发送方及早知道有报文段没有到达对方）而不要等到自己发送数据时捎带确认。快重传算法规定，发送方只要一连收到三个重复确认就应当立即重传对方尚未收到的报文段，而不必继续等待设置的重传计时器时间到期。

快恢复：快重传配合使用的还有快恢复算法，当发送方连续收到三个重复确认时，就执行“乘法减小”算法，把ssthresh门限减半，但是接下去并不执行慢开始算法：因为如果网络出现拥塞的话就不会收到好几个重复的确认，所以发送方现在认为网络可能没有出现拥塞。所以此时不执行慢开始算法，而是将cwnd设置为ssthresh的大小，然后执行拥塞避免算法。