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

attc4

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

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

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

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

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

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

bruis

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

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