In questo documento viene descritto come usare la configurazione per dispositivo in Catalyst Center per gestire un controller LAN wireless Catalyst 9800 esistente.
Cisco raccomanda la conoscenza dei seguenti argomenti:
Prima di iniziare, assicurarsi che:
Le informazioni fornite in questo documento si basano sulle seguenti versioni software e hardware:
Le informazioni discusse in questo documento fanno riferimento a dispositivi usati in uno specifico ambiente di emulazione. Su tutti i dispositivi menzionati nel documento la configurazione è stata ripristinata ai valori predefiniti. Se la rete è operativa, valutare attentamente eventuali conseguenze derivanti dall'uso dei comandi.
Il presente documento può essere utilizzato anche per le seguenti versioni hardware e software:
In genere, Catalyst Center gestisce i controller wireless con il provisioning basato su finalità: La progettazione wireless viene definita a livello di sito (SSID (Service Set Identifier), profili di rete, profili RF e configurazioni del modello) e Catalyst Center genera ed esegue il push della configurazione del controller. Per i controller che eseguono già una configurazione di produzione, questo approccio richiede che la configurazione venga ricreata o appresa nella progettazione.
In Catalyst Center release 2.3.7.9, il flusso di lavoro relativo alla configurazione del dispositivo è deprecato e è stata introdotta la configurazione per dispositivo per i Catalyst serie 9800 Wireless LAN Controller (WLC). La configurazione per dispositivo consente di creare, modificare, clonare ed eliminare oggetti di configurazione su un singolo controller direttamente da Catalyst Center, in modo simile all'interfaccia Web del controller. Inoltre, Cisco Catalyst Center è in grado di gestire un controller (brownfield) esistente senza doverne spostare la configurazione in profili di rete basati su intento. La funzione è disabilitata per impostazione predefinita ed è abilitata per ogni controller.
| Configurazione per dispositivo |
Provisioning basato su finalità |
|
| Origine della configurazione |
Gli oggetti esistenti nel controller |
Progettazione a livello di sito (profili di rete, impostazioni di rete, configurazioni dei modelli) |
| Adatta |
Controller Brownfield, impostazioni specifiche del controller |
Installazioni Greenfield, progettazioni standardizzate su più siti |
| Riprogettazione necessaria |
No |
Sì, per i controller esistenti |
| Accesso wireless definito dal software (SD-Access) |
Non supportata |
Supportato |
| Coesistenza sullo stesso controller |
Non supportata. Un controller con provisioning basato su intento mostra la configurazione per dispositivo in modalità di sola lettura |
- |
Nella release 3.2.3, la scheda Configuration (Configurazione) della finestra device details (dettagli dispositivo) raggruppa le funzionalità del controller, come mostrato nella tabella riportata di seguito. I nomi dei menu vengono visualizzati così come appaiono nell'interfaccia utente. Le opzioni disponibili dipendono dalla versione Cisco IOS XE in esecuzione sul controller.
| Menu |
Caratteristiche |
| SSID |
Profili WLAN, Profili criteri, Profili LAN remota, Criteri LAN remota, Tag criteri, Profili 802.11be |
| RF |
Profili RF, profili radio, tag RF, profili Multi BSSID, profilo di rete URWB, valori predefiniti RF |
| AP |
AP Join Profili, Mesh, Profili di alimentazione, Profili Flex, Tag sito, Profili calendario |
| Mappatura tag |
Priming AP, mappatura tag (priorità tag, mappatura statica, basata su posizione e su regole) |
| Sicurezza |
AAA, criteri AAA, ACL, EAP, filtri URL, utente guest, Web Auth, TrustSec, WPP, LSC, criteri certificati AP |
| Wireless globale |
CleanAir, throughput elevato, parametri multimediali, ATF, parametri di rete, parametri globali, RRM, avanzato, mDNS, multicast, posizione, paese, impostazioni di integrazione DNA Cisco, criteri AP, geolocalizzazione wireless |
| Servizi |
Criteri locali, QoS, AVC, EoGRE, flusso multimediale, LAN guest, client esclusi |
| Livello 2 |
VLAN, interfacce, protocolli di rilevamento |
| Impostazioni di rete |
DNS, pool DHCP, HTTP/HTTPS, SNMP, NTP |
| Livello 3 |
Routing |
| Amministrazione |
Dispositivo, Amministrazione utenti, Configurazione aggiornamento AP |
| Mobilità |
Mobilità |
Nota: I menu sono stati riorganizzati nella release 3.2.2. Nelle release 2.3.7.x e 3.1.x, le stesse funzionalità sono raggruppate in WLAN, RF, AP Join, Flex Profiles, Tags, Security, Global Radio, Global Wireless, Other, Layer 2, Network Settings, Layer 3 e Administration.
| Release di Catalyst Center |
Cambia |
| 2.3.7.9 |
Introduzione della configurazione per dispositivo. Informazioni su Configurazione dispositivo deprecata. |
| 2.3.7.11 |
Miglioramenti 802.11be per Cisco IOS XE 17.18.1 |
| 3.1.3 |
Parametri aggiuntivi. La configurazione dei punti di accesso aggiunge il tag VLAN (Virtual LAN), il DNS (Domain Name System), la porta LAN e il colore del set di servizi di base (BSS). Clonare i profili tra i controller. Priming AP. Catalyst 9800-CL in Microsoft Azure. |
| 3.2.2 |
Riorganizzazione dei menu. Cisco TrustSec (CTS) su HTTPS, SGT Exchange Protocol (SXP) su IPv6, MACsec. Supporto per Cisco IOS XE 17.18.2 e 26.1.1. Avvisi per opzioni non sicure, ad esempio LEAP (Lightweight Extensible Authentication Protocol). |
Nell'immagine è illustrata la topologia utilizzata nell'esempio. Catalyst Center gestisce il controller con NETCONF e i punti di accesso si uniscono al controller con il controllo e il provisioning dei punti di accesso wireless (CAPWAP).

In questo esempio, il controller esegue già WLAN, tag e profili, come in una distribuzione brownfield. La configurazione per dispositivo viene utilizzata per aggiungere una WLAN, visualizzarla in anteprima e distribuirla, mapparla a un profilo di criteri in un tag di criteri, clonare un profilo RF e assegnare tag agli access point. Ogni modifica nella configurazione per dispositivo utilizza lo stesso flusso di revisione e provisioning, anteprima e distribuzione, mostrato in dettaglio al passo 5.
Catalyst Center utilizza NETCONF per leggere e scrivere la configurazione del controller. Verificare che NETCONF sia abilitato sul controller:
WLC# configure terminal
WLC(config)# netconf-yang
WLC(config)# end
Nota: NETCONF richiede un nuovo modello e un utente con privilegi di livello 15 autorizzato dagli elenchi dei metodi di autenticazione, autorizzazione e accounting (AAA) in uso. In un controller di produzione non modificare gli elenchi di metodi AAA esistenti senza rivederli, in quanto ciò può influire sull'accesso degli amministratori.
Verificare che i processi NETCONF siano in esecuzione:
WLC# show platform software yang-management process
confd : In esecuzione
nesd : In esecuzione
syncfd: In esecuzione
ncsshd: In esecuzione
dmiauthd : In esecuzione
Inginx In esecuzione
ndbmand: In esecuzione
pubd : In esecuzione
gnmib : Non in esecuzione




Dopo la risincronizzazione, la scheda Configurazione mostra l'etichetta Configurazione per dispositivo ed elenca gli oggetti esistenti del controller. Il menu a sinistra raggruppa le funzioni (SSID, RF, AP, Tag Mapping, Security, Global Wireless, Services, Layer 2, Network Settings, Layer 3, Administration e Mobility) e ciascuna tabella offre Add and Clone da un altro WLC.

L'icona delle informazioni accanto all'etichetta visualizza: La configurazione per dispositivo consente di apportare modifiche modificando la configurazione direttamente in questa pagina.
Nota: Impossibile disabilitare la configurazione per dispositivo dopo averla abilitata.






La CLI generata per questo esempio è:
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



La clonazione riutilizza un oggetto esistente del controller come punto di partenza.


Suggerimento: Per copiare oggetti da un altro Catalyst 9800 gestito dallo stesso Catalyst Center, utilizzare Clone da un altro WLC nella tabella del tipo di oggetto.


Attenzione: Una modifica apportata ai tag può consentire all'access point di ricongiungersi al controller o di reimpostare le radio, disconnettendo così i client. Pianificare le modifiche dei tag per gli access point di produzione in una finestra di manutenzione. Prima di modificare i tag, registrare i tag correnti degli access point in modo da poterli ripristinare.
La configurazione per dispositivo consente inoltre di rimuovere gli oggetti dal controller con lo stesso flusso di anteprima e distribuzione. In questo esempio viene eliminato il PDC-LAB WLAN:
no wlan PDC-LAB 50 PDC-LAB

Per verificare che la configurazione funzioni correttamente, consultare questa sezione.

È possibile eseguire questi comandi dalla CLI del controller o da Esegui comandi (Command Runner) nell'intestazione della finestra dei dettagli della periferica.
Questa è la configurazione WLAN sul controller dopo la distribuzione:
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
I log del controller mostrano che Catalyst Center (10.X.X.X) ha aperto una sessione NETCONF e configurato la funzionalità wireless:
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
Il messaggio %NDBMAN-5-CONFIG_I mostra la funzionalità configurata, l'indirizzo del Catalyst Center e il nome utente NETCONF.
Dopo aver utilizzato il tag dei criteri, connettere un client a PDC-LAB e verificare con show wireless client summary che il client raggiunga lo stato di esecuzione.
Catalyst Center rileva le modifiche apportate all'esterno di Catalyst Center, ad esempio dalla CLI del controller o dall'interfaccia Web. Come illustrato dall'icona di avviso accanto all'etichetta di configurazione per dispositivo (immagine 15), queste modifiche vengono importate alla successiva sincronizzazione dell'inventario e possono causare conflitti. Per mantenere la configurazione coerente, utilizzare Catalyst Center per tutte le configurazioni supportate.
Immagine 15. Avviso relativo a configurazioni create all'esterno di Catalyst Center
Dalla release 3.1.3, un evento di modifica della configurazione risincronizza solo il controller. Per aggiornare i dati AP, eseguire una risincronizzazione completa con Azioni > Inventario > Risincronizza dispositivo.
In questa sezione vengono fornite informazioni utili per risolvere i problemi di configurazione.
Questo è previsto quando il provisioning del controller è già stato eseguito con il provisioning basato su intento (profilo di rete). I due modelli non possono essere combinati sullo stesso controller. Nella scheda Configurazione della finestra dei dettagli della periferica viene visualizzata l'etichetta Gestito tramite profili di rete basati sul sito e l'icona delle informazioni corrispondente: Questo dispositivo è gestito utilizzando profili di rete basati sul sito. Tutte le configurazioni sono in modalità di sola lettura. Le modifiche possono essere apportate solo tramite il profilo di rete.
Immagine 16. Controller gestito da profili di rete basati sul sito in modalità di sola lettura
Risincronizzare il controller con Azioni > Inventario > Risincronizza dispositivo. Dalla release 3.1.3, un evento di modifica della configurazione risincronizza solo il controller, non i relativi AP, quindi è necessaria una risincronizzazione completa per aggiornare i dati AP.
| Revisione | Data di pubblicazione | Commenti |
|---|---|---|
1.0 |
29-Oct-2026
|
Versione iniziale |