|
|
发表于 2018-7-25 09:42:39
|
显示全部楼层
呵呵，想起当年也跟人家口水战qos。
楼主其实只是来问高恪能不能实现优先级控制，这个对于linux的htb可以简单到prio控制。所以楼主想实现的东西，基本上在linux类的QOS是不存在问题。用的最简单的端口qos也可以实现这种流量的自动避让效果，效果就是游戏端口优先>web 80>p2p。实际情况就是优酷挖矿全速上行，一旦全民K歌上传时，优酷流量就自动避让。
当然高恪的具备更精细的L7协议识别。这个就是当时让人取笑的你这端口qos比得过人家pa那NB的DSCP标记吗。按这些年的研究其实在光纤线路即便流量达到80%左右的饱合程度仍然是不需要qos控制的，qos往往是要抑制流量达到90%饱合程度。这就是为什么很多人说起SQM很有效果，却又无法搞清楚为什么流量一波动SQM照样没效果。所以别忽略了，为什么同样的一套qos规则在不同的上行流量带宽效果不一致。上面的例子想仅仅通过prio来达到游戏流量的高优先级保障根本是不可能的，因为随着流量的抢夺在一些低带宽64KB/s线路依然会被p2p抢夺100%的流量，让高优先级的游戏无流量可用。
曾经见过高恪在恩山上的一篇和磊科的对比评测，我觉得老郭是名好销售。从技术人员的角度不应该避实就虚出那么一篇有误导的评测。高恪爱快都是很封闭的系统，仅仅靠文档是无法知道它内部的tc规则是如何设定的，所以很多东西别太想当然了。
udp_6060_0x10/0xff
tcp_26241_0x10/0xff
udp_53_0x20/0xff
tcp_22,23,123,3389,8123_0x20/0xff
tcp_80,443,1080,1863,8080,12000,14000_0x30/0xff
udp_500,1701,4000:4030,8000:8001_0x30/0xff
tcp_20,21,25,1024:65535_0x40/0xff
udp_1:65535_0x40/0xff
那么高格QOS
条件：单线WAN1宽带下行10M
本机能否单独迅雷下载持续占满WAN1
再打开在线视频流畅，再打开游戏ping不卡
WAN1总带宽·持续占满设置的QOS数量
也就是3种应用合计占满设置好的WAN1带宽大小，分开应用，当网页视频需要5M的时候，迅雷只有4M多一点的下载速度，游戏依然不卡！游戏需要多少都是最高优先级的QOS
请问高格能办到这种QOS嘛？能办到就牛B，办不到，市面上是有路由能办到的。我有点看不下去，到处搞代理，网吧高格做进去的机会都没有，文网统治了，办不到上述能力也不怎么样。
以上的QOS我随时可以放视频出来证明。如果高格办不到。
|
|
发表于 2018-7-28 08:56:16