Laboratori di rete Docs Apri simulatore →

DHCP-via-AP: i client Wi-Fi acquisiscono IP tramite CAPWAP

Slice L: un client Wi-Fi con ipFromDhcp: true non necessita più di un IP statico. Quando il suo AP completa l'handshake di unione, il WLC alloca il successivo IP libero dal pool DHCP della policy VLAN e lo stampa sul client. Pcap mostra un frame di downlink CAPWAP-Data che trasporta un DHCP-ACK sintetico in modo che gli operatori vedano la forma del cavo di consegna del lease.

Apri questo laboratorio nel browser →

Gratis · senza installazione · senza account

Scenario

Le reali implementazioni wireless Cisco non codificano gli IP dei client Wi-Fi. Client DHCP al momento dell'associazione; l'AP trasmette la trasmissione tramite CAPWAP al WLC; il relè DHCP del WLC (o pool locale) distribuisce un IP dallo spazio degli indirizzi della policy-VLAN. Slice L fornisce il risultato *operativo* di quel flusso senza modellare l'intero scambio a 4 vie: - wifiClient.ipFromDhcp: true è un nuovo campo. Si escludono a vicenda con un ipv4 statico. - Al momento dell'accesso all'AP, il WLC percorre il suo dhcpPools per uno la cui sottorete corrisponde alla policy VLAN. Assegna il successivo IP libero, saltando gli intervalli dhcpExcluded e gli IP già detenuti da altri dispositivi e lo stampa su wifiClient.ipv4. - Visibilità Pcap: un frame di downlink CAPWAP-Data sintetizzato viene emesso con un DHCP-ACK interno — app.innerPacket.payload.app.kind === 'dhcp'. La traccia offre agli operatori la stessa visualizzazione "il client ha ottenuto un IP tramite il tunnel" che si aspetterebbero da una vera acquisizione di pacchetti. Cosa è differito (ancora lavoro da fare): - Vero scambio a 4 vie: SCOPRI → OFFERTA → RICHIESTA → ACK con transazioni corrette. Oggi sintetizziamo solo l'ACK per il wire trace; la decisione IP è la passeggiata deterministica in piscina. - Relè indirizzo helper: inoltra la richiesta DHCP interna a un server DHCP separato. Oggi la piscina deve vivere sul WLC stesso. - Scadenza lease lato wireless: l'IP viene mantenuto fino al cambio della topologia.

Topologia

1 × router, 1 × controller wireless, 1 × switch, 1 × access point, 1 × client wifi · Cisco IOS-XE-style

Cosa farai

  1. Dopo la convergenza, al TELEFONO dovrebbe essere assegnato l'IP 10.30.0.21 dal pool WIFI di WLC1 (il primo IP libero dopo l'intervallo escluso.1–.20).

Apri questo laboratorio nel browser →

Altri laboratori su questo tema

Questo laboratorio in altre lingue

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 CAPWAPDHCP-via-AP — les clients Wi-Fi acquièrent des adresses IP via CAPWAPडीएचसीपी-वाया-एपी - वाईफाई-क्लाइंट CAPWAP के माध्यम से आईपी प्राप्त करते हैंDHCP-via-AP — wifi 客户端通过 CAPWAP 获取 IPDHCP-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