Resolución de problemas de unión de CW917X Wifi7 AP con Catalyst 9800 WLC

Opciones de descarga

  • PDF     (925.1 KB)
    Visualice con Adobe Reader en una variedad de dispositivos
Actualizado:30 de junio de 2026
ID del documento:226085

Lenguaje no discriminatorio

El conjunto de documentos para este producto aspira al uso de un lenguaje no discriminatorio. A los fines de esta documentación, "no discriminatorio" se refiere al lenguaje que no implica discriminación por motivos de edad, discapacidad, género, identidad de raza, identidad étnica, orientación sexual, nivel socioeconómico e interseccionalidad. Puede haber excepciones en la documentación debido al lenguaje que se encuentra ya en las interfaces de usuario del software del producto, el lenguaje utilizado en función de la documentación de la RFP o el lenguaje utilizado por un producto de terceros al que se hace referencia. Obtenga más información sobre cómo Cisco utiliza el lenguaje inclusivo.

Acerca de esta traducción

Cisco ha traducido este documento combinando la traducción automática y los recursos humanos a fin de ofrecer a nuestros usuarios en todo el mundo contenido en su propio idioma. Tenga en cuenta que incluso la mejor traducción automática podría no ser tan precisa como la proporcionada por un traductor profesional. Cisco Systems, Inc. no asume ninguna responsabilidad por la precisión de estas traducciones y recomienda remitirse siempre al documento original escrito en inglés (insertar vínculo URL).

Introducción

Este documento describe la resolución de problemas de la falla de la unión al punto de acceso WiFi7 en varias fases.

Componentes Utilizados

  • Controlador inalámbrico serie 9800
  • Cisco IOS XE versión 17.18.03
  • CW9172I

Problema de inicialización de AP

Cuando un nuevo punto de acceso WiFi7 no está en la caja y no se inicia correctamente, verifique primero el estado del LED y los registros de inicio de la consola. Puede consultar la guía de instalación de hardware del modelo específico del punto de acceso para verificar el estado del LED para varias condiciones del punto de acceso: Guía de instalación del punto de acceso WiFi7

  • Verifique los requisitos mínimos de alimentación de los AP (clase de PoE/vatiaje) y los estados de LED esperados en la hoja de datos de los AP para descartar un problema de alimentación: Hoja de datos de los puntos de acceso inalámbricos Cisco serie 9172
  • Si la energía es suficiente, el AP arranca con éxito y carga Meraki OS como su imagen primaria/predeterminada.
  • Por primera vez hasta que el AP recibe una dirección IP, en el modo Meraki, el AP no es visible vía el CDP; utilice LLDP en su lugar para descubrirlo en la red.

El AP no puede adquirir la dirección IP

Si el AP no puede obtener una dirección IP, en la consola AP, puede ver el AP sentado en el modo de migración sin conexión del día 0:

Ejecute offline-migration-info en el mensaje de la consola <Meraki> para obtener los registros actuales y el estado del intento de migración.

<Meraki> offline-migration-info
| [2000-01-01 00:00:36.528] AP in day0 - offline migration

Si el AP permanece en este estado:

  • Verifique la configuración del puerto de switch del switch de link ascendente: puede ser el modo de acceso o el modo troncal con la VLAN de administración de AP configurada como nativa.
  • Recopile una captura de paquetes en el puerto de switch de enlace ascendente de los puntos de acceso e inspeccione el flujo DORA (Discover, Offer, Request, Ack) para confirmar si las solicitudes DHCP llegan al servidor y si se devuelven las ofertas. A continuación se muestra un ejemplo de una transacción DHCP exitosa entre el AP y el servidor DHCP:
    AP Uplink Capture: Successful DHCP Transaction (DORA) between the AP and the DHCP ServerCaptura de enlace ascendente de PA: Transacción DHCP (DORA) correcta entre el AP y el servidor DHCP

Falla de conversión de modo Catalyst AP

Los puntos de acceso (AP) de la serie CW917x utilizan un mecanismo de migración diferente al de los antiguos AP Catalyst serie 9100. Para convertir un CW917x AP al modo Catalyst, el proceso se basa en configuraciones de red específicas, incluidas las opciones DHCP, la configuración DNS y la disponibilidad de la nube.

El AP primero intenta el método de la opción 43 de DHCP. Si no se configura ningún valor o la dirección IP es inalcanzable, recurre al método DNS. Estos son los problemas comunes que pueden interrumpir este proceso de conversión.

Problemas con la migración rápida sin conexión 

Problemas de migración de la opción DHCP 43(0xF3)

  • Valor de opción 43 no válido: El AP no recibe un valor hexadecimal válido (por ejemplo, no puede comenzar con el tipo de subopción correcto como 0xF3).
<Meraki> offline-migration-info
| [2000-01-01 00:00:36.528] AP in day0 - offline migration
| [2000-01-01 00:06:54.265] [init] start offline migration detection (v1.1)
| [2000-01-01 00:07:59.65 ] [fast-offline-migration-delay] forcing DHCPv6 INFORMATION REQUEST
| [2000-01-01 00:08:04.112] [fast-offline-migration][v4] no fast offline migration by DHCP
| [2000-01-01 00:08:04.113] [fast-offline-migration][v6] no fast offline migration by DHCP
| [2000-01-01 00:08:04.113] [fast-offline-migration] waiting for 420sec before taking any migration decision
  • Falla ICMP: El primer intento del AP de alcanzar la IP resuelta recibida de la opción 43 del servidor DHCP (0xF3). Si no hay alcance ICMP a la IP resuelta, el AP no puede conmutar al modo Catalyst.
<Meraki> offline-migration-info
| [2000-01-01 00:00:48.388] AP in day0 - offline migration
| [2000-01-01 00:02:59.526] [init] start offline migration detection (v1.2)
| [2000-01-01 00:04:00.774] [fast-offline-migration-delay] forcing DHCPv6 INFORMATION REQUEST
| [2000-01-01 00:04:10.799] [fast-offline-migration][v4][icmp] DHCP: WLC 10.127.197.201 is unreachable >> Here 10.127.197.201 is IP of Switch present in Network
| [2000-01-01 00:04:15.906] [fast-offline-migration][v4][capwap] DHCP: WLC 10.127.197.201 is down 
| [2000-01-01 00:04:15.906] [fast-offline-migration][v4] no fast offline migration by DHCP
| [2000-01-01 00:04:15.906] [fast-offline-migration][v6] no fast offline migration by DHCP

AP Uplink Capture: No ICMP Reachability to Resolved IPCaptura de enlace ascendente de PA: No hay disponibilidad ICMP para la IP resuelta

note-icon

Nota:

AP siempre realiza la prueba de alcance ICMP seguida de la disponibilidad CAPWAP.

El mecanismo de alcance ICMP se puede utilizar cuando no hay ningún WLC presente en su red. 

Si un punto de acceso (AP) obtiene la dirección IP del controlador de LAN inalámbrica (WLC) a través de la opción DHCP 43 (0xF3) y el tráfico CAPWAP del AP a la IP del WLC no es alcanzable, pero el alcance ICMP a la IP del WLC está disponible, el AP todavía puede cambiar al modo Catalyst.

Si un punto de acceso (AP) obtiene la dirección IP del controlador de LAN inalámbrica (WLC) que se ejecuta en una versión no admitida mediante la opción DHCP 43 (0xF3), pero el alcance ICMP a la IP del WLC está disponible, el AP todavía puede cambiar al modo Catalyst. Sin embargo, no puede unirse al WLC.


Esta es una migración exitosa con alcance ICMP:

<Meraki> offline-migration-info
| [2000-01-01 00:00:49.2 ] AP in day0 - offline migration
| [2000-01-01 00:03:00.367] [init] start offline migration detection (v1.2)
| [2000-01-01 00:04:03.34 ] [fast-offline-migration-delay] forcing DHCPv6 INFORMATION REQUEST
| [2000-01-01 00:04:08.56 ] [fast-offline-migration][v4][icmp] DHCP: WLC 10.127.197.201 is reachable
| [2000-01-01 00:04:08.56 ] [fast-offline-migration][DHCP][IPv4] migrate to Catalyst

AP Uplink Capture: Successful Fast Migration of AP to Catalyst mode via ICMP ReachabilityCaptura de enlace ascendente de PA: Éxito en la migración rápida de AP al modo Catalyst a través del alcance ICMP

  • Versión de software WLC no admitida: El WLC que responde está ejecutando una versión de software anterior a Cisco IOS XE 17.15.1 (o la versión mínima admitida para el AP), lo que hace que el switch de modo Catalyst falle. 
    <Meraki> offline-migration-info
    | [2000-01-01 00:00:36.600] AP in day0 - offline migration
    | [2000-01-01 00:02:49.984] [init] start offline migration detection (v1.1)
    | [2000-01-01 00:03:53.950] [fast-offline-migration-delay] forcing DHCPv6 INFORMATION REQUEST
    | [2000-01-01 00:04:03.966] [fast-offline-migration][v4][icmp] DHCP: WLC 10.127.197.196 is unreachable
    | [2000-01-01 00:04:04.42 ] [fast-offline-migration][v4][capwap] DHCP: WLC 10.127.197.196 is unsupported - version 17.12.4.22
    | [2000-01-01 00:04:04.42 ] [fast-offline-migration][v4] no fast offline migration by DHCP
    | [2000-01-01 00:04:04.43 ] [fast-offline-migration][v6] no fast offline migration by DHCP
    | [2000-01-01 00:04:04.43 ] [fast-offline-migration][v4] missing DNS config (server and/or domain)
    | [2000-01-01 00:04:04.43 ] [fast-offline-migration][v6] missing DNS config (server and/or domain)
    | [2000-01-01 00:04:04.43 ] [fast-offline-migration] waiting for 420sec before taking any migration decision

Problemas de migración de DNS

Si el punto de acceso (AP) no puede completar la migración rápida sin conexión mediante DHCP, intente utilizar el método DNS. Inicialmente, el AP verifica si ha recibido un nombre de dominio válido (opción 15) y una dirección IP del servidor DNS (opción 6) del servidor DHCP. Con esta información, el AP intenta resolver el nombre de host cisco-automigrate.<domain>. Si esta resolución es exitosa, el AP procede a migrar al modo Catalyst.

  • Opciones DHCP que faltan: El AP no puede recibir un nombre de dominio válido (opción DHCP 15) o una IP de servidor DNS (opción DHCP 6) del servidor DHCP.
<Meraki> offline-migration-info
| [2000-01-01 00:00:48.565] AP in day0 - offline migration
| [2000-01-01 00:02:59.840] [init] start offline migration detection (v1.2)
| [2026-06-24 11:11:58.392] [fast-offline-migration-delay] forcing DHCPv6 INFORMATION REQUEST
| [2026-06-24 11:12:03.438] [fast-offline-migration][v4] no fast offline migration by DHCP
| [2026-06-24 11:12:03.438] [fast-offline-migration][v6] no fast offline migration by DHCP 
| [2026-06-24 11:12:03.529] [fast-offline-migration][v4] missing DNS config (server and/or domain) >> DNS Option Missing in DHCP Response 
| [2026-06-24 11:12:03.529] [fast-offline-migration][v6] missing DNS config (server and/or domain)

AP Uplink Capture: DNS Server and Domain Name Missing on DHCP ResponseCaptura de enlace ascendente de PA: Falta el servidor DNS y el nombre de dominio en la respuesta DHCP

  • Error de resolución: El servidor DNS no puede resolver el FQDN cisco-automigrate.<your-domain>.
<Meraki> offline-migration-info
| [2000-01-01 00:00:48.565] AP in day0 - offline migration
| [2000-01-01 00:02:59.840] [init] start offline migration detection (v1.2)
| [2026-06-24 11:11:58.392] [fast-offline-migration-delay] forcing DHCPv6 INFORMATION REQUEST
| [2026-06-24 11:12:03.438] [fast-offline-migration][v4] no fast offline migration by DHCP
| [2026-06-24 11:12:03.438] [fast-offline-migration][v6] no fast offline migration by DHCP
| [2026-06-24 11:12:03.529] [fast-offline-migration][v4] no fast offline migration by DNS >> It received a DNS server and domain but unable to resolve the hostname
| [2026-06-24 11:12:03.529] [fast-offline-migration][v6] missing DNS config (server and/or domain)
| [2026-06-24 11:12:03.529] [fast-offline-migration] waiting for 420sec before taking any migration decision

AP Uplink Capture : Valid DNS Server and Domain Name Present on DHCP ResponseCaptura de enlace ascendente de punto de acceso: Servidor DNS y nombre de dominio válidos presentes en la respuesta DHCP

AP Uplink Capture: Resolution Failure for HostnameCaptura de enlace ascendente de PA: Error de resolución para el nombre de host

  • IP resuelta inalcanzable: El AP resuelve satisfactoriamente cisco-automigrate.<your-domain>, pero no tiene alcance ICMP a la dirección IP resultante.
    <Meraki> offline-migration-info
    | [2000-01-01 00:01:58.622] [init] start offline migration detection
    | [2000-01-01 00:03:05.252] [fast-offline-migration-delay] forcing DHCPv6 INFORMATION REQUEST
    | [2000-01-01 00:04:05.156] [fast-offline-migration][v4] no fast offline migration by DHCP
    | [2000-01-01 00:04:15.290] [fast-offline-migration][v6] no fast offline migration by DHCP
    | [2000-01-01 00:04:20.271] [fast-offline-migration][v4][icmp] DNS automigrate: WLC 10.27.XX.XX is not alive >> No ICMP reachability to hostname resolved IP

Problemas con la migración sin conexión

Si un punto de acceso no supera la migración rápida sin conexión, intentará conectarse a la nube de Meraki para comprobar si se ha agregado a una red de Meraki durante aproximadamente los próximos 7 minutos. Si, durante este período, el AP mantiene la comunicación con la nube de Meraki y se agrega a una red, puede cambiar al modo Meraki.

Sin embargo, si después de 7 minutos el AP todavía no puede alcanzar la nube de Meraki o no se agrega a una red, y no se configura con una dirección IP estática, renueva su dirección IP vía DHCP. En esta etapa, el AP ingresa en la fase de migración fuera de línea. En la migración sin conexión, el AP utiliza los métodos DHCP, DNS, y detección de la capa 2 para localizar los detalles del controlador del Wireless LAN (WLC) en la red y después cambia al modo Catalyst. Se pueden encontrar varios problemas durante el proceso de migración sin conexión

Problemas de migración de la opción DHCP 43

  • Después de la actualización de IP, el AP verifica si recibió un DHCP opt 43 con 0xF1, recibe una IP del WLC válida, alcance CAPWAP y respuesta de la versión soportada, usted puede encontrar estos errores:
!! No valid WLC IP recievd on DHCP Option 43 0xF1 !!

| [2000-01-01 00:14:19.658][fast-offline-migration] waiting for 0min before taking any migration decision
| [2000-01-01 00:15:07.101] [offline-migration] forcing DHCP renew
| [2000-01-01 00:15:07.102] [offline-migration] forcing DHCPv6 INFORMATION REQUEST
| [2000-01-01 00:15:12.150] [offline-migration] migration decision
| [2000-01-01 00:15:12.150] [offline-migration][v4] no WLC IP in DHCP option 43 >> No valid WLC IPv4 received
| [2000-01-01 00:15:12.150] [offline-migration][v4] missing DNS config (server and/or domain)
| [2000-01-01 00:15:12.151] [offline-migration][v6] no WLC IP in DHCP option 52 >> No valid WLC IPv4 received
| [2000-01-01 00:15:12.151] [offline-migration][v6] missing DNS config (server and/or domain)

!! No CAPWAP reachability to recieved IP !!
| [2000-01-01 00:10:50.713] [offline-migration] migration decision
| [2000-01-01 00:10:50.713] [offline-migration][v4] WLC IP present in DHCP option 43
| [2000-01-01 00:10:55.759] [offline-migration][v4][capwap] DHCP: WLC 10.127.197.196 is down

!! WLC IP received on DHCP option is running on unsupported release !! 

| [2000-01-01 00:39:44.529] [fast-offline-migration] waiting for 48sec before taking any migration decision
| [2000-01-01 00:40:35.585] [offline-migration] forcing DHCP renew
| [2000-01-01 00:40:35.586] [offline-migration] forcing DHCPv6 INFORMATION REQUEST
| [2000-01-01 00:40:41.592] [offline-migration] migration decision
| [2000-01-01 00:40:41.593] [offline-migration][v4] WLC IP present in DHCP option 43
| [2000-01-01 00:40:41.675] [offline-migration][v4][capwap] DHCP: WLC 10.127.197.196 is unsupported - version 17.12.4.22
| [2000-01-01 00:40:41.675] [offline-migration][v4] missing DNS config (server and/or domain)
| [2000-01-01 00:40:41.675] [offline-migration][v6] no WLC IP in DHCP option 52
| [2000-01-01 00:40:41.675] [offline-migration][v6] missing DNS config (server and/or domain)

Cuando la migración sin conexión falla mediante la opción DHCP, el punto de acceso (AP) intenta la opción DNS extrayendo el nombre de dominio y la información del servidor DNS de la respuesta DHCP. Este proceso puede resultar en el error:

Errores de resolución DNS

!! No valid DNS server or domain name received in DHCP reply !! 

| [2000-01-01 00:14:19.658][fast-offline-migration] waiting for 0min before taking any migration decision
| [2000-01-01 00:15:07.101] [offline-migration] forcing DHCP renew
| [2000-01-01 00:15:07.102] [offline-migration] forcing DHCPv6 INFORMATION REQUEST
| [2000-01-01 00:15:12.150] [offline-migration] migration decision
| [2000-01-01 00:15:12.150] [offline-migration][v4] no WLC IP in DHCP option 43
| [2000-01-01 00:15:12.150] [offline-migration][v4] missing DNS config (server and/or domain)
| [2000-01-01 00:15:12.151] [offline-migration][v6] no WLC IP in DHCP option 52
| [2000-01-01 00:15:12.151] [offline-migration][v6] missing DNS config (server and/or domain)

!! Unable to resolve the hostname cisco-capwap-controller. !!
| [2026-06-24 11:19:12.395] [offline-migration] migration decision
| [2026-06-24 11:19:12.395] [offline-migration][v4] no WLC IP in DHCP option 43
| [2026-06-24 11:19:12.479] [offline-migration][v4] no WLC IP resolved by DNS
| [2026-06-24 11:19:12.527] [offline-migration][v4] no PnP IP resolved by DNS

!! No CAPWAP reachability or unsupported version !! 

| [2000-01-01 00:15:07.102] [offline-migration] forcing DHCPv6 INFORMATION REQUEST
| [2000-01-01 00:15:12.150] [offline-migration] migration decision
| [2000-01-01 00:15:12.150] [offline-migration][v4] no WLC IP in DHCP option 43
| [2000-01-01 00:15:12.150] [offline-migration][v4] WLC IP resolved by DNS: 10.127.197.233
| [2000-01-01 00:15:12.151] [offline-migration][v4][capwap] DNS: WLC 172.16.30.10 is not valid/ unsupported version 17.12.4.22


Reserva para detección CAPWAP de capa 2

Si los métodos DHCP y DNS fallan, el AP transmite una solicitud de detección CAPWAP de Capa 2. Los errores más comunes incluyen:

  • No hay respuesta a la detección CAPWAP de difusión 
    | [2000-01-01 00:23:37.901] [offline-migration] forcing DHCPv6 INFORMATION REQUEST
    | [2000-01-01 00:23:42.949] [offline-migration] migration decision
    | [2000-01-01 00:23:42.949] [offline-migration][v4] no WLC IP in DHCP option 43
    | [2000-01-01 00:23:42.949] [offline-migration][v4] missing DNS config (server and/or domain)
    | [2000-01-01 00:23:42.950] [offline-migration][v6] no WLC IP in DHCP option 52
    | [2000-01-01 00:23:42.950] [offline-migration][v6] missing DNS config (server and/or domain)
    | [2000-01-01 00:23:48.22 ] [offline-migration][v4][capwap-l2] 0 WLC(s) detected (unsupported)
    | [2000-01-01 00:23:53.66 ] [offline-migration][v6][capwap-l2] 0 WLC(s) detected (unsupported)
    | [2000-01-01 00:23:53.66 ] [offline-migration] no migration & not claimed => restart detection
    Para esto, asegúrese de que la onboarding automática CAPWAP esté habilitada en el controlador inalámbrico (WLC) para aceptar las solicitudes de detección de unidifusión y difusión. Nota: Esta configuración está deshabilitada de forma predeterminada y puede rechazar cualquier solicitud de detección CAPWAP que provenga específicamente de AP de uso global en modo de día 0. Habilite esta configuración en el perfil de unión de AP predeterminado. Este perfil se utiliza cuando el AP se une inicialmente al controlador
    CW9800(config)#ap profile default-ap-profile
    CW9800(config-ap-profile)#capwap-discovery onboarding ?
    all        Configure automatic CAPWAP onboarding from Meraki based on both unicast and broadcast discovery request
    unicast    Configure automatic CAPWAP onboarding from Meraki based on unicast discovery request only
  • Respuesta correcta pero versión no admitida: el WLC respondido no se está ejecutando en la versión 17.15.02 o posterior:
| [2000-01-01 00:15:07.101] [offline-migration] forcing DHCP renew
| [2000-01-01 00:15:07.102] [offline-migration] forcing DHCPv6 INFORMATION REQUEST
| [2000-01-01 00:15:12.150] [offline-migration] migration decision
| [2000-01-01 00:15:12.150] [offline-migration][v4] no WLC IP in DHCP option 43
| [2000-01-01 00:15:12.150] [offline-migration][v4] missing DNS config (server and/or domain)
| [2000-01-01 00:15:12.151] [offline-migration][v6] no WLC IP in DHCP option 52
| [2000-01-01 00:15:12.151] [offline-migration][v6] missing DNS config (server and/or domain)
| [2000-01-01 00:15:17.193] [offline-migration][v4][capwap-l2] 1 WLC(s) detected (unsupported)
| [2000-01-01 00:15:17.283] [offline-migration][v4][capwap-l2] - unsupported - 10.127.197.196 - 17.12.4.22

El AP no puede completar la fase de unión

Una vez que el AP se convierte con éxito al modo CATALYST, utiliza el mismo procedimiento de unión que otros AP del Catalyst para conectar al controlador de LAN inalámbrico 9800. Los problemas pueden surgir en tres etapas:

  • Fase de detección CAPWAP
  • Fase de establecimiento del túnel DTLS
  • Fase de incorporación

Aplique el mismo enfoque de solución de problemas consultando
Comprensión del proceso de unión de AP con el WLC Catalyst 9800.

Fallo de resolución de dominio regulatorio AP

El AP de la serie CW917x no viene con un dominio de regulación predefinido. El código de país no se puede configurar manualmente en los AP de la serie CW917x a través del controlador. En cambio, el AP determina automáticamente el código de país usando múltiples métodos como detección de proximidad (RF y CDP/LLDP), GPS/GNSS, y el archivo RAF en el WLC.

Soporte de AP en el país en la versión respectiva

Antes de solucionar problemas del dominio de regulación, verifique que el modelo específico de AP de la serie CW917x sea compatible en el país que desea configurar en su versión de 9800 Controller. Si el país no es compatible, ambas radios permanecen inactivas.

Puede verificar el mapeo de país a canal desde la Referencia Técnica para su modelo de AP específico y la versión de WLC desde la Matriz de Funciones del Punto de Acceso y confirmar si el soporte de un país determinado está disponible en la Versión de Controlador específica para el AP de la serie CW917x.
Además, puede consultar el documento que describe la fase de regulación de cada país para los puntos de acceso CW917x de los códigos de país y las fases del Cisco CW917x Wi-Fi 7 Access Point 

Una vez que usted verifica que su país es soportado en la versión del WLC para el punto de acceso de la serie CW917x, verifique si el AP puede resolver su dominio regulador usando uno de los métodos soportados. Si el AP no resuelve el dominio regulatorio, puede ver el estado del AP:

WLC#show ap summary 
Number of APs: 2

CC = Country Code
RD = Regulatory Domain

AP Name      Slots       AP Model         Ethernet MAC        Radio MAC      CC    RD    IP Address      State       Location
---------------------------------------------------------------------------------------------------------------------------------------------------------------------
LAB-9136       4       C9136I-ROW        aaaa.bbbb.cccc      aaaa.bbbb.cccc  IN    -RW  10.127.197.153  Registered   Bangalore 
LAB-CW9172     3        CW9172H          aaaa.bbbb.cccc      aaaa.bbbb.cccc  --    -UN  10.127.197.152  Registered   default location
WLC#show ap config general | in AP_NAME| Country
Cisco AP Name : AP_NAME
Regulatory Domain Allowed by Country : 802.11bg:-A^ 802.11a:-DN^ 802.11 6GHz:
AP Country Code : - >> No Country Code resolved

Uso de Proximity

Los AP de Wi-Fi 7 en el modo mundial pueden resolver el código de país de los AP heredados existentes o AP de Wi-Fi 7 conectados al mismo WLC en el piso, o de los AP descubiertos como vecinos CDP/LLDP. El descubrimiento basado en proximidad puede utilizar la detección basada en RF o la detección de vecino CDP/LLDP. Si el AP Wi-Fi 7 no puede descubrir el AP vecino mediante proximidad, puede ver el error:

[*06/28/2026 15:24:36.7773] Sending proximity_request payload
[*06/28/2026 15:24:36.7787] SinglePID Proximity resolution: Country Code not available
[*06/28/2026 15:24:36.7795] SinglePID Regulatory Blob resolution: Country Code not available
[*06/28/2026 15:25:35.8011] Sending proximity_request payload
[*06/28/2026 15:25:35.8025] SinglePID Proximity resolution: Country Code not available
[*06/28/2026 15:25:35.8031] SinglePID Regulatory Blob resolution: Country Code not available

Basado en RF

Para que este método funcione, coloque el AP con el código de país resuelto y el dominio regulatorio de Wi-Fi 7 AP cerca para que puedan intercambiar paquetes de detección de vecinos. Este AP debe estar conectado al mismo WLC con su código de país ya resuelto. Estos paquetes se intercambian usando la radio de 2,4 GHz, así que asegúrese de que la radio de 2,4 GHz esté habilitada en el punto de acceso de destino (el punto de acceso desde el que desea resolver el código de país).

Basado en CDP/LLDP

El mecanismo de detección basado en CDP/LLDP se utiliza cuando un AP completamente funcional con un código de país resuelto y un AP Wi-Fi 7 en el modo mundial (sin un código de país) se conectan al mismo switch y al mismo WLC.

Para utilizar este método, asegúrese de lo siguiente:

  • Ambos AP están conectados al mismo switch.
  • Ambos AP están conectados al mismo WLC.
  • Un punto de acceso tiene un código de país resuelto y atiende activamente a los clientes.
  • El punto de acceso Wi-Fi 7 se encuentra en el modo de todo el mundo y requiere un código de país.
note-icon

Nota: La detección basada en CDP/LLDP es compatible a partir de las versiones 17.15.4 y 17.18.1 de Cisco IOS XE. Verifique que su WLC esté ejecutando una de estas versiones compatibles o posterior.

Uso del archivo RAF

Si el método Proximity no puede resolver el dominio de regulación, puede utilizar el RAF (archivo de autorización de dominio de regulación) del panel de Meraki como alternativa. Para llevar esto a cabo:

  1. Solicite el punto de acceso Wi-Fi 7 mediante un punto de acceso en la nube y agréguelo a su red. Tenga en cuenta que no es necesario que el punto de acceso tenga conectividad de red con el panel de Meraki para poder agregarlo.
  2. Configure el código de país requerido para el AP en la red donde se reclamó el AP.
  3. Descargue el archivo de dominio de regulación del controlador y cárguelo. El archivo debe contener el número de serie de los AP, la dirección MAC y el código de país.

    !! Verify the data on RAF File !! 
    WLC#show ap regulatory activation all
    Regulatory Activation file Meta-data
    ------------------------------------
    Date Created : 06/30/2026 08:12:41
    Created By : shchoube@cisco.com
    Device count : 2
    Organization Id : 1780642

    AP MAC             Serial Number       Country code
    ----------------------------------------------------
     AP1_MAC            AP1_SN                   IN 
     AP2_MAC            AP2_SN                   US
  4. Al agregar nuevos puntos de acceso al mismo controlador que requieren códigos de país diferentes, colóquelos en redes independientes en el panel de Meraki. Esto garantiza que la configuración de su código de país individual no se reemplace entre sí. 

AP no conforme debido a problema de licencia

Una vez que un AP se une con el código de país correcto, todavía puede reportar un problema de cumplimiento si no tiene licencia. Los puntos de acceso Wi-Fi 7 se someten a una comprobación de conformidad y requieren licencias Cisco Wireless (CW). Por el contrario, los AP no Wi-Fi 7 anteriores utilizan licencias AIR y no requieren una comprobación de conformidad.

WLC#show ap summary license
For AIR licenses, per AP tracking of license state is unavailable. Please use "show license summary" to find status of AIR subscriptions
Policy allowed state means device is deemed compliant due to a policy downloaded from licensing authority, please check installed policy

AP Name AP Model    AP MAC     License Type  License State   Non Compliance Reason
------------------------------------------------------------------------------------------------------------------------------
AP1     CW9172H  xxxx.xxxx.xxxx   CW         Non Compliant     Never Licensed 
AP2     CW9176I  xxxx.xxxx.xxxx   CW         Non Compliant     Never License

WLC#show license summary 
Account Information:
Smart Account: <none>
Virtual Account: <none>
License Usage:
License Entitlement Tag Count Status
-----------------------------------------------------------------------------
cisco-wireless-advan... (CNS_CW_A) 2 IN USE

!! Check the current level of license configured on WLc for WiFi7AP !!
WLC#show version | in License Level
License Level: adventerprise
AIR License Level: AIR Network Essentials addon AIR DNA Essentials
Next reload AIR License Level: AIR Network Essentials addon AIR DNA Essentials
Cisco Wireless License Level: Cisco Wireless Advantage
Next reload Cisco Wireless License Level: Cisco Wireless Advantage

Para este problema, asegúrese de que el nivel de licencia correcto esté configurado en el WLC 9800 para ser utilizado por los AP Wifi7. Los puntos de acceso Wi-Fi7 requieren licencias CW:
1. Cisco Wireless Essentials
2. Ventaja inalámbrica de Cisco

Si los AP no tienen licencia, solucione los problemas de licencia inteligente en el WLC 9800 desde Configure and Troubleshoot Smart Licensing en el Catalyst 9800

Recopilación de registros

Registros desde WLC

  • Habilite term exec prompt timestamp para tener una referencia de tiempo para todos los comandos.
  • Comandos show:
    • show ap summary | i Número de puntos de acceso
    • sh log | i Evento AP:
    • show ap uptime
    • show ap cdp neighbor
    • show wireless stats ap history
    • show wireless stats ap discovery
    • show wireless stats ap join summary
    • show wireless certification config
    • show wireless management trustpoint
    • show wireless dtls connections
    • show logging profile wireless start last X days filter mac <radio-or-ethernet-AP-mac>
    • show ap Regulation activation all
    • show ap config general
    • show tech-support wireless 
  • Seguimiento de radio activo:
    • debug wireless AP_MAC {aaaa.bbbb.cccc} {monitor-time} {N seconds} !! La configuración del tiempo nos permite habilitar seguimientos hasta por 24 días .
    • no debug wireless AP_MAC {aaaa.bbbb.cccc} !! Para deshabilitar la depuración


      WLC genera un archivo de seguimiento de depuración con Client_info, comando para verificar el archivo de seguimiento de depuración generado por dir bootflash: | i debug !!

      warning-icon

      Advertencia: La depuración condicional habilita el registro de nivel de depuración que, a su vez, aumenta el volumen de los registros generados. Si deja esta opción en ejecución, reducirá la cantidad de tiempo desde el que puede ver los registros. Por lo tanto, se recomienda desactivar siempre la depuración al final de la sesión de solución de problemas.

  • Para inhabilitar toda la depuración, ejecute estos comandos:

    # clear platform condition all !!

    # undebug all !!

    A través de GUI:



    Paso 1. Navegue hasta Troubleshooting > Radioactive Trace.

    Paso 2. Haga clic en Add e ingrese AP MAC Address 

    Paso 3. Cuando esté listo para iniciar el rastreo radiactivo, haga clic en Iniciar. Una vez iniciado, el registro de depuración se escribe en el disco sobre cualquier procesamiento del plano de control relacionado con las direcciones MAC objeto de seguimiento.
    Paso 4. Cuando reproduzca el problema que desea resolver, haga clic en Detener.
    Paso 5. Para cada dirección MAC depurada, puede generar un archivo de registro que recopile todos los registros pertenecientes a esa dirección MAC haciendo clic en Generar.
    Paso 6. Elija cuánto tiempo atrás desea que transcurra el archivo de registro intercalado y haga clic en Aplicar al Dispositivo.
    Paso 7. Ahora puede descargar el archivo haciendo clic en el pequeño icono junto al nombre del archivo. Este archivo está presente en la unidad flash de arranque del controlador y también se puede copiar desde el primer momento mediante CLI.
  • Captura de paquetes integrada filtrada por ACL de dirección IP de AP:

!! Creación de una ACL !!

ip access-list extended CAP-FILTER

permit ip host <AP_IP> any

permit ip any host <AP_IP>

!! Configurar captura de paquetes !!

monitor capture MYCAP interface Po1 both

monitor capture MYCAP buffer circular size 100

monitor capture MYCAP access-list CAP-FILTER monitor capture MYCAP match any/ipv4/ipv6.MAC !!
monitor capture MYCAP start !!
!!Reproducir
monitor capture MYCAP stop
monitor capture MYCAP export flash:|tftp:|http:.../filename.pcap

Registros desde AP

AP en modo Meraki

  • offline-migration-info para obtener los registros actuales y el estado del intento de migración.

AP en modo Catalyst

  • show tech !! Recopile show tech para tener todos los detalles de configuración y estadísticas de radio para el AP.
  • show dtls connection !! Comprobar certificados, puertos y cifrados, versiones para DTLS
  • terminal monitor y logging console si el acceso SSH permite el registro de la consola y la visualización de los registros
  • Depuraciones básicas
    • debug capwap client event
    • 
debug capwap client error

    • debug dtls client error
    • debug dtls client event
  • Depuraciones avanzadas 
    • debug capwap client keepalive
    • debug capwap client pmtu
    • debug capwap client payload
    • debug capwap client details

Registros del switch de link ascendente conectado AP

  • Captura de paquetes integrada en puerto conectado a AP

    • monitor capture mycap interface <AP_Connected_Port> both

    • monitor capture mycap match any

    • tamaño del búfer de captura de monitor 50

    • monitor capture mycap file location flash:mycap.pcap

    • monitor capture mycap start/stop

    • show monitor capture file flash:mycap.pcap

  • Analizador de puertos conmutados (captura SPAN)
    • monitor session 1 source interface <AP_Connected_Port>
    • monitor session 1 destination interface x/x/x encapsulation replicate >>>>: el puerto con el PC conectado con wireshark en ejecución.
note-icon

Nota: Si se utiliza un switch de terceros, recopile un SPAN de puerto o una captura de paquetes equivalente en el puerto del switch de enlace ascendente.

Información Relacionada



Historial de revisiones

Revisión Fecha de publicación Comentarios
1.0
01-Jul-2026
Versión inicial
TAC Authored

Con la colaboración de ingenieros de Cisco

  • Shalini Choubey
    Ingeniero de consultoría técnica

¿Resultó útil este documento?

FeedbackComentarios

Contacte a Cisco

Este documento se aplica a estos productos