For a remote location I manage the network, including wifi for production use. There are 7 switches (C2950), 11 accesspoints (C1240), 3 wifi-connected printers and 28 handheld wifi terminals (LXE) running a version of Windows CE. The terminals authenticate to an ACS using LEAP.
Periodically, the handheld terminals experience bad responsetimes within the application they use. This is a telnet application, very little data, connected to a SAP system where multiple other people make use of with a regular desktop SAP-client without response-problems.
The problems get fixed after a reload of either all switches or all accesspoints. This means if you reload all switches the problem gets fixed, but it also gets fixed if you reboot the accesspoints and leaving the switches alone.
The accesspoints are fairly new, about a year old. The switches are somewhat older, about 5 years. I recently upgraded the firmware on the switches, which did nothing to solve the issue. I can't find anything errorlike in the logs, before and after the reloads.
It's been observed in multiple locations. The AP's are indeed in autonomous mode.
I've checked the statistics and during periods where no problems are reported I saw one terminal with received duplicates (about 7% of the total packet count) and retries. Other terminals showed much less or no errors at all.
The average signal-to-noise ratio of the terminals I observed was around 40 dB.
Signal strength varied from -42 dBm to -65dBm.
These figures show no real problems in my opinion. Any thoughts?
I had the same thought, so I upgraded the IOS on the switches to the latest available but this had no effect.
The AP's are running on 12.4(10b)JDA3, it's from 2009 but still listed as the latest GD release.
I don't think the application could be acting up. Other users (wired desktops) experience no problem using the same SAP system. Also, I wouldn't expect such a problem could be fixed by rebooting the switches or AP's.
Yes, I know it is a rather old firmware, but since it is still the latest GD release I initially thought it best to leave it in place. However, to rule out the firmware as a cause I have upgraded it about two weeks ago to the last one available for this model, but the problems seem to persist. We also had an external company do a fieldtest to help find the problem, but they could not find any problem with the wireless network.
And this is a typical carrier busy output for the AP's. I could only check the ones without assocations ofcourse, but if this is an indication for the usage on the remaining AP's there don't seem to be any apparent cause so far.
Transferring Crash file from standby: Login to the Active WLC in HA.
From CLI: (Cisco Controller) >transfer upload datatype crash (Cisco
Controller) >transfer upload filename (Cisco
Controller) >transfer upload mode tftp (Cisco Controller) >transfer
This is the start of a display filter cross reference between Wireshark
and OmniPeek. The 1st installment is a table of advanced filters. More
filters will be added as time allows. It is a living doc, so check back
for changes every so often Please feel f...