TCP 三次握手和四次挥手中的ACK 为什么总是SYN + 1 或者 FIN +1 而不是+ 其他数值?...

本文详细解释了TCP协议中三次握手的过程及其意义。包括客户端和服务端如何通过交换SYN和ACK分节来建立连接,以及为什么需要三次握手才能完成连接建立。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

TCP 三次握手的时候

1、客户端 向服务端发起连接请求,这个时候客户端将发送一个SYN分节(假设其值为J),它告诉服务端我发送数据的初始序列号将是J。

2、服务端收到这个请求后,必须确认(ACK) 客户的SYN(J+1),同时自己也得发送一个SYN(假设其值为K) 分节,它也是告诉对端我发送数据的初始序列号将是K。

3、客户端收到服务端的确认(ACK=J+1),这个时候客户端还必须向服务端做一个确认SYN(K+1)。

这样三次握手结束,完全连接。

这里面所有的ACK 都是收到的一个SYN 值 + 1,这个+1 是因为SYN 占据一个字节的序列号空间,所以每一个SYN 的ACK 中的确认号都是该SYN的初始序列号+1.

同样的,每一个FIN 的ACK 中的确认号也为该 FIN 的序列号 +1

 

转载于:https://www.cnblogs.com/suyunhong/p/10582962.html

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值