Laboratori di rete Docs Apri simulatore →

CAPWAP trasporta tutto il traffico IP: andata e ritorno UDP/TCP tramite DNS

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

Cosa farai

  1. Conferma che AP1 si è unito a WLC1 e DEST è configurato come server DNS.

  2. Attiva la query DNS del TELEFONO: crea un interno UDP/53 con kind: 'dns', qr: 'query', qname web.example.com. Avvolgi tramite engine.emitWirelessClientPacket. Pcap dovrebbe mostrare: (a) uplink UDP/5247 con innerProto: 'udp', (b) query UDP/53 decapata su Vlan30 → instradata a DEST, (c) risposta UDP/53 di DEST, (d) downlink UDP/5247 con innerProto: 'udp' che trasporta la risposta verso AP1.

Apri questo laboratorio nel browser →

Altri laboratori su questo tema

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