求助，QOS方案有什么好用的么？

树高

用PC装openwrt？

或是拿个几百块的路由刷石像鬼？哪个效果好点？

客户端有二三百个吧，会用多个无线AP接入。 这台设备仅在出口处做DHCP和QOS，能抗住么？

byteway110

几百个客户还是pc软路由靠谱些，石像鬼毕竟不是商用系统应该带不了那么多

树高

好像openwrt是可以装pc上的，但是不知道QOS给不给力。

回忆∞回不去∫

上软路由装维盟 ，或者买硬路由维盟，价格死贵。QOS  无敌

树高

好像和H3C价格差不多嘛。  H3C也带QOS的。企业极应该也还好。

只是定制性没有openwrt好。。所以考想看看openwrt

dato

这个东西，不经常研究QOS脚本写法的话，是不可能速成的。

linux下面的qos基本由tc+iptables+相应的iptables模块组成，还有非常灵活的shell脚本+cron组合可实时动态改变设置，没用过维盟不懂它的QOS如何无敌，脚本的灵活性可不是呆板的web管理界面可以实现的。常见的软路由routeros也是linux只是它家另类的语法转换是没有tc语法的实现，它的小包匹配基本是iptables length属性，它的优势有强大的各类cpu，还有独家的pcq算法。由于QOS的过程，基本属于识别分类匹配连接的过程，所以一旦环境放大就对cpu要求变得很高。而且openwrt的一部分文档反应ingress+egress接口流量总和只有60mbps左右的流量，家里没有100mbps光纤也无法验证是否直接作用于interface接口或者更好的cpu是否能破除这个魔咒。
mips平台用rtn16 480mhz刷shibby tomato 20mbps光纤带过150ip，不过可能这个实例不是很成功。然后用dlink600 b2 320mhz刷ddwrt 10mbps光纤带过120ip，不知道为什么总感觉ralink 3052f比rtn16反应快多了。
如果能找到一个足够强大的cpu带300应该是小菜一碟，所要做的就是如何优化规则减少包识别过程对cpu和内存的占用。但是QOS还是非常有环境针对性的东西，不存在一个万能的QOS适合各种环境。现在能用的规则基本属于ip+port也许在家用跟公司环境很ok，在网吧的话对不同游戏端口的识别就可能造成灾难性的重复。所以可能需要一个外部的像pa之类的软件重新标记进入路由然后用dscp进行标记分流。

这种东西没足够经验还是用成品设备比如上面推荐的维盟之类的好点。

mrchl

用PC装 爱快 呗
七层流控

7gedan

PC装ROS路由，带几百台没问题，各种限速方法，包你爽。

树高

呃，现在倒是在用panabit做流控。想把这个去掉。

不想限制网站或限速，只需要能排个优先级，使那些那些占用带宽小而又重要的访问稳定快速。

dato

之所以提到pa是因为在op下面基本能用的都是基于ip+port的识别。当时人家提到了网吧环境游戏优先级问题。那天跟那朋友争得面红耳赤，没问他具体是什么软件，只是那软件看起来很复杂，在外部标记dscp再进入routeros进行分流。
pa一直印象中很神奇，难道不好用吗？没用过，如果有办法生成dscp的话，也许op下最好的解决方案可能是sqm，这个东西是基于dscp标记分流的。但是dscp似乎又是个每包匹配的东东，不像其它的可以将包标记应用到连接上。所以每包识别过程不知道会产生什么cpu占用之类的问题。
不限速是不可能的，即便是100mbps的带宽300个人也只有42.67kb/s，按常规的方法当然是怎么都玩不好的，也许可以参考routeros实施rate优先级变化。

rapistor

搞x86的openwrt应该可以的。