三次冗余ACK的简易生活场景理解

最新推荐文章于 2024-04-07 16:34:14 发布

阿琛20

最新推荐文章于 2024-04-07 16:34:14 发布

阅读量525

点赞数 2

文章标签：计算机网络 ack

本文链接：https://blog.youkuaiyun.com/psnfefnjn/article/details/122277612

版权

这篇博客通过模拟学生交作业和老师收作业的过程，生动解释了TCP/IP协议中的三次确认重传机制。当3号同学的作业（报文段）没有被正确接收时，老师（接收端）连续发送三次冗余ACK，询问3号同学的作业，直到上课铃响（超时）。这个例子展示了网络通信中如何处理丢包问题，确保数据的可靠传输。

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

同学-发送端; 作业-报文段; 学号-序列号; 老师-接收端

下课了,同学们挨个交作业,老师按照学号从前到后一个一个收,

"1号",收到你的作业了,好

"2号",你的也收到了

"3号,3号没来吗?你的作业呢?"

以下是三次冗余ACK

"4号,好的,收到4号同学的作业了, 3号呢?3号同学作业呢?"

"5号,好的,收到5号同学的作业了, 3号呢?3号同学作业呢?"

"6号,好的,收到6号同学的作业了, 3号呢?3号同学作业呢?"

好,这三次就是冗余的三次ACK

老师喊了三次名字,3号同学都没有交上,那我们判定三号没来

(即丢包了)

老师会先继续收后边同学们的作业,但是会一直询问三号的作业,知道第二节上课铃响.

"3号,快交上来,不要耽误下节课老师上课!!"

"三号,快交作业!"

......

"叮叮叮!"----第二节上课铃响了,timeout了!

能对有同样问题的同学们产生帮助

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

阿琛20

关注关注

2
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
打赏
打赏
打赏举报

举报

【Java程序员面试专栏分布式中间件】Redis 核心面试指引

MaoLin Tian's Blog

02-16

570

Redis是一个开源的、内存中的数据结构存储系统，它可以用作数据库、缓存和消息中间件。Redis支持多种类型的数据结构，如字符串（strings）、散列（hashes）、列表（lists）、集合（sets）、有序集合（sorted sets）以及范围查询、位图、流和基数估计等高级数据结构。它通过将数据存储在内存中来提供高性能的读写操作，对于需要快速访问大量数据的应用程序而言，这一点尤其重要。性能极高：由于数据存储在内存中，Redis能够提供极高的性能，使其成为处理大量读写操作的理想选择。支持持久化。

如何实现 1080P 延迟低于 500ms 的实时超清直播传输技术

yinshipin007的博客

05-14

1148

导语：视频直播是很多技术团队及架构师关注的问题，在实时性方面，大部分直播是准实时的，存在 1-3 秒延迟。最近由于公司业务关系，需要一个在公网上能实时互动超清视频的架构和技术方案。众所周知，视频直播用 CDN + RTMP 就可以满足绝大部分视频直播业务，我们也接触了和测试了几家 CDN 提供的方案，单人直播没有问题，一旦涉及到多人互动延迟非常大，无法进行正常的互动交谈。对于我们做在线教育的企业来说没有互动的直播是毫无意义的，所以我们决定自己来构建一个超清晰（1080P）实时视频的传输方案。先来解释

参与评论您还未登录，请先登录后发表或查看评论

重学TCP协议（6）四次挥手

weixin_44560620的博客

05-05

489

1. 四次挥手客户端进程发出连接释放报文，并且停止发送数据。释放数据报文首部，FIN=1，其序列号为seq=u（等于前面已经传送过来的数据的最后一个字节的序号加1），此时，客户端进入FIN-WAIT-1（终止等待1）状态。 TCP规定，FIN报文段即使不携带数据，也要消耗一个序号。服务器收到连接释放报文，发出确认报文，ACK=1，ack=u+1，并且带上自己的序列号seq=v，此时，服务端就进入了CLOSE-WAIT（关闭等待）状态。TCP服务器通知高层的应用进程，客户端向服务器的方向就释放了

TCP快速重传为什么是三次冗余ack，这个三次是怎么定下来的？

楚來客的专栏

01-15

2万+

先理解ACK的基本工作原理，当发送端发送第N-1个包后，接收端答复的ACK序列号实际上跟发送端发送下一个包，也就是第N个包的序列号一致。假设有个主机ISN是5000，发送500字节报文至接收方。一旦报文接收之后，接收端回复一个ACK号为5500的TCP ACK报文，基于以下公式：Sequence Number In + Bytes of Data Received = Ackn...

冗余ACK (冗余确认)

Albirostris

07-10

3999

每当比期望序号大的失序报文段到达时，发送一个冗余ACK，指明下一个期待字节的序号。发送方已发送1，2，3，4，5报文段接收方收到1，返回给1的确认(确认号为2的第一个字节) 接收方收到3，仍返回给1的确认(确认号为2的第一个字节) 接收方收到4，仍返回给1的确认(确认号为2的第一个字节) 接收方收到5，仍返回给1的确认(确认号为2的第一个字节) 发送方收到3个对于报文段1的冗余ACK——认为2报文段丢失，重传2号报文段（快速重传） ...

TCP快速重传为什么是三次冗余ack

tianlongtc的博客

05-08

8264

先理解ACK的基本工作原理，当发送端发送第N-1个包后，接收端答复的ACK序列号实际上跟发送端发送下一个包，也就是第N个包的序列号一致。重复ACK是指在接收方收到乱序报文时，所发出的一类TCP报文。TCP使用报文头的序列号和确认号以有效保证数据按照发送的顺序接收和重组。当TCP连接建立以后，握手过程中交换的一个最重要的信息是初始序列号（ISN）。一旦连接双方设定了ISN之后，接下...

分析TCP为什么判定三个冗余ACK后才执行快速重传【计算机网络(1)

最新发布

m0_46608024的博客

04-07

463

所以基于前面的论述，既然C分组可能先到达，那么传回来的冗余ACK就不一定是说明B丢失了，而是可能说明B的位置被切换了。分组C同A一样顺利到达了接收方，于是接收方看到了C分组的编号，发现缺少了B（因为A-B-C是按顺序的一组编号）的编号的分组，于是它只能再次发送ACK_A给发送方，以此提示发送方：自己此时并没有收到B分组。这种情况听起来不大可能（因为按理来说B先发送，应当是B先到达），然而在分组传输过程中，其它层可能会改变分组的顺序，也即可能出现B和C的顺序被交换的可能性，于是第二种可能性也是成立的。

STM32F4xx Bootloader设计：固件升级的简易实现方法

[STM32F4xx Bootloader设计：固件升级的简易实现方法](https://img-blog.csdnimg.cn/img_convert/b8c65f42802489e08c025016c626d55f.png) # 摘要 STM32F4xx系列微控制器广泛应用于嵌入式系统，其中Bootloader作为...

环境监测系统集成：使用CareLite适配器构建智能解决方案，智慧生活从此开始

# 摘要随着环境问题日益凸显，环境监测系统集成显得尤为重要。本文系统地介绍了CareLite适配器的基础架构与技术原理，详细阐述了其硬件设计、系统架构及其在环境监测系统中的功能实践，如数据收集、处理与用户界面...

数据通信原理：山东专升本计算机网络传输，原理与应用一次性学透！

!... # 摘要数据通信与计算机网络是信息技术的核心组成部分，涵盖从底层物理传输到高层应用服务的多个层面。本文从数据通信的基本概念出发，详细探讨了计算机网络的传输原理，包括物理层的传输介质与编码技术、数据...

分析TCP为什么判定三个冗余ACK后才执行快速重传【计算机网络】

跳探戈的小龙虾的博客

10-04

4632

众所周知，TCP有快速重传这一机制，这一机制是相对于超时重传而言的。说他快速是因为他不需要等待一个相对可能变化起伏大的超时而言，那么为什么快速重传的触发机制是三个冗余的ACK呢？这代表了什么样的含义？要理解这其中的含义，首先先明确一个问题：什么时候TCP会发送冗余的ACK？答案很简单：只有当TCP的接收方收到了序号大于它本身期待序号的分组时，才会发送冗余的ACK。举个简单的栗子，假如分组A、B和C被先后发送到接收方，分组A顺利达到接收方，接收方发送了确认ACK，假定是ACK_A，并顺利地被发送方收到

【计算机网络自顶向下方法】接收方为什么会发送冗余ACK？

wgl307293845的博客

01-17

715

当TCP接收方收到一个具有这样序号的报文段时，即其序号大于下一个所期望的、按序的报文段，它检测到了数据流中的一个间隔，这就是说有报文段丢失。这个间隔可能是由于网络中报文段丢失或者重新排序造成的。因为TCP不适用否定确认，所以接收方不能向发送方回一个显示的否定确认。相反，它只是对已经接收到的最后一个按序字节数据进行重复确认（即产生一个冗余ACK）即可。 ...

计算机网络总结(5)---传输层

记录学习的博客

01-17

2014

计算机网络总结(5)---传输层

TCP的快速重传机制

热门推荐

whgtheone的博客

07-10

5万+

一、快速重传机制上一篇讲到了TCP 的超时重传，但是超时重传往往会带来许多微妙的问题，比如说：当一个报文段丢失时，会等待一定的超时周期然后才重传分组，增加了端到端的时延。当一个报文段丢失时，在其等待超时的过程中，可能会出现这种情况：其后的报文段已经被接收端接收但却迟迟得不到确认，发送端会认为也丢失了，从而引起不必要的重传，既浪费资源也浪费时间。幸运的是，由于TCP采用的是累计确认...

为什么收到三个重复的ACK意味着发生拥塞?

niukeming的博客

06-22

1万+

三次重复的ACK，可能是丢包引起的，丢包可能是网络拥塞造成的，也可能是信号失真造成的。三次重复的ACK，也有可能是乱序引起的，而乱序和网络拥塞没有直接关系。如果就写这两行，感觉什么都没写，接下来的文字详细解释这两行文字。 TCP背景知识客户端有1M的文件需要上传到服务器上，问题来了，这个大文件能否用一个TCP报文传输？肯定不能啊，因为网络路径有最大传输单元（MTU = 1500）...

计算机网络（5.10）运输层- 选择确认SACK

朝歌

05-11

1508

问题：若收到的报文段无差错，只是未按序号，中间还缺少一些序号的数据，那么能否设法只传送缺少的数据而不重传已经正确到达接收方的数据？答案是可以的。选择确认SACK (Selective ACK) 就是一种可行的处理方法。 TCP的接收方在接收对方发送过来的数据字节流的序号不连续，结果就形成了一些不连续的字节块。和前后字节不连续的每一个字节块都有两个边界：左边界和右边界。第一个字节块的...

Wireshark（四）：网络性能排查之TCP重传与重复ACK

diaohubie5623的博客

07-09

3275

原文出处： EMC中文支持论坛作为网络管理员，很多时间必然会耗费在修复慢速服务器和其他终端。但用户感到网络运行缓慢并不意味着就是网络问题。解决网络性能问题，首先从TCP错误恢复功能（TCP重传与重复ACK）和流控功能说起。之后阐述如何发现网络慢速之源。最后，对网络各组成部分上的数据流进行概况分析。这几张内容将会帮助读者识别，诊断，以及排查慢速网络。更多信息接下来的内...

深入理解TCP三次握手的机制与流程

从描述来看，虽然重复了相同的短语，但我们可以理解为该知识点将侧重于解释TCP三次握手的过程。TCP三次握手是计算机网络中，用于在两个网络实体之间建立连接的一种机制。为了完成这个任务，我将展开详细的描述，包括...