网络协议TCP 的三次握手和四次挥手

本文深入解析TCP协议的三次握手与四次挥手机制,阐明其背后的原理及必要性,包括序列号的作用、全双工特性的重要性,以及如何避免失效的连接请求导致的混乱。

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

TCP协议来自RFC793 。 https://www.ietf.org/rfc/rfc793.txt

1。 为什么三次握手?

正确答案:TCP三次握手,实际上是双方各握手一次,各做一次确认,其中一次握手和确认合并在一起。(就这样简单,完全没有别的幺儿子)。

来此上面链接的Page27页。

1) A --> B  SYN my sequence number is X
2) A <-- B  ACK your sequence number is X
3) A <-- B  SYN my sequence number is Y
4) A --> B  ACK your sequence number is Y

答案解释:TCP有2个特性1. “全双工” 2.“通信稳定”

特性1需要双向确认,特性2引入了SEQ(sequence numbers 序列号),用SEQ确定报文的前后顺序。

--错误答案:引用谢希仁著《计算机网络》第四版中,讲 “三次握手” 的目的是 “为了防止已失效的连接请求报文段突然又传送到了服务端,因而产生错误”。这句话来自文首链接的Page 32的“The principle reason for the three-way handshake is to prevent old duplicate connection initiations from causing confusion”。

这句针对的问题应该是“如果协议只发SYN,不需要ACK就完成建立连接步骤可行吗?“

即:

1) A --> B  SYN my sequence number is X
   2) A <-- B  SYN my sequence number is Y

后面一句很重要 “To deal with this, a special control message, reset, has been devised.” 

连一起解释就是如果2次握手,会出现失效的重复链接问题。3次握手+reset可以避免”失效的重复链接问题“!

 

2。 为什么四次挥手?

正确答案:双方各挥手一次,各做一次确认。几乎和握手一模一样,只是中间的2,3因为存在时间差无法合并。

1) A --> B  FIN my sequence number is X
2) A <-- B  ACK your sequence number is X
3) A <-- B  FIN my sequence number is Y
4) A --> B  ACK your sequence number is Y

RFC793给出的讨论在page38 

There are essentially three cases:

    1) The user initiates by telling the TCP to CLOSE the connection

    2) The remote TCP initiates by sending a FIN control signal

    3) Both users CLOSE simultaneously

就是说,只有case3的情况下,第2,3两步骤不存在时间差,可以做到3次挥手。但这种特例显然不应该被推荐为通用标准。更合理的4次挥手标准诞生了。

 

 

转载于:https://my.oschina.net/u/2382040/blog/3017122

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值