iKuai爱快流控路由

标题: L7未知协议不可避免，需保证每一种协议的带宽！已经更新。 [打印本页]

作者: attc4 时间: 2014-4-2 14:12
标题: L7未知协议不可避免，需保证每一种协议的带宽！已经更新。
本帖最后由 attc4 于 2014-4-2 18:29 编辑

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

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

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

作者: 协议分析师 时间: 2014-4-2 14:15
您好，谢谢您宝贵的意见建议～我们会慎重的研究和考虑您的提议的。

作者: iloveyou 时间: 2014-4-2 14:19
我也觉得要小包优先

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

作者: 协议分析师 时间: 2014-4-2 14:33

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

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

作者: attc4 时间: 2014-4-2 14:47

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

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

作者: 小C 时间: 2014-4-2 14:57

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

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

作者: 小C 时间: 2014-4-2 14:58

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

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

作者: attc4 时间: 2014-4-2 15:02

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

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

作者: s9456 时间: 2014-4-2 15:13
方向不一样。爱快的方向是类似收费服务类型的。建立专业的识别库。

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

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

作者: attc4 时间: 2014-4-2 17:25
本帖最后由 attc4 于 2014-4-2 17:34 编辑

小C 发表于 2014-4-2 14:58
ROS的L7之所以没人用是因为根本就没有协议支持。。。方向也不在此。
其实使用爱快完全可以用协议+单机限 ...

在此呢，我提出来的问题是有一个假设条件的：在协议无法识别的情况下
我看过爱快推荐的设置模版了，协议无法识别视为最高优先级对么，最大占用带宽50%对吧？

总的来说，未知流量无论是对于全网还是单机来说所造成的影响恐怕远远大于其不可识别率5%-10%。

所以实际上我在此提出的主要问题是需要对未知协议的应用做出区分，哪怕这个区分没有直接识别出应用名称那么准确，也是有必要的。
这里有几种思路，请参考：
1，仅讨论单机且协议无法识别的前提下：
按照我对设置模版的理解，单机且对未知协议一视同仁的限制上传和下载速度。
如果一个软件开多个端口，这些端口都采用相同的协议传输。而其中一个ERP软件或者游戏采用的协议与前者不同，且流量小。那么可以对其数据包转发优先么？（当然如何未知的将应用识别进一个类别是一个技术问题，但是在这里多做些研究恐怕比成千上万的收集协议做体力劳动效果更好）。如果这个软件更明显的只用TCP包，也不把明显大流量的UDP包应用降级么？所以我希望在路由的整体设置中，多一个选择是企业环境还是网吧环境。
2，如果确实无法区别也就是你所说的类迅雷软件UDP都是小包的情况，那么可否容许其网页浏览或者看视频的优先级高于未知应用呢？（因为网页和视频这里是可以识别的协议嘛）当发现其使用已经卡的时候，像X盟推送广告一样发送给用户进行选择： “您是否在玩游戏呢，如果不是，系统发现你看网页或者视频有些卡哟，请点击此处一键加速:lol ” 这就相当于让用户决定优先级的高低哟，而且易用性也很强。

把未知P2P和未知应用都放到一个优先级恐怕有很大的改进空间。技术开发识别进行分类太困难的话，把每一种未知应用的协议都保证小部分的带宽也是可以考虑的（可以考虑增加一个设置，如果出现多个未知应用，则让他们平分带宽）。

总结一下，请一定不要让这些未知应用以相同优先级争抢有固定上限的带宽。

作者: bruis 时间: 2014-4-2 17:41

小C 发表于 2014-4-2 14:58
ROS的L7之所以没人用是因为根本就没有协议支持。。。方向也不在此。
其实使用爱快完全可以用协议+单机限 ...

还需要添加单机限速根本达不到带宽高利用，没有一点意义

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