停止-等待协议

最新推荐文章于 2022-04-12 10:39:03 发布
最新推荐文章于 2022-04-12 10:39:03 发布
阅读量1.8k 收藏 8
点赞数 4
分类专栏： 计算机网络学习之路 文章标签： 停止等待协议 信道利用率
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_42076938/article/details/105770356
版权
停止-等待协议是一种流量控制策略，用于解决数据传输中的丢包问题。协议规定每发送完一个分组后停止，待收到确认后再继续发送。在无差错情况下，流程顺利；而在有差错的情况下，可能面临数据帧丢失、ACK丢失或迟到等挑战。性能分析中关注的重点是信道利用率。
摘要由CSDN通过智能技术生成

为什么要有停止-等待协议

除了比特出差错，底层存到还会出现丢包问题，为了实现流量控制。
停止-等待 就是每发送完一个分组就停止发送，等待对方确认，在收到确认后再发送下一个分组。
分为有差错情况&无差错情况

无差错情况

在这里插入图片描述

有差错情况

1.数据帧丢失或检测到帧出错
在这里插入图片描述
2.ACK丢失
在这里插入图片描述
3.ACK迟到
在这里插入图片描述

性能分析

在这里插入图片描述

信道利用率

在这里插入图片描述

sky天
关注
专栏目录
计算机网络——流量控制(停止-等待协议、后退N帧协议、选择重传协议)
Hariod的博客
04-08 2394
流量控制与滑动窗口是数据链路层的重要内容。当发送方较高的发送速度与接收方较低的接收速度不匹配时会造成传输出错，所以需要进行流量控制。我们需要明白一点，在数据链路层流量控制是点到点的，而在传输层流量控制是端到端的。 数据链路层流量控制手段:接收方收不下就不回复确认，当接收方还收得下时就会回复，然后发送方就会接着发送 传输层流量控制手段:接收端给发送端一个窗口公告 停止-等待协议 在数据的传输过...
实现停止等待协议C++代码
11-15
修改后的停止等待协议，可以很清楚的讲解协议的实现过程
3.4.2停止-等待协议
Reast1nPeace的博客
09-05 1681
为什么？ 1.除了比特出差错，底层信道还会出现丢包问题。 丢包：物理线路故障、设备故障、病毒攻击、路由信息错误等原因，会导致数据包丢失 2.为了实现流量控制 研究停止-等待协议的前提 “停止-等待”就是每发送完一个分组就停止发送，等待对方确认，在收到确认后再发送下一个分组。 为了讨论方便，仅考虑一方发送一方接收。 停止等待协议的应用情况 无差错情况 + 有差错情况 停止等待协议–无差错情况 停止等待协议–有差错情况 1.数据帧丢失或检测到帧出错 注意： 发完一个帧后，必须保留它的副本 数据帧和确认帧必
停止等待协议
HWP
03-19 3801
1，为什么要有停止等待协议？ 2，研究停等协议的前提？ “停止-等待”就是发送完一个分组就停止发送，等待对方确认，在收到确认后再发送下一个分组。 停等协议--无差错情况： 停等协议--有差错情况： 1，数据帧丢失或检测到帧出错： 2，ACK丢失： 3，ACK迟到： 停等协议性能分析： 信道利用率： ...
计算机网络:停止--等待协议
weixin_58133735的博客
04-12 5526
1.停止等待协议概述 当两个主机进行通信时,发送端将数据从应用层逐层往下传输,经过物理层到达通信线路。通信线路将数据传到远端主机物理层后,再逐层向上传,最后由应用层交给远层应用程序。 如果进行全双工通信(我们一般都研究全双工通信),则在每一方都要同时设有发送缓存和接收缓存,便于解决数据传输速率不一样的问题。 2.停止等待协议的实质 每发送完一个帧就停止发送,等待对方的确认,在收到确认后再发送下一个帧。 3.超时计时器 我们在停止等待协议中会设置超时计时器,如果我们当前帧序号发送出去的数据
停止等待协议算法c语言实现,利用udp模拟arq停止等待协议
weixin_42160645的博客
05-24 1641
停止等待arq协议：停止等待协议(stop-and-wait)是最简单但也是最基础的数据链路层协议。很多有关协议的基本概念都可以从这个协议中学习到。“停止等待”就是每发送完一个分组就停止发送，等待对方的确认。在收到确认后再发送下一个分组。由于这里我们采用的是端对端的传输，所以我们并没有采用tcp进行流式套接字的传输，而是采用udp，进行的数据报的传输。UDP 是User Datagram Prot...
计算机网络教程-传输层（十一）传输层基础协议：简单协议与停止-等待协议
duan_2018的博客
03-28 823
一、简单协议        我们的第一个协议是一个简单的无连接协议，它既没有流量控制也没有差错控制。我们假设接收方能够立即处理它所收到的任何分组。换言之，接收方永远不会被接收到的分组淹没。         直到应用层有报文待发送，发送端才发送分组。直到一个分组到达，接收端才将报文传递到它的应用层。我们可以使用两个有限状态机来表示这些要求。每个有限状态机只有一种状态，即准备状态（ ready sta...
王道计算机网络mooc笔记第三章（三）（流量控制与可靠传输协议概述、停止-等待协议、后退N帧协议（GBN）、选择重传协议（SR））
WeilingDu的博客
12-31 708
计算机网络第三章（三） 1. 流量控制与可靠传输协议概述 数据链路层的流量控制：控制发送方的发送速度 1. 1 数据链路层和传输层的流量控制 数据链路层的流量控制是点对点的，而传输层的流量控制是端到端的。 链路层的流量控制手段：接收方收不下就不回复确认。 传输层流量控制手段：接收方给发送端一个窗口公共。 1. 2 流量控制的方法 停止-等待协议：每发送完一个帧就停止发送，等待对方的确认，在收到确认后在发送下一个帧 发送窗口大小=1 接收窗口大小=1 滑动窗口协议 发送窗口：在发送方维
停止等待协议代码
12-09
能够模拟实现停止等待协议的过程，并且能够实现文件端到端传输
信息网络 停止等待协议 C++代码
05-11
信息网络 停止等待协议 C++代码
c++实现基于停等协议的可靠udp传输的即时通讯系统（MFC）
01-23
用c++ 的基础udp API实现了停等协议，在应用层实现了可靠udp传输，用MFC编写界面，带文档，可用于计算机网络课程设计
5.4.1 停止等待协议
engineer0的博客
05-02 1921
全双工通信的双方既是发送方也是接收方。 但本文仅考虑A发送数据而B接收数据的情况 停止等待 每发送完一个分组就停止发送，等待对方的确认。 收到确认后发送方再发送下一个分组。 1、无差错情况 A发送分组M1，发完就暂停发送，等待B的确认。 B收到了M1就向A发送确认。 A收到了对M1的确认后就再发送下一个分组M2。 同样A在收到B对M2的确认后再发送M3。 2、出现差错 B收到M1时检测出了差错，则丢弃M1，其它什么都不做（不通知A收到有差错的分组）。 或者M1在传输过程中丢失了，B不知道，什..
十六、停止等待协议
dragon Fly的博客
11-19 2184
文章目录1、为什么要有停止等待协议2、研究停等协议的前提3、应用停等协议的两种情况3.1 无差错的情况3.2 有差错的情况3.2.1 数据帧丢失或检测到帧出错3.2.2 ACK丢失3.2.3 ACK迟到4、停等协议的性能分析THE END 1、为什么要有停止等待协议 \qquad除了比特出差错，底层信道还会出现丢包问题，为了实现流量控制，设计出停等协议。 \qquad丢包： 物理线路故障，设备故障，病毒攻击，路由问题错误等原因，会导致数据报的丢失。 2、研究停等协议的前提 \qquad虽然现在常用全双工通信
在停止-等待协议中,为了让 接收方能够判断所收到的数据分组是否 是重复的,采 用的方法是( )。
最新发布
05-30
在停止-等待协议中，为了让接收方能够判断所收到的数据分组是否是重复的，采用的方法是为每个数据分组分配一个唯一的序号。具体来说，发送方每发送一个数据分组，都会为该分组分配一个序号，并将该序号放入数据分组的首部。接收方收到数据分组后，会检查该序号是否与之前收到的分组序号相同，如果相同则认为该分组是重复的，丢弃该数据分组，否则就接收该分组并发送确认帧。这样就能够避免接收方对重复数据分组的处理，保证数据传输的正确性。
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值