Tính năng Aggressive Client Load balancing đã có trên các WLC của Cisco trong hơn một thập kỷ, kể từ những ngày đầu của AireOS 6.x. Mục đích của tính năng này là phân bổ đều Client giữa nhiều AP được kết nối với một WLC. Trên thực tế, tôi thấy tính năng này gây ra không ít phiền toái khi bật nó, đặc biệt là trong môi trường mật độ cao (mà tính năng này chủ yếu được thiết kế để sử dụng ☹).
Cân bằng tải hoạt động như thế nào?
Ví dụ bạn có một văn phòng được triển khai tốt với 2 AP và tổng cộng 6 thiết bị client. Lý tưởng nhất là bạn muốn phân bổ đều số lượng client trên 2 AP này, mỗi AP 3 thiết bị.
Vì một lý do nào đó, tất cả Client đều ưu tiên AP-2, để AP-1 trống. Bằng cách bật tính năng Aggressive Client Load balancing, bạn có thể ngăn chặn điều này xảy ra và từ chối Client tham gia AP-2 cho đến khi số lượng Client trên 2 AP này cân bằng.
-
- Tính năng này được bật cho mỗi WLAN
- Bạn có thể cấu hình AP để từ chối Client nếu nó có nhiều Client hơn X so với Client lân cận (X có thể là 1–20)
- Bạn có thể cấu hình AP để từ chối Client tối đa 10 lần (sau đó Client mới được phép tham gia)
Ví dụ thực tế
-
- Cân bằng tải tích cực đã được bật trong WLAN:
-
- Cấu hình Global Aggressive Client Load Balancing đã được giữ nguyên giá trị mặc định (nếu AP-2 có nhiều hơn AP1 5 Client, nó sẽ từ chối Client tối đa 3 lần)
-
- AP2 có 5 khách hàng tham gia
- AP1 có 0
- Nếu Client cố gắng tham gia AP2 3 lần và cả 3 lần đều bị từ chối, thì lần thử thứ 4 sẽ thành công
Bạn có nên bật Client Load Balancing không ?
Thiết bị luôn là người quyết định AP nào sẽ kết nối. Client sẽ lắng nghe các khung beacon đến từ AP và sau đó, dựa trên các thông số được cấu hình, quyết định nơi gửi yêu cầu kết nối.
Điều duy nhất bạn có thể làm là từ chối nó và hy vọng client sẽ kết nối đến một AP khác. AP khả dụng có thể không đáp ứng được ngưỡng của Client và Client có khả năng sẽ không bao giờ thử kết nối đến AP đó. Nếu Client liên tục gửi kết nối tính năng Load Balancing sẽ khiến Client này offline.
Trong điều kiện hoàn hảo, nếu AP2 đang bận, Client sẽ nhận được thông báo từ chối và ngay lập tức kết nối đến AP1. Tôi chưa bao giờ thấy điều này xảy ra. Client dường như luôn cố gắng kết nối lại cùng một AP nhiều lần trước khi thử kết nối khác.
Điều quan trọng nhất cần nhớ:
-
- Client rất cứng đầu và bạn gần như không thể kiểm soát. client sẽ cố gắng tham gia cùng một AP ngay cả khi liên tục bị từ chối.
- Sau khi bị từ chối, client thường đợi một chút trước khi thử tham gia ở AP khác
- Mỗi lần từ chối đều gây ra độ trễ và thời gian offline. Điều này không thể chấp nhận được trong các mạng có voice và video real time
Cá nhân tôi thường tắt tính năng này và sử dụng RF planning phù hợp để phân bổ đều lượng client giữa các AP.
Phần bổ sung
-
- Nếu Client bị từ chối do Load Balancing, file log sẽ hiển thị lý do xóa CO_CLIENT_DELETE_REASON_DOT11_MAX_STA
- Bạn có thể theo dõi số lượng lý do do Load Balancing bằng lệnh:
v9800-CL#sh wireless stats client delete reasons | in DOT11 max-
- Các AP phải nằm trên cùng một site tag và các AP không thể nằm trên default-site-tag
- Đối với băng tần 2,4 GHz và 5 GHz, các thông số cân bằng tải của Client có thể được cấu hình trong mục Configuration > Wireless > Advanced hoặc trong mục RF profile. Đối với băng tần 6 GHz, các thông số load balancing của Client chỉ có thể được cấu hình trong mục RF profile.
- Bạn có thể theo dõi số liệu thống kê Client Load Balancing trong menu Configuration > Wireless > Advanced menu