Netzwerk-Labs Docs Simulator öffnen →

CAPWAP-Wiederholung, Heartbeat und WLAN-Client-Tunnel-Emission

Slice H sorgt dafür, dass sich CAPWAP wie das echte Protokoll verhält: APs versuchen die Verbindung erneut, wenn der Pfad unterbrochen ist, tauschen nach der Verbindung alle 30 Sekunden Echo-Heartbeats mit dem Controller aus und drahtlose Clients sind erstklassige Topologie-Bürger. PHONE (ein mit AP1 verknüpfter wifi-client) sendet ein Paket aus, das CAPWAP-gekapselt auf UDP/5247 von AP1 zu WLC1 übertragen wird – sichtbar in pcap.

Dieses Lab im Browser öffnen →

Kostenlos · ohne Installation · ohne Konto

Szenario

Drei Ergänzungen in diesem Labor: 1. Wiederholungs-Timer: Wenn die Beitrittsanfrage von AP1 verloren geht (Firewall-Abbruch, schlechte Route, Paketkollision), sendet der AP alle 5 Sekunden erneut. Nach 6 Versuchen gibt es auf – pcap zeigt den begrenzten Burst und keinen unendlichen Spin. 2. Echo-Heartbeat: Sobald AP1 beigetreten ist, sendet es alle 30 s ein echo-request (UDP/5246, messageType: 'echo-request'). WLC1 quittiert mit echo-response und result: success. Nach drei verpassten Antworten wechselt der AP zurück zu phase: 'discovered' und löst einen neuen Join aus – genau das, was echte APs tun, wenn der Controller stumm schaltet. 3. Wifi-Client-Gerätetyp: ein neuer Gerätetyp, der sich logisch mit einem AP verbindet. Ausgehender Datenverkehr wird drahtlos an den AP weitergeleitet und dann mit CAPWAP-Daten gekapselt (UDP/5247) an den Controller weitergeleitet. Der Simulator setzt engine.emitWirelessClientPacket(deviceId, innerSummary) zum Auslösen eines aus – pcap zeigt den eingekapselten UDP/5247-Frame mit app: { kind: 'capwap-data', direction: 'uplink', innerSummary, apMac }. Der kombinierte Effekt: Ein Netzwerktechniker kann nun beurteilen, „wie viel CAPWAP-Verkehr auf dem Kabel läuft?“ durch Lesen erfasster Frames; kann Wiederholungsstürme erkennen, wenn Pfade unterbrochen werden; Sie können Firewalls/IPS entlang des AP-WLC-Pfads platzieren und beobachten, wie sie echten UDP/5246- und UDP/5247-Verkehr überprüfen. Was noch vor uns liegt: die WLC-seitige Entkappung von UDP/5247 (erneute Ausgabe des inneren Frames am Policy-VLAN-Ausgang) und DHCP-via-AP für die Client-IP-Erfassung. Slice H sorgt für Sichtbarkeit des *Uplink*-Datenpfads – das nützlichste Element für die Firewall-Positionierung – und verschiebt das vollständige bidirektionale Modell.

Topologie

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

Das machst du

  1. Nach der Konvergenz sollte sich AP1 in phase: joined befinden (offener Pfad, keine Firewall-Blockierung).

  2. Lassen Sie den Simulator 90 Sekunden lang laufen. Pcap sollte mindestens zwei Roundtrips von echo-request (AP1→WLC1) und echo-response (WLC1→AP1) auf UDP/5246 anzeigen.

  3. Veranlassen Sie PHONE, ein Paket über die Engine-API zu senden: engine.emitWirelessClientPacket({ deviceId: 'PHONE', innerSummary: 'icmp echo-request 10.30.0.5' }). Das PCAP zeigt einen CAPWAP-Data UDP/5247-Frame, der AP1 in Richtung der Verwaltungs-IP von WLC1 verlässt und die innere Zusammenfassung trägt.

Dieses Lab im Browser öffnen →

Weitere Labs zu diesem Thema

Dieses Lab in anderen Sprachen

CAPWAP retry, heartbeat, and wifi-client tunnel emissionReintento CAPWAP, latido y emisión de túnel de cliente wifiNova tentativa CAPWAP, pulsação e emissão de túnel do cliente wifiNouvelle tentative CAPWAP, battement de cœur et émission de tunnel client Wi-FiCAPWAP पुनः प्रयास, दिल की धड़कन, और वाईफाई-क्लाइंट सुरंग उत्सर्जनCAPWAP 重试、心跳和 w​​ifi 客户端隧道发射Nuovo tentativo CAPWAP, heartbeat ed emissione del tunnel client Wi-FiCAPWAP の再試行、ハートビート、および Wi-Fi クライアント トンネルの送信CAPWAP 재시도, 하트비트 및 Wi-Fi 클라이언트 터널 방출Повторная попытка CAPWAP, контрольный сигнал и эмиссия туннеля Wi-Fi-клиентаCAPWAP yeniden denemesi, kalp atışı ve Wi-Fi istemci tüneli emisyonuThử lại CAPWAP, nhịp tim và phát ra đường hầm wifi-máy khách