Labs réseau Docs Ouvrir le simulateur →

Découverte CAPWAP — AP rejoint le contrôleur via l'option DHCP-138

Parcourez un point d'accès tout au long du cycle de vie de découverte et de jointure CAPWAP. ROUTER sert DHCP avec l'option 138 pointant vers l'adresse IP de gestion de WLC1; sur le bail ACK, AP1 inscrit l'adresse IP du contrôleur dans son emplacement apJoin, trouve WLC1 dans la topologie, fait correspondre son MAC avec un apRecord et bascule vers phase: joined avec les balises stratégie/site/rf aplaties.

Ouvrir ce lab dans le navigateur →

Gratuit · sans installation · sans compte

Scénario

Les tranches A à D vous permettent d'exprimer et d'inspecter le modèle sans fil géré par le contrôleur de bout en bout sur le contrôleur. La tranche E ferme la boucle: l'AP découvre lui-même le contrôleur et le rejoint. Le flux de découverte CAPWAP modélisé par cet atelier: 1. Le point d'accès démarre avec ipFromDhcp: true et diffuse un DHCPDISCOVER. 2. Le serveur DHCP du ROUTEUR répond avec une OFFRE et, sur DEMANDE, envoie un ACK qui inclut option-138 (RFC 5417) transportant l'adresse IP de gestion de WLC1. 3. Le client DHCP du AP1 récupère le bail comme d'habitude, *et* tamponne en outre l'IP option-138 dans son emplacement apJoin.controllerIp. La phase devient discovered. 4. Le moteur parcourt ensuite la topologie: quel appareil possède cette adresse IP? Dans notre cas WLC1. WLC1 a un apRecord correspondant au MAC principal du AP1 (aabb.cc00.dd00)? Oui. La phase passe donc à joined, et le triplet politique/site/balise rf de l'apRecord est *aplati* dans l'état apJoin de AP1. 5. AP1 a désormais sa configuration efficace sans jamais revenir dans l'IR du contrôleur - volontairement dénormalisé afin que le runtime puisse lire directement les balises. Inspectez les deux côtés: `` AP1# show capwap client summary WLC1# show capwap ap summary ` Les chemins négatifs apparaissent comme diagnostics: - Aucun apRecord ne correspond au MAC → phase: rejected du point d'accès, avec une raison comme no apRecord for aabb.cc00.dd00 on controller 'WLC1'. - L'IP option-138 n'appartient à aucun appareil → phase: discovered` (nous connaissons une IP AC mais aucun appareil ne la revendique; vous verriez cela en production lorsque le contrôleur est inaccessible). La tranche E expédie la découverte + rejoint *state*. Le chemin de données réel à travers le tunnel CAPWAP (les paquets client sans fil entrant dans le contrôleur et sortant dans le VLAN de sortie du profil de stratégie) est un travail en avant pour la tranche F.

Topologie

1 × routeur, 1 × contrôleur sans fil, 1 × switch, 1 × point d'accès · Cisco IOS-XE-style

Ce que tu vas faire

  1. Sur le ROUTEUR, créez le pool DHCP LAN (10.0.0.0/24, passerelle 10.0.0.1) et annoncez l'option 138 avec l'adresse IP de WLC1 (10.0.0.10). Exclure 0,1 à 0,20.

  2. Sur WLC1, créez le modèle minimal: profils, balises et un apRecord pour aabb.cc00.dd00 (MAC principal de AP1) lié aux trois balises.

  3. Après la convergence, AP1 devrait signaler phase: joined et hériter des trois liaisons de balises de apRecord de WLC1.

Ouvrir ce lab dans le navigateur →

Autres labs sur ce thème

Ce lab dans d'autres langues

CAPWAP discovery — AP joins controller via DHCP option-138CAPWAP-Erkennung – AP verbindet sich mit dem Controller über DHCP-Option 138Descubrimiento CAPWAP: AP se une al controlador a través de la opción DHCP-138Descoberta CAPWAP – AP junta-se ao controlador via DHCP opção-138CAPWAP खोज - AP DHCP विकल्प-138 के माध्यम से नियंत्रक से जुड़ता हैCAPWAP 发现 — AP 通过 DHCP option-138 加入控制器Rilevamento CAPWAP: l'AP si unisce al controller tramite l'opzione DHCP-138CAPWAP 検出 - AP は DHCP オプション 138 経由でコントローラに接続しますCAPWAP 검색 - AP가 DHCP 옵션-138을 통해 컨트롤러에 연결됩니다.Обнаружение CAPWAP — точка доступа подключается к контроллеру через опцию DHCP-138.CAPWAP keşfi — AP, DHCP seçenek-138 aracılığıyla denetleyiciye katılırKhám phá CAPWAP - AP tham gia bộ điều khiển thông qua tùy chọn DHCP-138