DHCP-via-AP – WLAN-Clients beziehen IPs über CAPWAP
- Dienste & WLAN
- Experte
- 12 Min.
- 1 Schritte
- Cisco IOS-XE-style
Slice L: Ein WLAN-Client mit ipFromDhcp: true benötigt keine statische IP mehr. Wenn sein AP den Join-Handshake abschließt, weist der WLC die nächste freie IP aus dem DHCP-Pool des Richtlinien-VLANs zu und stempelt sie auf den Client. Pcap zeigt einen CAPWAP-Data-Downlink-Frame mit einem synthetischen DHCP-ACK, sodass Betreiber die Leitungsform der Lease-Zustellung sehen können.
Dieses Lab im Browser öffnen →
Kostenlos · ohne Installation · ohne Konto
Szenario
Bei echten drahtlosen Cisco-Bereitstellungen werden WLAN-Client-IPs nicht fest codiert. Clients DHCP zum Zeitpunkt der Zuordnung; Der AP leitet die Übertragung über CAPWAP an den WLC weiter. Das DHCP-Relay (oder der lokale Pool) des WLC verteilt eine IP aus dem Adressraum des Richtlinien-VLAN. Slice L liefert das *operative* Ergebnis dieses Flusses, ohne den vollständigen 4-Wege-Austausch zu modellieren: - wifiClient.ipFromDhcp: true ist ein neues Feld. Sich gegenseitig ausschließend mit einem statischen ipv4. - Zur AP-Join-Zeit durchläuft der WLC seinen dhcpPools für einen, dessen Subnetz mit dem Richtlinien-VLAN übereinstimmt. Es weist die nächste freie IP zu, überspringt dhcpExcluded-Bereiche und IPs, die bereits von anderen Geräten gehalten werden, und stempelt sie auf wifiClient.ipv4. - Pcap-Sichtbarkeit: Ein synthetisierter CAPWAP-Daten-Downlink-Frame wird mit einem DHCP-ACK-Inner ausgegeben – app.innerPacket.payload.app.kind === 'dhcp'. Der Trace bietet Betreibern die gleiche „Client hat über den Tunnel eine IP erhalten“-Ansicht, die sie von einer echten Paketerfassung erwarten würden. Was ist aufgeschoben (noch in Arbeit): - Echter 4-Wege-Austausch: ENTDECKEN → ANGEBOT → ANFRAGE → ACK mit korrekten Transaktionen. Heute synthetisieren wir nur die ACK für die Drahtverfolgung; Die IP-Entscheidung ist der deterministische Pool-Walk. - Helper-Adress-Relay: Weiterleitung der inneren DHCP-Anfrage an einen separaten DHCP-Server. Heute muss der Pool auf dem WLC selbst leben. - Lease-Ablauf auf der Wireless-Seite: Die IP wird bis zur Topologieänderung gehalten.
Topologie
1 × Router, 1 × WLAN-Controller, 1 × Switch, 1 × Access Point, 1 × WLAN-Client · Cisco IOS-XE-style
ROUTER— RouterWLC1— WLAN-ControllerHUB— SwitchAP1— Access PointPHONE— WLAN-Client
Das machst du
Nach der Konvergenz sollte PHONE die IP
10.30.0.21aus dem WIFI-Pool von WLC1 zugewiesen haben (die erste freie IP nach dem ausgeschlossenen Bereich von.1–.20).
Dieses Lab im Browser öffnen →
Weitere Labs zu diesem Thema
- Einen DHCP-Server konfigurierenEinsteiger · 12 Min.
- WLAN – sendet eine Basis-SSIDEinsteiger · 10 Min.
- HSRP: First-Hop-Redundanz konfigurierenFortgeschritten · 12 Min.
- NAT: PAT (overload) für ein internes LANFortgeschritten · 14 Min.
- HSRP — Interface-Tracking mit Prioritäts-DecrementFortgeschritten · 12 Min.
- VRF-Lite — zwei Kunden auf einem RouterFortgeschritten · 12 Min.
Dieses Lab in anderen Sprachen
DHCP-via-AP — wifi-clients acquire IPs through CAPWAPDHCP-via-AP: los clientes wifi adquieren direcciones IP a través de CAPWAPDHCP-via-AP — clientes wifi adquirem IPs através de CAPWAPDHCP-via-AP — les clients Wi-Fi acquièrent des adresses IP via 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