TCP三次握手与四次挥手

1.TCP报文的首部格式

共32位,包含:
1.序号:用于对字节流进行编号,例如序号为x,表示第一个字节的编号为x,如果携带的数据长度为100,那么下一个序号应当是x+100;
2.确认号:期望收到的下一个报文段的序号,例如,收到一个报文段,它的序号是y,长度为100,那么下一个期望收到的序号就是y+100,那么这个确认号就是y+100;
3.数据偏移:指报文的数据部分距离报文的起始位置的长度,也就是首部的长度;
4.确认ACK:当ACK=1时,确认号字段有效,否则无效。TCP协议要求所有连接建立之后应当将ACK置为1;
5.同步SYN:在连接时用来同步确认号。当SYN=1,ACK=0时表示这是一个请求连接报文段,对方如果同意建立连接,则响应SYN=1,ACK=1;
6.终止FIN:FIN=1,表示请求释放一个连接。
7.窗口:表示接收方让发送方设置其窗口的依据,这是因为接收方的数据缓存空间是有限的。

2.TCP的三次握手

假设A为客户端,B为服务端

  • B处于监听状态;
  • A向B发送连接请求报文,ACK=0,SYN=1,选择一个初始序号seq=x;
  • B接受到连接请求报文,如果同意建立连接,则向A发出连接确认报文,ACK=1,SYN=1,ack=x+1,同时也选择一个初始序号seq=y;
  • A收到连接确认报文,则向B发送确认,ACK=1,seq=x+1,ack=y+1;
  • B收到确认后,连接建立。
为什么要三次握手?

因为如果A的请求没有到达B,而是在网络中滞留了一段时间,那么客户端在等待超时时间结束之后会再次尝试,如果没有三次握手机制,最终滞留的请求到达服务器之后就会打开多余的连接。

3.TCP的四次挥手

依然是A为客户端,B为服务端

  • A发送释放连接报文,FIN=1,seq=u;
  • B收到请求后发出确认,ACK=1,seq=v,ack=u+1,此时TCP连接处于半关闭状态,B可以向A发送数据,A无法向B发送数据;
  • B继续发送数据直到不再需要连接,此时B发送连接释放报文,FIN=1,ACK=1,seq=w,ack=u=1;
  • A进入TIME-WAIT状态,等待2MSL(Maximum Segment Lifetime,报文最大存活时间)后发出确认,ACK=1,seq=u+1,ack=w+1释放连接;
  • B收到A的确认。
为什么要四次挥手?

为了让没有发送完的数据继续发送。

为什么要等待2MSL时间?

  • 这是数据在网络中存活的最大时间,可以保证下一次连接不会有旧的报文;
  • 确保最后一个报文能够到达,如果B没有收到A的确认,那么B会重新发送连接请求释放报文。

图片待更新
to be continue…

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值