精华内容
下载资源
问答
  • 停止等待协议理想传输条件有以下两个特点:传输信道不产生差错不管发送发以多快速度发送数据,接收方总是来得及处理收到数据。然而实际网络都不具备以上两个理想条件,所以需要一个协议“停止等待协议”就是每...

    停止等待协议

    理想传输条件有以下两个特点:

    传输信道不产生差错

    不管发送发以多快的速度发送数据,接收方总是来得及处理收到的数据。

    然而实际的网络都不具备以上两个理想条件,所以需要一个协议

    “停止等待协议”就是每发送完一个分组就停止发送,等待对方的确认。在收到确认后再发送以一个分组

    全双工通信的双方既是发送发也是接收方

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

    无差错情况

    A发送分组M1,发完就暂停发送,等待B的确认(ACK)。B收到了M1向A发送ACK。A在收到了对M1的确认后,就再发送下一个分组M2

    02393dee039706ef8b8e640ebc9ceffb.png

    出现差错

    B 接收 M1 时检测出了差错,就丢弃 M1,其他什么也不做(不通知 A 收到有差错的分组)。

    M1在传输过程中丢失了,这时B当然什么都不知道,也什么不做

    如何确保B正确收到M1呢?

    解决方法:超时重传

    A为每一个已发送的分组都设置一个超时计时器

    A只要在超时计时器到期之前收到了相应的确认,就撤销该超时计时器,继续发送下一个分组

    16cdab23398dbeb5d2aeeb2cc1bac45d.png

    确认丢失

    若 B 所发送的对 M1 的确认丢失了,那么 A 在设定的超时重传时间内不能收到确认,但 A 并无法知道:是自己发送的分组出错、丢失了,或者 是B 发送的确认丢失了。因此 A 在超时计时器到期后就要重传 M1。

    假定B又收到了重传的分组M1。这是B应该采取两步行动

    丢弃这个重复的分组M1, 不向上层交付

    向A发送确认。不能认为已经发送过确认就不再发送,因为A之所以重传M1就表示A没有对M1的确认

    确认迟到

    传输过程中没有出现差错,但B对分组M1的确认迟到了。

    A会收到重复的确认。对重复的确认的处理很简单:收下后就丢弃

    B任然会收到重复的M1,并且同样要丢弃重复的M1,并重传确认分组

    dc2e5205252a7cb29781b247527ff914.png

    注意

    在发送完一个分组后,必须暂时保留已发送的分组副本,以备重发

    分组和确认分则都必须编号

    超时计时器的重传时间应当比数据在分组传输的平均往返时间更长一些

    流水线传输

    停止等待协议的优点是简单,缺点是信道利用率太低。为了提高传输效率,可以采用流水线传输

    f74b7e84a390dbe9a93a519b44c1bccf.png

    累积确认

    接收方一般采用累积确认的方式。即不必对收到的分组逐个发送确认,而是对按序到达的最后一个分组发送确认,这样就表示:到这个分组为止的所有分组都已正确收到了。

    优点:容易实现,即使确认丢失也不必重传。

    缺点:不能向发送方反映出接收方已经正确收到的所有分组的信息。

    展开全文
  • 理想传输条件特点:理想传输条件有以下两个特点: (1) 传输信道不产生差错。 (2) 不管发送方以多快速度发送数据,接收方总是来...“停止等待”就是每发送完一个分组就停止发送, 等待对方确认。在收到确认...

    理想的传输条件特点:理想的传输条件有以下两个特点:

    (1) 传输信道不产生差错。

    (2) 不管发送方以多快的速度发送数据,接收方总是来得及处理收到的数据。

    在这样的理想传输条件下,不需要采取任何措施就能够实现可靠传输。然而实际的网络都不具备以上两个理想条件。必须 使用一些可靠传输协议,在不可靠的传输信道实现可靠传输。

    “停止等待”就是每发送完一个分组就停止发送, 等待对方的确认。在收到确认后再发送下一个分组。 全双工通信的双方既是发送方也是接收方。为了讨论问题的方便,我们仅考虑A发送数据而B接收数据并发送确认。因此A叫做发送方,而B叫做接收方。

    1、无差错情况

    A发送分组M1,发完就暂停发送,等待B的确认(ACK)。B收到了M1向A发送ACK。A在收到了对M1的确认后,就再发送下一个分组M2。

    2、出现差错 

     在接收方B会出现两种情况:

    1、B接收M1时检测出了差错,就丢弃M1,其他什么也不做 (不通知A收到有差错的分组)。

    2、M1在传输过程中丢失了,这时B当然什么都不知道,也什么都不做。

    在这两种情况下,B都不会发送任何信息。 如何保证B正确收到了M1呢?解决方法:超时重传:A为每一个已发送的分组都设置了一个超时计时器。 A只要在超时计时器到期之前收到了相应的确认,就撤销该超时计时器,继续发送下一个分组M2。

                     

    3、确认丢失和确认迟到 

    确认丢失:若B所发送的对M1的确认丢失了,那么A 在设定的超时重传时间内不能收到确认,但A并无法知道:是自己发送的分组出错、丢失了,或者是B发送的确认丢失了。因此A在超时计时器到期后就要重传M1。

    假定B又收到了重传的分组M1。这时B应采取两个 行动:第一,丢弃这个重复的分组M1,不向上层交付。 第二,向A发送确认。不能认为已经发送过确认就不再发送,因为A之所以重传M1就表示A没有收到对M1的确认。

    确认迟到:传输过程中没有出现差错,但B对分组M1的确认迟到 了。 A会收到重复的确认。对重复的确认的处理很简单:收下后就丢弃。 B仍然会收到重复的M1,并且同样要丢弃重复的M1,并重传确认分组。

         

    在发送完一个分组后,必须暂时保留已发送的分组的副本,以备重发。分组和确认分组都必须进行编号。 超时计时器的重传时间应当比数据在分组传输的平均往返时间更长一些。

    自动重传请求ARQ:通常A最终总是可以收到对所有发出的分组的确认。 如果A不断重传分组但总是收不到确认,就说明通信线路太差,不能进行通信。

    使用上述的确认和重传机制,我们就可以在不可靠的传输网络上实现可靠的通信。像上述的这种可靠传输协议常称为自动重传请求ARQ  (Automatic Repeat reQuest)。意思是重传的请求是自动进行的,接收方不需要请求发送方重传某个出错的分组。

    4、信道利用率

    停止等待协议的优点是简单,缺点是信道利用率太低。

                     

           

    可以看出,当往返时间RTT远大于分组发送时间TD时,信道的利用率就会非常低。若出现重传,则对传送有用的数据信息来说,信道的利用率就还要降低。

    流水线传输:为了提高传输效率,发送方可以不使用低效率的停止等待协议,而是采用流水线传输。流水线传输就是发送方可连续发送多个分组,不必每发完一个分组就停顿下来等待对方的确认。这样可使信道上一直有数据不间断地传送。由于信道上一直有数据不间断地传送,这种传输方式可获得很高的信道利用率。

                

    展开全文
  • 停止等待协议(ARQ): (a)无差错情况:A发送分组M1,发送就暂停发送,等待B确认。B收到M1就向A发送确认。A在收到了对M1确认后,就再发送下一个分组M2。同样,在收到B对M2确认后,再发送M3。 (b)超时重传...

    理想的传输条件有以下两个特点:

    (1)传输信道不产生差错。

    (2)不管发送方以多快的速度发送数据,接收方总是来得及处理收到的数据。

    停止等待协议(ARQ):


    (a)无差错情况:A发送分组M1,发送就暂停发送,等待B的确认。B收到M1就向A发送确认。A在收到了对M1的确认后,就再发送下一个分组M2。同样,在收到B对M2的确认后,再发送M3。

    (b)超时重传:B接收M1时检测出了差错,就丢弃M1。(超时重传:A只要过了一段时间仍然没有收到确认,就认为刚才发送的分组丢失了,因而重传前面发送过的分组。)

                                (c)确认丢失                                                                                              (d)确认迟到

    c)确认丢失:B所发送的对M1的确认丢失了,A在设定的超时重传时间内没有收到确认,但无法知道是自己的分组出错、丢失,或者是B发送的确认丢失了。因此A在超时计时器到期后就要
    重传M1。假定B又收到了重传的分组M1,这时丢弃这个重复的分组M1,向A发送确认。
    (d)确认迟到:传输过程中没有出现差错,但B对分组M1的确认迟到了。A会收到重复的确认。对重复的确认处理很简单:收下后丢弃。B仍会收到重复的M1,并且同样要丢弃重复的M1,并重传
    确认分组。


    为了提高传输效率,发送方可以不使用低效率的停止等待协议,而是采用流水线传输。发送方可连续发送多个分组,不必每发完一个分组就停顿下来等待对方的确认。这样可使信道上一直有数据不间断地传送。
     当使用流水线传输时,就要使用连续ARQ协议滑动窗口协议

    (a):表示位于发送窗口内的5个分组都可以连续发送出去,而不需要等待对方的确认。
    (b):表示发送方收到了对第1个分组的确认,于是把发送窗口向前移动一个分组的位置。如果原来已经发送了前5个分组,那么现在可以发送窗口内的第6个分组了。
    接收方采用累计确认:接收方不必对收到的分组逐个发送确认,而是在收到几个分组后,对按序到达的最后一个分组发送确认,这就表示到这个分组为止飞所有分组都已经正确收到了。
    优点:容易实现,即使确认丢失也不必重传。
    缺点:不能向发送方反映出接收方已经正确收到的所有分组的信息。


    展开全文
  • 在不可靠网络上实现可靠传输工作原理,停止等待协议和ARQ协议 TCP滑动窗口、流量控制、拥塞控制和连接管理。 UDP协议 UDP协议特点: **无连接 尽最大努力交付 面向报文 无拥塞控制 支持一对一、一对多、多对...

    运输层是整个网络体系结构中的关键层次之一。

    • 运输层为相互通信的应用进程提供逻辑通信
    • 端口和套接字的意义
    • 无连接和UDP的特点
    • 面向连接的TCP的特点
    • 在不可靠的网络上实现可靠传输的工作原理,停止等待协议和ARQ协议
    • TCP的滑动窗口、流量控制、拥塞控制和连接管理。

    UDP协议

    UDP协议特点:

    • 无连接
    • 尽最大努力交付
    • 面向报文
    • 无拥塞控制
    • 支持一对一、一对多、多对一和多对多的交互通信
    • 首部开销小**(只有四个字段:源端口、目的端口、长度、检验和)。UDP首部占八个字节

    UDP首部(源端口,目的端口,长度,检验和)
    UDP首部格式

    TCP协议

    • 面向连接
    • 每一条TCP连接只能是点对点的(一对一);
    • 提供可靠交付的服务:通过TCP连接传输的数据,无差错,不丢失,不重复。
    • 提供全双工通信;
    • 面向字节流。虽然程序和TCP交互是一次一个数据块,但是把应用程序交下来的数据看出仅仅是一连串的无结构的字节流
    • TCP首部占20字节

    TCP首部格式(源端口,目的端口,序号,确认号,数据偏移,保留,紧急URG,确认ACK,推送PSH,复位RST,同步SYN,终止FIN,窗口,检验和,紧急指针,选项)
    TCP首部格式
    我觉得了解首部格式是非常重要的,他的结构由作用来决定,TCP既然要保证提供可靠的交付,所以他的结构相对复杂,有很多标识来共同确保信息可靠

    展开全文
  • TCP协议的简单理解

    2020-11-02 23:03:05
    文章目录TCP主要特点TCP通过下列方式来提供可靠性停止等待协议连续ARQ协议滑动窗口TCP连接建立TCP连接释放TCP有限状态机 尽管TCP和UDP都使用相同网络层(IP),TCP却向应用层提供与UDP完全不同服务。TCP提供...
  • 停止等待协议(stop-and-wait)是最简单但也是最基础的数据链路层协议。很多有关协议的基本概念都可以从这个协议中学习到。 停止等待就是每发送完一个分组就停止发送,等待对方的确认。在收到确认后再发送下一个...
  • tftp协议

    2019-05-23 23:10:00
    TFTP是TCP/IP协议族中一个用来在客户端与服务器之间进行...TFTP是一个简单协议,适合于只读存储器,仅用于无盘系统进行系统引导,它只使用几种报文格式,是一种停止等待协议 特点:1、简单2、占用资源小3、适合...
  • 4.停止等待协议4.1 特征4.2 要解决问题及对策4.3 缺点5.连续ARQ协议5.1 概念5.2 例子6. 滑动窗口6.1 概念6.2 图例7. 接受端对发送端应答8. 面向比特链路控制规程HDLC8.1 帧结构8.2 零比特填充法8.3 HDLC特点9....
  • TCP协议

    2021-03-31 11:03:49
    停止等待协议和连续ARQ协议 流量控制 拥塞控制方法? 为什么要三次握手,而不是两次握手? 为什么要四次挥手? 为什么是2MSL? TCP特点 TCP是面向连接传输控制层协议。因为应用程序在使用TCP协议之前,必须先...
  • 传输层TCP协议

    2020-03-09 21:08:15
    目录 一、在TCP/IP协议栈,传输层有两个协议TCP和UDP 端口 端口在进程通信所起作用 ... 停止等待协议和自动重传请求ARQ(Automatic Repeat reQuest) 滑动窗口协议和连续ARQ协议 4、三次握手建立TCP连接 5...
  • 面向数据流 七项标记位 停止等待协议与改进的停止等待协议 滑动窗口技术详解:确认Seq与选择确认SACK 超时重传时间:查询计算与自动调整 流量控制功能:点对点流量控制   拥塞控制:相对整体网络环境而言;...
  • 详解TCP协议

    2020-03-18 13:50:58
    停止等待协议 每发送完一个分组就停止发送,等待对方确认。在收到确认后在发送下一个分组 全双工通信既是发送方也是接收方 (1):分组丢失:发送方发送分组,接收方没有收到分组,那么接收方不会发出确认,只要发送方过...
  • 运输层协议全面总结

    2019-03-28 00:39:39
    TCP传输控制协议4.1 TCP特点4.2 TCP连接4.2.1 TCP和套接字4.3 可靠传输原理4.3.1 停止等待协议4.3.2 连续ARQ协议4.4 TCP报文段首部格式 运输层协议简单梳理 网络层为主机间提供逻辑通信, 而...
  • 计算机网络-TCP协议

    2020-03-07 17:42:25
    目录1 概述2 TCP主要特点3 TCP连接4 可靠传输工作原理4.1 停止等待协议4.1.1 无差错情况4.1.2 出现差错4.2 自动重传请求ARQ4.3 连续 ARQ 协议4.3.1 基本思想5 TCP流量控制6 TCP拥塞控制6.1 拥塞控制一般...
  • 传输控制协议TCP3.1 TCP最主要的特点3.2 可靠传输的工作原理3.2.1 停止等待协议3.2.2 连续ARQ(自动重传请求)协议3.3 TCP报文段的首部格式(具体含义请参考教材)3.4 TCP可靠传输的实现3.4.1 以字节为单位的滑动...
  • TCP可靠传输原理6.1 停止等待协议6.2 连续ARQ协议7. TCP报文段首部格式8. TCP可靠传输实现9. 流量控制10. TCP拥塞控制11. TCP连接建立12. TCP连接释放2. 应用层1. 超文本传输协议HTTP2. HTTP报文结构 1...
  • 运输层之 协议概述与 UDP

    千次阅读 2018-05-21 14:31:06
    写在之前 最近学习谢希仁老师的《计算机网络》,发现很多知识...运输层协议的特点. 进程之间的通信与端口等 UDP 协议 重要的 TCP 协议和可靠传输的工作原理,包括停止等待协议和 ARQ 协议 TCP 报文段的首部格式 T...
  • 4.1停止等待协议 4.2连续ARQ协议和滑动窗口协议(t提高传输效率) 5TCP首部 6TCP可靠传输实现 6.1以字节为单位滑动窗口 6.2超时重传时间选择 6.3选择确认SACK 7TCP流量控制 7.1利用滑动窗口实现流量...
  • 1、停止等待协议 1.1 协议描述 1.2 故障处理 1.3 超时定时器 1.4 优缺点 2、连续ARQ协议 2.1 协议描述 2.2 累计确认 2.3 滑动窗口 2.4 选择重传 2.5 优缺点 四、流量控制 1、流量控制 1.1 原理 1.2 ...
  • 停止等待协议(停等协议) 无差错情况和出现差错 确认丢失和确认迟到 总之就是没有收到M1确认包,就不会发送下一个包确认 缺点:信道利用率低 连续ARQ协议 -自动重传请求(Automatic Repeat Request) 连续...
  • TCP(传输控制协议)特点:1.TCP是面向连接运输层协议 ...1.停止等待协议(发送完一个分组之后停止发送,收到接收方确认后再发送下一个分组) 理想传输情况 接收分组出现差错情况 B在接收M1
  • 目录 一、运输层引入 1. 一些常识 ...1. 停止等待协议 五、TCP报文段首部格式 六、TCP可靠传输实现 1. 以字节为单位滑动窗口 2. 超时重传时间选择 3. 选择确认SACK 七、TCP流量控制 1....
  • 1. 停止等待协议 三、TCP报文段首部格式 四、三次握手 1. 三次握手具体步骤 2. 第三次握手意义 五、四次挥手 1. 四次挥手具体步骤 2. 为什么 A 在 TIME-WAIT 状态必须等待 2MSL 时间? 3. 解决 TIME_...
  • 使用PPP数据链路层向上不提供可靠传输服务,因此,不需要使用帧编号(支持可靠传输的停止等待协议或ARQ协议等需要使用序号)。 封装成帧。PPP规定了特殊字符作为帧定界符(即标记一个帧开始和结束字符),...
  • 理想传输条件特点: 停止等待协议 1.无差错情况 2. 出现差错 3. 确认丢失和确认迟到 4. 信道利用率 连续 ARQ 协议
  • 进程之间通信运输层两个主要协议运输层主要功能运输层端口TCP端口UDP主要特点TCP主要特点套接字可靠通信实现停止等待协议信道利用率连续ARQ协议TCP可靠通信工作原理TCP可靠传输实现以字节为单位...
  • 介绍 IP 网络层所提供是不可靠传输 TCP发送报文段是交给伊层传送,因此,TCP必须采用适当措施才能使得两个运输层之间通信变得可靠 ...停止等待协议 "停止等待"就是每发送完一个分组就停止发送,等待对方
  • 停止等待协议 “停止等待”就是每发送完一个分组就停止发送,等待对方确认。在收到确认后再发送下一个分组。 全双工通信双方既是发送方也是接收方。 为了讨论问题方便,我们仅考虑 A 发送数据,而 B 接收数据...
  • 计算机网络基础知识

    2019-01-17 07:31:08
    传输层作用 传输层复用和分用含义 ...停止等待协议 滑动窗口协议 TCP流量控制 TCP拥塞控制 HTTP协议 HTTP工作流程 HTTP请求格式 HTTP 1.1中8种请求方式 HTTP响应格式 HTTP中重要请求头和响应...
  • UDP5.2.1 UDP 概述5.2.2 UDP 的首部格式5.3 传输控制协议 TCP 概述5.3.1 TCP 最主要的特点5.3.2 TCP 的连接5.4 可靠传输的工作原理5.4.1 停止等待协议5.4.1.1 无差错情况5.4.1.2 出现差错5.4.1.3 确认丢失和确认迟到...

空空如也

空空如也

1 2 3 4 5 6
收藏数 119
精华内容 47
关键字:

停止等待协议的特点