Laboratórios de redes Docs Abrir simulador →

Nova tentativa CAPWAP, pulsação e emissão de túnel do cliente wifi

O Slice H faz com que o CAPWAP se comporte como o protocolo real: os APs tentam novamente a junção quando o caminho é interrompido, trocam pulsações de eco com o controlador a cada 30 segundos após a adesão, e os clientes sem fio são cidadãos de topologia de primeira classe. PHONE (um wifi-client associado a AP1) emite um pacote que viaja encapsulado em CAPWAP em UDP/5247 de AP1 para WLC1 — visível em pcap.

Abrir este laboratório no navegador →

Grátis · sem instalação · sem conta

Cenário

Três adições neste laboratório: 1. Temporizador de novas tentativas: quando a solicitação de junção do AP1 é perdida (queda de firewall, rota incorreta, colisão de pacotes), o AP reemite a cada 5 s. Após 6 tentativas, ele desiste – o pcap mostra a explosão limitada em vez de um giro infinito. 2. Echo heartbeat: uma vez unido, AP1 emite um echo-request (UDP/5246, messageType: 'echo-request') a cada 30 s. WLC1 reconhece com echo-response e result: success. Após 3 respostas perdidas, o AP faz a transição de volta para phase: 'discovered' e aciona uma nova junção – exatamente o que os APs reais fazem quando o controlador fica em silêncio. 3. tipo de dispositivo cliente wifi: um novo tipo de dispositivo que se associa logicamente a um AP. O tráfego de saída é sem fio para o AP e depois encapsulado em dados CAPWAP (UDP/5247) para o controlador. O simulador expõe engine.emitWirelessClientPacket(deviceId, innerSummary) para disparar um - pcap mostra o quadro UDP/5247 encapsulado com app: { kind: 'capwap-data', direction: 'uplink', innerSummary, apMac }. O efeito combinado: um engenheiro de rede agora pode avaliar "quanto tráfego CAPWAP está na rede?" lendo quadros capturados; pode ver novas tempestades quando os caminhos se rompem; pode colocar firewalls/IPS ao longo do caminho AP-WLC e observá-los inspecionar o tráfego UDP/5246 + UDP/5247 real. O que ainda está por vir: a decapagem do lado WLC do UDP/5247 (reemissão do quadro interno na saída da VLAN da política) e DHCP via AP para aquisição de IP do cliente. A fatia H fornece visibilidade do caminho de dados *uplink* — a peça mais útil para o posicionamento do firewall — e adia o modelo bidirecional completo.

Topologia

1 × roteador, 1 × controlador wireless, 1 × switch, 1 × ponto de acesso, 1 × cliente wifi · Cisco IOS-XE-style

O que você vai fazer

  1. Após a convergência, AP1 deverá estar em phase: joined (caminho aberto, sem bloqueio de firewall).

  2. Execute o simulador por 90 segundos. O Pcap deve mostrar pelo menos 2 viagens de ida e volta de echo-request (AP1→WLC1) e echo-response (WLC1→AP1) em UDP/5246.

  3. Acione PHONE para emitir um pacote através da API do mecanismo: engine.emitWirelessClientPacket({ deviceId: 'PHONE', innerSummary: 'icmp echo-request 10.30.0.5' }). O pcap mostra um quadro CAPWAP-Data UDP/5247 saindo de AP1 em direção ao IP mgmt de WLC1, carregando o resumo interno.

Abrir este laboratório no navegador →

Mais laboratórios deste tema

Este laboratório em outros idiomas

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 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