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

Повторная попытка CAPWAP, контрольный сигнал и эмиссия туннеля Wi-Fi-клиента

Срез H заставляет CAPWAP вести себя как настоящий протокол: точки доступа повторяют попытку соединения, когда путь разрывается, обмениваются эхо-сигналами с контроллером каждые 30 секунд после подключения, а беспроводные клиенты являются первоклассными гражданами топологии. PHONE (wifi-client, связанный с AP1) отправляет пакет, который передается в инкапсулированном CAPWAP протоколе UDP/5247 от AP1 к WLC1 — видимый в pcap.

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

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

Сценарий

Три дополнения в этой лаборатории: 1. Таймер повтора: при потере запроса на присоединение от AP1 (отключение брандмауэра, неверный маршрут, конфликт пакетов) точка доступа повторяет отправку каждые 5 с. После 6 попыток он сдается — pcap показывает ограниченный всплеск, а не бесконечное вращение. 2. Эхо-сигнал: после подключения AP1 отправляет сообщение echo-request (UDP/5246, messageType: 'echo-request') каждые 30 секунд. WLC1 подтверждает с помощью echo-response и result: success. После трех пропущенных ответов точка доступа переключается обратно на phase: 'discovered' и запускает новое соединение — именно то, что делают настоящие точки доступа, когда контроллер замолкает. 3. Тип устройства Wi-Fi-клиента: новый тип устройства, который логически связан с точкой доступа. Исходящий трафик передается по беспроводной сети к точке доступа, а затем инкапсулируется в данные CAPWAP (UDP/5247) на контроллер. Симулятор позволяет engine.emitWirelessClientPacket(deviceId, innerSummary) запустить один из них — pcap показывает заключённый кадр UDP/5247 с app: { kind: 'capwap-data', direction: 'uplink', innerSummary, apMac }. Совокупный эффект: сетевой инженер теперь может оценить, «сколько трафика CAPWAP проходит по сети?» путем чтения захваченных кадров; может видеть повторные штормы при разрыве путей; может разместить межсетевые экраны/IPS на пути AP-WLC и наблюдать, как они проверяют реальный трафик UDP/5246 + UDP/5247. Что еще впереди: декапирование UDP/5247 на стороне WLC (повторная передача внутреннего кадра на выходе из политики VLAN) и DHCP-через-AP для получения IP-адреса клиента. Срез H обеспечивает видимость пути передачи данных *uplink* — наиболее полезная часть для позиционирования межсетевого экрана — и откладывает полную двунаправленную модель.

Топология

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

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

  1. После конвергенции AP1 должен находиться в phase: joined (открытый путь, без блокировки брандмауэра).

  2. Запустите симулятор на 90 секунд. Pcap должен показать как минимум два двусторонних обмена echo-request (AP1→WLC1) и echo-response (WLC1→AP1) по UDP/5246.

  3. Запустите PHONE для отправки пакета через API движка: engine.emitWirelessClientPacket({ deviceId: 'PHONE', innerSummary: 'icmp echo-request 10.30.0.5' }). На pcap показан кадр CAPWAP-Data UDP/5247, отправляющийся от AP1 к IP-адресу управления WLC1, несущий внутреннюю сводку.

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

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

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

CAPWAP retry, heartbeat, and wifi-client tunnel emissionCAPWAP-Wiederholung, Heartbeat und WLAN-Client-Tunnel-EmissionReintento CAPWAP, latido y emisión de túnel de cliente wifiNova tentativa CAPWAP, pulsação e emissão de túnel do cliente wifiNouvelle tentative CAPWAP, battement de cœur et émission de tunnel client Wi-FiCAPWAP पुनः प्रयास, दिल की धड़कन, और वाईफाई-क्लाइंट सुरंग उत्सर्जनCAPWAP 重试、心跳和 w​​ifi 客户端隧道发射Nuovo tentativo CAPWAP, heartbeat ed emissione del tunnel client Wi-FiCAPWAP の再試行、ハートビート、および Wi-Fi クライアント トンネルの送信CAPWAP 재시도, 하트비트 및 Wi-Fi 클라이언트 터널 방출CAPWAP yeniden denemesi, kalp atışı ve Wi-Fi istemci tüneli emisyonuThử lại CAPWAP, nhịp tim và phát ra đường hầm wifi-máy khách