IX. Khảo sát lắp đặt mạng WLA N Site Survey
5. Việc triển khai WLAN và sự ảnh hưởng của ứng dụng
Ảnh hưởng của các ứng dụng đến sự triển WLAN là khác nhau. Điều quan trọng bạn cần phải hiểu là những ảnh hưởng này tác động thế nào đến việc triển khai WLAN. Sau đây là các yếu tố chính cần xem xét :
• Throughput cho từng client (per-client).
• Kiểu ứng dụng streaming hay kiểu ứng dụng bursty.
• Sự tranh giành đường truyền và độ trể của ứng dụng.
Throughput cho từng client sẽ bị giảm mỗi khi có client mới tham gia vào BSS. Mặc dù mỗi người dùng không được đảm bảo rằng họ sẽ có một lượng băng thông nhất định, cơ chế truy cập đường truyền DCF (Distribution Coordination Function) cung cấp cơ chế truy cập môi trường không dây một cách công bằng. So với mạng Ethernet 100 Mbps thì việc chia sẽ 11 Mbps hay 54 Mbps cho khoảng 10 đến 25 người dùng có thể xem như là một bước đi lùi.
Đối với mạng 802.11b 11 Mbps thì việc chia sẽ cùng với bản chất half-duplex thì throughput thật sự chỉ còn lại khoảng 6 Mbps. Nếu như trong mạng có 25 client thì throughput cho mỗi client là khoảng 245 Kbps. Tương tự, với mạng 802.11a 54 Mbps thì throughput thật sự là 22 Mbps và throughput cho từng client là 880 Kbps.
Chú ý, đây chỉ là số liệu tham khảo vì chúng ta đã giả sử rằng tất cả các client đều truyền và nhận cùng một lượng dữ liệu.
Kiểu ứng dụng sẽ ảnh hưởng một cách đáng kể đến các số liệu trên. Kiểu ứng dụng streaming như voice có nhiều sự khác biệt so với ứng dụng kiểu bursty như HTTP hay POP3. Một cuộc gọi 2 chiều G.711 thông thường sẽ có yêu cầu throughput trung bình vào khoảng 240 Kbps ở lớp MAC. Trong trường hợp này, bạn có thể mắc sai lầm nếu như cho rằng 25 cuộc gọi có thể hoạt động được trong 1 BSS (240 Kbps * 25 = 5.86 Mbps)
Nhưng mỗi cuộc gọi 2 chiều cũng yêu cầu tốc độ truyền khoảng 200 frame trong 1 giây (50 frame per second và 50 acknoledgment per second cho mỗi chiều của cuộc gọi, kết quả là 200 frame per second). Giả sử rằng lớp MAC của 802.11b chỉ hỗ trợ tốc độ 1200 packet per second nên bạn chỉ có thể có tối đa 6 cuộc gọi trong BSS. Điều này khác xa so với những gì chúng ta nghĩ.
Chú ý là số liệu trên không bao gồm việc truyền dữ liệu, nó chỉ dành cho các cuộc gọi. Bất kỳ data traffic nào trên AP cũng sẽ làm suy giảm các cuộc gọi nếu như không có một cơ chế nào để điều khiển đăng nhập (admission control) hay cơ chế QoS/ưu tiên (prioritization).
Bạn có thể biết được mật độ của AP (số lượng AP trong một vùng phủ sóng) đóng vai trò quan trọng như thế nào trong việc hỗ trợ ứng dụng. Việc triển khai theo kiểu coverage-oriented (hướng bao phủ) sẽ không đáp ứng tốt trong việc cung cấp VoIP trong 802.11, trong khi triển khai theo kiểu capacity-oriented (hướng khả năng) sẽ cung cấp mật độ client-to-AP (số client trên một AP) cần thiết để hỗ trợ VoIP.
Sự tranh giành đường truyền trong 802.11 tương tự như sự tranh giành đường truyền trong mạng có dây 802.3 half-duplex. Tất cả các trạm đều có cơ hội truy cập đường truyền như nhau và nếu như số lượng các trạm càng lớn thì khả năng xung đột giữa các frame sẽ càng cao.
Quá trình tranh giành đường truyền sẽ làm tăng độ trễ trong BSS. Các trạm sẽ sử dụng nhiều thời gian hơn trong việc cố gắng truy cập đường truyền thay vì thực hiện truyền hay nhận frame. Tiến trình này làm cho các giao thức lớp trên (upper-layer) bị timeout và có nhiều khả năng sẽ hủy bỏ (drop) phiên làm việc của ứng dụng.
Khi xảy ra tình huống này thì một lời khuyên là chọn lựa sự triển khai có mật độ AP cao để tránh hay giảm thiểu các trường hợp như vậy. Tất nhiên việc triển khai với mật độ AP dày đặc như
vậy thì sẽ rất tốn kém. Tuy nhiên, những lợi ích mà nó mang lại sẽ rất lớn thay vì bạn phải thực hiện lại một cuộc site survey khác để bổ sung cho mạng hiện tại.
Bạn có thể tinh chỉnh các trạm client trong BSS có mức độ cạnh tranh cao :
• Điều chỉnh ngưỡng phân mãnh – Ngưỡng phân mãnh (fragmentation threshold) sẽ xác định kích thước lớn nhất có thể của frame trước khi nó bị phân mãnh. Kích thước frame càng nhỏ thì cơ hội truyền thành công càng cao.
• Điều chỉnh ngưỡng RTS (Request To Send) – Ngưỡng RTS xác định kích thước lớn nhất có thể của frame trước khi transmitter gởi RTS frame. RTS cho phép transmitter (AP hay client) để đặt cọc đường truyền trong một khoảng thời gian đủ để truyền frame và nhận
acknowledgment.
Việc cài đặt WLAN thường không sử dụng những cơ chế này bởi vì chúng phải được thiết lập một cách thủ công trên client và không được thông báo bởi AP. Cả người sử dụng lẫn admin phải cấu hình mỗi trạm trong suốt thời gian xảy ra nghẽn. Điều này là không thực tế và không khả thi trong môi trường mạng WLAN rộng lớn. Hơn nữa, bạn phải thiết lập ngưỡng phân mãnh và ngưỡng RTS một cách cẩn thận. Những cải thiện về hiệu năng mà chúng cung cấp sẽ đi liền với chi phí (tăng sự tranh giành đường truyền và frame overhead).