82快重传和快恢复

最新推荐文章于 2024-03-12 13:05:26 发布
最新推荐文章于 2024-03-12 13:05:26 发布
阅读量1.6k 收藏 2
点赞数 1
分类专栏： 计算机网络
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_41883890/article/details/116911411
版权

快重传和快恢复
（1） 快重传
在上一节TCP可靠传输机制中，快速重传技术使用了用冗余ACK来检查丢包的发生。同样，冗余ACK页用于网络拥塞的检测。快重传并非取消重传计时器，而是在某些情况下可更早地重传丢失的报文段。
当发送方连续收到三个重复的ACK报文时，直接重传对方尚未接收到的报文段，而不必等待那个报文段设置额重传计时器超时。
（2） 快恢复
在这里插入图片描述
在这里插入图片描述

光怪陆离的节日
关注
  • 1
    点赞
  • 踩
  • 2
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 1
    评论
专栏目录
linux学习教程：Vim编辑器和恢复ext4下误删除文件-Xmanager工具
Xiadaoanquan123的博客
12-21 470
本人从事IT行业已有十多年，有着丰富的实战经验，总结了大量的学习方法，更是积累了很多的学习资料，很高兴能在这里跟大家交流学习，希望能在这里跟大家共同进步和成长！ 全套学习资料移步至公众号【学神来啦】更多学习资料添加扣扣资源群：661308959 本节所讲内容： 4.1 vim的使用 4.2 实战：恢复ext4文件系统下误删除的文件 4.3 实战：使用xfs_undelete恢复误删除文件 4.4实战：使用xmanager等远程连接工具管理Linux 4.1...
Linux-Vim 编辑器和恢复 ext4 下误删除文件-Xmanager 工具
xueshenlaila的博客
08-02 748
文章目录vim 主要模式介绍vim 编辑器的四种操作模式在正常模式下做的操作Visual mode 可视块模式命令行模式 Command-line 操作技巧自定义 vim 使用环境其它编辑器实战：在 Centos6/RHEL6 上恢复 ext4 文件系统下误删除的文件实战：在 ext4 文件系统上恢复被误删除的文件准备测试环境安装 extundelet恢复数据实战：使用 xmanager 等远程连接工具管理 Linux vim 主要模式介绍 vim 命令模式 问：vi 和 vim 是
TCP拥塞控制算法慢启动，拥塞避免，快速重传，快速恢复
06-02
要想更好的了解TCP端到端拥塞控制机制，首先要学习端到端拥塞控制的4个基本也是最主要的算法:slow_start, congestion avoidance, fast retransmit, fast recovery。
快速重传与快速恢复算法
weixin_34360651的博客
02-05 234
拥塞避免算法的修改建议1 9 9 0年提出 [Jacobson 1990b]。在介绍修改之前，我们认识到在收到一个失序的报文段时， TCP立即需要产生一个ACK（一个重复的ACK）。这个重复的ACK不应该被迟延。该重复的ACK的目的在于让对方知道收到一个失序的报文段，并告诉对方自己希望收到的序号。由于我们不知道一个重复的ACK是由一个丢失的报文段引起的，还是由于仅仅出现了几个报文段的重新排序，因此...
快重传和快恢复
a13602955218的博客
04-18 389
比如发送方发送了1,2,3,4四个报文，2 3 4先后到达接收方，由于接收方收到的是三个失序的报文，就会连续发3个ack为1的报文，表示希望收到报文1。当发送方接收到1个这样的冗余报文时，不采取任何措施，直到收到3个冗余报文，才认定报文1丢失，此时马上重传报文1而不是等待1的超时重传。这就是快重传。 另外，既然1丢失了，说明出现了网络拥塞，因此启动拥塞控制，但是考虑到能连续收到3个冗余的ack，网...
快速重传和快速恢复
默的博客
06-07 5270
2.2 快重传和快恢复 如果发送方设置的超时计时器时限已到但还没有收到确认，那么很可能是网络出现了拥塞，致使报文段在网络中的某处被丢弃。这时，TCP马上把拥塞窗口 cwnd 减小到1，并执行慢开始算法，同时把慢开始门限值ssthresh减半。这是不使用快重传的情况。 快重传算法首先要求接收方每收到一个失序的报文段后就立即发出重复确认（为的是使发送方及早知道有报文段没有到达对方）而不要等到自己发送数...
计算机网络 基础知识 快重传和快恢复
最新发布
weixin_45193103的博客
03-12 729
有时候，个别报文段会在网络中丢失，但是实际上网络并没有发生拥塞，如果发送方吃吃收不到确认的话，就会发生超时，并误认为网络发声了拥塞，这就导致了发送方错误地启动慢开始算法，从而降低了传输效率。采用快重传算法，可以让发送方尽早知道发送了个别报文段的丢失。这就要求接收方，不要等待自己发送数据的时候，才进行捎带的确认，而要立即发送确认，即使收到失序的报文段也要立即发出对已经收到报文段的重复确认。发送方一旦连续收到3个冗余的ACK，即重复确认，就立即重传相应的报文段，而不等该报文段的超时计时器超时再重传。
基于自适应级联深度模型的快速视频分类
3646基于自适应级联深度模型的快速视频分类Haichen Shen，Seungyeop HanShen，Matthai Philipose†，Arvind Krishnamurthy华盛顿大学鲁布里克分校微软研究院†{haichen，arvind}@cs.washington.edu，seungyeop....
Elasticsearch之快速入门篇（个人笔记）
weixin_35099248的博客
12-04 1293
Elasticsearch概述        Elasticsearch是一个开源的分布式、RESTful 风格的搜索和数据分析引擎，它的底层是开源库Apache Lucene。   Lucene 可以说是当下最先进、高性能、全功能的搜索引擎库——无论是开源还是私有，但它也仅仅只是一个库。为了充分发挥其功能，你需要使用 Java 并将 Lucene 直接集成到应用程序中。 更糟糕的是，您可能需要获得信息检索学位才能了解其工作原理，因为Lu
bug还没找到，程序员同志，快醒醒
qq_42918695的博客
08-24 9850
bug还没找到，程序员同志，快醒醒 在面试时，经过寒暄后，一般面试官会让介绍项目经验 。常见的问法是，说下你最近的（或最拿得出手的）一个项目。 根据我们的面试经验，发现有不少候选人对此没准备，说起来磕磕巴巴，甚至有人说出项目经验从时间段或技术等方面和简历上的不匹配，这样就会造成如下的后果。 第一印象就不好了，至少会感觉该候选人表述能力不强。 一般来说，面试官会根据候选人介绍的项...
传输层 TCP 拥塞控制 慢开始、拥塞避免、快重传、快恢复
小楼一夜听春雨，深巷明朝卖杏花
07-06 2389
通信两端的TCP协议在发数据包的时候要感受网络是否畅通，如果网络出现了阻塞，出现了丢包现象，他们会自动的降低发送速度，如果网络畅通了会提高发送速度。拥塞是一个动态的，比如上下班会出现堵车现象，是大家的车都往路上跑引起的阻塞。左边的计算机和右边的计算机都要进行通信，通信的流量都过这一条链路，链路的带宽都是有限的，比如1G，千兆带宽，从一边涌入了700M的带宽，从另外一边涌入了600M带宽，都要过这1000M的链路，超过了最大值，肯定有部分数据包就丢掉了。如果出现丢包了，还是什么都不管，该怎么发怎么发，发了20
TCP之快重传与快恢复
一点点
08-29 5913
1.快重传 对于接收方来说，如果接收方收到一个失序的报文段，就立即回送一个 ACK 给发送方 当发送方收到了3个重复的ACK时，则发送方快速重传丢失的包（所谓失序的报文是指，用户没有按照顺序收到TCP报文段，比如接收方收到了报文 M1, M2, M4，那么M4就称为失序报文，也就是M3被丢失），而不必等待M3的重传计时器到期 2.快恢复 在慢启动或拥塞避免重，当出现超时重传时，TCP就会...
异常网络下TCP的可靠服务机制（慢启动、拥塞避免、快重传、快恢复）
weixin_52243202的博客
02-28 1528
拥塞控制的目的是提高网络利用率降低丢包率保证网络资源对每条数据流的公平性慢启动（slow start）拥塞避免(congestion avoidance)快速重传(fast retransmit)快速恢复（fast recovery）拥塞控制算法在liunx上 有多种实现，比如reno算法，vegas算法和cubic算法等。它们或者部分或者全部实现了上面上述四个部分.
27-TCP 协议（快重传与快恢复）
热门推荐
进击的小学生
04-15 1万+
很遗憾的是，这里一节我没办法用实验演示给你看，但是我尽量用文字和图叙述清楚。 慢启动和拥塞避免算法是在 1988 年提出的，而快重传和快恢复是 1990 年提出的。既然这两个新算法是时隔两年后才提出的，那么它一定是对慢启动和拥塞避免算法的不足之处进行了改良。 在此之前，先来回忆一下，发送方如何判定网络产生拥塞？已知的一种情况是对方回复 ack 超时。其实还有一种情况，如果发送方连续收到接收方多
传输层 TCP 拥塞控制（3）：快速重传与快速恢复
小楼一夜听春雨，深巷明朝卖杏花
09-10 3252
连续发送了pkt 3 4 5 6，其中第5个报文丢失了，我们收到ACK4的时候这不是一个失序的，当收到ACK5的时候，它已经重复了一次，当发pkt7 pkt8的时候，我们再次接收到了ACK5，除了第一次正常的接收到之外，后面还重复了三次，从重复三次以后，我们将进入快速重传，所谓快速重传就是将连续三次重复丢失了ACK5，我们就重发pkt5。如果我们的报文丢失了，后续发送的报文，都会到达接收端，这样接收端会发送连续的ack，这些ACK都是确认的丢失的报文段。若报文重复，将会产生少量的失序 ACK 段。
慢启动、拥塞避免、超时重传、快速重传、快速恢复、滑动窗口
shiningdreamercaihua的博客
03-17 1273
慢启动、拥塞避免、超时重传、快速重传、快速恢复、滑动窗口
TCP/IP：tcp快速重传和快速恢复
yxccc的博客
02-05 3650
1.重传会分为超时和3次重复确认后重传两种。快速重传就是指接收方重复3次确认同一个序号时，发送方立即重传。第1次不算在重复里面，所以一共发了4次ACK。2.《tcp/ip 协议》描述的快速恢复有点乱。简单来讲，就是快速重传后执行拥塞避免算法，而不是慢启动算法。通过控制慢启动窗口ssthresh和拥塞窗口cwnd的值就可以实现。具体如下 （1）接收方发送第1次数据确认ACK。这里假设序号6657，表
TCP SACK吞吐量模型与快重传快恢复研究
"TCP SACK突发分组丢失吞吐量模型的研究着重于利用Gilbert分组丢失模型描述网络中的突发分组丢失现象，并结合RFC6675中的快重传和快恢复机制，构建了一个精确的TCP SACK吞吐量模型。文章由王志明、曾孝平、李娟、刘...
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

光怪陆离的节日

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值