Laboratori di rete Docs Apri simulatore →

CAPWAP andata e ritorno: traffico client Wi-Fi in entrambe le direzioni

La fetta J chiude il viaggio di andata e ritorno: il WLC ora intercetta i pacchetti destinati a client Wi-Fi noti e li reincapsula come downlink CAPWAP-Data (UDP/5247) verso l'AP associato. Client wireless → DEST → risposta → WLC → re-encap → AP: entrambe le gambe in pcap.

Apri questo laboratorio nel browser →

Gratis · senza installazione · senza account

Scenario

Slice Ho consegnato il percorso dati *uplink*: wifi-client → AP encap → WLC decap → policy-VLAN egress → DEST. La fetta J aggiunge la metà del downlink. Quando un pacchetto arriva al WLC destinato all'IP di un client Wi-Fi, l'inoltro IPv4 del controller consulta un localizzatore per client (costruito da wifiClient.ipv4 + wifiClient.associatedAp + apJoin.joinedController dell'AP). In caso di successo, il pacchetto viene avvolto in CAPWAP-Data con direction: 'downlink' ed emesso dal WLC verso l'IP dell'AP, invece della normale ricerca FIB che arperebbe il client sulla VLAN della policy e fallirebbe (il client non ha iface cablato). Questo chiude il canonico viaggio di andata e ritorno "telefono → callmgr → risposta telefonica": 1. TELEFONO (client wifi su 10.30.0.50) emette tramite engine.emitWirelessClientPacket. 2. AP1 esegue il wrapper in uplink CAPWAP-Data (UDP/5247) a WLC1. 3. WLC1 decapsula, riemette la richiesta di eco ICMP interna 10.30.0.50 → 10.40.0.5 tramite Vlan30 → instradata a DEST. 4. DEST risponde con risposta eco 10.40.0.5 → 10.30.0.50, percorso predefinito tramite WLC1. 5. WLC1 riceve la risposta sulla sua iface di transito; l'intercettazione del client wireless dello spedizioniere corrisponde a dst 10.30.0.50. 6. WLC1 avvolge la risposta eco interna in downlink CAPWAP-Data e la invia a AP1. 7. AP1 riceve il frame downlink: pcap lo mostra. Cosa è differito: - ACL per WLAN presso l'AP: il frame di downlink verrà valutato internamente rispetto all'ACL per WLAN dell'AP prima di raggiungere la radio del client. v1 fornisce solo l'encap. - Real wireless delivery: l'AP non modella la trasmissione di frame 802.11, quindi "il client riceve" è implicito (visibile come PacketDelivered per la traccia downlink su AP1). L'intercettazione del downlink corrisponde a *qualsiasi* protocollo IP (ICMP, UDP, TCP, altro) destinato a un client Wi-Fi noto. Il pacchetto interno è incorporato parola per parola in CAPWAP-Data; il gestore downlink dell'AP lo esegue il rendering. La protezione del loop esclude i nostri frame CAPWAP in uscita, quindi non eseguiamo il wrap-and-rewrap.

Topologia

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

Cosa farai

  1. Conferma che AP1 si è unito a WLC1 e che TELEFONO abbia il suo IP statico.

  2. TELEFONO attivato: engine.emitWirelessClientPacket({ deviceId: 'PHONE', dst: parseIPv4('10.40.0.5') }). Pcap dovrebbe mostrare: (a) uplink UDP/5247 AP1→WLC1, (b) richiesta di eco decap su Vlan30, (c) instradata tramite Gi0/2 a DEST, (d) risposta di eco da DEST ritorna a WLC1, (e) downlink UDP/5247 WLC1→AP1 che trasporta il eco-risposta.

Apri questo laboratorio nel browser →

Altri laboratori su questo tema

Questo laboratorio in altre lingue

CAPWAP round-trip — wifi-client traffic both directionsCAPWAP-Rundreise – WLAN-Client-Verkehr in beide RichtungenCAPWAP ida y vuelta: tráfico de cliente wifi en ambas direccionesIda e volta CAPWAP - tráfego de cliente wifi em ambas as direçõesCAPWAP aller-retour — trafic client Wi-Fi dans les deux sensCAPWAP राउंड-ट्रिप - वाईफाई-क्लाइंट ट्रैफ़िक दोनों दिशाओं मेंCAPWAP 往返 — wifi 客户端流量双向CAPWAP ラウンドトリップ — Wi-Fi クライアント トラフィックの両方向CAPWAP 왕복 — Wi-Fi-클라이언트 트래픽 양방향CAPWAP туда и обратно — трафик Wi-Fi-клиента в обоих направленияхCAPWAP gidiş-dönüş — her iki yönde de Wi-Fi istemci trafiğiChuyến đi khứ hồi CAPWAP - lưu lượng truy cập wifi-client cả hai hướng