Labs réseau Docs Ouvrir le simulateur →

CAPWAP de bout en bout — trafic client wifi décapé au niveau du WLC

La tranche I ferme le chemin de données de liaison montante: lorsque PHONE (client wifi chez 10.30.0.50) émet un paquet, le AP1 l'enveloppe dans CAPWAP-Data UDP/5247 vers WLC1, le WLC épluche les en-têtes et réémet la demande d'écho ICMP interne sur sa sortie de politique-VLAN (Vlan30 SVI). DEST (10.30.0.5) reçoit le paquet décapé — pcap affiche à la fois la trame UDP/5247 encapsulée sur le fil AP → WLC ET l'ICMP décapé sur le VLAN de politique.

Ouvrir ce lab dans le navigateur →

Gratuit · sans installation · sans compte

Scénario

La tranche I fournit le décapage côté WLC. La chaîne est désormais filaire de bout en bout: 1. PHONE (client wifi, IP 10.30.0.50, associé à AP1) est invité à émettre un paquet vers 10.30.0.5. 2. AP1 encapsule le paquet ICMP interne dans CAPWAP-Data UDP/5247 provenant de sa propre adresse IP et envoyé à l'adresse IP de gestion de WLC1. 3. Les pare-feu dans le chemin (le cas échéant) évaluent UDP/5247 — pcap affiche la trame encapsulée, les ACL réussies/manquées telles que configurées. 4. Le gestionnaire UDP/5247 de WLC1 décapsule le paquet interne et le réémet comme un paquet IPv4 normal via la FIB du contrôleur. Le Vlan30 SVI est la sortie (le profil de stratégie épinglé sur le VLAN 30; la route directement connectée du contrôleur pour 10.30.0.5/24 passe par le Vlan30 SVI). 5. DEST reçoit la demande d'écho ICMP interne — pcap montre le paquet décapé arrivant sur son iface. Sémantique d'atteinte: cette tranche expédie la liaison montante de bout en bout. La direction de la liaison descendante (réponse de DEST → WLC se réencapsule en tant que CAPWAP-Data → AP → sans fil vers le client) est un travail en avant, puisque le WLC a besoin d'un mappage par client (« quel AP a actuellement le client 10.30.0.50? ») que nous ne construisons pas encore au moment de l'exécution. Pour la plupart des questions des opérateurs (« mon téléphone vocal atteint-il le gestionnaire d'appels? »), la livraison par liaison montante + la requête de portée de Slice F couvrent la réponse. Option DHCP 133: tant que nous y sommes, le simulateur expose désormais également l'option 133 (priorité L2 / 802.1p CoS) aux côtés de l'option 132 existante (VLAN voix). Les téléphones IP Cisco utilisent la paire: 132 transporte l'ID du VLAN voix, 133 le CoS pour tamponner les trames vocales étiquetées (généralement 5).

Topologie

2 × 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. Confirmez que AP1 a rejoint WLC1 et que PHONE est associé.

  2. Déclenchez PHONE pour émettre une demande d'écho ICMP à 10.30.0.5: engine.emitWirelessClientPacket({ deviceId: 'PHONE', dst: parseIPv4('10.30.0.5') }). Pcap doit afficher: (a) une trame de données CAPWAP UDP/5247 de AP1 à WLC1, (b) une demande d'écho ICMP décapée de 10.30.0.50 à 10.30.0.5 quittant l'interface Vlan30 de WLC1, (c) DEST recevant la demande d'écho.

Ouvrir ce lab dans le navigateur →

Autres labs sur ce thème

Ce lab dans d'autres langues

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 ponta a ponta - tráfego do cliente wifi decapado no 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