解决selective repeat的死锁问题

本文讨论了滑动窗口机制中的两个问题:当窗口过大时可能导致混收,以及接收方未接收到seq0但发送方等待ack0导致的通信阻塞。提出解决方案是将滑动窗口大小设置为seq的一半,并通过检查未确认的最小包序号动态调整发送基点。
摘要由CSDN通过智能技术生成

首先是一下SR: Dilemma:

简单来说就是当滑动窗口过大,在情况b的时候就无法辨别出是第一组的seq#0的包还是第二组seq#0的包,就会造成一个混收的情况,解决方法是slide window size是seq的一半

这是第二个问题接收方无法接收seq0,但是发送方会一直等待ack0,这样两边互相不知道,解决方法:

If n smallest unACKed pkt (seq # == send_base), advance window base to next unACKed seq #

意思是如果没有收到ack的包是发送窗口中send base的包,那么窗口自动向前移动直接过掉这个包

  • 10
    点赞
  • 7
    收藏
    觉得还不错? 一键收藏
  • 1
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值