<?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[миграция AP с традиционной архитектуры на SDA]]></title><description><![CDATA[<p dir="auto">Здравствуйте, команда! У меня есть опасения по поводу перехода с традиционной сети на SDA, особенно в отношении беспроводной части. Это будет полный переход, так как у нас есть 9 тысяч коммутаторов и 9 тысяч точек доступа, которые мы переведем на SDA. У нас есть 2 пограничных/управляющих узла, работающих параллельно с традиционной сетью. Для беспроводной сети у нас есть кластер из 2 x 9800-40, уже настроенный в режиме SSO и fabric, который также работает параллельно с традиционной сетью. Все точки доступа в настоящее время связаны с другим традиционным 9800-CL. Единственные устройства, которые нам нужно будет перенести, — это коммутаторы доступа к пограничным узлам и точки доступа к точкам доступа фабрики. План состоял в том, чтобы сначала перенести всю проводную часть, сохранив точки доступа в OTT, часть INFRA_VN и связанные с традиционными WLC, что означает, что точки доступа будут связаны с новым пулом IP-адресов точек доступа INFRA_VN с опцией 43 по отношению к традиционным WLC. Я ознакомился со следующим документом: <a href="https://www.cisco.com/c/en/us/td/docs/cloud-systems-management/network-automation-and-management/dna-center/tech_notes/b_ap_migration_from_traditional_wireless_to_sda_fabric.html#migrate-local-mode-aps" rel="nofollow ugc">https://www.cisco.com/c/en/us/td/docs/cloud-systems-management/network-automation-and-management/dna-center/tech_notes/b_ap_migration_from_traditional_wireless_to_sda_fabric.html#migrate-local-mode-aps</a> Во втором сценарии упоминается, что необходимо создать 2 временных здания: 1 для OTT и 1 для Fabric. Но я немного запутался: - Должны ли мы настроить все существующие традиционные SSID как OTT в Catalyst Center? - Почему здание Fabric должно быть временным, если цель состоит в том, чтобы работать только с WLAN в Fabric? - Тогда нам следует просто перейти на традиционные WLC, выбрать AP, настроить IP-адрес Fabric WLC и повторить этот процесс для всех остальных AP, этаж за этажом, для целей роуминга? С уважением, AL</p>
]]></description><link>https://sla247.ru/forum/topic/822/миграция-ap-с-традиционной-архитектуры-на-sda</link><generator>RSS for Node</generator><lastBuildDate>Fri, 15 May 2026 09:16:46 GMT</lastBuildDate><atom:link href="https://sla247.ru/forum/topic/822.rss" rel="self" type="application/rss+xml"/><pubDate>Fri, 13 Feb 2026 20:10:56 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to миграция AP с традиционной архитектуры на SDA on Fri, 13 Feb 2026 20:10:58 GMT]]></title><description><![CDATA[<p dir="auto">Здравствуйте, Саймон, Спасибо за ваш отзыв. Это замечательно, то, о чем вы упомянули, входит в наш план действий. WLC без фабрики уже работает. Первым шагом будет перенос всех коммутаторов доступа в пограничные узлы, чтобы все точки доступа получили IP-адрес из нового IP-пула в INFRA_VN с опцией 43 для WLC без фабрики. Фабрика SDA на этом этапе является лишь базовым транзитом для точек доступа. Второй шаг будет заключаться в том, чтобы, как только все пограничные узлы будут готовы, перенести все точки доступа сразу с помощью<br />
нового WLC fabric. С уважением,</p>
]]></description><link>https://sla247.ru/forum/post/6632</link><guid isPermaLink="true">https://sla247.ru/forum/post/6632</guid><dc:creator><![CDATA[aleopoldie]]></dc:creator><pubDate>Fri, 13 Feb 2026 20:10:58 GMT</pubDate></item><item><title><![CDATA[Reply to миграция AP с традиционной архитектуры на SDA on Fri, 13 Feb 2026 20:10:57 GMT]]></title><description><![CDATA[<p dir="auto">Если вы не управляете нефабричным 9800 и его SSID в DNAC, нет необходимости добавлять нефабричные/OTT SSID в Catalyst Center. Если SSID уже настроены, а точки доступа подключены и работают, ничего делать не нужно. Нет необходимости создавать временное здание, WLC без фабрики уже работает, верно? Поэтому все, что нужно, это чтобы точки доступа могли снова обмениваться данными с WLC после того, как коммутаторы станут фабрикой, и все будет работать как раньше. Я бы создал окно обслуживания и перенес все точки доступа одновременно. Назначьте их статический основной WLC в качестве нового фабричного WLC. Вы можете легко сделать это для всех точек доступа, подготовив команды для всех точек доступа в блокноте/Excel и скопировав/вставив их в CLI. Как только все точки доступа перейдут на новый WLC, они появятся в DNAC (возможно, придется обновить DNAC, чтобы ускорить процесс), после чего вы сможете настроить точки доступа. Убедитесь, что в фабрике существует нестандартный маршрут для фабричного WLC, и не забудьте изменить op43 на фабричный WLC.</p>
]]></description><link>https://sla247.ru/forum/post/6631</link><guid isPermaLink="true">https://sla247.ru/forum/post/6631</guid><dc:creator><![CDATA[Simon Blomqvist]]></dc:creator><pubDate>Fri, 13 Feb 2026 20:10:57 GMT</pubDate></item></channel></rss>