CAPWAP передает любой IP-трафик — UDP/TCP туда и обратно через DNS.

Сервисы и Wi-Fi
Продвинутый
12 мин
шагов: 2
Cisco IOS-XE-style

Slice K встраивает полный внутренний пакет IPv4 в CAPWAP-Data, поэтому декапирование и инкапсуляция нисходящего канала работают для любого протокола IP, а не только для ICMP. PHONE выдает DNS-запрос (UDP/53), он туннелирует через AP1 к WLC1, декап пересылает на DEST (DNS-сервер), DEST отвечает, ответ повторно инкапсулируется как нисходящий канал к AP1. Обе ветви видны в pcap с внутренним обменом DNS UDP/53.

Открыть эту лабораторную в браузере →

Бесплатно · без установки · без регистрации

Сценарий

Срезы I и J обрабатывали только внутреннюю часть ICMP — обратный путь закрыт для эхо-запроса/эхо-ответа, но UDP/TCP-трафик от Wi-Fi-клиента умер на пути WLC «Я не знаю, что с этим делать». Slice K закрывает этот пробел. Что изменилось: полезная нагрузка capwap-data UDP/5247 теперь полностью включает внутренний IPv4Packet. Decap на WLC повторно передает внутренний сигнал через localForward независимо от протокола — ICMP, UDP, TCP проходят по одному и тому же пути кода. Перехват нисходящей линии связи на WLC аналогичным образом оборачивает любой пакет, связанный с Wi-Fi-клиентом (с небольшой проверкой защиты от петель, которая исключает наши собственные кадры CAPWAP). Демонстрация двустороннего обмена (DNS): 1. PHONE (10.30.0.50) оборачивает DNS-запрос UDP/53 для web.example.com в данные CAPWAP. 2. AP1 отправляет UDP/5247 в сторону WLC1. 3. WLC1 декапируется, внутренний пакет UDP/53 проходит через FIB и направляется через Gi0/2 к DEST. 4. DEST — DNS-сервер с зоной example.com, запись web → 10.0.0.99. Оно отвечает. 5. Ответ DNS возвращается к 10.30.0.50. Перехват беспроводного контроллера WLC1 соответствует dst → оборачивается как нисходящий канал CAPWAP-Data со встроенным ответом. 6. AP1 получает кадр нисходящей линии связи (pcap показывает внутри полный ответ DNS UDP/53). Тот же шаблон для TCP (telnet к CallManager, HTTP к странице администратора). Та же самая картина для любого IP-трафика от/к wifi-клиенту.

Топология

2 × маршрутизатор, 1 × контроллер Wi-Fi, 1 × коммутатор, 1 × точка доступа, 1 × Wi-Fi клиент · Cisco IOS-XE-style

ROUTER — маршрутизатор
WLC1 — контроллер Wi-Fi
HUB — коммутатор
AP1 — точка доступа
PHONE — Wi-Fi клиент
DEST — маршрутизатор

Что предстоит сделать

Убедитесь, что AP1 присоединился к WLC1, а DEST настроен в качестве DNS-сервера.
Запустите DNS-запрос PHONE: создайте внутренний UDP/53 с помощью kind: 'dns', qr: 'query', qname web.example.com. Завернуть через engine.emitWirelessClientPacket. Pcap должен отображать: (a) восходящий канал UDP/5247 с innerProto: 'udp', (b) запрос UDP/53 с декапированием на Vlan30 → направлен на DEST, (c) ответ DEST UDP/53, (d) нисходящий канал UDP/5247 с innerProto: 'udp', передающий ответ в сторону AP1.

Открыть эту лабораторную в браузере →

Другие лабораторные по теме

Эта лабораторная на других языках

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 transporte tout trafic IP — aller-retour 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 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