当前位置: 首页 > article >正文

传输层TCP

报头
  


  
1.报头和有效载荷如何分离将,有效载荷向上交付?
tcp有个标准报头长度为20,那是不是以为我们可以像udp一样分离依靠报头大小去分离,我们仔细去看我们报头中还有个选项没包含到。


我们还有个首部长度,四位可以表示1111,最大为15,它要乘以4才能表示报头长度,也就是说报头长度必须是4的倍数,选项大小最大为40字节,所以我们再读取报头时,首先读前20个标准报头长度,再从首部中读取整个报头的长度。

16位窗口大小
  

  
当发送方发了很多数据,把对方的接受缓冲区填满了,但是发送方不知道对方缓冲区满了,发送方还要发,可能就造成了数据泄漏,为了使传输的效率变高,防止数据泄漏,我们就要解决这个问题的关键,就是让发送方知道对方的接受缓冲区被填满,强制停止发送
我们有个策略叫做流量控制,这个策略由tcp协议完成的,也就是说是OS中的tcp模块完成的,tcp协议也叫传输控制协议
所以我们根本不用去考虑接受缓冲区被填满的情况,在文件IO的原理是一样的
如何流量控制
  
  
发送方得知道接收方的接受能力,就是要知道接受方接受缓冲区的剩余空间。

我们在通信的时候不是单发面的发送,服务器接收到消息给客户端确认的消息(ACK)(确认应答机制),我们接收方缓冲区的剩余空间就会被填充到窗口大小,客户端也就知道了要缓慢发送还是停止发送。停止发送也就是说直接让客户端的发送方写满发送缓冲区,就让进程阻塞,直到OS重新给发送,这也就是同步机制


ACK


这个词也许很陌生,但我们在通信时就是发送报头+数据ACK肯定也是一种报文.
它的作用:是确认应答,表示接收方已经成功接收到某个数据段。
tcp保持可靠性
如果有应答,对于发送方,能保证上面的消息全部接受到。


关于确认应答和tcp数据发送模式

Tcp发送数据的方式
1.串型发送 一条一条发 (理解)
  
  
2.并行发送(常见)
发送时间,进行重叠,同一时刻发送多条报文
  
  
保证数据按序到达?
server收到的报文可能是乱序的,他是不可靠的——报文按序到达,依靠报头中的32位序号解决,32位序号,根据序号进行排序
服务端发送ACK也要一对一的回应给客户端那些报文被收到了,此时由32位确认序号保证,例如32位序号为100的报文的ACK中确认序号为101,确认序号之前的所有报文已经被收到,这样的设计有一个好处,就是允许了少量的ACK丢失。
既然有了32位序号,为什么又要有确认序号呢,他们两的值不能是一样的吗?
捎带应答,是指它既对报文进行了应答的同时又捎带了数据,为了防止乱序,就要填充自己的32为序号,又要给对方确认应答,所以又要填充自己的32位确认序号
由此可见:tcp保证可靠性,但不仅仅可靠性,还积极的提高了效率

标记位

server一定会接收到各种不同的报文

例如:三次握手syn,四次挥手fin

此时就得引入标记位
例如如果是syn报文,syn的标记位置为一

16位紧急指针

URG


标志位为URG
urg指针标记为一,当发送紧急报文时,紧急报文也得排队,但是需要尽快处理,所以得让它插队,紧急报文会携带紧急数据,而紧急指针表示的是数据的偏移量,接收方会优先去依靠紧急指针提供的便宜量查看数据中的紧急数据,
值得一提的是:紧急指针只存在1个字节

紧急指针有怎么使用呢?标识紧急任务,当上传任务可能上错了想要让他暂停,就把紧急数据变为1,让他赶紧暂停上传任务

psh


当我们的接收缓冲区满了之后,发送方会定时发送询问报文,而我们的接受方同时也会发送一个窗口大小更新报文。
询问报文:就是把psh标记为一,让服务器赶紧把数据向上层交付
psh不仅仅只在这种情况下使用,在任何需要让接收方尽快将数据进行上层交付的情景都可以使用
例如:我们在输入指令的时候,通常都是发送push的报文,让接收方尽快对报文进行解释

reset
tcp是保证可靠性的,那么三次握手是不是必须成功,错误的
我们的可靠性指的是我们发送消息,对方能确认收到,我们发的消息丢失对方收不到,对方也能知道对方没收到,这才叫可靠性。

在建立通信,三次握手中,第一次客户端syn发送出错时,我们是知道的,因为没有收到服务器的syn+ack,第二次客户端syn+ack发送出错时,我们也是知道的,因为此时连接没有建立好,当第三次ack发送时,因为它是最新的一条消息,他是没有应答的,我们不知道它到底发没发送成功,当客户端发送第三次握手ack时,服务端没收到,此时客户端是知道自己建立好了连接,但是服务端是不知道的,这叫建立连接认知不一致。


在此时,客户端不知道服务端没收到ack,客户端以为建立好了连接,接下来发送消息,服务器此时不知道建立好了连接,就会发送一个reset报文,告知客户端重新建立连接
  
  
  
建立连接认知不一致
,不一定是服务端不知道是否建立连接,网络传输的过程是非常复杂的,当服务器和客户端正常通信的时候,此时拔了客户端的网线,客户端知道了断开了连接,但是服务器是不知道的,此时客户端就需要发出reset报文了。


http://www.kler.cn/news/367431.html

相关文章:

  • 简化深度学习实验管理:批量训练和自动记录方案
  • java程序设计2(一)
  • Vscode + EIDE +CortexDebug 调试Stm32(记录)
  • Ubuntu安装repo
  • Redis 集群 总结
  • 【Unity 安装教程】
  • Flutter鸿蒙next 中如何实现 WebView【跳、显、适、反】等一些基础问题
  • 使用无线方式连接Android设备进行调试的两种方法
  • 基于Spring boot+Vue 网吧管理系统(源码+LW+部署讲解+数据库+ppt)
  • Rancher2.6管理k8s1.23
  • SQL实战训练之,力扣:1831. 每天的最大交易
  • C++网络编程之C/S模型
  • 服务器数据恢复—EXT3文件系统下邮件数据被误删的数据恢复案例
  • [网络协议篇] ICMP协议
  • 4-petalinux2018.3 摸索记录 -linux 驱动 (交叉编译)
  • QHeaderView添加复选框以及样式
  • R语言机器学习算法实战系列(十四): CatBoost分类算法+SHAP值 (categorical data gradient boosting)
  • LeetCode练习-删除链表的第n个结节
  • 医院信息化与智能化系统(10)
  • Nuxt.js交流社区,欢迎加入!
  • 报表工具怎么选?山海鲸VS帆软,哪个更适合你?
  • “循环购模式:革新消费体验,解锁收益新篇章“
  • 单值集合总复习
  • MySQL-DQL练习题
  • 2024.10.27 直接插入排序 非递归后序遍历(复杂版)
  • 基于STM32的智能寝室控制系统设计(论文+源码)