<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: 9800 wncmgrd high CPU in Wireless</title>
    <link>https://community.cisco.com/t5/wireless/9800-wncmgrd-high-cpu/m-p/4920872#M260549</link>
    <description>&lt;P&gt;Even though I disagree, there was a comment made by a Cisco staff here in the forums which states that it is normal for the "wncd" process to hit 100% CPU utilization.&amp;nbsp;&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Sun, 10 Sep 2023 02:15:02 GMT</pubDate>
    <dc:creator>Leo Laohoo</dc:creator>
    <dc:date>2023-09-10T02:15:02Z</dc:date>
    <item>
      <title>9800 wncmgrd high CPU</title>
      <link>https://community.cisco.com/t5/wireless/9800-wncmgrd-high-cpu/m-p/4920546#M260497</link>
      <description>&lt;P&gt;We have two SSO pairs of 9800-80 WLCs running 17.9.4. This semester is the first time we've used them in production (we are a university). For now, we only have 1,400 APs on each. I decided to check the WNCD processes and found that wncmgrd is using 99% on both controllers.&lt;/P&gt;&lt;P&gt;I'm not able to find much information on this process. What does it do, and is there anything I can do to reduce that usage? Would it being high affect client connectivity?&lt;/P&gt;&lt;P&gt;Admittedly, a significant portion of the APs are in the default site tag due to filtering issues. (I discussed this on another thread and have to wait until after a no-change period to resolve.) So, I understand the wncd_x processes could be affected during periods of high mobility, but I haven't read anything about wncmgrd specifically.&lt;/P&gt;&lt;P&gt;Example outputs:&lt;/P&gt;&lt;P&gt;9800-Pair1#show processes cpu platform sorted | i wnc|Name&lt;BR /&gt;Pid PPid 5Sec 1Min 5Min Status Size Name&lt;BR /&gt;19462 19453 99% 99% 99% R 1441524 wncmgrd&lt;BR /&gt;20415 20407 18% 19% 19% S 888876 wncd_7&lt;BR /&gt;19725 19717 17% 16% 16% S 1034624 wncd_1&lt;BR /&gt;19840 19832 13% 12% 12% S 830236 wncd_2&lt;BR /&gt;20185 20177 12% 11% 11% S 957740 wncd_5&lt;BR /&gt;19610 19602 9% 9% 11% S 877984 wncd_0&lt;BR /&gt;20301 20292 8% 8% 9% S 936452 wncd_6&lt;BR /&gt;20070 20062 6% 6% 6% S 696384 wncd_4&lt;BR /&gt;19955 19947 0% 11% 11% S 846048 wncd_3&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;9800-Pair2#show processes cpu platform sorted | i wnc|Name&lt;BR /&gt;Pid PPid 5Sec 1Min 5Min Status Size Name&lt;BR /&gt;19444 19435 98% 98% 98% R 1557576 wncmgrd&lt;BR /&gt;19592 19584 20% 21% 21% S 807160 wncd_0&lt;BR /&gt;20052 20044 15% 13% 12% S 876928 wncd_4&lt;BR /&gt;19707 19699 15% 15% 13% S 860964 wncd_1&lt;BR /&gt;20284 20274 12% 12% 11% R 901612 wncd_6&lt;BR /&gt;19822 19814 12% 11% 10% S 831764 wncd_2&lt;BR /&gt;20167 20159 11% 9% 8% S 813364 wncd_5&lt;BR /&gt;20396 20389 8% 9% 8% S 820512 wncd_7&lt;BR /&gt;19937 19929 0% 15% 16% S 901700 wncd_3&lt;/P&gt;</description>
      <pubDate>Fri, 08 Sep 2023 18:08:33 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/9800-wncmgrd-high-cpu/m-p/4920546#M260497</guid>
      <dc:creator>eglinsky2012</dc:creator>
      <dc:date>2023-09-08T18:08:33Z</dc:date>
    </item>
    <item>
      <title>Re: 9800 wncmgrd high CPU</title>
      <link>https://community.cisco.com/t5/wireless/9800-wncmgrd-high-cpu/m-p/4920671#M260504</link>
      <description>&lt;P&gt;If you are getting constant high cpu on that process it does not looks good. If you have a TAC support better reach out to them to find out root cause of high CPU.&lt;/P&gt;
&lt;P&gt;Below CLI output may provide some hints&lt;/P&gt;
&lt;P&gt;&lt;STRONG&gt;&lt;FONT face="courier new,courier"&gt;show logging process wncmgrd internal&lt;/FONT&gt;&lt;/STRONG&gt;&lt;/P&gt;
&lt;P&gt;There are few other forum threads that may provide some help as well.&lt;/P&gt;
&lt;P&gt;&lt;A href="https://community.cisco.com/t5/wireless/wlc-9800-cpu-utilize-issue/td-p/4871579" target="_blank"&gt;https://community.cisco.com/t5/wireless/wlc-9800-cpu-utilize-issue/td-p/4871579&lt;/A&gt;&lt;BR /&gt;&lt;A href="https://community.cisco.com/t5/wireless/9800-40-iosd-high-cpu-utilization-1000-aps-and-ap-snmp-requests/td-p/4640366" target="_self"&gt;https://community.cisco.com/t5/wireless/9800-40-iosd-high-cpu-utilization-1000-aps-and-ap-snmp-requests/td-p/4640366&lt;/A&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;HTH&lt;BR /&gt;Rasika&lt;BR /&gt;*** Pls rate all useful responses ***&lt;/P&gt;</description>
      <pubDate>Fri, 08 Sep 2023 22:18:08 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/9800-wncmgrd-high-cpu/m-p/4920671#M260504</guid>
      <dc:creator>Rasika Nayanajith</dc:creator>
      <dc:date>2023-09-08T22:18:08Z</dc:date>
    </item>
    <item>
      <title>Re: 9800 wncmgrd high CPU</title>
      <link>https://community.cisco.com/t5/wireless/9800-wncmgrd-high-cpu/m-p/4920717#M260513</link>
      <description>&lt;P&gt;Post the complete output to the following commands:&amp;nbsp;&lt;/P&gt;
&lt;LI-CODE lang="markup"&gt;sh platform resources
sh platform software status con brief&lt;/LI-CODE&gt;</description>
      <pubDate>Sat, 09 Sep 2023 00:08:45 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/9800-wncmgrd-high-cpu/m-p/4920717#M260513</guid>
      <dc:creator>Leo Laohoo</dc:creator>
      <dc:date>2023-09-09T00:08:45Z</dc:date>
    </item>
    <item>
      <title>Re: 9800 wncmgrd high CPU</title>
      <link>https://community.cisco.com/t5/wireless/9800-wncmgrd-high-cpu/m-p/4920867#M260547</link>
      <description>&lt;P&gt;Hi Leo,&lt;/P&gt;&lt;P&gt;9800-Pair1#sh platform resources&lt;BR /&gt;**State Acronym: H - Healthy, W - Warning, C - Critical&lt;BR /&gt;Resource Usage Max Warning Critical State&lt;BR /&gt;----------------------------------------------------------------------------------------------------&lt;BR /&gt;RP0 (ok, active) H&lt;BR /&gt;Control Processor 8.69% 100% 80% 90% H&lt;BR /&gt;DRAM 10781MB(17%) 62892MB 88% 93% H&lt;BR /&gt;harddisk 0MB(0%) 0MB 80% 85% H&lt;BR /&gt;ESP0(ok, active) H&lt;BR /&gt;QFP H&lt;BR /&gt;TCAM 78cells(0%) 1048576cells 65% 85% H&lt;BR /&gt;DRAM 655404KB(15%) 4194304KB 85% 95% H&lt;BR /&gt;IRAM 14764KB(11%) 131072KB 85% 95% H&lt;BR /&gt;CPU Utilization 0.00% 100% 90% 95% H&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;9800-Pair1#sh platform software status con brief&lt;BR /&gt;Load Average&lt;BR /&gt;Slot Status 1-Min 5-Min 15-Min&lt;BR /&gt;1-RP0 Healthy 2.37 2.44 2.35&lt;BR /&gt;2-RP0 Healthy 0.84 0.98 0.88&lt;/P&gt;&lt;P&gt;Memory (kB)&lt;BR /&gt;Slot Status Total Used (Pct) Free (Pct) Committed (Pct)&lt;BR /&gt;1-RP0 Healthy 64402224 11040252 (17%) 53361972 (83%) 18810548 (29%)&lt;BR /&gt;2-RP0 Healthy 64402224 7722344 (12%) 56679880 (88%) 15624048 (24%)&lt;/P&gt;&lt;P&gt;CPU Utilization&lt;BR /&gt;Slot CPU User System Nice Idle IRQ SIRQ IOwait&lt;BR /&gt;1-RP0 0 2.59 1.09 0.00 96.30 0.00 0.00 0.00&lt;BR /&gt;1 2.10 2.70 0.00 95.20 0.00 0.00 0.00&lt;BR /&gt;2 0.00 0.00 0.00 100.00 0.00 0.00 0.00&lt;BR /&gt;3 1.80 0.40 0.00 97.70 0.00 0.10 0.00&lt;BR /&gt;4 3.00 1.10 0.00 95.89 0.00 0.00 0.00&lt;BR /&gt;5 3.10 1.60 0.00 95.30 0.00 0.00 0.00&lt;BR /&gt;6 2.80 1.20 0.00 95.99 0.00 0.00 0.00&lt;BR /&gt;7 4.10 1.90 0.00 94.00 0.00 0.00 0.00&lt;BR /&gt;8 2.69 0.99 0.00 96.30 0.00 0.00 0.00&lt;BR /&gt;9 1.99 0.49 0.00 97.50 0.00 0.00 0.00&lt;BR /&gt;10 4.60 1.30 0.00 94.10 0.00 0.00 0.00&lt;BR /&gt;11 3.30 1.00 0.00 95.69 0.00 0.00 0.00&lt;BR /&gt;12 1.39 0.89 0.00 96.70 0.00 0.99 0.00&lt;BR /&gt;13 3.60 0.50 0.00 95.89 0.00 0.00 0.00&lt;BR /&gt;14 78.70 20.80 0.00 0.50 0.00 0.00 0.00&lt;BR /&gt;15 6.19 1.49 0.00 92.30 0.00 0.00 0.00&lt;BR /&gt;16 1.60 0.70 0.00 97.60 0.00 0.10 0.00&lt;BR /&gt;17 2.40 0.80 0.00 96.80 0.00 0.00 0.00&lt;BR /&gt;18 3.70 1.10 0.00 95.20 0.00 0.00 0.00&lt;BR /&gt;19 3.29 1.19 0.00 95.00 0.00 0.49 0.00&lt;BR /&gt;20 14.18 1.29 0.00 84.51 0.00 0.00 0.00&lt;BR /&gt;21 2.69 0.69 0.00 96.60 0.00 0.00 0.00&lt;BR /&gt;22 4.20 0.80 0.00 95.00 0.00 0.00 0.00&lt;BR /&gt;23 2.70 0.40 0.00 96.79 0.00 0.10 0.00&lt;BR /&gt;2-RP0 0 2.50 0.20 0.00 97.29 0.00 0.00 0.00&lt;BR /&gt;1 2.29 0.59 0.00 97.10 0.00 0.00 0.00&lt;BR /&gt;2 1.50 0.50 0.00 98.00 0.00 0.00 0.00&lt;BR /&gt;3 0.69 0.29 0.00 99.00 0.00 0.00 0.00&lt;BR /&gt;4 0.79 0.49 0.00 98.70 0.00 0.00 0.00&lt;BR /&gt;5 0.30 0.30 0.00 99.39 0.00 0.00 0.00&lt;BR /&gt;6 0.59 0.09 0.00 99.20 0.00 0.09 0.00&lt;BR /&gt;7 0.20 0.20 0.00 99.60 0.00 0.00 0.00&lt;BR /&gt;8 1.40 0.60 0.00 98.00 0.00 0.00 0.00&lt;BR /&gt;9 0.60 1.10 0.00 98.30 0.00 0.00 0.00&lt;BR /&gt;10 3.10 9.70 0.00 87.20 0.00 0.00 0.00&lt;BR /&gt;11 2.20 3.10 0.00 94.70 0.00 0.00 0.00&lt;BR /&gt;12 1.50 0.30 0.00 98.19 0.00 0.00 0.00&lt;BR /&gt;13 1.90 0.70 0.00 97.40 0.00 0.00 0.00&lt;BR /&gt;14 0.50 0.30 0.00 99.19 0.00 0.00 0.00&lt;BR /&gt;15 0.70 0.30 0.00 98.99 0.00 0.00 0.00&lt;BR /&gt;16 1.60 0.30 0.00 98.09 0.00 0.00 0.00&lt;BR /&gt;17 1.10 0.50 0.00 98.40 0.00 0.00 0.00&lt;BR /&gt;18 0.50 0.30 0.00 99.20 0.00 0.00 0.00&lt;BR /&gt;19 1.10 0.40 0.00 98.49 0.00 0.00 0.00&lt;BR /&gt;20 0.90 0.20 0.00 98.89 0.00 0.00 0.00&lt;BR /&gt;21 1.30 0.60 0.00 98.09 0.00 0.00 0.00&lt;BR /&gt;22 5.60 2.30 0.00 90.79 0.00 1.30 0.00&lt;BR /&gt;23 0.90 0.20 0.00 98.80 0.00 0.10 0.00&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Things are quieter at the moment since it's the weekend, only 800 clients. The wncd_x processes are all lower than they were before, but wncmgrd is still high.&lt;/P&gt;&lt;P&gt;9800-Pair1#show processes cpu platform sorted | i wnc|Name&lt;BR /&gt;Pid PPid 5Sec 1Min 5Min Status Size Name&lt;BR /&gt;19462 19453 99% 99% 98% R 1441128 wncmgrd&lt;BR /&gt;20415 20407 6% 5% 6% S 889024 wncd_7&lt;BR /&gt;19725 19717 6% 6% 6% S 1035692 wncd_1&lt;BR /&gt;20185 20177 4% 4% 4% S 960660 wncd_5&lt;BR /&gt;19840 19832 4% 4% 4% S 830784 wncd_2&lt;BR /&gt;20301 20292 3% 3% 3% S 944332 wncd_6&lt;BR /&gt;20070 20062 2% 2% 2% S 685180 wncd_4&lt;BR /&gt;19610 19602 2% 2% 2% S 883836 wncd_0&lt;BR /&gt;19955 19947 0% 4% 4% S 846876 wncd_3&lt;/P&gt;</description>
      <pubDate>Sun, 10 Sep 2023 01:19:36 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/9800-wncmgrd-high-cpu/m-p/4920867#M260547</guid>
      <dc:creator>eglinsky2012</dc:creator>
      <dc:date>2023-09-10T01:19:36Z</dc:date>
    </item>
    <item>
      <title>Re: 9800 wncmgrd high CPU</title>
      <link>https://community.cisco.com/t5/wireless/9800-wncmgrd-high-cpu/m-p/4920872#M260549</link>
      <description>&lt;P&gt;Even though I disagree, there was a comment made by a Cisco staff here in the forums which states that it is normal for the "wncd" process to hit 100% CPU utilization.&amp;nbsp;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Sun, 10 Sep 2023 02:15:02 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/9800-wncmgrd-high-cpu/m-p/4920872#M260549</guid>
      <dc:creator>Leo Laohoo</dc:creator>
      <dc:date>2023-09-10T02:15:02Z</dc:date>
    </item>
    <item>
      <title>Re: 9800 wncmgrd high CPU</title>
      <link>https://community.cisco.com/t5/wireless/9800-wncmgrd-high-cpu/m-p/4921426#M260581</link>
      <description>&lt;P&gt;I saw that, too, but I'm not sure if that applied to wncmgrd specifically.&lt;/P&gt;&lt;P&gt;I corrected the filtering issue and now all but ~50 APs in small one-off buildings with little foot traffic are being filtered to site tags. That process is still at 99% CPU. I'm opening a TAC case now.&lt;/P&gt;</description>
      <pubDate>Mon, 11 Sep 2023 13:27:58 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/9800-wncmgrd-high-cpu/m-p/4921426#M260581</guid>
      <dc:creator>eglinsky2012</dc:creator>
      <dc:date>2023-09-11T13:27:58Z</dc:date>
    </item>
    <item>
      <title>Re: 9800 wncmgrd high CPU</title>
      <link>https://community.cisco.com/t5/wireless/9800-wncmgrd-high-cpu/m-p/4983891#M264669</link>
      <description>&lt;P&gt;Update - TAC has correlated these two bugs:&lt;/P&gt;&lt;P&gt;CSCwe83994: UI Radio/Client page does not load data as Websocket IDs leaked (or) not cleaned properly (&lt;A href="https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fbst.cloudapps.cisco.com%2Fbugsearch%2Fbug%2FCSCwe83994&amp;amp;data=05%7C01%7Ceg%40uconn.edu%7C0c5e78ea6bee4755173d08dbeea7edb1%7C17f1a87e2a254eaab9df9d439034b080%7C0%7C0%7C638366177238080089%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&amp;amp;sdata=b66hoShN0pEu%2BhZ6utGwwLXAJeb%2Fwkb%2BmwoaQkvpsP0%3D&amp;amp;reserved=0" target="_blank"&gt;https://bst.cloudapps.cisco.com/bugsearch/bug/CSCwe83994&lt;/A&gt;).&lt;/P&gt;&lt;P&gt;CSCwf66661 : sm_device_count_list takes too long to populate leading to websocket termination (&lt;A href="https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fbst.cloudapps.cisco.com%2Fbugsearch%2Fbug%2FCSCwf66661&amp;amp;data=05%7C01%7Ceg%40uconn.edu%7C0c5e78ea6bee4755173d08dbeea7edb1%7C17f1a87e2a254eaab9df9d439034b080%7C0%7C0%7C638366177238236335%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&amp;amp;sdata=aOkwk3FZnjW%2BNXekOu1v55aR5XItjREY2o0rmyenIe0%3D&amp;amp;reserved=0" target="_blank"&gt;https://bst.cloudapps.cisco.com/bugsearch/bug/CSCwf66661&lt;/A&gt;).&lt;/P&gt;&lt;P&gt;Focusing on the first one, even though it says 17.9.5 is affected, TAC says it's actually fixed in later revisions of 17.9.5. I was offered the 17.9.5 EFT (beta) version, but I've opted to just keep patching 17.9.4/a for now and avoid using Firefox after the reload. Part of that decision was that future 17.9.5 SMUs/APSPs cannot be installed on 17.9.5 EFT.&lt;/P&gt;&lt;P&gt;If I remember, someday after I've upgraded to 17.9.5 or later (or if an SMU comes out for this), I'll follow up. For now, I'm not going to mark this as the solution since I haven't verified if it is.&lt;/P&gt;</description>
      <pubDate>Fri, 22 Dec 2023 16:17:55 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/9800-wncmgrd-high-cpu/m-p/4983891#M264669</guid>
      <dc:creator>eglinsky2012</dc:creator>
      <dc:date>2023-12-22T16:17:55Z</dc:date>
    </item>
    <item>
      <title>Re: 9800 wncmgrd high CPU</title>
      <link>https://community.cisco.com/t5/wireless/9800-wncmgrd-high-cpu/m-p/5014961#M266426</link>
      <description>&lt;P&gt;TAC updated the documentation on CSCwe83994. Bad news, 17.9.5 is affected. Good news, it's fixed in 17.9.5! Haha. Knowing that TAC previously told me that CSCwe83994 was going to be fixed in a later revision of 17.9.5, I'll believe the issue will actually be fixed once 17.9.5 is released, but in the meantime, this is entertaining:&lt;/P&gt;&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="eglinsky2012_0-1707402660014.png" style="width: 400px;"&gt;&lt;img src="https://community.cisco.com/t5/image/serverpage/image-id/209879i6CBAC2C02B055B73/image-size/medium?v=v2&amp;amp;px=400" role="button" title="eglinsky2012_0-1707402660014.png" alt="eglinsky2012_0-1707402660014.png" /&gt;&lt;/span&gt;&lt;/P&gt;&lt;P&gt;I will say that the wncmgrd high CPU issue had gone away for a few weeks after upgrading the controllers, even after a week or so after students returned for the spring semester, but it returned when I was working in the GUI and it suddenly became unresponsive, first one WLC, and later the other. The GUI still works fine and there don't seem to be any connectivity issues, it's just an occasional glitch that seems to trigger the CPU usage. Just waiting for 17.9.5 at this point.&lt;/P&gt;</description>
      <pubDate>Thu, 08 Feb 2024 14:57:37 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/9800-wncmgrd-high-cpu/m-p/5014961#M266426</guid>
      <dc:creator>eglinsky2012</dc:creator>
      <dc:date>2024-02-08T14:57:37Z</dc:date>
    </item>
    <item>
      <title>Re: 9800 wncmgrd high CPU</title>
      <link>https://community.cisco.com/t5/wireless/9800-wncmgrd-high-cpu/m-p/5015197#M266439</link>
      <description>&lt;P&gt;The take-away from all this confirms my initial opinion relating to platform on IOS-XE:&amp;nbsp; Reboot the platform/appliance every 6 to 12 months.&amp;nbsp;&lt;/P&gt;
&lt;P&gt;IOS-XE is a memory hog and memory leaks like a broken fire hydrant.&amp;nbsp; For example, there are processes that leak that are commonly attributed to DNAC/PI (aka "telemetry" in Bug IDs) &amp;amp;/or DNA Spaces (aka nmspd), as an example.&amp;nbsp;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Another thing is the AP "load" on the controller.&amp;nbsp; We've been told (WNBU) to not "overload" the 9800-80 controller to &amp;gt;5000 APs.&lt;/P&gt;</description>
      <pubDate>Thu, 08 Feb 2024 21:45:17 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/9800-wncmgrd-high-cpu/m-p/5015197#M266439</guid>
      <dc:creator>Leo Laohoo</dc:creator>
      <dc:date>2024-02-08T21:45:17Z</dc:date>
    </item>
    <item>
      <title>Re: 9800 wncmgrd high CPU</title>
      <link>https://community.cisco.com/t5/wireless/9800-wncmgrd-high-cpu/m-p/5015214#M266447</link>
      <description>&lt;P&gt;We do code upgrades at least every 6 months, anyway, so they reboot then. We're eternally chasing the holy grail version that just works, but it never comes! The uptime on the controller was only about a month before wncmgrd spiked, and it happened several days after students returned. And we aren't nearly maxing these 9800-80s out; if I recall, they only have 1,500 APs, 10,000 clients, and 3Gbps throughput max each at this point.&lt;/P&gt;</description>
      <pubDate>Thu, 08 Feb 2024 22:27:53 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/9800-wncmgrd-high-cpu/m-p/5015214#M266447</guid>
      <dc:creator>eglinsky2012</dc:creator>
      <dc:date>2024-02-08T22:27:53Z</dc:date>
    </item>
  </channel>
</rss>

