Laboratórios de redes Docs Abrir simulador →

Ida e volta CAPWAP - tráfego de cliente wifi em ambas as direções

A fatia J fecha a viagem de ida e volta: o WLC agora intercepta pacotes destinados a clientes wifi conhecidos e os reencapsula como downlink de dados CAPWAP (UDP/5247) em direção ao AP associado. Cliente sem fio → DEST → resposta → WLC → reencap → AP — ambas as pernas no pcap.

Abrir este laboratório no navegador →

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

Cenário

Fatia que entreguei o caminho de dados *uplink*: wifi-client → AP encap → WLC decap → política-VLAN egress → DEST. A fatia J adiciona a metade downlink. Quando um pacote chega ao WLC destinado ao IP de um cliente wifi, o encaminhador IPv4 do controlador consulta um localizador por cliente (construído a partir de wifiClient.ipv4 + wifiClient.associatedAp + apJoin.joinedController do AP). Ao ser atingido, o pacote é empacotado em dados CAPWAP com direction: 'downlink' e emitido do WLC em direção ao IP do AP — em vez da pesquisa FIB normal que faria ARP do cliente na VLAN de política e falharia (o cliente não tem iface com fio). Isso fecha a viagem de ida e volta canônica "telefone → callmgr → resposta do telefone": 1. TELEFONE (cliente wifi em 10.30.0.50) emite via engine.emitWirelessClientPacket. 2. AP1 envolve uplink CAPWAP-Data (UDP/5247) para WLC1. 3. WLC1 decaps, reemite solicitação de eco ICMP interna 10.30.0.50 → 10.40.0.5 via Vlan30 → roteado para DEST. 4. DEST responde com resposta de eco 10.40.0.5 → 10.30.0.50, rota padrão via WLC1. 5. WLC1 recebe a resposta em seu iface de trânsito; a interceptação do cliente sem fio do encaminhador corresponde ao dst 10.30.0.50. 6. WLC1 agrupa a resposta de eco interna em downlink CAPWAP-Data e a envia para AP1. 7. AP1 recebe o quadro de downlink – pcap o mostra. O que é adiado: - ACLs por WLAN no AP: o quadro de downlink teria seu interno avaliado em relação à ACL por WLAN do AP antes de chegar ao rádio do cliente. v1 envia apenas o encap. - Entrega sem fio real: o AP não modela a transmissão de quadros 802.11, portanto "o cliente recebe" está implícito (visível como PacketDelivered para o rastreamento de downlink em AP1). A interceptação de downlink corresponde a *qualquer* protocolo IP – ICMP, UDP, TCP, outro – destinado a um cliente wifi conhecido. O pacote interno é incorporado literalmente em CAPWAP-Data; o manipulador de downlink do AP o renderiza. A proteção de loop exclui nossos próprios quadros CAPWAP de saída, para que não envolvamos e reembrulhemos.

Topologia

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

O que você vai fazer

  1. Confirme que AP1 se juntou a WLC1 e que PHONE tem seu IP estático.

  2. TELEFONE de gatilho: engine.emitWirelessClientPacket({ deviceId: 'PHONE', dst: parseIPv4('10.40.0.5') }). Pcap deve mostrar: (a) uplink UDP / 5247 AP1 → WLC1, (b) solicitação de eco decap'd em Vlan30, (c) roteado via Gi0/2 para DEST, (d) resposta de eco de DEST retorna para WLC1, (e) downlink UDP / 5247 WLC1 → AP1 carregando o interno resposta de eco.

Abrir este laboratório no navegador →

Mais laboratórios deste tema

Este laboratório em outros idiomas

CAPWAP round-trip — wifi-client traffic both directionsCAPWAP-Rundreise – WLAN-Client-Verkehr in beide RichtungenCAPWAP ida y vuelta: tráfico de cliente wifi en ambas direccionesCAPWAP aller-retour — trafic client Wi-Fi dans les deux sensCAPWAP राउंड-ट्रिप - वाईफाई-क्लाइंट ट्रैफ़िक दोनों दिशाओं मेंCAPWAP 往返 — wifi 客户端流量双向CAPWAP andata e ritorno: traffico client Wi-Fi in entrambe le direzioniCAPWAP ラウンドトリップ — Wi-Fi クライアント トラフィックの両方向CAPWAP 왕복 — Wi-Fi-클라이언트 트래픽 양방향CAPWAP туда и обратно — трафик Wi-Fi-клиента в обоих направленияхCAPWAP gidiş-dönüş — her iki yönde de Wi-Fi istemci trafiğiChuyến đi khứ hồi CAPWAP - lưu lượng truy cập wifi-client cả hai hướng