[TCP/IP] TCP的传输连接管理

1.连接建立=>数据传输=>连接释放

2.主动发起连接的是客户端,被动接受连接的是服务器

3.三次握手

客户端 ==> SYN是1同步 ,ACK确认标志是0,seq序号是x ==> 服务器
客户端 <== SYN是1同步 ,ACK确认标志是1,seq序号是y,ack确认号是x+1 <==服务器
客户端 ==> ACK确认标志是1,seq序号是x+1,ack确认号是y+1 ==>服务器

4.为什么需要第三次握手再次确认,因为服务器需要确认客户端收到我的回复

5.状态转移
　　1.客户端发送完变成 SYN-SENT , 服务端接收到后变成SYN-RECEIVED,客户端接收到确认变成 ESTABLISHED,服务端收到确认变成 ESTABLISHED
　　2.当客户端访问不存在的IP时,可以看到客户端变成SYN-SENT状态,接收不到服务端的确认回复
　　3.SYN攻击,可以伪造来源ip,因此可以看到服务端变成SYN-RECEIVED状态,接收不到客户端的确认回复

6.四次挥手
　　客户端(主动关闭) ==> FIN标志是1,seq序号是u ==>服务器
　　客户端 <== ACK确认标志是1,seq序号是v,ack确认号是u+1 <== 服务器
　　客户端 <== FIN标志是1,ACK确认标志是1,seq序号是w,ack确认号是u+1 <== 服务器
　　客户端 ==> ACK确认标志是1,seq序号是u+1,ack确认号是w+1 ==>服务器

7.状态转移
主动关闭的一方是time_wait的状态
被动关闭的一方是close_wait的状态

 

8.面向字节流,比如 发送文件,文件二进制=>TCP发送缓存=>TCP接收缓存=>应用程序,这也是发送和接收窗口技术

9.TCP协议使用滑动窗口技术实现可靠传输
　　1.停止等待协议效率不高,连续发送确认是窗口技术
　　2.以字节为单位的滑动窗口技术,连续发送,接收窗口收到后确认,往右滑动发送窗口,接收窗口也要往右滑动
　　3.如果中间有顺序的包丢了,接收窗口发送确认号的时候,会发丢之前的ack号,选择重发的包序号,选择确认
　　4.超时重传,tcp每发送一个报文段,就设置一次计时器,重传时间到但还没收到确认,就重传这一报文段,这个时间是加权平均的往返时间

10.TCP流量控制是解决的通信两端处理数据能力不一致的问题,TCP协议如何实现流量控制
　　1.接收方数据处理不完了,就调整了接收窗口的大小
　　2.通过窗口大小来控制流量

原文链接:https://www.cnblogs.com/taoshihan/p/10758660.html
如有疑问请与原作者联系

标签：

版权申明：本站文章部分自网络，如有侵权，请联系：west999com@outlook.com
特别注意：本站所有转载文章言论不代表本站观点，本站所提供的摄影照片，插画，设计作品，如需使用，请与原作者联系，版权归原作者所有