Сетевые лабораторные Документация Открыть симулятор →

Сквозной CAPWAP — трафик Wi-Fi-клиента ограничивается на WLC

Срез I закрывает канал передачи данных восходящего канала: когда PHONE (Wi-Fi-клиент в 10.30.0.50) отправляет пакет, AP1 оборачивает его в CAPWAP-данные UDP/5247 для WLC1, WLC очищает заголовки и повторно отправляет внутренний эхо-запрос ICMP на выходе своей VLAN политики (Vlan30 SVI). DEST (10.30.0.5) получает пакет с декапированием — pcap показывает как инкапсулированный кадр UDP/5247 на проводе AP→WLC, так и ICMP с декапированием в VLAN политики.

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

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

Сценарий

Slice I предоставляет декап на стороне WLC. Цепочка теперь является сквозной: 1. ТЕЛЕФОН (wifi-клиент, IP 10.30.0.50, связанный с AP1) запрашивает отправку пакета на 10.30.0.5. 2. AP1 оборачивает внутренний ICMP-пакет в CAPWAP-Data UDP/5247, полученный со своего собственного IP-адреса и отправленный на управляющий IP-адрес WLC1. 3. Брандмауэры на пути (если есть) оценивают UDP/5247 — pcap показывает заключённый кадр, ACL попадает/промахивается в соответствии с настройками. 4. Обработчик UDP/5247 WLC1 декапирует внутренний пакет и повторно отправляет его как обычный пакет IPv4 через FIB контроллера. Vlan30 SVI является выходным (профиль политики закреплен за VLAN 30; маршрут прямого подключения контроллера для 10.30.0.5/24 проходит через Vlan30 SVI). 5. DEST получает внутренний эхо-запрос ICMP — pcap показывает пакет без заголовков, прибывший на его интерфейс. Семантика охвата: этот фрагмент обеспечивает сквозную восходящую связь. Направление нисходящей линии связи (ответ DEST → WLC повторно инкапсулируется как CAPWAP-Data → AP → беспроводная связь с клиентом) — это прямая работа, поскольку WLC требует сопоставления для каждого клиента («у какой точки доступа в настоящее время есть клиент 10.30.0.50?»), которое мы еще не создаем во время выполнения. На большинство вопросов оператора («достигает ли мой голосовой телефон диспетчера вызовов?») доставка по восходящей линии связи + запрос Slice F на охват дают ответ. Опция DHCP 133: пока мы здесь, симулятор теперь также предоставляет опцию 133 (приоритет L2 / CoS 802.1p) наряду с существующей опцией 132 (голосовая VLAN). IP-телефоны Cisco используют эту пару: 132 содержит идентификатор голосовой VLAN, 133 — CoS для отметки в помеченных голосовых кадрах (обычно 5).

Топология

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

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

  1. Подтвердите, что AP1 присоединился к WLC1 и PHONE связан.

  2. Запустите PHONE для отправки эхо-запроса ICMP на 10.30.0.5: engine.emitWirelessClientPacket({ deviceId: 'PHONE', dst: parseIPv4('10.30.0.5') }). Pcap должен отображать: (a) кадр данных UDP/5247 CAPWAP от AP1 до WLC1, (b) декапированный эхо-запрос ICMP от 10.30.0.50 до 10.30.0.5, покидающий интерфейс Vlan30 WLC1, (c) DEST, принимающий эхо-запрос.

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

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

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

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 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 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