Labs réseau Docs Ouvrir le simulateur →

Nouvelle tentative CAPWAP, battement de cœur et émission de tunnel client Wi-Fi

Slice H fait en sorte que CAPWAP se comporte comme le protocole réel: les points d'accès réessayent de se joindre lorsque le chemin est interrompu, échangent des battements de cœur d'écho avec le contrôleur toutes les 30 s une fois rejoints, et les clients sans fil sont des citoyens de topologie de premier ordre. PHONE (un wifi-client associé à AP1) émet un paquet qui voyage encapsulé CAPWAP sur UDP/5247 de AP1 à WLC1 — visible dans pcap.

Ouvrir ce lab dans le navigateur →

Gratuit · sans installation · sans compte

Scénario

Trois ajouts dans ce laboratoire: 1. Retry timer: lorsque la demande de jointure de AP1 est perdue (chute du pare-feu, mauvaise route, collision de paquets), l'AP réémet toutes les 5 s. Après 6 tentatives, il abandonne — pcap affiche l'éclatement limité plutôt qu'une rotation infinie. 2. Echo heartbeat: une fois rejoint, AP1 émet un echo-request (UDP/5246, messageType: 'echo-request') toutes les 30 s. WLC1 reconnaît avec echo-response et result: success. Après 3 réponses manquées, l'AP revient à phase: 'discovered' et déclenche une nouvelle jointure – exactement ce que font les vrais AP lorsque le contrôleur devient silencieux. 3. type d'appareil client wifi: un nouveau type d'appareil qui s'associe logiquement à un point d'accès. Le trafic sortant est transmis sans fil au point d'accès, puis encapsulé avec des données CAPWAP (UDP/5247) vers le contrôleur. Le simulateur expose engine.emitWirelessClientPacket(deviceId, innerSummary) pour en déclencher un — pcap affiche la trame UDP/5247 encapsulée avec app: { kind: 'capwap-data', direction: 'uplink', innerSummary, apMac }. L'effet combiné: un ingénieur réseau peut désormais évaluer « quelle quantité de trafic CAPWAP circule sur le câble? » en lisant les images capturées; peut voir les tempêtes de nouvelles tentatives lorsque les chemins se brisent; peut placer des pare-feu/IPS le long du chemin AP-WLC et les regarder inspecter le trafic UDP/5246 + UDP/5247 réel. Ce qui reste à faire: le décapage côté WLC d'UDP/5247 (réémission de la trame interne sur la sortie du VLAN de politique) et DHCP via AP pour l'acquisition IP du client. La tranche H donne la visibilité du chemin de données *uplink* (l'élément le plus utile pour le positionnement du pare-feu) et diffère le modèle bidirectionnel complet.

Topologie

1 × routeur, 1 × contrôleur sans fil, 1 × switch, 1 × point d'accès, 1 × client wifi · Cisco IOS-XE-style

Ce que tu vas faire

  1. Après convergence, AP1 devrait être dans phase: joined (chemin ouvert, pas de blocage par pare-feu).

  2. Exécutez le simulateur pendant 90 secondes. Pcap doit afficher au moins 2 allers-retours de echo-request (AP1→WLC1) et echo-response (WLC1→AP1) sur UDP/5246.

  3. Déclenchez PHONE pour émettre un paquet via l'API du moteur: engine.emitWirelessClientPacket({ deviceId: 'PHONE', innerSummary: 'icmp echo-request 10.30.0.5' }). Le pcap montre une trame CAPWAP-Data UDP/5247 quittant AP1 vers l'adresse IP de gestion de WLC1, portant le résumé interne.

Ouvrir ce lab dans le navigateur →

Autres labs sur ce thème

Ce lab dans d'autres langues

CAPWAP retry, heartbeat, and wifi-client tunnel emissionCAPWAP-Wiederholung, Heartbeat und WLAN-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 wifiCAPWAP पुनः प्रयास, दिल की धड़कन, और वाईफाई-क्लाइंट सुरंग उत्सर्जन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