02-08-2023 05:49 AM
Is it possible to use the Cisco 2700 ap logs to identify coverage gaps? We have a client warehouse that is experiencing disconnects and only with the honeywell ct40 vs the older symbol rf scanners which don't disconnect. Hiw could I filter the logs to identify when this happens to have them resolve the gap?
02-08-2023 06:18 AM
- FYI : https://support.honeywellaidc.com/s/article/CT40-Not-connecting-to-Cisco-Access-Points
M.
02-08-2023 06:24 AM
On the controller logs, You can notice the coverage hole pre-alarm events in the WLC traplogs:
MON JAN 4 19:24:00 2023 Coverage hole pre alarm for client[1] xx.xxx.xxx.xx on 802.11a interface of AP a0:cf:5b:XX:XX:XX (APNAME01). Hist: 0 0 0 0 0 0 0 0 0 5 17 19 8 22 16 9 12 3 4 0 7 2 2 0 0 0 0 0 0 0 0"
Foe detailed information, have a look at the following blog post
https://dot11zen.blogspot.com/2017/08/coverage-hole-detection-and-mitigation.html
If you have controller based solution, then you can use WLCCA - Wireless Lan Config Analyzer Express to do an in-depth RF analysis.
CJ
/*Please rate all useful responses*/
02-08-2023 08:32 AM
02-08-2023 08:40 AM
CHD is enabled/disabled on the wlan. So depends if you are using that feature or not.
02-08-2023 08:31 AM
Just to add, sometimes the backend app has logs or debugging can be enabled. That way the vendor can also help with troubleshooting. I will be honest with you, to really determine and gather more data, you need to be onsite. You need to ask the users areas where they run into issues and validate their concerns. This also allows you to test with other scanners and or laptops or mobile phones for coverage. The ct40 or any other devices that are having issues, it can just be a configuration on the wlan that the device doesn't support, or maybe even channels. What you consider coverage gaps might not be at all coverage gaps, but an issue with the ct40. You just need to make sure there are no other device that are experiencing issues.
02-08-2023 08:40 AM
Does this CHD apply to a 2.4 wlan, as 5g is turned off? They claim their older RFscanners stay connected to same SAP telnet server without losing session. We need to prove using logs there are wifi gaps of when the ct40 sees disconnect we can find matching time in log to prove wifi is the issue. Does a ct40 losing signal strength as it gets moving to the coverage boundary, kick off a alert or call for roaming that shows in the log? What's this log entry look like?
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