अपने इंटरनेट प्लान को अपग्रेड किए बिना स्लो WiFi को कैसे ठीक करें

बिना आपके इंटरनेट प्लान को अपग्रेड किए स्लो WiFi को कैसे ठीक करें एक Purple WiFi इंटेलिजेंस ब्रीफिंग [प्रस्तावना — लगभग 1 मिनट] वापस स्वागत है। आज मैं एक सीनियर सॉल्यूशंस आर्किटेक्ट के रूप में बात कर रहा हूँ, और मैं उस समस्या को हल करना चाहता हूँ जो लगातार मेरे सामने आती है: स्लो WiFi। विशेष रूप से, अपने ISP को तेज़ पाइप के लिए चेक लिखे बिना इसे कैसे ठीक किया जाए। यह महत्वपूर्ण है क्योंकि मैंने जिन अधिकांश एंटरप्राइज़ और वेन्यू डिप्लॉयमेंट का रिव्यू किया है - जैसे होटल, रिटेल एस्टेट, कॉन्फ्रेंस सेंटर, स्टेडियम - वहां इंटरनेट कनेक्शन खुद शायद ही कभी बॉटलनेक होता है। समस्या लगभग हमेशा स्थानीय नेटवर्क में होती है। रेडियो फ्रीक्वेंसी का माहौल, एक्सेस पॉइंट का प्लेसमेंट, QoS पॉलिसी, क्लाइंट डेंसिटी मैनेजमेंट। ये सभी चीजें ऐसी हैं जिन्हें आप इस तिमाही में ठीक कर सकते हैं, उस इंफ्रास्ट्रक्चर के साथ जो आपके पास पहले से मौजूद है। इसलिए अगले दस मिनट में, मैं आपको डायग्नोस्टिक फ्रेमवर्क, प्रमुख तकनीकी पहलुओं, कार्यान्वयन प्राथमिकताओं और उन गलतियों के बारे में बताऊंगा जिनमें टीमें बार-बार फंसती हैं। चलिए शुरू करते हैं। [तकनीकी गहन विश्लेषण — लगभग 5 मिनट] आइए सबसे आम कारण से शुरू करें: RF हस्तक्षेप और चैनल ओवरलैप। 2.4 गीगाहर्ट्ज़ बैंड में, UK में आपके पास 13 चैनल हैं, लेकिन उनमें से केवल तीन - चैनल 1, 6 और 11 - नॉन-ओवरलैपिंग हैं। यदि आपके एक्सेस पॉइंट सभी ऑटो-सेलेक्ट चैनल पर हैं, तो इस बात की पूरी संभावना है कि उनमें से कई ओवरलैपिंग चैनलों पर ट्रांसमिट कर रहे हैं, जिससे को-चैनल इंटरफेरेंस होता है। हर पैकेट कोलिजन दोबारा ट्रांसमिशन के लिए मजबूर करता है। थ्रूपुट गिर जाता है। लेटेंसी बढ़ जाती है। यूज़र्स शिकायत करते हैं। इसका समाधान सीधा है: Ekahau, NetSpot, या यहाँ तक कि Cisco, Aruba, या Ruckus के एंटरप्राइज़ कंट्रोलर्स पर बिल्ट-इन डायग्नोस्टिक्स जैसे टूल का उपयोग करके स्पेक्ट्रम एनालिसिस चलाएं। पहचानें कि कौन से APs आपस में प्रतिस्पर्धा कर रहे हैं, और मैन्युअल रूप से नॉन-ओवरलैपिंग चैनल असाइन करें। हाई-डेंसिटी वाले वातावरण में, मैं 2.4 गीगाहर्ट्ज़ रेडियो पर ट्रांसमिट पावर को कम करने की भी सलाह दूंगा - इसके विपरीत, इसे कम करने से हस्तक्षेप का प्रभाव कम होता है और ओवरऑल नेटवर्क परफॉर्मेंस में सुधार होता है। अब, 5 गीगाहर्ट्ज़ बैंड यहाँ आपका दोस्त है। यह काफी अधिक नॉन-ओवरलैपिंग चैनल प्रदान करता है - DFS चैनलों के सक्षम होने पर UK में 24 तक - और कंज्यूमर डिवाइसेज व पड़ोसी नेटवर्क से बहुत कम कंजेशन होता है। यदि आपके APs 802.11ac Wave 2 या Wi-Fi 6 - यानी 802.11ax - को सपोर्ट करते हैं, तो आपको बैंड स्टीयरिंग पॉलिसियों का उपयोग करके क्लाइंट्स को आक्रामक रूप से 5 गीगाहर्ट्ज़ की ओर ले जाना चाहिए। अधिकांश एंटरप्राइज़ कंट्रोलर्स इसका नेटिव रूप से सपोर्ट करते हैं। दूसरा बड़ा पहलू क्लाइंट डेंसिटी मैनेजमेंट है। यही वह चीज़ है जो वेन्यू ऑपरेटर्स को चौंका देती है। 500 Mbps एग्रीगेट थ्रूपुट के लिए रेट किया गया एक एक्सेस पॉइंट तब बहुत अलग अनुभव देगा जब वह 80 क्लाइंट्स के बजाय 8 क्लाइंट्स को सर्विस दे रहा हो। IEEE 802.11 प्रोटोकॉल एक शेयर्ड मीडियम है - एक ही AP पर प्रत्येक क्लाइंट एयरटाइम के लिए प्रतिस्पर्धा कर रहा है।समाधान है उचित AP डेंसिटी प्लानिंग। एक कॉन्फ्रेंस सेंटर या होटल बॉलरूम में, आपको हाई-डेंसिटी परिदृश्य में प्रति AP 25 से 30 से अधिक समवर्ती क्लाइंट्स का लक्ष्य नहीं रखना चाहिए। इसका मतलब है कि कम पावर पर अधिक APs डिप्लॉय करना, न कि फुल पावर पर कम APs। यह एक बुनियादी डिज़ाइन सिद्धांत है जिसे कई संगठन उल्टा समझ लेते हैं। आपको अपनी मिनिमम डेटा रेट सेटिंग्स को भी देखना होगा। डिफ़ॉल्ट रूप से, अधिकांश APs अभी भी क्लाइंट्स को लेगेसी दरों - 1 मेगाबिट प्रति सेकंड, 2 मेगाबिट प्रति सेकंड पर जुड़ने की अनुमति देंगे। 1 Mbps पर काम करने वाला एक एकल क्लाइंट एयरटाइम का एक बड़ा हिस्सा खा जाता है। मिनिमम डेटा रेट को 12 या 24 Mbps तक बढ़ाने से लेगेसी क्लाइंट्स को या तो उच्च दर पर कनेक्ट होने या पास के AP से जुड़ने के लिए मजबूर होना पड़ता है। यह एक सीधा तरीका है, लेकिन यह काम करता है। तीसरा: Quality of Service, या QoS। एक मिश्रित उपयोग वाले वातावरण में - एक होटल जहां मेहमान वीडियो स्ट्रीम कर रहे हैं, स्टाफ POS लेनदेन की प्रक्रिया कर रहा है, और कॉन्फ्रेंस सुइट में वीडियो कॉल चल रहे हैं - आपको ट्रैफ़िक वर्गीकरण और प्राथमिकता की आवश्यकता होती है। QoS के बिना, एक मेहमान द्वारा सॉफ्टवेयर अपडेट डाउनलोड करने से VoIP कॉल या कार्ड भुगतान टर्मिनल के लिए लेटेंसी प्रभावित हो सकती है। मैं जिस फ्रेमवर्क की सिफारिश करता हूं वह तीन-स्तरीय मॉडल है। लेटेंसी-सेंसिटिव ट्रैफ़िक के लिए उच्च प्राथमिकता: VoIP, वीडियो कॉन्फ्रेंसिंग, POS। सामान्य व्यावसायिक ट्रैफ़िक के लिए मध्यम प्राथमिकता: वेब ब्राउज़िंग, ईमेल, क्लाउड एप्लिकेशन। बल्क ट्रांसफर के लिए कम प्राथमिकता, रेट-लिमिटेड: सॉफ्टवेयर अपडेट, पीयर-टू-पीयर, बड़े फाइल डाउनलोड। इसे DSCP मार्किंग्स और ट्रैफ़िक शेपिंग पॉलिसियों का उपयोग करके कंट्रोलर स्तर पर लागू किया जाता है। चौथा: SSID प्रसार। आपके द्वारा प्रसारित किया जाने वाला प्रत्येक SSID बीकन फ्रेम के माध्यम से एयरटाइम की खपत करता है। मैंने ऐसे स्थानों को देखा है जहां आठ या दस SSIDs चल रहे हैं - एक मेहमानों के लिए, एक स्टाफ के लिए, एक IoT के लिए, एक POS के लिए, एक CCTV के लिए, इत्यादि। प्रत्येक SSID डिफ़ॉल्ट रूप से हर 100 मिलीसेकंड में एक बीकन प्रसारित करता है। बड़े पैमाने पर, यह ओवरहेड मापने योग्य होता है। सबसे अच्छा तरीका यह है कि इसे अधिकतम चार SSIDs तक सीमित रखा जाए, और अलग SSIDs के बजाय ट्रैफ़िक को विभाजित करने के लिए VLANs का उपयोग किया जाए। पांचवां: रोमिंग व्यवहार। मल्टी-AP वातावरण में, क्लाइंट हमेशा निकटतम AP पर रोम नहीं करते हैं - वे तब तक अपने वर्तमान जुड़ाव को बनाए रखते हैं जब तक कि सिग्नल काफी कमजोर न हो जाए। इसे स्टिकी क्लाइंट व्यवहार कहा जाता है। इसका परिणाम यह होता है कि कॉरिडोर के दूर के छोर पर मौजूद क्लाइंट अभी भी तीन कमरे दूर के AP से जुड़ा रहता है, और कम डेटा रेट पर काम करता है। 802.11r फास्ट BSS ट्रांजिशन, 802.11k नेबर रिपोर्ट्स, और 802.11v BSS ट्रांजिशन मैनेजमेंट ऐसे मानक हैं जो इस समस्या का समाधान करते हैं। इन्हें मिलाकर 802.11 RRM सुइट कहा जाता है। अपने कंट्रोलर पर इन्हें सक्षम करने से रोमिंग व्यवहार और औसत क्लाइंट थ्रूपुट में नाटकीय रूप से सुधार होता है। और अंत में: बैकहॉल। भले ही आपका RF वातावरण साफ हो और आपका AP प्लेसमेंट सर्वोत्तम हो, एक भीड़भाड़ वाला अपलिंक स्विच या गलत तरीके से कॉन्फ़िगर किया गया ट्रंक पोर्ट एक ऐसी बाधा पैदा करेगा जो एक WiFi समस्या की तरह दिखती है। सत्यापित करें कि आपके APs गीगाबिट पोर्ट से जुड़े हैं, कि PoE बजट से अधिक नहीं हो रहे हैं, और यह कि आपका अपलिंक एग्रीगेशन चरम समवर्ती लोड के लिए सही ढंग से आकार दिया गया है। [कार्यान्वयन की सिफारिशें और कमियां - लगभग 2 मिनट] तो आप इस काम को कैसे क्रमबद्ध करते हैं? मैं चार-चरण वाले दृष्टिकोण की सिफारिश करूंगा। चरण एक: आधारभूत माप। कुछ भी बदलने से पहले, अपनी वर्तमान स्थिति को कैप्चर करें। पूरे आयोजन स्थल में चैनल उपयोग, सिग्नल की ताकत और नॉइज़ फ्लोर को दस्तावेज करने के लिए एक WiFi विश्लेषक चलाएं। कई क्लाइंट स्थानों से आधारभूत थ्रूपुट और लेटेंसी रिकॉर्ड करें। यह आपको पहले और बाद का डेटा देता है जिसकी आपको ROI प्रदर्शित करने के लिए आवश्यकता होगी। चरण दो: RF ऑप्टिमाइजेशन। चैनल असाइनमेंट, ट्रांसमिट पावर और न्यूनतम डेटा दरों को संबोधित करें। यदि आपके पास एक एंटरप्राइज़ कंट्रोलर है तो यह शून्य-लागत है, और आमतौर पर सबसे तेज़ सुधार प्रदान करता है। मेरे अनुभव में, वेन्यू केवल RF ऑप्टिमाइजेशन से औसत थ्रूपुट में 30 से 50 प्रतिशत का सुधार देखते हैं। चरण तीन: पॉलिसी कॉन्फ़िगरेशन। QoS, बैंड स्टीयरिंग, SSID समेकन और 802.11r/k/v रोमिंग लागू करें। इसके लिए कंट्रोलर एक्सेस और कुछ परीक्षण की आवश्यकता होती है, लेकिन यह अभी भी एक मानक रखरखाव विंडो के दायरे में है। चरण चार: एनालिटिक्स और निरंतर ऑप्टिमाइजेशन। यह वह जगह है जहाँ Purple जैसा प्लेटफ़ॉर्म महत्वपूर्ण मूल्य जोड़ता है। Purple का हार्डवेयर-अज्ञेयवादी एनालिटिक्स लेयर आपके मौजूदा इंफ्रास्ट्रक्चर पर बैठता है और आपको क्लाइंट डेंसिटी, ड्वेल टाइम, सेशन की अवधि और थ्रूपुट ट्रेंड्स में दृश्यता देता है - बिना आपके हार्डवेयर के फ़ोर्कलिफ्ट अपग्रेड की आवश्यकता के। वह डेटा आपके क्षमता नियोजन में वापस फीड होता है और आपको उभरती हुई बाधाओं को उपयोगकर्ता की शिकायतें बनने से पहले पहचानने में मदद करता है। अब, कमियां। सबसे आम जो मैं देखता हूं वह है रोलबैक योजना के बिना प्रोडक्शन में बदलाव करना। हमेशा ऑफ-पीक घंटों के दौरान चैनल और पावर परिवर्तनों का परीक्षण करें, और पिछले कॉन्फ़िगरेशन को दस्तावेज करें। दूसरी कमी ऑटो-RF सुविधाओं पर अत्यधिक निर्भर होना है। Cisco का RRM, Aruba का ARM, और Ruckus का ChannelFly सभी अच्छे हैं, लेकिन वे जटिल RF वातावरण में अचूक नहीं हैं। मैन्युअल निरीक्षण अभी भी आवश्यक है। और तीसरी कमी क्लाइंट साइड की अनदेखी करना है। Windows लैपटॉप या Android डिवाइस पर गलत तरीके से कॉन्फ़िगर की गई रोमिंग आक्रामकता सेटिंग आपके सभी नेटवर्क-साइड ऑप्टिमाइजेशन को कमजोर कर सकती है। क्लाइंट-साइड डायग्नोस्टिक्स भी तस्वीर का हिस्सा हैं। [रैपिड-फायर प्रश्नोत्तर - लगभग 1 मिनट] कुछ प्रश्न जो मुझसे नियमित रूप से पूछे जाते हैं। "क्या मुझे Wi-Fi 6E सक्षम करना चाहिए?" यदि आपके क्लाइंट डिवाइस इसका समर्थन करते हैं और आप एक उच्च-घनत्व वाले वातावरण में हैं, तो हाँ - 6 गीगाहर्ट्ज़ बैंड वर्तमान में अनिवार्य रूप से हस्तक्षेप-मुक्त है और 1200 मेगाहर्ट्ज़ का स्वच्छ स्पेक्ट्रम प्रदान करता है। लेकिन परिनियोजन से पहले क्लाइंट डिवाइस सपोर्ट को सत्यापित करें।"मुझे प्रति मंजिल कितने AP की आवश्यकता है?" एक मानक कार्यालय वातावरण के लिए, प्रति 1,000 से 1,500 वर्ग फीट में एक AP की योजना बनाएं। कॉन्फ्रेंस रूम या होटल लॉबी जैसे उच्च-घनत्व वाले स्थानों के लिए, प्रति 500 वर्ग फीट या उससे कम में एक AP। "क्या WPA3 को तैनात करना उचित है?" हाँ, विशेष रूप से अतिथि WiFi वातावरणों में जहाँ GDPR और डेटा सुरक्षा दायित्व लागू होते हैं। WPA3 का साइमल्टेनियस ऑथेंटिकेशन ऑफ इक्वल्स प्रोटोकॉल WPA2-Personal में ऑफलाइन डिक्शनरी अटैक की संवेदनशीलता को समाप्त करता है। उद्यम परिनियोजन के लिए, WPA3-Enterprise के साथ 802.1X स्वर्ण मानक है। "सबसे त्वरित लाभ क्या है?" अपनी न्यूनतम डेटा दरों को बढ़ाएं और अपनी चैनल योजना को ठीक करें। आप इन दोनों को एक घंटे से भी कम समय में कर सकते हैं और इसका प्रभाव तत्काल होता है। [सारांश और अगले कदम - लगभग 1 मिनट] संक्षेप में कहें तो: उद्यम और कार्यक्रम स्थलों के वातावरण में धीमा WiFi लगभग कभी भी इंटरनेट क्षमता की समस्या नहीं होती है। यह एक RF वातावरण की समस्या है, एक नेटवर्क डिज़ाइन की समस्या है, या एक नीति कॉन्फ़िगरेशन की समस्या है - और आपके इंटरनेट प्लान को अपग्रेड किए बिना इन तीनों का समाधान संभव है। इसके पांच लीवर हैं: चैनल ऑप्टिमाइज़ेशन, क्लाइंट डेंसिटी मैनेजमेंट, QoS पॉलिसी, SSID रैशनलाइज़ेशन, और रोमिंग कॉन्फ़िगरेशन। उन्हें इसी क्रम में संबोधित करें, प्रत्येक चरण में प्रभाव को मापें, और आपके पास अपनी अगली बोर्ड समीक्षा के लिए एक आकर्षक ROI मामला होगा। यदि आप इनमें से किसी भी विषय पर गहराई से जाना चाहते हैं, तो Purple के पास तकनीकी गाइडों का एक पूरा पुस्तकालय है, जिसमें WiFi एनालाइज़र टूल, हॉस्पिटैलिटी और रिटेल के लिए नेटवर्क डिज़ाइन, और निरंतर नेटवर्क सुधार को चलाने के लिए एनालिटिक्स डेटा का उपयोग कैसे करें शामिल हैं। लिंक शो नोट्स में हैं। सुनने के लिए धन्यवाद। अगली बार तक।