CAPWAP überträgt jeglichen IP-Verkehr – UDP/TCP-Roundtrip über DNS

Dienste & WLAN
Experte
12 Min.
2 Schritte
Cisco IOS-XE-style

Slice K bettet das vollständige innere IPv4-Paket in CAPWAP-Data ein, sodass Decap und Downlink-Encap für jedes IP-Protokoll funktionieren – nicht nur für ICMP. PHONE gibt eine DNS-Anfrage aus (UDP/53), es tunnelt über AP1 zu WLC1, decap leitet an DEST (einen DNS-Server) weiter, DEST antwortet, die Antwort wird als Downlink zu AP1 erneut eingekapselt. Beide Zweige sind im PCAP mit dem inneren UDP/53-DNS-Austausch sichtbar.

Dieses Lab im Browser öffnen →

Kostenlos · ohne Installation · ohne Konto

Szenario

Die Slices I und J verarbeiteten nur ICMP-Inners – der Roundtrip wurde wegen Echo-Anfrage/Echo-Antwort geschlossen, aber der UDP/TCP-Verkehr von einem WLAN-Client brach auf dem WLC-Pfad „Ich weiß nicht, was ich damit machen soll“ ab. Slice K schließt diese Lücke. Was sich geändert hat: Die Nutzlast capwap-data UDP/5247 bettet jetzt den vollständigen inneren IPv4Packet ein. Decap auf dem WLC sendet das Innere über localForward erneut aus, unabhängig vom Protokoll – ICMP, UDP, TCP fließen alle über denselben Codepfad. Der Downlink-Intercept auf dem WLC umhüllt auf ähnliche Weise jedes WLAN-Client-gebundene Paket (mit einer kleinen Schleifenschutzprüfung, die unsere eigenen CAPWAP-Frames ausschließt). Nachgewiesener Roundtrip (DNS): 1. PHONE (10.30.0.50) verpackt eine UDP/53-DNS-Anfrage für web.example.com in CAPWAP-Daten. 2. AP1 sendet UDP/5247 an WLC1. 3. WLC1 entkapselt, das innere UDP/53-Paket fließt durch den FIB und wird über Gi0/2 an DEST weitergeleitet. 4. DEST ist ein DNS-Server mit einer Zone example.com, Eintrag web → 10.0.0.99. Es reagiert. 5. Die DNS-Antwort geht zurück zu 10.30.0.50. Der Wireless-Controller-Intercept von WLC1 stimmt mit dst überein → Wraps als CAPWAP-Data-Downlink mit eingebetteter Antwort. 6. AP1 empfängt den Downlink-Frame (pcap zeigt die vollständige UDP/53-DNS-Antwort darin). Gleiches Muster für TCP (Telnet zu einem CallManager, HTTP zu einer Admin-Seite). Gleiches Muster für jeglichen IP-Verkehr von/zu einem WLAN-Client.

Topologie

2 × Router, 1 × WLAN-Controller, 1 × Switch, 1 × Access Point, 1 × WLAN-Client · Cisco IOS-XE-style

ROUTER — Router
WLC1 — WLAN-Controller
HUB — Switch
AP1 — Access Point
PHONE — WLAN-Client
DEST — Router

Das machst du

Bestätigen Sie, dass AP1 WLC1 beigetreten ist und DEST als DNS-Server konfiguriert ist.
Lösen Sie die DNS-Abfrage von PHONE aus: Erstellen Sie ein UDP/53-Inner mit kind: 'dns', qr: 'query' und qname web.example.com. Wrap über engine.emitWirelessClientPacket. Pcap sollte Folgendes anzeigen: (a) UDP/5247-Uplink mit innerProto: 'udp', (b) entkappte UDP/53-Anfrage auf Vlan30 → an DEST weitergeleitet, (c) UDP/53-Antwort von DEST, (d) UDP/5247-Downlink mit innerProto: 'udp', das die Antwort an AP1 überträgt.

Dieses Lab im Browser öffnen →

Weitere Labs zu diesem Thema

Dieses Lab in anderen Sprachen

CAPWAP carries any IP traffic — UDP/TCP round-trip via DNS CAPWAP transporta cualquier tráfico IP: ida y vuelta UDP/TCP a través de DNS CAPWAP transporta qualquer tráfego IP – ida e volta UDP/TCP via DNS CAPWAP transporte tout trafic IP — aller-retour UDP/TCP via DNS CAPWAP किसी भी IP ट्रैफ़िक को ले जाता है - DNS के माध्यम से UDP/TCP राउंड-ट्रिप CAPWAP 承载任何 IP 流量 — 通过 DNS 的 UDP/TCP 往返 CAPWAP trasporta tutto il traffico IP: andata e ritorno UDP/TCP tramite DNS CAPWAP はあらゆる IP トラフィックを伝送します - DNS 経由の UDP/TCP ラウンドトリップ CAPWAP는 모든 IP 트래픽을 전달합니다 — DNS를 통한 UDP/TCP 왕복 CAPWAP передает любой IP-трафик — UDP/TCP туда и обратно через DNS.CAPWAP her türlü IP trafiğini taşır - DNS aracılığıyla UDP/TCP gidiş-dönüş CAPWAP mang bất kỳ lưu lượng IP nào - chuyến đi khứ hồi UDP/TCP qua DNS