This document is locked

WLC Config Analyzer

Document

Sun, 11/29/2015 - 20:53
Jun 11th, 2009
User Badges:
  • Cisco Employee,

We are moving!

Please use WLCCA Forum for updates and discussions

 


Wireless LAN Controller (WLC) Config Analyzer

Download

Click here to Download

To request access, send an e-mail to [email protected]. Please include your Cisco.com username. Cisco employees do not need to request.

  • New version 4.0 Nov 2015
  • You may need to install .NET 3.5 before using it.External link to download:

http://www.microsoft.com/en-us/download/details.aspx?id=17718

News

 

March 31 2015. Version 3.6.5

Enhancements

  • Tool tips added on AP grid
  • AP MIC expiration warning
  • Flex Policies information on WLAN table

Fixes

  • Minor parsing errors
  • Wrong text message on 100003
  • Wrong error on missing information on WLANS for custom web profiles
     

February 04, 2015. Version 3.6.4

Fixes

  • Typos on messages
  • RF health exception if neighbor  AP had no power level
  • Incorrect calculation of side channel interference could lead to zero health
  • Incorrect parsing of mobility peers when new mobility is enabled
  • No text for message 2005
  • WLAN data rates nor parsed properly, display error
  • Message tab columns had incorrect order
  • NGWC:
    • Parsing error on coverage information line
    • Parsing error on peer to peer  wlan state
    • Corrected WLAN table display
    • Parsing of AP groups
       

January 15, 2015. Version 3.6.3

              

Fixes

  • 11b channel monitor incorrectly parsed, leading to false positive report
  • 11b RF group peers not properly tracked
  • Corrected text for messages 40043, 30062 for clarity
  • Fixed false detection of telnet enabled on WLC
  • Added detection for parsing error on DCA Monitor channel line
  • Fixed password length check (120013)

 

December 17, 2014. Version 3.6.1

              

Enhancements

  • IOS-XE improved support: best practices, mobility parsing, GUI display. Partial support for RF summary, 3.7 RF information
  • Serial number in AP summary table
  • Filter per band in AP RF summary table
  • On Channel Neighbors count in AP RF summary

 

Fixes

  • Power distribution graph level 1 not displayed
  • Exception while parsing 5760
  • RF Health calculation for Side channel noise in 5 Band
  • RF problem finder window scale issues on VMWare
  • High SNR client stats missing

 

November 20, 2014. Version 3.5.3

Fixes
  • Fixed display of WPA AES state 
  • Fixed exception when there is a parsing error on power levels per radio
     

October 10, 2014. Version 3.5.2

Fixes
  • Detecting Empty mesh BGN in AP config
  • Incorrect reporting of standalone TKIP in use, when there is no dot1x or PSK policies set
  • Corrected warning for empty IP Address on redundancy interfaces
  • Message wmm required for 11ac/11n not displayed when parsing a single wlc
  • Exception on 7.3 configs without RF profiles
  • Improved error reporting on parsing lines
  • Incorrect parsing of flex AP mode
  • Partial fix for window size problem on rf problem finder tool. Disable Aero interface in Windows if still having problems.
  • Handles gracefully AP list corruptions (adds AP creation in AP group information)
  • Properly parses Channel 14 Interference/Noise data as NA, in ETSI APs
  • Fix on Nearby list processing, if last line in AP is corrupted
  • Fix on parsing of system info\Management IP address
  • Fixed logic of message 30062 (false positive)
  • Fixed duplication of message 30057 for some scenarios
  • Fixed parsing of Static WEP state
  • Null error on best practices checks for some configs
  • Fixed parsing error on incorrect line separator
  • Fixed error on percentage display on best practices summary
Enhancements
  • 43 new checks
  • Best Practices score analysis
  • Flexgroup and FlexAP support
  • Displays DHCP proxy per interface, compares across controllers
  • Parsing, comparison between WLCs, and display of global user idle timeout
  • Parsing, comparison between WLCs, and display of WiFi direct, wlan sleep timer/sleeping client feature
  • Config Comparison across controllers of DCA mode, selection interval, metric contributors, channel list,  and channel width across controllers                   
  • Config Comparison across controllers of TPC mode, power threshold 
  • Mesh security mode parsing, comparison across controllers
  • Displays DCA metric contributions
  • New Security  Checks category
  • WLAN parsing of 11r, SKC, PMF, comparison across controllers
  • Parsing, comparison between WLCs, and display of critical management password policies                           
  • WLAN table rewrote for simplification on information displayed, less columns, adds support for 11r, PMF
  • Show values to the RXSOP and CA info messages
  • AP power state and flex group name to AP config table
  • New AP group CSV export            
  • 8.0 Support. Added RF profile DCA bandwidth, Fixed Parsing error on QinQ AP group info

 

July 19, 2014. Version 3.4.2

Enhancements
  • New Best Practices analysis tool. Focused on checking if "good to use" features are in place
  • WPS section parsing
  • SSH/Telnet/Fast SSID parsing and display
  • Checks for telnet enabled, DHCP proxy mismatch, NTP sync, Management over Wireless added
  • Improved readability of WLC/Site summary pages
  • Added QoS, Local profiling, dot1x info to wlan table 
  • New Report Center, to launch all supported report files. Disabled default report creation
Fixes
  • Significant speed improvements for Neighbor calculation on large networks
  • Radius server line parsing error if line was incomplete
  • RF Index calculation exception on some files
     

June 27, 2014. Version 3.3.1

Enhancements
  • Added message summary per WLC/Site
  • HTML report  ad CSV file generation is now disabled by default
  • New Report Center being added (work in progress)
     
Fixes
  • Correct library installation for Chart component on some PCs
  • Moved to .Net 3.5 client profile for lower memory/startup time
  • Exception error on RF Health calculation when unknown nearby data was found
  • Fixed RF Health metric for side channel noise/interference
     

June 27, 2014. Version 3.3.0

Enhancements
  • Added warning if TKIP standalone is used
  • WLAN table enhancements: displays encryption types, AVC
  • AP graph can be filtered by AP group
  • Improved message 60011 with compensated power data
  • New RF Health metric for ease of detection of problematic areas
Fixes
  • Corrects parsing of 4.2 WLC files
  • Reduces problem on .Net library load (lower time when opening config set for first time)
  • Fixes problem on  AP manager check with vlan untagged scenario
  • Fixes problem on redundancy parameter parsing
  • Fixes logic of message 30065
     

April 23, 2014. Version 3.2.4

Enhancements
  • Added partial support for 5760/3850 NGWC controllers. You need to collect "sh tech and sh tech wireless" on same file for each controller (one file per ngwlc)
  • Added parsing and display of wlan count per radio on AP config
  • Updated warning for controllers with deferred or affected by security advisory versions
  • Parses, checks and displays Local EAP status per WLAN
  • Parses, checks and displays Rogue Policies, compares settings between controllers
  • Parses, checks and displays Clean Air config, compares settings between controllers
  • Chart for Client SNR distribution
  • Best practices 2.0 Checks
  1. Recommend to disable 1,2,5.5,11 data rates
  2. Warn if more than 4 SSIDs active per radio
  3. Recommend multicast multicast mode for all cases
  4. Warn if mobility group (same name) > 15 controllers, shows message to reflect that it should cover only the RF roaming space
  5. Recommend low radius timeout depending on usage scenario (not a general change)
  6. Warn if EAP identity if <10 sec, and when is needed
  7. Warn if using internal DHCP server due to scalability issues
  8. Warn if using local EAP, due to scalability on very large networks
  9. Recommend to change EAP retries to 4, timeout to 400ms
  10. Warn if tacacs timeout is short, recommend long times for OTP
  11. Recommend to have minimum rogue RSSI to -80
  12. Recommend to disable all rogue auto contain settings, unless absolutely needed for security reasons
  13. Recommend AVC enabled
  14. Warn if Fast SSID is not enabled for Apple Clients
  15. Warn if cleanair is not enabled
Fixes
  • Parsing of Tacacs server entries with management timeout values
  • Parsing of User Idle timeout per wlan when it is disabled
  • Wrong detection of AP on high co-channel
  • Corrected redistribution of MS Chart Control (now properly included, and prerequisite)

 

March 21, 2014. Version 3.1.1

Fixes
  • Application error when clicking AP name. Slot0 was not parsed
  • Multicast address message only displayed if multicast is enabled (30034)
  • RSSI client count calculation error for RF Summary
     

March 20, 2014. Version 3.1.0

Features
  • Adds support for 7.4 to 7.6 versions
  • RLAN support
  • Displays Redundancy info for 7.6
  • Almost full parsing of WLAN configuration
  • Displays AP username in AP list
  • Parses and displays 802.11n, 802.11ac network status
  • Changes how text information is displayed, for ease of reading
  • Added Radius Auth Call Station ID support
New Checks
  • Warns if 11ac or 11n radios are present, but WMM is disabled on the WLAN            
  • Warns if 11ac or 11n radios are present, but 11n or 11ac support  is disabled on the controller              
  • Compares Radius Auth Call station ID across controllers
  • 78 parameters compared for matching WLANs across WLCs.
  • Warns if using HA, and no vlan tagging on management interface
Fixes
  • Error while parsing mobility peers
  • Corrected that RSSI/SNR client percentage on RF summary per controller, are calculated for 1 controller, and not for all loaded
  • Corrected High RSSI client count per controller
  • Fixed wrong info on Radius aggressive failover status
  • Parsing of Radius servers on new versions
  • Parsing error on Mobility peers

 

Training

RF Health Metric

New in Version 3.3.0

New experimental troubleshooting tool: “RF Health”
This is a modification of the RF index to change the format to a 0 to 100 metric, the higher the better, for a easier to use experience
it should work  properly to isolate what areas/Aps of the deployment are having a bad RF state, affecting clients.

RF Health will try to calculate different metrics applicable to RF quality on the AP, and convert to a single 100 based scale. It takes into consideration things like low SNR client count, co-channel interference, channel utilization for nearby Aps, noise, etc.
It currently supports 20/40 channel width, and handles properly bonding scenarios.
You can open “RF problem finder” to get details on the metric per type, per AP, for in depth analysis
Please provide your feedback on the metric, for additional improvements, change on default values, etc.

 

WLC Config Analyzer Checks

 

Support

General Usage: [email protected] (you can subscribe)

Bug reports/issues/features: [email protected]

Fixing Voice Error Messages

FAQ

WLC Config Analyzer FAQ

How to Use

History

Overall Rating: 4.9 (13 ratings)
Loading.
Joseph Urban Tue, 09/15/2009 - 09:59
User Badges:

Should "WLC" acronym be defined in the first line?

Javier Contreras Thu, 10/01/2009 - 00:41
User Badges:
  • Cisco Employee,

Hi


Well, not really... :-)


WLC is Wireless Lan Controller,  acronym used extensively across most Cisco public documentation.

Regards

Patrick Repp Fri, 09/18/2009 - 01:04
User Badges:

Nice tool.

When will it be possible to load and analyze WLC 6.x software versions?

Javier Contreras Wed, 09/30/2009 - 09:09
User Badges:
  • Cisco Employee,

Hi

I will be adding 6.0 specific checks to version 2.0 in the short future... please stay tunned

You can process 6.0 today, just no special checks yet.

Kayle Miller Wed, 09/30/2009 - 12:19
User Badges:
  • Silver, 250 points or more

Javier, when I try to install it, it says that it's already installed, do you have any thoughts on this?

Leo Laohoo Thu, 11/19/2009 - 20:40
User Badges:
  • Super Gold, 25000 points or more
  • Hall of Fame,

    The Hall of Fame designation is a lifetime achievement award based on significant overall achievements in the community. 

  • Cisco Designated VIP,

    2017 LAN, Wireless

Cool!

Joseph.roble Mon, 02/08/2010 - 16:53
User Badges:

How do you use the program to compare 2 or more wireless controller configs

Javier Contreras Tue, 02/09/2010 - 08:58
User Badges:
  • Cisco Employee,

Hi Joseph


Two ways of doing it:

procedure 1

1. Opening different configuration sets. click on the first icon in the tool bar, load a config file

2. Click again on same icon, it should create a new window, open the second WLC

3. You now have 2 configs showing up in the screen, you can now compare manually


procedure 2

1.  put both config files on same text file

2. load them on the application (it supports up to 24 WLCs per config set)

3. It will do automatic comparision for mobility, wlan, interface, etc


if you load 2 times the same config, you will get several errors on duplicate addreses, system name and/or AP names, but sometimes people do it, so compare wlan configuration over time


Regards!

muranskycotech Wed, 08/11/2010 - 15:28
User Badges:

Javier,


Thanks for responding to my email last night about the easiest way to get started. I was able to use this tool to identify several weak areas in my configuration today, and thanks to the tips the utility provided, my wireless network (voice and data) are running better than ever! I noticed dramatically better coverage in a few areas where coverage had previously been low due to some radio misconfigurations, and my call quality while roaming is much improved as well since I was able to identify a few settings that were negatively impacting roaming abilities.


Thanks for this utility, and all your efforts on this project!

nichnw Tue, 12/14/2010 - 22:01
User Badges:

For some reason I'm not able to scroll the AP list in the TPC Prediction dialog.  Both scroll bars are disabled.  At first I thought it might be a Win7 thing but I've had the same issue under XP.  Am I doing something wrong?

Javier Contreras Wed, 12/15/2010 - 00:11
User Badges:
  • Cisco Employee,

Hi


TPC predictor was a "experimental" test I did time ago for a case. It needs serious re-work, to match the new TPC algorithms in 7.0 and 6.0 latest code. The issue you mention, that the tabs and grid scroll bars are not responsive is fixed on next build (it was minor detail) , but I will disable the  feature altogether until I have time for  2.3   or 2.4  is out, when I plan to introduce several RF analysis ideas I have around.


the current output is not entirely correct. Anyway, if you have ideas or feedback for this feature, feel free to contact me to discuss inclusion on next version.


Regards

ericgarnel Tue, 09/06/2011 - 09:56
User Badges:
  • Gold, 750 points or more

Javier,

I cobbled together an expect script to pull the run-config from a controller and all looks well on the output, but config analyzer compains "controller information not found in selected file"  The scripts are at https://supportforums.cisco.com/message/3437283#3437283


I can modify them as needed, but I am not sure where the analyzer is looking for that info.

Thanks,


Eric Garnel

Javier Contreras Wed, 09/07/2011 - 02:02
User Badges:
  • Cisco Employee,

Hi Eric

Can you send me the resulting output file from your script?


I can have a quick look and see what is missing.


Normally, that message means that WLCCA did not see the "System Inventory"  line on the beginning of the file

(that is used as marker for start or new config)



Regards

ericgarnel Wed, 09/07/2011 - 10:34
User Badges:
  • Gold, 750 points or more

Javier,

I have cleaned up the scripts, and the analyzer recognizes the output, but kicks out parsing errors.

the updated info is at: https://supportforums.cisco.com/message/3438433#3438433

the raw output from the controller is 1 very long line with ^M^Ms sprinkled throughout.  In order to pull out the expect user pass & ip info, the file needs to be massaged


here is a sample of the output:


System Inventory

NAME: "Chassis" , DESCR: "Cisco Wireless Controller"

PID: WS-SVC-WISM-1-K9, VID: V01, SN: FAM121804PT



Burned-in MAC Address............................ 00:1F:CA:BE:C9:E0

Maximum number of APs supported.................. 150







System Information

Manufacturer's Name.............................. Cisco Systems Inc.

Product Name..................................... Cisco Controller

Product Version.................................. 7.0.116.0

RTOS Version..................................... 7.0.116.0

Bootloader Version............................... 7.0.116.0

Emergency Image Version.......................... 7.0.116.0

Build Type....................................... DATA + WPS

System Name...................................... WLCNORTH

System Location.................................. North.2nd_floor.Ntelecom

System Contact................................... Eric Garnel

System ObjectID.................................. 1.3.6.1.4.1.14179.1.1.4.4

IP Address....................................... 172.20.2.22

System Up Time................................... 86 days 3 hrs 41 mins 3 secs

<snip>

dhurshowy Mon, 01/23/2012 - 09:41
User Badges:

It seems to run OK and outputs the warnings in a browser, but then the program hangs with the task box  "processing: Calculating AP Index" showing. The program is unresponsive and has to be shut down in task manager.


Windows 7 64bit.

Did not chose any audits.

Task manager does not show any processing happening.


Any ideas?


Edit: Since I manually installed .NET 3.5 and rebooted, the program no longer hangs, though it does show me an error message regarding the AP index. (don't know if it was the reboot or .NET that helped).

Config file sent as requested.

Thank you.


Edit 2: The problem as identified by Javier was an AP stuck in a half programmed state. Tried exporting from a different controller and everything worked normally. Thanks for the quick support, it was much appreciated.

luceroc Wed, 04/18/2012 - 15:56
User Badges:

Hello Javier,

Thanks for your hard work and efforts on this config tool. I have a suggestion that might be worth investigating but could be more trouble than it’s worth. I’ll let you decide. I have a guest network (SSID) on my controllers I’m sure like everybody else. When I look at my stats and clients below SNR levels, these are mainly these guests that are using low power devices and might even be grabbing it from next to my facility(read far away from the AP). But that’s another problem for another time. :-)


I was wondering if there’s a way to allow us to selectively exclude the guest SSID which would then allow me to just view my company assets and get the reading based on just those devices on my production SSIDs.


Forgot to specifically mention that the error is 90026,Vocera percentage of clients detected at poor RF coverage.


Thanks again,

Charles

Javier Contreras Thu, 04/19/2012 - 00:50
User Badges:
  • Cisco Employee,

Hi Charles

     Thanks for the feedback and ideas....


     The SNR/RSSI levels are reported on a per-radio aggregation, not on per-SSID, so there is no direct way to exclude low SNR Clients, depending on which SSID they are...


     We can have how many clients are per SSID from the config, and how many are on the SNR historgram levels... but doing a correlation there, could lead to false negatives (like I can't just substract guest SSID from bad SNR totals... it would give bad results on most deployments)


      your proposal makes total sense... but the current agregation level present on the sh run does not allow that granularity :-(


regards

dhurshowy Fri, 04/27/2012 - 10:19
User Badges:

In the RF summary I see the Client RSSI Distributions for the WLC.  Is there a way to see the RSSI distributions per AP? If not, the Client RSSI for the whole WLC (500 APs across an entire city for us) is of limited use when trying to figure out which APs/installations may need some additional APs added, or a redesign etc.

Javier Contreras Mon, 04/30/2012 - 04:21
User Badges:
  • Cisco Employee,

Hi Dale


yes, the current RSSI/SNR summary is client focused, not AP, so  it is not useful to find out which APs may be having coverage issues.


RF problem finder does not focus on low SNR, nor the graphs...


so yes, if you want to get APs that have lower than average SNR/RSS count, there is no easy way right now in the WLCCA.


I think I can add a "average SNR" count, then show how APs deviate from this value.  I can explore this, as this tool may be done on different ways: either as SNR/RSSI summaries vs network average, or by a graph showing deviation, etc. Let me see what is best for a large network representation.


I think your usage case makese sense: quick check on which areas may need additional coverage based on persistant low SNR/RSSI count.

One detail: this is covered on WCS/NCS coverage area exceptions, and/or in CHD in WLC


Regards

dhurshowy Mon, 04/30/2012 - 08:05
User Badges:

Coverage Hole Detection is a good suggest, we had forgotten about that counter. While it would be nice to see AP RSSI info in WLCCA it would still just be a snapshot of a single point in time, so CHD would be better in that it would capture all clients thoughout the day. Thanks for the tip we'll explore that today.


If you were to add AP RSSI to WLCCA by showing APs deviations from average, it might also be good to show client count for each AP (so the stats/importance is weighted).


-Dale-

jcoune Fri, 05/11/2012 - 02:39
User Badges:

Question: are there also plans to add the settings for the radius server like "fallback mode" in the config analyzer?

We have customers with a few 100 wlc's and this option can be usefull.

Javier Contreras Fri, 05/11/2012 - 22:00
User Badges:
  • Cisco Employee,

Hi


well, now there are plans :-)


it is a valid request, and makes total sense. Let me add this to the feature list for next releases


Regards

ericgarnel Wed, 05/22/2013 - 07:44
User Badges:
  • Gold, 750 points or more

Javier,


I have returned to the forums after a long absence and have started to update some of the scripts I wrote in the past

Here is verison 1 of the script to automate/perform a "transfer upload datatype run-config" to a tftp server for the sake of pushing the output to WLC Config Analyser


https://supportforums.cisco.com/docs/DOC-33276


Eric

patrick.kofler Wed, 06/12/2013 - 06:03
User Badges:

Hello Javier,


I wanted to ask, if you plan to add support for the new IOS based WLCs as well?

Thanks


Regards,

Patrick

Javier Contreras Wed, 06/12/2013 - 07:58
User Badges:
  • Cisco Employee,

Hi Patrick


yes for sure!


I am working on a 3.0 version, that will have support for 5760/3780... it is just matter of finding time to complete it


right now is on alpha version, with some missing features


regards

michael kordek Mon, 09/02/2013 - 10:24
User Badges:

I'm trying to install the latest version of the Configuration Analyzer on a Win 7 laptop and am getting below errors:


OPERATION PROGRESS STATUS

* [9/2/2013 1:18:00 PM] : Activation of C:\Apps\WLC Analyzer\WLC Config Analyzer.application has started.

* [9/2/2013 1:18:01 PM] : Processing of deployment manifest has successfully completed.

* [9/2/2013 1:18:01 PM] : Installation of the application has started.

* [9/2/2013 1:18:01 PM] : Processing of application manifest has successfully completed.

* [9/2/2013 1:18:05 PM] : Found compatible runtime version 2.0.50727.

* [9/2/2013 1:18:05 PM] : Detecting dependent assembly Sentinel.v3.5Client, Version=3.5.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a, processorArchitecture=msil using Sentinel.v3.5Client, Version=3.5.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a, processorArchitecture=msil.

* [9/2/2013 1:18:05 PM] : Detecting dependent assembly System.Data.Entity, Version=3.5.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089, processorArchitecture=msil using System.Data.Entity, Version=3.5.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089, processorArchitecture=msil.

* [9/2/2013 1:18:05 PM] : Detecting dependent assembly WindowsBase, Version=3.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35, processorArchitecture=msil using WindowsBase, Version=3.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35, processorArchitecture=msil.

* [9/2/2013 1:18:05 PM] : Detecting dependent assembly System.Core, Version=3.5.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089, processorArchitecture=msil using System.Core, Version=3.5.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089, processorArchitecture=msil.

* [9/2/2013 1:18:05 PM] : Request of trust and detection of platform is complete.

* [9/2/2013 1:18:06 PM] : Downloading of subscription dependencies is complete.

* [9/2/2013 1:18:06 PM] : Commit of the downloaded application has started.



ERROR DETAILS

Following errors were detected during this operation.

* [9/2/2013 1:18:06 PM] System.Runtime.InteropServices.COMException

- The application binding data format is invalid. (Exception from HRESULT: 0x800736B2)

- Source: System.Deployment

- Stack trace:

at System.Deployment.Internal.Isolation.IEnumSTORE_ASSEMBLY.Next(UInt32 celt, STORE_ASSEMBLY[] rgelt)

at System.Deployment.Internal.Isolation.StoreAssemblyEnumeration.MoveNext()

at System.Deployment.Application.ComponentStore.CollectCrossGroupApplications(Uri codebaseUri, DefinitionIdentity deploymentIdentity, Boolean& identityGroupFound, Boolean& locationGroupFound, String& identityGroupProductName)

at System.Deployment.Application.SubscriptionStore.CommitApplication(SubscriptionState& subState, CommitApplicationParams commitParams)

at System.Deployment.Application.ApplicationActivator.InstallApplication(SubscriptionState& subState, ActivationDescription actDesc)

at System.Deployment.Application.ApplicationActivator.PerformDeploymentActivation(Uri activationUri, Boolean isShortcut, String textualSubId, String deploymentProviderUrlFromExtension, BrowserSettings browserSettings, String& errorPageUrl)

at System.Deployment.Application.ApplicationActivator.ActivateDeploymentWorker(Object state)


Does anyone have any thoughts on why this is happening?


Thanks,

Mike

Emanuel Diaz Wed, 04/09/2014 - 09:37
User Badges:

I agree. Thanks for keeping it up to day, Javier.

mikealbano Thu, 11/07/2013 - 17:26
User Badges:

Not sure what the official way to submit a feature request is, but I'd really like to see the "compensated heard power" ported over to the "Highest Rx neighbor on-channel". Would be very useful for determining where too much CCI could occur. As it stands, I think the "Highest Rx Neigh. On Channel" is based on neighbor messages (power level 1).

imuratov Mon, 01/27/2014 - 09:33
User Badges:

When will WLC Config analyzer support 7.6 code? We are starting to deploye the 3700 series Access Points and require to run 7.6 code of the controller. This tool helps a lot with deployment.


thanks

a-nilsson Fri, 02/14/2014 - 23:42
User Badges:

Me too. I was force to upgrade to 7.6 because the bug fix didn't make the 7.4MR2. Really love this tool. Please please Javier.

klohse Tue, 02/11/2014 - 02:22
User Badges:

Hello,


i can't install the tool, i get the message "System needs Microsoft Common Language Runtime 4.0.30319.0".

I tried XP and Win7 with all patches, .net 3.5 is also installed.

Any idea ?


Tool looks really great and i'd like to use it.


Regards

Aaron Leonard Tue, 02/11/2014 - 08:56
User Badges:
  • Cisco Employee,

I believe that this is a component of .NET - note that WLCCA needs .NET 4.0 not 3.5.


For reference, my Win7 PC shows as having "Microsoft .NET Framework 4 Client Profile" and "

"Microsoft .NET Framework 4 Extended".


Aaron

Loc Pham Wed, 03/05/2014 - 15:07
User Badges:

WLC-crash.jpg  Running into this error upon open a WLC 5760 configuration, I already check 4.0 net.

  What should I do ?


WLC-crash.jpgWLC-crash.jpg
patrick.kofler Wed, 03/12/2014 - 04:57
User Badges:
The config analyzer does not yet support the 5760 platform.

Hi guys,

A question about the Channel Utilization number reported by the APs in the "show run-config" command (and shown in the WLCCA tool under the RF Summary tab).  The numbers reported by the APs are routinely higher than the utilization percentages I see when walking the same area using Cisco Spectrum Expert/Cognio.  I'd guess they are easily 20% higher than my "eyeball estimate" from CSE, but I've honestly never done a side-by-side comparison.

How is the reported Channel Utilization number derived on the APs?  Is it a timed average (such as a 5-second or a 60-second average), or is it a high-level watermark over the last N seconds?

I'm working with a customer where we are relying on these numbers (collected from the WLCCA tool) to determine which changes are having a positive impact -- and by how much.  More than 45% of their APs are reporting channel utilization over 50%, and at least 15% of the APs are reporting channel utilization higher than 70%.  Compared to other customers I've worked with, those numbers are pretty bad (although they are a distant second to my worst customer, but they are a developer of consumer-based wireless products so that wasn't too much of a surprise with thousands of "rogue APs" being present).

Thanks in advance, as always!

Regards,
Steve

dhurshowy Wed, 06/04/2014 - 14:27
User Badges:

Some comments which may help Steve:

1) We have noticed the same thing with the Fluke Aircheck (vs CPI / WLCCA)

2) Make sure you are looking at both WiFi and non-WiFi channel utilization with the Spectrum tool (which you probably are using a spectrum tool as oppose to a 'WiFi analyzer')

3) APs are mounted on the ceiling will generally hear more than you walking on the ground with a laptop. (This would lead to higher channel utilization)

4) AP may or may not have higher antenna gain (This would lead to higher channel utilization)

5) RSSI threshold to consider the channel utilized could be different between tools. e.g. The AP says channel utilized if WiFi  packets = -85dBm or stronger, or non-WiFi (& off channel WiFi) energy needs to be -65dBm or stronger (give or take a few dB) What thresholds does Cisco Spectrum Expert/Cognio use?

6) Technical differences in energy sampling methods. DFT vs FFT, filter shapes, etc. could mean you'll get differences in channel utilization between different devices.

7) There is a running averaging involved in the AP utilization number (likely ~60 seconds).

Bottom line is for any optimization, stick to the same sampling method to determine the affect of your changes. Shouldn't matter which one is technically more accurate, an improvement should be an improvement regardless.

I'd probably recommend sticking to the AP numbers as this is what the AP deems to be reality. If you make positive change as measured by CSE but the AP shows the same, then you probably didn't improve the WiFi performance.

If you wanted to discuss how to make changes to lower utilization that would be another discussion.

Hope this helps!

- Dale Hurshowy P.Eng

Dale, thanks for the feedback!  You bring up a good point about the potential for an RSSI threshold difference between tools -- where one tool might use one value, while the Cisco APs use another to calculate the channel utilization.

I guess I'm still facing the same question as before though: How is the reported Channel Utilization number derived on the Cisco APs?  Is it a timed average (such as a 5-second or a 60-second average), or is it a high-level watermark over the last N seconds?

I really want to know the answer to this, so if anyone knows for certain please let us know!

Regards,
Steve

Hi Javier,

Thanks for creating this great assessment tool.

Some wish list items:

1. Have the "Compensated Heard Power" in the TX Neighbors reflect the selected APs Transmit Power.

2. Include AP Power, Compensated Heard Power values in the exported AP Nearby/AP Seeme reports in Report Center.

3. A Third loudest Seeme neighbor report.

Thanks for your efforts,

--Bruce Johnson

Javier Contreras Fri, 12/19/2014 - 04:45
User Badges:
  • Cisco Employee,

hi Bruce

 

Thanks for your comments

 

on your wish list: yes, they are valid points, let me put them on the tracking list for future version 3.7

 

regards!

Steve Williams Mon, 01/12/2015 - 13:44
User Badges:

Hello Javier,

Which IOS-XE command should I use to feed WLCCA?

I tried 'show running-config all', no results. WLCCA produced some results with the output of 'show tech'.

 

Regards,

-steve w. 

Javier Contreras Tue, 01/13/2015 - 01:53
User Badges:
  • Cisco Employee,

hi Steve

 

you should take "sh tech" and then "sh tech-wireless" on same file, per controller

(yes 2 commands needed for IOS-XE)

 

regards

Steve Williams Tue, 01/13/2015 - 04:21
User Badges:

Hi Javier,

Thanks, it now works fine. Your tool is invaluable!

Best,

-steve

eyracastillorod... Fri, 02/27/2015 - 10:32
User Badges:

Javier:

Muchas gracias por tu herramienta, así como comenta Steve es invaluable!

Thank you so much!

Actions

This Document

Related Content

 

 

Trending Topics: Other Wireless Mobility

client could not be authenticated
Network Analysis Module (NAM) Products
Cisco 6500 nam
reason 440 driver failure
Cisco password cracker
Cisco Wireless mode