跳至主要內容

規劃當 Cisco Meraki WiFi 6 停止銷售時,從 WiFi 6 升級至 WiFi 7 基地台的計劃

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

作者:Marketing Team發佈於 更新於
📖 12 分鐘閱讀819 字數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 指南 →

規劃當 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 站點有記錄在案的生命週期日期

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

關於目前的部署背景,請參閱 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 無法向網路傳送超過 Backhaul 所允許的更多流量。

Multi-gigabit Ethernet

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

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

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)

Purple LBS 設定所使用的 Meraki Dashboard 值,用於驗證位置數據饋送。

保留核准的值並遵循 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 的變更記錄進行驗證,包含驗證結果、位置數據驗證、協商連接埠速度和還原狀態。只有在記錄完整且場地營運部門接受結果後,才能進入下一個房間。

某零售連鎖店的旗艦店配備 1 Gbps 邊緣連接埠,且兼具賣場與倉庫的雙重需求。

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

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

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