
Mục lục bài viết 10 phần
Một client đổi BSSID trong vài chục mili giây chưa chứng minh cuộc gọi, phiên TCP/QUIC hoặc giao dịch vẫn liên tục. Kiểm thử roaming cần tách thời gian tìm AP, xác thực, reassociation, cập nhật forwarding và packet đầu tiên hoạt động lại; đồng thời kiểm soát RF để kết quả có thể lặp lại.
Bài viết giúp bạn
- Câu hỏi roaming cần trả lời
- Topology và điểm quan sát
- Biến số RF, client và security
Câu hỏi roaming cần trả lời
#802.11k cung cấp thông tin đo/neighbor giúp client tìm ứng viên; 802.11v có cơ chế quản lý mạng như BSS Transition Management; 802.11r hỗ trợ Fast BSS Transition. Các cơ chế này không buộc mọi client chọn cùng AP hoặc roaming tại cùng RSSI. Quyết định cuối phụ thuộc client implementation, driver, power state và policy.
Bài đo phải trả lời bốn lớp: client quyết định rời AP cũ lúc nào; authentication/reassociation với AP mới hoàn tất lúc nào; upstream forwarding cập nhật lúc nào; và dịch vụ hợp lệ đầu tiên trở lại lúc nào. Không lấy association event làm mốc duy nhất.
Topology và điểm quan sát
#Topology nên có ít nhất ba AP thuộc cùng SSID, controller/cloud manager nếu có, RADIUS/identity, DHCP/gateway, application endpoint và thiết bị đo RF/packet. Client đi theo đường cố định hoặc được đặt trong RF enclosure/attenuator để tái lập mức tín hiệu. Thử cả roaming cùng băng tần, giữa 2,4/5/6 GHz và giữa AP nối các switch khác nhau nếu thuộc phạm vi.
Thu over-the-air management frame phù hợp chính sách, AP/controller event, RADIUS log, switch MAC/ARP/ND update, DHCP event và traffic sequence ở application path. Đồng bộ clock giữa sniffer, client, WLAN, identity và generator; nếu clock uncertainty lớn hơn outage budget thì kết luận roaming time không đáng tin.

Biến số RF, client và security
#Khóa AP model/firmware, client model/OS/driver, SSID, band/channel width, power, channel plan, minimum data rate, band steering, load balancing và roaming assistant. Ghi RSSI/SNR tại từng mốc, interference, channel utilization và tốc độ di chuyển. Một test corridor ban đêm không đại diện giờ cao điểm.
Với security, tách PSK, 802.1X/EAP, PMK caching, pre-authentication và FT over-the-air/over-the-DS theo khả năng thực tế. Kiểm tra mobility domain, key lifetime, RADIUS reachability và certificate chain. Không gọi một SSID là “802.11r enabled” nếu client không dùng FT trong trace/log.
- Client — Cần ghi: model, OS, driver, power mode; Rủi ro nếu bỏ sót: Roaming decision khác nhau.
- RF — Cần ghi: RSSI/SNR, channel, interference; Rủi ro nếu bỏ sót: Handoff không lặp được.
- 802.11k/v/r — Cần ghi: capability và runtime use; Rủi ro nếu bỏ sót: Nhầm enabled với used.
- Security — Cần ghi: EAP, PMK/FT, cert, RADIUS; Rủi ro nếu bỏ sót: Authentication chi phối outage.
- Network — Cần ghi: VLAN, gateway, MAC learning; Rủi ro nếu bỏ sót: Associated nhưng traffic blackhole.
- Motion — Cần ghi: route, speed, direction; Rủi ro nếu bỏ sót: Kết quả một chiều bị suy rộng.
KPI và chuỗi bằng chứng
#KPI gồm time-to-trigger, scan duration, authentication, reassociation, L2/L3 service restoration, packet loss count, outage duration, latency/jitter spike và duplicate/out-of-order. Với voice/video, thêm audio gap, freeze, concealment, RTP loss burst và call retention. Báo p50/p95/p99 theo nhiều lần chạy và từng client class.
Chuỗi bằng chứng dùng cùng run ID: RF level/position, last data frame qua AP cũ, management/auth events, first data qua AP mới, MAC/neighbor update và application packet/giao dịch hợp lệ. Pass/fail phải theo dịch vụ; roaming 40 ms nhưng mất traffic 500 ms không phải pass nếu SLA là 150 ms.
Ma trận roaming và quyết định
#- Baseline — Thay đổi: Hai AP, tải thấp; Kỳ vọng cần xác nhận: Client dùng đúng path; Nguy cơ: Đo sai mốc trigger.
- k/v only — Thay đổi: Không FT; Kỳ vọng cần xác nhận: Candidate/transition hữu ích; Nguy cơ: Client bỏ qua suggestion.
- FT — Thay đổi: Bật theo client support; Kỳ vọng cần xác nhận: Auth/reassoc giảm trong budget; Nguy cơ: Mobility domain mismatch.
- Cross-band — Thay đổi: 5↔6 hoặc 5↔2,4 GHz; Kỳ vọng cần xác nhận: Dịch vụ giữ theo policy; Nguy cơ: Band steering oscillation.
- Busy target — Thay đổi: Tăng airtime AP đích; Kỳ vọng cần xác nhận: Không chọn AP quá tải; Nguy cơ: RSSI tốt nhưng capacity kém.
- RADIUS delay/fail — Thay đổi: Chậm hoặc mất identity; Kỳ vọng cần xác nhận: Fail/retry có giới hạn; Nguy cơ: Authentication storm.
- AP/controller fail — Thay đổi: Mất node giữa phiên; Kỳ vọng cần xác nhận: Recovery đúng thiết kế; Nguy cơ: Sticky client/blackhole.
Test plan theo từng pha
#Pha A xác minh từng AP, SSID, security và application baseline khi đứng yên. Pha B giảm/tăng attenuation theo từng bước để xác định trigger của từng client. Pha C chạy roaming hai chiều ở tải thấp; lặp theo cùng speed/route. Pha D thêm background airtime, nhiều client và AP đích bận. Pha E thử RADIUS delay, AP restart, uplink failure và controller loss riêng.
Pha F chạy cross-band/cross-channel và security mode theo compatibility matrix. Pha G phục hồi, kiểm tra client không oscillate, MAC/neighbor state sạch và latency trở về baseline. Stop condition gồm mất điều khiển lab, ảnh hưởng SSID production, authentication flood vượt ngưỡng hoặc capture chứa credential/payload ngoài phạm vi.

Voice, video và ứng dụng stateful
#Traffic kiểm thử nên gồm UDP/RTP hoặc probe có sequence, TCP transaction, QUIC nếu ứng dụng dùng và DNS/application health. Voice cần phát liên tục qua handoff; đo khoảng im lặng tối đa thay vì chỉ average packet loss. Video cần xem freeze và recovery bitrate; một phiên vẫn connected nhưng playback đứng là fail trải nghiệm.
Với VPN, firewall state hoặc IP mobility, xác nhận địa chỉ và session có giữ hay không. Nếu roaming dẫn đến đổi VLAN/IP theo thiết kế, bài đo phải bao gồm DHCP, DNS, tunnel và application re-establishment; không gộp L3 mobility vào con số L2 roam.
Checklist nghiệm thu
#- Ghi AP/controller/client model, firmware, OS và driver.
- Xác nhận client thực sự dùng 802.11k/v/r trong từng ca.
- Đóng băng channel, power, security và mobility domain.
- Ghi route/speed, RSSI/SNR, interference và channel utilization.
- Đồng bộ clock giữa RF, WLAN, identity và application.
- Đo L2 roam riêng với service restoration.
- Thử hai hướng, nhiều client class và AP đích bận.
- Bao phủ RADIUS delay, AP/uplink failure và recovery.
- Đo voice/video gap, packet loss, latency và jitter.
- Lưu raw evidence, configuration diff và abort condition.
Giới hạn của kết luận
#Kết quả phụ thuộc client implementation nhiều như hạ tầng WLAN. Một model điện thoại pass không chứng minh scanner, laptop hoặc IoT tương đương. RF enclosure cho tính lặp lại tốt nhưng không tái tạo hoàn toàn multipath, co-channel interference và chuyển động người thật.
Không công bố “seamless roaming” nếu thiếu định nghĩa dịch vụ, traffic profile, sample size và outage budget. 802.11k/v/r là công cụ hỗ trợ; việc bật tính năng không tự chứng minh compatibility hoặc SLA.
Khái niệm cần nhớ
#- BSSID: Định danh radio/AP mà client đang liên kết.
- 802.11k: Cơ chế hỗ trợ đo lường và neighbor information.
- 802.11v: Cơ chế quản lý mạng, gồm BSS Transition Management.
- 802.11r/FT: Fast BSS Transition giữa AP trong mobility domain.
- Sticky client: Client giữ AP cũ dù có ứng viên tốt hơn.
- Service restoration: Thời điểm traffic/giao dịch hợp lệ hoạt động lại.
- Audio gap: Khoảng gián đoạn âm thanh quan sát được.
Khái niệm cần nhớ
- Baseline
- Dải giá trị bình thường được thu đủ lâu để làm mốc so sánh và đặt ngưỡng.
- SLA
- Cam kết chất lượng dịch vụ gắn với KPI, phạm vi, thời gian và cách đo cụ thể.
- Active test
- Phép đo dùng traffic tổng hợp được tạo có chủ đích giữa các điểm kiểm tra.
TÀI LIỆU ĐỐI CHIẾUTài liệu tham khảo5 nguồn +
Nội dung được biên soạn độc lập, theo hướng vendor-neutral và đối chiếu các tài liệu gốc dưới đây. Tính năng sản phẩm cần được kiểm tra lại theo phiên bản đang sử dụng.
NetVali ưu tiên nguồn tiêu chuẩn và tài liệu chính thức; phân biệt khuyến nghị triển khai với yêu cầu của tiêu chuẩn; không công bố thông số sản phẩm chưa gắn với phiên bản và điều kiện đo.
