免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
查看: 1352 | 回复: 0
打印 上一主题 下一主题

[网络子系统] TCP/IP的快恢复算法怎么理解? [复制链接]

求职 : 通讯/电信开
论坛徽章:
2
2015亚冠之鹿岛鹿角
日期:2015-07-08 11:58:2615-16赛季CBA联赛之佛山
日期:2015-12-21 17:28:04
跳转到指定楼层
1 [收藏(0)] [报告]
发表于 2015-05-20 09:56 |只看该作者 |倒序浏览
本帖最后由 九阳神功爱喝茶 于 2015-05-20 19:49 编辑

Fast Recovery算法如下:
ssthresh = cwnd/2
cwnd = ssthresh  + 3 * MSS (3的意思是确认有3个数据包被收到了)
暂停所有传输报文并且重传丢失报文
1)如果再收到 duplicated Acks,那么cwnd = cwnd +1
2)如果收到了新的Ack,那么,cwnd = ssthresh ,然后就进入了拥塞避免的算法了。

有点我不明白的是:
      比如第一种情况,收到重复的ACK,这说明之前的之前那个被多次重复ACK的包又没有收到或者接收端的ACK传输到发送端出错。
      第二种情况,如果收到新的ACK,这不是说明之前那个被多次重复ACK的包发送成功了。
      这不是说明第二种情况下比第一种情况信道拥塞情况要好吗?那为什么发送窗口反而更小了?


还请各位前辈不吝指教,谢谢。

///////////////////////////*************************//////////////////////////////////////////////
今天我反复想了想这个问题,说说我的思路。
     比如,发送12345678这8个数据包,12收到,3丢失,ack3,4收到ack3;5收到ack3;此时发送端连续收到3个重复的ACK3的信息,启动快速重传和快速恢复算法;
首先设置ssthresh和cwnd;然后停止数据包的发送,并发送第三个数据包。
    如果仍然受到第三个数据包的ack,说明6、7、8数据包到达接收方,因此给发送方的信息就是容量还没用完,仍然可以加大发送窗口?
    如果收到新的数据包的ack,那只能说明不仅仅是第三个数据包,6、7、8必然也有数据包没有到达,网络容量堪忧?

    基本靠自己对这那本书和网上的帖子理解的,能不能做实验验证下?
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP