论坛徽章:: 8

电梯直达

1楼 [收藏(0)] [报告]

发表于 2013-04-10 17:23 |只看该作者 |倒序浏览

20可用积分

本帖最后由 firocu 于 2013-04-26 14:21 编辑

最近在看拥塞控制的代码，各种TCP版本穿插。。。加上看了本不靠谱的书。。。进度很慢。。。

我现在不明白的地方较多，不过基本上都是tp->ordering这个量引起的。
我理解的是，连接建立时，tp->ordering会被初始化一个值，3.如果发生超时还会被重新赋值为3.
0 谁能帮我理清一下这个变量的用途？
1 我分不清sack是否开启对ordering的语义有什么影响？
2 这个变量一直再增大，只在超时后，重赋值为3.为什么？内核邮件列表中也有人问了这个问题，Miller 说了一堆废话。。。就是没讲为什么？见下。
http://comments.gmane.org/gmane.linux.network/135012

====================================================================

终极答案看这个论文：
RR-TCP_A_Reordering-Robust_TCP_with_DSACK

最佳答案

henrystark

查看完整内容

ordering估计和dack判定有关，后者常用常量3，即大于等于三个段，判定重复，转移拥塞状态机。估计就是这种用途，至于超时重新复制，大概是因为超时引起了新一轮慢启动。判断条件应该重置。sack对ordering的赋值理论上还是有所影响的，现有的tcp协议栈默认包含了sack机制（从reno到cubic，很早了）。sack的包格式为 ackno sle sre，可以指明丢了多少包，至于具体怎么影响量值变化，还没仔细研究。建议楼主公布一下研究的成果。

文库|博客

henrystark

白手起家

论坛徽章:: 0

2楼 [报告]

发表于 2013-04-10 17:23 |只看该作者

ordering估计和dack判定有关，后者常用常量3，即大于等于三个段，判定重复，转移拥塞状态机。
估计就是这种用途，至于超时重新复制，大概是因为超时引起了新一轮慢启动。判断条件应该重置。
sack对ordering的赋值理论上还是有所影响的，现有的tcp协议栈默认包含了sack机制（从reno到cubic，很早了）。
sack的包格式为 ackno sle sre，可以指明丢了多少包，至于具体怎么影响量值变化，还没仔细研究。

建议楼主公布一下研究的成果。