偶在这论坛发过一些简单评测，由于时间太久不准再编辑，有些遇到的问题就没再修改。对于新手来说确实会碰到一些严重的性能问题，严重到每秒只有40kb/s的流量，我会感叹妈的还不如tplink，不过好在该解决的问题都解决了。
偶目前单AP，在一个400平方的环境有过73人的单机在线数量，当然由于手机而且大部分人员都在上课所以无法确认AP的繁忙程序，但不至于出现那么夸张的40kb/s的情况。
1，首要任务就是将固件更新到v3.1.10版本，目前这个已经是反应性能稳定接近RC的准发行版了。
http://www.ubnt.com/downloads/unifi/3.1.10/UniFi-installer.exe
你也可以用tftp方式更新固件
UniFi – TFTP soft recovery for bricked access point
http://community.ubnt.com/t5/UniFi-Troubleshooting/UniFi-TFTP-soft-recovery-for-bricked-access-point/ta-p/607605
2，由于一直在win8环境无法启动v3的管理软件，所以我都是用v2.4.6的AC管理v3.1.10的AP
3，AC在线管理和不在线的区别，普通模式下关于udp 10001广播包的问题。
广播包是对网络有影响的一种情况，可是我却无法时时让这个问题重现。所以假定它有问题的话。有AC在线的情况，AP则不发送udp 10001广播包，AC离线，则udp 10001广播包再次发送，这是它家的设计模式主要还是用于discover发现AP用的。所以最终我用ebtables将这个包永久性丢弃。
具体参考一下这里的说明，当然我也在v3.1.10不执行ebtables丢弃该广播包的情况测试了5天左右，看似也没再出现那40kb情况，但这40kb我在v2.4.6碰到过，一直的怀疑对象就是这广播包，因为原先的tomato路由能收到的就是，所以我在前面的ddwrt路由丢弃了这两个包，另外一个是windows系统的udp1900。
iptables -I INPUT -i vlan4 -p udp -m multiport –dport 1900,10001 -d 255.255.255.255 -j REJECT –reject-with icmp-proto-unreachable
http://bbs.ubnt.com.cn/forum.php?mod=viewthread tid=5899 extra=page%3D3
ebtables -F
ebtables –append OUTPUT –proto IPv4 –dst Broadcast –ip-proto udp –ip-dport 10001 -j DROP #拒绝用于discover发现用的广播包向外发送
有空的话自行测试一下是否可以按照这2贴永远写入UAP内部。有问题的话远程ssh执行ebtables -F就可以了。
http://community.ubnt.com/t5/UniFi/When-is-Unifi-going-to-fix-the-Bonjour-problem/td-p/313909/page/2
http://community.ubnt.com/t5/UniFi/UniFi-ebtables-rules/m-p/599099#U599099
4，已知苹果的ios跟wpa2 aes加密有兼容问题，不过我手里没iphone，而且专门开放了一个无加密的SSID有大量的苹果设备在线确认没问题。
5，关于干扰的情况，你要清楚 1 6 11的信道调整原理，你也可以通过调小发射功率，我用一个uap medium发射功率大概19dbm可以覆盖400平方的话，我估计你那4个得调到最小的low 10dbm了，
关于信号干扰而导致的一些问题可以参考这里，不过看起来没什么人会用。。。。。
unifiap用shell脚本自动踢除信号差的mac
https://forum.anywlan.com/thread-246298-1-1.html