iKuai爱快流控路由

标题: 求爱快支持延迟优化功能，让下载中延迟更稳定，作此项目 [打印本页]

作者: 小樱 时间: 2014-2-22 20:40
标题: 求爱快支持延迟优化功能，让下载中延迟更稳定，作此项目
求爱快支持延迟优化功能，让下载中延迟更稳定，作此项目有一定技术难度，如果爱快因技术原因无法实现，那也没法了。
环境为普通电信ADSL电话线2M测试。具体如何达到的就不方便透露了（PS：其实我也不大知道）。毕竟是技术产品。只希望爱快能琢磨出其中真正原理
个人认为，是把多个数据包整合到一个数据包进行下载。以便达到降低数据请求量，来进行处理的。怎么说呢，大概认为就是多线程下载和单线程下载的关系吧。
就算没这优化程序，谷歌单线程下载和迅雷多线程下载的对比也能较明显的对比出来。当然，这玩意并不会影响迅雷多线程软件的下载速度。

2M家庭电信宽带，开延迟优化全速下载后的延迟
(, 下载次数: 0)

关闭延迟优化后，全速下载看看延迟
(, 下载次数: 0)

作者: 534306413 时间: 2014-2-22 23:16
劫持PING功能其实就是掩耳盗玲的一个功能，关于你的电话线，带宽达到百分之80的时候，线路本身可能就会延迟，即使光千的，占满后都会延迟，想不延迟，就是要预留一部分带宽而已，所以。。。

作者: 小樱 时间: 2014-2-23 18:17

534306413 发表于 2014-2-22 23:16
劫持PING功能其实就是掩耳盗玲的一个功能，关于你的电话线，带宽达到百分之80的时候，线路本身可能就会延迟 ...

您好，这非劫持PING，请看TTL等。玩游戏效果非常的明显的。

作者: auraZiD 时间: 2014-2-23 18:31
劫持的话一般都是1ms或者ms咯，这个一看就知道不是……

如果把小包报文合并可行，但这样合并传输怎么实现呢……你把数据合起来，包头剔除剩下2个，到对端人家认不出来了…

其实呢，这个并不是下行问题；基本上对端发送ping回应和迅雷请求返回数据是一样混在一起出站传输的，到达你这边你只管接收就是了。
上行请求ping能顺利发出去，对端自然会返回相应的数据。压抑我方迅雷请求数据为一定速度，恰好等于2M线路的最大值略低，那么对方就会以这个速度发送数据给我方，但对方端口无拥塞，无排队，无丢弃，ping包也能及时到达。这种技术，大致上可以认为是广域网加速技术的一种，一般只有诸如锐捷、深信服、以及专做这个的华夏创新等主流厂商能够有技术研发，效果比起楼主发的图还更好，它是综合利用TCP滑动窗口，上行请求压制等做到的。很久之前PA曾经发布过类似技术，命名为“对端抑制”，就是主动压抑对端发送数据量，做到保证延迟，但实际使用总有点问题，说白了就是比较烂，不具有实用意义，后来的版本已经去除了。

另外有一种类似迅雷能满速下载，但上行却很低的技术，是需要软件实现的，它能骗过迅雷、BT和PT的软件检测，以为你以全速上传，所以会给你更多下行数据，但实际上真正只上传几K而已。而我们缩减到大多数上行速度是请求包来的。

作者: 小樱 时间: 2014-2-23 21:09

auraZiD 发表于 2014-2-23 18:31
劫持的话一般都是1ms或者ms咯，这个一看就知道不是……

如果把小包报文合并可行，但这样合并传输怎么实现 ...

是啊，说了半天，终于有一个人能理解意思了么。果然技术问题非技术人员不好交流。具体怎么实现的也不清楚，在网络TCP底层优化的软件也有一款叫做锐速。他能大幅度提升上传速度。。我现在用的这个是大幅度提升稳定性降低延迟的。大概这个也是通过改写网络底层达到QOS数据优化吧？还是什么的。

作者: 419788808 时间: 2014-2-23 21:22
假设ADSL电话线路4M，上60KB，下480KB，用单线程下载下载速度 480KB左右，上行10KB左右。延迟会依然很低。

迅雷下载，下载速度480KB左右，上行同样10KB左右，延迟很高。

因为连接数的关系。

你试试ADSL 电话线路连接1000连接数，带宽上下基本占用几KB。你看看ping低吗？

作者: 小樱 时间: 2014-2-24 17:47

419788808 发表于 2014-2-23 21:22
假设ADSL电话线路4M，上60KB，下480KB，用单线程下载下载速度 480KB左右，上行10KB左右。延迟会依然很低。 ...

所以就和我一楼说的一样，假设应该是把多个数据包整合起来合并发送

作者: auraZiD 时间: 2014-3-3 18:40

小樱发表于 2014-2-24 17:47
所以就和我一楼说的一样，假设应该是把多个数据包整合起来合并发送

对于有ADSL链路，要综合猫的并发连接数（活动状态）是否能承受作为判定结果。也就是说，迅雷大量并发连接，导致服务器端不允许你那么多并发连接出现（其实多数都是ISP搞的），他就会随机出现某些连接一直丢弃……而且的确一般的猫太多连接会出现延时上升……

ADSL的线路，以ADSL2+技术而言，下行理论值是24Mbps，上行是1Mbps，我曾经有一条电信没限制端口上行速度的ADSL线路，单拨就已经可以跑满1M，在噪声很棒的情况下的确能跑到115k左右比较稳定传输，但延时惨不忍睹。而噪声很糟糕的情况下，或者实际网络应用环境下，通常都限速75k这样，比较实用，以这个速度哪怕跑满也不影响延时。

而对于非技术问题，是ISP限制，你传输再多对端都会给你丢了。例如我现在用的电信光纤，有一条是12M/0.5M的，上行路由见到WAN口发送速度是100k多，但实际上软件计算还是60k，因为电信给我丢掉40k的数据了，此时你ping外网就会出现很有趣的事情，延时不高，但有时候就直接“无响应”……因为ping包不存在超时重传，无回复就会报告给你……

说回正事，广域网延时优化这个技术，基本上普通的QoS都是出站队列区分应用，再按模板规则出站，但缺点的确是跑不满带宽，因为下行是不可控的，除了广域网加速。而无论上下行只要任意有拥堵都会导致高延时，所以普通QoS无法控制下行（路由既定），上行可以随意控制，效果就不是十分如意。而广域网延时优化是属于高端的真的可以卖大价钱的东西，普通软路由厂商没有能力开发。

作者: 小樱 时间: 2014-3-3 22:05

auraZiD 发表于 2014-3-3 18:40
对于有ADSL链路，要综合猫的并发连接数（活动状态）是否能承受作为判定结果。也就是说，迅雷大量并发连接 ...

诶，是啊，就例如我说的，如果爱快没有技术能力实现也没法了，毕竟网络拥堵算法这块很难

作者: xinyuzu 时间: 2014-3-4 01:36
好像就是个限速，开启时只有200KB的下载，没开就全速下载了，当然卡了

作者: 小樱 时间: 2014-3-4 07:23

xinyuzu 发表于 2014-3-4 01:36
好像就是个限速，开启时只有200KB的下载，没开就全速下载了，当然卡了

网卡局域网通过流量是那么多，实际下载速度是一样。

作者: mm2x 时间: 2014-3-4 07:51
这个简单让ICMP最先通过路由就可以稳定了所谓的稳定不过是排序问题

欢迎光临 iKuai爱快流控路由 (https://bbs.ikuai8.com/)