Table des matières

Introduction

ComposantsUtilisés

Problème de démarrage AP

AP Impossible d'acquérir l'adresse IP

Échec de conversion du mode Catalyst AP

Problèmes liés à la migration hors connexion rapide

Problèmes de migration DHCP Option 43(0xF3)

Problèmes de migration DNS

Problèmes liés à la migration hors connexion

Problèmes de migration DHCP Option 43

Échecs de résolution DNS

Reprise de la détection CAPWAP de couche 2

AP ne parvient pas à terminer la phase de jonction

Défaillance de résolution de domaine réglementaire AP

Prise en charge AP sur le pays sur la version respective

Utilisation de la proximité

Basé sur RF

Basé sur CDP/LLDP

Utilisation du fichier RAF

AP non conforme en raison d'un problème de licence

Collecte des journaux

Journaux du WLC

Journaux du point d'accès

Point d'accès en mode Meraki

AP en mode Catalyst

Journaux du commutateur de liaison ascendante connecté AP

Informations connexes

Introduction

Ce document décrit le dépannage d'une défaillance de connexion de point d'accès WiFi7 sur plusieurs phases.

Composants utilisés

- Contrôleur sans fil gamme 9800

- Cisco IOS XE 17.18.03 version

- CW9172I

Problème de démarrage AP

Lorsqu'un nouveau point d'accès WiFi7 est déballé et ne démarre pas correctement, vérifiez d'abord l'état des DEL et les journaux de démarrage de la console. Vous pouvez vous reporter au guide d'installation matérielle du modèle de point d'accès spécifique pour vérifier l'état des DEL pour diverses conditions de point d'accès : Guide d'installation du point d'accès WiFi7

- Vérifiez la consommation électrique minimale des points d'accès (classe PoE/puissance en watts) et l'état des voyants par rapport à la fiche technique des points d'accès pour éliminer tout problème d'alimentation : Fiche technique des points d'accès sans fil Cisco 9172

- Si l'alimentation est suffisante, le point d'accès démarre correctement et charge le système d'exploitation Meraki comme image principale/par défaut.

- Pour la première fois jusqu'à ce qu'AP reçoive une adresse IP, En mode Meraki, l'AP n'est pas visible via CDP ; utilisez plutôt LLDP pour le détecter sur le réseau.

AP Impossible d'acquérir l'adresse IP

Si le point d'accès n'obtient pas d'adresse IP, sur la console du point d'accès, vous pouvez voir le point d'accès assis en mode de migration hors ligne du jour 0 :

Exécutez offline-migration-info à l'invite de la console <Meraki> pour obtenir les journaux actuels et l’état de la tentative de migration.

<Meraki> offline-migration-info

| [2000-01-01 00:00:36.528] AP in day0 - offline migration

Si le point d'accès reste dans cet état :

- Vérifiez la configuration du port de commutation du commutateur de liaison ascendante : il peut être soit en mode d'accès, soit en mode trunk avec le VLAN de gestion AP défini comme natif.

- Collectez une capture de paquets sur le port de commutation de liaison ascendante des points d'accès et inspectez le flux DORA (Discover, Offer, Request, Ack) pour vérifier si les requêtes DHCP atteignent le serveur et si les offres sont renvoyées. Voici un exemple de transaction DHCP réussie entre l'AP et le serveur DHCP :

Capture de liaison ascendante AP : Transaction DHCP réussie (DORA) entre l'AP et le serveur DHCP

Échec de conversion du mode Catalyst AP

Les points d'accès de la gamme CW917x utilisent un mécanisme de migration différent des points d'accès de la gamme Catalyst 9100 plus anciens. Pour convertir un point d'accès CW917x en mode Catalyst, le processus repose sur des configurations réseau spécifiques, notamment les options DHCP, les paramètres DNS et l'accessibilité au cloud.

Le point d'accès tente d'abord la méthode DHCP Option 43. Si aucune valeur n'est configurée ou si l'adresse IP est inaccessible, elle revient à la méthode DNS. Voici les problèmes courants qui peuvent perturber ce processus de conversion.

Problèmes liés à la migration hors connexion rapide

Problèmes de migration DHCP Option 43(0xF3)

- Valeur Option 43 non valide : Le point d'accès ne reçoit pas de valeur hexadécimale valide (par exemple, si le type de sous-option 0xF3 ne commence pas correctement).

<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

- Échec ICMP : Le point d’accès tente d’abord d’atteindre l’adresse IP résolue reçue du serveur DHCP Option 43 (0xF3). S’il n’y a pas d’accessibilité ICMP à l’adresse IP résolue, le point d’accès ne passe pas en mode 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

Capture de liaison ascendante AP : Aucune accessibilité ICMP à l'adresse IP résolue

Remarque :

Le point d’accès effectue toujours un test d’accessibilité ICMP suivi de CAPWAP.

Le mécanisme d'accessibilité ICMP peut être utilisé quand il n'y a pas de WLC présent dans votre réseau.

Si un point d'accès (AP) obtient l'adresse IP du contrôleur de réseau local sans fil (WLC) via l'option DHCP 43 (0xF3) et que le trafic CAPWAP du point d'accès à l'adresse IP du WLC n'est pas accessible, mais que l'accessibilité ICMP à l'adresse IP du WLC est disponible, le point d'accès peut toujours passer en mode Catalyst.

Si un point d'accès obtient l'adresse IP du contrôleur de réseau local sans fil (WLC) en cours d'exécution dans une version non prise en charge via l'option DHCP 43 (0xF3) mais que l'accessibilité ICMP à l'adresse IP du contrôleur de réseau local sans fil (WLC) est disponible, le point d'accès peut toujours passer en mode Catalyst. Cependant, il ne peut pas rejoindre le WLC.

Voici une migration réussie avec l'accessibilité 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

Capture de liaison ascendante AP : Migration rapide réussie du point d'accès vers le mode Catalyst via l'accessibilité ICMP

- Version du logiciel WLC non prise en charge : Le WLC répondant exécute une version logicielle antérieure à Cisco IOS XE 17.15.1 (ou la version minimale prise en charge pour le point d'accès), provoquant la défaillance du commutateur en mode Catalyst.
<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

Problèmes de migration DNS

Si le point d'accès (AP) ne peut pas effectuer une migration hors connexion rapide à l'aide du protocole DHCP, il tente la méthode DNS. Initialement, le point d'accès vérifie s'il a reçu un nom de domaine valide (option 15) et une adresse IP de serveur DNS (option 6) du serveur DHCP. À l’aide de ces informations, le point d’accès tente de résoudre le nom d’hôte cisco-automigrate.<domain>. Si cette résolution réussit, le point d'accès passe en mode Catalyst.

- Options DHCP manquantes : L'AP ne parvient pas à recevoir un nom de domaine valide (DHCP Option 15) ou une adresse IP de serveur DNS (DHCP Option 6) du serveur 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)

Capture de liaison ascendante AP : Serveur DNS et nom de domaine manquants dans la réponse DHCP

- Échec de résolution : Le serveur DNS ne parvient pas à résoudre le nom de domaine complet cisco-automigrate.<votre-domaine>.

<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

Capture de liaison ascendante AP : Serveur DNS et nom de domaine valides présents dans la réponse DHCP

Capture de liaison ascendante AP : Échec de résolution du nom d'hôte

- Adresse IP résolue inaccessible : Le point d'accès résout cisco-automigrate.<votre-domaine>, mais n'a pas d'accessibilité ICMP à l'adresse IP résultante.

<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

Problèmes liés à la migration hors connexion

Si un point d'accès échoue lors de la migration hors ligne rapide, il tente de se connecter au cloud Meraki pour vérifier s'il a été ajouté à un réseau Meraki pendant environ 7 minutes. Si, pendant cette période, le point d'accès maintient la communication avec le cloud Meraki et est ajouté à un réseau, il peut passer en mode Meraki.

Cependant, si après 7 minutes, le point d'accès ne peut toujours pas atteindre le cloud Meraki ou n'est pas ajouté à un réseau et qu'il n'est pas configuré avec une adresse IP statique, il renouvelle son adresse IP via DHCP. À ce stade, le point d'accès entre en phase de migration hors ligne. Dans la migration hors ligne, le point d'accès utilise les méthodes DHCP, DNS et de détection de couche 2 pour localiser les détails du contrôleur de réseau local sans fil (WLC) sur le réseau, puis passe en mode Catalyst. Différents problèmes peuvent survenir lors du processus de migration hors connexion

Problèmes de migration DHCP Option 43

- Après l'actualisation d'IP, l'AP vérifie s'il a reçu une option DHCP 43 avec 0xF1, reçoit une adresse IP WLC valide, l'accessibilité CAPWAP et la réponse de la version prise en charge, vous pouvez rencontrer ces erreurs :

!! 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)

Lorsque la migration hors connexion échoue à l'aide de l'option DHCP, le point d'accès (AP) tente l'option DNS en extrayant le nom de domaine et les informations de serveur DNS de la réponse DHCP. Ce processus peut entraîner l'erreur suivante :

Échecs de résolution 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

Reprise de la détection CAPWAP de couche 2

Si les deux méthodes DHCP et DNS échouent, le point d'accès diffuse une demande de détection CAPWAP de couche 2. Les erreurs courantes sont les suivantes :

- Aucune réponse à la détection CAPWAP de diffusion
| [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
Assurez-vous que l'intégration CAPWAP automatique est activée sur le contrôleur sans fil (WLC) pour accepter les demandes de détection de diffusion et de monodiffusion. Remarque : Ce paramètre est désactivé par défaut et il peut rejeter toute demande de détection CAPWAP provenant spécifiquement des AP d'utilisation globale en mode Jour 0. Activez ce paramètre dans le profil de jointure AP par défaut. Ce profil est utilisé lorsque le point d'accès rejoint initialement le contrôleur

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

- Réponse réussie mais version non prise en charge — La réponse du WLC n'est pas exécutée sur 17.15.02 ou version ultérieure :

| [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

AP ne parvient pas à terminer la phase de jonction

Une fois que le point d'accès est converti avec succès en mode CATALYST, il utilise la même procédure de jonction que les autres points d'accès Catalyst pour se connecter au contrôleur LAN sans fil 9800. Les problèmes peuvent se poser en trois étapes :

- Phase de découverte CAPWAP

- Phase d'établissement du tunnel DTLS

- Joindre la phase

Appliquez la même approche de dépannage en vous reportant à

Comprendre le processus de jonction du point d’accès avec le contrôleur LAN sans fil (WLC) Catalyst 9800.

Défaillance de résolution de domaine réglementaire AP

Le point d'accès de la gamme CW917x n'est pas fourni avec un domaine réglementaire prédéfini. Le code pays ne peut pas être configuré manuellement sur les points d'accès de la gamme CW917x via le contrôleur. Au lieu de cela, le point d'accès détermine automatiquement le code de pays en utilisant plusieurs méthodes comme la détection de proximité (RF et CDP/LLDP), GPS/GNSS et le fichier RAF sur le WLC.

Prise en charge AP sur le pays sur la version respective

Avant de dépanner le domaine réglementaire, vérifiez que le modèle AP spécifique de la gamme CW917x est pris en charge dans le pays que vous souhaitez configurer sur la version de votre contrôleur 9800. Si le pays n'est pas pris en charge, les deux radios restent hors service.

Vous pouvez vérifier le mappage pays à canal à partir de la référence technique pour votre modèle d'AP spécifique et la version de WLC à partir de la matrice de fonctionnalités de point d'accès et confirmer si la prise en charge d'un pays particulier est disponible dans la version de contrôleur spécifique pour l'AP de la gamme CW917x.

Vous pouvez également consulter le document qui décrit la phase de réglementation pour chaque pays pour les points d'accès CW917x à partir des codes de pays et des phases du point d'accès Cisco CW917x Wi-Fi 7

Une fois que vous avez vérifié que votre pays est pris en charge sur la version WLC pour le point d'accès de la gamme CW917x, vérifiez si le point d'accès peut résoudre son domaine réglementaire en utilisant l'une des méthodes prises en charge. Si le point d'accès ne résout pas le domaine réglementaire, vous pouvez voir l'état du point d'accès :

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

Utilisation de la proximité

Les points d'accès Wi-Fi 7 en mode mondial peuvent résoudre le code de pays à partir de points d'accès existants ou de points d'accès Wi-Fi 7 connectés au même WLC sur le sol, ou à partir de points d'accès découverts comme voisins CDP/LLDP. La détection basée sur la proximité peut utiliser soit la détection basée sur les radiofréquences, soit la détection de voisinage CDP/LLDP. Si le point d’accès Wi-Fi 7 ne peut pas détecter le point d’accès voisin via la proximité, vous pouvez voir l’erreur :

[*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

Basé sur RF

Pour que cette méthode fonctionne, placez le point d'accès avec le code de pays résolu et le domaine de régulation du point d'accès Wi-Fi 7 à proximité afin qu'ils puissent échanger des paquets de détection de voisin. Ce point d'accès doit être connecté au même WLC avec son code pays déjà résolu. Ces paquets sont échangés à l'aide de la radio 2,4 GHz. Assurez-vous donc que la radio 2,4 GHz est activée sur le point d'accès cible (celui à partir duquel vous voulez que le code du pays soit résolu).

Basé sur CDP/LLDP

Le mécanisme de découverte basé sur CDP/LLDP est utilisé lorsqu'un AP entièrement fonctionnel avec un code de pays résolu et un AP Wi-Fi 7 en mode mondial (sans code de pays) sont connectés au même commutateur et au même WLC.

Pour utiliser cette méthode, assurez-vous des points suivants :

- Les deux points d’accès sont connectés au même commutateur.

- Les deux AP sont connectés au même WLC.

- Un point d'accès a un code de pays résolu et sert activement les clients.

- Le point d'accès Wi-Fi 7 est en mode mondial et nécessite un code de pays.

Remarque : La détection basée sur CDP/LLDP est prise en charge à partir des versions 17.15.4 et 17.18.1 de Cisco IOS XE. Vérifiez que votre WLC exécute l'une de ces versions prises en charge ou une version ultérieure.

Utilisation du fichier RAF

Si la méthode de proximité ne peut pas résoudre le domaine réglementaire, vous pouvez utiliser le fichier d'autorisation du domaine réglementaire (RAF) à partir du tableau de bord Meraki. Pour ce faire :

1. Demandez le point d'accès Wi-Fi 7 en utilisant un point d'accès cloud et ajoutez-le à votre réseau. Notez que le point d'accès n'a pas besoin d'avoir une connectivité réseau au tableau de bord Meraki pour être ajouté.

2. Configurez le code de pays requis pour l'AP dans le réseau où l'AP a été revendiqué.

3. Téléchargez le fichier de domaine réglementaire à partir du contrôleur et téléchargez-le. Le fichier doit contenir le numéro de série des points d'accès, l'adresse MAC et le code du pays.

!! 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. Lorsque vous ajoutez de nouveaux points d'accès au même contrôleur qui nécessitent des codes de pays différents, placez-les dans des réseaux distincts dans le tableau de bord Meraki. Cela permet de s'assurer que leurs paramètres de code de pays individuels ne se remplacent pas.

AP non conforme en raison d'un problème de licence

Une fois qu'un point d'accès se joint avec le code de pays correct, il peut toujours signaler un problème de conformité s'il n'est pas sous licence. Les points d'accès Wi-Fi 7 subissent un contrôle de conformité et nécessitent des licences Cisco Wireless (CW). En revanche, les points d'accès antérieurs non Wi-Fi 7 utilisent des licences AIR et ne nécessitent pas de vérification de conformité.

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

Pour ce problème, assurez-vous que le niveau de licence correct est configuré sur le WLC 9800 à utiliser pour les points d'accès Wifi7. Les points d'accès Wifi7 nécessitent des licences CW :

1. Cisco Wireless Essentials

2. Cisco Wireless Advantage

Si les AP ne sont pas sous licence, dépannez les problèmes de licences Smart sur le WLC 9800 à partir de Configurer et dépanner les licences Smart sur Catalyst 9800

Collecte des journaux

Journaux du WLC

- Activez term exec prompt timestamp pour avoir une référence temporelle pour toutes les commandes.

- Commandes show :

- show ap summary | i Nombre de points d'accès

- sh log | i Événement 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 Regulatory Activation All

- show ap config general

- show tech-support wireless

- Suivi radio actif :

- debug wireless AP_MAC {aaaa.bbb.cccc } {monitor-time} {N secondes} !! Le réglage du temps nous permet d'activer les traces pendant 24 jours .

- no debug wireless AP_MAC {aaaa.bbb.cccc} !! Pour désactiver le débogage
WLC génère un fichier de trace de débogage avec Client_info, commande pour vérifier le fichier de trace de débogage généré dir bootflash: | i debug !!

Avertissement : Le débogage conditionnel active la journalisation au niveau du débogage qui à son tour augmente le volume des journaux générés. Laisser cette opération en cours réduit le retard dans le temps à partir duquel vous pouvez afficher les journaux. Il est donc recommandé de toujours désactiver le débogage à la fin de la session de dépannage.

- Afin de désactiver tous les débogages, exécutez ces commandes :

# clear platform condition all !!

# undebug all !!

Via l'interface utilisateur :

Étape 1. Accédez à Troubleshooting > Radioactive Trace.

Étape 2. Cliquez sur Add et entrez AP MAC Address
Étape 3. Lorsque vous êtes prêt à démarrer le suivi radioactif, cliquez sur Start. Une fois démarré, la journalisation de débogage est écrite sur le disque à propos de tout traitement du plan de contrôle lié aux adresses MAC suivies.

Étape 4. Lorsque vous reproduisez le problème que vous souhaitez résoudre, cliquez sur Stop.

Étape 5. Pour chaque adresse MAC déboguée, vous pouvez générer un fichier journal rassemblant tous les journaux relatifs à cette adresse MAC en cliquant sur Générer.

Étape 6. Choisissez le délai de retour du fichier journal que vous souhaitez conserver et cliquez sur Apply to Device (Appliquer au périphérique).

Étape 7. Vous pouvez maintenant télécharger le fichier en cliquant sur la petite icône en regard du nom du fichier. Ce fichier est présent dans le lecteur flash d'amorçage du contrôleur et peut également être copié à partir de la boîte via CLI.

- Capture de paquets intégrée filtrée par ACL d'adresse IP AP :

!! Créer une liste de contrôle d’accès !!

ip access-list extended CAP-FILTER

permit ip host <AP_IP> any

permit ip any host <AP_IP>

!! Configurer la capture de paquets !!

capture de moniteur MYCAP interface Po1 les deux

Taille circulaire de la mémoire tampon MYCAP de capture de moniteur 100

monitor capture MYCAP access-list CAP-FILTER monitor capture MYCAP match any/ipv4/ipv6.MAC !!

capture de moniteur MYCAP start !!

!!Reproduire

capture de moniteur arrêt MYCAP

capture de moniteur MYCAP export flash:|tftp:|http:.../filename.pcap

Journaux du point d'accès

Point d'accès en mode Meraki

- offline-migration-info pour obtenir les journaux actuels et l'état de la tentative de migration.

AP en mode Catalyst

- show tech !! Collectez show tech pour avoir tous les détails de configuration et les statistiques radio pour l'AP.

- show dtls connection !! Vérifier les certificats, les ports et les chiffrements, les versions pour DTLS

- terminal monitor et logging console si l'accès SSH pour activer la journalisation de console et l'affichage des journaux

- Débogages de base

- debug capwap client event

- debug capwap client error

- debug dtls client error

- debug dtls client event

- Débogages avancés

- debug capwap client keepalive

- debug capwap client pmtu

- debug capwap client payload

- debug capwap client details

Journaux du commutateur de liaison ascendante connecté AP

- Capture de paquets intégrée sur le port connecté au point d'accès

- monitor capture mycap interface <AP_Connected_Port> both

- monitor capture mycap match any

- taille de la mémoire tampon de capture 50

- capture d'écran emplacement du fichier mycap flash:mycap.pcap

- surveillance capture mycap start/stop

- show monitor capture file flash:mycap.pcap

- Analyseur de ports commutés (capture SPAN)

- surveillance de l’interface source de la session 1 <AP_Connected_Port>

- monitor session 1 destination interface x/x/x encapsulation replicate >>>>>> — Le port avec le PC connecté avec wireshark en cours d’exécution.

Remarque : Si un commutateur tiers est utilisé, collectez une SPAN de port ou une capture de paquets équivalente sur le port du commutateur de liaison ascendante.

Informations connexes

- Guide de déploiement des points d'accès sans fil Cisco série CW917x