确认只需要对按序到达的最后个分

mostafizui7

出现差错第二是无论发生数据的速度有多快接收端都来得及接收。但是在现实的网络环境下几乎是不可能实现的 使用了重传机制来解决传输数据出错的问题使用流量控制来降低发送端的速度以便接收端来的及接收。停止等待协议 每发送个分组就停下来等收到了对方对该分组的确认之后再继续发送下个分组。每发送完个分组就设置个超时计时器如果在规定的时间内没有收到分组的确认消息就会进行超时重传。在规定时间内收到了确认消息就会撤销计时器。

同时需要注意三点①计时器设置的超时时间应该稍微长于分组的往返时间如果时间太长通信效率就会很低如果时间过短会产生不必要的重传浪费网络资源。②为每个分组都设有个副本以便超时重传时使用当收到了分组的确认后再进行建 瑞典电话号码表 能清除。③分组和确认分组都必须进行编号这样才能明确是哪个分组收到了确认。协议 假设分组的确认丢失了发送方在设定的超时时间内没有收到确认不知道是自己发送的分组丢失还是接收方的确认丢失因此发送方需要重传分组。



当接收方收到了分组后就丢失这个分组重新发送确认。还有种情况是分组没有丢失但是晚到了发送端会受到重复确认会收下并且丢弃接收端仍然会收到重复的分组同样丢弃并确认。上述确认和重传机制即 自动重传请求接收端不需要向发送端发送重传请求当超过指定时间时发送端会自动进行超时重传。效率问题 停止等待协议的优点是简单缺点是信道利用率太低。信道利用率为 是发送分组的时间 是发送确认分组的时间 是往返时间当 远大于 时通信效率就会非常低。