
Mục lục bài viết 9 phần
Ngày đăng · 15 phút đọc Client thường quyết định thời điểm roaming; 802.11k/v/r hỗ trợ discovery, steering và fast transition nhưng không bảo đảm mọi thiết bị chuyển AP giống nhau. Bài đo cần kiểm soát RF path, client model/driver, authentication và application traffic.
Bài viết giúp bạn
- Câu hỏi roaming cần trả lời
- Topology RF và điểm quan sát
- Biến số phải kiểm soát
Câu hỏi roaming cần trả lời
#Đo thời điểm client rời AP cũ, chọn AP mới, hoàn tất authentication/key transition, nhận data path và ứng dụng ổn định. Không gọi khoảng association là toàn bộ service interruption.
Xác định mục tiêu voice/video, scanner/IoT hay data. Mỗi use case có ngưỡng loss/latency khác nhau.
Topology RF và điểm quan sát
#Dùng ít nhất hai AP/controller nếu có, client thật, traffic endpoint, packet capture có khả năng quan sát management/data frame, và RF attenuation hoặc tuyến di chuyển cố định. Ghi channel, width, power, overlap, interference và backhaul.
Đặt capture phía wired để phát hiện VLAN/ARP/ND/DHCP hoặc tunnel delay sau association.

Biến số phải kiểm soát
#Khóa client model, OS/driver, power saving, roaming aggressiveness, band, SSID/security, 802.1X/RADIUS, PMK caching, 802.11k/v/r và controller version. Client behavior có thể khác mạnh dù cùng mạng.
Giữ traffic profile, walking speed/attenuation ramp, orientation và background RF load. Không so sánh lần đi bộ tự do nếu RSSI path khác nhau.
KPI và bằng chứng
#KPI: trigger RSSI/SNR, scan duration, authentication/key transition, total application interruption, packet loss, jitter, latency, reordering, roam success, ping-pong rate và sticky duration. Với voice/video, thu quality metric và freeze/audio gap.
Bằng chứng gồm wireless capture, controller/AP/client log, RADIUS log, wired traffic capture và RF time series.
Ma trận client–security–RF
#- Biến: Client · Profile: laptop, handset, scanner/IoT đại diện
- Biến: Security · Profile: PSK, 802.1X, FT profile theo hỗ trợ
- Biến: RF · Profile: overlap tốt, yếu, interference
- Biến: Band · Profile: 2.4/5/6 GHz theo sản phẩm/pháp lý
- Biến: Traffic · Profile: voice UDP, video, transactional TCP
- Biến: Path · Profile: cùng VLAN, khác tunnel/anchor
- Biến: Event · Profile: AP loss, backhaul loss, controller change
Test plan roaming
#Chạy baseline đứng yên trên từng AP. Sau đó dùng attenuation ramp hoặc tuyến cố định hai chiều. Lặp roaming AP1→AP2 và AP2→AP1; phân tích riêng vì RF/backhaul có thể bất đối xứng.
Thử bật/tắt từng hỗ trợ k/v/r theo client capability, không mặc định tên feature tạo hiệu quả giống nhau. Đo application interruption và sequence loss, không chỉ controller event.
Scale, mobility và failure
#Tăng số client roaming đồng thời, background traffic và RADIUS load. Thử AP reboot, backhaul failure và RF interference riêng. Một AP vẫn phát beacon nhưng data path lỗi là ca quan trọng.
Kiểm tra multicast/broadcast, ARP/ND, DHCP và policy/VLAN sau roam. Thử fast movement và pause trong overlap để phát hiện ping-pong.

Runbook thực hành
#- Ghi AP/controller/client/driver version.
- Khảo sát RF baseline và interference.
- Chốt tuyến/attenuation ramp.
- Thu capture wireless/wired và logs.
- Lặp hai chiều với cùng traffic.
- Thử security/client profiles.
- Thử simultaneous roam/RADIUS load.
- Thử AP/backhaul failure.
- Lưu raw evidence và verdict.
Giới hạn kết luận
#Roaming phụ thuộc client; kết quả một handset không đại diện mọi model. Lab attenuation không mô phỏng đầy đủ multipath, cơ thể người và interference động. 802.11k/v/r support phải xác minh từng client/AP/version.
Không dùng RSSI duy nhất làm chất lượng; SNR, channel utilization, retry và backhaul cũng ảnh hưởng.
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ảo3 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.
