規劃當 Cisco Meraki WiFi 6 達到銷售終止時從 WiFi 6 升級至 WiFi 7 基地台的方案
本技術參考文件為多站點營運商提供決策架構,以便在 2026 年 12 月 31 日最後訂購日之前進行 Cisco Meraki WiFi 6 到 WiFi 7 的升級規劃。此方案將場域與回傳網路規劃與 Meraki Dashboard 檢查相結合,確保在每次更換基地台期間,維持 Purple 驗證和定位分析的連續性。
收聽此指南
查看播客逐字稿
核心系列的一部分:Guest WiFi 指南 →
- तुमच्या इस्टेटच्या प्रत्येक भागासाठी कोणता रिफ्रेश पर्याय योग्य आहे?
- WiFi 6 आणि WiFi 7 मध्ये खरोखर कुठे फरक आहे
- अखेरच्या वेळी WiFi 6 चा स्टॉक घेणे हा कधी योग्य निर्णय ठरतो?
- तुम्ही WiFi 7 वर कधी रिफ्रेश केले पाहिजे?
- प्रत्येक दृष्टिकोनाचा चालवण्याचा खर्च किती आहे?
- तुम्ही बहु-साइट मालमत्तेमध्ये निर्णय कसा घ्यावा?
- निर्णय प्रवाह
- वारंवार विचारले जाणारे प्रश्न
- Cisco Meraki WiFi 6 इनडोअर ॲक्सेस पॉइंट्ससाठी अंतिम ऑर्डर तारीख कोणती आहे?
- मी अंतिम WiFi 6 स्टॉक खरेदी करावा की थेट WiFi 7 कडे वळावे?
- मला प्रत्येक WiFi 7 ॲक्सेस पॉइंटसाठी मल्टी-गीगाबीट स्विचिंगची आवश्यकता आहे का?
- WiFi 7 Meraki APs माझ्या सध्याच्या Purple कॉन्फिगरेशनसह काम करतील का?
- AP बदलल्यानंतर मी कोणत्या Meraki Dashboard सेटिंग्ज सत्यापित केल्या पाहिजेत?
- सध्याचे Meraki लायसन्स नवीन WiFi 7 AP ला कव्हर करतात का?
- मी नवीन क्लेम केलेला Meraki AP योग्य Dashboard नेटवर्कमध्ये कसा हलवू?
- References

Cisco Meraki WiFi 6 च्या विक्री समाप्तीकडे (end of sale) एक विभागवार रिफ्रेश निर्णय म्हणून पहा. Cisco ची शेवटची ऑर्डर देण्याची तारीख 31 डिसेंबर 2026 आहे आणि शेवटची सपोर्ट तारीख 31 डिसेंबर 2031 आहे. कमी घनतेच्या भागात सक्षम WiFi 6 चालू ठेवा, जिथे मागणी आणि वायर्ड बॅकहाॅल योग्य असेल तिथे WiFi 7 ला प्राधान्य द्या, आणि तुमचे Purple कॉन्फिगरेशन कायम ठेवा. 1
तुमच्या इस्टेटच्या प्रत्येक भागासाठी कोणता रिफ्रेश पर्याय योग्य आहे?
Cisco ने प्रभावित Cisco आणि Meraki WiFi 6 इनडोअर ॲक्सेस पॉइंट्ससाठी विक्री समाप्तीची घोषणा केली आहे. प्रसिद्ध केलेली शेवटची ऑर्डर तारीख 31 डिसेंबर 2026 आहे. शेवटची सपोर्ट तारीख 31 डिसेंबर 2031 आहे. Cisco इतरही सुरुवातीचे लाइफसायकल टप्पे सूचीबद्ध करते, ज्यामध्ये 29 मार्च 2028 रोजी सॉफ्टवेअर मेंटेनन्स रिलीजची समाप्ती आणि 29 मार्च 2030 रोजी व्हल्नरॅबिलिटी आणि सिक्युरिटी सपोर्टची समाप्ती समाविष्ट आहे. हा खरेदीचा निर्णय सुरू करणारा मुद्दा आहे, प्रत्येक कार्यरत WiFi 6 ॲक्सेस पॉइंट काढून टाकण्याची डेडलाइन नाही. 1
तुम्हाला प्रत्येक ठिकाणी जी सेवा द्यायची आहे तिथून सुरुवात करा. केवळ रेडिओ हार्डवेअर बदलले म्हणून तुमचा Guest WiFi आणि WiFi Analytics लेयर पुन्हा तयार करण्याची गरज नाही. Purple हा ॲक्सेस-पॉइंट इस्टेटच्या वर क्लाउड ओव्हरले म्हणून काम करतो. Cisco Meraki MR ॲक्सेस पॉइंट्ससाठी, Purple लोकेशन सर्व्हिसेस, पेड WiFi आणि SecurePass साठी सपोर्ट दस्तऐवजीकरण प्रदान करते. 8
पहिल्या खरेदी बैठकीत खालील मॅट्रिक्स वापरा. हे Cisco Meraki WiFi 6 एंड ऑफ सेल आणि WiFi 7 अपग्रेडच्या प्रश्नाला एका इस्टेट स्तरावरील निर्णयात बदलते. हे एका गिगाबिट वायर्ड एजसाठी हाय-कॅपॅसिटी रेडिओ खरेदी करण्याची क्लासिक चूक टाळण्यास देखील मदत करते.
| इस्टेटची स्थिती | शिफारस केलेली कृती | पडताळणीसाठी वायर्ड आवश्यकता | Purple सातत्य फोकस | खरेदीची वेळ |
|---|---|---|---|---|
| समवर्ती मागणी असलेले स्टेडियम कॉन्कोर्स, कॉन्फरन्स हॉल किंवा वाहतूक प्रतीक्षा क्षेत्र | पायलट करा आणि नंतर WiFi 7 वर रिफ्रेश करा | सर्व्हिंग पोर्ट, PoE क्लास, केबलिंग आणि अपस्ट्रीम पाथ निवडलेल्या AP शी जुळत असल्याची खात्री करा | SSID, RADIUS आणि लोकेशन-स्कॅनिंग कॉन्फिगरेशन कायम ठेवा | पहिल्या टप्प्यात समाविष्ट करा |
| आवर्ती पीक असणारे हॉटेल बॉलरूम किंवा फ्लॅगशिप रिटेल फ्लोअर | पोर्ट ऑडिट सपोर्ट करेल तिथे WiFi 7 वर रिफ्रेश करा | निवडलेल्या मॉडेलच्या डेटा शीटनुसार मल्टी-गिगाबिट किंवा 10 Gbps क्षमतेची पडताळणी करा | प्रत्येक बदलानंतर Guest WiFi आणि Staff WiFi दोन्हीची पडताळणी करा | पहिल्या किंवा दुसऱ्या टप्प्यात समाविष्ट करा |
| सामान्य गेस्ट रूम कॉरिडोअर किंवा मानक ब्रँच शॉप | जर WiFi 6 क्षमता आणि सपोर्ट पॉलिसी पूर्ण करत असेल तर तेच ठेवा | सध्याची अपलिंक जिथे योग्य असेल तिथे तशीच ठेवा | तीच कॉन्फिगरेशन चेकलिस्ट चालवा | सामान्य लाइफसायकलवर बदला |
| बॅक ऑफिस, स्टॉक रूम किंवा कमी वापराचे सेवा क्षेत्र | WiFi 6 कायम ठेवा आणि अंदाजे अतिरिक्त स्टॉक ठेवणे टाळा | सध्याची लिंक स्थिर आणि दस्तऐवजीकरण केलेली असल्याची खात्री करा | हार्डवेअर बदलल्यासच पडताळणी करा | नंतरचे वेळापत्रक आखा |
| एक-गीगाबीट स्विचिंग असलेली आणि त्वरित हाय-डेन्सिटी आवश्यकता असलेली साईट | 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 च्या जोरावर मिळवू शकता. क्लायंट, RF पर्यावरण, स्विच पोर्ट आणि पॉवर सोर्स हे सर्व याच्या परिणामावर प्रभाव टाकतात. 2 3
Cisco चे CW9178I WiFi 7 डेटा शीट वायर्ड मर्यादा स्पष्ट करते. हे मॉडेल दोन 100M, 1G, 2.5G, 5G आणि 10G BASE-T पोर्ट्स ऑफर करते. पूर्ण ऑपरेशनसाठी 802.3bt पॉवर आवश्यक आहे. त्याचे कमी पॉवर मोड उपलब्ध रेडिओ क्षमता आणि लिंक स्पीड बदलतात. त्यामुळे एक-गीगाबीट स्विच पोर्ट हे त्यामधून बाहेर पडणाऱ्या ट्रॅफिकसाठी नेहमीच एक-गीगाबीटची मर्यादा राहील. एखादे मॉडेल त्याचे डेटा शीट वाचल्यानंतर आणि ते वापरणार असलेले प्रत्यक्ष पोर्ट तपासल्यानंतरच निवडा. 3

प्रत्येक संभाव्य AP साठी बॅकहॉल वेळापत्रक तयार करा. खालील तक्ता हा केवळ एक फील्ड टेम्पलेट आहे, निवडलेल्या मॉडेलच्या डेटा शीटचा पर्याय नाही.
| सर्व्हिंग पोर्टवर तपासा | नोंद करा | निर्णयासाठी वापर |
|---|---|---|
| निगोशिएटेड इथरनेट स्पीड | सध्याचा लिंक स्पीड आणि सपोर्टेड पोर्ट स्पीड्स | WiFi 7 क्षमता एजवर मर्यादित होईल की नाही हे ओळखते |
| PoE क्षमता | उपलब्ध IEEE 802.3 पॉवर क्लास आणि निगोशिएटेड पॉवर | AP त्याची इच्छित रेडिओ कॉन्फिगरेशन चालवू शकतो की नाही हे ओळखते |
| केबल आणि पॅच पाथ | केबल प्रकार, लांबी, पॅचिंग आणि ज्ञात दोष | उच्च लिंक स्पीडसाठी विश्वासार्ह फिजिकल पाथ असल्याची खात्री करते |
| ॲक्सेस-स्विच अपलिंक | गर्दीच्या वेळी अपलिंक स्पीड आणि कंटेंशन | जलद AP पोर्टमुळे कोंडी झालेल्या स्विच अपलिंकला ट्रॅफिक फीड होण्यापासून रोखते |
| ठिकाणाची मागणी | पीक डिव्हाइस संख्या, सेवेचा प्रकार आणि इव्हेंट कॅलेंडर | मॉडेलच्या वयाऐवजी ऑपरेशनल गरजेनुसार खर्चाला प्राधान्य देते |
| लोकेशनच्या प्रकारानुसार ऑडिट चालवा. Hospitality मध्ये, गेस्ट रूम्सना मीटिंगच्या जागेपासून वेगळे करा. Retail मध्ये, नेहमीच्या शाखांना फ्लॅगशिप फ्लोअर्सपासून वेगळे करा. Transport मध्ये, कर्मचाऱ्यांच्या क्षेत्रांना प्रवासी प्रतीक्षा क्षेत्रांपासून वेगळे करा. हीच शिस्त Healthcare मध्ये देखील लागू होते, जिथे क्लिनिकल वर्कफ्लो आणि व्हिजिटर ॲक्सेस यांनी कधीही न तपासलेली चेंज विंडो सामायिक करू नये. |
अखेरच्या वेळी 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 क्षमता आणि मल्टी-गिगाबिट इंटरफेस दस्तऐवजीकरण करते. तुमच्या इस्टेटला वेगवेगळ्या WiFi 7 मॉडेलची आवश्यकता असू शकते. मुख्य मुद्दा म्हणजे मॉडेल आणि वायर्ड पाथ एका परिभाषित व्हेन्यूच्या भूमिकेशी जुळवणे. 3
बदलापूर्वी, Purple च्या सातत्याला औपचारिक मंजुरी द्या. Purple चे Cisco Meraki Staff 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 सक्षम असणे आवश्यक आहे. हे पोस्ट URL, व्हॅलिडेटर आणि सिक्रेट रिलेशनशिपचे देखील वर्णन करते जे Purple प्लॅटफॉर्मवर लोकेशन डेटा पाठवते. नेटवर्कसाठी मंजूर केलेली मूल्ये सुरक्षित ठेवा. तुमचे AP मॅपिंग किंवा फ्लोअर-प्लॅन व्यवस्था बदलल्यास, बदल क्लोज करण्यापूर्वी त्याची पडताळणी करा. 7
तिसरी तपासणी म्हणजे डिव्हाइसचे डॅशबोर्ड नेटवर्क होय. Cisco च्या म्हणण्यानुसार, एखादा ॲडमिनिस्ट्रेटर AP आणि डेस्टिनेशन नेटवर्क निवडून Wireless > Monitor > Access Points वरून MR AP हलवू शकतो. हे ट्रान्सफर केलेल्या डिव्हाइसला त्याचे कॉन्फिगरेशन अपडेट करण्यासाठी १५ मिनिटांपर्यंतच्या डाऊनटाइमचा सल्ला देते. हे असेही नमूद करते की मूळ नेटवर्कमधील MR सेटिंग्ज गमावल्या जातात, फक्त नाव, भौगोलिक स्थान पत्ता, व्यवस्थापन पत्ता, नोट्स आणि टॅग्ज शिल्लक राहतात. डेस्टिनेशन नेटवर्क आधीच कॉन्फिगर करा. त्यानंतर काळजीपूर्वक हलवा, कनेक्ट करा आणि चाचणी करा. 4

| Meraki Dashboard चेकपॉइंट | स्वॅपनंतर काय पडताळायचे | हे Purple च्या सातत्यतेचे रक्षण का करते | यशाचा पुरावा |
|---|---|---|---|
| Wireless > Access Control | इच्छित SSID आणि मान्यताप्राप्त RADIUS ऑथेंटिकेशन आणि अकाउंटिंग कॉन्फिगरेशन | Staff WiFi ऑथेंटिकेशन डिझाइन जतन करते | नियंत्रित स्टाफ ऑथेंटिकेशन चाचणी यशस्वीरित्या पूर्ण होते |
| Network-wide > General, Location and Scanning | Analytics, Scanning API आणि मंजूर लोकेशन फीड पॅरामीटर्स | Purple LBS द्वारे वापरला जाणारा लोकेशन-डेटा मार्ग जतन करते | अपेक्षित वेन्यू डेटा ठरलेल्या चेक पॉइंटपर्यंत पोहोचतो |
| Wireless > Monitor > Access Points | नवीन AP योग्य, प्री-कॉन्फिगर केलेल्या Dashboard नेटवर्कमध्ये आहे | बदललेल्या AP ला इच्छित नेटवर्क कॉन्फिगरेशन लागू करते | AP ऑनलाइन आहे, अपेक्षित SSIDs पुरवतो आणि चाचणी कनेक्शन्स यशस्वी करतो |
त्याच इच्छित नेटवर्कमधील एकाच प्रकारच्या हार्डवेअर स्वॅपमध्ये, Purple ला नवीन प्लॅटफॉर्म बिल्डची आवश्यकता नसते. तरीही आपण कॉन्फिगरेशन आणि जेथे आपण LBS वापरता, तेथे AP-ते-वेन्यू आणि फ्लोअर-प्लॅन मॅपिंग प्रमाणित केले पाहिजे. Purple चे मार्गदर्शन सांगते की पोर्टलमध्ये योग्य AP सेट केले पाहिजेत जेणेकरून Meraki फ्लोअर प्लॅन्स आणि APs वेन्यूशी जुळतील. 7
प्रातिनिधिक इव्हेंटची स्थिती. एक कॉन्फरन्स सेंटर चार सार्वजनिक खोल्यांमध्ये पहिली WiFi 7 लाट चालवते. टीम प्रत्येक AP ला प्री-कॉन्फिगर केलेल्या Dashboard नेटवर्कमध्ये टप्प्याटप्प्याने ठेवते, इव्हेंटच्या दरम्यान एका वेळी एक खोली बदलते आणि आधीचा AP बॅक-आउटसाठी उपलब्ध ठेवते. हे तिकीटमध्ये तीन Dashboard चेक्स, ऑथेंटिकेशन रिझल्ट, पोर्ट निगोशिएशन आणि डेटा व्हॅलिडेशनची नोंद करते. मोजता येण्याजोगे रोलआउट लक्ष्य हे पुढील खोली उघडण्यापूर्वी 100% दस्तऐवजीकरण केलेले चेक्स आणि कोणतीही न सुटलेली Purple सातत्यता समस्या नसणे हे आहे.
對於您的特定設置有任何疑問嗎?
我們的團隊與超過 80,000 個場域的場域營運商、IT 經理和網路工程師合作。立即預約 20 分鐘的通話,我們將向您展示其他與您相似的用戶是如何解決此問題的。
प्रत्येक दृष्टिकोनाचा चालवण्याचा खर्च किती आहे?
खर्च हा हार्डवेअर, PoE, स्विचिंग, इन्स्टॉलेशन, लायसन्सिंग आणि बदलाच्या जोखमीचे एक पॅकेज म्हणून समजा. जर सर्वात स्वस्त AP ला नंतर स्विच प्रोजेक्टची आवश्यकता भासली, तर ते सर्वात कमी खर्चाचे डिप्लॉयमेंट असेलच असे नाही. त्याचप्रमाणे, वन-गिगाबिट पोर्टच्या मागे इन्स्टॉल केलेल्या WiFi 7 AP मुळे फारशी संबंधित कॅपॅसिटी व्हॅल्यू मिळत नाही. बजेट साइट आणि पोर्ट स्तरावर तयार करा.
| खर्चाचे क्षेत्र | WiFi 6 ठेवा किंवा खरेदी करा | WiFi 7 वर रिफ्रेश करा | आता काय निर्णय घ्यावा |
|---|---|---|---|
| ॲक्सेस पॉइंट्स | जेथे WiFi 6 उद्देशासाठी योग्य आहे तेथे कमी तात्काळ हार्डवेअर खर्च | लक्ष्यित उच्च-कॅपॅसिटीच्या ठिकाणांसाठी जास्त सुरुवातीचा खर्च | साइटची भूमिका आणि मागणीनुसार निर्णय निश्चित करा |
| स्विचिंग आणि PoE | विद्यमान एज पुरेशी राहू शकते | मल्टी-गिगाबिट पोर्ट्स आणि उच्च PoE क्लासची आवश्यकता असू शकते | मॉडेल निवडीपूर्वी पोर्ट आणि पॉवरचे ऑडिट करा |
| इन्स्टॉलेशन | एकाच प्रकारचा बदल लहान असू शकतो | एकाच विंडोमध्ये केबल, स्विच आणि AP कामाची आवश्यकता असू शकते | संपूर्ण प्रत्यक्ष मार्गाची किंमत निश्चित करा |
| लायसन्सिंग | आपल्या विद्यमान ऑर्गनायझेशन मॉडेलच्या विरूद्ध पात्रतेची पुष्टी करा | बदललेल्या उत्पादनाच्या आणि ऑर्गनायझेशन मॉडेलच्या विरूद्ध पात्रतेची पुष्टी करा | हार्डवेअर येण्यापूर्वी पुनरावलोकन करा |
| सर्व्हिस जोखीम | ज्ञात परफॉर्मन्स मर्यादा राखते | जेथे संपूर्ण मार्ग यास सपोर्ट करतो तेथे कॅपॅसिटी क्षमता सुधारते | प्रातिनिधिक मागणीनुसार पायलट रन करा |
Cisco Meraki संस्था स्तरावर Subscription, Co-Termination आणि Per-Device Licensing मॉडेल्सना सपोर्ट करते. प्रत्येक सक्रिय Meraki हार्डवेअर घटकासाठी क्लाउड लायसन्स आवश्यक आहे. MR वायरलेस APs साठी, Cisco चे म्हणणे आहे की लायसन्स त्या उत्पादन श्रेणीमधील सर्व हार्डवेअर मॉडेल्समध्ये समान असते आणि जुन्या MR मॉडेलऐवजी येणाऱ्या नवीन MR मॉडेलसाठी न संपलेले विद्यमान वायरलेस AP लायसन्स लागू केले जाऊ शकते. 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 इनडोअर ॲक्सेस पॉइंट्स ऑर्डर करण्याचा अंतिम दिवस ३१ डिसेंबर २०२६ असा जाहीर केला आहे. Cisco ने ३१ डिसेंबर २०३१ ही सपोर्टची शेवटची तारीख म्हणून नोंदवली आहे. सपोर्टच्या तारखेमुळे नियोजनाला उशीर करू नका. प्रत्येक साइटचे वर्गीकरण राखून ठेवा, स्टॉक करा किंवा रिफ्रेश करा असे करण्यासाठी अंतिम-ऑर्डर तारीख वापरा. 1
मी अंतिम WiFi 6 स्टॉक खरेदी करावा की थेट WiFi 7 कडे वळावे?
अंतिम WiFi 6 स्टॉक केवळ अशा ठिकाणांसाठी खरेदी करा जे अजूनही मोजलेल्या मागणीची पूर्तता करतात आणि ज्यांच्यासाठी निश्चित एक्झिट प्लॅन आहे. जिथे क्लायंट डेन्सिटी, परफॉर्मन्सची मागणी आणि बॅकहॉलची तयारी त्यास अनुकूल असेल तिथे लवकरात लवकर WiFi 7 कडे वळा. सपोर्ट विंडो दरम्यान तुमच्या इस्टेटमध्ये हे दोन्ही निर्णय असू शकतात आणि सामान्यतः असावेत.
मला प्रत्येक WiFi 7 ॲक्सेस पॉइंटसाठी मल्टी-गीगाबीट स्विचिंगची आवश्यकता आहे का?
नाही, तुम्हाला निवडलेल्या AP आणि ठिकाणाच्या मागणीशी जुळणाऱ्या वायर्ड पाथची आवश्यकता आहे. Cisco चा हाय-डेन्सिटी CW9178I १० Gbps पर्यंतच्या पोर्ट्सना सपोर्ट करतो, परंतु लो-डेन्सिटी साइटला त्या क्लासच्या AP किंवा स्विच पोर्टची आवश्यकता नसू शकते. मॉडेल, PoE क्लास, केबल आणि अपस्ट्रीम क्षमता एकत्र तपासा. 3
WiFi 7 Meraki APs माझ्या सध्याच्या 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 युनिफाइड लायसन्सिंग क्लासचे दस्तऐवजीकरण देखील करते, त्यामुळे मॉडेलची निवड आणि ऑर्गनायझेशन लायसन्सिंग अजूनही महत्त्वाचे आहे. 6
मी नवीन क्लेम केलेला Meraki AP योग्य Dashboard नेटवर्कमध्ये कसा हलवू?
अस्तित्वात असलेल्या MR नेटवर्कमधून, Wireless > Monitor > Access Points उघडा, AP निवडा, Move निवडा आणि गंतव्य नेटवर्क निवडा. गंतव्य नेटवर्क आधीच पूर्व-कॉन्फिगर करा. Cisco ट्रान्सफर झाल्यानंतर कॉन्फिगरेशन अपडेटसाठी १५ मिनिटांपर्यंतचा वेळ देण्याचा सल्ला देते. 4
References
關鍵定義
WiFi 7
IEEE 802.11be 無線區域網路功能的常用市場名稱,包含極高吞吐量的增強功能。
在評估高密度或對效能敏感的場地區域時使用此項,而非作為全面更換的標籤。
Multi-Link Operation
一種 WiFi 7 功能,可為相容的用戶端跨多個無線電頻段協調流量。
它可以提高吞吐量和降低延遲潛力,但需要相容的用戶端和足夠的有線路徑。
回傳網路
從基地台經由其交換器連接埠和上行鏈路到網路其餘部分的有線網路路徑。
高容量的 AP 無法向網路傳送超過回傳網路所允許的流量。
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 的員工 WiFi 存取提供標準規範。
RADIUS
網路設備用於向伺服器發送驗證、授權和帳務請求的協定系列。
更換 Meraki AP 時,保留已核准的驗證與帳務設定。
RADIUS 帳務
將工作階段和使用狀況事件從網路設備發送到 RADIUS 基礎架構的報告路徑。
更換硬體後,必須與核准的員工 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、員工 WiFi、連接埠交涉和 Purple 數據。在下一波場地部署前,確保 100% 完成已記錄的設定檢查。
會議中心需要在活動空檔更新四個公共區域的 AP,同時保護分析數據的連續性。
預先設定目標 Dashboard 網路,並在非活動房間中預配置一台 WiFi 7 AP。在每次更換時,確認「Wireless > Access Control」、「Network-wide > General」中的定位與掃描,以及 AP 的 Dashboard 網路配置。使用逐台 AP 的變更記錄來驗證驗證結果、定位數據、交涉連接埠速度和還原狀態。只有在記錄完整且場地營運部門接受結果後,才能進行下一個房間的更換。
一家零售連鎖店在其旗艦店配備了 1 Gbps 的邊緣連接埠,且營業大廳和倉庫的需求各有不同。
將旗艦店的營業大廳視為有線邊緣與 WiFi 的綜合決策。檢查所選的 WiFi 7 AP 是否需要多千兆(multi-gigabit)交換器和更高功率的 PoE 等級,以發揮其預期的無線電功能。在實測需求較低的倉庫中保留 WiFi 6。在營業時間外進行試點,保留已核准的 Purple 設定,並在專案推廣至更多門市之前使用記錄完善的通過標準。
Sources
- Cisco end-of-sale and end-of-life announcement for Cisco and Meraki WiFi 6 indoor access points
- IEEE 802.11be-2024
- Cisco CW9178I data sheet
- Cisco Meraki: how to move devices between networks
- Cisco Meraki general licensing FAQs
- Purple Support: Staff WiFi - Cisco Meraki
- Purple Support: Meraki LBS configuration
- Purple Support: supported hardware
- IEEE 802.1X-2020
繼續閱讀本系列
Cisco Catalyst WLC 與訪客 WiFi:使用 Purple 設定 Captive Portal
介紹 Cisco Catalyst 9800 (IOS-XE) 無線區域網路控制器如何與 Purple 訪客 WiFi 協同運作:外部網頁驗證、RADIUS 與 Walled Garden,並附有指向 Purple 逐步設定指南的連結以完成確切配置。
飯店顧客 WiFi 管理:整合 PMS、傳送門與品牌標準
本技術指南詳細介紹如何構建企業級飯店 WiFi 網路,重點在於 VLAN 隔離、用於自動化工作階段管理的 PMS 整合,以及用於符合 GDPR 的資料收集 Captive Portal 最佳化。
高密度無線網路中 DHCP 逾時的十大原因
這份權威技術參考指南識別了高密度無線網路中 DHCP 逾時的十大原因,並提供了具操作性且與廠商中立的修復策略。專為高階 IT 主管、網路架構師和場地營運總監設計,內容涵蓋深入的工程原理、逐步實作工作流程以及可衡量的業務成果。了解如何消除連線瓶頸並最佳化您的無線基礎設施,以在要求嚴苛的企業環境中提供無縫的 WiFi 連線。
對於您的特定設置有任何疑問嗎?
我們的團隊與超過 80,000 個場域的場域營運商、IT 經理和網路工程師合作。立即預約 20 分鐘的通話,我們將向您展示其他與您相似的用戶是如何解決此問題的。