<?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 SD-Access Transit Node Scalability in Software-Defined Access (SD-Access)</title>
    <link>https://community.cisco.com/t5/software-defined-access-sd-access/sd-access-transit-node-scalability/m-p/4399415#M1307</link>
    <description>&lt;P&gt;&lt;SPAN&gt;Regarding the sizing of an SD-Access Transit Control Plane node, will a pair of Cisco 9300 switches be sufficient for a 3-site design (hospitals) where there would be anywhere between 4000 and 6000 active endpoints per site at any one time and approx 50 fabric edge switch stacks and 400 fabric APs per site?&amp;nbsp;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;Based on the datasheet, the C9300 is suitable for SDA up to 16,000 endpoints and 8,000 IPV4 routes but I assume this is when used as a Site-Local Control-Plane Node that requires EID-to-RLOC mappings. With the Transit CP Node, the CVD suggests the mappings are 'site aggregate prefix registrations' that&amp;nbsp;&lt;SPAN&gt;create an aggregate&amp;nbsp;HTDB&amp;nbsp;&lt;/SPAN&gt;&lt;SPAN&gt;for all fabric sites connected to the transit.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;Does this mean that only the /32 RLOC aggregates are forwarded to the Transit CP, which works out to be all fabric edge nodes in all sites, equating&amp;nbsp;to 150 RLOCs, or would it be all endpoint mappings from all sites? Can't seem to find the correct answer I'm looking for but hoping it's just FE RLOCs as this means the 9300 would easily be suitable.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Cheers,&lt;/P&gt;&lt;P&gt;Rob&lt;/P&gt;</description>
    <pubDate>Fri, 07 May 2021 15:30:57 GMT</pubDate>
    <dc:creator>newtonr</dc:creator>
    <dc:date>2021-05-07T15:30:57Z</dc:date>
    <item>
      <title>SD-Access Transit Node Scalability</title>
      <link>https://community.cisco.com/t5/software-defined-access-sd-access/sd-access-transit-node-scalability/m-p/4399415#M1307</link>
      <description>&lt;P&gt;&lt;SPAN&gt;Regarding the sizing of an SD-Access Transit Control Plane node, will a pair of Cisco 9300 switches be sufficient for a 3-site design (hospitals) where there would be anywhere between 4000 and 6000 active endpoints per site at any one time and approx 50 fabric edge switch stacks and 400 fabric APs per site?&amp;nbsp;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;Based on the datasheet, the C9300 is suitable for SDA up to 16,000 endpoints and 8,000 IPV4 routes but I assume this is when used as a Site-Local Control-Plane Node that requires EID-to-RLOC mappings. With the Transit CP Node, the CVD suggests the mappings are 'site aggregate prefix registrations' that&amp;nbsp;&lt;SPAN&gt;create an aggregate&amp;nbsp;HTDB&amp;nbsp;&lt;/SPAN&gt;&lt;SPAN&gt;for all fabric sites connected to the transit.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;Does this mean that only the /32 RLOC aggregates are forwarded to the Transit CP, which works out to be all fabric edge nodes in all sites, equating&amp;nbsp;to 150 RLOCs, or would it be all endpoint mappings from all sites? Can't seem to find the correct answer I'm looking for but hoping it's just FE RLOCs as this means the 9300 would easily be suitable.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Cheers,&lt;/P&gt;&lt;P&gt;Rob&lt;/P&gt;</description>
      <pubDate>Fri, 07 May 2021 15:30:57 GMT</pubDate>
      <guid>https://community.cisco.com/t5/software-defined-access-sd-access/sd-access-transit-node-scalability/m-p/4399415#M1307</guid>
      <dc:creator>newtonr</dc:creator>
      <dc:date>2021-05-07T15:30:57Z</dc:date>
    </item>
    <item>
      <title>Re: SD-Access Transit Node Scalability</title>
      <link>https://community.cisco.com/t5/software-defined-access-sd-access/sd-access-transit-node-scalability/m-p/4400007#M1313</link>
      <description>&lt;P&gt;Hi Rob. The SD-Access Transit CP holds summary routes for access networks at fabric sites, not host routes e.g. if you provision 10.0.0.0/21 into CORP VN at fabric site 1, then regardless of whether there is 1 or 5000 endpoints in the 10.0.0.0/21 network, the Transit CP will have a single entry, the summary route of 10.0.0.0/21. On that basis, the number of endpoints, access switches and fabric-enabled wireless APs has no impact on the load placed on the SD-Access transit CP. If economics is a primary concern then you may want to check the price of some other platforms for same role e.g. ISR4K. Cheers, Jerome&lt;/P&gt;</description>
      <pubDate>Mon, 10 May 2021 00:33:03 GMT</pubDate>
      <guid>https://community.cisco.com/t5/software-defined-access-sd-access/sd-access-transit-node-scalability/m-p/4400007#M1313</guid>
      <dc:creator>jedolphi</dc:creator>
      <dc:date>2021-05-10T00:33:03Z</dc:date>
    </item>
    <item>
      <title>Re: SD-Access Transit Node Scalability</title>
      <link>https://community.cisco.com/t5/software-defined-access-sd-access/sd-access-transit-node-scalability/m-p/4400096#M1314</link>
      <description>&lt;P&gt;Thanks for the confirmation Jerome. It backs up what I thought was the case. Cheers.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Rob&lt;/P&gt;</description>
      <pubDate>Mon, 10 May 2021 07:35:18 GMT</pubDate>
      <guid>https://community.cisco.com/t5/software-defined-access-sd-access/sd-access-transit-node-scalability/m-p/4400096#M1314</guid>
      <dc:creator>newtonr</dc:creator>
      <dc:date>2021-05-10T07:35:18Z</dc:date>
    </item>
  </channel>
</rss>

