Labs réseau Docs Ouvrir le simulateur →

DHCP-via-AP — les clients Wi-Fi acquièrent des adresses IP via CAPWAP

Slice L: un client wifi avec ipFromDhcp: true n'a plus besoin d'une IP statique. Lorsque son point d'accès termine la prise de contact de jointure, le WLC alloue la prochaine adresse IP libre du pool DHCP du VLAN de stratégie et la marque sur le client. Pcap affiche une trame de liaison descendante CAPWAP-Data transportant un DHCP-ACK synthétique afin que les opérateurs voient la forme filaire de la livraison du bail.

Ouvrir ce lab dans le navigateur →

Gratuit · sans installation · sans compte

Scénario

Les véritables déploiements sans fil Cisco ne codent pas en dur les adresses IP des clients Wi-Fi. Clients DHCP au moment de l'association; l'AP relaie la diffusion via CAPWAP vers le WLC; le relais DHCP du WLC (ou le pool local) distribue une adresse IP à partir de l'espace d'adressage du VLAN de stratégie. Slice L fournit le résultat *opérationnel* de ce flux sans modéliser l'échange complet à 4 voies: - wifiClient.ipFromDhcp: true est un nouveau champ. Mutuellement exclusif avec un ipv4 statique. - Au moment de la connexion AP, le WLC parcourt son dhcpPools pour celui dont le sous-réseau correspond au VLAN de stratégie. Il alloue la prochaine adresse IP gratuite, en ignorant les plages dhcpExcluded et les adresses IP déjà détenues par d'autres appareils, et l'imprime sur wifiClient.ipv4. - Visibilité Pcap: une trame de liaison descendante CAPWAP-Data synthétisée est émise avec un DHCP-ACK interne — app.innerPacket.payload.app.kind === 'dhcp'. La trace donne aux opérateurs la même vue « le client a obtenu une adresse IP via le tunnel » qu'ils attendent d'une véritable capture de paquets. Ce qui est différé (travail encore en cours): - Véritable échange à 4 voies: DÉCOUVRIR → OFFRE → DEMANDE → ACK avec les transactions appropriées. Aujourd'hui, nous synthétisons uniquement l'ACK pour le tracé du fil; la décision IP est la marche déterministe du pool. - Relais d'adresse d'assistance: transfert de la requête DHCP interne vers un serveur DHCP distinct. Aujourd'hui, la piscine doit vivre sur le WLC lui-même. - Expiration du bail côté sans fil: l'IP est conservée jusqu'au changement de topologie.

Topologie

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

Ce que tu vas faire

  1. Après la convergence, PHONE devrait avoir l'IP 10.30.0.21 allouée à partir du pool WIFI de WLC1 (la première IP gratuite après la plage exclue.1–.20).

Ouvrir ce lab dans le navigateur →

Autres labs sur ce thème

Ce lab dans d'autres langues

DHCP-via-AP — wifi-clients acquire IPs through CAPWAPDHCP-via-AP – WLAN-Clients beziehen IPs über CAPWAPDHCP-via-AP: los clientes wifi adquieren direcciones IP a través de CAPWAPDHCP-via-AP — clientes wifi adquirem IPs através de CAPWAPडीएचसीपी-वाया-एपी - वाईफाई-क्लाइंट CAPWAP के माध्यम से आईपी प्राप्त करते हैंDHCP-via-AP — wifi 客户端通过 CAPWAP 获取 IPDHCP-via-AP: i client Wi-Fi acquisiscono IP tramite CAPWAPDHCP-via-AP — Wi-Fi クライアントは CAPWAP を通じて IP を取得しますDHCP-via-AP — Wi-Fi 클라이언트는 CAPWAP를 통해 IP를 얻습니다.DHCP-через-AP — Wi-Fi-клиенты получают IP-адреса через CAPWAP.DHCP-via-AP — Wi-Fi istemcileri IP'leri CAPWAP aracılığıyla alırDHCP-via-AP - máy khách wifi lấy IP thông qua CAPWAP