企业无线， 500 终端（手机平板什么的）， 40M 的带宽可分配。求建议

[nemuol]

没有流控，只有防火墙和AC
qos只能按照组，不能按照IP，所以拟定分成16组，每组30终端分2.5Mb。

有领导说放在1个大组，共享40M。

请问哪种合理，效果好？或者有更好的建议吗？进来的都感谢。

[Mac]

TP的企业级路由有智能分配带宽的功能，即设定一个带宽上限和下限，一旦即时带宽低于某值就启动限定规则。

[xuhaoyangx]

准备cache啊，500终端建议共享

[nemuol]

建议共享cache，还是1个组共享40M带宽

[nemuol]

@Mac 如果不添加设备的情况下，有什么好建议吗

[nemuol]

@xuhaoyangx 建议共享cache，还是1个组共享40M带宽

[datocp]

400mbps带宽还是非常充足的，每终端平均80kb/s。足够刷刷网页。实际剩余带宽看起来也很充足。
不知道组是什么概念，大组等于没分，平均分法的小组带宽限制在2.5mb/s。这样如果有p2p用户也仅影响该组用户。
tplink的那个所谓智能qos，原理是当lan内流量到一定阀值，就开始启用预置限制规则，你可以想象成刚开始所有终端都可以无限制抢夺剩余带宽，当流量达到320mbps,开始按30ip范围一组分16组限制。
实际在只有20mbps带150ip时效果很差劲，400mbps带500估计马马虎虎吧。

目前用的都是linux类设备，内核的iptables connbytes模块直接可以以秒级计算当前所有终端实时流量，然后再对一些超限用户实施动态流量限制，必要的话加上并发限制。当然比均分法更准确，更灵活。

[nemuol]

@datocp 我没说清楚哈，是40Mbps，每人平均10KByte。
对，大组就是不分。
我和你想的一样，如果有影响只对本组。
谢谢

[datocp]

。。。40mbps带500，还不知道实际上行有多少，，，，，，，没经验。我用10mbps 1.4mb/s的专线带过120ip,按常规方法当然不可行。平均10kb/s,30终端的小组限制严格的话应该是300kb/s，linux下如果实施ip组流量限制，由于它是由上往下遍历规则，组平均流量如果大于300kb/s将会出现近水楼台先得月，前面规则优先获得带宽，后续规则无带宽可分配的情况。
所以均分法基本不可行。
你可以先按你的想法实施看看，我估计效果非常不理想。qos毕竟带有优先级实现，可以让常用的聊天端口，web浏览优先p2p，但是依然是以一定的流量限制为基础的，有些有并发限制的网络随便一个迅雷就把网络弄坏了。按ip的均分法实际效果非常差劲。11--300kb/s和1-5000kb/s的用户体验还是非常不一样的。

[nemuol]

上下行几乎对等。我这FW分组就相当于一个大屋子30终端共用2.5Mbps（300KB），一共16个大屋子互相不影响。
主要是FW不支持按照IP限速，才想的这个方法。
如果不分组500终端共享5000KB，总觉得有几个开迅雷的就拖垮全部终端了。

[nemuol]

@datocp
上下行几乎对等。我这FW分组就相当于一个大屋子30终端共用2.5Mbps（300KB），一共16个大屋子互相不影响。
主要是FW不支持按照IP限速，才想的这个方法。
如果不分组500终端共享5000KB，总觉得有几个开迅雷的就拖垮全部终端了。

[xuhaoyangx]

所以综上，个人建议还是拿台主机做路由做流控，根据数据包做qos。根据时间段开放下载工具速度，保证一些端口的速度。

[msg7086]

@nemuol 几个开迅雷？别闹了，开一个就爆了。

[nemuol]

@xuhaoyangx 恩，的确。不用流控，不根据数据包做qos的话。怎么都不理想。

[nemuol]

@msg7086 是啊。只能呵呵了。有什么好的建议

[xuhaoyangx]

@nemuol 公司= =不允弄么。随便拿台主机都可以搞个ros什么的，就可以搞了

[nemuol]

@xuhaoyangx 主要是要有硬件级的稳定性。随便找台x86，如果用了几个月断网就不好玩了，这个无线是365*24

[mornlight]

很像知道楼主用的是什么无线AP能带这么多终端

[nemuol]

@mornlight 有控制器的都可以，你要先买100个AP，很多钱！

[nemuol]

以上，综合大家，我心里有数了，谢谢了。睡觉去了

[xuhaoyangx]

@mornlight 一般ap 70个活跃到顶了，所以卤煮的是AC+AP的方式来弄的。

x86其实还行。晚上可以重启基本上不会出什么问题。
我经常是帮老同学的网吧做过这些