流水线技术:解决停等协议对物理资源的浪费

流水线可靠数据传输协议

rdt3.0性能问题的核心在于它是一个停等协议

在这里插入图片描述

在停等协议中,发送方发完数据之后,必须进入等待ACK/NAK状态等待来自接收方的反馈信息。在等待状态中,发送方无法发送新一批的数据。这就造成了效率低下的问题。

解决方法是:不使用停等方式,允许发送方发送多个分组而无需等待反馈信息。即使用流水线技术。

在这里插入图片描述

比如,允许发送方在收到等待确认之前可以发送三个分组,那么效率也将提升3倍。
在这里插入图片描述
在这里插入图片描述

流水线技术将给可靠数据传输协议带来一下影响:

  • 必须增加序号范围。因为每次输送有多个分组,所以只有0,1两个序号不够用了。
  • 发送方和接收方需缓存多个分组
  • 所需要的序号范围和对缓存的要求取决于协议如何处理丢失、损坏及延时过大的分组。

解决流水线的差错恢复有两种基本方法:

  • 回退N步(Go-Back-N,GBN)
  • 选择重传(Selective Repeat,SR)

接下来将展开讲述GBNSR

回退N步(GBN)

GBN协议中,允许发送方发送多个分组而无需等待反馈消息。但是GBN也不是说发送方可以无节制的发送,我们限制在流水线中已发送但未被确认的分组数目不能超过N。这主要是出于流量控制的原因。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

极客熊猫GeekPanda

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值