精华内容
下载资源
问答
  • 停止等待协议

    2014-04-11 10:39:38
    停止等待协议
  • 停止等待协议代码

    2013-12-09 15:39:02
    能够模拟实现停止等待协议的过程,并且能够实现文件端到端传输
  • 停止等待协议算法

    2008-06-11 13:17:24
    是关于数据通信方面停止等待协议的一个算法
  • 信息网络 停止等待协议 C++代码
  • 信息网络 停止等待协议 实验报告
  • ARQ 停止等待协议

    2011-07-01 16:51:12
    停止等待协议的工作机理,并实现给出的协议算法。根据给出的停止等待协议的算法描述c语言实现
  • 停止等待 协议源代码 you 中文注释
  • 3.4.2 停止等待协议

    2020-09-29 10:05:53
    停止等待协议到底在哪一层? 其实在谢希仁的那本书是在传输层,考试一般默认是传输层。 不过这个教材是在数据链路层,不过不妨碍学习。 停止-等待协议 无差错情况 有差错情况 1、数据帧丢失或检测到帧出错 RTT...

    思维导图

    在这里插入图片描述

    停止等待协议到底在哪一层?
    其实在谢希仁的那本书是在传输层,考试一般默认是传输层。
    不过这个教材是在数据链路层,不过不妨碍学习。
    

    停止-等待协议

    在这里插入图片描述

    无差错情况

    在这里插入图片描述

    有差错情况

    1、数据帧丢失或检测到帧出错

    在这里插入图片描述

    RTT往返时延。ACK确认帧
    

    2、ACK丢失

    在这里插入图片描述

    3、ACK迟到

    在这里插入图片描述

    停等协议性能分析

    在这里插入图片描述
    在这里插入图片描述

    展开全文
  • 停止等待协议 1. 实验目的 1 2. 协议介绍 1 2.1 停止等待协议的简单介绍(STOP AND WAIT): 1 2.2 帧的结构: 1 2.3 停等协议中相关事件的介绍 2 3. 实验内容和步骤 3 3.1步骤: 3 3.2基本内容: 4...
  • 停止等待协议的原理、实例,以及编程实验指导。
  • 停止等待协议实验报告.doc
  • 实现停止等待协议C++代码

    热门讨论 2009-11-15 15:43:31
    修改后的停止等待协议,可以很清楚的讲解协议的实现过程
  • 这是计算机网络的停止等待协议,能够进行随机数出错,编译环境是VC6.0
  • 停止等待协议模拟

    2008-05-13 01:37:36
    本软件是计算机网络课上模拟停止等待协议
  • 停止-等待协议

    千次阅读 2020-04-26 15:50:07
    什么要有停止-等待协议 除了比特出差错,底层存到还会出现丢包问题,为了实现流量控制。 停止-等待 就是每发送完一个分组就停止发送,等待对方确认,在收到确认后再发送下一个分组。 分为有差错情况&无差错...

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

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

    无差错情况

    在这里插入图片描述

    有差错情况

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

    性能分析

    在这里插入图片描述

    信道利用率

    在这里插入图片描述

    展开全文
  • 停止等待协议与连续 ARQ 协议

    万次阅读 2019-06-27 00:43:24
    一、停止等待协议 停止等待”就是每发送完一个分组就停止发送,等待对方的确认。在收到确认后再发送下一个分组。 全双工通信的双方既是发送方也是接收方。 为了讨论问题的方便,我们仅考虑 A 发送数据,而 B 接收...

    一、停止等待协议
    停止等待”就是每发送完一个分组就停止发送,等待对方的确认。在收到确认后再发送下一个分组。
    全双工通信的双方既是发送方也是接收方。

    为了讨论问题的方便,我们仅考虑 A 发送数据,而 B 接收数据并发送确认。因此 A 叫做发送方,而 B 叫做接 收方。

    1. 无差错情况
    在这里插入图片描述
    2. 出现差错情况:

    • 在接收方 B 会出现两种情况:
      (1)B 接收 M1 时检测出了差错,就丢弃 M1,其他什么也不做(不通知 A 收到有差错的分组)。
      (2)M1 在传输过程中丢失了,这时 B 当然什么都不知道,也什么都不做。
    • 在这两种情况下,B 都不会发送任何信息。
    • 但A都必须重发分组,直到B正确接收为止,这样才能实现可靠通信。

    问题1:A如何知道 B 是否正确收到了 M1 呢?
    解决方法:超时重传
    A 为每一个已发送的分组都设置了一个超时计时器
    A 只要在超时计时器到期之前收到了相应的确认,就撤销该超时计时器,继续发送下一个分组 M2 。
    若A在超时计时器规定时间内没有收到B的确认,就认为分组错误或丢失,就重发该分组。

    问题2:若分组正确到达B,但B回送的确认丢失或延迟了,A未收到B的确认,会超时重发。B 可能会收到重复的 M1 。B如何知道收到了重复的分组,需要丢弃呢?
    解决方法:编号
    A为每一个发送的分组都进行编号。若B收到了编号相同的分组,则认为收到了重复分组,丢弃重复的分组,并回送确认。
    B为发送的确认也进行编号,指示该确认是对哪一个分组的确认。
    A根据确认及其编号,可以确定它是对哪一个分组的确认,避免重发发送。若为重复的确认,则将其丢弃。

    二、连续 ARQ 协议
    基本思想
    发送方一次可以发出多个分组。
    使用滑动窗口协议控制发送方和接收方所能发送和接收的分组的数量和编号。
    每收到一个确认,发送方就把发送窗口向前滑动
    接收方一般采用累积确认的方式。
    采用回退N(Go-Back-N)方法进行重传。

    学习自课件

    展开全文
  • TCP协议总结--停止等待协议,连续ARQ协议,滑动窗口协议 Posted on 2015-09-16 16:27 杨博东的博客 阅读(4459) 评论(0) 编辑 收藏 </div> <div class="postbody"><div id="cnblogs_post_...

    TCP协议总结--停止等待协议,连续ARQ协议,滑动窗口协议

    Posted on 2015-09-16 16:27 杨博东的博客 阅读( 4459) 评论( 0) 编辑 收藏
    	</div>
    	<div class="postbody"><div id="cnblogs_post_body" class="blogpost-body">
        <div class="markdown_views"><p>前言:在学习tcp三次握手的过程之中,由于一直无法解释tcpdump命令抓的包中seq和ack的含义,就将tcp协议往深入的了解了一下,了解到了几个协议,做一个小结.</p>
    

    先来看看我的问题:
    这是用tcpdump命令抓的三次握手的包,可以看到seq和ack都比较大,我自己也无法解释原因.
    这里写图片描述
    这里写图片描述
    第二张是在同一过程中用Wireshark抓的包,其中seq和ack还比较正常,难道原因就是我不懂tcpdump命令中的数据?我的解释是Wireshark和tcpdump中抓的包,数据的显示方式可能不同,最后学长说可以用 -S 将tcp的序列号以绝对值形式输出,而不是相对值。转化了一下,第三次的ack就正常了.主要还是得知道seq和ack一样,都是字节序列号,一共4个字节,范围都是从[0,2^32 - 1].

    $ tcpdump -S port 80

    这里写图片描述

    一:停止等待协议
    停止等待协议是tcp保证传输可靠的重要途径,”停止等待”就是指发送完一个分组就停止发送,等待对方的确认,只有对方确认过,才发送下一个分组.

    1:无差错情况:发送方发送分组,接收方在规定时间内收到,并且回复确认.发送方再次发送……
    这里写图片描述
    2:超时重传有以下三种情况:
    (1)分组丢失:发送方发送分组,接收方没有收到分组,那么接收方不会发出确认,只要发送方过一段时间没有收到确认,就认为刚才的分组丢了,那么发送方就会再次发送.
    (2):确认丢失:发送方发送成功,接收方接收成功,确认分组也被发送,但是分组丢失,那么到了等待时间,发送方没有收到确认,又会发送分组过去,此时接收方前面已经收到了分组,那么此时接收方要做的事就是:丢弃分组,重新发送确认.
    (3):传送延迟:发送方发送成功,接收方接收成功,确认分组也被发送,没有丢失,但是由于传输太慢,等到了发送方设置的时间,发送方又会重新发送分组,此时接收方要做的事情:丢弃分组,重新发送确认. 发送方如果收到两个或者多个确认,就停止发送,丢弃其他确认.
    这里写图片描述

    停止等待协议的优点是简单,但是缺点是信道的利用率太低,一次发送一条消息,使得信道的大部分时间内都是空闲的,为了提高效率,我们采用流水线传输,这就与下面两个协议有关系了.

    二:连续ARQ协议和滑动窗口协议
    这两个协议主要解决的问题信道效率低和增大了吞吐量,以及控制流量的作用.

    • 连续ARQ协议:它是指发送方维护着一个窗口,这个窗口中不止一个分组,有好几个分组,窗口的大小是由接收方返回的win值决定的,所以窗口的大小是动态变化的,只要在窗口中的分组都可以被发送,这就使得TCP一次不是只发送一个分组了,从而大大提高了信道的利用率.并且它采用累积确认的方式,对于按序到达的最后一个分组发送确认.
    • 滑动窗口协议:之所以叫滑动窗口协议,是因为窗口是不断向前走的,该协议允许发送方在停止并等待确认前发送多个数据分组。由于发送方不必每发一个分组就停下来等待确认,因此该协议可以加速数据的传输,还可以控制流量的问题.
    • 累积确认:如果发送方发送了5个分组,接收方只收到了1,2,4,5,没有收到3分组,那么我的确认信息只会说我期望下一个收到的分组是第三个,此时发送方会将3,4,5,全部重发一次,当通信质量不是很好的时候,连续ARQ还是会带来负面影响.
        <div style="padding-top:20px">         
            <p style="font-size:12px;">版权声明:本文为博主原创文章,未经博主允许不得转载。</p>
        </div>
    
    0
    0
    « 上一篇: Linux&C———进程间通信
    » 下一篇: TCP报文段首部详解
    </div>
    
    展开全文
  • ARQ停止等待协议(c++)

    热门讨论 2010-04-12 19:54:23
    停止等待协议,用来发送接受不同的文件。用C++语言写的。
  • 停止等待协议和连续ARQ协议

    千次阅读 2017-12-23 00:44:00
    停止等待协议(数据链路层): 工作原理:发送方每发送一帧就暂停,等待应答(ACK)到来。收方收到数据帧后发送应答(ACK)帧给发送方,发送方再发送下一个数据帧。 问题解决: 1. Data帧出错:收方用NAK应答。 ...
  • 用C#实现演示停止等待协议,以对话框的形式演示,而不是黑乎乎的DOS界面。
  • 26-tcp可靠传输——停止等待协议

    千次阅读 2018-04-30 18:39:39
    1. tcp可靠传输   通过前面的学习可知,网络层传输数据时是尽最大努力传输到目的地,并不保障数据的可靠传输,对于网络拥塞,延迟,数据丢失等问题没有采取有效的措施。...  什么是停止等待协议?   A和B...
  • 本实验可以基于实验七的数据帧传输实验,根据给出的停止等待协议的算法描述,选择自己熟悉的语言工具给予实现。 按照数据帧传输实验初级层次,一个站点充当发送方,一个站点充当接收方。 也可以采用模拟方式,用...
  • 计算机网络实验,停止等待协议的数据传输的实验报告

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 105,504
精华内容 42,201
关键字:

停止等待协议是什么