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

CAPWAP end-to-end — giải mã lưu lượng truy cập wifi-client tại WLC

Phần I đóng đường dẫn dữ liệu đường lên: khi PHONE (wifi-client tại 10.30.0.50) phát ra một gói, AP1 sẽ gói gói đó trong CAPWAP-Data UDP/5247 đến WLC1, WLC sẽ bóc các tiêu đề và phát lại yêu cầu tiếng vang ICMP bên trong trên đầu ra Vlan chính sách của nó (Vlan30 SVI). DEST (10.30.0.5) nhận gói đã giải mã - pcap hiển thị cả khung UDP/5247 được mã hóa trên dây AP→WLC VÀ ICMP đã giải mã trên VLAN chính sách.

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

Slice I cung cấp phần giải mã phía WLC. Chuỗi bây giờ là dây thực từ đầu đến cuối: 1. PHONE (wifi-client, IP 10.30.0.50, được liên kết với AP1) được yêu cầu phát gói tin tới 10.30.0.5. 2. AP1 gói gói ICMP bên trong trong CAPWAP-Data UDP/5247 có nguồn gốc từ IP của chính nó và gửi đến IP quản lý của WLC1. 3. Tường lửa trong đường dẫn (nếu có) đánh giá UDP/5247 — pcap hiển thị khung được mã hóa, ACL đạt/trượt như đã định cấu hình. 4. Trình xử lý UDP/5247 của WLC1 giải mã gói bên trong và phát lại gói đó dưới dạng gói IPv4 thông thường thông qua FIB của bộ điều khiển. Vlan30 SVI là đầu ra (hồ sơ chính sách được ghim VLAN 30; tuyến kết nối trực tiếp của bộ điều khiển cho 10.30.0.5/24 là thông qua Vlan30 SVI). 5. DEST nhận được yêu cầu tiếng vang ICMP bên trong - pcap hiển thị gói đã giải mã đến trên iface của nó. Tiếp cận ngữ nghĩa: phần này được vận chuyển đường lên từ đầu đến cuối. Hướng đường xuống (trả lời của DEST → WLC đóng gói lại dưới dạng CAPWAP-Data → AP → không dây tới máy khách) là công việc chuyển tiếp, vì WLC cần ánh xạ theo từng máy khách ("AP nào hiện có máy khách 10.30.0.50?") mà chúng tôi chưa xây dựng trong thời gian chạy. Đối với hầu hết các câu hỏi của nhà điều hành ("điện thoại thoại của tôi có liên lạc được với người quản lý cuộc gọi không?") phân phối đường lên + Truy vấn phạm vi tiếp cận của Slice F bao gồm câu trả lời. Tùy chọn DHCP 133: trong khi chúng tôi ở đây, trình mô phỏng hiện cũng hiển thị tùy chọn 133 (ưu tiên L2 / 802.1p CoS) cùng với tùy chọn hiện có 132 (Voice VLAN). Điện thoại IP của Cisco sử dụng cặp: 132 mang ID VLAN thoại, 133 CoS để đóng dấu trên các khung thoại được gắn thẻ (thường là 5).

Sơ đồ mạng

2 × 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. Xác nhận AP1 đã tham gia WLC1 và PHONE được liên kết.

  2. Kích hoạt PHONE để phát ra yêu cầu tiếng vang ICMP tới 10.30.0.5: engine.emitWirelessClientPacket({ deviceId: 'PHONE', dst: parseIPv4('10.30.0.5') }). Pcap sẽ hiển thị: (a) Khung dữ liệu UDP/5247 CAPWAP từ AP1 đến WLC1, (b) giải mã yêu cầu tiếng vang ICMP từ 10.30.0.50 sang 10.30.0.5 rời khỏi giao diện WLC1 của WLC1, (c) DEST nhận yêu cầu tiếng vang.

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 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 — трафик Wi-Fi-клиента ограничивается на WLCCAPWAP uçtan uca — Wi-Fi istemci trafiğinin sınırı WLC'de azaldı