Laboratori di rete Docs Apri simulatore →

Nuovo tentativo CAPWAP, heartbeat ed emissione del tunnel client Wi-Fi

Slice H fa sì che CAPWAP si comporti come il protocollo reale: gli AP ritentano l'unione quando il percorso viene interrotto, scambiano heartbeat di eco con il controller ogni 30 s una volta uniti e i client wireless sono cittadini della topologia di prima classe. PHONE (un wifi-client associato a AP1) emette un pacchetto che viaggia incapsulato in CAPWAP su UDP/5247 da AP1 a WLC1 — visibile in pcap.

Apri questo laboratorio nel browser →

Gratis · senza installazione · senza account

Scenario

Tre aggiunte in questo lab: 1. Timer di tentativi: quando la richiesta di partecipazione di AP1 viene persa (eliminazione del firewall, percorso errato, collisione di pacchetti), l'AP riemette ogni 5 s. Dopo 6 tentativi si arrende: pcap mostra l'esplosione limitata anziché una rotazione infinita. 2. Eco battito cardiaco: una volta collegato, AP1 emette un echo-request (UDP/5246, messageType: 'echo-request') ogni 30 s. WLC1 riconosce con echo-response e result: success. Dopo 3 risposte mancate, l'AP torna a phase: 'discovered' e attiva una nuova unione, esattamente ciò che fanno i veri AP quando il controller diventa silenzioso. 3. tipo di dispositivo client wifi: un nuovo tipo di dispositivo che si associa logicamente a un AP. Il traffico in uscita avviene da wireless ad AP e quindi incapsulato con dati CAPWAP (UDP/5247) verso il controller. Il simulatore espone engine.emitWirelessClientPacket(deviceId, innerSummary) all'attivazione di uno: pcap mostra il frame UDP/5247 incapsulato con app: { kind: 'capwap-data', direction: 'uplink', innerSummary, apMac }. L'effetto combinato: un ingegnere di rete può ora valutare "quanto traffico CAPWAP è in linea?" leggendo i fotogrammi catturati; può vedere riprovare le tempeste quando i sentieri si interrompono; può posizionare firewall/IPS lungo il percorso AP-WLC e osservarli mentre ispezionano il traffico UDP/5246 + UDP/5247 reale. Ciò che resta ancora da fare: il decap lato WLC di UDP/5247 (riemettere il frame interno sull'uscita policy-VLAN) e DHCP-via-AP per l'acquisizione IP del client. Slice H fornisce visibilità al percorso dati *uplink* (la parte più utile per il posizionamento del firewall) e rinvia l'intero modello bidirezionale.

Topologia

1 × router, 1 × controller wireless, 1 × switch, 1 × access point, 1 × client wifi · Cisco IOS-XE-style

Cosa farai

  1. Dopo la convergenza, AP1 dovrebbe trovarsi in phase: joined (percorso aperto, nessun blocco del firewall).

  2. Eseguire il simulatore per 90 secondi. Pcap dovrebbe mostrare almeno 2 viaggi di andata e ritorno di echo-request (AP1→WLC1) e echo-response (WLC1→AP1) su UDP/5246.

  3. Attiva TELEFONO per emettere un pacchetto tramite l'API del motore: engine.emitWirelessClientPacket({ deviceId: 'PHONE', innerSummary: 'icmp echo-request 10.30.0.5' }). Il pcap mostra un frame CAPWAP-Data UDP/5247 che lascia AP1 verso l'IP mgmt di WLC1, portando il riepilogo interno.

Apri questo laboratorio nel browser →

Altri laboratori su questo tema

Questo laboratorio in altre lingue

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 wifiNouvelle tentative CAPWAP, battement de cœur et émission de tunnel client Wi-FiCAPWAP पुनः प्रयास, दिल की धड़कन, और वाईफाई-क्लाइंट सुरंग उत्सर्जनCAPWAP 重试、心跳和 w​​ifi 客户端隧道发射CAPWAP の再試行、ハートビート、および 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