In diesem Dokument wird die Verwendung der Konfiguration pro Gerät in Catalyst Center zur Verwaltung eines vorhandenen Catalyst 9800 Wireless LAN-Controllers beschrieben.
Cisco empfiehlt, dass Sie über Kenntnisse in folgenden Bereichen verfügen:
Bevor Sie beginnen, stellen Sie sicher, dass:
Die Informationen in diesem Dokument basierend auf folgenden Software- und Hardware-Versionen:
Die Informationen in diesem Dokument beziehen sich auf Geräte in einer speziell eingerichteten Testumgebung. Alle Geräte, die in diesem Dokument benutzt wurden, begannen mit einer gelöschten (Nichterfüllungs) Konfiguration. Wenn Ihr Netzwerk in Betrieb ist, stellen Sie sicher, dass Sie die möglichen Auswirkungen aller Befehle kennen.
Dieses Dokument kann auch mit folgenden Hardware- und Softwareversionen verwendet werden:
Catalyst Center verwaltet Wireless-Controller traditionell mit absichtsbasierter Bereitstellung: Sie definieren das Wireless-Design auf Standortebene (Service Set Identifiers (SSIDs), Netzwerkprofile, RF-Profile und Modellkonfigurationen), und Catalyst Center generiert die Controller-Konfiguration und überträgt sie. Bei Controllern, auf denen bereits eine Produktionskonfiguration ausgeführt wird, muss diese Konfiguration neu erstellt oder in das Design integriert werden.
In Catalyst Center 2.3.7.9 wurde der Workflow für die Konfiguration von Lerngeräten veraltet, und es wurde eine geräteabhängige Konfiguration für Catalyst Wireless LAN Controller (WLCs) der Serie 9800 eingeführt. Mit der gerätespezifischen Konfiguration können Sie Konfigurationsobjekte auf einem Controller direkt in Catalyst Center erstellen, bearbeiten, klonen und löschen, ähnlich wie bei der Webschnittstelle des Controllers. So kann Cisco Catalyst Center einen vorhandenen (bestehenden) Controller verwalten, ohne dessen Konfiguration in absichtsbasierte Netzwerkprofile zu verschieben. Die Funktion ist standardmäßig deaktiviert und wird pro Controller aktiviert.
| Gerätebasierte Konfiguration |
Absichtsbasierte Bereitstellung |
|
| Quelle der Konfiguration |
Die Objekte, die auf dem Controller vorhanden sind |
Design auf Standortebene (Netzwerkprofile, Netzwerkeinstellungen, Modellkonfigurationen) |
| Beste Passform |
Industrienetzwerk-Controller, Controller-spezifische Einstellungen |
Neue Bereitstellungen, standardisierte Designs für mehrere Standorte |
| Umgestaltung erforderlich |
Nein |
Ja, für bestehende Controller |
| Software-Defined Access (SD-Access) Wireless |
Nicht unterstützt |
Unterstützt |
| Koexistenz auf demselben Controller |
Nicht unterstützt. Ein Controller, der mit einer absichtsbasierten Bereitstellung ausgestattet ist, zeigt eine gerätebasierte Konfiguration im schreibgeschützten Modus an. |
- |
In Version 3.2.3 werden auf der Registerkarte Konfiguration des Fensters mit den Gerätedetails die Controller-Funktionen wie in dieser Tabelle dargestellt gruppiert. Die Menünamen werden so angezeigt, wie sie in der Benutzeroberfläche angezeigt werden. Die verfügbaren Optionen hängen von der Cisco IOS XE-Version ab, die auf dem Controller ausgeführt wird.
| Menü |
Funktionen |
| SSID |
WLAN-Profile, Richtlinienprofile, Remote-LAN-Profile, Remote-LAN-Richtlinien, Richtlinien-Tags, 802.11be-Profile |
| HF |
RF-Profile, Funkprofile, RF-Tags, Multi-BSSID-Profile, URWB-Netzwerkprofil, RF-Standardwerte |
| AP |
AP Join Profiles, Mesh, Power Profiles, Flex Profiles, Site Tags, Calendar Profiles |
| Tag-Zuordnung |
AP-Initialisierung, Tag-Zuordnung (Tag-Priorität, statische, standortbasierte und regelbasierte Zuordnung) |
| Sicherheit |
AAA, AAA-Richtlinie, ACL, EAP, URL-Filter, Gastbenutzer, Web-Authentifizierung, TrustSec, WPP, LSC, AP-Zertifikatrichtlinie |
| Globale Wireless-Netzwerke |
CleanAir, hoher Durchsatz, Medienparameter, ATF, Netzwerkparameter, globale Parameter, RRM, Erweitert, mDNS, Multicast, Standort, Land, Cisco DNA-Integrationseinstellungen, AP-Richtlinie, drahtlose Standortbestimmung |
| Services |
Lokale Richtlinie, QoS, AVC, EoGRE, Media Stream, Gast-LAN, Ausgeschlossene Clients |
| Layer 2 |
VLAN, Schnittstellen, Discovery-Protokolle |
| Netzwerkeinstellungen |
DNS, DHCP-Pools, HTTP/HTTPS, SNMP, NTP |
| Layer 3 |
Routing |
| Verwaltung |
Gerät, Benutzerverwaltung, Konfiguration des AP-Upgrades |
| Mobilität |
Mobilität |
Anmerkung: Die Menüs wurden in Version 3.2.2 neu organisiert. In den Versionen 2.3.7.x und 3.1.x sind die gleichen Funktionen unter WLAN, RF, AP Join, Flex Profiles, Tags, Security, Global Radio, Global Wireless, Other, Layer 2, Network Settings, Layer 3 und Administration gruppiert.
| Catalyst Center Version |
Ändern |
| 2.3.7.9 |
Gerätespezifische Konfiguration eingeführt. Erfahren Sie, wie die Gerätekonfiguration veraltet ist. |
| 2.3.7.11 |
802.11be-Erweiterungen für Cisco IOS XE 17.18.1 |
| 3.1.3 |
Zusätzliche Parameter. Durch die Konfiguration von Access Points stehen ein VLAN-Tag, ein Domain Name System (DNS), ein LAN-Port und eine BSS-Farbe (Basic Service Set) zur Verfügung. Erstellen von Clone-Profilen für alle Controller AP-Priming. Catalyst 9800-CL auf Microsoft Azure |
| 3.2.2 |
Menüumstrukturierung. Cisco TrustSec (CTS) über HTTPS, SGT Exchange Protocol (SXP) über IPv6, MACsec Unterstützung für Cisco IOS XE 17.18.2 und 26.1.1. Warnungen vor unsicheren Optionen wie Lightweight Extensible Authentication Protocol (LEAP). |
Dieses Bild zeigt die in diesem Beispiel verwendete Topologie. Catalyst Center verwaltet den Controller mit NETCONF, und die Access Points werden dem Controller über CAPWAP (Control and Provisioning of Wireless Access Points) hinzugefügt.

In diesem Beispiel führt der Controller bereits WLANs, Tags und Profile aus, wie bei einer Brawnfield-Bereitstellung. Mithilfe der gerätespezifischen Konfiguration wird ein WLAN hinzugefügt, in der Vorschau angezeigt und bereitgestellt, einem Richtlinienprofil in einem Richtlinientag zugeordnet, ein RF-Profil geklont und den APs Tags zugewiesen. Bei jeder Änderung der Konfiguration für jedes Gerät wird derselbe Fluss für Prüfung und Bereitstellung, Vorschau und Bereitstellung verwendet, der in Schritt 5 im Detail beschrieben wird.
Catalyst Center verwendet NETCONF zum Lesen und Schreiben der Controller-Konfiguration. Stellen Sie sicher, dass NETCONF auf dem Controller aktiviert ist:
WLC# configure terminal
WLC(config)# netconf-yang
WLC(config)# end
Anmerkung: NETCONF benötigt ein neues Modell und einen Benutzer mit der Privilegstufe 15, der durch die verwendeten AAA-Methodenlisten (Authentication, Authorization, and Accounting) autorisiert ist. Ändern Sie auf einem Produktions-Controller die vorhandenen AAA-Methodenlisten nicht ohne Überprüfung, da sich dies auf den Administratorzugriff auswirken kann.
Stellen Sie sicher, dass die NETCONF-Prozesse ausgeführt werden:
WLC# show platform software yang-management process
konf: Ausgeführt
nesd: Ausgeführt
syncfd: Ausgeführt
NCSSHD: Ausgeführt
dmiauthd: Ausgeführt
nginx: Ausgeführt
ndbmand: Ausgeführt
pubd: Ausgeführt
gnmib: Nicht ausgeführt




Nach der Resynchronisierung wird auf der Registerkarte Konfiguration die Bezeichnung Gerätebasierte Konfiguration angezeigt und die vorhandenen Objekte des Controllers aufgeführt. Im linken Menü sind die Funktionen gruppiert (SSID, RF, AP, Tag Mapping, Security, Global Wireless, Services, Layer 2, Netzwerkeinstellungen, Layer 3, Administration und Mobility). Jede Tabelle bietet Add und Clone von einem anderen WLC.

Das Informationssymbol neben der Beschriftung wird angezeigt: Die gerätespezifische Konfiguration ermöglicht Änderungen, indem die Konfiguration direkt auf dieser Seite bearbeitet wird.
Anmerkung: Geräteabhängige Konfiguration kann nach der Aktivierung nicht deaktiviert werden.






Die generierte CLI für dieses Beispiel ist:
wlan PDC-LAB 50 PDC-LAB
security wpa psk set-key ascii 8 <encrypted-key>
no security wpa akm dot1x
security wpa akm psk
radio policy dot11 24ghz
radio policy dot11 5ghz
slot 0
slot 1
slot 2



Beim Klonen wird ein vorhandenes Objekt des Controllers als Ausgangspunkt wiederverwendet.


Tipp: Um Objekte von einem anderen Catalyst 9800 zu kopieren, der vom gleichen Catalyst Center verwaltet wird, verwenden Sie Clone von einem anderen WLC in der Tabelle des Objekttyps.


Vorsicht: Bei einem Tag-Wechsel kann der Access Point wieder dem Controller beitreten oder seine Funkmodule zurücksetzen, wodurch die Verbindung zu den Clients unterbrochen wird. Planen Sie Tag-Änderungen für Produktions-APs in einem Wartungsfenster. Notieren Sie sich vor dem Ändern der Tags die aktuellen Tags der APs, damit Sie sie zurücksetzen können.
Mit der gerätespezifischen Konfiguration werden außerdem Objekte mit derselben Vorschau und demselben Bereitstellungsablauf aus dem Controller entfernt. In diesem Beispiel wird das WLAN PDC-LAB gelöscht:
no wlan PDC-LAB 50 PDC-LAB

Nutzen Sie diesen Abschnitt, um zu überprüfen, ob Ihre Konfiguration ordnungsgemäß funktioniert.

Sie können diese Befehle in der Controller-CLI oder über Befehle ausführen (Command Runner) in der Kopfzeile des Fensters mit den Gerätedetails ausführen.
Dies ist die WLAN-Konfiguration auf dem Controller nach der Bereitstellung:
WLC# show running-config | section wlan PDC-LAB
wlan PDC-LAB 50 PDC-LAB
radio policy dot11 24ghz
radio policy dot11 5ghz
slot 0
slot 1
slot 2
security wpa psk set-key ascii 8 xxxxxxxx
no security wpa akm dot1x
security wpa akm psk
Aus den Controller-Protokollen geht hervor, dass Catalyst Center (10.X.X.X) eine NETCONF-Sitzung geöffnet und die Wireless-Funktion konfiguriert hat:
WLC# show logging | include DMI-5-AUTH_PASSED|NDBMAN-5-CONFIG_I
Oct 27 21:22:58.653: %DMI-5-AUTH_PASSED: Chassis 1 R0/0: dmiauthd: User 'USERX'
authenticated successfully from 192.168.10.10:62453 for netconf over ssh.
External groups: PRIV15
Oct 27 21:24:13.977: %NDBMAN-5-CONFIG_I: Chassis 1 R0/0: ndbmand: Configured
feature 'wireless' from 192.168.10.10:62453 via NETCONF user dnac
session 5311, transaction-id 5924
Die Meldung %NDBMAN-5-CONFIG_I zeigt die konfigurierte Funktion, die Catalyst Center-Adresse und den NETCONF-Benutzernamen.
Nachdem die APs das Policy-Tag verwendet haben, verbinden Sie einen Client mit PDC-LAB und bestätigen Sie mit show wireless client summary, dass der Client den Status "Run" erreicht.
Catalyst Center erkennt Änderungen, die außerhalb von Catalyst Center vorgenommen werden, z. B. über die CLI oder die Webschnittstelle des Controllers. Wie das Warnsymbol neben der Bezeichnung "Geräteabhängige Konfiguration" erläutert (Abbildung 15), werden diese Änderungen bei der nächsten Bestandssynchronisierung importiert und können zu Konflikten führen. Verwenden Sie Catalyst Center für alle unterstützten Konfigurationen, um eine konsistente Konfiguration zu gewährleisten.
Abbildung 15. Warnung zu Konfigurationen außerhalb von Catalyst Center
Ab Version 3.1.3 wird bei einem Konfigurationsänderungsereignis nur der Controller neu synchronisiert. Um die AP-Daten zu aktualisieren, führen Sie eine vollständige Resynchronisierung mit Aktionen > Bestand > Gerät neu synchronisieren aus.
In diesem Abschnitt finden Sie Informationen zur Behebung von Fehlern in Ihrer Konfiguration.
Dies ist zu erwarten, wenn der Controller bereits mit einer absichtsbasierten (Netzwerkprofil-) Bereitstellung ausgestattet war. Die beiden Modelle können nicht auf demselben Controller kombiniert werden. Auf der Registerkarte Konfiguration des Fensters Gerätedetails wird die Bezeichnung Über standortbasierte Netzwerkprofile verwaltet angezeigt. Das Informationssymbol zeigt Folgendes an: Dieses Gerät wird über standortbasierte Netzwerkprofile verwaltet. Alle Konfigurationen sind schreibgeschützt. Änderungen können nur über das Netzwerkprofil vorgenommen werden.
Bild 16. Controller wird von standortbasierten Netzwerkprofilen im schreibgeschützten Modus verwaltet
Synchronisieren Sie den Controller mit Aktionen > Bestand > Gerät neu synchronisieren. Ab Version 3.1.3 wird bei einer Konfigurationsänderung nur der Controller und nicht die APs neu synchronisiert, sodass eine vollständige Resynchronisierung erforderlich ist, um die AP-Daten zu aktualisieren.
| Überarbeitung | Veröffentlichungsdatum | Kommentare |
|---|---|---|
1.0 |
29-Oct-2026
|
Erstveröffentlichung |