TCP

UDP在内核中是两个完全独立的软件模块。

可以根据协议字段来选择不同的模块来处理。

TCP

服务端这次报文可以携带客户到服务端的数据然后客户端和服务端都进入ESTABLISHED

状态完成

报文还被网络阻塞了服务端并没有收到接着客户端重启后又重新向服务端建立连接这时候如果旧的连接比新的连接先到达如果是两次握手就会直接建立了连接浪费了资源。

只有在服务器发送了ack客户端新连接发现不是自己想要的时候才会去终止旧连接。

而如果是三次握手服务器还会有一个ack确认的过程新的握手发现不是自己想要的ack确认号就会去终止旧的握手信号在连接之前就能终止。

由于要保证发出去的消息并且收到确认所以要一来一回因为服务器的确认和发序号合在了一起所以只需要三次握手就可以而不是四次。

为什么每次建立

即如果有历史报文没发送出去初始化序列号还是和之前一样就有可能导致历史数据刚好落在服务器接受窗口范围内被接受。

TCP

报文的序列号都是一样的重传的次数可以设置超时的时候每次是之前的二倍。

达到最大重传次数后再等待一段时间时间为上一次超时时间的

SYN

服务端这边由于发送了SYN标志的报文但是没有没法出去会触发超时重传机制重传

SYN-ACK

由于服务器一直收不到客户端发送的ACK确认号所以会超时重传达到最大重传次数后会断开连接。

TCP断开连接

(1)客户端向服务端发送FIN1和序列号SEQx的数据包用来关闭客户端到服务端的数据传送。

然后客户端进入

FIN-WAIT-1

(2)服务端接收FIN后向客户端发送ACKACKx1表示我接收到了断开连接的请求客户端可以不发数据了不过服务端这边可能还有数据正在处理。

这时候然后服务端进入

CLOSE-WAIT

(3)服务端处理完所有数据后向客户端发送FIN1和序列号SEQy的数据包表示服务端现在可以断开连接然后服务端进入

LAST-ACK

(4)客户端接收到服务端的FIN向服务端发送ACKACKy1)表示客户端也会断开连接。

客户端进入TIME-WAIT状态服务端在收到

ACK

后依然没有收到回复就证明服务端已正常关闭随后客户端也进入CLOSE状态。

为什么挥手需要四次

的话会超时重传重传的次数可以设置超时的时间每次是之前的二倍。

达到最大重传次数后再等待一段时间时间为上一次超时时间的

和上面一样服务端第三次挥手发送FIN数据包如果丢失也是会超时重传超过最大重传次数后再等待一段时间后断开连接。

close

由于第四次挥手是发送ACK确认好不会重传所以第四次挥手丢失了服务器会超时重传FIN的报文。

客户端在重新收到这个FIN报文后就会重置这个2MSL的等待时间。

为什么

因为2MSL可以保证在2MSL内如果客户端发送的ACK确认报文丢失服务端超时重发FIN能够被客户端接受到这样一来一回刚好两个MSL。

为什么需要

能让被动关闭方接收从而帮助其正常关闭。

即如果主动关闭连接的一方没有这个等待时间而直接关闭当它的ACK丢失的时候被动关闭方就不能被正确关闭有这个等待时间就会在等待时间内查看是否FIN会超时重发。

TIME_WAIT

1、不管是客户端还是服务器端关闭了长连接机制都会导致服务器使用完一次HTTP后主动断开连接。

服务器出现大量

半连接队列和全连接队列保存TCP三次握手时的连接的信息但是半连接队列和全连接队列都是在执行

listen

如果没有listen就没有半连接队列和全连接队列保存TCP的连接信息但内核还有个全局

hash

连接的信息因此客户端和客户端之间如果没有listen也是可以进行TCP连接的。

服务端没有

的话由于没有listen就没有半连接队列和全连接队列保存TCP的连接信息就无法找到相应的socket客户端对服务端发起了连接建立服务端会回

RST

是通过序列号、确认应答、重传机制、连接管理以及滑动窗口控制等机制实现可靠性传输的。

重传机制

指的是数据发送时刻到接收到确认的时刻的差值也就是包的往返时间。

超时重传时间

2、快速重传收到三次同一个数据包的ACK就会立即重传不必等到计时器超时

即快恢复