Este documento describe cómo utilizar Per-Device Configuration en Catalyst Center para administrar un controlador de LAN inalámbrica Catalyst 9800 existente.
Cisco recomienda que tenga conocimiento sobre estos temas:
Antes de comenzar, asegúrese de que:
La información que contiene este documento se basa en las siguientes versiones de software y hardware.
La información que contiene este documento se creó a partir de los dispositivos en un ambiente de laboratorio específico. Todos los dispositivos que se utilizan en este documento se pusieron en funcionamiento con una configuración verificada (predeterminada). Si tiene una red en vivo, asegúrese de entender el posible impacto de cualquier comando.
Este documento también puede utilizarse con estas versiones de software y hardware:
Tradicionalmente, Catalyst Center gestiona los controladores inalámbricos con un aprovisionamiento basado en objetivos: el diseño inalámbrico se define en el nivel del sitio (identificadores de conjunto de servicios (SSID), perfiles de red, perfiles de RF y configuraciones de modelo) y Catalyst Center genera y envía la configuración del controlador. Para los controladores que ya ejecutan una configuración de producción, este enfoque requiere que la configuración se vuelva a crear o aprenda en el diseño.
En Catalyst Center Release 2.3.7.9, el flujo de trabajo Learn Device Configuration quedó obsoleto y se introdujo la configuración por dispositivo para los controladores de LAN inalámbrica (WLC) Catalyst serie 9800. La configuración por dispositivo permite crear, editar, clonar y eliminar objetos de configuración en un único controlador directamente desde Catalyst Center, de forma similar a la interfaz web del controlador. Gracias a ella, Cisco Catalyst Center puede gestionar un controlador existente (de segundo plano) sin trasladar su configuración a perfiles de red basados en intent. La función está inhabilitada de forma predeterminada y se habilita por controlador.
| Configuración por dispositivo |
Aprovisionamiento basado en intención |
|
| Origen de la configuración |
Los objetos que existen en el controlador |
Diseño a nivel de sitio (perfiles de red, configuración de red, configuraciones de modelo) |
| Mejor ajuste |
Controladores Brownfield, configuración específica del controlador |
Implementaciones nuevas y diseños multisitio estandarizados |
| Rediseño necesario |
No |
Sí, para los controladores existentes |
| Acceso definido por software (SD-Access) inalámbrico |
No soportados |
Supported |
| Coexistencia en el mismo controlador |
No soportados Un controlador aprovisionado con aprovisionamiento basado en intent muestra la configuración por dispositivo en modo de solo lectura |
- |
En la versión 3.2.3, la pestaña Configuration de la ventana de detalles del dispositivo agrupa las funciones del controlador como se muestra en esta tabla. Los nombres de los menús se muestran tal como aparecen en la GUI. Las opciones disponibles dependen de la versión de Cisco IOS XE que se ejecute en el controlador.
| Menú |
Funciones |
| SSID |
Perfiles de WLAN, perfiles de política, perfiles de LAN remota, políticas de LAN remota, etiquetas de política, perfiles 802.11be |
| RF |
Perfiles de RF, perfiles de radio, etiquetas de RF, perfiles BSSID múltiples, perfil de red URWB, valores predeterminados de RF |
| AP |
Perfiles de unión de PA, malla, perfiles de alimentación, perfiles flexibles, etiquetas de sitio, perfiles de calendario |
| Asignación de etiquetas |
Asignación de puntos de acceso, asignación de etiquetas (prioridad de etiquetas, asignación estática, basada en ubicación y basada en reglas) |
| Security |
AAA, política AAA, ACL, EAP, filtros URL, usuario invitado, autenticación web, TrustSec, WPP, LSC, política de certificados AP |
| Tecnología inalámbrica global |
CleanAir, alto rendimiento, parámetros de medios, ATF, parámetros de red, parámetros globales, RRM, avanzado, mDNS, multidifusión, ubicación, país, parámetros de integración de DNA de Cisco, política de punto de acceso, geolocalización inalámbrica |
| Services |
Política local, QoS, AVC, EoGRE, secuencia de medios, LAN de invitado, clientes excluidos |
| Capa 2 |
VLAN, interfaces, protocolos de detección |
| Configuración de red |
DNS, grupos DHCP, HTTP/HTTPS, SNMP, NTP |
| Capa 3 |
Ruteo |
| Administración |
Configuración de dispositivo, administración de usuario y actualización de AP |
| Movilidad |
Movilidad |
Nota: Los menús se reorganizaron en la versión 3.2.2. En las versiones 2.3.7.x y 3.1.x, las mismas funciones se agrupan en WLAN, RF, Unión de PA, Perfiles flexibles, Etiquetas, Seguridad, Radio global, Conexión inalámbrica global, Otros, Capa 2, Configuración de red, Capa 3 y Administración.
| Versión de Catalyst Center |
Cambiar |
| 2.3.7.9 |
Se introdujo la configuración por dispositivo. Configuración del dispositivo de aprendizaje obsoleta. |
| 2.3.7.11 |
Mejoras de 802.11be para Cisco IOS XE 17.18.1 |
| 3.1.3 |
Parámetros adicionales. Configurar puntos de acceso agrega una etiqueta de LAN virtual (VLAN), sistema de nombres de dominio (DNS), puerto LAN y color de conjunto de servicios básicos (BSS). Clonar perfiles en los controladores. Preparación de PA. Catalyst 9800-CL en Microsoft Azure. |
| 3.2.2 |
Reorganización de menús. Cisco TrustSec (CTS) sobre HTTPS, SGT Exchange Protocol (SXP) sobre IPv6 y MACsec. Compatibilidad con Cisco IOS XE 17.18.2 y 26.1.1. Advertencias para opciones inseguras como el protocolo de autenticación extensible ligero (LEAP). |
Esta imagen muestra la topología utilizada en este ejemplo. Catalyst Center gestiona el controlador con NETCONF y los puntos de acceso se unen al controlador con Control and Provisioning of Wireless Access Points (CAPWAP).

En este ejemplo, el controlador ya ejecuta WLANs, etiquetas y perfiles, como en una implementación antigua. La configuración por dispositivo se utiliza para agregar una WLAN, previsualizarla e implementarla, asignarla a un perfil de política en una etiqueta de política, clonar un perfil de RF y asignar etiquetas a los AP. Cada cambio en la configuración por dispositivo utiliza el mismo flujo de revisión y aprovisionamiento, vista previa e implementación, que se muestra en detalle en el paso 5.
Catalyst Center utiliza NETCONF para leer y escribir la configuración del controlador. Asegúrese de que NETCONF esté habilitado en el controlador:
WLC# configure terminal
WLC(config)# netconf-yang
WLC(config)# end
Nota: NETCONF requiere aaa new-model y un usuario de nivel de privilegio 15 autorizado por las listas de métodos de autenticación, autorización y contabilidad (AAA) en uso. En un controlador de producción, no cambie las listas de métodos AAA existentes sin revisión, ya que esto puede afectar al acceso del administrador.
Verifique que los procesos NETCONF se ejecuten:
WLC# show platform software yang-management process
confd: Ejecutándose
nesd: Ejecutándose
syncfd: Ejecutándose
ncsshd: Ejecutándose
dmiauthd: Ejecutándose
nginx: Ejecutándose
ndbmand: Ejecutándose
pubd: Ejecutándose
gnmib: No se está ejecutando




Después de la resincronización, la ficha Configuration muestra la etiqueta Per-device configuration y enumera los objetos existentes del controlador. El menú de la izquierda agrupa las funciones (SSID, RF, AP, Tag Mapping, Security, Global Wireless, Services, Layer 2, Network Settings, Layer 3, Administration, and Mobility), y cada tabla ofrece Add and Clone desde otro WLC.

Aparece el icono de información junto a la etiqueta: La configuración por dispositivo permite realizar cambios editando la configuración directamente en esta página.
Nota: La configuración por dispositivo no se puede deshabilitar una vez habilitada.






La CLI generada para este ejemplo es:
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 clonación reutiliza un objeto existente del controlador como punto de partida.


Consejo: Para copiar objetos de otro Catalyst 9800 administrado por el mismo Catalyst Center, utilice Clone from another WLC en la tabla del tipo de objeto.


Precaución: Un cambio de etiqueta puede hacer que el AP vuelva a unirse al controlador o restablecer sus radios, lo que desconecta a sus clientes. Planifique los cambios de etiquetas para los AP de producción en una ventana de mantenimiento. Antes de cambiar las etiquetas, registre las etiquetas actuales de los AP para que pueda revertirlas.
La configuración por dispositivo también elimina objetos del controlador con la misma vista previa y el mismo flujo de implementación. Este ejemplo elimina el WLAN PDC-LAB:
no wlan PDC-LAB 50 PDC-LAB

Use esta sección para confirmar que su configuración funciona correctamente.

Puede ejecutar estos comandos en la CLI del controlador o desde Ejecutar comandos (Command Runner) en el encabezado de la ventana de detalles del dispositivo.
Ésta es la configuración WLAN en el controlador después de la implementación:
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
Los registros del controlador muestran que Catalyst Center (10.X.X.X) abrió una sesión NETCONF y configuró la función inalámbrica:
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
El mensaje %NDBMAN-5-CONFIG_I muestra la función que se configuró, la dirección del Centro de Catalyst y el nombre de usuario de NETCONF.
Después de que los AP utilicen la etiqueta de la política, conecte un cliente a PDC-LAB y confirme con show wireless client summary que el cliente alcanza el estado de ejecución.
Catalyst Center detecta los cambios que se realizan fuera de Catalyst Center, por ejemplo, desde la CLI o la interfaz web del controlador. Como se explica en el icono de advertencia junto a la etiqueta de configuración por dispositivo (Imagen 15), estos cambios se importan en la próxima sincronización del inventario y pueden causar conflictos. Para mantener la coherencia de la configuración, utilice Catalyst Center para todas las configuraciones admitidas.
Imagen 15. Advertencia sobre configuraciones realizadas fuera de Catalyst Center
A partir de la versión 3.1.3, un evento de cambio de configuración resincroniza solamente el controlador. Para actualizar los datos AP, ejecute una sincronización completa con Actions > Inventory > Resync Device.
En esta sección encontrará información que puede utilizar para solucionar problemas de configuración.
Esto se espera cuando el controlador ya estaba aprovisionado con aprovisionamiento basado en intent (perfil de red). Los dos modelos no se pueden combinar en el mismo controlador. En la ficha Configuration de la ventana de detalles del dispositivo, se muestra la etiqueta Managed via Site-Based Network Profiles y se muestra su icono de información: Este dispositivo se administra mediante perfiles de red basados en el sitio. Todas las configuraciones están en modo de sólo lectura. Los cambios solo se pueden realizar a través del perfil de red.
Imagen 16. Controlador administrado por perfiles de red basados en sitio en modo de sólo lectura
Resincronice el controlador con Acciones > Inventario > Resincronizar dispositivo. A partir de la versión 3.1.3, un evento de cambio de configuración resincroniza solamente el controlador, no sus AP, por lo que se requiere una resincronización completa para actualizar los datos AP.
| Revisión | Fecha de publicación | Comentarios |
|---|---|---|
1.0 |
29-Oct-2026
|
Versión inicial |