Wi-Fi nền tảng: sóng, băng tần, kênh và bảo mật
Đọc Wi-Fi bằng RSSI, noise, SNR, kênh và airtime thay vì chỉ vạch sóng. Hiểu độ rộng kênh, regulatory domain, WPA2/WPA3 và giới hạn của phép đo tốc độ.
Người dùng ngồi gần AP, biểu tượng Wi‑Fi đầy vạch nhưng cuộc gọi vẫn đứt tiếng. Một người đề nghị tăng công suất và mở kênh rộng nhất. Nếu nguyên nhân là airtime bị chia sẻ, nhiễu hoặc đường uplink, hai thay đổi ấy có thể không giải quyết vấn đề, thậm chí làm các cell ảnh hưởng nhau nhiều hơn.
Wi‑Fi là môi trường vô tuyến dùng chung. Muốn đánh giá kết nối, cần đọc băng tần, kênh, độ rộng, mức tín hiệu, nhiễu và trạng thái ứng dụng trong cùng điều kiện. Bài này dùng các số minh họa để giải thích cơ chế, không đặt một ngưỡng duy nhất cho mọi thiết bị.
1. Ghi điều kiện của phép đo trước khi đọc “vạch sóng”
Ví dụ có phòng họp với hai AP và nhiều laptop, SSID doanh nghiệp đã cấu hình hợp lệ. Một client tại chỗ ngồi X báo RSSI −60 dBm. Ta chưa biết noise floor, số client tranh chấp, retry hoặc uplink. Chính con số này chưa đủ để kết luận chất lượng tốt hay xấu cho một ứng dụng cụ thể.
Ghi thời điểm, vị trí/hướng máy, AP/BSSID đang kết nối, băng tần, channel width, driver và kiểu ứng dụng. Cùng SSID có thể được nhiều radio/BSSID phát; tên mạng giống nhau không chứng minh hai lần đo đi qua cùng AP hoặc cùng băng tần.
Không coi biểu đồ bên dưới là site survey thật. Đây là sơ đồ biên tập, chưa đo bằng phần cứng. Khả năng AP/client, vật cản, mật độ, regulatory domain và phiên bản phần mềm phải được xác minh trên môi trường triển khai.
2. RSSI, dBm và SNR trả lời các câu hỏi khác nhau
RSSI biểu thị mức tín hiệu nhận theo cách thiết bị báo. Khi thể hiện bằng dBm, −50 mạnh hơn −70, nhưng không đồng nghĩa tốc độ gấp một tỷ lệ cố định. dBm là thang log tham chiếu công suất; phần trăm Signal trong một công cụ không có phép đổi phổ quát sang dBm cho mọi driver.
Trong ví dụ đơn giản, SNR là mức tín hiệu trừ noise floor cùng đơn vị dB tương ứng. RSSI −60 dBm, noise −90 dBm cho SNR 30 dB. Nếu noise tăng tới −75 mà RSSI giữ nguyên, SNR còn 15 dB. Client vẫn có thể hiện nhiều vạch nhưng điều kiện phân biệt tín hiệu với nhiễu đã khác.
Cuộn ngang khi cần, hoặc chạm sơ đồ để mở ảnh gốc.
RSSI ở AP khi nghe client và RSSI ở client khi nghe AP là hai góc đo. AP phát mạnh không làm radio nhỏ của laptop phát ngược mạnh hơn. Vì thế chỉ tăng transmit power có thể tạo vùng client nghe được AP nhưng chiều về không đủ tốt.
Wireless RF Reference Guide của Cisco là nguồn nền về RF, kênh và thiết kế. Ngưỡng ứng dụng cần gắn với thiết bị, modulation/data rate, tải và phép đo, không lấy một giá trị RSSI truyền miệng làm chuẩn duy nhất.
3. Băng tần, kênh và độ rộng phải đọc cùng regulatory domain
2,4 GHz, 5 GHz và 6 GHz có tập kênh, giới hạn công suất và điều kiện sử dụng khác nhau. Không suy “Wi‑Fi 6” là chắc có 6 GHz; cần AP, client, firmware và khu vực cùng hỗ trợ. Bật sai country/domain không phải cách hợp lệ để mở thêm kênh hoặc công suất.
Ví dụ kênh 1/6/11 ở 2,4 GHz thường được dùng để minh họa tái sử dụng ít chồng lấn trong điều kiện độ rộng và miền quy định phù hợp. Nó không phải sơ đồ pháp lý/thiết kế chung cho mọi nước, mọi chuẩn cũ và mọi cấu hình 40 MHz. Hãy đọc tập kênh mà thiết bị được phép hoạt động tại nơi triển khai.
Ở một số kênh 5 GHz có DFS, AP phải xử lý phát hiện radar theo quy định và cơ chế được hỗ trợ, có thể dẫn tới chờ hoặc chuyển kênh. Một lần client bị gián đoạn vì thay kênh không tự chứng minh mật khẩu sai. Giữ log radio và mốc thời gian để đối chiếu.
Cuộn ngang khi cần, hoặc chạm sơ đồ để mở ảnh gốc.
Trong một quỹ phổ lý tưởng có tám khối 20 MHz liền nhau, ghép bốn khối tạo hai nhóm 80 MHz thay vì tám nhóm 20 MHz. Mô hình bỏ qua khoảng trống, DFS và giới hạn thiết bị; nó chỉ giải thích tradeoff. Channel width lớn hơn có thể tăng PHY rate khi điều kiện tốt, nhưng không bảo đảm throughput tốt hơn trong mạng nhiều AP/client.
4. Airtime và tranh chấp giải thích vì sao “tốc độ link” chưa đủ
Wi‑Fi chia sẻ môi trường theo cơ chế truy cập vô tuyến. Thiết bị cần nhận biết môi trường, chờ và truyền theo quy tắc; control frame, acknowledgment, retry và các hoạt động khác cũng chiếm thời gian. Chuẩn mới có cơ chế như OFDMA/MU‑MIMO, nhưng không biến mỗi client thành một đường Ethernet full-duplex riêng có tốc độ cố định.
Một PHY rate hiển thị cao không phải lượng dữ liệu ứng dụng nhận mỗi giây. Packet size, overhead, chất lượng RF, khả năng client, airtime của thiết bị khác và đường tới server đều ảnh hưởng. Client dùng rate thấp hoặc retry nhiều có thể tiêu thụ thời gian đáng kể mà biểu đồ byte chưa nói hết.
Hai AP cùng kênh trong vùng nghe thấy nhau thường phải chia sẻ cơ hội truyền. Kênh chồng lấn hoặc nguồn nhiễu ngoài Wi‑Fi tạo kiểu vấn đề khác. Đừng gọi mọi trường hợp là “nhiễu” rồi xử lý giống nhau. Đo channel utilization, retry và phạm vi ảnh hưởng trước chọn thay kênh hoặc thêm AP.
Cuộn ngang khi cần, hoặc chạm sơ đồ để mở ảnh gốc.
Thêm AP mà không có channel/power plan có thể tăng tranh chấp. Dời AP khỏi góc khuất, sửa uplink hoặc giảm width có thể hợp lý hơn trong một số tình huống; lựa chọn phải dựa vào dữ liệu tại chỗ, không có một thay đổi luôn đúng cho mọi phòng họp.
5. WPA2, WPA3 và PMF cần khớp khả năng client
WEP/TKIP và các lựa chọn cũ không nên trở thành phương án mặc định cho triển khai mới. Với mạng còn dùng WPA2, cần thiết kế cipher AES/CCMP, thông tin xác thực và policy phù hợp. WPA3‑Personal dùng SAE thay cách xác thực PSK của WPA2‑Personal; tên tùy chọn tương tự không có nghĩa handshake và khả năng client giống nhau.
WPA3‑Enterprise gắn với hệ thống xác thực doanh nghiệp theo các chế độ được hỗ trợ; không đồng nhất nó với một mật khẩu dùng chung. Client cần kiểm tra tin cậy của hệ thống xác thực/chứng thư theo thiết kế, không bỏ kiểm tra chỉ để kết nối nhanh. Xem AAA để phân biệt danh tính và quyền truy cập.
PMF bảo vệ những management frame thuộc phạm vi chuẩn sau các bước thiết lập thích hợp; nó không mã hóa mọi frame quản lý ngay từ đầu và không chống được mọi gây nhiễu vô tuyến. Với WPA3 cần đọc yêu cầu PMF và chế độ pure/transition đúng platform. Mixed WPA2/WPA3 ở 2,4/5 GHz và hoạt động 6 GHz có ràng buộc khác nhau.
Hướng dẫn WPA3 IOS XE 17.13 và tổng quan WPA3 phiên bản mới giúp đối chiếu. Không ép một profile bảo mật/6 GHz chung khi chưa kiểm kê client, AP và release.
6. Thu bằng chứng trước thay power, width hoặc bảo mật
Trên Windows có công cụ WLAN phù hợp, có thể bắt đầu bằng các lệnh đọc sau; trường hiển thị và quyền/location policy phụ thuộc phiên bản:
netsh wlan show interfaces
netsh wlan show drivers
netsh wlan show networks mode=bssid
ipconfig /allGhi SSID/BSSID, radio/channel, signal theo đơn vị công cụ, tốc độ link và cấu hình IP. Đối chiếu với WLC/AP để biết radio thật, client state, RSSI/SNR theo từng phía, retry và tải. Kết quả scan thấy AP không chứng minh client đã associate hoặc đã xác thực.
Thử một endpoint có kiểm soát trong LAN để tách Wi‑Fi/uplink khỏi Internet. Nếu client đã kết nối nhưng không có IP, kiểm tra VLAN/DHCP; nếu có IP và DNS lỗi, đọc bài DNS. Không đổi channel/power để chữa một scope DHCP cạn hoặc một route thiếu.
Thay RF hoặc security trên SSID đang phục vụ có thể làm client chuyển radio, mất phiên hoặc phải xác thực lại. Chọn cửa sổ, giữ cấu hình gốc và một nhóm client thử đại diện. Đo lại tại cùng vị trí/thời điểm tải có thể so sánh; một lần speed test cao hơn chưa chứng minh đã giải quyết sự cố cuộc gọi.
Một laptop luôn bám AP xa trong khi máy khác chuyển AP sớm hơn chưa tự chứng minh AP xa lỗi. Khả năng radio, driver, roaming policy và các điều kiện client thấy được có thể khác nhau. Giữ BSSID và thời điểm trong phép so, không chỉ đứng hai máy cạnh nhau rồi so biểu tượng sóng. Cũng cần kiểm tra có nguồn phát nào tạo vấn đề chỉ ở một thời điểm, chẳng hạn khi phòng họp đông hơn hoặc thiết bị khác bắt đầu hoạt động.
Với cuộc gọi, ghi gián đoạn, mất gói, độ trễ và biến động độ trễ phù hợp công cụ được phép. Với tải file, lưu lượng và thời gian hoàn tất có thể phù hợp hơn. Hai ứng dụng có tiêu chí khác nhau nên không ép cùng một chỉ số RSSI hoặc một bài speed test làm tiêu chuẩn nghiệm thu. Chỉ sau khi loại trừ đường IP và server mới có căn cứ tập trung thay RF; một kết quả tốt ở LAN dây là dữ kiện đối chứng hữu ích, chưa chứng minh toàn bộ phần vô tuyến là nguyên nhân duy nhất.
7. Nghiệm thu theo ứng dụng và điều kiện đo
Hồ sơ tối thiểu gồm topology AP/uplink, domain/kênh/width, client/driver, vị trí, BSSID, RSSI/noise/SNR nếu có và kết quả dịch vụ. So tình huống trước/sau trên các client có khả năng khác nhau; nếu chỉ một nhóm lỗi, kiểm tra tương thích thay vì kết luận toàn bộ sóng kém.
- Đọc RSSI cùng noise, góc đo và đơn vị, không chỉ vạch/phần trăm.
- Kênh/width/công suất phù hợp khả năng và regulatory domain.
- Phân biệt airtime, PHY rate, throughput và đường tới ứng dụng.
- Security/PMF khớp client; không hạ bảo vệ tùy tiện để thử.
- Giữ điều kiện đo và tác động thay đổi trong hồ sơ nghiệm thu.
Không tìm thấy một chuyên đề WLAN/802.11 đầy đủ trong text PDF đã trích xuất, nên bài này là phần bổ sung theo nguồn Cisco hiện hành. Hình và số RF là biên tập, không phải site survey/benchmark. Bài AP, WLC và client WLAN tiếp tục tách trạng thái kết nối khỏi chất lượng RF.