We have an AP541N that has been deployed to replace a Cisco 1200 AP (B/G radio). The 1200 functioned perfectly in our environment. The new AP541N on the other hand seems to work fine right after a reboot but immediately starts to degrade service. Over a short period of time, the devices bandwidth degrades to the point were the wireless network is not usable. This happens with just one device connected. Eventually, the device stops accepting client connections. We are unable to get any relevant logging out of the device to help diagnose the problem.
What should be our course of action?
Thank you for contacting Cisco Community.
Normally we would ask you to perform a factory reset on the device, flash the device with the latest firmware (downloadable from cisco.com) and then Factory default again.
Check to make sure you have a stable power source (no fluctuations).
Change your wireless settings.. i.e. remove security (for testing)
If security was a factor, try using WPA with a 10 character passphrase, remove any spaces or CAPS from the SSID, and use only a single SSID.
If all else fails, contact our Small Business Support Center and continue troubleshooting toward replacement.
Thanks for asking.
I have recently experienced this as well.
I have it setup as this:
1 ssid / wpa2 / psk (8 character, all lowercase or numbers), running on a/n with both 1.72 and 1.8.
I have also experienced this while plugged into an ESW-520-8P and into an 871W.
What I have noticed is that over time, the 'ping' times to the router goes up to 300 - 3000 ms and clients are unable to connect. Rebooting fixes the problem.
I have just put in a new (different) temporary one at our customer testing this, to ensure it is not related to the device.
This was my concern with not putting in a standard Cisco AP.
When I was testing prior to installation, we were using an ESW-540-8P, and didn't seem to have that problem.
We have put in a different ap to ensure it is not a problem with this particular unit.
So in an effort to elminate 'environment' as the issue, I have put in a AP1242AG, this is not a 'N' access point, but it will eliminate switch, router, and local airspace.
So... assuming that I have no issues with this, is my solution going to be the same as garrettct, which is just return them.
This issue sounds a little like the one I've had...
You should want to take a look at this topic (perticularly if you work with MS DHCP servers) :
I just puchased one of these access point for the office to replace the linksys thats currently hosting our wireless. I thought this would be heads above what I was using.
I setup the unit with basic settings and had three clients attached to it. After a few hours we started noticing issues as well.
I upgraded the firmware to 1.8 and reset to factory default. In mixed mode it doesnt take long for it to degrade out with 3 clients attached. I changed it to 5 GHz 802.11n only, and just myself attached. I have been fine for a few hours. Id hate to not be able to use the AP in mixed mode though.
Has anyone else made any progress?
We have the same problem. Have three AP541n's, been using a/n and works for about 1 hour then hangs up. The three units are clustered. Have lock the channel on one unit to see if it makes a difference. Has anyone seen a difference with the firmware update??
Elliott Lichtstein email@example.com
I have tried a bunch of different setups. The access point first had a bunch of VLANs on it. I took them off and ran a native vlan. Tried fixed channels and other configurations. Nothing helps. My dhcp server in this setup is a cisco 3670 switch. We are currently running on our old 1200 AP with no problems (same environment and location).
We have had the same issue here. The problem we are experiencing is that once the AP stops working, we are able to see the AP and connect to it, but we are unable to get an IP address at that point. Initially, clients were obtaining IP addresses through the network DHCP server. We changed the setup and connected the AP directly to our Sonicwall firewall and set up the firewall to run DHCP for this connection. We are still having the issue.
I reported the issue to Cisco and the initial technician I talked to was able to duplictae the problem in their lab. He has sent the case to the higher level support. The last email I got from the higher level support (about a week ago) said the case has been qeued for further testins and that I will be contacted when that is done. It also said that they are very busy and it might take a while for them to get back to me.
We purchased this unit to replace a Lincsys device we were having issues with. We were told by our consultant that the Cisco AP is a much better unit that would resolve all our issues. My clients are a lot more frustrated than they were with the Lincsys unit. Is there another Cisco AP (or any other brand for that matter) that works without any issues in a network environment that costs about the same?
Thank you for the update sbaharaeen, please keep us posted if Cisco responds to your support request.
I really like the features of the unit and the price point we purchased it. I really hope they are able to rectify the issues.
I have just deployed one of these to a remote office, and I am recieving word of this same issue.
This was going to be the first of probably a dozen or more of these devices for me, but until this is resolved, I obviously can not deploy any more.
I really hope this get's resolved, because I was really liking the product.
I've been running ours on strictly 5GHz N mode only for the past week and it seems to stay stable. In mixed mode it continued to have issues.
Ideally I wanted this device to be used for both G and N. Until a fix is available, the change has at least let some users access through the AP.
in order to ensure that this is solved, would the people who are affected by this please sent me the case number as a private message?
This would help a lot as this would provide insides into FW version, problem description etc.
I use a AP541 at home myself and I don't see this behavior, I use it for VoIP using 2 x 525G phones in Wireless mode, 2 cam's and 3 PC's / laptops.
We take this reported issue very serious, so I'm looking forward to see some details.
We was hit severly by this today, but have also seen it sporadicaly during testing. The system consists of 4 AP541 accesspoints with firmware 1.8.0 running in a cluster with 802.11bgn support, where 3 is connected directly to a SA540 gateway with cable, and one acts as repeater with WDS connection to one of the cabled AP's. All AP's broadcasts with the same SSID and on channel 9.
We have applied the recommended key refresh fix and removed WPA2 support. The AP's are now configures with WPA-PSK encryption with both TKIP and AES available. Todays usage scenario was about 20 laptop users roaming around for ~3 hours, and potentially moving from one AP to another. The internet connection is a shared 10Mbit access, where we typically measures a bandwith of 5-7Mbit/sec with speed tests at our location through a wireless AP that is connected with cable to the gateway. The speed degrade did occur on all AP's today, but some was hit more often than others (might seem to be related to number of clients connected). When the degrade happens, we could first sence it that the signal strength from the particular AP started to fluctuate more than normal and also drop for a periode of 1-2 seconds before reappearing (monitored using 'inSSIDer' WI-FI scanner), and if we then connected to the particular AP and ran a speed test through it, it had dropped down in the range 300-100Kbps, and after a short while it would hit ~60Kbps and stay there.
DHCP issues have not been seen here (DHCP assigned by the SA540), connecting to a degraded AP was always possible it seemed, but general all access through an AP that had the degrade state was extremely slow. To be able to access the web interface of such an AP, we typically had to ensure we had a connection to a different AP and then enter the web interface for the degraded AP through the normal functioning one.
To get it properly working for our users, we had to constantly monitor the four AP's, and do a reboot at first sign of degrade. Thankfully, since the AP's overlap each other, most of the connected clients was transferred to a different AP when we hit reboot, but without constantly personally monitoring this, the WLAN had practically gone down.
For us, this is a very serious issue, and really hope for a fix in a short time periode. We would gladly provide any kind of information requested about the issue, and also test other recommended fixes or workarounds for this if available.
Is ther an update or time frame when this will be fixed. Just deployed the AP yesterday to replace a Linksys and the Cisco AP541N is showing 1M connection where the Linksys is showing 11M connection.
Tier 2 Support and the BU have communicated to us that the Level 1 SBSC agents were informed of this AP541N issue and another DHCP issue as being solved in the next FW release for this product. When customers call SBSC, the support the agents will follow proper protocol and due diligence to determine the problem, and in the event it is considered to be resolved in the coming release, the case will be escalated to 2nd level support. At that time and with the Partners agreement, access to the beta firmware 1.9.0 in test right now can be given, once a beta agreement has been accepted.
Any Partner experiencing either DHCP issues or degrading service, please contact the SBSC for further resolution.
I do not have an ETA for the formal release of 1.9.0.
Partner Sales, U.S.
Per your post below, here is our case # on this issue. We are a Cisco Select partner and have these Ap's at many locations are experiencing the problem at most of the locations.
Case # for Cisco Wireless Issue
Cisco has replaced my original AP. I have just deployed the new AP. Unfortunately, I believe that it is experiencing the same degrading problem. It is running firmware 1.8 (same as the original AP). One interesting thing I did notice though is the following:
From the linux console the AP is reporting a lot of packet errors on the wireless link (this is with one client attached and uptime of one day):
wlan0 Link encap:Ethernet HWaddr 00:21:29:00:7D:50
UP BROADCAST RUNNING MTU:1500 Metric:1
RX packets:162000 errors:650285 dropped:0 overruns:0 frame:15361294
TX packets:421509 errors:3336 dropped:0 overruns:0 carrier:0
RX bytes:42518247 (40.5 MiB) TX bytes:291051214 (277.5 MiB)
Here are the radio interface stats for my Cisco 1200 in the same environment (Uptime on this AP is 4 weeks and has several clients connected):
Dot11Radio0 is up, line protocol is up
Hardware is 802.11G Radio, address is 0012.01e5.2e90 (bia 0012.01e5.2e90)
MTU 1500 bytes, BW 54000 Kbit, DLY 1000 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation 802.1Q Virtual LAN, Vlan ID 1., loopback not set
ARP type: ARPA, ARP Timeout 04:00:00
Last input 00:00:00, output 00:00:00, output hang never
Last clearing of "show interface" counters never
Input queue: 0/75/523/0 (size/max/drops/flushes); Total output drops: 130206
Queueing strategy: fifo
Output queue: 0/30 (size/max)
5 minute input rate 5000 bits/sec, 9 packets/sec
5 minute output rate 4000 bits/sec, 4 packets/sec
29633972 packets input, 2302875179 bytes, 4 no buffer
Received 235828 broadcasts, 0 runts, 0 giants, 0 throttles
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
0 input packets with dribble condition detected
26072809 packets output, 2208254017 bytes, 0 underruns
21421 output errors, 0 collisions, 3 interface resets
0 babbles, 0 late collision, 0 deferred
0 lost carrier, 0 no carrier
0 output buffer failures, 0 output buffers swapped out
OK, spoke to development team.
They suggested we may understand the 'degrading' issue and have a possible workaround, which may be related to "Key refresh".
Try to just disable 'Key Refresh' in each VAP. Set the Broadcast Key Refresh Rate to 0 for each vap that does WPA(personal or enterprise).
I just heard back from the second tier support and they recommended disabling the Key Refresh as well. I will try this tomorrow and let everyone know how it goes. Is everyone who is experiencing this issue using WPA?
I was having issues when I first bought the unit. I switched over to N mode only and I'm only using WPA2 with AES and things have been running fine.
I will enable WPA and TKIP and attempt this workaround today.
Has changing the Refresh Rate to 0 worked for anyone? I changed mine this morning but have not seen any difference. Pings to our core router that were 1ms on the LinkSys the AP541N replaced are still all over the place and are often in the 1000's on the 541.
Dennis and all,
These workarounds are suggested until we can be sure of the root cause and fix it.
Based on what we think is going on, there are code changes under test right now.
But what would really be helpful, is if everyone can post their logs (attach to your discussion threads) so we can see clearly what is happening in your environments?
Came in this morning and the AP is not responding at all, even to the Windows 7 client that was working fine last week. We are taking it offline and switching to our old setup. I will try to run it in a test environment. Attached are the logs from this morning.
My only user using this AP reported losing it 5 times yesterday.
He said it disappears, and then comes back about 5 minutes later.
I can't test it because it is on the other side of Canada from me.
But here is my log file, since the last reboot.
I will ask them not to reboot it again so I can capture more logs.
Thanks for this. Feeling pretty confident, based on your description of whats happening, that what we are fixing will address this, but more logs would be welcomed as well in the mean time since these logs are just showing disassociate deauth from an unknown reason.
Here are the reasons codes our team found in the log file.
1 /* Unspecified reason */
3 /* Deauthenticated because sending station is leaving (or has left) IBSS or ESS
4 /* Disassociated due to inactivity */
8 /* Disassociated because sending station is leaving (or has left) BSS
We will keep you posted and thank you for your help...