2000兆(2千兆)宽带 13层楼 55米长楼道放置了5个吸顶AP，总共715个 平均连接数500(应该是500个客户端在线)，下行只有不到1M/S(1mbps/s,1MB/s这流量也太太不正常了，还是针对IP做了流量限制)，上行,20M/S 信道用的是1 ，6, 11这样布置，是不是因为干扰严重。有什么解决办法
什么 AP 型号未知。
曾经用过一年的ubnt UAP LR，还非常高兴因为终于玩了一把所谓的集中管理方式在这论坛大写了一篇文档，但是玩到天天被同事电话打爆，各种我无法用技术解决方法排除的故障，一度觉得遇到鬼了。。。一些特定位置6个AP轮流换就是不正常，到其它位置又正常而这个位置只能通过刷不同版本的固件才正常。更别提100M口连20mbps带宽都跑不满，而同一个vlan交换机上的tp wa801 却满速。然后一些朋友就联系上我来解决UAP LR的一些问题，还是酒店这种立体环境。但是很报歉让很多朋友跟着我踩进了UBNT UAP这个大坑。那时候在2014年以前，不针对现在UAP AC系列评论。
在过道这种环境要取决装修布局，顶部是否空洞，不然门一关信号就没了，而客户端的信号强度又会影响AP的实际呑吐量。无线跟距离无关却实时得受着这些弱信号客户端的影响，即便你坐在AP前面1米距离，15米外面的前台隔着2道玻璃门连接在这AP上，连AP管理页面都别想连上。
在同样SSID环境，如何让这些客户端实时的漫游到附近的AP才是关键中的关键。已知android手机，目前观察来看手机客户端都能很好的自主切换到临近AP。windows默认的wifi连接软件，根据观察如果不选择 连接到更适合的网络 它仍然喜欢连接到最后一次连接成功的那台AP上，这个我认为是ssid相同设备连接的BSSID却是不同。但是一旦这个选项选择上，根据今年的测试结果windows就可以很好的自主连接到附近AP上了。
为了解决AP因为设备移动而导致的信号降低，弱信号接入而导致的呑吐流量降低，目前技术上最好的实现像openwrt可以设定basic_rate这个据说是为了解决11g 11N强制过时的客户不准接入。那么AP的主动踢除将是一个非常好的防止AP性能被拉低的方法。
至于上下楼层间这种立体环境，在1楼的客户端到底是连接在1楼还是连接在2楼，还是只能靠弱信号踢除方法在1楼2楼间的AP反复跳转，这个只能靠自己去现场实际调试通过降低发射功率减少AP间的重复覆盖区域，实在不行在同样SSID的基础上再发射一个根据地理位置标示的SSID，让人员有机会知道该连接到哪个AP上。
至于QOS，实际上像tplink那种说是能带500ip的设备在只有20mbps的带宽时根据IP来均分带宽也无能为力。这个可能玩家能玩的就是ros的pcq了。我这里用的简单的上行目的端口qos防止p2p拥塞，下行用的动态限速，防止1%的ip占用99%的带宽又可以让带宽达到100%的利用。
至于是否总流量只有1M/s。目前已知网络中如果存在组播包的话确实会影响网络的实际性能，当时针对uap用ebtables关闭了内部的自动探测包而且每天cron定时重启AP。而在软件广播环境，还好用的是linux类路由，同样可以用ebtables丢弃组播包，防止网关路由被拥塞没流量。。。