बैंडविड्थ उपयोग मापन: तरीके, KPIs और सेटअप

आप एक होटल, एक कैंपस, या वेन्यू की एक श्रृंखला चलाते हैं। मासिक रिपोर्ट कहती है कि अपलिंक का केवल आंशिक रूप से उपयोग किया गया है। फिर शाम होती है, गेस्ट नेटवर्क धीमा हो जाता है, और टिकट फिर भी दिखाई देने लगते हैं। वह अंतर वही है जो कमजोर bandwidth usage measurement जैसा दिखता है जब यह मासिक योग पर रुक जाता है।

औसत वॉल्यूम एक उपयोगी बेसलाइन है। यह व्यस्त घंटे, ट्रैफ़िक की दिशा, या रात 9 बजे कौन सा ग्रुप एयर पर था, इसका विवरण नहीं देता है। एन्क्रिप्शन पुराने शॉर्टकट को और बदतर बना देता है, क्योंकि पोर्ट नंबर और पेलोड इंस्पेक्शन अब किसी भी विश्वसनीयता के साथ एप्लिकेशन की पहचान नहीं करते हैं।

जो अभी भी काम करता है वह अधिक सीमित है। एक नामित बिंदु पर दोनों दिशाओं में बाइट्स गिनें, मांग का आकार देखने के लिए पर्याप्त रूप से सैंपल लें, और उपयोग को किसी सेशन, एक VLAN, या एक कुंजी से जोड़ें। किसी भी अधिक सटीक जानकारी को एक अनुमान के रूप में लेबल करें। नीचे दिया गया सेट-अप यह कवर करता है कि कौन सा स्रोत किस प्रश्न का उत्तर देता है, कौन से KPI अलर्ट के योग्य हैं, और सभी जगह प्रकाशित करने से पहले एक साइट पर संख्याओं को कैसे साबित किया जाए।

विषय-सूची

• वह तरीका चुनें जो आपके प्रश्न से मेल खाता हो
  • काउंटर को प्रश्न से मिलाएँ
• KPIs जो केवल वॉल्यूम ही नहीं, बल्कि मांग भी दिखाते हैं
  • ऐसे फ़ॉर्मूले जिन्हें आप मैन्युअल रूप से जांच सकते हैं
  • डैशबोर्ड से पहले अलर्ट
• आठ चरणों में माप कैसे सेट करें
  • इसे लिखें, फिर एकत्र करें
  • रिटेंशन और एक ज्ञात ट्रांसफर
• सैंपलिंग बनाम फुल कैप्चर और प्रत्येक की लागत
  • जहां प्रत्येक तरीका विफल होता है
• अधिकांश ट्रैफिक एन्क्रिप्ट होने पर उपयोग का श्रेय देना
  • एक स्टैक जो अपना विश्वास स्तर बताता है
• आपकी संख्याएँ भिन्न क्यों हैं और उनका मिलान कैसे करें
  • बैंडविड्थ खरीदने से पहले बेमेल का विश्लेषण करें
• पूरे संस्थान में रिपोर्ट करने से पहले एक साइट पर पुष्टि करें

वह तरीका चुनें जो आपके प्रश्न से मेल खाता हो

एक होटल समूह पूरे दिन लगभग 35% अपलिंक क्षमता पर रह सकता है और फिर भी हर शाम मेहमानों की शिकायतें प्राप्त कर सकता है। औसत ने क्षमता के प्रश्न का उत्तर दिया। मेहमान पीक ऑवर्स से जुड़ा प्रश्न पूछ रहे थे। Bandwidth usage measurement केवल तभी मदद करता है जब स्रोत प्रश्न से मेल खाता हो, इसलिए किसी के भी चार्ट बनाने से पहले अधिकांश साइटों को दो फीड की आवश्यकता होती है। एक फीड कुल और रुझान के लिए है। दूसरा एट्रिब्यूशन के लिए है।

आपको शायद ही कभी नए हार्डवेयर की आवश्यकता होती है। छह स्रोत पहले से ही एक्सेस पॉइंट्स, कंट्रोलर, राउटर और प्रमाणीकरण सेवा पर मौजूद हैं।

स्रोत	यह क्या रिपोर्ट करता है	सटीकता (Granularity)	इसके लिए सबसे अच्छा	ओवरहेड
SNMP इंटरफ़ेस काउंटर (ifHCInOctets, ifHCOutOctets)	प्रति पोर्ट या रेडियो इन और आउट बाइट्स	प्रति इंटरफ़ेस, हर 1-5 मिनट में पोल किया गया	अपलिंक ट्रेंड और क्षमता योजना	कम
NetFlow v9 या IPFIX	स्रोत, गंतव्य, पोर्ट, बाइट्स और पैकेट के साथ फ़्लो रिकॉर्ड	प्रति फ़्लो, आमतौर पर हर 1-5 मिनट में एक्सपोर्ट किया जाता है	टॉप टॉकर्स और कौन किससे बात करता है	मध्यम, एक्सपोर्ट और CPU लोड से
sFlow	सैंपल किए गए पैकेट हेडर और इंटरफ़ेस काउंटर	N में से 1 पैकेट, अनुमानों के आधार पर स्केल किया गया	फ़ास्ट लिंक्स (10G और उससे ऊपर) और रियल-टाइम के करीब टॉप टॉकर्स	कम, हार्डवेयर में सैंपलिंग चलती है
प्रति-SSID और प्रति-VLAN काउंटर	प्रति वायरलेस नेटवर्क या VLAN बाइट्स और क्लाइंट की संख्या	प्रति SSID, VLAN और एक्सेस पॉइंट	गेस्ट बनाम स्टाफ लोड और प्रत्येक SSID का एयरटाइम कॉस्ट	कम
RADIUS एकाउंटिंग (Acct-Input-Octets, Acct-Output-Octets)	प्रति ऑथेंटिकेटेड सेशन बाइट्स	प्रति सेशन, हर 5-15 मिनट में अंतरिम अपडेट	किसी उपयोगकर्ता, डिवाइस या कुंजी को उपयोग का श्रेय देना	कम
DNS और सुरक्षात्मक DNS लॉग्स	नीति या श्रेणी के अनुसार डोमेन क्वेरीज़	प्रति क्वेरी	पेलोड निरीक्षण के बिना श्रेणी-स्तरीय इनसाइट	कम से मध्यम

काउंटर को प्रश्न से मिलाएं

SNMP काउंटर योग का स्रोत हैं। 64-बिट ऑब्जेक्ट्स, ifHCInOctets और ifHCOutOctets को पोल करें। 1 Gbps पोर्ट पर 32-बिट ऑक्टेट काउंटर पूर्ण दर पर लगभग 34 सेकंड में रैप हो जाता है, इसलिए पुरानी ऑब्जेक्ट पर पांच मिनट का पोल ऋणात्मक या निरर्थक अंतर (डेल्टा) बनाता है। प्रति-SSID काउंटर क्लाइंट लोड और प्रत्येक वायरलेस नेटवर्क की एयरटाइम लागत दिखाते हैं। RADIUS एकाउंटिंग बाइट्स को किसी उपयोगकर्ता, डिवाइस या कुंजी से जोड़ती है, जो पेलोड एन्क्रिप्ट होने पर एट्रिब्यूशन फ़ीड का काम करती है।

मोबाइल डेटा की मांग इतनी अधिक है कि इसे किसी फिक्स्ड साइट के कुल ट्रैफ़िक में मिलाने से मुख्य सीमा छिप जाती है। ITU Facts and Figures 2024 के अनुसार, 2023 में वैश्विक इंटरनेट ट्रैफ़िक का मोबाइल ब्रॉडबैंड एंड यूज़र ट्रैफ़िक 1 zettabyte तक पहुंच गया। एक वैन्यू अपलिंक और एक सेलुलर ऑफलोड पाथ अलग-अलग माप हैं।

कुछ भी कॉन्फ़िगर करने से पहले प्रत्येक साइट के लिए एक प्राथमिक योग स्रोत और एक एट्रिब्यूशन स्रोत चुनें। बाद में तीसरा फ़ीड जोड़ना आसान है। एक महीने के बाद दो बिना लेबल वाले फ़ीड को सुलझाना आसान नहीं है।

KPIs जो केवल वॉल्यूम ही नहीं, बल्कि मांग भी दिखाते हैं

एक उपयोगी बेसलाइन एंड-यूज़र एक्सेस पॉइंट पर कुल वॉल्यूम को जोड़ती है, डाउनलोड और अपलोड को एक साथ जोड़कर, एक सुसंगत अवधि में, आमतौर पर एक कैलेंडर माह। ITU कार्यप्रणाली से प्राप्त यूरोपीय आयोग मेटाडेटा, फिक्स्ड-ब्रॉडबैंड ट्रैफ़िक को उसी तरह परिभाषित करता है, और यह व्होलसेल और वॉल्ड-गार्डन ट्रैफ़िक को बाहर करके मोबाइल-ब्रॉडबैंड ट्रैफ़िक को अलग रखता है। वह सीमा एक वेन्यू नेटवर्क पर भी मायने रखती है। ग्राहक उपयोग बैकबोन क्षमता या उस ट्रैफ़िक के समान नहीं है जो कभी ऑपरेटर को नहीं छोड़ता है।

प्रत्येक रिपोर्ट में मापन बिंदु का नाम दर्ज करें। बताएं कि क्या प्रबंधन और नियंत्रण फ़्रेमों को बाहर रखा गया है। उन नियंत्रणों के बिना, समान उपयोगकर्ताओं वाले दो स्थलों की तुलना नहीं की जा सकती।

व्यावहारिक नियम: यदि कोई KPI बिंदु, दिशा, नमूना अंतराल और अवधि का उल्लेख नहीं करता है, तो वह अलर्ट भेजने के लिए तैयार नहीं है।

वे सूत्र जिन्हें आप हाथ से जांच सकते हैं

Average throughput कुल बाइट्स को 8 से गुणा करके, फिर उस अवधि के सेकंड से विभाजित किया जाता है। Peak throughput उच्चतम 1-मिनट या 5-मिनट का नमूना है, न कि मासिक औसत। 95th percentile प्रत्येक नमूने को सॉर्ट करता है और 95% पर मान लेता है, ताकि एक फ़ाइल कॉपी व्यस्त स्तर निर्धारित न करे। Busy-hour volume एकल उच्चतम घंटे में बाइट्स की संख्या है, और वही घंटा वह है जिसके आधार पर आप आकार तय करते हैं। Concurrent active clients उन उपकरणों की गणना करता है जिन्होंने एक ही विंडो में डेटा पास किया है। Airtime utilisation उस समय का हिस्सा है जब चैनल व्यस्त था, जो एक्सेस-पॉइंट रेडियो काउंटर से लिया गया है, और यह अक्सर वायरलेस सीमा होती है जबकि अपलिंक अभी भी ठीक दिखता है। Upstream share अपस्ट्रीम बाइट्स को कुल बाइट्स से विभाजित करने पर प्राप्त होता है।

KPI	गणना कैसे करें	यह आपको क्या बताता है	व्यावहारिक उदाहरण
कुल वॉल्यूम	अवधि के दौरान इन और आउट बाइट्स का योग	क्षमता बेसलाइन और मासिक प्रवृत्ति	30 दिनों में 40 GB प्रति दिन यानी 1.2 TB प्रति माह
औसत थ्रूपुट	बाइट्स x 8 को सेकंड से विभाजित किया गया	माध्य लोड	40 GB प्रति दिन लगभग 3.7 Mbps औसत के बराबर है
पीक थ्रूपुट	उच्चतम 1-मिनट या 5-मिनट का नमूना	अचानक बढ़ी मांग (बर्स्ट डिमांड)	उस अपलिंक पर सबसे व्यस्त 5-मिनट का नमूना
95वां पर्सेंटाइल थ्रूपुट	नमूनों को क्रमित करें और 95% पर मान लें	दुर्लभ स्पाइक्स के बिना निरंतर व्यस्तता स्तर	5-मिनट के पोल के एक महीने में 95% का स्तर
व्यस्त-घंटे का वॉल्यूम	उच्चतम-ट्रैफ़िक वाले घंटे में बाइट्स	सबसे खराब घंटे के लिए आकार निर्धारण	रात 9 बजे के घंटे में 9 GB
समवर्ती सक्रिय क्लाइंट्स	समान नमूना विंडो में डेटा पास करने वाले क्लाइंट्स	प्रतिस्पर्धा और एयरटाइम का दबाव	एक 5-मिनट की विंडो में 45 क्लाइंट्स डेटा पास कर रहे हैं
एयरटाइम उपयोग	AP रेडियो काउंटर से चैनल व्यस्त रहने का समय	वायरलेस भीड़ (कंजेशन)	चैनल जितने समय तक व्यस्त रहता है उसका हिस्सा
अपस्ट्रीम शेयर	अपस्ट्रीम बाइट्स को कुल बाइट्स से विभाजित किया गया	वीडियो कॉल, क्लाउड बैकअप, अपलोड	कुल 10 GB में से 2 GB अपस्ट्रीम यानी 20%

वे निकाले गए आंकड़े अंकगणितीय जांच हैं, आपकी साइटों के लिए कोई लक्ष्य नहीं हैं। 3.7 Mbps औसत वाली एक साइट भी एक घंटे के लिए संतृप्त हो सकती है।

डैशबोर्ड से पहले अलर्ट

पहली रिपोर्ट निकलने से पहले एक थ्रेशोल्ड सेट करें। एक उचित शुरुआत किसी भी ऐसी साइट को फ़्लैग करना है जिसका 95th percentile पूरे व्यस्त घंटे के लिए अपलिंक क्षमता के 80% से ऊपर रहता है, और किसी भी ऐसे चैनल की जांच करना है जिसका एयरटाइम लगातार शामों में उच्च रहता है। एक महीने के आधार रेखा के बाद दोनों को समायोजित करें। साइट, SSID, और VLAN द्वारा रिपोर्ट करें। एक एकल एस्टेट औसत उस संपत्ति को छिपा देगा जो विफल हो रही है, यही कारण है कि per-location usage view कच्चे काउंटरों के बगल में होना चाहिए।

किसी संख्या को प्रकाशित करने से पहले, आपको एक वाक्य में इसके मापन बिंदु, दिशा, नमूना अंतराल और अवधि को बताने में सक्षम होना चाहिए।

आठ चरणों में मापन कैसे स्थापित करें

किसी डिवाइस को छूने से पहले संग्रह डिज़ाइन लिखें। नीचे दिए गए आठ चरण न्यूनतम हैं जो कर्मचारियों के बदलाव और फ़र्मवेयर अपग्रेड के एक वर्ष बाद भी बने रहते हैं।

इसे लिखें, फिर एकत्र करें

1. प्रश्न और उसकी सीमा को एक वाक्य में लिखें। उदाहरण: प्रति गेस्ट SSID, प्रति साइट, प्रति माह, दोनों दिशाओं में बाइट्स। यदि वाक्य में दो प्रश्न शामिल हैं, तो आप दो आधे-अधूरे रिपोर्ट बनाएंगे। सामान्य गलती उस टिकैट के बजाय डैशबोर्ड टेम्पलेट से शुरुआत करना है जिसे आप समझाने की कोशिश कर रहे हैं।

2. मापन बिंदु चुनें। अपलिंक या वायरलेस कंट्रोलर कुल योग देता है। कोर राउटर फ्लो देता है। एज फ़ायरवॉल केवल बाहरी ट्रैफ़िक देता है, और यह LAN-से-LAN ट्रांसफ़र को छोड़ देगा। इन तीनों को एक साथ न जोड़ें। गलती इन्हें एक ही नंबर की प्रतिलिपि मानना है।

3. 64-बिट काउंटर पोलिंग सक्षम करें। व्यस्त अपलिंक पर 1-मिनट के अंतराल और लंबे रुझानों के लिए 5-मिनट के अंतराल का उपयोग करें। एक-मिनट का डेटा उस बर्स्ट को दिखाता है जिसे पांच-मिनट का औसत सपाट कर देता है। 32-बिट ऑब्जेक्ट को पोल करना वह गलती है जो सबसे व्यस्त पोर्ट को सबसे पहले दूषित करती है।

4. कलेक्टर को फ्लो एक्सपोर्ट करें। एक्टिव टाइमआउट को 1-5 मिनट पर सेट करें ताकि एक लंबा सेशन समाप्त होने से पहले दिखाई दे। उस टाइमआउट के बिना, एक वीडियो कॉल तब तक कुछ भी उपयोग न करने जैसी लगती है जब तक कि गेस्ट डिस्कनेक्ट न हो जाए। राउटर पर CPU और एक्सपोर्ट ड्रॉप्स पर नज़र रखें। एक कलेक्टर जो पीछे रह जाता है, वह चुपचाप कम गिनती करता है।

5. प्रत्येक सीरीज़ को टैग करें। जब रिकॉर्ड स्टोर किया जाता है तो साइट, SSID, VLAN, और एक्सेस पॉइंट का नाम उस पर होना चाहिए। अनटैग किए गए डेटा को बाद में विभाजित नहीं किया जा सकता है, और अगली तिमाही में SSID का नाम बदलने से पिछला इतिहास ठीक नहीं होगा। गलती यह मानना है कि डिवाइस होस्टनेम एक स्थिर साइट कुंजी है।

6. अंतरिम अपडेट के साथ RADIUS अकाउंटिंग चालू करें। पंद्रह मिनट एक व्यावहारिक अंतराल है। अंतरिम रिकॉर्ड एक लंबे सेशन को दृश्यमान रखते हैं, और वे एक ऐसे क्लाइंट से भी बच जाते हैं जो कभी क्लीन स्टॉप नहीं भेजता है। यदि आप डिस्कनेक्ट होने का इंतज़ार करते हैं, तो जब भी स्टॉप खो जाता है, तो रात भर के सेशन दैनिक रिपोर्ट से गायब हो जाते हैं।

रिटेंशन और एक ज्ञात ट्रांसफर

1. उद्देश्य के साथ रिटेंशन सेट करें। 5-मिनट के योग का 13 महीने का डेटा रखें ताकि आप अगले वर्ष उसी सप्ताह से तुलना कर सकें। 7 से 14 दिनों के रॉ फ्लो रखें। हर साइट के लिए पूर्ण फ्लो इतिहास का खर्च उसकी उपयोगिता से अधिक होता है। गलती यह होती है कि रॉ फ्लो को हमेशा के लिए रखा जाता है क्योंकि किसी ने डिलीट जॉब सेट नहीं की होती है।

2. एक ज्ञात ट्रांसफ़र के साथ सत्यापित करें। एक डिवाइस पर 10 GB फ़ाइल डाउनलोड करें और पुष्टि करें कि आपके द्वारा प्राथमिक रूप से चुने गए काउंटर पर योग लगभग समान मात्रा में, कुछ प्रतिशत के भीतर, बदलता है। किसी भी चार्ट पर विश्वास करने से पहले ऐसा करें। सत्यापन को छोड़ना ही वह तरीका है जिससे एक रैप्ड काउंटर या एक तरफा फ्लो एक्सपोर्ट कैपेसिटी प्लान के रूप में भेज दिया जाता है।

यदि चरण 8 विफल हो जाता है, तो रुकें। काउंटर, टाइमआउट या गायब पाथ को ठीक करें। अगली साइट पर वही कॉन्फ़िगरेशन लागू न करें।

सैंपलिंग बनाम पूर्ण कैप्चर और प्रत्येक की लागत

कुल योग काउंटर से आते हैं, टॉप टॉकर्स अनसैम्पल्ड फ़्लो से आते हैं, तेज़ लिंक सैम्पल्ड होते हैं, और पूर्ण कैप्चर संक्षिप्त फ़ॉरेंसिक विंडो के लिए होता है। सटीकता, स्टोरेज और गोपनीयता विपरीत दिशाओं में चलते हैं, इसलिए हर प्रश्न के लिए एक ही तरीका या तो झूठ बोलेगा या डिस्क को भर देगा।

दृष्टिकोण	सटीकता	स्टोरेज और ओवरहेड	गोपनीयता जोखिम	इसके लिए सर्वोत्तम
प्रति 5 मिनट में पोल किए गए इंटरफेस काउंटर	सटीक बाइट योग	बहुत कम	कुछ नहीं	योग, रुझान और बिलिंग जांच
अनसैमपल्ड फ्लो रिकॉर्ड (NetFlow या IPFIX)	प्रति फ्लो सटीक, एक्सपोर्ट हानि को छोड़कर	मध्यम, फ्लो संख्या के साथ बढ़ता है	कम, केवल हेडर	शीर्ष टॉकर्स और पोर्ट-स्तरीय एप्लिकेशन संकेत
sFlow (1,000 में 1 से 4,000 पैकेट में 1)	अनुमान, छोटे फ्लो के लिए कमजोर	कम	कम, हेडर और छोटा पेलोड	10G और उससे अधिक के तेज़ लिंक
पूर्ण पैकेट कैप्चर	सटीक, हर पैकेट	बहुत अधिक, एक व्यस्त 10G लिंक पर प्रति दिन कई TB	उच्च, व्यक्तिगत डेटा हो सकता है	घटनाओं के दौरान लघु फोरेंसिक विंडो

प्रत्येक विधि कहां टूटती है

इंटरफ़ेस काउंटर बाइट्स के लिए सटीक होते हैं और यह नहीं बताते कि उन्हें किसने भेजा था। उनका उपयोग तब करें जब किसी बिल या क्षमता तर्क को बचाव योग्य होना आवश्यक हो। वे किसी टॉकर का नाम नहीं बताएंगे।

Unsampled NetFlow या IPFIX प्रत्येक प्रवाह को रिकॉर्ड करता है, जो आप टॉप टॉक्स के लिए चाहते हैं। एक्सपोर्ट लॉस और ओवरलोड कलेक्टर अभी भी व्यस्त राउटर पर रिकॉर्ड ड्राप करते हैं, इसलिए प्रवाह योग बिना किसी गलत कॉन्फ़िगरेशन के इंटरफ़ेस काउंटर से नीचे रह सकता है। उस अंतर को एक हेल्थ सिग्नल के रूप में लें, अप्रयुक्त क्षमता के रूप में नहीं।

sFlow हार्डवेयर में नमूने लेता है, अक्सर एक्सेस और कोर लिंक्स पर 1,000 में से 1 से 4,000 में से 1 पैकेट, और फिर नमूनों को वॉल्यूम अनुमान में स्केल करता है। यह 10G और तेज़ लिंक्स पर किफ़ायती रहता है। छोटे प्रवाह गायब हो सकते हैं। मैसेजिंग, DNS, और छोटी HTTPS सेशंस की भीड़ ठीक वही स्थान हैं जहाँ अनुमान सबसे कमजोर होता है, इसलिए sFlow से बिल न बनाएं और किसी एकल डिवाइस के उपयोग को साबित करने के लिए इसका उपयोग न करें।

पूर्ण पैकेट कैप्चर सटीक होता है, और लाइन रेट पर एक व्यस्त 10G लिंक पर यह प्रतिदिन कई टेराबाइट उत्पन्न कर सकता है। पेलोड में व्यक्तिगत डेटा हो सकता है जिसे आपकी नीति आपको रखने की अनुमति नहीं देती है।

यदि किसी विवाद के लिए उत्तर सटीक होना चाहिए, तो काउंटर का उपयोग करें। यदि इसे एप्लिकेशनों का संकेत देना चाहिए, तो केवल हेडर के साथ फ़्लो रिकॉर्ड का उपयोग करें। यदि यह एक बार की घटना है, तो एक घंटे से कम समय के लिए कैप्चर करें, और फिर विंडो बंद होने पर कैप्चर बंद कर दें।

जब अधिकांश ट्रैफिक एन्क्रिप्टेड हो तो उपयोग का एट्रिब्यूशन करना

एप्लिकेशनों के नाम तय करने के लिए पेलोड इंस्पेक्शन एक कमजोर आधार है। हाल के मापों से संकेत मिलता है कि Help Net Security की Cloudflare 2025 इंटरनेट ट्रेंड्स समरी के अनुसार, 2025 के अंत तक देखे गए अनुरोधों में HTTPS का हिस्सा 95% से अधिक था। QUIC, एन्क्रिप्टेड DNS, साझा CDN, VPN और प्राइवेसी फ़ीचर्स पोर्ट आधारित लेबल को और भी कम विश्वसनीय बना देते हैं।

एन्क्रिप्टेड ट्रैफ़िक bandwidth usage measurement को असंभव नहीं बनाता है। यह साक्ष्य को बदल देता है। आप अभी भी बाइट्स, पैकेट, टाइमिंग, दिशा, कनेक्शन संख्या, पुनार्वृत्ति (retransmissions), और लेटेंसी को माप सकते हैं। जहाँ नीति अनुमति देती है, आप गंतव्य श्रेणी या एक प्रमाणित पहचान जोड़ सकते हैं। आप यह दावा नहीं कर सकते कि पेलोड ने आपको एप्लीकेशन के बारे में बताया।

एक स्टैक जो अपने विश्वास का उल्लेख करता है

उन रिकॉर्ड्स से एट्रिब्यूशन बनाएं जिनका आप बचाव कर सकते हैं।

• RADIUS सेशन बाइट्स (उच्च विश्वास): Acct-Input-Octets और Acct-Output-Octets वॉल्यूम को एक ऑथेंटिकेटेड सेशन, एक डिवाइस, या एक xPSK कुंजी से जोड़ते हैं। "इस डिवाइस ने 8 GB की खपत की" उच्च विश्वास हो सकता है जब एकाउंटिंग पाथ पूरा हो।
• प्रति-VLAN काउंटर (समूह के लिए उच्च विश्वास): गेस्ट, स्टाफ, टिल्स और IoT प्रत्येक एक VLAN पर आते हैं, इसलिए ग्रुप लोड किसी भी चीज़ को डिक्रीप्ट करने पर निर्भर नहीं करता है।
• DNS नीति श्रेणियां (मध्यम, और लेबल की गई): श्रेणी योग एप्लिकेशन-जैसी इनसाइट देते हैं। "वीडियो ने 5 GB की खपत की" एक अनुमान है। रिपोर्ट पर ऐसा ही कहें।
• कुल फ़्लो रिकॉर्ड (ऐप नाम के लिए कम): हेडर अभी भी दिखाते हैं कि किसने किस एड्रेस से बात की और कितने बाइट्स ट्रांसफ़र हुए। एक साझा CDN एड्रेस कोई एप्लिकेशन नहीं है।

रैंडमाइज़्ड MAC एड्रेस डिवाइसों की गिनती को गलत कर देते हैं। एक ही फोन दो अलग-अलग दिनों में दो डिवाइस के रूप में दिख सकता है, जिससे कुल क्लाइंट्स की संख्या बढ़ जाती है और उसके बाइट्स बंट जाते हैं। जब नीति आपको पहचान देती है, तो प्रति व्यक्ति या प्रति कुंजी सेशन की गिनती करें। रिटेल स्टोर के लिए, यही विचार दिखाता है कि आप एक साझा रेडियो पर खरीदार के ट्रैफ़िक को कर्मचारियों के ट्रैफ़िक से कैसे अलग करते हैं, जो कि एक बेहतरीन retail WiFi design का हिस्सा है।

स्पष्ट शब्दों में समझौता इस छोटे वॉकट्रांस-वॉकथ्रू में है।

पहचान से जुड़े रिकॉर्ड केवल ट्रबलशूटिंग, क्षमता योजना और अनुपालन के लिए रखें। उन्हें एक निर्धारित समय पर हटाएं। हर आंकड़े पर विश्वास का लेबल लगाने में कुछ खर्च नहीं होता और यह किसी श्रेणी के अनुमान को बिल माने जाने से रोकता है।

आपके आंकड़े असहमत क्यों हैं और उन्हें कैसे मिलाया जाए

मासिक औसत तब भी ठीक दिख सकता है जब उपयोगकर्ता हर शाम शिकायत कर रहे हों। ये दोनों बातें अक्सर एक साथ सच हो सकती हैं। फिक्स्ड और मोबाइल डेटा का संयुक्त ट्रैफ़िक भी लगातार बदलता रहता है। ITU के 2023 ट्रैफ़िक आंकड़ों के अनुसार 2019 से 2023 तक औसत वार्षिक वृद्धि लगभग 30% रही, जिसमें सबसे तेज़ वृद्धि 2020 में महामारी की शुरुआत में हुई थी। केवल वृद्धि ही किसी ख़राब शाम का कारण नहीं बताती। दिन का ट्रैफ़िक पैटर्न इसे स्पष्ट करता है।

OpenVault की Q1 2025 ब्रॉडबैंड रिपोर्ट दर्शाती है कि क्यों एक एकल औसत क्षमता कार्य को गुमराह करता है। U.S. सब्सक्राइबर का औसत उपयोग साल-दर-साल 9.5% बढ़कर 663.2 GB प्रति माह तक पहुंच गया, जबकि व्यावसायिक व्यस्त घंटों का डाउनस्ट्रीम उपयोग 21.2% और अपस्ट्रीम उपयोग 23.6% बढ़ा। व्यावसायिक डाउनस्ट्रीम मांग दोपहर 1 बजे अपने उच्चतम स्तर पर थी। आवासीय अपस्ट्रीम और डाउनस्ट्रीम मांग लगभग रात 9 बजे अपने पीक पर पहुंची। एक होटल या आवासीय संपत्ति मासिक चार्ट पर साधारण दिख सकती है और फिर भी एक अनुमानित घंटे पर विफल हो सकती है। मासिक गीगाबाइट में कटौती करने से उस शिकायत का समाधान नहीं होता है। पीक समय से लोड को हटाना, या एयरटाइम और प्रतिस्पर्धा को ठीक करना, अक्सर मेहमानों के लिए एक बड़े एग्रीगेट पाइप की तुलना में अधिक मददगार होता है।

बैंडविड्थ खरीदने से पहले बेमेल को पढ़ें

लक्षण	संभावित कारण	जांचें
काउंटर क्षमता का 30% दिखाते हैं, लेकिन अतिथि फिर भी शिकायत करते हैं	औसत शाम के पीक या एयरटाइम爭डा (कंटेंशन) को छिपा देते हैं	व्यस्त समय की 95th परसेंटाइल और चैनल उपयोग की तुलना करें
फ़्लो योग इंटरफ़ेस काउंटर से 15% नीचे हैं	सैंपलिंग त्रुटि, असममित राउटिंग या किसी एक पाथ से एक्सपोर्टर गायब है	अनसैंपल्ड लिंक पर तुलना करें और पुष्टि करें कि प्रत्येक पाथ फ़्लो एक्सपोर्ट करता है
प्रति-SSID कुल योग AP कुल योग से मेल नहीं खाते	प्रबंधन ट्रैफ़िक शामिल नहीं है, या क्लाइंट सैंपलिंग के दौरान रोमिंग कर रहे हैं	टाइमस्टैम्प को संरेखित करें और पुष्टि करें कि प्रत्येक काउंटर में कौन से फ़्रेम शामिल हैं
RADIUS कुल योग डिवाइस संख्या से अधिक हैं	पुनः कनेक्ट होने के बाद डुप्लिकेट सेशन या पुनः प्रमाणीकरण पर काउंटर रीसेट होना	सेशन ID द्वारा समूहबद्ध करें और रीसेट हैंडलिंग की जांच करें
एक साइट समान साइट की तुलना में दोगुना उपयोग करती है	विभिन्न उपयोगकर्ता मिश्रण, कैश्ड अपडेट या एक VLAN टैगिंग त्रुटि	VLAN और शीर्ष गंतव्य श्रेणियों द्वारा विभाजित करें
रोलआउट के अगले दिन उपयोग बढ़ जाता है	क्लाउड अपडेट या एक नई डिवाइस श्रेणी नेटवर्क में शामिल हुई है	DNS श्रेणियों और रोलआउट का सटीक समय जांचें

पहले समय संरेखण को ठीक करें, फिर सैंपलिंग, फिर एट्रिब्यूशन। बाद की त्रुटियां पहले की त्रुटियों को और बढ़ा देती हैं।

समान साइटों के बीच दो-गुना अंतर अक्सर एक VLAN टैग या उपकरणों का एक अलग मिश्रण होता है, न कि कोई रहस्यमय एप्लिकेशन। क्षमता योजना को फिर से लिखने से पहले घड़ी (clock), निर्यातक (exporter), और सेशन की (session key) की पुष्टि करें। एक संपूर्ण-संगठन का औसत हर स्थान का मॉडल नहीं होता है।

कंपनी-व्यापी रिपोर्टिंग से पहले एक साइट पर सत्यापित करें

पहले ही दिन हर संपत्ति पर एक नया माप डिज़ाइन लागू न करें। दो से चार सप्ताह के लिए एक प्रतिनिधि साइट पर एक पायलट चलाएं। विंडो में कम से कम एक व्यस्त शाम और एक शांत कार्यदिवस शामिल होना चाहिए, अन्यथा आप केवल उसी औसत को साबित करेंगे जिस पर आपको पहले से अविश्वास है।

नए कलेक्शन को आज आपके द्वारा चलाए जा रहे नेटवर्क के साथ रखें। मौजूदा काउंटरों को तब तक न बदलें जब तक कि नई श्रृंखला कुल बाइट्स पर लगभग 5% के भीतर उनसे सहमत न हो जाए। एक समानांतर रन वह तरीका है जिससे आप रैप्ड काउंटर, गायब एक्सपोर्टर, या ऐसे VLAN को पकड़ते हैं जिसे कभी टैग नहीं किया गया था।

पायलट का आकलन दो परीक्षणों पर करें, न कि इस आधार पर कि डैशबोर्ड कितना पूर्ण दिखता है।

• टिकट: क्या पीक आवर्स के आंकड़े उन शिकायतों से मेल खाते हैं जो आपके पास पहले से हैं? यदि सबसे खराब शाम के दौरान चार्ट शांत है, तो सैंपल इंटरवल या मेजरमेंट प्वाइंट गलत है।
• ऑडिट: क्या कोई वास्तविक प्रश्न का उत्तर दे सकता है, जैसे कि किसी दिए गए दिन डिवाइस ने किस VLAN का उपयोग किया? यदि ट्रेल इसका उत्तर नहीं दे सकती है, तो एट्रिब्यूशन पूरा नहीं हुआ है।

हम सबसे पहले एक साइट पर, लाइव नेटवर्क के बगल में, उसी साइट पर पहले से मौजूद एक्सेस पॉइंट्स पर डिज़ाइन को साबित करते हैं, और हम व्यापक रोलआउट से पहले टिकटों और ऑडिट साक्ष्यों पर इसका मूल्यांकन करते हैं। एक इंजीनियर के लिए उस हार्डवेयर पर आज के SSIDs को ओपन, सेक्योर और xPSK पर मैप करने के लिए 45 मिनट का डिज़ाइन सेशन पर्याप्त है, और आप योजना को अपने पास रखते हैं। नेटवर्क हेल्थ मॉनिटरिंग फिर एस्टेट से किसी स्थान और हार्डवेयर के टुकड़े तक ड्रिल करती है, जिसमें स्पीड टेस्ट, प्रमाणीकरण दरें, और डाउनलोड तथा व्यवहार संबंधी डेटा शामिल होता है ताकि दुरुपयोग अनुमान लगाने के बजाय स्पष्ट रूप से दिखाई दे। रेडियो योजना का अभी भी सही होना आवश्यक है। मापन कभी न बनाए गए चैनल प्लान को ठीक नहीं करेगा, यही कारण है कि WiFi network design एक अलग कार्य बना रहता है।

दूसरी साइट जोड़ने से पहले रिपोर्टिंग नियम तय करें। हर जगह समान अवधि और समान सैंपल अंतराल का उपयोग करें। विश्वसनीयता को लेबल करें। साइट, SSID, और VLAN के अनुसार रिपोर्ट तैयार करें, और हर डैशबोर्ड का एक नामित मालिक तय करें। इसे केवल तभी रोल आउट करें जब पायलट काउंटरों से मेल खाता हो और टीम डेटा से अपने शीर्ष तीन प्रश्नों के उत्तर दे सके। यदि वह ऐसा नहीं कर सकती है, तो मिसमैच जांच पर वापस जाएं। एक टूटे हुए बेसलाइन को आगे बढ़ाने से त्रुटि केवल तेज़ी से सामने आएगी।

---

Purple Access आपके मौजूदा एक्सेस पॉइंट्स पर ओपन, सुरक्षित और xPSK प्रदान करता है, क्लाउड RADIUS एकाउंटिंग के साथ जिसे आप किसी उपयोगकर्ता, डिवाइस या कुंजी से जोड़ सकते हैं, साथ ही ऐसे हेल्थ व्यू जो एक शांत मासिक औसत को एक ख़राब व्यस्त घंटे से अलग करते हैं। बाकी नेटवर्क में बदलाव करने से पहले अपने टिकट्स और ऑडिट ट्रेल के आधार पर इसे एक साइट पर परखें। देखें कि यह आपके स्थानों के लिए कैसे अनुकूल है Purple Access पर।