计算机网络—GBN协议（后退N帧协议）

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

建议将思维导图保存下来观看，或者点击这里在线观看

全村狗子的希望
关注
专栏目录
计算机网络之GBN协议
jingyihiter 的博客
05-25 1万+
客户端程序： //#include "stdafx.h" //创建 VS 项目包含的预编译头文件 #include #include #include #include #include #include #include #pragma comment(lib,"ws2_32.lib") #define SERVER_PORT 12340 //端口号 #define SERVE
计算机网络教程-传输层（十二）传输层基础协议：回退N帧协议GBN
duan_2018的博客
03-28 3842
        为了提高传输效率（充满管道），当发送端等待确认时，必须传输多个分组。换言之，当发送端等待确认时，我们需要让不止一个分组处于未完成状态，以此确保信道忙碌。回退 N 帧的关键是我们在接收到确认之前，可以发送多个分组，但是接收端只能缓冲一个分组。我们保存被发送分组的副本直到确认到达。1.发送窗口        在每个窗口位置，某些序号定义了已经被发送的分组；其他序号定义了可以被发送的分组...
计算机网络实验 GBN
11-20
实现了计算机网络课程的GBN原理，开发的语言：java；开发环境：eclipse 内有整个工程文件，可直接运行
计算机网络传输层GBN协议
Redhat_yan
12-30 2306
系列文章目录 第二章计算机网络传输层之可靠数据传输流水线机制之滑动窗口协议-GBN协议 计算机网络传输层之可靠数据传输GBN协议系列文章目录九、GBN:发送方扩展FSM十、GBN接收方扩展（变量）FSM十一、GBN示列 # 八、GO-Back-N协议(GBN协议)：发送方 头部包含K个序列号则有2的k次方个序列号可用（0 1） 随着协议的运行，窗口会向前滑动 ![在这里插入图片描述](https://img-blog.csdnimg.cn/8abc9e5f3f124ff8856d1a97bfb979b
回退N步(GBN)协议
最新发布
EFJON的博客
06-18 989
Go-Back-N (GBN) 协议，也被称为滑动窗口协议，是一种自动重传请求（ARQ）协议。在GBN协议中，发送方可以连续发送多个数据包，而无需等待每个数据包的确认。然而，未确认的数据包数量是有限制的，不能超过预设的最大值N，这就是所谓的窗口长度。
GBN(后退n帧协议)与SR(选择性重传协议)
jziwjxjd的博客
06-04 4683
索引后退N\rm NN帧协议GBN\rm GBNGBNGBN\rm GBNGBN发送方GBN\rm GBNGBN接收方选择性重传协议SR\rm SRSRSR\rm SRSR发送方SR\rm SRSR接收方 后退N\rm NN帧协议GBN\rm GBNGBN GBN\rm GBNGBN发送方 Ⅰ.上层调用 上层要发送数据时,发送方先检查发送窗口是否已满。 如果未满,则产生一个帧并将其发送;如果窗口已满,发送方只需将数据返回给上层,暗示窗口已满. Ⅱ.收到ACK\rm ACKACK GBN\rm GBNGBN协
3.1.4.2 后退N帧协议（GBN）
inv1796915552的博客
09-18 1148
3.1.4.2 后退N帧协议（GBN） 停止等待协议的弊端：信道利用率太低，太闲了 采用流水线技术对停止-等待协议（一个数据帧跟着数据帧发送）进行改进 使用流水线技术后： 1.必须增加数据帧序号的范围 2.发送方需要缓存多个分组 所以出现了后退N帧协议（GBN）和选择重传协议（SR） 1.后退N帧协议中的滑动窗口 发送窗口：发送方维持一组连续的允许发送的帧的序号 接收窗口：接收方维持一组连续的允许接收帧的序号。 在后退N帧协议中，接收窗口只有
滑动窗口协议(GBN, SR)
热门推荐
风间琉璃的博客
10-22 2万+
文章目录前言一、流水线协议二、滑动窗口协议1.GBN(回退N重传协议)2.SR(选择重传协议)总结 前言 提示：以下是本篇文章正文内容 一、流水线协议 我们知道Rdt 3.0: 停等操作过程中浪费了大量的时间： 从而在Rdt 3.0上引入了流水线机制：为了提高资源利用率 流水线协议： 允许发送方在收到ACK之前连续发送多个分组，更大的序列号范围，同时发送方和/或接收方需要更大的存储空间以缓存分组 如图： 二、滑动窗口协议 滑动窗口协议：发送方和接收方各有一个缓存数组，发送方存放着：已发送且..
[计算机网络] 后退 N 帧协议 (GBN) 和重传协议 (SR) 的滑动窗口大小的最大值计算
PriceCheap的博客
05-16 4935
1. 后退 N 帧协议 (GBN) 的发送窗口 这个文章的最后说明了后退 N 帧协议 (GBN) 的发送窗口为什么 ≤ 2^n-1 https://blog.csdn.net/OOFFrankDura/article/details/79858712 他明确了 ACKn 的意义是：已经收到了序号为 n 的帧，请求发送序号为 n+1 的帧 并且指出最坏的情况是：发送窗口发送了窗口内所有的帧，接收端收到了发送端发送的所有的帧，但接收端发送的 ACKn 全部丢失，发送端从窗口第一个帧超时重传 对于窗口长度为 2^
【计算机网络】数据链路层可靠传输机制的三大协议：停止等待协议SW、后退N帧协议GBN、选择重传协议SR
qq_45596525的博客
03-06 2205
停止等待协议SW、后退N帧协议GBN、选择重传协议SR
【计算机网络】选择重传协议与后退N帧协议
小k要加油的博客
08-21 5750
过程： 发送方每接受到一个确认帧，就向前滑动一个窗口，接收方每收到一个帧，就发送一个确认帧，并向前滑动一个窗口，现在因为2帧丢失，所以接收方没有收到2帧，则2帧后面的帧也无法移动，只能先进行缓存，待2帧的超时计时器超时后，发送方将重新发送2帧，此次接收方成功接受，2帧及之后收到确认的帧全部移动，等待发送方发送下一个帧，详细过程如下图。 问题：接收方如何确定收到的帧是重传帧还是新帧？ 左图，假设接收方发出的三个确认帧0、1、2帧全部丢失，则当0帧的超时计时器超时后，发送方会重新发送一个...
JAVA实现的GBN算法
11-23
会退N步的GBN算法，程序用JAVA实现，模拟丢包和延时
基于UDP的GBN协议 模拟丢包 java
06-01
UDP滑动窗口协议是建立在UDP上的应用层协议之上的。传输层使用的仍是UDP,但在应用层使用滑动窗口技术,并通过模拟TCP的一些机制以保证UDP的低协议处理开销和获得高通信可靠性。 在开始传输前，不进行tcp的3次握手。 在开始传输的过程中，发送方向接收方发送分组。此时，模拟tcp的可靠信息传输的机制，采用确认报文来对已接受的分组进行确认。如果受到确认报文，则窗口向右移动；如果没受到确认报文，则等待确认报文，超过设定的时间则重新传输未确认的分组。演示过程由手动控制kill哪个报文段。如果kill其中的一个报文，则同一窗口的后续分组的确认报文不进行发送，等待设定时间到，进行重传分组数据。重新进行报文的确认。此窗口的数据发送完毕后，窗口向右移动。
GBN 计算机网络原理 java实现
12-08
无界面的java模拟实现GBN原理，计算机网络课程实验
GBN代码实现
11-18
该代码实现了GBN协议的模拟，更加形象生动地展示了GBN协议过程
GBN网络协议模拟测试
11-18
使用java语言模拟GBN网络协议。包含3个应用文件，3个源文件，1个使用说明。 可以模拟丢包，包差错，正常传送等情况，并且用图形化的方式显示出来。是居家旅行之极品。
王道考研 计算机网络11 数据链路层 封装成帧 透明传输 流量控制 停止-等待协议 后退N帧协议GBN 选择重传协议SR
qq_coding的博客
09-17 241
第三章知识 数据链路层的基本概念 数据链路层功能概述 封装成帧 透明传输 什么数据都能传输 数据链路层的流量控制 流量控制方法 滑动窗口协议： 每一个小格标识一个帧 发送窗口：发送端正在处理的发送的数据 收到一个帧，发送窗口前进一格，并返回一个对n号帧的确认 停止等待协议是一种特殊的滑动窗口协议。 数据链路层的滑动窗口是固定的 可靠传输，滑动窗口，流量控制 发送方：超时自动重传 总结 停止-等待协议 1.无差错情况： ACK 确认帧 两个0帧不一样，只是编号相同而已 2.有差错情况
【计网】第三章 数据链路层（2）流量控制与可靠传输、停止等待协议、后退N帧协议（GBN）、选择重传协议（SR）
weixin_37706349的博客
06-29 2902
目录3.4-1 流量控制与可靠传输机制一、数据链路层的流量控制二、流量控制的方法三、可靠传输、滑动窗口、流量控制总结：3.4-2 停止-等待协议一、停止-等待协议究竟是哪一层的？二、停止-等待协议的出现原因和前提三、停等协议——无差错情况四、停等协议——有差错情况五、停止等待协议性能分析六、信道利用率总结：​编辑3.4-3 后退N帧协议（GBN）一、停等协议的弊端二、后退N帧协议中的滑动窗口三、GBN发送方必须响应的三件事四、GBN接收方要做的事五、运行中的GBN六、滑动窗口长度七、GBN协议重点总结八、G
计算机网络
echoagod的博客
09-01 5131
计算机网络
后退n帧协议（gbn）
09-02
后退N帧协议（GBN）是在停止-等待协议的基础上进行改进的一种协议。它是一种滑动窗口协议，用于在发送方和接收方之间进行可靠的数据传输。在GBN协议中，发送方可以连续发送多个帧，而不需要等待确认。发送方维护一个发送窗口，其中包含了已发送但未收到确认的帧。接收方按序接收帧，并发送累计确认，告知发送方该窗口中的帧已经成功接收。如果发送方在超时时间内没有收到确认，那么它会重传窗口中的所有帧。 在GBN协议中，发送方的数据分类可以分为两类：已发送但未确认的帧和未发送的帧。发送方需要响应的事件包括累计确认和超时发送机制。接收方需要响应的事件包括按序接收和确认帧发送机制。 GBN协议的运行细节包括发送方和接收方之间的数据传输和确认机制。发送方的发送窗口长度决定了可以连续发送的帧的数量。GBN协议的性能可以通过重传没有被确认的帧来衡量。 综上所述，后退N帧协议（GBN）是一种滑动窗口协议，用于在发送方和接收方之间进行可靠的数据传输。它通过允许发送方连续发送多个帧来提高传输效率，并通过确认和超时机制来确保数据的可靠传输。<span class="em">1</span><span class="em">2</span><span class="em">3</span> #### 引用[.reference_title] - *1* *2* *3* [【计算机网络】数据链路层 : 后退 N 帧协议 GBN ( 滑动窗口 | 发送窗口长度 | “发送方“ 累计确认、超时...](https://blog.csdn.net/han1202012/article/details/108070859)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v93^chatsearchT3_1"}}] [.reference_item style="max-width: 100%"] [ .reference_list ]
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值