09-20-2017 10:59 AM - edited 03-21-2019 10:47 AM
I have three WAP571 that I had been using as a cluster without much issue. I updated the firmware from the original 1.0.0.15 to 1.0.1.9, and I almost immediately started having issues with throughput on any connected device. I started over the cluster, I switched to stand-alone, etc. All to no avail.
I noticed a previous discussion that stated similar issues between 1.0.0.17 and 1.0.1.9, so I reverted back.
I just went to update to 1.0.1.10, and I am having similar issues.
Anyone else having similar issues? I've checked everything 10 times, reset the APs, and still the same issues.
11-23-2017 09:46 AM - edited 11-24-2017 02:13 AM
I am having the same issue. After upgrading from 1.0.0.17 to 1.0.1.9 I had to revert back because of extremely low throughput and left it there for a few months.
Today I have upgraded to 1.0.1.11. On Linux it seems ok now, but Apple devices (various iPhones and iPads) and devices running Windows 10 are still showing the issue. On Speedtest.net I am getting a download of 0,1 - 0,7 Mbps, when it should be around 18 Mbps. Settings on the WAP are the same before and after the upgrade.
Something has to be wrong in the code, because as soon as I revert back to 1.0.0.17 all is good.
Update 24th November 2017:
After reading this thread
https://supportforums.cisco.com/t5/small-business-wireless/wap371-slooooow/td-p/2539095
I did some testing on my WAP571s and now I know what the issue is.
For some weird reson throughput on management SSID/vlan is being slowed down. All other SSIDs on the same WAP571 work with full speed on 1.0.1.11.
With this, one can coclude that we are seeing the same issue like on the WAP371!
12-12-2017 04:48 PM - edited 12-12-2017 04:51 PM
I had the same problem with my WAP581 and firmware version 1.0.0.7 so I moved the management vlan to a different one from my wireless SSID's vlan and throughput issue is resolved. Cisco needs to fix this showstopper bug. I cannot see how this bug made it through Cisco testing.
12-21-2017 02:11 AM - edited 12-21-2017 05:51 AM
Hi Richard,
My name is Iliya Gatsev from Cisco Technical Support Team.
Please open a case with Cisco Technical Support. Here is the contact of the technical support :
https://www.cisco.com/c/en/us/support/web/tsd-cisco-small-business-support-center-contacts.html
Iliya Gatsev
Cisco TAC Network Engineer
Together we are the human network .:|:.:|:. CISCO
01-15-2018 03:04 AM
I also had the same issue as Richard with a WAP581 and firmware 1.0.0.7
I tried to change the management VLAN but it did not resolve the issue.
Hi Richard could you share what change you made to resolve the issue?
01-15-2018 08:04 AM
Changing the management vlan doesn't resolve the issue, rather it allows you to chose which vlan to make slow.
You could create a vlan/ssid, which you don't regularly use and transfer the issue to there by making it the management vlan.
By the way, there is an entry in the Bug Search Tool for this issue now:
https://bst.cloudapps.cisco.com/bugsearch/bug/CSCvh53235
01-15-2018 01:27 PM
I had the management on the same vlan as my clients. I have a management vlan for my switches and routers, so I moved the management to that vlan. I have both ethernet ports set as trunk and on a Etherchannel. Once I did that, the problem went away. I see from the next post that a bug has been filed for the WAP571 and to roll back to a previous firmware. Since I got things working on the latest firmware build for the WAP581, I decided to leave well enough alone and wait for a fix in the next firmware release.
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide