1500秒发帖间隔 我可以顶下了吧

爱快研发03 发表于 2015-6-26 18:59
如果 用户自定义协议 不覆盖 官方的协议名称。

还有楼主，你对QOS那里有理解误区。

我自定义协议名字是 all或者other   TCP/UDP1-65535 名字并没有覆盖..只能说我端口覆盖全局了....但路由所有数据确实全部会走all这条协议... 爱快匹配顺序真是倒着来?

爱快范畴外:
1 抢占带宽确实如你所说...我主要是上行限制下...做个说明实例.
2 tomato QOS的确实是累计计算大小然后改变协议优先级..最明显就是打开一个视频页面.一开始肯定是www-H..然后累计数据超过我设定的256KB后就自动变成www-L协议.不会反复清空..除非目标IP/传输端口变更或者直到关闭连接.看视频可以明显看着走几十MB流量.

不能回帖 编辑加下面吧...

谈谈为什么要有all这一条
举例 按照我在tomato的协议库设置
路由器收到一个数据包后开始比对协议...我需求较低...最多比对7次就可以按照流控发出数据包了...
爱快现在有多少条协议...几百?后续是不是上千条...但还是没有全部覆盖...毕竟端口都有65535个

比如去匹配一条协议一次是1MS...收到个UDP 目标端口34562的数据包..我的tomato比对7次就可以用all协议发出..
爱快呢...是先去网络游戏比对 然后HTTP通讯比对?要多比对多少次?
这样效率就会低很多...
我承认爱快这样是精准很多...但是一般公司可能不需要分类这么多吧..保证WEB 通讯..行业软件 这些....其他都一个固定all协议流控就好了...
所以精简协议库.流控是个提升转发效率的好手段...

爱快是可以自定义协议.但太多对于我没用的协议也不能删除禁用...而且我不知道匹配顺序...导致我数据会全部走自定义all协议...
还是麻烦技术给个协议匹配顺序吧...另外是不是有了自定义协议.系统自带的可以全部禁用.不去匹配提升转发效率..

如果 用户自定义协议 不覆盖 官方的协议名称。

还有楼主，你对QOS那里有理解误区。
1、WWW-L 那个 5%-80%  ,这个是一个 最小带宽（带宽保证）--最大带宽
    带宽保证 高于优先级运算，如果你认为 该协议 是非要要的（如P2P），那么给他的带宽保证就设置1%
    这样抢占带宽的时候 会优先被其他人抢走。
   
   6%-80% 这些带宽 是波动带宽，是大家都按优先级 来抢占（也可以理解为借带宽）。
2、你描述的  带宽 超过 256KB  走 另外一条策略，这思路是错误的。
     比如 相同的一个IP，做了2条限速， 100K 和 200K 。这只能达到100K ，不可能达到 200KB。

     你在 配置规则哪里 有256K 配置哪里 应该是当前的连接 累计大小，不应该是 单签速率大小。     你想：
           当超过 256K , 使用低限速，那么他立刻降低到 128以下，但是很快又超上去，然后又降下来，然后又超上去。
     目前我的理解应该是这样。

向你学习

有没技术答复一下?