反馈一个有关Qos的逻辑BUG

zdypk1994 · 发表于 2019-4-11 18:58:54

路由器：GOCLOUD S3A (K2P MTK版)固件版本：4.2.6.16033

使用背景：我的带宽是50M，光猫是百兆口（其余所以的网络设施均为千兆速率），开启单线4拨后，实际速度可以超过100M（具体多少未可知，买的千兆猫还没送到，到手再测）。但是受制于百兆口光猫的限制，迅雷的最大速度只有11M/S,差不多是百兆口速度的极限了。

这个BUG具体表现为：当开启所有虚拟wan口的智能流控QOS，然后开启迅雷下载热点资源，迅雷下载的网速会始终保持在11MB/S上下，局域中其他设备无论是浏览网页、看视频、逛淘宝均会明显卡顿。这个时候迅雷的下载速度依旧是11M/S上下，进路由的管理界面，各个虚拟wan口的占用大概是30%上下。

猜想：高恪的QOS应该是对比在单线多拨时候手动填进去的宽带大小和实际虚拟wan口速度之间的关系，如果虚拟wan口接近100%占用的话再启动QOS的相关策略。但是其忽略了：由于实际硬件限制，即使多拨可以达到200M的带宽，实际总的速度只有100M，也就意味着虚拟wan口永远不会达到100%的占用。就会导致高恪固件的QOS流控实际是失效的。

基于实际使用的一点猜想，具体情况如何要等高恪官方出来说一下了。

admin · 发表于 2019-4-11 19:37:04

亲，你已经回答了自己的疑惑。

你每条线路带宽应该填25M，而不是100M

zdypk1994 · 发表于 2019-4-11 20:04:15

admin 发表于 2019-4-11 19:37
亲，你已经回答了自己的疑惑。

你每条线路带宽应该填25M，而不是100M

为了qos是可以这样设置，但是问题是有些人可能没有发现啊，他可能就会觉得啥鸡儿固件，说好的智能流控呢？卡的一批。。。。
所以我觉得如果官方能完善一下qos的相关逻辑，那么就免去了小白用户的折腾之苦。

admin · 发表于 2019-4-11 20:07:37

zdypk1994 发表于 2019-4-11 20:04
为了qos是可以这样设置，但是问题是有些人可能没有发现啊，他可能就会觉得啥鸡儿固件，说好的智能流控呢 ...

亲，程序如要知道你填的是100M 实际只有25M，这是需要测速的。

hewen320 · 发表于 2019-4-12 11:38:50

admin 发表于 2019-4-11 20:07
亲，程序如要知道你填的是100M 实际只有25M，这是需要测速的。

建议增加个傻瓜式的。测速后自动设置。

hewen320 · 发表于 2019-4-12 11:40:34

admin 发表于 2019-4-11 20:07
亲，程序如要知道你填的是100M 实际只有25M，这是需要测速的。

还增加个局域网共享的功能。

victor · 发表于 2019-4-12 23:49:31

就好比是使用百兆交换机，QOS的参数填了千兆，不出问题才奇怪~

[K2P] 反馈一个有关Qos的逻辑BUG

内测达人