L7未知协议不可避免，需保证每一种协议的带宽！已经更新。

attc4

协议的识别率总会慢于目标软件的升级，而且大量的非主流软件也不可能去内置他们的协议。
所以这里有个问题，如果企业用的ERP软件同时和某个游戏的地图更新都跑到未知里面去了呢？而这2者又在根据协议限速的同一个单机上发生？
一个需要的最高优先，一个恰恰相反。
更新新的思路：
在此呢，我提出来的问题是有一个假设条件的： 在协议无法识别的情况下
我看过爱快推荐的设置模版了，协议无法识别视为最高优先级对么，最大占用带宽50%对吧？

把未知P2P和未知应用都放到一个优先级恐怕有很大的改进空间。技术开发识别进行分类太困难的话，把每一种未知应用的协议都保证小部分的带宽也是可以考虑的（可以考虑增加一个设置，如果出现多个未知应用，则保证他们每一种协议的带宽）。
详细的说一下：假设有个A B  2个电脑，单WAN接入。
未知协议总下载设置为50%，总上传设置为40%。
A电脑同时有x y z三个未知协议
B电脑同时有X Z 两个未知协议
那么可否考虑将X Y Z协议允许的上限分别降低为50%的三分之一和40%的三分之一，如果出现网内出现4种协议，则降低为四分之一，依次类推。如果其中一种协议流量很小，则调高另一种流量大的协议的带宽上限，但无论如何也保证其中一种协议独占一定的带宽。

总结一下，请一定不要让这些未知应用以相同优先级争抢有固定上限的带宽（尤其是在对单机的未知协议进行严格限速的情况下）。

协议分析师

您好，谢谢您宝贵的意见建议～我们会慎重的研究和考虑您的提议的。

iloveyou

我也觉得要小包优先

iloveyou

协议里来个可以设置多少K先转发就更好了

协议分析师

iloveyou 发表于 2014-4-2 14:22
协议里来个可以设置多少K先转发就更好了

这个意见建议我们已经向开发组进行了反应

attc4

协议分析师 发表于 2014-4-2 14:33
这个意见建议我们已经向开发组进行了反应

在未知中流量大的恐怕很多都是手机的应用更新和网络机顶盒之类，很少收录的协议。
添加所谓超过多少K就降低其优先级的方法恐怕比花钱花时间大量收录协议效率要到得多。
看看Ros这个软件，L7又有多少人用呢。
没有L7也算是合格的QoS，只有L7，恐怕就是空中楼阁了。。。

小C

iloveyou 发表于 2014-4-2 14:19
我也觉得要小包优先

迅雷绝大多数UDP是小包的。咋优先。

小C

attc4 发表于 2014-4-2 14:47
在未知中流量大的恐怕很多都是手机的应用更新和网络机顶盒之类，很少收录的协议。
添加所谓超过多少K就降 ...

ROS的L7之所以没人用是因为根本就没有协议支持。。。方向也不在此。
其实使用爱快完全可以用协议+单机限速来完成你的需求。

attc4

协议分析师 发表于 2014-4-2 14:33
这个意见建议我们已经向开发组进行了反应

即使爱快的识别率已经达到了95%，可是那剩余的5%未知就可能导致 阴沟里翻船。
真正可怕的不是已经识别的内容，而是你不知道它是个什么流量。
所以请像开发组反应，对于未知的协议而言：如果小于多少K将其优先级上调，而多于多少K，优先级就下调。毕竟未知的应用所需优先级可能截然相反...  如果有“突发流量”功能就更好了  
这2个机制一旦开发完成，可以很久不用改动，可不同于不断更新的协议哟，可谓万能且省时间省力气

s9456

方向不一样。爱快的方向是类似 收费服务类型的。建立专业的识别库。

另一个方向就是 ，给你设置的地方，自己弄去。不会弄就用不来。要么就是像ROS一样，光是教程就可以百度出来几百万条目。。。

爱快这种方式相信更多人支持，虽然，有些“高手”是希望要自己捣鼓。相信他们是ROS高手级别。但是大部分的人是招架不住的。