I also got a tip from a fellow engineer, that currently the best working release for rock solid wifi (if you don't need the extras) is 5.1r5. I ended up downgrading there for now and now my single client speeds are actually up to 180+Mbps.
I guess series 6 still has some way to go..
Could you share the AP config please?
Eteinen#show config running
security mac-filter Aerohive default permit
security mac-filter AeroBug default permit
radio profile high-Capacity-24
radio profile high-Capacity-24 phymode 11ng
radio profile high-Capacity-24 acsp access channel-auto-select time-range 00:00 06:00 station 20
radio profile high-Capacity-24 acsp interference-switch enable
radio profile high-Capacity-24 interference-map enable
radio profile high-Capacity-24 deny-client 11b
radio profile high-Capacity-24 short-guard-interval
radio profile high-Capacity-24 benchmark phymode 11b rate 11 success 60 usage 50
radio profile high-Capacity-24 benchmark phymode 11b rate 5.5 success 70 usage 50
radio profile high-Capacity-24 benchmark phymode 11g rate 36 success 70 usage 50
radio profile high-Capacity-24 benchmark phymode 11g rate 24 success 80 usage 50
radio profile high-Capacity-24 benchmark phymode 11a rate 36 success 70 usage 50
radio profile high-Capacity-24 benchmark phymode 11a rate 24 success 80 usage 50
radio profile high-Capacity-24 benchmark phymode 11n rate mcs12 success 80 usage 50
radio profile high-Capacity-24 benchmark phymode 11n rate 54 success 70 usage 50
radio profile high-Capacity-24 band-steering enable
radio profile high-Capacity-24 weak-snr-suppress enable
no radio profile high-Capacity-24 safety-net enable
radio profile high-Capacity-24 band-steering balance-band threshold 90
radio profile high-Capacity-50
radio profile high-Capacity-50 phymode 11na
radio profile high-Capacity-50 channel-width 40-above
radio profile high-Capacity-50 acsp access channel-auto-select time-range 00:00 06:00 station 20
radio profile high-Capacity-50 acsp interference-switch enable
radio profile high-Capacity-50 interference-map enable
radio profile high-Capacity-50 deny-client 11b
radio profile high-Capacity-50 short-guard-interval
radio profile high-Capacity-50 dfs
radio profile high-Capacity-50 benchmark phymode 11b rate 11 success 60 usage 50
radio profile high-Capacity-50 benchmark phymode 11b rate 5.5 success 70 usage 50
radio profile high-Capacity-50 benchmark phymode 11g rate 36 success 70 usage 50
radio profile high-Capacity-50 benchmark phymode 11g rate 24 success 80 usage 50
radio profile high-Capacity-50 benchmark phymode 11a rate 36 success 70 usage 50
radio profile high-Capacity-50 benchmark phymode 11a rate 24 success 80 usage 50
radio profile high-Capacity-50 benchmark phymode 11n rate mcs12 success 80 usage 50
radio profile high-Capacity-50 benchmark phymode 11n rate 54 success 70 usage 50
radio profile high-Capacity-50 band-steering enable
radio profile high-Capacity-50 weak-snr-suppress enable
no radio profile high-Capacity-50 safety-net enable
radio profile high-Capacity-50 band-steering balance-band threshold 90
security-object AeroBug security protocol-suite wpa2-aes-psk ascii-key ***
security-object AeroBug security private-psk
security-object AeroBug security private-psk same-user-limit 5
security-object AeroBug security private-psk default-psk-disabled
security-object AeroBug default-user-profile-attr 1
ssid AeroBug security-object AeroBug
ssid AeroBug security mac-filter AeroBug
ssid AeroBug 11g-rate-set 18-basic 24 36 48 54
ssid AeroBug 11a-rate-set 18-basic 24 36 48 54
hive Aerohive security mac-filter Aerohive
hive Aerohive wlan-idp mitigation-mode manual
hive Aerohive password ***
interface wifi0 radio profile high-Capacity-24
interface wifi1 mode access
interface wifi1 radio profile high-Capacity-50
interface mgt0 hive Aerohive
interface wifi0 ssid AeroBug
interface wifi1 ssid AeroBug
security wlan-idp profile kettis
security wlan-idp profile kettis ap-policy
security wlan-idp profile kettis ap-policy ap-oui
security wlan-idp profile kettis ap-policy ap-oui entry f0:9c:e9
security wlan-idp profile kettis ap-policy ap-oui entry 08:ea:44
security wlan-idp profile kettis ap-policy ap-oui entry 9c:5d:12
security wlan-idp profile kettis ap-policy ap-oui entry 00:19:77
security wlan-idp profile kettis ap-policy ap-oui entry e0:1c:41
security wlan-idp profile kettis ap-policy ap-oui entry 40:18:b1
security wlan-idp profile kettis ap-policy short-preamble
security wlan-idp profile kettis ap-policy short-beacon
security wlan-idp profile kettis ap-policy wmm
security wlan-idp profile kettis ap-detection connected
interface wifi0 wlan-idp profile kettis
interface wifi1 wlan-idp profile kettis
access-console security protocol-suite wpa2-aes-psk ascii-key ***
dns server-ip 18.104.22.168
dns server-ip 22.214.171.124 second
ntp server time1.mikes.fi
ntp server time2.mikes.fi second
clock time-zone 2
clock time-zone daylight-saving-time 03-30 02:59:59 10-26 03:59:59
config version 12
config rollback enable
snmp location mylocation@alakerta
mobility-policy AeroTestPolicy dnxp nomadic-roaming
mobility-policy AeroTestPolicy dnxp unroam-threshold 1000 30
no bonjour-gateway enable
ssid AeroBug user-group mygroup96
no os-detection enable
capwap client server name 192.168.100.100
capwap client dtls hm-defined-passphrase *** key-id 1
capwap client vhm-name home
no capwap client dtls negotiation enable
qos policy hima user-profile 2000000 100 user 2000000
qos policy hima qos 0 wrr 2000000 10
qos policy hima qos 1 wrr 2000000 20
qos policy hima qos 2 wrr 2000000 30
qos policy hima qos 3 wrr 2000000 40
qos policy hima qos 4 wrr 2000000 50
qos policy hima qos 5 wrr 2000000 60
qos policy hima qos 6 strict 20000 0
qos policy hima qos 7 strict 20000 0
user-profile internal qos-policy hima vlan-id 1 attribute 1
user-profile access-vlan qos-policy def-user-qos vlan-id 2 mobility-policy AeroTestPolicy attribute 2
All noticed big performance benefits right after downgrading software either back to 6.1r2 and even more so with 5.1r5.
But were set to do some testing with Gary and get back here when we have something nailed down.
So thumbs up and fingers crossed.
If anyone else is experiencing this, and if you have any discretion in the matter, please do leave 6.1r3 on your Aerohive devices and open a ticket with our support organization. We are still trying to find the root cause(s) of these observed performance decreases, and more data points will help us find it sooner.
Juha and I worked together this morning on the performance issue that he saw. We gathered all the appropriate information and will have the root cause investigated.
For your information, there is a workaround which we proved to be sufficient for the time being. This is to set the SSID data-rates to their defaults. In Juha's case;
no ssid AeroBug 11g-rate-set
no ssid AeroBug 11a-rate-set
I will update this thread on the findings but would like to remind everyone that performance can be affected by a number of variables, e.g. software, hardware, design, configuration, environment. From reading the comments on this thread, I do not think that everyone is seeing the same issue as Juha.
Also one thing to know about my setup is that I have a pretty clean RF environment at my home office, so it changes things compared to many office environments which can be horrible.. including our main office!
If you're in a noisy RF environment, I'd suggest doing some spectrum analysing & channel planning first..
Anyway, some food for thought in there. Hope everybody gets their issues sorted. And special thanks to Gary for taking the time.
With release 5.1r5 I've got the best performance: 9-12 MBs
Release 6.1r2 downloads at 9-12 MBs.
Release 6.1r3 is slow: 2-3 MBs. After the workaround command no ssid 11x-rate-set it went up to 6-10 MBs, but mostly around 6-7 MBs.
I can't create a support ticket as asked by Mike. If I try to I'll get redirected to the download area.
Please let me know how I can help. If not I'll downgrade until the issue is resolved.
the root cause is still being investigated but I would like to share another workaround that could be more suitable to your WLAN deployments.
We have found that if the lower data rates are disabled and MCS0 is also disabled, the performance is as expected - that is, the higher rates can be achieved.
test I disabled MCS 0 and 1 and tested on 2.4GHz.
Portal-463e00#show ssid Home_WiFi
Frag=fragment threshold; RTS=request to send;
DTIM=delivery traffic indication map; WMM=Wi-Fi Multimedia;
UAPSD=unscheduled automatic power save delivery;
IST=AP will permit traffic between stations connected to one or more of its access interfaces;
Strict=AP will disconnect all stations if SSID binding user profile table is changed;
SSID profile: Home_WiFi
Security Object: Home_WiFi
RTS threshold: 2346
Fragment threshold: 2346
Hide SSID: No
Ignore broadcast probe: No
DTIM period: 1
Max client number: 100
Client age out: 5 minutes
MAC filter: Home_WiFi
Access console: Disabled
WMM state: Enabled
UAPSD state: Enabled
IST state: Enabled
11g rate set: 12M(b) 18M 24M 36M 48M 54M
11a rate set: 6M(b) 9M 12M(b) 18M 24M(b) 36M 48M 54M
11n rate set: mcs2 mcs3 mcs4 mcs5 mcs6 mcs7 mcs8 mcs9 mcs10 mcs11 mcs12 mcs13 mcs14 mcs15 mcs16 mcs17 mcs18 mcs19 mcs20 mcs21 mcs22 mcs23
Mode legacy: Off
Mode compliance: On
Bind interfaces: Wifi0.3 Wifi1.4
Scheduler Entry(s): 0
RRM state: Enabled
WNM state: Enabled
WMM-AC state: BE(Disable) BK(Disable) VI(Disable) VO(Enable)
Portal-463e00#show station 10bf:48ea:bfa5 (Google Nexus)
Pow=Power in dBm; txrate=transmission rate;
txpkts=transmitted data packets; txbytes=transmitted data bytes;
rxrate=reception rate; rxpkts=received data packets; rxbytes=received data bytes;
Pow txrate txpkts txbytes rxrate rxpkts rxbytes
-42(50) 65M 208 100.79K 65M 870 83.82K
-42(50) 65M 208 100.79K 65M 870 83.82K
-42(50) 65M 208 100.79K 65M 870 83.82K
-42(50) 65M 208 100.79K 65M 870 83.82K
This has been verified to work on an AP330, AP121 and a BR200 in my tests.
As a side note - we do not see this issue on any other HiveOS version and we have not seen the issue on an AP120.
I hope this helps.Kind Regards,
No idea on the iOS powersave.
Firstly the Good.
- Love the reporting - and so do the management!
- Love the application level control!! Particularly the ability to block the likes of Bittorrent.
1. Coverage & quality in 5GHZ. There are a number of sites that have reported coverage issues following the upgrade. This seemed to start in 6.1r2 for us, and was particularly noticeable with Ascom wi-fi phones, although other devices have experienced issues. In some areas where these phones had previously worked, they no longer have coverage.
There were also quality issues with handovers between AP's (also seen with laptops & iPads) that have improved by changing settings that were used in 5.1r5 - namely changing the SLA setting from High-density to Normal-density & turning DFS off.
We have also turned UAPSD (Power Save) off on the phones. (By default it is set to On on the phones, but is not enabled on the SSID.) Initial tests show improvements in quality, and based on comments above I am wondering if this setting on the SSID could impact other devices.
In the early stages of our testing we rolled the AP's back to the 5.1r5 firmware and the issues went away - so it seems that the new firmware behaves differently with the same configuration settings.
2. HTTPS stops in Hivemanager. This has happened twice now. Going to the HTTP page puts up the redirect page, but when you try to redirect or go to the HTTPS page manually the page time-outs. After a few hours it seems to fix itself.
3. Spectrum Analyser is broken. This is a known issue in 6.1r3 - just adding it for completeness. Big vote from me to bring it back.
4. 5GHZ channel availability. The AP's have access to channels 36 to 48, and 149 to 165. I'm trying to work out if should be able to access additional channels in New Zealand which would be useful in the density of our deployments.
Overall the upgrade is good for us due to the extra functionality it provides. The reduced coverage is a problem though, and not one that we were able to pick up in testing or the first batch of sites we upgraded.
Hope this helps someone.
"Disabling transmission at one or more of the default basic data rates caused Aerohive devices to switch from 802.11n to legacy mode, resulting in much slower throughput."