跳至主要內容

在 Cisco Meraki WiFi 6 停售之際規劃 WiFi 6 至 WiFi 7 基地台升級

本技術指南為多據點營運商提供決策框架,以便在 2026 年 12 月 31 日最後訂購日之前進行 Cisco Meraki WiFi 6 至 WiFi 7 的升級規劃。本指南將場域與回傳網路規劃,與 Meraki Dashboard 檢查步驟相結合,確保在每次更換基地台期間,維持 Purple 驗證與定位分析服務的連續性。

作者:Marketing Team發佈於 更新於
📖 12 分鐘閱讀807 字數3 範例11 關鍵定義

Video overview

收聽此指南

查看播客逐字稿
歡迎。如果您運作著相當規模的 Cisco Meraki WiFi 6 設備,銷售結束通知只是一個採購期限,而非本週就要更換所有基地台的理由。Cisco 將 2026 年 12 月 31 日列為訂購受影響的 Cisco 與 Meraki WiFi 6 室內基地台的最後日期。其公佈的最後支援日期為 2031 年 12 月 31 日。這創造了一個合理的規劃窗口,但並未消除採取行動的必要性。 問題不在於「我們是否應該在所有地方都購買 WiFi 7?」問題在於「WiFi 7 在哪裡改變了您的場域所能提供的體驗或容量,而您目前的 WiFi 6 設備在哪些地方仍能勝任?」從這裡開始,因為全面的更新通常會將資金花在錯誤的地方。 對於 Purple 的客戶,還有第二個重點。您的基地台是連接層的一部分。Purple 作為身分與數據層,位於其上。當您保留正確的網路設定時,您的 Guest WiFi 或 Staff WiFi 體驗、驗證流程和底層數據收集就可以跨硬體變更進行移轉。更新變成了一項基礎架構專案,而不是重建訪客體驗。 從設備稽核開始。按型號、站點、樓層、場域角色、當前上行鏈路速度和電源建立每個基地台的單一檢視。加入觀察到的需求,而不僅僅是理論上的覆蓋範圍。看看人們同時聚集的地方:開賽前的體育場大廳、會議換場期間的會議廳、飯店宴會廳、繁忙的零售旗艦店或交通候車區。這些是早期採用 WiFi 7 的候選對象,因為競爭和流量高峰是真實存在的營運問題。 然後確定相反的類別。儲藏室、行政區域、小型後勤辦公室或人流量低的服务走廊,其裝置密度可能適中且使用情況可預測。如果 WiFi 6 仍能滿足您的服務和安全要求,那麼在支援窗口期間,它在這些地方仍是合適的。這並非次等的決定。這是一種將 WiFi 7 預算花在真正重要地方的方法。 WiFi 7 是基於 IEEE 802.11be。它帶來了多鏈路運作(Multi-Link Operation,通常簡稱為 MLO)等功能。在實際應用中,相容的用戶端可以協調的方式使用多個頻段。其優點是更高的吞吐量和更低的延遲潛力,但前提是用戶端、無線環境、有線路徑和電力預算都支援它。單靠一個基地台設備本身並不能讓場域變得更快。網路,很不方便地,是一個系統。 這就帶我們回到了回程整備工作。在選擇機型之前,請匯出為每個候選基地台提供服務的交換器連接埠清單。記錄協商速度、可用供電等級、網路線類型、備用容量以及上游路徑。例如,Cisco 目前的高密度 WiFi 7 CW9178I 具有兩個支援 100 megabit、1、2.5、5 和 10 gigabit 運作的乙太網路連接埠。它需要 802.3bt 才能完全發揮功能。同一份規格表顯示,較低的電源模式會降低可用的無線電功能和連結速度。這些數據非常重要,因為連接到 1-gigabit 連接埠的基地台,透過該連接埠傳送的數據無法超過 1-gigabit。 您不需要在每個位置都部署 10-gigabit 交換器。實際的做法是在有需求支援的地方,將高容量的 WiFi 7 基地台部署在支援 2.5 或 10 gigabit 的連接埠後方。請使用您選擇的機型的實際硬體規格表。一併檢查交換器和電源計劃。此外,還要檢查網路線佈線以及來自接入交換器的上游連結。否則,您可能會購買了更高速度的無線邊緣,卻在它的後方直接留下了一個瓶頸。 現在建立兩個更新波次。第一波涵蓋效能風險或業務影響最高的地點。這可能包括有活動時程表的會議場地、賽季開始前的體育場、零售旗艦店和飯店會議空間。第二波涵蓋功能健全但密度較低的地點。這可以在您驗證了機型、交換器設計和安裝流程之後進行。首先在一個具代表性的地點進行短期試點。在繁忙時期進行測試,而不僅僅是在安靜的安裝窗口期。 對於每個試點基地台,請從營運角度衡量成功與否。確認它接收到計劃中的設定、協商了預期的連接埠速度和供電等級、加入了正確的儀表板網路,並提供預期的 SSID。然後進行實際的驗證測試。要求員工連接到 Staff WiFi。要求訪客使用 Guest WiFi。檢查對您的營運團隊至關重要的事件和工作階段。如果任何測試失敗,請停止更大範圍的波次,並在範圍還小時找出設定落差。 接下來,讓我們處理 Purple 的延續性。重要的工作是複製並驗證網路設定,而不是要求 Purple 為每次基地台更換重新設定其平台。 在每次 Meraki 硬體更換後,需要進行三項設定檢查。首先,開啟 Wireless,然後開啟 Access Control,並選擇預期的 SSID。確認該 SSID 仍使用所需的企業級 RADIUS 設計,且驗證和帳務伺服器設定與核准的 Purple 設定相符。Purple 的 Cisco Meraki Staff WiFi 指南中列出了精確的數值,應該作為您的受控參考,而不是從試算表中複製數值。第二,開啟 Network-wide,然後進入 General,並檢查 Location and Scanning。如果您使用 Purple 位置分析,請確認分析與 Scanning API 保持啟用狀態。對照已核准的場域設定,確認 Post URL、Validator 和金鑰。Purple 的 Meraki LBS 指南說明了這些值如何將 Meraki 掃描摘要連接到 Purple 平台。請勿使用通用的 URL。該值是特定於該次安裝的。 第三,在您將更換作業視為完成之前,請確認新的基地台屬於正確的 Meraki Dashboard 網路。目標網路承載了您服務所需的 SSID 和 dashboard 設定。Cisco 的官方文件指出,在網路之間移動 MR 基地台會清除原始網路的設定,但裝置詳細資訊(例如名稱、位置、管理地址、備註和標籤)除外。因此請仔細規劃目標網路。預先設定好接收網路,謹慎地移動裝置,然後再次驗證服務。 請勿將現場活動作為您的首次測試。在飯店中,請在活動空檔更換一小組會議空間的基地台。在連鎖零售店中,請在營業時間外先在一家風險較低的門市進行試點。在體育場中,請在觸及公共大廳之前,先在非活動區域完成首次部署。您的目標是在營運還能承受復原步驟時驗證此流程。 以下是實用的分階段時程表。在第一和第二週,完成庫存、連接埠速度和電源稽核。在第三和第四週,選擇試點場域、準備硬體,並與 Cisco 或 Meraki 客戶團隊確認授權。在第五和第六週,執行試點並記錄確切的設定檢查。在第七到十週,在受控的變更窗口中交付高密度站點。將低密度站點保留在第二波,並配合您的正常生命週期和支援風險來安排時間。針對每個站點,請保留復原計畫:舊的基地台、目前的設定記錄,以及指定的營運負責人。 關於授權的簡短警告。Meraki 組織可以使用訂閱、共同到期或單一裝置授權模式。請將授權視為一個工作串流,而不是事後才考慮的事情。在安裝之前,請確認替代型號和目標組織的權益。該項檢查可防止技術上完美的部署變成 dashboard 的問題。 最後,讓我們來解答我們最常聽到的問題。您應該購買最後一批 WiFi 6 庫存嗎?是的,如果您的場所密度較低、有明確的短期容量需求,且沒有交換器升級預算,就可以這樣做。請刻意做出這個選擇,並記錄淘汰日期。您應該更新到 WiFi 7 嗎?是的,只要用戶端密度、效能需求和回程網路就緒度合理,就應該更新。當您更換硬體時,需要變更 Purple 嗎?如果預期的 SSID、RADIUS 設定和位置掃描設定保持一致,則不需要。您是否到處都需要 10 Gbps?不需要。請根據基地台型號和流量分佈來規劃有線連接埠的大小。您可以將硬體移動到任何 Meraki 網路中嗎?不行。請選擇正確且相容的目的地網路,因為設定會跟隨網路。 銷售終止日期是一個有用的強制推動力。請利用它來建立一個有條不紊的更新計畫:優先考慮需要容量的場所、在需要的地方資助有線路徑、保留 Purple 設定、在每個站點以相同的方式進行測試,並在 WiFi 6 仍符合用途的地方繼續保留。這就是您避免恐慌性購買和不必要且昂貴的全面升級的方法。 最後一個實用的建議。請將設定記錄作為資產記錄的一部分。對於每一個更換的基地台,請將序號、先前的硬體參考、位置、Dashboard 網路、交換器連接埠、協商速度、PoE 結果、設定檢查、測試結果和變更擁有者保存在一起。這能給您的支援團隊一個可用的交接紀錄,而不是一堆螢幕截圖。這也意味著下一次的更新浪潮將始於證據,而非憑空記憶。如果稍後出現故障,您的團隊可以查看它是無線電問題、連接埠問題、電源問題、設定問題還是資料路由問題。這種區分可以減少花在猜測上的時間。規劃資產、測試完整路徑並保留記錄。如此一來,更新將同時支援當前的營運和下一個生命週期決策。

核心系列的一部分:Guest WiFi Guide →

Enterprise Hardware Lifecycle & Migration

WiFi 6 to WiFi 7 AP refresh planning advisor

Evaluate power budgets, multigigabit backhaul bottlenecks, 6 GHz spectrum channel plans, and estate deployment costs ahead of the Cisco Meraki WiFi 6 end of sale.

Dense meeting spaces, hybrid collaboration video traffic, and managed device roaming.

60 APs
Number of installed access points scheduled for hardware replacement.
650 devices
Simultaneous active devices during peak operational hours.
Requires 802.3at (PoE+); PHY rate up to 7.78 Gbps.
Total PoE power budget
1,830 W

30.5 W per access point peak draw

Power delivery status
Power throttled

Headroom: -0.5 W/port

Peak wireless traffic
9.75 Gbps

Sustained concurrency across 650 clients

Estimated refresh budget
£57,600

Hardware + 60 injectors

Power infrastructure assessment

Power throttled: 6 GHz radio drops to 2x2 or shuts down on 802.3at

The target AP draws up to 30.5 W, exceeding the selected switch port limit. Without 802.3bt power or midspan injectors, access points throttle 6 GHz transmission or disable USB IoT expansion.

  • Minimum required PoE delivery: 802.3at (PoE+)
  • Recommended PoE switch tier: 802.3bt (PoE++)
  • Total estate power draw: 1,830 W across 60 APs

Backhaul & multigigabit capacity

Multigigabit bottleneck: AP port supports 2.5 Gbps but wired link is 1 Gbps

Wired switch link provides 60 Gbps aggregate backhaul. Peak wireless demand is calculated at 9.75 Gbps (planning benchmark of 15 Mbps per concurrent user).

  • AP physical uplink port: 2.5 Gbps mGig
  • Wired backhaul switch port: 1 Gbps copper (Cat5e / Cat6 cabling)
  • Uplink oversubscription factor: 0.16x

6 GHz spectrum channel availability

Low power indoor (LPI) only: automated frequency coordination (AFC) is not applicable under Ofcom / CEPT. Total available spectrum: 480 MHz.

80 MHz6channels
160 MHz3channels
320 MHz1channel

Preparing a multi-site hardware migration or guest portal refresh?

Discover how Purple integrates seamlessly across Cisco Meraki, Aruba, and Ruckus architectures.

Explore guest WiFi guide
Useful? Link to this tool

在 Cisco Meraki WiFi 6 停售之際規劃 WiFi 6 至 WiFi 7 基地台升級

將 Cisco Meraki WiFi 6 的停止銷售視為分段更新的決策。Cisco 的最後訂購日期為 2026 年 12 月 31 日,終止支援日期為 2031 年 12 月 31 日。在低密度區域保持功能完備的 WiFi 6 運作,在需求與有線回傳網路合理的情況下優先考慮 WiFi 7,並維持您的 Purple 設定。1

哪種更新方案適合您各個場域的資產?

Cisco 已宣布受影響的 Cisco 與 Meraki WiFi 6 室內無線基地台停止銷售。公佈的最後訂購日期為 2026 年 12 月 31 日。終止支援日期為 2031 年 12 月 31 日。Cisco 還列出了其他早期生命週期里程碑,包括 2028 年 3 月 29 日終止軟體維護版本發行,以及 2030 年 3 月 29 日終止漏洞與安全性支援。這是採購決策的觸發點,而非拆除所有運作中 WiFi 6 無線基地台的截止期限。1

從您希望在每個地點提供的服務開始著手。沒有必要僅因為無線電硬體變更,就重新建構您的 Guest WiFi 與 WiFi Analytics 層。Purple 作為雲端重疊層,運作於無線基地台資產之上。針對 Cisco Meraki MR 無線基地台,Purple 為定位服務、付費 WiFi 與 SecurePass 提供支援文件。8

在您的第一次採購會議中使用下表。這能將 Cisco Meraki WiFi 6 停止銷售與 WiFi 7 升級問題轉化為資產層級的決策。這也有助於避免在 1 Gbps 有線網路邊緣購買高容量無線電設備的經典錯誤。

資產狀況 建議行動 待驗證的有線網路要求 Purple 持續性重點 採購時程
體育場通道、會議廳或具有高並行需求的交通候車區 試行並更新至 WiFi 7 確保服務連接埠、PoE 等級、佈線和上行路徑與所選的 AP 相符 維持 SSID、RADIUS 與定位掃描設定 納入第一階段
具有定期高峰期的飯店宴會廳或旗艦零售店面 在連接埠稽核支援的前提下更新至 WiFi 7 根據所選型號的規格書,驗證其是否具備 multi-gigabit 或 10 Gbps 的功能 每次變更後,驗證 Guest WiFi 與 Staff WiFi 納入第一階段或第二階段
標準客房走廊或標準分店門市 若 WiFi 6 符合功能與支援政策,則予以保留 在適當情況下維持目前的上行鏈路不變 執行相同的設定檢查清單 依正常生命週期進行更換
後勤辦公室、儲藏室或低使用率的服務區域 保留 WiFi 6 並避免投機性的過度備貨 確保目前鏈路穩定且已記錄 僅在硬體更換時進行驗證 安排在後期進行
擁有 1 Gbps 交換網路且有即時高密度需求的場所 在升級 WiFi 7 之前或同時,升級有線邊緣網路 將連接埠速度、PoE 和存取交換器上行鏈路視為單一設計進行評估 在試點網路中測試設定 視為合併的資本專案

這些分類刻意保持實用性。一個高密度場所不會僅僅因為一個產品標籤就成為升級 WiFi 7 的候選對象。只有當資本支出因使用者密度、用戶端需求、無線電狀況和回程傳輸而顯得合理時,它才會成為候選對象。IEEE 802.11be 標準(即 WiFi 7)定義了極高的吞吐量增強功能,並包含與 2.4 GHz、5 GHz 和 6 GHz 頻段上舊版 802.11 裝置的向下相容性。2

WiFi 6 與 WiFi 7 實際上的差異之處

在目前容量充足的情況下,WiFi 6 是正確的基準選擇。當您需要更多可用容量、更低延遲能力或跨無線電頻段的更大靈活性時,WiFi 7 是合適的升級選擇。多鏈路操作(通常稱為 MLO)是值得評估的 WiFi 7 功能之一。它可以為相容裝置協調跨多個頻段的流量。這不僅僅是從 AP 單獨獲得的好處。用戶端、射頻環境、交換器連接埠和電源都會影響最終結果。2 3

Cisco 的 CW9178I WiFi 7 規格表說明了有線網路的限制。此型號提供兩個 100M、1G、2.5G、5G 和 10G BASE-T 連接埠。全功能運作需要 802.3bt 電源。其低功率模式會改變可用的無線電功能和連結速度。因此,對於離開該連接埠的流量,1 Gbps 交換器連接埠將始終保持 1 Gbps 的限制。請務必在閱讀其規格表並檢查其將使用的實體連接埠後,再選擇型號。3

在 Cisco Meraki WiFi 6 停售之際規劃 WiFi 6 至 WiFi 7 基地台升級 - backhaul readiness

為每個候選 AP 建立回程傳輸規劃表。下表僅為現場範本,不能替代所選型號的規格表。

檢查服務連接埠 記錄 用於決策
協商的乙太網路速度 目前連結速度與支援的連接埠速度 識別 WiFi 7 容量是否會在邊緣網路遇到瓶頸
PoE 能力 可用的 IEEE 802.3 電源類別和協商功率 識別 AP 是否可以執行其預期的無線電設定
纜線與跳線路徑 纜線類型、長度、跳線和已知故障 確保為更高的連結速度提供可靠的實體路徑
存取交換器上行鏈路 尖峰時段的上行鏈路速度與競爭情況 防止快速的 AP 連接埠將流量送入擁塞的交換器上行鏈路中
場所需求 尖峰裝置數量、服務類型和活動行事曆 依營運需求而非型號年份來排定支出優先順序

請依據場所類型執行稽核。在 飯店業 中,將客房與會議空間區隔;在 零售業 中,將標準分店與旗艦店樓層區隔;在 大眾運輸 中,將員工區域與旅客候車區區隔。相同的原則也適用於 醫療保健業,臨床工作流程與訪客存取絕不應共用未經驗證的變更空檔。

何時針對 WiFi 6 進行最後庫存盤點才是正確的決定?

只有當您能明確闡述其營運理由時,才訂購最後的 WiFi 6 庫存。範例包括需要同等替換的低密度區域、短期內不需更新交換器的站點,或是目前 WiFi 6 設備仍能滿足已測量需求的場所。此決定應納入 2031 年支援期限、您的備用硬體政策以及有資金支援的退出計畫。這不應該是因為收件匣中收到供應商通知而觸發的恐慌性採購。

一個實用的測試很簡單。如果一個站點在檢查用戶端密度、吞吐量需求、連接埠速度、電源和活動時程表後,不符合使用 WiFi 7 的資格,那麼它可能不需要立即升級至 WiFi 7。在目前的 WiFi 6 AP 仍能滿足您的服務需求時,請繼續維持其運作。僅將最後訂購窗口用於計劃中的例外庫存。

飯店業說明範例。 一家擁有 200 間客房的飯店設有六間會議室和一個宴會廳。客房走廊顯示出穩定、低的需求。宴會廳在會議期間會出現高密度的尖峰流量。網路團隊在走廊保留 WiFi 6,在宴會廳試行 WiFi 7,並在現場活動期間檢查交換器連接埠。他們的驗收標準不僅僅是宣傳的吞吐量數字,還包括 Guest WiFi 和 Staff WiFi 的成功驗證、正確的連接埠與電源協商,以及針對每個試行 AP 進行乾淨的 Purple 數據檢查。

您何時應該更新至 WiFi 7?

在密度與營運影響交會之處儘早進行更新。會議中心、體育場大廳、機場貴賓室和零售旗艦店都是可靠的早期候選對象,因為它們的需求可能會在幾分鐘內暴增。Cisco 將 CW9178I 定位為高密度環境使用,並說明了其 2.4 GHz、5 GHz 和 6 GHz 的運作、MLO 功能以及 Multi-Gigabit 介面。您的設備資產可能需要不同的 WiFi 7 機型。關鍵在於將機型與有線路徑與定義的場地角色進行匹配。3

在變更之前,請正式確認 Purple 的連續性。Purple 的 Cisco Meraki 員工 WiFi 指南使用位於 Wireless > Access Control(無線 > 存取控制)下的企業級 RADIUS 設定。IEEE 802.1X 定義了基於連接埠的網路存取控制,將安全通訊限制在已驗證且已授權的裝置上。請保持核准的 SSID 以及 RADIUS 驗證和計費設定與被取代的 AP 網路一致。請勿將敏感的伺服器值複製到一般的部署工作表中。相反地,請使用受控的 Purple Cisco Meraki Staff WiFi 說明。 6 9

如果您透過 Cisco Meraki Location Based Services 使用 Purple 位置分析,請檢查 Network-wide > General(整個網路 > 一般)和 Location and Scanning(位置與掃描)設定。Purple 需要啟用分析和 Scanning API。這也定義了向 Purple 平台傳送位置資料的 Post URL、驗證器(validator)和私鑰關係。請維護網路上已核准之值的安全性。如果您的 AP 對應或樓層配置變更,請在關閉前確認此變更。 7

第三個檢查是裝置的資訊看板網路。根據 Cisco,管理員可以透過選取 AP 和目的地網路,從 Wireless > Monitor > Access Points(無線 > 監視 > 存取點)移動 MR AP。它建議被轉移的裝置最多需要 15 分鐘的停機時間來更新其設定。它還指出,來源網路的 MR 設定將會遺失,僅保留名稱、地理定位地址、管理地址、備註和標籤。請預先設定目的地網路,然後仔細地移動、連線並進行測試。 4

在 Cisco Meraki WiFi 6 停售之際規劃 WiFi 6 至 WiFi 7 基地台升級 - purple configuration continuity

Meraki 儀表板檢查點 更換後驗證項目 為何這能保護 Purple 連續性 成功證明
無線 > 存取控制 預期的 SSID 以及核准的 RADIUS 驗證與計費設定 保留員工 WiFi 驗證設計 控制下的員工驗證測試成功完成
網絡範圍 > 一般、定位與掃描 分析、掃描 API 以及核准的定位數據源參數 保留 Purple LBS 所使用的定位數據路徑 預期的場地數據抵達指定的檢查點
無線 > 監視 > 存取點 新的 AP 位於正確、預先設定好的儀表板網路中 將預期的網路設定套用至替換的 AP AP 已上線,提供預期的 SSID,並成功完成測試連線

在同一個預期網路內進行同型號硬體更換時,Purple 不需要重新建立平台。您仍應驗證設定,且在使用 LBS 的情況下,驗證 AP 與場地及平面圖的對照關係。Purple 的指引指出,必須在入口網站中設定正確的 AP,以便 Meraki 平面圖和 AP 與場地相匹配。7

典型活動情境。 某會議中心在四個公共會議室中部署第一波 WiFi 7。團隊分階段將每個 AP 放入預先設定好的儀表板網路中,在活動空檔一次更換一間會議室,並保留先前的 AP 以備還原。他們在工單中記錄了三項儀表板檢查、驗證結果、連接埠協商和數據驗證。可量化的部署目標是在開放下一間會議室之前,達到 100% 的文件記錄檢查,且無未解決的 Purple 連續性問題。

對於您的特定設置有任何疑問嗎?

我們的團隊與超過 80,000 個場域的場域營運商、IT 經理和網路工程師合作。立即預約 20 分鐘的通話,我們將向您展示其他與您相似的用戶是如何解決此問題的。

每種方案的營運成本是多少?

將成本視為硬體、PoE、交換器、安裝、授權以及變更風險的套裝組合。如果最便宜的 AP 日後需要更換交換器專案,這並不一定是成本最低的部署方式。同樣地,安裝在 1 Gbps 連接埠後面的 WiFi 7 AP 幾乎無法發揮相關的容量價值。請從站點和連接埠層級來編列預算。

成本領域 保留或購買 WiFi 6 升級至 WiFi 7 現在要決定的事項
存取點 在 WiFi 6 符合用途的情況下,立即硬體成本較低 針對特定高容量場地,前期成本較高 決策需與站點角色及需求保持一致
交換器與 PoE 現有的邊緣設備可能仍舊足夠 可能需要 Multi-Gigabit 連接埠和更高的 PoE 等級 在選擇型號之前,先稽核連接埠和電力
安裝 同型號替換影響較小 可能需要在單一窗口內同時進行線纜、交換器和 AP 的作業 評估整個實體路徑的成本
授權 確認現有組織模型的適用資格 確認替換產品與組織模型的適用資格 在硬體送達前進行審查
服務風險 維持已知的效能限制 在整個路徑都支援的情況下提升容量潛力 針對具代表性的需求執行試行計劃

Cisco Meraki 在組織層級支援訂閱制、共同終止(Co-Termination)和每裝置授權(Per-Device Licensing)模式。每個啟動的 Meraki 硬體元件都需要雲端授權。針對 MR 無線 AP,Cisco 表示該產品類別中所有硬體型號的授權都是統一的,且未過期的現有無線 AP 授權可套用至替換的 MR 型號。Cisco 也提供 Cisco Wireless WiFi 7 統一授權產品類別。在下採購單之前,請先確定確切的型號和您組織的授權安排。這比假設每個 WiFi 7 替代品都會自動移轉更為準確。5

如需更廣泛的營運模式,請參閱 Cloud WiFi Management: Secure Enterprise Connectivity 2026。如果您正在審查區段劃分或 Captive Portal 控制措施,請使用 Enterprise Guest WiFi Setup Guide: VLAN Segmentation, Security, and Captive Portals。

您應該如何跨多站點資產做出決策?

請使用分階段的時程表。這能建立一個可重複的變更控制程序,而不是進行一系列臨時的 AP 替換。每個階段都應有指定的網路負責人、場地營運負責人和驗收標準。

時間線 關鍵活動 結束條件
第 1-2 週 盤點 AP 型號、場地角色、交換器連接埠速度、電源和活動限制 為每個候選 AP 定義決策類別
第 3-4 週 選擇試行計劃、驗證型號規格表、確認授權並預先設定目標網路 試行硬體、連接埠設計和變更記錄均獲得批准
第 5-6 週 在受控的時間內安裝試行設備,並執行三項 Dashboard 檢查 驗證、數據檢查和營運驗收均成功
第 7-10 週 根據場地行事曆更新高密度第一階段站點 每個完成的 AP 都有簽署的驗證記錄
第 11-16 週 審查試行結果、修正程序錯誤,並規劃低密度第二階段 剩餘的 WiFi 6 站點有記錄生命週期日期

讓場地營運部門了解工作進度。飯店在會議期間需要避開特定日期(Blackout dates)。零售連鎖店需要營業行事曆。體育場需要賽程表。公共部門資產可能需要正式的變更批准。如果變更的時間點不對,光是技術上的準確性是不夠的。

如需目前的部署背景資訊,請參閱 Cisco Meraki and guest WiFi: captive portal setup with Purple。如需員工 WiFi 生命週期工作,請參閱 How to revoke WiFi access when an employee leaves 中獨立的存取控制程序。硬體更新應保留您已批准的原則,而不是削弱它們。

決策流程

flowchart TD
    A[盤點每台 Meraki AP 和場域角色] --> B{場域是否有高密度或高效能需求?}
    B -->|否| C[保留適用的 WiFi 6 並設定生命週期日期]
    B -->|是| D[稽核交換器連接埠速度、PoE 及上行路徑]
    D --> E{有線路徑是否支援選定的 WiFi 7 AP?}
    E -->|否| F[資助有線邊緣升級或延後 AP 更新]
    E -->|是| G[預先設定目標 Dashboard 網路]
    G --> H[更換 AP 並驗證 Access Control、Location and Scanning 以及網路配置]
    H --> I[驗證 Purple 驗證與定位數據]

常見問題

Cisco Meraki WiFi 6 室內無線基地台的最後訂購日期是何時?

受影響的 Cisco 和 Meraki WiFi 6 室內無線基地台的最後訂購日期已公佈為 2026 年 12 月 31 日。 Cisco 列出的終止支援日期為 2031 年 12 月 31 日。請勿因支援日期而延誤規劃。利用最後訂購日期來將各個站點分類為保留、備貨或更新。1

我應該購買最後的 WiFi 6 庫存,還是直接升級到 WiFi 7?

僅針對仍符合實測需求且有明確撤除計劃的定位點購買最後的 WiFi 6 庫存。 在用戶端密度、效能需求和回程準備度支援的情況下,儘早轉向 WiFi 7。在支援期內,您的資產可以(且通常應該)同時包含這兩種決策。

每台 WiFi 7 無線基地台都需要 Multi-Gigabit 交換器嗎?

不需要,您需要一條與選定的 AP 和場域需求相匹配的有線路徑。 Cisco 的高密度 CW9178I 支援高達 10 Gbps 的連接埠,但低密度站點可能不需要該級別的 AP 或交換器連接埠。請同時檢查型號、PoE 等級、線材和上行容量。3

WiFi 7 Meraki AP 可以搭配我目前的 Purple 設定使用嗎?

可以,只要您維持預期的 Dashboard 網路、SSID、核准的 RADIUS 設定以及位置掃描設定,同級替換即可保持 Purple 的連續性。 變更後請驗證每項設定。如果您使用 LBS,在完成變更前也請檢查 AP 到場域以及樓層平面圖的對照。7 8

更換 AP 後,我應該驗證哪些 Meraki Dashboard 設定?

驗證 Access Control、Location and Scanning,以及 AP 的 Dashboard 網路配置。 Access Control 包含 SSID 和 RADIUS 設計。Location and Scanning 包含所使用的 LBS 饋送。目標 Dashboard 網路會將營運設定套用到新的 AP。4 7 8

現有的 Meraki 授權是否涵蓋新的 WiFi 7 AP?

可能可以,但在訂購前請先確認產品類別和授權模式。 Cisco 指出,未過期的無線 AP 授權可以套用到替代的 MR 型號,因為 MR 授權並不限定型號。Cisco 也記錄了 Cisco Wireless WiFi 7 統一授權類別,因此型號選擇和組織授權仍然至關重要。5

如何將新聲明的 Meraki AP 移動到正確的 Dashboard 網路?

從現有的 MR 網路中,開啟 Wireless > Monitor > Access Points,選擇該 AP,選擇 Move,然後選擇目的地網路。 請預先配置好目的地網路。Cisco 建議在轉移後保留最多 15 分鐘的時間以進行配置更新。4

參考資料

關鍵定義

WiFi 7

IEEE 802.11be 無線區域網路功能的常用市場名稱,包含極高吞吐量的增強功能。

在評估高密度或對效能敏感的場館區域時使用此技術,而非將其作為全面更換的標籤。

Multi-Link Operation

一種 WiFi 7 功能,可為相容的用戶端協調跨多個無線頻段的流量。

此功能可以提高吞吐量並降低潛在延遲,但需要相容的用戶端和足夠的有線路徑。

Backhaul

從基地台經由其交換器埠和上行鏈路,連接到網路其他部分的有線網路路徑。

高容量的 AP 無法向網路傳送超過其回傳網路所允許的流量。

Multi-gigabit Ethernet

介於 1 Gbps 和 10 Gbps 之間 的乙太網路連結速度,例如 2.5 Gbps 和 5 Gbps。

當所選的 WiFi 7 型號和場地需求超過 1Gbps 邊緣埠時,請檢查此項目。

PoE

Power over Ethernet(乙太網路供電),一種透過乙太網路線向基地台提供電能的方法。

所選 AP 的規格表會指定其預期運作模式所需的供電等級。

IEEE 802.1X

一項用於基於連接埠之網路存取控制的 IEEE 標準,使用經驗證與授權的裝置。

它為企業級 RADIUS 的 Staff WiFi 存取提供標準架構。

RADIUS

網路設備用於向伺服器發送驗證、授權和帳務請求的通訊協定家族。

更換 Meraki AP 時,請保留已核准的驗證和帳務設定。

RADIUS accounting

將工作階段和使用情況事件從網路設備發送到 RADIUS 基礎架構的報告路徑。

在硬體更換後,必須與已核准的 Staff WiFi 設定保持一致。

Scanning API

一項 Cisco Meraki Dashboard 功能,可透過 API 來源傳送位置掃描數據。

Purple LBS 使用已設定的資料來源進行定位分析,因此在啟用 LBS 的地方更換設備後請務必進行驗證。

Validator

一個 Meraki Dashboard 值,供 Purple LBS 設定用來驗證位置數據饋送。

保留經核准的值,並遵循 Purple 的受控 LBS 指導,而非將值複製到一般文件中。

Dashboard 網路

包含套用至其所分配裝置之設定的 Cisco Meraki Dashboard 容器。

替換的 AP 必須置於預期的預先設定網路中,以便套用預期的 SSID 和設定。

範例

一家擁有 200 間客房的飯店需要改善會議室的 WiFi,但不想更換每個走廊的 AP。

將宴會廳與會議室列為高密度候選區域,並在客房走廊保留功能完善的 WiFi 6。針對宴會廳試點專案,審計服務埠、PoE 以及接入交換器的上行鏈路。在預期的 Dashboard 網路中預先配置更換的 AP,保留已核准的 RADIUS 和位置掃描設定,然後在具代表性的活動期間測試 Guest WiFi、Staff WiFi、網路埠協商以及 Purple 數據。在進入下一個場地階段之前,確保 100% 完成已記錄的設定檢查。

會議中心需要在活動空檔更新四個公共區域的設備,同時保護分析數據的連續性。

預先設定目標 Dashboard 網路,並在非活動房間中安裝一台 WiFi 7 AP 進行測試。每次更換設備時,確認「Wireless > Access Control」、「Network-wide > General Location and Scanning」以及 AP 在 Dashboard 中的網路配置。使用逐台 AP 的變更記錄來驗證驗證結果、定位數據有效性、協商埠速和復原狀態。只有在記錄完整且場地營運部門接受結果後,才能進行下一個房間的更換。

某零售連鎖店在其旗艦店擁有 1Gbps 的邊緣埠,且賣場與倉庫的需求各有不同。

將旗艦店賣場視為有線邊緣與 WiFi 的綜合決策。檢查所選的 WiFi 7 AP 是否需要多十億位元(multi-gigabit)交換器和更高功率的 PoE 等級,以達到其預期的無線射頻效能。在測得需求較低的倉庫中保留 WiFi 6。在非營業時間進行試點,保留已核准的 Purple 設定,並在專案推廣至更多門市之前,採用已記錄的通過標準。

常見問題

When is the official Cisco Meraki WiFi 6 end of sale and what are the milestone dates?

Cisco announced the end of sale for affected Cisco Meraki WiFi 6 access points with a last date to order of 31 December 2026. The end of software maintenance releases occurs on 29 March 2028, vulnerability and security support ceases on 29 March 2030, and the formal end of support life concludes on 31 December 2031. Organizations have ample runway to stagger estate refreshes across budgeted multi-site phases without rushing capital expenditure.

Why does upgrading to WiFi 7 require an audit of switch PoE power budgets?

Flagship WiFi 7 access points operate tri-band radios simultaneously across 2.4 GHz, 5 GHz, and 6 GHz with 320 MHz channel width and high-power processors, drawing between 31 W and 46 W at peak utilization. Standard 802.3at PoE+ switches cap power delivery at 30 W per port. Without 802.3bt (PoE++ Type 3 60 W) switches or multi-gigabit midspan injectors, access points power-throttle by shutting down the 6 GHz radio, reducing spatial streams from 4x4 to 2x2, or disabling USB expansion ports.

Do existing Cat5e and Cat6 cabling runs need replacement for WiFi 7?

Not necessarily. Quality Cat5e and Cat6 structured cabling runs under 55 meters reliably support 2.5GBASE-T and 5GBASE-T NBASE-T multigigabit transmission. However, to eliminate switch-to-AP backhaul bottlenecks at 10 Gbps and prevent heat buildup in bundled cables carrying high-wattage 802.3bt PoE, Cat6A cabling is strongly recommended for newly planned access point drops and dense meeting room deployments.

What is the difference between WiFi 7 MLO modes: STR versus eMLSR?

Multi-Link Operation (MLO) enables client devices to communicate simultaneously across multiple bands (such as 5 GHz and 6 GHz). Simultaneous Transmit and Receive (STR) allows true independent transmission and reception across separate radios at the same time, cutting airtime latency below 5 milliseconds. Enhanced Multi-Link Single Radio (eMLSR) dynamically steers traffic to the clearest channel using a single active transceiver pair, providing seamless failover and lower power consumption for mobile handsets.

How does 6 GHz spectrum availability differ between the UK/EU and the US?

Under Ofcom and CEPT regulations in the UK and European Union, 480 MHz of spectrum is allocated (5945 to 6425 MHz), accommodating one 320 MHz channel or three 160 MHz channels in Low Power Indoor (LPI) mode without automated frequency coordination (AFC). In the United States under FCC rules, 1,200 MHz of spectrum is available (5925 to 7125 MHz), enabling three 320 MHz channels or six 160 MHz channels with Standard Power AFC database registration.

How does Purple maintain captive portal and location analytics continuity during an access point refresh?

Purple operates as a cloud-managed, vendor-agnostic platform. When replacing legacy Meraki MR access points with newer Catalyst or WiFi 7 hardware, existing RADIUS server profiles, splash page redirects, and walled gardens remain intact in the Meraki Dashboard or controller. Purple continues collecting visitor onboarding profiles, MAC telemetry, and presence analytics seamlessly throughout phased multi-site rollouts with zero re-architecture required.

對於您的特定設置有任何疑問嗎?

我們的團隊與超過 80,000 個場域的場域營運商、IT 經理和網路工程師合作。立即預約 20 分鐘的通話,我們將向您展示其他與您相似的用戶是如何解決此問題的。