बैकग्राउंड ऐप रिफ्रेश पब्लिक WiFi परफॉर्मेंस को कैसे बर्बाद करता है

बैकग्राउंड ऐप रिफ्रेश पब्लिक WiFi परफॉर्मेंस को कैसे बर्बाद करता है — एक Purple तकनीकी विवरण। स्वागत है। यदि आप गेस्ट WiFi नेटवर्क के लिए जिम्मेदार हैं — चाहे वह होटल हो, रिटेल एस्टेट हो, स्टेडियम हो, या कॉन्फ्रेंस सेंटर हो — तो यह विवरण आपके एयर टाइम बजट के बारे में सोचने के तरीके को बदलने जा रहा है। मैं आपको सार्वजनिक वायरलेस परिनियोजन में सबसे कम आंके जाने वाले क्षमता को खत्म करने वाले कारकों में से एक के बारे में बताने जा रहा हूँ: बैकग्राउंड ऐप रिफ्रेश। हम कवर करेंगे कि यह प्रोटोकॉल स्तर पर क्या है, यह उच्च-घनत्व वाले वातावरण में विशेष रूप से विनाशकारी क्यों है, और — सबसे महत्वपूर्ण बात — आज आप नेटवर्क लेयर पर इसके बारे में क्या कर सकते हैं। आइए समस्या के पैमाने से शुरू करें। आपके मेहमान आपके नेटवर्क पर जो भी स्मार्टफोन लाते हैं, उनमें 30 से 80 के बीच इंस्टॉल किए गए एप्लिकेशन चल रहे होते हैं। उनमें से, एक बड़ा हिस्सा बैकग्राउंड रिफ्रेश साइकिल चलाने के लिए कॉन्फ़िगर किया गया है — एनालिटिक्स सर्वर को पोल करना, क्लाउड डेटा सिंक करना, पुश नोटिफिकेशन टोकन प्राप्त करना, OS अपडेट की जांच करना और विज्ञापन नेटवर्क को पिंग करना। iOS पर, Apple का बैकग्राउंड ऐप रिफ्रेश फीचर iOS 7 में पेश किया गया था और तब से यह एक स्थायी विशेषता बना हुआ है। Android के पास JobScheduler और WorkManager API के माध्यम से इसका अपना समकक्ष है। मुख्य बात यह है: ये प्रक्रियाएं इस बात की परवाह किए बिना चलती हैं कि उपयोगकर्ता सक्रिय रूप से अपने डिवाइस का उपयोग कर रहा है या नहीं। वे चुपचाप, अदृश्य रूप से और लगातार चलती रहती हैं। अब, एक या दो उपकरणों वाले घरेलू ब्रॉडबैंड कनेक्शन पर, यह अनिवार्य रूप से अदृश्य है। लेकिन इसे 1,200 प्रतिनिधियों वाले कॉन्फ्रेंस सेंटर, या 400 समवर्ती गेस्ट कनेक्शन वाले रिटेल फ्लैगशिप स्टोर तक बढ़ाएं, और गणित बहुत जल्दी असहज करने वाला हो जाता है। एंटरप्राइज वायरलेस परिनियोजन के शोध से लगातार पता चलता है कि बैकग्राउंड ट्रैफ़िक — एनालिटिक्स बीकन, OS अपडेट चेक, विज्ञापन नेटवर्क पिंग, पुश नोटिफिकेशन पोलिंग, क्लाउड सिंक और सोशल मीडिया रिफ्रेश साइकिल — एक व्यस्त गेस्ट नेटवर्क पर कुल एक्सेस पॉइंट क्षमता का 30 से 45 प्रतिशत तक हो सकता है। यह वह क्षमता है जिससे आपके वैध उपयोगकर्ता — जो प्रेजेंटेशन स्ट्रीम करने, लेनदेन पूरा करने, या केवल ब्राउज़ करने का प्रयास कर रहे हैं — वंचित हो रहे हैं। मुझे आपको रेडियो लेयर पर वास्तव में क्या हो रहा है, इसकी तकनीकी तस्वीर देने दें। 802.11 network में, एक्सेस पॉइंट से जुड़ने वाला प्रत्येक डिवाइस CSMA/CA — कैरियर सेंस मल्टिपल एक्सेस विद कोलिजन अवॉइडेंस का उपयोग करके एयर टाइम के लिए प्रतिस्पर्धा करता है। प्रत्येक बैकग्राउंड रिफ्रेश अनुरोध, चाहे पेलोड कितना भी छोटा क्यों न हो, एक पूर्ण एसोसिएशन अनुक्रम की आवश्यकता होती है: प्रोब अनुरोध, प्रमाणीकरण, एसोसिएशन, यदि आवश्यक हो तो DHCP, और फिर डेटा एक्सचेंज। उच्च-घनत्व वाले परिनियोजन में, यह कंटेंशन ओवरहेड महत्वपूर्ण होता है। एक सिंगल ऐप से एक सिंगल एनालिटिक्स बीकन केवल 200 बाइट्स डेटा ट्रांसफर कर सकता है, लेकिन वायरलेस माध्यम पर उस लेनदेन का ओवरहेड एयर टाइम में इसका 10 से 20 गुना उपभोग कर सकता है। WiFi 6 — IEEE 802.11ax — के साथ हमारे पास OFDMA और BSS Colouring हैं जो इसे अधिक कुशलता से प्रबंधित करने में मदद करते हैं। लेकिन इन सुधारों के बावजूद, बुनियादी समस्या बनी हुई है: जब तक आप नेटवर्क लेयर पर हस्तक्षेप नहीं करते, तब तक आप बैकग्राउंड ट्रैफ़िक द्वारा खपत किए गए एयर टाइम को वापस नहीं पा सकते। रेडियो को यह पता नहीं होता या परवाह नहीं होती कि पैकेट वीडियो देखने वाला उपयोगकर्ता है या वर्जीनिया में टेलीमेट्री सर्वर को चुपचाप फोन करने वाला ऐप है। यह वह जगह है जहाँ डीप पैकेट इंस्पेक्शन और ट्रैफ़िक वर्गीकरण आपके आर्किटेक्चर में महत्वपूर्ण उपकरण बन जाते हैं। एक ठीक से कॉन्फ़िगर किया गया ट्रैफ़िक वर्गीकरण इंजन, जो आपके वायरलेस कंट्रोलर और आपके अपस्ट्रीम गेटवे के बीच इनलाइन बैठता है, बैकग्राउंड रिफ्रेश ट्रैफ़िक को उसके गंतव्य, उसके पेलोड सिग्नेचर और उसके व्यवहार पैटर्न द्वारा पहचान सकता है। ज्ञात एनालिटिक्स एंडपॉइंट — Google Analytics, Firebase, Crashlytics, Flurry, Amplitude, Mixpanel, और दर्जनों अन्य — के पास अच्छी तरह से प्रलेखित IP रेंज और डोमेन पैटर्न हैं। DoubleClick, AppNexus और इसी तरह के प्लेटफॉर्म के विज्ञापन नेटवर्क एंडपॉइंट भी समान रूप से अच्छी तरह से सूचीबद्ध हैं। DNS या IP लेयर पर लागू की गई नियमित रूप से अपडेट की जाने वाली ब्लॉक सूची इन अनुरोधों को किसी भी सार्थक बैंडविड्थ की खपत करने से पहले रोक सकती है। यह दृष्टिकोण वेंडर-न्यूट्रल है। चाहे आप Cisco Catalyst Centre, Aruba Central, Juniper Mist, या Ruckus SmartZone परिनियोजन चला रहे हों, सिद्धांत वही है: वर्गीकृत करें, फिर कार्रवाई करें। पहचाने गए बैकग्राउंड ट्रैफ़िक के साथ क्या करना है, इसके लिए आपके पास तीन विकल्प हैं। आप इसे पूरी तरह से ब्लॉक कर सकते हैं — सबसे आक्रामक दृष्टिकोण, और क्षमता की रिकवरी के लिए सबसे प्रभावी। आप इसे रेट-लिमिट कर सकते हैं — ट्रैफ़िक को जाने दें लेकिन इसे एक परिभाषित बैंडविड्थ सीमा तक सीमित करें, आमतौर पर बैकग्राउंड श्रेणियों के लिए प्रति डिवाइस 64 किलोबिट प्रति सेकंड। या आप QoS DSCP मार्किंग का उपयोग करके इसे कम प्राथमिकता दे सकते हैं, इसे सबसे कम ट्रैफ़िक क्लास में धकेल सकते हैं ताकि यह केवल तभी एयर टाइम की खपत करे जब कोई अन्य ट्रैफ़िक प्रतिस्पर्धा न कर रहा हो। अधिकांश वेन्यू ऑपरेटरों के लिए, ज्ञात एनालिटिक्स और विज्ञापन नेटवर्क एंडपॉइंट को ब्लॉक करने और पीक ऑवर्स के दौरान OS अपडेट ट्रैफ़िक को रेट-लिमिट करने का संयोजन क्षमता रिकवरी और उपयोगकर्ता अनुभव का सबसे अच्छा संतुलन प्रदान करता है। अब मैं आपको दो वास्तविक दुनिया के परिनियोजन परिदृश्यों के माध्यम से ले चलता हूँ जहाँ इसने एक मापने योग्य अंतर पैदा किया। पहला यूके मिडलैंड्स में 340 कमरों वाला फोर-स्टार होटल है। इस संपत्ति ने एक आधुनिक WiFi 6 बुनियादी ढांचे में निवेश किया था — गेस्ट फ्लोर, कॉन्फ्रेंस सुइट्स और सार्वजनिक क्षेत्रों में 48 एक्सेस पॉइंट। हार्डवेयर निवेश के बावजूद, WiFi के लिए अतिथि संतुष्टि स्कोर लगातार लक्ष्य से नीचे थे। नेटवर्क टीम ने Purple प्लेटफॉर्म का उपयोग करके एक ट्रैफ़िक विश्लेषण चलाया और पाया कि दोपहर 3 से शाम 6 बजे के बीच पीक चेक-इन अवधि के दौरान गेस्ट SSID पर बैकग्राउंड ऐप रिफ्रेश ट्रैफ़िक उपलब्ध एयर टाइम का 38 प्रतिशत खपत कर रहा था। 847 ज्ञात एनालिटिक्स और विज्ञापन नेटवर्क डोमेन को कवर करने वाली एक लक्षित ब्लॉक सूची तैनात की गई थी। दो सप्ताह के भीतर, पीक अवधि के दौरान प्रति कनेक्टेड डिवाइस औसत थ्रूपुट में 34 प्रतिशत की वृद्धि हुई, और संपत्ति के आंतरिक NPS ट्रैकिंग पर गेस्ट WiFi संतुष्टि स्कोर में 22 अंकों का सुधार हुआ। दूसरा परिदृश्य इंग्लैंड और वेल्स में 60 स्टोरों वाली एक क्षेत्रीय रिटेल चेन है। प्रत्येक स्टोर एक गेस्ट WiFi SSID चलाता है जिसका उपयोग ग्राहकों और इन-स्टोर डिजिटल साइनेज दोनों द्वारा किया जाता है। IT टीम को डिजिटल साइनेज लेटेंसी के बारे में शिकायतें मिल रही थीं — व्यस्त व्यापारिक अवधियों के दौरान स्क्रीन बफर हो रही थीं। ट्रैफ़िक विश्लेषण से पता चला कि गेस्ट SSID से कनेक्ट होने वाले ग्राहक डिवाइस काफी बैकग्राउंड ट्रैफ़िक उत्पन्न कर रहे थे, जिसमें iOS अपडेट चेक शामिल थे जो स्टोर नेटवर्क के माध्यम से मल्टी-गीगाबाइट पेलोड खींच रहे थे। एनालिटिक्स एंडपॉइंट के लिए DNS-स्तरीय ब्लॉकिंग और पहचाने गए OS अपडेट ट्रैफ़िक के लिए 1 मेगाबिट प्रति सेकंड की हार्ड रेट कैप के संयोजन ने साइनेज लेटेंसी की समस्या को पूरी तरह से हल कर दिया। केंट्रीकृत नीति प्रबंधन का उपयोग करके पूरे एस्टेट में इस सुधार को तैनात करने में चार घंटे से भी कम समय लगा। अब मैं आपको उन कार्यान्वयन चरणों के बारे में बताता हूँ जिनका पालन आपको अपने वातावरण में इसे तैनात करने के लिए करना होगा। चरण एक बेसलाइन माप है। किसी भी कॉन्फ़िगरेशन को छूने से पहले, आपको अपने वर्तमान ट्रैफ़िक प्रोफ़ाइल को समझना होगा। एक ट्रैफ़िक विश्लेषण उपकरण तैनात करें — Purple का WiFi Analytics प्लेटफॉर्म इसे मूल रूप से प्रदान करता है — और कार्यदिवस और सप्ताहांत के पैटर्न को कैप्चर करने के लिए इसे न्यूनतम पांच व्यावसायिक दिनों तक चलाएं। आप ज्ञात बैकग्राउंड-रिफ्रेश गंतव्यों पर जाने वाले ट्रैफ़िक के अनुपात, बैकग्राउंड गतिविधि की पीक अवधि और प्रति-डिवाइस खपत दरों की तलाश कर रहे हैं। चरण दो आपकी ब्लॉक सूची बनाना है। अपनी नींव के रूप में OISD डोमेन ब्लॉक सूची से शुरू करें — यह अच्छी तरह से बनाए रखी गई है, समुदाय-सत्यापित है, और प्रमुख एनालिटिक्स और विज्ञापन नेटवर्क एंडपॉइंट को कवर करती है। ट्रैफ़िक विश्लेषण से अपने स्वयं के अवलोकनों के साथ इसे पूरक करें। महत्वपूर्ण बात यह है कि अंधाधुंध ब्लॉक न करें। कुछ बैकग्राउंड ट्रैफ़िक — विशेष रूप से पोर्ट 5223 पर Apple Push Notification Service, और Google Firebase Cloud Messaging — डिवाइस की कार्यक्षमता के लिए आवश्यक है। इन्हें ब्लॉक करने से उपयोगकर्ता की शिकायतें पैदा होंगी। पूरे एस्टेट में रोल आउट करने से पहले स्टेजिंग वातावरण में या एकल एक्सेस पॉइंट समूह पर अपनी ब्लॉक सूची का परीक्षण करें। चरण तीन नीति परिनियोजन है। अपने वर्गीकरण नियमों को WLAN कंट्रोलर स्तर पर लागू करें, न कि व्यक्तिगत एक्सेस पॉइंट पर। यह निरंतरता सुनिश्चित करता है और चल रहे प्रबंधन को सरल बनाता है। यदि आपका कंट्रोलर एप्लिकेशन-अवेयर QoS का समर्थन करता है, तो सब कुछ हार्ड-ब्लॉक करने के बजाय बैकग्राउंड श्रेणियों को कम प्राथमिकता देने के लिए DSCP मार्किंग का उपयोग करें — यह आपको एक आसान लैंडिंग देता है और अनपेक्षित परिणामों के जोखिम को कम करता है। चरण चार निरंतर निगरानी है। बैकग्राउंड रिफ्रेश एंडपॉइंट बदलते रहते हैं। नए एनालिटिक्स SDK सामने आते हैं। ऐप डेवलपर्स फोन होम करने के नए तरीके खोजते हैं। आपकी ब्लॉक सूची की न्यूनतम त्रैमासिक रूप से समीक्षा और अपडेट की जानी चाहिए। जहां संभव हो, थ्रेट इंटेलिजेंस फीड का उपयोग करके इसे स्वचालित करें जिसमें विज्ञापन और एनालिटिक्स नेटवर्क अपडेट शामिल हों। अनुपालन के दृष्टिकोण से, यह ध्यान देने योग्य है कि नेटवर्क लेयर पर ट्रैफ़िक वर्गीकरण और ब्लॉकिंग RIPA या समकक्ष कानून के तहत इंटरसेप्शन का गठन नहीं करता है, बशर्ते आप एन्क्रिप्टेड पेलोड की सामग्री का निरीक्षण नहीं कर रहे हों। आप गंतव्य मेटाडेटा — IP पते और डोमेन नाम — पर कार्रवाई कर रहे हैं, न कि संचार की सामग्री पर। यह नेटवर्क प्रबंधन के लिए GDPR Article 6 वैध हितों के आधारों के अनुरूप है, लेकिन आपको अपनी नीति का दस्तावेजीकरण करना चाहिए और यह सुनिश्चित करना चाहिए कि आपके नेटवर्क स्वीकार्य उपयोग नीति और गोपनीयता नोटिस में इसका संदर्भ दिया गया है। अब, बचने के लिए कुछ सामान्य गलतियाँ। पहला ओवर-ब्लॉकिंग है। जो टीमें पर्याप्त परीक्षण के बिना आक्रामक ब्लॉक सूचियां तैनात करती हैं, वे अक्सर पाती हैं कि उन्होंने अनजाने में उस ऐप कार्यक्षमता को तोड़ दिया है जिस पर उपयोगकर्ता भरोसा करते हैं। महत्वपूर्ण सेवाओं के लिए हमेशा एक श्वेतसूची बनाए रखें, और एक रोलबैक योजना तैयार रखें। दूसरा नुकसान 5 GHz और 6 GHz बैंड स्प्लिट की अनदेखी करना है। बैकग्राउंड रिफ्रेश ट्रैफ़िक 2.4 GHz पर केंद्रित होता है क्योंकि पुराने डिवाइस और IoT एंडपॉइंट डिफ़ॉल्ट रूप से उस बैंड पर होते हैं। यदि आप केवल 5 GHz ट्रैफ़िक का विश्लेषण कर रहे हैं, तो हो सकता है कि आप समस्या के बड़े हिस्से को याद कर रहे हों। सुनिश्चित करें कि आपका विश्लेषण सभी बैंड को कवर करता है। तीसरा नुकसान इसे एक बार के सुधार के रूप में मानना है। बैकग्राउंड रिफ्रेश ट्रैफ़िक पैटर्न लगातार विकसित होते हैं। एक ब्लॉक सूची जो छह महीने पहले व्यापक थी, वह वर्तमान एनालिटिक्स एंडपॉइंट के 30 प्रतिशत को याद कर सकती है। अपने नेटवर्क प्रबंधन कैलेंडर में एक समीक्षा कैडेंस बनाएं। मुझे नेटवर्क आर्किटेक्ट्स से नियमित रूप से सुने जाने वाले प्रश्नों के रैपिड-फायर सेट के साथ समाप्त करने दें। "क्या एनालिटिक्स ट्रैफ़िक को ब्लॉक करने से मेरे उपयोगकर्ताओं के लिए ऐप परफॉर्मेंस प्रभावित होगी?" अधिकांश मामलों में, नहीं। एनालिटिक्स बीकन फायर-एंड-फॉरगेट होते हैं। ऐप काम करना जारी रखने से पहले प्रतिक्रिया की प्रतीक्षा नहीं करता है। उपयोगकर्ता को पता नहीं चलेगा। "क्या यह एन्क्रिप्टेड DNS के साथ काम करता है?" मानक DNS-over-HTTPS ट्रैफ़िक पारंपरिक DNS-आधारित ब्लॉकिंग को बायपास कर सकता है। आपको या तो गेटवे पर DoH को इंटरसेप्ट करना होगा या DNS ब्लॉकिंग के अलावा ज्ञात एनालिटिक्स रेंज के लिए IP-स्तरीय ब्लॉकिंग का उपयोग करना होगा। दोनों दृष्टिकोण एंटरप्राइज-ग्रेड कंट्रोलर में समर्थित हैं। "कॉर्पोरेट SSID पर BYOD उपकरणों के बारे में क्या?" वही सिद्धांत लागू होते हैं, लेकिन आपके पास 802.1X प्रमाणीकरण और प्रति-उपयोगकर्ता नीति प्रवर्तन सहित अतिरिक्त विकल्प हैं। कॉर्पोरेट SSID के लिए, आप इस बारे में अधिक निर्देशात्मक हो सकते हैं कि किस बैकग्राउंड ट्रैफ़िक की अनुमति है। "मैं बोर्ड के सामने निवेश को कैसे सही ठहराऊं?" ROI का मामला सीधा है। बर्बाद हुए एयर टाइम का 30 से 40 प्रतिशत वापस पाना आपके मौजूदा बुनियादी ढांचे में 30 से 40 प्रतिशत अधिक क्षमता जोड़ने के बराबर है — बिना एक भी अतिरिक्त एक्सेस पॉइंट खरीदे। क्षमता की शिकायतों को दूर करने के लिए हार्डवेयर रिफ्रेश पर विचार करने वाले वेन्यू के लिए, नेटवर्क-स्तरीय ट्रैफ़िक प्रबंधन उस पूंजीगत व्यय को दो से तीन साल तक टाल सकता है। इस विवरण से प्रमुख कार्यों को संक्षेप में प्रस्तुत करने के लिए। पहला, ट्रैफ़िक बेसलाइन विश्लेषण चलाएं — आप जिसे माप नहीं सकते, उसे प्रबंधित नहीं कर सकते। दूसरा, ज्ञात एनालिटिक्स और विज्ञापन नेटवर्क एंडपॉइंट को लक्षित करने वाली एक बनाए रखी गई ब्लॉक सूची तैनात करें। तीसरा, पीक ट्रेडिंग या इवेंट घंटों के दौरान OS अपडेट ट्रैफ़िक के लिए रेट-लिमिटिंग का उपयोग करें। चौथा, लगातार निगरानी करें और अपनी नीतियों को त्रैमासिक रूप से अपडेट करें। और पांचवां, अनुपालन उद्देश्यों के लिए अपने दृष्टिकोण का दस्तावेजीकरण करें। यदि आप देखना चाहते हैं कि Purple का प्लेटफॉर्म इस डेटा को कैसे प्रदर्शित करता है और मल्टी-साइट एस्टेट में नीति परिनियोजन को सक्षम बनाता है, तो लिंक शो नोट्स में है। आपके समय के लिए धन्यवाद।