<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Cisco SDA Transit Control Plane]]></title><description><![CDATA[<p dir="auto">Какое оборудование рекомендуется для работы функции Transit Control Plane? У нас может быть несколько сайтов в топологии MAN, и мы хотим подключить их через SD-Access Transit. Интересно, какое оборудование рекомендуется для Transit Control Plane в производственной среде.</p>
]]></description><link>https://sla247.ru/forum/topic/835/cisco-sda-transit-control-plane</link><generator>RSS for Node</generator><lastBuildDate>Fri, 15 May 2026 04:13:39 GMT</lastBuildDate><atom:link href="https://sla247.ru/forum/topic/835.rss" rel="self" type="application/rss+xml"/><pubDate>Fri, 13 Feb 2026 20:11:15 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to Cisco SDA Transit Control Plane on Fri, 13 Feb 2026 20:11:21 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/forum/user/frlevesque" aria-label="Profile: frlevesque">@<bdi>frlevesque</bdi></a><br />
, мы не публиковали. Каков ваш вариант использования 8300 в качестве узла контрольной плоскости? Можете ли вы использовать вместо него недорогой коммутатор C9K, например, 24-портовый C9300 без POE? Помните, что SDA Transit CP отслеживает только сводные маршруты, а не маршруты хостов, поэтому подавляющему большинству клиентов обычно требуется всего несколько сотен или несколько тысяч префиксов в Transit CP, что C9300 может легко обеспечить. Я стараюсь избегать использования маршрутизаторов в роли Site CP или Transit CP, поскольку в обозримом будущем маршрутизаторы не будут поддерживать LISP Extranet, который может потребоваться в вашей сети сейчас или в будущем при добавлении новых услуг. Спасибо, Джером</p>
]]></description><link>https://sla247.ru/forum/post/6718</link><guid isPermaLink="true">https://sla247.ru/forum/post/6718</guid><dc:creator><![CDATA[jedolphi]]></dc:creator><pubDate>Fri, 13 Feb 2026 20:11:21 GMT</pubDate></item><item><title><![CDATA[Reply to Cisco SDA Transit Control Plane on Fri, 13 Feb 2026 20:11:20 GMT]]></title><description><![CDATA[<p dir="auto">Привет,<br />
<a class="plugin-mentions-user plugin-mentions-a" href="/forum/user/jedolphi" aria-label="Profile: jedolphi">@<bdi>jedolphi</bdi></a><br />
, знаете ли вы, публиковала ли Cisco данные о конечных точках, поддерживаемых Catalyst 8300, используемым в качестве узла CP? В техническом описании указано, что ISR4000 и ASR1000 могут поддерживать 100 000 конечных точек с 8 ГБ ОЗУ и 200 000 конечных точек с 16 ГБ ОЗУ. Можно ли ожидать таких же показателей от Cat8k с 8/16 ГБ ОЗУ? Может ли Cat8k с 32 ГБ ОЗУ поддерживать 400 000 конечных точек? <a href="https://www.cisco.com/c/en/us/products/collateral/cloud-systems-management/dna-center/nb-06-dna-center-data-sheet-cte-en.html" rel="nofollow ugc">https://www.cisco.com/c/en/us/products/collateral/cloud-systems-management/dna-center/nb-06-dna-center-data-sheet-cte-en.html</a> Спасибо!</p>
<p dir="auto"><img src="/forum/uploads/files/cisco/de1f23554e6c23a440295caa1af3a664e82622f2.png" alt="" class=" img-fluid img-markdown" /></p>
]]></description><link>https://sla247.ru/forum/post/6717</link><guid isPermaLink="true">https://sla247.ru/forum/post/6717</guid><dc:creator><![CDATA[frlevesque]]></dc:creator><pubDate>Fri, 13 Feb 2026 20:11:20 GMT</pubDate></item><item><title><![CDATA[Reply to Cisco SDA Transit Control Plane on Fri, 13 Feb 2026 20:11:19 GMT]]></title><description><![CDATA[<p dir="auto">Привет, Блейк, наиболее подходящая конструкция BN/CP зависит от ряда факторов, включая архитектуру CP (LISP/BGP против Pub/Sub), бюджет, общее количество подключенных конечных точек и поведение конечных точек в режиме роуминга, например, 50 тысяч Wi-Fi-роботов, постоянно перемещающихся между пограничными узлами, против медленно перемещающихся беспроводных конечных точек и полностью статичных проводных конечных точек. Я знаком с вашим случаем TAC и помогаю в его решении. 9500H BN+CP должен с легкостью справиться с вашим масштабом. Высокая загрузка процессора LISP в вашем сценарии может быть ошибкой или, возможно, проблемой конфигурации/дизайна сети (менее вероятно). Давайте подождем результатов технического анализа RCA, а затем определимся с оптимальным курсом действий. С уважением, Джером</p>
]]></description><link>https://sla247.ru/forum/post/6716</link><guid isPermaLink="true">https://sla247.ru/forum/post/6716</guid><dc:creator><![CDATA[jedolphi]]></dc:creator><pubDate>Fri, 13 Feb 2026 20:11:19 GMT</pubDate></item><item><title><![CDATA[Reply to Cisco SDA Transit Control Plane on Fri, 13 Feb 2026 20:11:18 GMT]]></title><description><![CDATA[<p dir="auto">Можно ли обновить техническое описание Catalyst Center / DNAC или, что еще лучше, руководство по проектированию SDA, чтобы включить в него текущий список поддерживаемого оборудования с максимальным количеством конечных точек. Кроме того, похоже, что рекомендации Cisco по проектированию постоянно меняются, и теперь предпочтение отдается развертыванию совместно размещенных узлов пограничного и контрольного уровней, а не разделению контрольного уровня при масштабировании. В настоящее время имеется запрос в службу технической поддержки TAC в связи с тем, что, по-видимому, возникли проблемы с процессором LISP на 9500H, значительно ниже заявленного предела ввода LISP.</p>
]]></description><link>https://sla247.ru/forum/post/6715</link><guid isPermaLink="true">https://sla247.ru/forum/post/6715</guid><dc:creator><![CDATA[blakemweston]]></dc:creator><pubDate>Fri, 13 Feb 2026 20:11:18 GMT</pubDate></item><item><title><![CDATA[Reply to Cisco SDA Transit Control Plane on Fri, 13 Feb 2026 20:11:17 GMT]]></title><description><![CDATA[<p dir="auto">Это действительно зависит от вашего масштаба и доступных возможностей подключения. А затем все сводится к бюджету, бизнес-требованиям, личным предпочтениям и т. д. Лично я использую маршрутизаторы ISR-4451s и ASR-1001X. Однако коммутаторы также подходят.</p>
]]></description><link>https://sla247.ru/forum/post/6714</link><guid isPermaLink="true">https://sla247.ru/forum/post/6714</guid><dc:creator><![CDATA[Jonathan Cuthbert]]></dc:creator><pubDate>Fri, 13 Feb 2026 20:11:17 GMT</pubDate></item><item><title><![CDATA[Reply to Cisco SDA Transit Control Plane on Fri, 13 Feb 2026 20:11:16 GMT]]></title><description><![CDATA[<p dir="auto">Дополнительно можно найти полный список поддерживаемого оборудования (и рекомендуемые/поддерживаемые версии программного обеспечения) для узлов Control Plane в таблице совместимости SDA. Выберите роль устройства «Fabric Border and Control-Plane» (Граница фабрики и плоскость управления). <a href="https://www.cisco.com/c/dam/en/us/td/docs/Website/enterprise/sda_compatibility_matrix/index.html" rel="nofollow ugc">https://www.cisco.com/c/dam/en/us/td/docs/Website/enterprise/sda_compatibility_matrix/index.html#</a> См. также технический паспорт DNA Center 2.3.3.X для получения подробной информации о масштабировании Fabric Control Plane. <a href="https://www.cisco.com/c/en/us/products/collateral/cloud-systems-management/dna-center/nb-06-dna-center-data-sheet-cte-en.html" rel="nofollow ugc">https://www.cisco.com/c/en/us/products/collateral/cloud-systems-management/dna-center/nb-06-dna-center-data-sheet-cte-en.html</a> @Jonathan Cuthbert<br />
— я заметил, что в приведенной выше информации не указаны масштабы Fabric Control Plane для новых пограничных платформ Catalyst 8K (8000V, 8300 и 8500). Знаете ли вы, каковы цифры для этих устройств, и будут ли они опубликованы в техническом описании?</p>
]]></description><link>https://sla247.ru/forum/post/6713</link><guid isPermaLink="true">https://sla247.ru/forum/post/6713</guid><dc:creator><![CDATA[willwetherman]]></dc:creator><pubDate>Fri, 13 Feb 2026 20:11:16 GMT</pubDate></item></channel></rss>