TCP的连接建立

TCP的连接建立

1、三次握手建立连接

  1. 客户端(A)主动向服务器(B)发送连接请求,同步标志位SYN=1,选择一个初始序列号x(有算法确定),A发送后成为同步已发送状态(SYN-SENT)。
  2. 服务器B收到A的连接请求报文段,回复A一个确认报文,ACK=1,SYN=1,确认号ack = x+1,并为自己选择一个初始序列号y。 这时候 B 进入同步已接收状态(SYN-RCVD)
  3. 这时候A仍然需要向B回复一个确认,ACK=1,确认号ack = y+1, 序号seq = x+1。连接建立!
    见下图。
    在这里插入图片描述

2、为什么需要三次握手?最后一次确认去掉可以吗?
最后一次确认不可以缺失。
主要是为了防止已失效的连接请求报文段突然又传到了B,因而产生了错误。

  • A发出连接请求,但报文在某些网络结点长时间滞留了,没有及时收到B回复的确认。于是A重传了连接请求,假如这一次及时收到了确认,建立了连接。数据传输完毕后,就释放了这次连接。但是第一个发送的连接请求又到了B,B以为是A发出的新的链接建立请求,于是给A一个确认。这时候如果是两次握手就能建立连接的话,B以为新的链接已经建立了,一直在等待A发送数据,这时候就造成了B的资源浪费。但如果是三次握手,这时候A就不会理会这次的确认,也不会给B发送确认,B由于收不到确认,就知道A并没有要求建立连接。
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值