Netzwerk-Labs Docs Simulator öffnen →

CAPWAP End-to-End – WLAN-Client-Verkehr wird am WLC enthauptet

Slice I schließt den Uplink-Datenpfad: Wenn PHONE (WLAN-Client bei 10.30.0.50) ein Paket aussendet, verpackt AP1 es in CAPWAP-Data UDP/5247 an WLC1, der WLC schält die Header ab und sendet die innere ICMP-Echo-Anfrage an seinem Richtlinien-VLAN-Ausgang (Vlan30 SVI) erneut aus. DEST (10.30.0.5) empfängt das entkappte Paket – pcap zeigt sowohl den entkappten UDP/5247-Frame auf der AP→WLC-Leitung als auch den entkappten ICMP im Richtlinien-VLAN an.

Dieses Lab im Browser öffnen →

Kostenlos · ohne Installation · ohne Konto

Szenario

Slice I liefert die WLC-seitige Entkappung. Die Kette ist jetzt drahtecht durchgängig: 1. TELEFON (WLAN-Client, IP 10.30.0.50, verknüpft mit AP1) wird gebeten, ein Paket an 10.30.0.5 zu senden. 2. AP1 verpackt das innere ICMP-Paket in CAPWAP-Data UDP/5247, das von seiner eigenen IP stammt und an die Verwaltungs-IP von WLC1 gesendet wird. 3. Firewalls im Pfad (falls vorhanden) werten UDP/5247 aus – pcap zeigt den eingekapselten Frame, ACLs Hit/Miss wie konfiguriert. 4. Der UDP/5247-Handler von WLC1 entschlüsselt das innere Paket und sendet es erneut als normales IPv4-Paket über die FIB des Controllers. Das Vlan30-SVI ist der Ausgang (das Richtlinienprofil hat VLAN 30 festgelegt; die direkt verbundene Route des Controllers für 10.30.0.5/24 erfolgt über das Vlan30-SVI). 5. DEST empfängt die innere ICMP-Echo-Anfrage – pcap zeigt das entkappte Paket an, das auf seiner iface ankommt. Reichweitensemantik: Dieses Segment liefert Uplink** Ende-zu-Ende. Die Downlink-Richtung (Antwort von DEST → WLC wird erneut als CAPWAP-Daten → AP → drahtlos zum Client eingekapselt) ist Vorwärtsarbeit, da der WLC eine Zuordnung pro Client benötigt („Welcher AP hat derzeit den Client 10.30.0.50?“), die wir zur Laufzeit noch nicht erstellen. Für die meisten Fragen des Betreibers („Erreicht mein Sprachtelefon den Callmanager?“) ist die Uplink-Zustellung + die Reichweitenabfrage von Slice F die Antwort. DHCP-Option 133: Während wir hier sind, stellt der Simulator jetzt neben der vorhandenen Option 132 (Sprach-VLAN) auch die Option 133 (L2-Priorität / 802.1p CoS) zur Verfügung. Cisco IP-Telefone verwenden das Paar: 132 trägt die Sprach-VLAN-ID, 133 den CoS zum Stempeln getaggter Sprachrahmen (normalerweise 5).

Topologie

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

Das machst du

  1. Bestätigen Sie, dass AP1 WLC1 beigetreten ist und PHONE zugeordnet ist.

  2. Lösen Sie PHONE aus, um eine ICMP-Echo-Anfrage an 10.30.0.5 zu senden: engine.emitWirelessClientPacket({ deviceId: 'PHONE', dst: parseIPv4('10.30.0.5') }). Pcap sollte Folgendes anzeigen: (a) UDP/5247 CAPWAP-Datenrahmen von AP1 zu WLC1, (b) entkappte ICMP-Echo-Anfrage von 10.30.0.50 zu 10.30.0.5, die die Vlan30-Schnittstelle von WLC1 verlässt, (c) DEST empfängt die Echo-Anfrage.

Dieses Lab im Browser öffnen →

Weitere Labs zu diesem Thema

Dieses Lab in anderen Sprachen

CAPWAP end-to-end — wifi-client traffic decap'd at the WLCCAPWAP de extremo a extremo: tráfico de cliente wifi sin capacidad en el WLCCAPWAP ponta a ponta - tráfego do cliente wifi decapado no WLCCAPWAP de bout en bout — trafic client wifi décapé au niveau du WLCCAPWAP एंड-टू-एंड - WLC पर वाईफाई-क्लाइंट ट्रैफिक डिकैप्डCAPWAP 端到端 — 在 WLC 上解除 wifi 客户端流量限制CAPWAP end-to-end: traffico client Wi-Fi decapato al WLCCAPWAP エンドツーエンド - WLC で Wi-Fi クライアント トラフィックのキャップを解除CAPWAP 종단 간 — WLC에서 Wi-Fi 클라이언트 트래픽의 제한이 해제됩니다.Сквозной CAPWAP — трафик Wi-Fi-клиента ограничивается на WLCCAPWAP uçtan uca — Wi-Fi istemci trafiğinin sınırı WLC'de azaldıCAPWAP end-to-end — giải mã lưu lượng truy cập wifi-client tại WLC