aday 发表于 2014-7-29 08:32
希望这个问题能掀起讨论的高潮。这个问题能解决，简直是一个里程碑
时分半双工传输机制决定了。没法改变。
uap内部能截取的参数只有这些，速率没看到，CCQ也不知道如何计算的。noise环境也是有变化的，原先是根据RSSI值踢除的。这个似乎是类似SNR的参数。在覆盖区域确认motorola me860有>65-dbm的信号质量以后，就毫不犹豫的将<75-dbm的客户端踢除。我只能说掌握了这种方法对无线网络的性能优化可以人为的做到可控，而不会只有理论知识而不知道该怎么办。
RSSI value = Signal Strength (dBm) - Noise Floor (dBm).
"rssi": 35,
"noise": -86,
"signal": -51,
官方的计算公式是这样的。
Try ng=40.The formula is roughly ((abs)x/2)=y where x is received signal and y is RSSI.30 would be roughly -60dBm received signal and 35 would be roughly -70dBm received signal.
> 40dB SNR = Excellent signal (5 bars); always associated; lightning fast.
25dB to 40dB SNR = Very good signal (3 - 4 bars); always associated; very fast.
15dB to 25dB SNR = Low signal (2 bars); always associated; usually fast.
10dB - 15dB SNR = Very low signal (1 bar); mostly associated; mostly slow.
5dB to 10dB SNR = No signal; not associated; no go.{
"auth_time": 0,
"authorized": true,
"ccq": 970,
"dhcpend_time": 4216,
"dhcpstart_time": 4201,
"hostname": "iPad",
"idletime": 21,
"ip": "192.168.4.191",
"is_11n": false,
"mac": "3c:ab:8e:44:d1:1e",
"noise": -94,
"rssi": 20,
"rx_bytes": 68303,
"rx_mcast": 73,
"rx_packets": 488,
"rx_rate": 1000,
"rx_retries": 252,
"signal": -74,
"state": 23,
"state_ht": false,
"state_pwrmgt": true,
"tx_bytes": 200406,
"tx_packets": 364,
"tx_power": 44,
"tx_rate": 54000,
"tx_retries": 84,
"uptime": 3358
},
{
"auth_time": 0,
"authorized": true,
"ccq": 990,
"dhcpend_time": 1332,
"dhcpstart_time": 1324,
"hostname": "only-pc",
"idletime": 0,
"ip": "192.168.4.111",
"is_11n": false,
"mac": "20:7c:8f:3c:99:01",
"noise": -94,
"rssi": 43,
"rx_bytes": 13244432,
"rx_mcast": 391,
"rx_packets": 119145,
"rx_rate": 1000,
"rx_retries": 25866,
"signal": -51,
"state": 7,
"state_ht": false,
"state_pwrmgt": false,
"tx_bytes": 262401837,
"tx_packets": 197308,
"tx_power": 44,
"tx_rate": 54000,
"tx_retries": 30818,
"uptime": 6391
},