TCP/IP协议---三次握手

本文详细解析了TCP/IP协议中的三次握手过程,包括客户端与服务器如何通过交换特定标志位(SYN, ACK)及序号来建立可靠的连接。首次握手时,客户端发送带有SYN标志的报文段;第二次握手,服务器回应并发送带有SYN和ACK标志的报文段;最后一次握手,客户端发送带有ACK标志的报文段以确认连接建立。

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

TCP/IP协议—三次握手

TCP协议发送的数据块称为TCP报文段
结构为TCP首部TCP报文数据段
TCP协议规定: TCP首部的前二十个字节有着固定的格式:
在这里插入图片描述
其中 :序号 记为 seq,确认号 记为 ack ,SYN 记为 同步位,ACK 记为 确认位
而在TCP协议建立连接之前,我们首先要明确的是,TCP服务器进程是处于LISTEN(收听)状态的,始终等待客户端的连接请求,若收到来自客户端的请求,则做出响应。

随后 ,再打算建立TCP连接时:

在这里插入图片描述

  • 第一次握手
    TCP客户进程向服务器发出连接请求报文段后,进入SYN-SENT(同步已发送)状态,在此TCP报文段的首部中:
    SYN(同步位)= 1,seq = x(客户端初始序号)
    (注:TCP协议规定,此报文段(SYN = 1的报文段)不能携带数据,但需要消耗一个序号)

  • 第二次握手
    TCP服务器进程在收到TCP客户进程发出的上述报文段后,如同意建立连接,则向客户进程发送确认报文段后,进入SYN-RCVD(同步收到)状态,在此报文段的首部中:
    SYN (同步位)= 1,ACK (确认位) = 1,ack = x+1(确认序号)seq = y(服务器端的初始序号)
    (注:TCP协议规定,此报文段(SYN = 1,ACK = 1)也不能携带数据,但仍需要消耗一个序号)

  • 第三次握手
    TCP客户进程收到服务器进程的确认后,还需要给出 确认的确认,即再向服务器进程发送一个确认报文段,在发出此报文段后,客户进程进入ESTAB-LISHED(连接已建立)状态,在收到此报文段后,服务器进程进入ESTAB-LISHED(连接已建立)状态,在此TCP报文段的首部中:
    ACK (确认位) = 1,ack = y+1(确认序号)seq = x+1(端的序号)
    (注:TCP协议规定,此报文段(ACK = 1)可以携带数据,也可以不携带数据,若携带数据则需要消耗一个序号,若不携带数据,下一个报文段的序号仍为 seq = x + 1)

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值