12-30-2022 07:43 AM
I work at a metro hospital with about 2000 cisco APs and a high-density design with Apple iPhones providing voice to our staff. Cisco had us use RRM to set all APs to 40MHZ for better data rates, but i continue to get a LOT of tickets regarding dropped VOIP calls on these iPhones. Using Ekahau to survey the routes of dropped calls, there are a few things going on.
1. (according to Ekahau) Primary signal strength mostly healthy, 90% of the path is -64db or better, with a few spots dropping to -67dBm
2. (according to Ekahau) Secondary signal strength fails in some areas (we try for -67 or better, but reach some areas at about -70dBm)
3. When standing in a spot that has reported to fail both primary AND secondary coverage, my Netscout adapter packet capture shows the RSSI of the iPhone i'm testing with to have an RSSU of -53dBm (effectively contradicting what Ekahau says the coverage is)
4. At this spot, i am getting a failure on my co-channel interference maximum of 1. I am seeing 4 broadcasting antennas on this channel...2 of which are Cisco APs and 2 of which are medical devices.
Conclusion: I believe what actually is causing these drops is the fact that we're running 40MHz rather than 20MHz in very dense and very diverse wireless space. I spoke to our cisco wireless contact about this, and he refuses to believe that moving to a 20MHz setup would help us create a healthier wireless space, so i come to the community for your thoughts.
12-30-2022 04:44 PM
What is the model of the APs, are they 2800/3800/4800/1560/IW6300?
What firmware is the controller on?
01-03-2023 04:34 AM
All are 2802i APs and the controller is running on 8.5.171.0 code.
01-03-2023 12:24 PM
> All are 2802i APs and the controller is running on 8.5.171.0 code.
Quite a lot of bug fixes since then. You didn't mention what WLC it was but think about upgrading to latest 8.10 as per TAC recommended link below in my signature.
01-03-2023 02:53 PM - edited 01-05-2023 04:50 PM
@GRapids wrote:
All are 2802i APs and the controller is running on 8.5.171.0 code.
Turn off WMM on the SSID and see if it makes any difference.
We just concluded an 8-month investigation about wireless voice traffic being dropped by a 2800/3800/4800/1560/IW6300. If the phones, ASCOM i62 & CP-8821, moves to a 9130 the issue goes away. The investigation concluded by moving the APs to 17.6.4. If we continued to use AireOS, the issue is present and will not get fixed in AireOS.
The issue is due to a design bug of the MARVAL chipset.
01-02-2023 10:39 AM - edited 01-03-2023 12:19 PM
Like @Leo Laohoo says more details needed.
Have you run a debug on an affected client when they encountered the problem? Or reproduced it yourself with a debug running?
And then run the debug output through https://cway.cisco.com/wireless-debug-analyzer/
Nevertheless I agree that you could probably improve the situation with 20MHz channels. Is there any client that requires the extra throughput?
01-03-2023 04:36 AM - edited 01-03-2023 04:37 AM
I am still familiarizing myself with these Voalte iPhones to see if a debug is even possible, they're pretty locked down.
There are some areas where throughput is necessary, mostly cafeterias and lobbies. We're going to be moving to the 9800 controllers soon and i think we will start taking advantage of AP groups and have a mixed environment with some complex areas running 20MHz and some others running 40MHz
01-03-2023 12:21 PM
I was talking about "debug client" on the WLC not the iPhone. That should be the first thing you're doing.
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