传输层协议,三次握手四次挥手,常见的tcp/udp端口

本文详细介绍了TCP/IP协议族中的TCP协议,包括其面向连接、可靠的特性,TCP报文段结构,以及三次握手和四次挥手的过程。同时对比了TCP与UDP(用户数据报协议)的区别,突出UDP的无连接、不可靠和高传输性能的特点。

传输层协议

tcp协议介绍

tcp/ip协议族的传输协议

tcp(Transmission Control Protol)传输控制协议

tcp是面向连接的,可靠的进程到进程通信的协议(端口到端口,程序是静态的,存储在硬盘上,进程是运行中的程序,进程是程序的副本,一个程序是否能运行多个是开发者决定的)

tcp提供全双工服务,即数据可在同一时间双向传输

tcp报文段

tcp将若干个字节构成一个分组,叫报文段(Segment)

tcp报文段封装在ip数据报中

tcp报文格式

  • 源端口、目标端口:计算机上的进程要和其他进程通信是要通过计算机端口的,而一个计算机端口某个时刻只能被一个进程占用,所以通过指定源端口和目标端口,就可以知道是哪两个进程需要通信。源端口、目标端口是用16位表示的,可推算计算机的端口个数为2^16个,即 65536 (0-65535)

  • 序列号:表示本报文段所发送数据的第一个字节的编号。在TCP连接中所传送的字节流的每一个字节都会按顺序编号。由于序列号由32位表示,所以每2^32个字节,就会出现序列号回绕,再次从0 开始 无限循环

  • 确认号:(ack)表示接收方期望收到发送方下一个报文段的第一个字节数据的编号。也就是告诉发送方:我希望你(指发送方)下次发送的数据的第一个字节数据的编号为此确认号:传输是否有问题?

  • 数据偏移/首部长度:表示TCP报文段的首部长度,共4位,由于TCP首部包含一个长度可变的选项部分,需要指定这个TCP报文段到底有多长。它指出 TCP 报文段的数据起始处距离 TCP 报文段的起始处有多远。该字段的单位是32位(即4个字节为计算单位),4位二进制最大表示15,所以数据偏移也就是TCP首部最大60字节

控制位

  • 窗口大小:表示现在允许对方发送的数据量,也就是告诉对方,从本报文段的确认号开始允许对方发送的数据量,达到此值,需要ACK确认后才能再继续传送后面数据,由Window size value * Window size scaling factor(此值在三次握手阶段TCP选项Window scale协商得到)得出此值

  • 校验和:提供额外的可靠性紧急指针:标记紧急数据在数据字段中的位置

  • 选项部分:其最大长度可根据TCP首部长度进行推算。TCP首部长度用4位表示,选项部分最长为:(2^4-1)*4-20=40字节 

  • (iana互联网数字分配机构负责域名,数字资源,协议分配,端口,ip,dns)

tcp三次握手

当pc1想和pc2建立起连接 将 连接信息写入报文

第一步 :pc1会发送一个 建立连接的请求报文 : 这个报文中 有

  1. 报文的序号(seq=x)(随机产生的报文序号)

  2. 同步位(请求建立连接关系: SYN同步位=1 ACK确认位=0 控制位:当前两台机器处于什么状态? 建立连接 处于连接 断开连接 )

第二步: 当pc2 收到消息以后 是不是要回复一个报文

  1. 报文的序号 (seq=y)(随机产生的报文序号)

  2. ack确认号( 我希望你下一次发送 x+1 序号的报文给你 )

  3. 控制位 SYN=1 ACK=1 请求建立连接 pc2 同意建立连接

第三步:收到 pc2 同意建立连接的报文后

1.会发送一个x+1(序号)报文

2.会告诉对方 我希望你下次 发送y+1(序号)的序号报文给我

3.最后 将ACK(确认位)=1 封装进去


1.pc1主动发起链接请求,会发送一个序号为随机产生的x,同步位为1的报文给pc2

2.pc2收到报文回复同意链接,会发送一个ack+syn报文

报文内容为,序号为随机产生的y,确认号为x+1,同步位为1,确认位为1

3.pc1收到对面的回复报文,会再回复一个ack报文

报文内容为序号x+1,确认号希望对方下个包的序号为y+1,确认位为1


syn=1 ack=1  同意建立链接

syn1               请求建立连接

fin=1   ack=1  同意断开

tcp四次挥手

1.pc1发送结束请求fin报文

报文中含结束位为1 随机产生的序号u

pc1发送断开连接的请求fin报文给pc2时,pc1不会再发送数据报文,但pc1仍可以接收数据报文

2.pc2收到后回复同意ack报文

报文中含确认位为1, 随机产生的序号v,确认号为u+1

pc2此时可能还有相应的数据报文需要发送,发送ack报文告知pc1收到断开请求,pc1

没收到fin报文继续发送断开请求

3.pc2发送结束链接请求fin+ack报文

报文包含结束位为1,确认位为1,随机产生的序号w,确认号为u+1

pc2在处理完数据报文后,给pc1发送FIN报文;保证数据通信正常可靠地完成,发送完fin报文后,pc2进入LAST_ACK阶段(超时等待)

4.pc1收到pc2的确认断开报文后,发送确认ack报文

报文包含确认位为1 序号u+1确认号w+1

如果pc1及时发送ack报文进行连接中断的确认,这时pc2就直接释放连接,进入可用状态

有限状态机(扩展)

  1. CLOSED 没有任何连接状态

  2. LISTEN 侦听状态,等待来自远方TCP端口的连接请求 (服务开启 http(进程) 80端口在帮进程 看着 有没有人找 http )

  3. SYN-SENT 在发送连接请求后,等待对方确认

  4. SYN-RECEIVED 在收到和发送一个连接请求后,等待对方确认

  5. ESTABLISHED 代表传输连接建立,双方进入数据传送状态

  6. FIN-WAIT-1 主动关闭,主机已发送关闭连接请求,等待对方确认

  7. FIN-WAIT-2 主动关闭,主机已收到对方关闭传输连接确认,等待对方发送关闭传输连接请求

  8. TIME-WAIT 完成双向传输连接关闭,等待所有分组消失

  9. CLOSE-WAIT 被动关闭,收到对方发来的关闭连接请求,并已确认

  10. LAST-ACK 被动关闭,等待最后一个关闭传输连接确认,并等待所有分组消失

  11. CLOSING 双方同时尝试关闭传输连接,等待对方确认

fin=1 ack=1 同意断开

ack=1          半断开状态

fin=1            对方也要断开

客户端先发送一个FIN给服务端,自己进入FIN_WAIT_1状态,这时等待接收服务端报文,该报文会有三种可能:

  • 只有服务端的ACK

  • 只有服务端的FIN

  • 基于服务端的ACK,又有FIN

udp协议介绍

udp(User Datagram Protocol)用户数据报协议

工作在传输层

提供不可靠的网络访问

非面向连接协议

有限的错误检查

传输性能高

无数据恢复特性

常见协议及其端口

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值