黏性客戶端(Sticky Client)指裝置移動後仍黏住越來越遠的原 AP 不放、不主動漫遊到眼前訊號更佳的 AP。這類裝置以低速率佔用頻道,既拖累自己也拖累全網——正是空中時間公平一頁所講的效能異常成因之一。應對方法與負載平衡同出一轍:啟用 802.11v/k 輔助漫遊、設定最低連接訊號或最低速率門檻,由 AP 主動請走訊號過弱的裝置,促使其重新選擇落腳點。
因為連線決定權在裝置手上,而裝置的預設邏輯多數只看訊號強度——哪一部 AP 訊號最強就連哪一部。在人流集中的位置(會議室、大堂),距離最近的 AP 訊號自然最強,於是數十部裝置全部湧向同一部 AP,該 AP 頻道擠塞、效能急跌,而隔鄰的 AP 卻近乎空載。負載平衡就是由網絡端介入,把裝置分流到仍有餘力的 AP。
AP 負載平衡以什麼指標判斷「負載」?
常見指標有三類:客戶端數量——每 AP 或每頻段的連線裝置數;頻道利用率——射頻頻道實際被佔用的時間比例,比裝置數更能反映真實負擔;流量吞吐——AP 正在處理的數據量。不同廠商的演算法採用的指標與權重不同,多數容許管理員設定觸發門檻,例如裝置數目相差多少才開始分流。
負載平衡實際如何把裝置推去另一部 AP?
手法與頻段導向類似:連接階段,負載已滿的 AP 可延遲回應或拒絕新裝置的連接請求,令裝置轉投鄰近較空閒的 AP;連接之後,可透過 802.11v BSS 過渡管理向裝置發出轉移建議,指名建議目標 AP。支援 802.11k 的裝置更可向網絡索取鄰近 AP 報告,加快選擇新落腳點。最終是否轉移仍由裝置決定,因此效果視乎裝置的標準支援程度。
什麼是黏性客戶端(Sticky Client)?
指裝置離開原本位置後,仍然黏住越來越遠、訊號越來越弱的原 AP 不放,不主動漫遊到眼前訊號更佳的 AP。黏性客戶端以低速率佔用頻道,既拖累自己也拖累全網(參見空中時間公平一頁的效能異常)。應對方法包括:啟用 802.11v/k 輔助漫遊、設定最低連接訊號或最低速率門檻,令 AP 主動請走訊號過弱的裝置。
開啟負載平衡有什麼副作用要注意?
設定過於進取時,裝置可能被拒絕連接後反覆重試,或在多部 AP 之間被推來推去,體驗反而變差;對不支援 802.11v 的舊裝置影響尤其明顯。建議由保守門檻開始逐步調整、為關鍵裝置(如收款機、醫療設備)設排除名單,並確保 AP 佈點與訊號重疊本身合理——負載平衡只能微調分配,補救不了佈點失衡的根本問題。