नेटवर्क बैंडविड्थ कैलकुलेटर

ब्राउज़र में चलता है नया इंटरनेट और नेटवर्क

एक पेज पर चार गणनाएँ: एक रेट हर यूनिट में (Mbps, MB/s, MiB/s वगैरह, SI और IEC अलग-अलग); तय समय में तय डेटा भेजने के लिए ज़रूरी बैंडविड्थ, प्रोटोकॉल ओवरहेड के वैकल्पिक अनुमान के साथ; कई यूज़र या स्ट्रीम के लिए बैंडविड्थ और ऊपर से हेडरूम; और bandwidth-delay product, यानी वह TCP विंडो जो किसी राउंड-ट्रिप टाइम पर एक कनेक्शन को लिंक भरने के लिए चाहिए। हर नतीजा अपना फ़ॉर्मूला आपके नंबरों के साथ दिखाता है। यह आपके ब्राउज़र में गणित है, किसी नेटवर्क का माप नहीं।

गोपनीयता: यह टूल पूरी तरह आपके ब्राउज़र में चलता है। आपका इनपुट कभी आपके डिवाइस से बाहर नहीं जाता।

बैंडविड्थ और ट्रांसफ़र टाइम सही तरीके से कैसे निकालें?

लाइन की स्पीड SI प्रीफ़िक्स के साथ बिट प्रति सेकंड में बताई जाती है (1 Mbps = 10^6 bit/s), और फ़ाइल साइज़ बाइट में, अक्सर बाइनरी प्रीफ़िक्स के साथ (1 MiB = 1,048,576 बाइट); इसलिए पहला कदम हमेशा सही यूनिट में ×8 या ÷8 है: 100 Mbps की लाइन ज़्यादा से ज़्यादा 12.5 MB/s देती है। ट्रांसफ़र टाइम = साइज़ × 8 ÷ रेट, और किसी ट्रांसफ़र को ज़रूरी रेट = साइज़ × 8 ÷ समय, ऊपर से तार पर हेडर का ओवरहेड (Ethernet पर TCP के लिए लगभग 5–8%)। असली ट्रांसफ़र इस गणित से धीमे होते हैं — लेटेंसी, कंजेशन और TCP विंडो की वजह से: एक कनेक्शन अपनी विंडो ÷ राउंड-ट्रिप टाइम से ज़्यादा नहीं ले जाता (RFC 6349, RFC 7323)।

नेटवर्क बैंडविड्थ कैलकुलेटर कैसे इस्तेमाल करें

  1. गणना चुनें: रेट बदलना, ट्रांसफ़र के लिए ज़रूरी बैंडविड्थ, यूज़र या स्ट्रीम के लिए बैंडविड्थ, या लिंक के लिए TCP विंडो।
  2. वह गणना जो फ़ील्ड इस्तेमाल करती है उन्हें भरें (हेल्प टेक्स्ट बताता है कौन-से): डेटा रेट, डेटा साइज़ और उपलब्ध समय, यूज़र की संख्या और हेडरूम, या राउंड-ट्रिप टाइम।
  3. ट्रांसफ़र के लिए, हेडर गिनने हों तो ओवरहेड अनुमान चुनें; सिर्फ़ डेटा का रेट चाहिए तो उसे "कोई नहीं" पर छोड़ दें।
  4. मुख्य आँकड़े पढ़ें, अपने नंबरों वाला फ़ॉर्मूला जाँचें और ज़रूरत हो तो तालिका CSV में डाउनलोड करें।

नेटवर्क बैंडविड्थ कैलकुलेटर की खूबियाँ

  • रेट को वैसे ही पढ़ता है जैसे आप लिखते हैं: 100 Mbps, 1.5 Gbit/s, 12.5 MB/s, 40 MiB/s, 56 kbit/s, "2 gigabits per second"; अरबी-भारतीय और देवनागरी अंक भी चलते हैं
  • एक ही रेट 18 यूनिट में बदलने की तालिका — बिट और बाइट, SI (1000 की घात) और IEC (1024 की घात) — हर यूनिट का bit/s में सटीक मान साथ में
  • तय समय में तय साइज़ भेजने के लिए ज़रूरी बैंडविड्थ, Ethernet पर TCP/IPv4 और TCP/IPv6 के ओवरहेड अनुमान या बिना ओवरहेड के
  • कई यूज़र या स्ट्रीम के लिए बैंडविड्थ और हेडरूम — दफ़्तर की लाइन, वीडियो-कॉल रूम या स्ट्रीमिंग सर्वर का आकार तय करने के लिए
  • Bandwidth-delay product, साथ में 64 KiB से 16 MiB तक की TCP विंडो की तालिका: आपके राउंड-ट्रिप टाइम पर हर विंडो से एक कनेक्शन ज़्यादा से ज़्यादा कितना ले जा सकता है, और क्या उससे लिंक भरता है
  • हर नतीजा अपना फ़ॉर्मूला और फिर आपके नंबर डालकर वही फ़ॉर्मूला दिखाता है, ताकि आप हाथ से जाँच सकें

इनपुट और आउटपुट

इनपुट

  • कैलकुलेशन: डेटा रेट बदलें, ट्रांसफ़र के लिए ज़रूरी बैंडविड्थ, यूज़र या स्ट्रीम के लिए बैंडविड्थ, या लिंक के लिए TCP विंडो (bandwidth-delay product)।
  • डेटा रेट (बदलने, यूज़र या स्ट्रीम और TCP विंडो के लिए), यूज़र या स्ट्रीम और हेडरूम (%), डेटा साइज़, उपलब्ध समय और उसकी यूनिट, प्रोटोकॉल ओवरहेड अनुमान, राउंड-ट्रिप टाइम (ms)।

आउटपुट

  • एक नज़र में: गणना का मुख्य आँकड़ा (बिट और बाइट में रेट, ज़रूरी बैंडविड्थ, यूज़र का कुल, या bandwidth-delay product) और उसके साथी आँकड़े।
  • फ़ॉर्मूला और आँकड़े: फ़ॉर्मूला, आपके नंबरों के साथ वही फ़ॉर्मूला, और वह साइज़, समय या रेट जिस पर वह टिका है।
  • हर यूनिट में रेट (CSV डाउनलोड), या TCP विंडो तालिका, जिसमें आपके राउंड-ट्रिप टाइम पर हर विंडो की ऊपरी सीमा है।

नेटवर्क बैंडविड्थ कैलकुलेटर का उदाहरण

50 GB का बैकअप दो घंटे में कॉपी करने के लिए बैंडविड्थ

इनपुट:

कैलकुलेशन: ट्रांसफ़र के लिए ज़रूरी बैंडविड्थ · डेटा साइज़: 50 GB · उपलब्ध समय: 2 घंटे · प्रोटोकॉल ओवरहेड अनुमान: Ethernet पर TCP/IPv4 (5.3%)

आउटपुट:

ज़रूरी बैंडविड्थ: 58.5 Mbps (ओवरहेड अनुमान शामिल: 5.3%) · बाइट प्रति सेकंड (SI): 7.31 MB/s · बिना ओवरहेड डेटा रेट: 55.6 Mbps
फ़ॉर्मूला: R = S × 8 × (1 + o ÷ 100) ÷ t · नंबर डालकर: 50,000,000,000 × 8 × 1.053 ÷ 7,200 = 58,500,000 bit/s

नेटवर्क बैंडविड्थ कैलकुलेटर के नतीजे कैसे पढ़ें

"ज़रूरी बैंडविड्थ" को न्यूनतम मानें: लाइन को पूरे समय कम से कम यह रेट बनाए रखना है, बाकी सारे इस्तेमाल के ऊपर।

अगर बाइट प्रति सेकंड वाला रेट उम्मीद से आठ गुना छोटा लगे, तो दोनों आँकड़े अलग यूनिट में हैं: 11.9 MiB/s दिखाने वाला डाउनलोड पूरी स्पीड पर चलती 100 Mbps लाइन है।

TCP विंडो तालिका में "नहीं" का मतलब है कि उस विंडो वाला एक कनेक्शन उस राउंड-ट्रिप टाइम पर लिंक नहीं भर सकता, लाइन कितनी भी तेज़ हो; तब ट्रांसफ़र को बड़ी विंडो या कई समानांतर कनेक्शन चाहिए।

हेडरूम आपका चुना हुआ मार्जिन है, मापा हुआ आँकड़ा नहीं: रियल-टाइम ट्रैफ़िक वाले लिंक के लिए 20 से 30% आम शुरुआत है।

नेटवर्क बैंडविड्थ कैलकुलेटर कब इस्तेमाल करें

  • जाँचना कि रात का बैकअप या डेटाबेस कॉपी आपकी मौजूदा लाइन पर तय समय में पूरा होगा या नहीं।
  • एक साथ वीडियो कॉल पर रहने वाले लोगों की संख्या से दफ़्तर या ब्रांच की लाइन का आकार तय करना।
  • यह समझाना कि 1 Gbps की लाइन अच्छी हालत में भी लगभग 119 MiB/s पर ही क्यों डाउनलोड करती है — उन यूनिट में जो यूज़र देखते हैं।
  • डेटा सेंटरों के बीच लंबे, तेज़ रास्ते के लिए राउंड-ट्रिप टाइम से TCP बफ़र ट्यून करना।

समस्या निवारण

  • "दशमलव के लिए बिंदु इस्तेमाल करें": 1,5 Gbps नहीं, 1.5 Gbps लिखें; कॉमा सिर्फ़ हज़ार अलग करने के लिए पढ़ा जाता है, जैसे 1,000 Mbps।
  • "अनजान रेट यूनिट": bps, kbps, Mbps, Gbps, B/s, kB/s, MB/s, GB/s, KiB/s या MiB/s लिखें; छोटे-बड़े अक्षर का ध्यान रखें, क्योंकि Mb मेगाबिट है और MB मेगाबाइट।
  • नतीजा उम्मीद से 8 गुना अलग है: देखें कि जिस आँकड़े से तुलना कर रहे हैं वह बिट में है या बाइट में।
  • समय शून्य से ज़्यादा होना चाहिए, और राउंड-ट्रिप टाइम मिलीसेकंड में है (40, न कि 0.04)।

नेटवर्क बैंडविड्थ कैलकुलेटर के बारे में अक्सर पूछे जाने वाले सवाल

Mbps और MB/s में क्या फ़र्क है?

Mbps यानी मेगाबिट प्रति सेकंड (10^6 बिट), लाइन की स्पीड की यूनिट; MB/s यानी मेगाबाइट प्रति सेकंड (8 × 10^6 बिट), जो डाउनलोड विंडो आम तौर पर दिखाती है। इसलिए 100 Mbps की लाइन ज़्यादा से ज़्यादा 12.5 MB/s देती है, या 11.92 MiB/s अगर प्रोग्राम 1,048,576 बाइट वाले मेबीबाइट गिनता है। तालिका यही रेट हर यूनिट में दिखाती है।

रात भर में 50 GB का बैकअप अपलोड करने के लिए कितनी बैंडविड्थ चाहिए?

रेट = साइज़ × 8 ÷ समय। 50 GB यानी 400,000,000,000 बिट; 8 घंटे (28,800 सेकंड) में यह 13.9 Mbps डेटा है, या 5.3% के TCP/IPv4 ओवरहेड अनुमान के साथ लगभग 14.6 Mbps। अपने नंबरों से यही पाने के लिए "ट्रांसफ़र के लिए ज़रूरी बैंडविड्थ" चुनें, और इससे ज़्यादा की योजना बनाएँ, क्योंकि लाइन शायद ही कभी सिर्फ़ बैकअप के लिए ख़ाली होती है।

Bandwidth-delay product क्या है और यह क्यों मायने रखता है?

यह लिंक पर रास्ते में मौजूद डेटा की मात्रा है: रेट × राउंड-ट्रिप टाइम। एक TCP कनेक्शन अपनी विंडो ÷ राउंड-ट्रिप टाइम से ज़्यादा नहीं ले जा सकता, इसलिए 40 ms राउंड-ट्रिप वाले 1 Gbps रास्ते को भरने के लिए उसे कम से कम 5 MB की विंडो चाहिए। विंडो स्केलिंग (RFC 7323) के बिना विंडो 64 KiB पर रुक जाती है, जिससे वह कनेक्शन लगभग 13 Mbps तक सीमित रहता है।

ओवरहेड सिर्फ़ अनुमान क्यों है?

तार पर जाने वाले अतिरिक्त बाइट पैकेटों पर निर्भर करते हैं: तैयार विकल्प TCP/IP हेडर वाले पूरे 1500-बाइट Ethernet फ़्रेम मानते हैं, जो बड़े ट्रांसफ़र के लिए काफ़ी क़रीब है। TLS, VPN टनल, छोटे पैकेट, Wi-Fi और दोबारा भेजे गए पैकेट और जोड़ते हैं — हर नेटवर्क में अलग मात्रा में। आपकी लाइन असल में क्या देती है, यह स्पीड टेस्ट से मापें।

वीडियो कॉल या स्ट्रीम के लिए लाइन का आकार कैसे तय करें?

एक कॉल या स्ट्रीम को जितना रेट चाहिए वह सेवा की प्रकाशित ज़रूरतों से लें, उसे एक साथ चलने वाली संख्या से गुणा करें और हेडरूम जोड़ें: 3.5 Mbps की 25 कॉल 25% हेडरूम के साथ लगभग 109 Mbps माँगती हैं। गणना मानती है कि सब एक साथ चरम पर हों — यह सुरक्षित स्थिति है; असली चरम आम तौर पर कम होता है।

तकनीकी नोट्स

यूनिट सटीक हैं और कभी मिलाई नहीं जातीं (@engines/bandwidth): k, M, G और T 1000 की घात हैं (1 Mbps = 10^6 bit/s, 1 kB = 1000 B); Ki, Mi, Gi और Ti 1024 की घात हैं (1 MiB = 1,048,576 B), यानी IEC के बाइनरी प्रीफ़िक्स; छोटा b बिट है और बड़ा B 8 बिट का बाइट। कॉमा सिर्फ़ हज़ार अलग करने के लिए माना जाता है: 1,5 को 15 पढ़ने के बजाय अस्वीकार किया जाता है।

ज़रूरी बैंडविड्थ R = S × 8 × (1 + o ÷ 100) ÷ t है, जहाँ o हर डेटा बाइट पर अतिरिक्त बाइट के रूप में ओवरहेड है। तैयार विकल्प पूरे 1500-बाइट Ethernet फ़्रेम में हेडर की लागत हैं: हर 1460 डेटा बाइट पर Ethernet फ़्रेमिंग के 38 बाइट (प्रिएम्बल, हेडर, FCS और फ़्रेमों के बीच का अंतर) और IPv4 व TCP हेडर के 40 बाइट मिलकर 5.3% होते हैं; TCP टाइमस्टैम्प (12 बाइट) इसे 6.2% और टाइमस्टैम्प के साथ IPv6 हेडर 7.7% कर देते हैं।

Bandwidth-delay product R × RTT है: रास्ते में मौजूद बिट। एक TCP कनेक्शन ज़्यादा से ज़्यादा विंडो ÷ RTT ले जाता है (RFC 6349), और RFC 7323 के विंडो स्केल विकल्प के बिना विंडो 65,535 बाइट (64 KiB से ज़रा कम) से आगे नहीं जा सकती, इसलिए लंबे, तेज़ रास्तों को एक कनेक्शन से भरने के लिए स्केलिंग और बड़े सॉकेट बफ़र चाहिए।

सीमाएँ और कार्यप्रणाली

यह कुछ नहीं मापता: हर आँकड़ा आपके लिखे नंबरों पर गणित है। आपका कनेक्शन असल में क्या देता है, यह जानने के लिए इंटरनेट स्पीड टेस्ट इस्तेमाल करें।

असली ट्रांसफ़र आदर्श रेट से धीमे होते हैं — प्रोटोकॉल ओवरहेड, लेटेंसी, TCP स्लो स्टार्ट, कंजेशन, Wi-Fi की हालत और दूसरे छोर की सीमाओं की वजह से; ओवरहेड विकल्प सिर्फ़ पूरे आकार के Ethernet फ़्रेम में हेडर बाइट गिनते हैं।

यूज़र या स्ट्रीम का कुल मानता है कि सारी स्ट्रीम एक साथ चरम पर हैं; यह सांख्यिकीय साझेदारी या क्वालिटी-ऑफ़-सर्विस नियमों का हिसाब नहीं रखता।

सुरक्षा और गोपनीयता

सारी गणना आपके ब्राउज़र में होती है; आपके डाले आँकड़े कहीं नहीं भेजे जाते और कुछ भी स्टोर नहीं होता।

संदर्भ

  • Metric (SI) PrefixesNISTSI प्रीफ़िक्स और उनकी सटीक दस की घातें: किलो 10^3, मेगा 10^6, गीगा 10^9, टेरा 10^12 — Mbps, Gbps और GB में k, M, G और T का यही मतलब है।
  • units(7) — decimal and binary prefixesLinux man-pages projectदशमलव प्रीफ़िक्स (k = 1000) को बाइनरी प्रीफ़िक्स (Ki = 1024, Mi = 1,048,576…) के साथ रखता है, और चलते-चलते b = बिट, B = बाइट की परिपाटी का ज़िक्र करता है।
  • RFC 6349: Framework for TCP Throughput TestingIETF · 2011किसी पाथ पर TCP थ्रूपुट कैसे मापें: एक कनेक्शन अपनी विंडो और राउंड-ट्रिप टाइम (bandwidth-delay product) से क्यों बँधा रहता है, और कौन-से मेट्रिक टेस्ट को सही ढंग से बताते हैं।