CAPWAP trasporta tutto il traffico IP: andata e ritorno UDP/TCP tramite DNS
- Servizi e wireless
- Avanzato
- 12 min
- 2 passi
- Cisco IOS-XE-style
Slice K incorpora l'intero pacchetto IPv4 interno all'interno di CAPWAP-Data, quindi decap e downlink encap funzionano per qualsiasi protocollo IP, non solo ICMP. TELEFONO emette una query DNS (UDP/53), esegue il tunneling tramite AP1 a WLC1, decap inoltra a DEST (un server DNS), DEST risponde, la risposta viene re-incapsulata come downlink verso AP1. Entrambe le gambe visibili in pcap con lo scambio DNS UDP/53 interno.
Apri questo laboratorio nel browser →
Gratis · senza installazione · senza account
Scenario
Le fette I e J gestivano solo gli interni ICMP: il viaggio di andata e ritorno è stato chiuso per echo-request/echo-reply ma il traffico UDP/TCP da un client Wi-Fi è morto nel percorso "Non so cosa fare con questo" del WLC. La fetta K chiude questo divario. Cosa è cambiato: il payload capwap-data UDP/5247 ora incorpora l'intero IPv4Packet interno. Decap sul WLC riemette l'interno tramite localForward indipendentemente dal protocollo: ICMP, UDP, TCP scorrono tutti attraverso lo stesso percorso di codice. L'intercettazione del downlink sul WLC avvolge in modo simile qualsiasi pacchetto legato al client Wi-Fi (con un piccolo controllo di protezione del loop che esclude i nostri frame CAPWAP). Andata e ritorno dimostrata (DNS): 1. TELEFONO (10.30.0.50) racchiude una query DNS UDP/53 per web.example.com in CAPWAP-Data. 2. AP1 emette UDP/5247 verso WLC1. 3. WLC1 si decapsula, il pacchetto UDP/53 interno scorre attraverso il FIB, instrada tramite Gi0/2 a DEST. 4. DEST è un server DNS con una zona example.com, record web → 10.0.0.99. Risponde. 5. La risposta DNS torna verso 10.30.0.50. L'intercettazione del controller wireless di WLC1 corrisponde a dst → si avvolge come downlink CAPWAP-Data con la risposta incorporata. 6. AP1 riceve il frame di downlink (pcap mostra all'interno la risposta DNS UDP/53 completa). Stesso modello per TCP (telnet a CallManager, HTTP a una pagina di amministrazione). Stesso schema per qualsiasi traffico IP da/verso un client Wi-Fi.
Topologia
2 × router, 1 × controller wireless, 1 × switch, 1 × access point, 1 × client wifi · Cisco IOS-XE-style
ROUTER— routerWLC1— controller wirelessHUB— switchAP1— access pointPHONE— client wifiDEST— router
Cosa farai
Conferma che AP1 si è unito a WLC1 e DEST è configurato come server DNS.
Attiva la query DNS del TELEFONO: crea un interno UDP/53 con
kind: 'dns',qr: 'query', qnameweb.example.com. Avvolgi tramiteengine.emitWirelessClientPacket. Pcap dovrebbe mostrare: (a) uplink UDP/5247 coninnerProto: 'udp', (b) query UDP/53 decapata su Vlan30 → instradata a DEST, (c) risposta UDP/53 di DEST, (d) downlink UDP/5247 coninnerProto: 'udp'che trasporta la risposta verso AP1.
Apri questo laboratorio nel browser →
Altri laboratori su questo tema
- Configura un server DHCPPrincipiante · 12 min
- WLAN: trasmette un SSID di basePrincipiante · 10 min
- HSRP: configurare la ridondanza del first-hopIntermedio · 12 min
- NAT: PAT (overload) per una LAN internaIntermedio · 14 min
- HSRP — tracking di interfaccia con decremento di prioritàIntermedio · 12 min
- VRF-Lite — due clienti su un solo routerIntermedio · 12 min
Questo laboratorio in altre lingue
CAPWAP carries any IP traffic — UDP/TCP round-trip via DNSCAPWAP überträgt jeglichen IP-Verkehr – UDP/TCP-Roundtrip über DNSCAPWAP transporta cualquier tráfico IP: ida y vuelta UDP/TCP a través de DNSCAPWAP transporta qualquer tráfego IP – ida e volta UDP/TCP via DNSCAPWAP transporte tout trafic IP — aller-retour UDP/TCP via DNSCAPWAP किसी भी IP ट्रैफ़िक को ले जाता है - DNS के माध्यम से UDP/TCP राउंड-ट्रिपCAPWAP 承载任何 IP 流量 — 通过 DNS 的 UDP/TCP 往返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