<?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 Fabric Site support for 6000+ Access Points in Software-Defined Access (SD-Access)</title>
    <link>https://community.cisco.com/t5/software-defined-access-sd-access/fabric-site-support-for-6000-access-points/m-p/5221203#M3674</link>
    <description>&lt;P&gt;Hi All,&lt;/P&gt;&lt;P&gt;I've posted here a couple of times over the past few days. Thank you for the support and guidance. Another question.&lt;/P&gt;&lt;P&gt;I understand from reading various Cisco publications that a fabric site can support upto 10k access points, but I was wondering how this is acheived in practice? Seeing that the largest WLCs 9800-80s and CW9800H1/H2s support a maxium of 6K access points, can multiple WLCs be associated to a fabric site to acheive a scale of 10K access points? Also to support this number, I'm assuming that a single /18 access point pool will need to be allocated to the fabric site?&lt;/P&gt;&lt;P&gt;Thanks&lt;/P&gt;</description>
    <pubDate>Thu, 07 Nov 2024 00:36:34 GMT</pubDate>
    <dc:creator>packet2020</dc:creator>
    <dc:date>2024-11-07T00:36:34Z</dc:date>
    <item>
      <title>Fabric Site support for 6000+ Access Points</title>
      <link>https://community.cisco.com/t5/software-defined-access-sd-access/fabric-site-support-for-6000-access-points/m-p/5221203#M3674</link>
      <description>&lt;P&gt;Hi All,&lt;/P&gt;&lt;P&gt;I've posted here a couple of times over the past few days. Thank you for the support and guidance. Another question.&lt;/P&gt;&lt;P&gt;I understand from reading various Cisco publications that a fabric site can support upto 10k access points, but I was wondering how this is acheived in practice? Seeing that the largest WLCs 9800-80s and CW9800H1/H2s support a maxium of 6K access points, can multiple WLCs be associated to a fabric site to acheive a scale of 10K access points? Also to support this number, I'm assuming that a single /18 access point pool will need to be allocated to the fabric site?&lt;/P&gt;&lt;P&gt;Thanks&lt;/P&gt;</description>
      <pubDate>Thu, 07 Nov 2024 00:36:34 GMT</pubDate>
      <guid>https://community.cisco.com/t5/software-defined-access-sd-access/fabric-site-support-for-6000-access-points/m-p/5221203#M3674</guid>
      <dc:creator>packet2020</dc:creator>
      <dc:date>2024-11-07T00:36:34Z</dc:date>
    </item>
    <item>
      <title>Re: Fabric Site support for 6000+ Access Points</title>
      <link>https://community.cisco.com/t5/software-defined-access-sd-access/fabric-site-support-for-6000-access-points/m-p/5221212#M3675</link>
      <description>&lt;BLOCKQUOTE&gt;&lt;HR /&gt;&lt;a href="https://community.cisco.com/t5/user/viewprofilepage/user-id/1304848"&gt;@packet2020&lt;/a&gt;&amp;nbsp;wrote:&lt;BR /&gt;&lt;SPAN&gt;I understand from reading various Cisco publications that a fabric site can support upto 10k access points, but I was wondering how this is acheived in practice? Seeing that the largest WLCs 9800-80s and CW9800H1/H2s support a maxium of 6K access points, can multiple WLCs be associated to a fabric site to acheive a scale of 10K access points? Also to support this number, I'm assuming that a single /18 access point pool will need to be allocated to the fabric site?&lt;/SPAN&gt;&lt;HR /&gt;&lt;/BLOCKQUOTE&gt;
&lt;P&gt;With the introduction of the "&lt;A href="https://www.cisco.com/c/en/us/td/docs/wireless/controller/9800/technical-reference/c9800-best-practices.html" target="_self"&gt;80% Rule&lt;/A&gt;", it all boils down to two things:&amp;nbsp;&lt;/P&gt;
&lt;UL&gt;
&lt;LI&gt;&lt;FONT size="4"&gt;Stability of the code&lt;/FONT&gt;&lt;/LI&gt;
&lt;LI&gt;&lt;FONT size="4"&gt;WLC uptime.&amp;nbsp;&lt;/FONT&gt;&lt;/LI&gt;
&lt;/UL&gt;
&lt;P&gt;Overloading (above 50%) a multi-WNCD controller like the 9800-40/-80/-X is taking a big risk.&amp;nbsp; And I would never recommend anyone scale their controller to &amp;gt;90% unless they have High Touch Technical Support and the "eyes and ears" of the WNBU beside them.&amp;nbsp;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Thu, 07 Nov 2024 00:58:10 GMT</pubDate>
      <guid>https://community.cisco.com/t5/software-defined-access-sd-access/fabric-site-support-for-6000-access-points/m-p/5221212#M3675</guid>
      <dc:creator>Leo Laohoo</dc:creator>
      <dc:date>2024-11-07T00:58:10Z</dc:date>
    </item>
    <item>
      <title>Re: Fabric Site support for 6000+ Access Points</title>
      <link>https://community.cisco.com/t5/software-defined-access-sd-access/fabric-site-support-for-6000-access-points/m-p/5221221#M3676</link>
      <description>&lt;P&gt;Thanks Leo - If this is the case, and a best practise/rule documented by Cisco, then I assume that to acheive a scale of 10k access points per SD-Access fabric site, a minimum of three controllers (or six controllers deployed in three HA/SSO pairs) will be nessasary so that the access points can be balanced across WLCs without exceeding this rule. Unfortunatley I cant find any documenation or guidlines regading multiple WLC support per fabric site which is what I need to confirm to support this.&lt;/P&gt;</description>
      <pubDate>Thu, 07 Nov 2024 01:19:01 GMT</pubDate>
      <guid>https://community.cisco.com/t5/software-defined-access-sd-access/fabric-site-support-for-6000-access-points/m-p/5221221#M3676</guid>
      <dc:creator>packet2020</dc:creator>
      <dc:date>2024-11-07T01:19:01Z</dc:date>
    </item>
    <item>
      <title>Re: Fabric Site support for 6000+ Access Points</title>
      <link>https://community.cisco.com/t5/software-defined-access-sd-access/fabric-site-support-for-6000-access-points/m-p/5221227#M3677</link>
      <description>&lt;P&gt;For 10k APs and applying the "80% Rule", then yes, a minimum of 3 WLC.&amp;nbsp;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;I would not even recommend HA SSO because it will not scale -- HA SSO will only cause more instability.&amp;nbsp;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Just this year, we tore apart 2 x VSS pairs of 9800-80 and coverted all of them to N + 1.&amp;nbsp; The memory leak has slowed and the in-between proactive reboots are getting longer.&amp;nbsp;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Once the control-plane memory utilization goes &amp;gt;40%, prepare to intervene.&amp;nbsp; Cold reboot is the best but warm reboot is better than a crash.&lt;/P&gt;
&lt;P&gt;Take note of the following:&amp;nbsp;&lt;/P&gt;
&lt;UL&gt;
&lt;LI&gt;&lt;FONT size="4"&gt;Regular reboot of the WLC:&amp;nbsp; Once every four to six months if &amp;lt;50% AP load.&amp;nbsp; If the AP load is about 80%, then one every 2 months.&amp;nbsp;&lt;/FONT&gt;&lt;/LI&gt;
&lt;LI&gt;&lt;FONT size="4"&gt;AP Count:&amp;nbsp; &amp;lt;50% of what is stated in the Data Sheet&lt;/FONT&gt;&lt;/LI&gt;
&lt;LI&gt;&lt;FONT size="4"&gt;Client Count:&amp;nbsp; &amp;lt;50% of what is stated in the Data Sheet&lt;/FONT&gt;&lt;/LI&gt;
&lt;LI&gt;&lt;FONT size="4"&gt;Regular reboot of the APs:&amp;nbsp; Daily or weekly&lt;/FONT&gt;&lt;/LI&gt;
&lt;LI&gt;&lt;FONT size="4"&gt;Inter-controller roaming:&amp;nbsp; Zero&lt;/FONT&gt;&lt;/LI&gt;
&lt;LI&gt;&lt;FONT size="4"&gt;Mobility Group:&amp;nbsp; Minimize to ZERO&lt;/FONT&gt;&lt;/LI&gt;
&lt;LI&gt;&lt;FONT size="4"&gt;PSK:&amp;nbsp; Preferred over anything else or it will stress out the WNCD&lt;/FONT&gt;&lt;/LI&gt;
&lt;LI&gt;&lt;FONT size="4"&gt;IF there is no DNAC, turn off "telemetry" &amp;amp;/or "NMSPD".&amp;nbsp;&amp;nbsp;&lt;/FONT&gt;&lt;/LI&gt;
&lt;LI&gt;&lt;FONT size="4"&gt;Web Authentication:&amp;nbsp; Don't.&amp;nbsp; Just don't.&amp;nbsp; Use PSK for public WiFi and avoid Web Authentication.&lt;/FONT&gt;&lt;/LI&gt;
&lt;/UL&gt;</description>
      <pubDate>Thu, 07 Nov 2024 01:49:36 GMT</pubDate>
      <guid>https://community.cisco.com/t5/software-defined-access-sd-access/fabric-site-support-for-6000-access-points/m-p/5221227#M3677</guid>
      <dc:creator>Leo Laohoo</dc:creator>
      <dc:date>2024-11-07T01:49:36Z</dc:date>
    </item>
    <item>
      <title>Re: Fabric Site support for 6000+ Access Points</title>
      <link>https://community.cisco.com/t5/software-defined-access-sd-access/fabric-site-support-for-6000-access-points/m-p/5221339#M3678</link>
      <description>&lt;P&gt;Hi &lt;a href="https://community.cisco.com/t5/user/viewprofilepage/user-id/1304848"&gt;@packet2020&lt;/a&gt; , a few more notes FYI:&lt;/P&gt;
&lt;UL&gt;
&lt;LI&gt;Yes, only one AP pool per fabric site, so you need to make it large enough to work on day 1 and accomodate possible future wireless growth. Since there is no layer 2 flooding in SDA by default, and never any layer 2 flooding in the AP management VLAN, it is perfectly safe to make it a single large subnet with 10K IP addresses (10K APs) in it.&lt;/LI&gt;
&lt;LI&gt;We can have multiple WLCs or SSO WLCs in a fabric site. When you provision a WLC to SDA fabric you are asked what area the WLC is managing and what area the WLC is seconday (N+1 backup). WLC1 might manage building 1-5, WLC2 might manage building 6-10, and so on.&lt;/LI&gt;
&lt;LI&gt;Theoretically there is no limit to number of WLCs in a Fabric Site, although I'd be very surprised if anyone exceed 8, there is no reason to do such a thing.&lt;/LI&gt;
&lt;LI&gt;CatC will automatically setup mobility tunnels between multiple WLCs in same SDA Fabric Site.&lt;/LI&gt;
&lt;LI&gt;Please re-check CatC data sheet, it can do up to 25K APs in a Fabric Site with 3x XL CatC cluster. Please don't design to this enormous scale though without first talking to your Cisco presales rep. Something that large is very unusual and should have a second set of eyes to make sure it doesn't cross any other boundry e.g. max concurrent endpoints, max transient endpoints, etc.&lt;/LI&gt;
&lt;/UL&gt;
&lt;P&gt;Best regards, Jerome&lt;/P&gt;</description>
      <pubDate>Thu, 07 Nov 2024 07:33:05 GMT</pubDate>
      <guid>https://community.cisco.com/t5/software-defined-access-sd-access/fabric-site-support-for-6000-access-points/m-p/5221339#M3678</guid>
      <dc:creator>jedolphi</dc:creator>
      <dc:date>2024-11-07T07:33:05Z</dc:date>
    </item>
  </channel>
</rss>

