网络＞＞TCP协议(3)

已于 2024-03-23 15:37:53 修改
阅读量818 收藏 21
点赞数 31
分类专栏： 网络 文章标签： 网络 服务器
于 2024-03-17 17:04:47 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/m0_64304792/article/details/136717246
版权

前往上文 TCP协议(2)

TCP提高效率机制

  1. 滑动窗口
  2. 流量控制
  3. 拥塞控制
  4. 延时应答
  5. 捎带应答

滑动窗口

通过批量发送数据,缩短等待时间.一次发多条数据,一次等多条ACK.
情景带入: 主机A给主机B发送数据。有两种方式.

  1. 一条一条数据进行发送.一条数据等待一个ACK.
    在这里插入图片描述
    A给B发送第一条数据,等待ACK.ACK返回以后再发送第二条数据.以此类推.
    这样以来就会把时间浪费到等待ACK返回上.尤其是数据往返的时间较长的时候.性能较差.
  2. 批量发送数据.一次发多条数据,一次等多条ACK.
    在这里插入图片描述
    A一次给B发送多条数据(上图为4条),在数据发送过程中无需等待ACK.上述批量传输数据的过程,称为滑动窗口.

批量发送不是无限制发送,而是发送到一定程度就等待ack, 不等待直接发送的数据量是有限的
当回来一个 ack 就立即发送下一条数据, 相当于总的要批量等待的数据条数是一样的
这就好比一个固定大小的窗口. 如下图:

在这里插入图片描述

过程中丢包问题

两种情况:

  1. ACK 丢失
  2. 数据丢失
ACK丢失

在这里插入图片描述

上述圈中的三次传输在返回ACK时候,ACK丢失,但对于数据丢失来说没有任何影响.简言之,对于批量传输数据来说,ack 丢了没有什么事. 包丢的多也对于可靠性没啥影响.原因如下:

  • 在数据传输过程中, 即使 ack 丢了, 后面的确认序号会表示之前的数据都已经收到了.
  • 也就是说 后一个 ack 覆盖了前一个 ack 的内容.

对于确认序号前面文章已经提到了.网络＞＞TCP协议(1)

确认序号表示(补充):

  1. 前面的数据都已经收到了
  2. 可以发送从该位置开始的后面数据了
数据丢失

在这里插入图片描述
前面提到过对于数据接收,主机B会将数据放到接收缓冲区里面.如下:
在这里插入图片描述
对于丢失的数据,当数据重新接收到就会自动存放到接收缓冲区里面.而不会因为这段数据的丢失,对后面数据的传输产生影响.
小结:

  • 上述重传过程整体速度是比较快的,没有任何冗余操作.因此这个重传过程也称为快速重传.
  • 当数据丢失时, 接收方仍然会继续索要丢失的数据, 当索要次数达到三次后, 与此同时发送方就会收到这三次同样的确认应答,就会 将索要的数据进行重发.
  • 对于之前收到的数据,接收方是不会再次进行索要的,而是索要后面的数据. 因为前面的数据已经收到过了,并保存在接收缓冲区中.
  • 滑动窗口，快速重传，是在批量传输大量数据的时候会采取的措施.换言之,如果就只传输一条两条，少量的，低频的操作. 就不会按滑动窗口这么传输数据,而是采用确认应答和超时重传了.
  • 当上述过程重新发送数据仍然出现丢失,就会进行超时重传. 超时重传

流量控制

滑动窗口是批量发送的,那么当窗口越大,批量发送的就会更多,速度也就会更快.
但是保证可靠性是最重要的.不可靠速度再快也没用.
由此引入流量控制: 通过流量控制,本质上就是让接收方来限制发送方的速度

如何控制

流量控制
当ACK为1的时候,窗口大小字段就会生效,这里的值是建议发送方发送的窗口大小.
接收方如何计算窗口大小?

  • 直接拿缓冲区剩余空间作为窗口大小

具体过程:

  • 在数据传输的过程中,当发送方发现接收缓冲区满了的时候,就会发送一个窗口探测报文(用来判断接收缓冲区是否满).
  • 如果探测为不满了,就会继续发送数据
  • 当接收缓冲区不满的时候,也会给发送方发送窗口更新通知.
  • 为了防止窗口更新通知丢失,发送方会时不时发送窗口探测报文

拥塞控制

滑动窗口的大小取决于流量控制和拥塞控制.

  • 流量控制: 衡量了接收方的能力
  • 拥塞控制: 衡量了传输路径的处理能力

现实中,在主机A和主机B之间一般不是直接进行数据传输的,而是通过许多个路由器或者交换机来进行数据中转的. 流量控制只是对主机B的能力进行衡量,对于传输过程中的能力就需要用拥塞控制来进行衡量.
在发送方和接收方之间有多个交换机或者路由器(即中间节点),而拥塞控制就是针对这些来设置的策略

具体实现:

  • 通过实验的方式,找到一个合适的发送速率
  • 开始的时候,按照一个小的速率发送
  • 如果不丢包就提高一下速率(即扩大窗口大小)
  • 如果出现丢包就立即把速率调小
  • 重复上述过程.

如下图:
在这里插入图片描述
对上图描述:

拥塞控制刚开始是以一个很小的速率传输,
随着传输先以指数规律增长,
到了一个阈值后以加法规律增长.
后面如果出现丢包(即接近传输极限),就会将速率调小. 然后重复上述操作.

延时应答

在返回 ACK 的时候,等待一会再返回 ACK(此时这个ACK里面带有窗口大小) .
在这个等待的过程中,接收缓冲区里面的数据就会被消费一部分.
这样一来,此时 ACK 里面的窗口大小大概率是比立即应答大小大的.
在这里插入图片描述

延迟应答的效果:
就是通过这个延时，让接收方应用程序，趁机多消费点数据，此时反馈的窗口大小就会更大一点.此时发送方的发送速率也就能快一些 (同时也能满足让接收方能够处理过来).

那么什么时候触发延时应答呢?

  • 数量限制：每隔N个包就应答一次.
  • 时间限制：超过最大延迟时间就应答一次.

捎带应答

捎带应答是基于延迟应答的.
客户端和服务器的通信模式一般都是一问一答的模式.当 ACK 等一下再返回的时候,就很有可能与服务器的响应合并成一个数据包一起返回回去.

在这里插入图片描述
本应发送两次,上述通过一次发送,使得效率提高.

粘包问题

上述机制中,每当数据发送过来的时候,都会将数据放到接收缓冲区里面.而每一个数据都相当于一个应用层数据报,当 A 给 B 连续发了多个应用数据报之后,这些数据就都会积累到 B的接收缓存区中,紧紧挨在一起. 这时 B 的应用程序在读数据的时候就无法区分数据是从哪开始,从哪结束,很难区分一个完整的数据报. 这就是粘包问题. 如下:
在这里插入图片描述
这样的数据发过来,应用程序怎能知道哪句是哪局呢? 为了解决上述问题,有以下方法:

  • 自定义定义分隔符. 以分隔符来判断每一句话.
  • 约定长度. 例如约定数据的前四个字节表示数据的长度,后续应用程序就会根据这个长度来进行区分.

连接异常终止

在连接中难免会遇到一些问题,导致连接异常终止.如下:

  1. 进程关闭/进程崩溃
  2. 主机正常关机
  3. 主机异常关机(主机掉电,即突然电没了)/网线断开
  • 对于1,2异常: 进程都没了,但扔可以发送FIN请求.与正常关闭没什么区别.
  • 对于上述3异常:
    (1) 对端是发送方
    在这里插入图片描述
    这显然就是超时重传的一种机制. 此时会经过 超时重传, 重置连接,释放连接. 连接关闭.
    (2) 对端是接收方
    在这里插入图片描述
    对于这种情况,TCP内置了心跳包(保活机制)

接收方会定期向发送方发送一个心跳包.而发送方需要进行返回.
如果没有返回,则证明发送方连接异常终止了.

small_snowball
关注
专栏目录
TCP/IP协议详解
王佳斌
05-11 38万+
认识HTTP协议 它是互联网协议(Internet Protocol Suite)，一个网络通信模型，是互联网的一个基本的构架。 HTTP协议是Hyper Text Transfer Protocol（超文本传输协议）的缩写,是用于从万维网（WWW:World Wide Web ）服务器传输超文本到本地浏览器的传送协议。 HTTP是一个基于TCP/IP通信协议来传递数据（HTML 文件, 图片文件...
网络协议栈简单设计(tcp)
youaremyalllove的博客
02-04 851
接着这篇文章写的TCP相对于Udp，分为两个部分：连接（三次握手、四次挥手）、交互（数据传输）依照tcp包头字段定义就行：注意，tcp协议头不像udp有包长字段，因此TCP在建立连接时，客户端和服务端会协商设置每个报文的最大长度mss，比如send(buff)中buff的数据长度为2k，mss设置为0.5k，那么这个数据将会被切割成4个包进行传输mtu和mss的区别：mtu处于数据链路层，最小传输单元，通过设置为1500，而mss处于传输层 tcb 服务端收到第一次握手后，需要初始化tcb，将连接加入半连接
TCP 可靠性的关键机制 —— 确认应答机制 （ACK）
challenglistic的博客
08-21 8672
TCP 确认应答机制 （ACK）
TCP的ACK确认系列 — 发送状态转换机
weixin_30721899的博客
04-19 667
主要内容：TCP的ACK发送方式，以及ACK发送状态转换机的实现。 内核版本：3.15.2 我的博客：http://blog.csdn.net/zhangskd 概述 TCP采用两种方式来发送ACK：快速确认和延迟确认。 在快速确认模式中，本端接收到数据包后，会立即发送ACK给对端。 在延迟确认模式中，本端接收到数据包后，不会立即发送ACK给对端，而是等待一段时间，...
【探索Linux】P.37（传输层 —— TCP协议通信机制 | 确认应答(ACK)机制 | 超时重传机制）
最新发布
Yawesh的博客
07-05 1464
本文深入剖析了TCP协议中的确认应答（ACK）机制和超时重传机制，这两个关键特性共同确保了数据传输的可靠性。确认应答机制通过序列号的使用，确保了数据的有序接收和完整性，同时允许检测和指示丢包情况。而超时重传机制则通过设置超时计时器，对未被确认的数据段进行重传，以应对可能的传输失败。文章还探讨了快速重传和拥塞控制等优化措施，以及这些机制对网络性能和数据传输可靠性的影响。
对于TCP报文中seq和ack的理解
Shylock_wu的博客
05-26 6777
：，表示包的序列号，根据来确认是否有数据包丢失。：，表示包的确认号。表示已经收到对方多少数据。通过对和标志位的设置，实现了作为可靠传输协议的部分功能。连接的用途可以简化为下图。客户端把发送区的数据发出去，服务端收到数据后放进自己的接收区；服务端把发送区的数据发出去，客户端收到数据后放进自己的接收区。 对于来说，可以理解为，我已经发出了多少数据；对于来说，可以理解为，我已经接收了多少数据。这是在此次发包的时候，对当前状态的总结，不包括本次发送的包，因为此次发送的动作并没有完成。发出带有或标志的报文，需要+1；
阿里云ACK初体验
white_bird_shit的博客
02-28 4993
1.概述 ACK官网文档 https://help.aliyun.com/document_detail/86737.html 阿里云容器服务Kubernetes版（Alibaba Cloud Container Service for Kubernetes，简称容器服务ACK）是全球首批通过Kubernetes一致性认证的服务平台，提供高性能的容器应用管理服务，支持企业级Kubernetes容器化应用的生命周期管理，让您轻松高效地在云端运行Kubernetes容器化应用。 个人理解,ACK就是阿里在k8s
【计算机网络】详解TCP协议(上) TCP协议头结构 | ACK确认应答 | 超时重传机制
努力让自己的能力配得上梦想.
09-25 1810
TCP 是⾯向连接的、可靠的、基于字节流的传输层通信协议 1.⾯向连接的：⼀定是⼀对⼀才能连接，不能像 UDP 协议可以⼀个主机同时向多个主机发送消息，也就是⼀对多是⽆法做到的 2.可靠的：⽆论的⽹络链路中出现了怎样的链路变化，TCP 都可以保证⼀个报⽂⼀定能够到达接收端。可靠有序，不丢不重往返时延RTT和超时重 3.字节流：消息是没有边界的，所以⽆论我们消息有多⼤都可以进⾏传输。并且消息是有序的，当前⼀个消息没有收到的时候，即使它先收到了后⾯的字节，那么也不能扔给应⽤层去处理，同时对重复的报⽂会⾃动丢弃
网络协议TCP/IP实验三TCP 协议分析实验
01-09
湘潭大学 网络协议TCP/IP实验三TCP 协议分析实验报告，仅供参考
基恩士上位机TCP通讯协议
11-07
KV-EP21V、KV-7500、KV-5500、KV-NC1EP等型号都支持这些协议，可以与上位机通过TCP/IP网络进行数据交换。上位机通过TCP通讯协议可以发送控制指令给PLC，也可以接收PLC的运行数据和状态信息。 KV系列PLC的通讯设置...
TCP协议总结
q160336802的博客
04-13 1914
TCP协议原理 TCP/IP协议栈 TCP可靠传输 TCP三次握手 TCP四次挥手 TCP滑动窗口
Linux -常用命令 -命令文档 - ack -文本搜索工具
qq_40083538的博客
03-04 493
ack 类似于grep得文本搜索工具 安装 # ubuntu下要安装ack-grep，因为在debian系中，ack这个名字被其他的软件占用了。 sudo apt-get install ack-grep # alpine Linux-apk软件包管理器 安装 ack apk install ack 参数 -c(统计)/ -i(忽略大小)/ -h(不显示名称)/ -l(只显文件名)/ -n(加行号)/ -v(显示不匹配) 特点 ack官网列出了这工具的5大卖点： 速度非常快,因为它只搜索有意义的东西。
TCP通信协议原理（三次握手-四次挥手）
weixin_56169816的博客
06-30 1756
1）第一次握手：建立连接时，客户端向服务器发送SYN包（seq=x），请求建立连接，等待确认2）第二次握手：服务端收到客户端的SYN包，回一个ACK包（ACK=x+1）确认收到，同时发送一个SYN包（seq=y）给客户端3）第三次握手：客户端收到SYN+ACK包，再回一个ACK包（ACK=y+1）告诉服务端已经收到4）三次握手完成，成功建立连接，开始传输数据示意图。
网络原理之TCP
p2533903941的博客
05-20 215
四次挥手中,B给A发的ACK是内核负责的，B给A发的FIN是用户代码负责(B的代码中调用了socket.close()方法，才会触发FIN)。在延迟应答的基础上，我们发现，很多情况下，客户端服务器在应用层也是 “一发一收” 的。接收端处理数据的速度是有限的。如果发送端发的太快，导致接收端的缓冲区被打满，这个时候如果发送端继续发送，就会造成丢包，继而引起丢包重传等等一系列连锁反应。三次握手中,B发送的ACK和SYN同一时机，就能够合并，此处的B给A发送的ACK和SYN都是操作系统内核负责进行的。
4-5：TCP协议之确认应答(ACK)机制和超时重传机制
热门推荐
快乐江湖的博客
07-22 1万+
TCP的确认应答(ACK)机制 在TCP中，当发送端的数据达到接收主机时，接收端主机会返回一个已收到消息的通知，这个消息叫做ACK(确认应答，PositiveAcknowlegementPositive AcknowlegementPositiveAcknowlegement) 通常，两个人对话时，在谈话的停顿处可以点头或询问以确认谈话内容。如果对方迟迟没有回应，说话的一方还可以重复一遍以保证对方确实可以听到。因此，对方是否理解了此次对话的内容以及是否听到了对话的内容都要靠对方的反应来判断。 网络中的确认应
TCP的ACK确认系列 — 快速确认
dolphin98629的专栏
01-25 826
主要内容：TCP的快速确认、TCP_QUICKACK选项的实现。 内核版本：3.15.2 我的博客：http://blog.csdn.net/zhangskd   快速确认模式   (1) 进入快速确认模式 设置快速确认模式标志，设置在快速确认模式中可以发送的ACK数量。 [java] view plain copy  
17-TCP 协议（迟到的 ACK —— Windows ）
进击的小学生
04-10 6075
1. 引言我们知道，TCP 协议中，需要对接收到 TCP 段进行确认。有两种方式可以减少 TCP 报文段. 一种是累积确认，另一种是捎带确认。 累积确认 有时候，发送方发送速度非常快，接收方一下下接收到了好几个 tcp 段，可以通过累积确认的方式，一次确认好几个 tcp 段，这样减少报文段的传输。 捎带确认 有时候，双方互相发送数据，当接收到对方的 tcp 段后，先不着急确认，而是等待一会儿，连同数
ActiveMQ消息传送机制以及ACK机制详解
深入一点
02-28 2169
    AcitveMQ是作为一种消息存储和分发组件，涉及到client与broker端数据交互的方方面面，它不仅要担保消息的存储安全性，还要提供额外的手段来确保消息的分发是可靠的。   一. ActiveMQ消息传送机制     Producer客户端使用来发送消息的， Consumer客户端用来消费消息；它们的协同中心就是ActiveMQ broker,broker也是让prod...
UNIX网络编程第二卷：TCP协议详解
"unix网络编程 第2卷 TCP协议" 在《Unix网络编程》第二卷中，主要探讨的是TCP（传输控制协议）这一面向连接的传输协议，它为应用程序提供了可靠的数据流传输服务。与无连接的UDP协议不同，TCP确保数据的顺序传输和...
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值