миграция AP с традиционной архитектуры на SDA

[aleopoldie]

Здравствуйте, команда! У меня есть опасения по поводу перехода с традиционной сети на SDA, особенно в отношении беспроводной части. Это будет полный переход, так как у нас есть 9 тысяч коммутаторов и 9 тысяч точек доступа, которые мы переведем на SDA. У нас есть 2 пограничных/управляющих узла, работающих параллельно с традиционной сетью. Для беспроводной сети у нас есть кластер из 2 x 9800-40, уже настроенный в режиме SSO и fabric, который также работает параллельно с традиционной сетью. Все точки доступа в настоящее время связаны с другим традиционным 9800-CL. Единственные устройства, которые нам нужно будет перенести, — это коммутаторы доступа к пограничным узлам и точки доступа к точкам доступа фабрики. План состоял в том, чтобы сначала перенести всю проводную часть, сохранив точки доступа в OTT, часть INFRA_VN и связанные с традиционными WLC, что означает, что точки доступа будут связаны с новым пулом IP-адресов точек доступа INFRA_VN с опцией 43 по отношению к традиционным WLC. Я ознакомился со следующим документом: 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 Во втором сценарии упоминается, что необходимо создать 2 временных здания: 1 для OTT и 1 для Fabric. Но я немного запутался: - Должны ли мы настроить все существующие традиционные SSID как OTT в Catalyst Center? - Почему здание Fabric должно быть временным, если цель состоит в том, чтобы работать только с WLAN в Fabric? - Тогда нам следует просто перейти на традиционные WLC, выбрать AP, настроить IP-адрес Fabric WLC и повторить этот процесс для всех остальных AP, этаж за этажом, для целей роуминга? С уважением, AL

[Simon Blomqvist]

Если вы не управляете нефабричным 9800 и его SSID в DNAC, нет необходимости добавлять нефабричные/OTT SSID в Catalyst Center. Если SSID уже настроены, а точки доступа подключены и работают, ничего делать не нужно. Нет необходимости создавать временное здание, WLC без фабрики уже работает, верно? Поэтому все, что нужно, это чтобы точки доступа могли снова обмениваться данными с WLC после того, как коммутаторы станут фабрикой, и все будет работать как раньше. Я бы создал окно обслуживания и перенес все точки доступа одновременно. Назначьте их статический основной WLC в качестве нового фабричного WLC. Вы можете легко сделать это для всех точек доступа, подготовив команды для всех точек доступа в блокноте/Excel и скопировав/вставив их в CLI. Как только все точки доступа перейдут на новый WLC, они появятся в DNAC (возможно, придется обновить DNAC, чтобы ускорить процесс), после чего вы сможете настроить точки доступа. Убедитесь, что в фабрике существует нестандартный маршрут для фабричного WLC, и не забудьте изменить op43 на фабричный WLC.

[aleopoldie]

Здравствуйте, Саймон, Спасибо за ваш отзыв. Это замечательно, то, о чем вы упомянули, входит в наш план действий. WLC без фабрики уже работает. Первым шагом будет перенос всех коммутаторов доступа в пограничные узлы, чтобы все точки доступа получили IP-адрес из нового IP-пула в INFRA_VN с опцией 43 для WLC без фабрики. Фабрика SDA на этом этапе является лишь базовым транзитом для точек доступа. Второй шаг будет заключаться в том, чтобы, как только все пограничные узлы будут готовы, перенести все точки доступа сразу с помощью
нового WLC fabric. С уважением,