RFS6000 - cfgd process 66%, total CPU load 92%+

[Chris35]

Hey,
We are currently running an RFS6000 5.8.3.6.
It has been noted that there has been degraded performance of AP's losing heartbeat on our network. I believe the 6000 is licenced for 256 AP's give or take.

When digging around, the cfgd process sits at 60%+ most of the day, and the total CPU usage sits at around 92%+ all day.

I have read that on WM3000's that cdp can cause this if the switches connected to AP's are not running cdp, causing broadcasts out of all ports, eventually reaching the 3000 and causing high CPU.

Anybody else had this issue? I wouldn't think it should be running at this rate all day..

AP71XX, AP7562's, total of around 130.

[Chris35]

Resolved: Turned out there was a script running that scraped the RFS for information on AP's was causing it. Perhaps because the poll time was set to 6 seconds is the real reason.. BUT each to their own.. CPU down to 11% now with cfgd @ 8% when that scrape was disabled.

[Jeremy_Gibbs]

Great!!!

[leericky88]

Hi, i'm having same issue. could you elaborate the script you are talking about? is it internally in the controller?

[Gary_Hartstone]

Here's the notes about CDP/LLDP in the Best Practice Guide

CDP / LLDP
By default, each WiNG device runs CDP and LLDP protocols, which are designed to help mitigate some of the issues with the wired infrastructure or help negotiate PoE power allocation. However, it has been identified that in rare cases when customers have mixed switching infrastructure with a mix of managed and unmanaged switches OR switches that understand both CDP and LLDP and switches that understand LLDP only - having CDP enabled might cause increased CPU load on the adopting controller. In such cases it is highly recommended to disable both CDP and LLDP on all AP profiles. You should also disable CDP even if you run managed switches that might not understand CDP protocol, such as for example Extreme or HP switches.