受限無線控制器的韌體驗證與排程

使用情境

• 多數中小企業的無線控制器與交換器仍共用管理帳號，且缺乏冗餘 AP。
• 在營業時間進行韌體更新很容易造成全辦公室離線。
• 我們需要在無法大量改動架構的前提下，仍維持韌體更新頻率與安全性。

前置技術基準

1. 版本相容矩陣：先確認控制器版本、AP 韌體版本與交換器 PoE 韌體的相容組合。
2. 回退映像準備：保留更新前版本資訊與還原路徑，避免異常時無法快速回復。
3. 站點分群規則：依樓層/部門/流量特性分群，確保分批更新時影響範圍可控。
4. 觀測指標固定化：先定義更新後需觀測的連線率、離線率、漫遊成功率與告警數量。

實際採取的方式

1. 選定離峰時段：僅在客戶允許的離峰時段（深夜或週末清晨）執行韌體更新，減少商務影響。
2. 小批量推送：一次只更新少量設備，並觀察控制器介面是否顯示該批裝置重新連線與回報正常。
3. 異常即時處置：若更新後設備無法回復線上，先嘗試遠端復原；必要時立即安排到場檢查或重新佈署備援設備。
4. 同步客戶：依客戶需求決定是否即時通知更新結果，並在後續數個工作天內持續關注是否有使用者回報異常。

常見問題與排除順序

1. 更新後 AP 長時間離線：先檢查 PoE 供電與 uplink，再檢查控制器 adoption 狀態。
2. 少數區域訊號明顯變差：比對發射功率與信道設定是否被新版重置。
3. 漫遊異常增加：檢查最小 RSSI、band steering 與 802.11r/k/v 設定是否與舊版一致。
4. 更新成功但告警暴增：先校正告警閾值，再確認是否真有服務品質退化。

技術檢核清單

1. 更新前已確認版本相容矩陣與回退路徑。
2. 每批更新都可在控制器端觀測到完整回連。
3. 更新後核心指標（離線率、漫遊率）未持續劣化。
4. 異常設備可在維護窗口內完成回退或替代處置。
5. 更新紀錄可回溯到站點、批次與韌體版本。

參考資料

• UniFi Network Application Documentation
  https://help.ui.com/hc/en-us/categories/200320654-UniFi-Network
• IEEE 802.11 Roaming Enhancements Overview
  https://standards.ieee.org/ieee/802.11/7028/