是否有一种算法用于指纹捕获会话中使用的TCP拥塞控制算法?

我想要一个程序来确定捕获的TCP会话中使用的TCP拥塞控制算法。 引用的维基百科文章指出:   TCP New Reno是最常见的   实现算法,SACK支持   很常见,是一个扩展   里诺/新里诺。大多数人都是   竞争提案仍然需要   评价。从2.6.8开始   Linux内核切换了默认值   从里诺到BIC的实施。该   默认实现再次   在2.6.19中改为CUBIC   版。 也:   复合TCP是Microsoft   维护的TCP的实施   两个不同的拥堵窗口   同时,目标是   在LFN上取得良好表现   同时不损害公平。它有   已经与微软广泛部署   Windows Vista和Windows Server 2008   并已移植到较旧的Microsoft   Windows版本以及Linux。 确定使用哪种CC算法(来自第三方捕获会话)的策略是什么? 更新 该项目构建了一个工具来执行此操作:   最近有互联网   从均匀拥塞演变而来   控制异构拥塞   控制。几年前,互联网   交通主要由控制   标准TCP AIMD算法,而   互联网流量现在由   许多不同的TCP拥塞控制   算法,如AIMD,BIC,CUBIC,   CTCP,HSTCP,HTCP,HYBLA,ILLINOIS,   LP,STCP,VEGAS,VENO,WESTWOOD +和   YEAH。但是,很少   致力于性能和稳定性   用互联网研究互联网   异构拥塞控制。一   根本原因是缺乏   部署信息不同   TCP算法。这个目标   项目是:
1) develop tools for identifying the TCP algorithms in the Internet,
2) conduct large-scale TCP-algorithm measurements in the Internet.
    
已邀请:
除了你在这里提到的还有更多的拥塞控制算法,我的头脑中包括:FAST,Scalable,HSTCP,HTCP,Bic,Cubic,Veno,Vegas。 由于实际实现中的错误修复,它们也有很小的变化,我猜测不同操作系统中的实现也表现出彼此略有不同。 但是,如果我需要尝试提出一个想法,那就是估计连接的RTT,你可以尝试查看第三个和第四个数据包之间的时间,因为第一个和第二个数据包可能会被污染通过ARPs和沿途的其他发现算法。 在对RTT进行估算之后,您可以尝试在此过程中对其进行优化,但我并不确定如何做到这一点。但是你不需要一个完整的程序规范,只是想法:-) 通过计算出RTT,您可以尝试将数据包放入RTT箱中,并计算每个箱中的飞行数据包的数量。通过这种方式,您将能够“绘制”估计的cwnd(bin中的数据包数)到时间并尝试在那里进行一些模式匹配。 另一种方法是沿着跟踪并尝试在头脑中“运行”不同的拥塞控制算法,看看在任何一点上的决定是否与您所做的决定相匹配。这将需要一些宽大和准确的间隔。 这绝对听起来像一个有趣和具有挑战性的任务     

要回复问题请先登录注册