CAPWAP transporte tout trafic IP — aller-retour UDP/TCP via DNS

Services et sans-fil
Avancé
12 min
2 étapes
Cisco IOS-XE-style

Slice K intègre le paquet IPv4 interne complet dans CAPWAP-Data, de sorte que le décapage et l'encapsulation de liaison descendante fonctionnent pour n'importe quel protocole IP, pas seulement ICMP. PHONE émet une requête DNS (UDP/53), il tunnelise via AP1 vers WLC1, décape vers DEST (un serveur DNS), DEST répond, la réponse est réencapsulée en liaison descendante vers AP1. Les deux jambes sont visibles dans pcap avec l'échange DNS interne UDP/53.

Ouvrir ce lab dans le navigateur →

Gratuit · sans installation · sans compte

Scénario

Les tranches I et J géraient uniquement les internes ICMP - l'aller-retour était fermé pour la demande d'écho/réponse d'écho, mais le trafic UDP/TCP d'un client wifi est mort au niveau du chemin "Je ne sais pas quoi faire avec ça" du WLC. La tranche K comble cet écart. Ce qui a changé: la charge utile capwap-data UDP/5247 intègre désormais l'intégralité du IPv4Packet interne. Decap sur le WLC réémet le message interne via localForward quel que soit le protocole: ICMP, UDP, TCP transitent tous par le même chemin de code. L'interception de liaison descendante sur le WLC enveloppe de la même manière tout paquet lié au client wifi (avec une petite vérification de protection en boucle qui exclut nos propres trames CAPWAP). Aller-retour démontré (DNS): 1. PHONE (10.30.0.50) encapsule une requête DNS UDP/53 pour web.example.com dans CAPWAP-Data. 2. AP1 émet UDP/5247 vers WLC1. 3. WLC1 est décapé, le paquet UDP/53 interne circule à travers le FIB et est acheminé via Gi0/2 vers DEST. 4. DEST est un serveur DNS avec une zone example.com, enregistrement web → 10.0.0.99. Il répond. 5. La réponse DNS revient vers 10.30.0.50. L'interception du contrôleur sans fil du WLC1 correspond à l'heure d'été → s'enroule sous la forme d'une liaison descendante CAPWAP-Data avec la réponse intégrée. 6. AP1 reçoit la trame de liaison descendante (pcap affiche la réponse DNS UDP/53 complète à l'intérieur). Même modèle pour TCP (telnet vers un CallManager, HTTP vers une page d'administration). Même modèle pour tout trafic IP depuis/vers un client wifi.

Topologie

2 × routeur, 1 × contrôleur sans fil, 1 × switch, 1 × point d'accès, 1 × client wifi · Cisco IOS-XE-style

ROUTER — routeur
WLC1 — contrôleur sans fil
HUB — switch
AP1 — point d'accès
PHONE — client wifi
DEST — routeur

Ce que tu vas faire

Confirmez que AP1 a rejoint WLC1 et que DEST est configuré en tant que serveur DNS.
Déclenchez la requête DNS du PHONE: créez un UDP/53 interne avec kind: 'dns', qr: 'query', qname web.example.com. Enroulez via engine.emitWirelessClientPacket. Pcap doit afficher: (a) la liaison montante UDP/5247 avec innerProto: 'udp', (b) la requête UDP/53 décapée sur Vlan30 → acheminée vers DEST, (c) la réponse UDP/53 de DEST, (d) la liaison descendante UDP/5247 avec innerProto: 'udp' transportant la réponse vers AP1.

Ouvrir ce lab dans le navigateur →

Autres labs sur ce thème

Ce lab dans d'autres langues

CAPWAP carries any IP traffic — UDP/TCP round-trip via DNS CAPWAP überträgt jeglichen IP-Verkehr – UDP/TCP-Roundtrip über DNS CAPWAP transporta cualquier tráfico IP: ida y vuelta UDP/TCP a través de DNS CAPWAP transporta qualquer tráfego IP – ida e volta UDP/TCP via DNS CAPWAP किसी भी IP ट्रैफ़िक को ले जाता है - DNS के माध्यम से UDP/TCP राउंड-ट्रिप CAPWAP 承载任何 IP 流量 — 通过 DNS 的 UDP/TCP 往返 CAPWAP trasporta tutto il traffico IP: andata e ritorno UDP/TCP tramite DNS CAPWAP はあらゆる IP トラフィックを伝送します - DNS 経由の UDP/TCP ラウンドトリップ CAPWAP는 모든 IP 트래픽을 전달합니다 — DNS를 통한 UDP/TCP 왕복 CAPWAP передает любой IP-трафик — UDP/TCP туда и обратно через DNS.CAPWAP her türlü IP trafiğini taşır - DNS aracılığıyla UDP/TCP gidiş-dönüş CAPWAP mang bất kỳ lưu lượng IP nào - chuyến đi khứ hồi UDP/TCP qua DNS