<?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: Client per AP in Wireless</title>
    <link>https://community.cisco.com/t5/wireless/client-per-ap/m-p/5342816#M287190</link>
    <description>&lt;P&gt;It is not recommended to follow the marketing values or the maximum values that the software can support.&lt;/P&gt;
&lt;P&gt;The maximum number of concurrent clients will vary depending on the use case as&amp;nbsp;&lt;a href="https://community.cisco.com/t5/user/viewprofilepage/user-id/325766"&gt;@Karsten Iwen&lt;/a&gt;&amp;nbsp;said, but as a rule of thumb, I prefer to consider the contention window as a more valuable limit. Having less than 16 clients is ideal to minimize the probabilities that multiple clients selects the same back-off timer. Next contention window is on 32 clients which is nice to have for standard office clients (not IoT devices or personal phones syncing in the background). Next one is 64 clients and from my experience this is too much as people start to complaint if all clients are actively transmitting.&lt;/P&gt;
&lt;P&gt;To avoid a mixed scenario with guests, personal phones and corporate devices impacting performance, consider using 6GHz band only for laptops, and 5GHz to share resources for all of them.&lt;/P&gt;</description>
    <pubDate>Tue, 28 Oct 2025 11:35:46 GMT</pubDate>
    <dc:creator>JPavonM</dc:creator>
    <dc:date>2025-10-28T11:35:46Z</dc:date>
    <item>
      <title>Client per AP</title>
      <link>https://community.cisco.com/t5/wireless/client-per-ap/m-p/5342742#M287182</link>
      <description>&lt;P&gt;Is there any cisco documentation or what best pratice count of clients per AP?&lt;/P&gt;
&lt;P&gt;If an AP have 40 clients, can we say this still good?&lt;/P&gt;</description>
      <pubDate>Tue, 28 Oct 2025 06:09:30 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/client-per-ap/m-p/5342742#M287182</guid>
      <dc:creator>hs08</dc:creator>
      <dc:date>2025-10-28T06:09:30Z</dc:date>
    </item>
    <item>
      <title>Re: Client per AP</title>
      <link>https://community.cisco.com/t5/wireless/client-per-ap/m-p/5342745#M287183</link>
      <description>&lt;P&gt;Hello &lt;a href="https://community.cisco.com/t5/user/viewprofilepage/user-id/1437984"&gt;@hs08&lt;/a&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Refer to Cisco Meraki document:&lt;/P&gt;
&lt;P&gt;&lt;EM&gt;In order to ensure quality of experience it is recommended to have around 25 clients per radio or 50 clients per AP in high-density deployments.&lt;/EM&gt;&lt;/P&gt;
&lt;P&gt;&lt;SPAN&gt;&lt;A href="https://documentation.meraki.com/Architectures_and_Best_Practices/Cisco_Meraki_Best_Practice_Design/Best_Practice_Design_-_MR_Wireless/High_Density_Wi-Fi_Deployments" target="_blank"&gt;https://documentation.meraki.com/Architectures_and_Best_Practices/Cisco_Meraki_Best_Practice_Design/Best_Practice_Design_-_MR_Wireless/High_Density_Wi-Fi_Deployments&lt;/A&gt;&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 28 Oct 2025 06:37:12 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/client-per-ap/m-p/5342745#M287183</guid>
      <dc:creator>M02@rt37</dc:creator>
      <dc:date>2025-10-28T06:37:12Z</dc:date>
    </item>
    <item>
      <title>Re: Client per AP</title>
      <link>https://community.cisco.com/t5/wireless/client-per-ap/m-p/5342748#M287184</link>
      <description>&lt;P&gt;I wouldn't look for these numbers. It all depends on the situation. Twenty-five clients on Zoom calls can be too much, but 100 connected Apple Watches doing nothing can be perfectly fine.&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 28 Oct 2025 06:49:48 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/client-per-ap/m-p/5342748#M287184</guid>
      <dc:creator>Karsten Iwen</dc:creator>
      <dc:date>2025-10-28T06:49:48Z</dc:date>
    </item>
    <item>
      <title>Re: Client per AP</title>
      <link>https://community.cisco.com/t5/wireless/client-per-ap/m-p/5342781#M287189</link>
      <description>&lt;P&gt;Its all depends on the model of the AP&lt;/P&gt;
&lt;P&gt;new models -&amp;nbsp;&lt;A href="https://www.cisco.com/c/en/us/td/docs/wireless/controller/9800/17-9/config-guide/b_wl_17_9_cg/m_client_limit_ewlc.html" target="_blank"&gt;https://www.cisco.com/c/en/us/td/docs/wireless/controller/9800/17-9/config-guide/b_wl_17_9_cg/m_client_limit_ewlc.html&lt;/A&gt;&lt;/P&gt;
&lt;H3 id="ariaid-title3" class="title topictitle3"&gt;Limitations&lt;/H3&gt;
&lt;SECTION class="body conbody"&gt;
&lt;UL class="ul"&gt;
&lt;LI class="li"&gt;
&lt;P class="p"&gt;All APs except the Cisco Catalyst 9136 Series support only 200 clients per radio. If you configure more than 200 clients for these APs, the AP radios can still support only 200 clients based on the AP capability value.&lt;/P&gt;
&lt;/LI&gt;
&lt;LI class="li"&gt;
&lt;P class="p"&gt;Client limiting is supported on the Cisco Catalyst 9136 Series APs in FlexConnect mode.&lt;/P&gt;
&lt;/LI&gt;
&lt;/UL&gt;
&lt;/SECTION&gt;</description>
      <pubDate>Tue, 28 Oct 2025 09:04:43 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/client-per-ap/m-p/5342781#M287189</guid>
      <dc:creator>balaji.bandi</dc:creator>
      <dc:date>2025-10-28T09:04:43Z</dc:date>
    </item>
    <item>
      <title>Re: Client per AP</title>
      <link>https://community.cisco.com/t5/wireless/client-per-ap/m-p/5342816#M287190</link>
      <description>&lt;P&gt;It is not recommended to follow the marketing values or the maximum values that the software can support.&lt;/P&gt;
&lt;P&gt;The maximum number of concurrent clients will vary depending on the use case as&amp;nbsp;&lt;a href="https://community.cisco.com/t5/user/viewprofilepage/user-id/325766"&gt;@Karsten Iwen&lt;/a&gt;&amp;nbsp;said, but as a rule of thumb, I prefer to consider the contention window as a more valuable limit. Having less than 16 clients is ideal to minimize the probabilities that multiple clients selects the same back-off timer. Next contention window is on 32 clients which is nice to have for standard office clients (not IoT devices or personal phones syncing in the background). Next one is 64 clients and from my experience this is too much as people start to complaint if all clients are actively transmitting.&lt;/P&gt;
&lt;P&gt;To avoid a mixed scenario with guests, personal phones and corporate devices impacting performance, consider using 6GHz band only for laptops, and 5GHz to share resources for all of them.&lt;/P&gt;</description>
      <pubDate>Tue, 28 Oct 2025 11:35:46 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/client-per-ap/m-p/5342816#M287190</guid>
      <dc:creator>JPavonM</dc:creator>
      <dc:date>2025-10-28T11:35:46Z</dc:date>
    </item>
  </channel>
</rss>

