Bài lab mạng Tài liệu Mở trình mô phỏng →

Thử lại CAPWAP, nhịp tim và phát ra đường hầm wifi-máy khách

Slice H làm cho CAPWAP hoạt động giống như giao thức thực: các AP thử tham gia lại khi đường dẫn bị hỏng, trao đổi nhịp tim phản hồi với bộ điều khiển cứ sau 30 giây sau khi tham gia và các máy khách không dây là công dân cấu trúc liên kết hạng nhất. ĐIỆN THOẠI (wifi-client được liên kết với AP1) phát ra gói truyền đi được đóng gói CAPWAP trên UDP/5247 từ AP1 đến WLC1 - hiển thị trong pcap.

Mở bài lab này trong trình duyệt →

Miễn phí · không cần cài đặt · không cần tài khoản

Tình huống

Ba bổ sung trong phòng thí nghiệm này: 1. Hẹn giờ thử lại: khi yêu cầu tham gia của AP1 bị mất (thả tường lửa, tuyến xấu, xung đột gói), AP sẽ phát lại sau mỗi 5 giây. Sau 6 lần thử, nó bỏ cuộc - pcap hiển thị cụm giới hạn thay vì vòng quay vô hạn. 2. Nhịp tim vang vọng: sau khi tham gia, AP1 sẽ phát ra echo-request (UDP/5246, messageType: 'echo-request') cứ sau 30 giây. WLC1 xác nhận với echo-response và result: success. Sau 3 lần phản hồi bị bỏ lỡ, AP sẽ chuyển trở lại phase: 'discovered' và kích hoạt một kết nối mới - chính xác là những gì các AP thực sự làm khi bộ điều khiển ở chế độ im lặng. 3. loại thiết bị wifi-client: loại thiết bị mới liên kết hợp lý với AP. Lưu lượng đi là không dây tới AP và sau đó được đóng gói dữ liệu CAPWAP (UDP/5247) tới bộ điều khiển. Trình mô phỏng hiển thị engine.emitWirelessClientPacket(deviceId, innerSummary) để kích hoạt một - pcap hiển thị khung UDP/5247 được mã hóa với app: { kind: 'capwap-data', direction: 'uplink', innerSummary, apMac }. Hiệu ứng kết hợp: giờ đây kỹ sư mạng có thể đánh giá "lưu lượng CAPWAP trên đường dây là bao nhiêu?" bằng cách đọc các khung hình đã chụp; có thể thấy thử lại cơn bão khi đường đi bị đứt; có thể đặt tường lửa/IPS dọc theo đường dẫn AP-WLC và xem chúng kiểm tra lưu lượng UDP/5246 + UDP/5247 thực. Những gì vẫn đang tiếp tục hoạt động: giải mã phía WLC của UDP/5247 (phát lại khung bên trong trên đầu ra VLAN chính sách) và DHCP-via-AP để thu thập IP máy khách. Slice H cung cấp khả năng hiển thị đường dẫn dữ liệu *đường lên* — phần hữu ích nhất để định vị tường lửa — và trì hoãn mô hình hai chiều đầy đủ.

Sơ đồ mạng

1 × router, 1 × bộ điều khiển không dây, 1 × switch, 1 × điểm truy cập, 1 × thiết bị wifi · Cisco IOS-XE-style

Bạn sẽ làm gì

  1. Sau khi hội tụ, AP1 phải ở phase: joined (đường dẫn mở, không chặn tường lửa).

  2. Chạy trình mô phỏng trong 90 giây. Pcap phải hiển thị ít nhất 2 chuyến khứ hồi echo-request (AP1→WLC1) và echo-response (WLC1→AP1) trên UDP/5246.

  3. Kích hoạt PHONE để phát gói thông qua API công cụ: engine.emitWirelessClientPacket({ deviceId: 'PHONE', innerSummary: 'icmp echo-request 10.30.0.5' }). Pcap hiển thị khung CAPWAP-Data UDP/5247 rời AP1 tới IP mgmt của WLC1, mang theo bản tóm tắt bên trong.

Mở bài lab này trong trình duyệt →

Các bài lab khác cùng chủ đề

Bài lab này bằng ngôn ngữ khác

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, контрольный сигнал и эмиссия туннеля Wi-Fi-клиентаCAPWAP yeniden denemesi, kalp atışı ve Wi-Fi istemci tüneli emisyonu