Laboratórios de redes Docs Abrir simulador →

CAPWAP ponta a ponta - tráfego do cliente wifi decapado no WLC

A fatia I fecha o caminho de dados do uplink: quando PHONE (cliente wifi em 10.30.0.50) emite um pacote, o AP1 o envolve em CAPWAP-Data UDP/5247 para WLC1, o WLC descasca os cabeçalhos e reemite a solicitação de eco ICMP interna em sua saída de VLAN de política (Vlan30 SVI). DEST (10.30.0.5) recebe o pacote decap'd - pcap mostra tanto o quadro UDP/5247 encapsulado no fio AP→WLC E o ICMP decap'd na política VLAN.

Abrir este laboratório no navegador →

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

Cenário

Slice I fornece a decapagem do lado WLC. A cadeia agora é real de ponta a ponta: 1. TELEFONE (cliente wifi, IP 10.30.0.50, associado a AP1) é solicitado a emitir um pacote para 10.30.0.5. 2. AP1 envolve o pacote ICMP interno em CAPWAP-Data UDP/5247 originado de seu próprio IP e enviado para o IP mgmt de WLC1. 3. Firewalls no caminho (se houver) avaliam UDP/5247 — pcap mostra o quadro encapsulado, ACLs atingidas/erradas conforme configuradas. 4. O manipulador UDP/5247 do WLC1 decapula o pacote interno e o reemite como um pacote IPv4 normal através do FIB do controlador. O Vlan30 SVI é a saída (o perfil de política fixou a VLAN 30; a rota conectada diretamente do controlador para 10.30.0.5/24 é através do Vlan30 SVI). 5. DEST recebe a solicitação de eco ICMP interna - pcap mostra o pacote decap'd chegando em seu iface. Semântica de alcance: esta fatia fornece uplink de ponta a ponta. A direção do downlink (resposta do DEST → WLC reencaps como CAPWAP-Data → AP → sem fio para o cliente) é trabalho direto, uma vez que o WLC precisa de um mapeamento por cliente ("qual AP atualmente tem o cliente 10.30.0.50?") que ainda não construímos em tempo de execução. Para a maioria das perguntas da operadora (“meu telefone de voz chega ao gerenciador de chamadas?”), a entrega de uplink + a consulta de alcance do Slice F cobrem a resposta. Opção DHCP 133: já que estamos aqui, o simulador agora também expõe a opção 133 (prioridade L2/CoS 802.1p) junto com a opção 132 existente (VLAN de voz). Os telefones IP Cisco usam o par: 132 carrega o ID da VLAN de voz, 133 o CoS para carimbar quadros de voz marcados (normalmente 5).

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 se AP1 se juntou a WLC1 e PHONE está associado.

  2. Acione PHONE para emitir uma solicitação de eco ICMP para 10.30.0.5: engine.emitWirelessClientPacket({ deviceId: 'PHONE', dst: parseIPv4('10.30.0.5') }). O Pcap deve mostrar: (a) quadro UDP/5247 CAPWAP-Data de AP1 para WLC1, (b) solicitação de eco ICMP decap'd de 10.30.0.50 para 10.30.0.5 deixando a interface Vlan30 do WLC1, (c) DEST recebendo a solicitação de eco.

Abrir este laboratório no navegador →

Mais laboratórios deste tema

Este laboratório em outros idiomas

CAPWAP end-to-end — wifi-client traffic decap'd at the WLCCAPWAP End-to-End – WLAN-Client-Verkehr wird am WLC enthauptetCAPWAP de extremo a extremo: tráfico de cliente wifi sin capacidad en el WLCCAPWAP de bout en bout — trafic client wifi décapé au niveau du WLCCAPWAP एंड-टू-एंड - WLC पर वाईफाई-क्लाइंट ट्रैफिक डिकैप्डCAPWAP 端到端 — 在 WLC 上解除 wifi 客户端流量限制CAPWAP end-to-end: traffico client Wi-Fi decapato al WLCCAPWAP エンドツーエンド - WLC で Wi-Fi クライアント トラフィックのキャップを解除CAPWAP 종단 간 — WLC에서 Wi-Fi 클라이언트 트래픽의 제한이 해제됩니다.Сквозной CAPWAP — трафик Wi-Fi-клиента ограничивается на WLCCAPWAP uçtan uca — Wi-Fi istemci trafiğinin sınırı WLC'de azaldıCAPWAP end-to-end — giải mã lưu lượng truy cập wifi-client tại WLC