TCP थ्रूपुट मर्यादा समजून घेणे
नेटवर्क मार्गावरील प्रत्यक्ष कामगिरी केवळ उपलब्ध बँडविड्थवर अवलंबून नसते. जेव्हा एखादा डेटा प्रवाह सिंगल TCP कनेक्शनद्वारे प्रवास करतो, तेव्हा त्याला तीन वेगवेगळ्या मर्यादांचा सामना करावा लागतो: लिंक क्षमता, रिसीव्ह विंडो आणि पॅकेट लॉस. या तिन्हींपैकी जी मर्यादा सर्वात कमी असेल, तीच अंतिम थ्रूपुट ठरवते.
"Network Latency Bandwidth Calculator" हे साधन या तिन्ही घटकांचे विश्लेषण करून तुमच्या नेटवर्क कनेक्शनची वास्तविक मर्यादा आणि अपेक्षित हस्तांतरण वेळ अचूकपणे मोजते. हे कॅल्क्युलेटर पूर्णपणे तुमच्या वेब ब्राउझरमध्ये स्थानिक पातळीवर चालते, ज्यामुळे तुम्ही प्रविष्ट केलेला कोणताही डेटा बाहेरील सर्व्हरवर पाठवला जात नाही.
आवश्यक इनपुट आणि त्यांच्या मर्यादा
अपेक्षित थ्रूपुट आणि वेळेची गणना करण्यासाठी खालील इनपुट मूल्ये आवश्यक आहेत:
- लिंक रेट: हा तुमच्या नेटवर्क मार्गावरील सर्वात संथ टप्पा असतो, जो सहसा तुमच्या इंटरनेट प्लॅनचा रेट केलेला वेग दर्शवतो. हे मूल्य शून्यापेक्षा जास्त असणे आवश्यक आहे.
- राऊंड-ट्रिप वेळ (RTT): दूरच्या टोकापर्यंतचा पिंग वेळ, जो लोड अंतर्गत अपेक्षित असलेले सर्वात मोठे मूल्य दर्शवतो. हे मूल्य शून्यापेक्षा जास्त असणे आवश्यक आहे.
- डेटा आकार: हस्तांतरित करायचा एकूण पेलोड, जसे की फाईल, बॅकअप किंवा डेटासेट. हे मूल्य शून्यापेक्षा जास्त असणे आवश्यक आहे.
- रिसीव्ह विंडो: रिसीव्हर बफर करू शकत असलेले बाइट्स. हे मूल्य शून्यापेक्षा जास्त असणे आवश्यक आहे आणि ते 1,073,725,440 बाइट्सपेक्षा जास्त असू शकत नाही. हे फील्ड रिकामे ठेवल्यास कोणतीही विंडो मर्यादा लागू होत नाही.
- MSS (बाइट्स): प्रति पॅकेट पेलोड बाइट्स. हा 1 आणि 65,495 च्या दरम्यान बाइट्सचा पूर्ण अंक असणे आवश्यक आहे. हे फील्ड रिकामे ठेवल्यास ओव्हरहेड आणि लॉस्कडे दुर्लक्ष केले जाते.
- पॅकेट लॉस (%): सरासरी पॅकेट लॉसची शक्यता. हे प्रमाण 0 आणि 100 टक्क्यांच्या दरम्यान असणे आवश्यक आहे. हे फील्ड रिकामे ठेवल्यास किंवा 0 प्रविष्ट केल्यास कोणतीही लॉस मर्यादा लागू होत नाही.
- दर्शविलेले दशांश: हे आउटपुट मूल्यांची दशांश अचूकता नियंत्रित करते.
वापरकर्त्यांच्या सुविधेसाठी इंटरफेसमध्ये नमुना डेटा भरण्यासाठी उदाहरण लोड करा आणि इनपुट रीसेट करण्यासाठी साफ करा हे पर्याय उपलब्ध आहेत.
गणना आणि आउटपुटचे स्वरूप
कॅल्क्युलेटरद्वारे प्रक्रिया पूर्ण झाल्यावर निकाल तीन मुख्य विभागांमध्ये दर्शवले जातात:
थ्रूपुट आणि हस्तांतरण वेळ
- अपेक्षित TCP थ्रूपुट: यासोबत सक्रिय अडथळा दर्शवणारे सब-लेबल असते, जसे की "
‹constraint›मुळे मर्यादित". यामध्ये अडथळा म्हणून लिंक क्षमता, रिसीव्ह विंडो, किंवा पॅकेट लॉस चे नाव येते. - हस्तांतरण वेळ
- पहिल्या बाइटपर्यंतचा वेळ (1 RTT)
- बल्क हस्तांतरण वेळ
- बँडविड्थ-डिली प्रॉडक्ट
- मार्ग भरण्यासाठी आवश्यक विंडो
- विंडो-मर्यादित थ्रूपुट
- लॉस-मर्यादित थ्रूपुट (Mathis)
- ओव्हरहेडनंतरची लिंक मर्यादा
- प्रोटोकॉल कार्यक्षमता
डायनॅमिक सिस्टम नोट्स
इनपुट मूल्यांनुसार सिस्टीम खालील सूचना दर्शवू शकते:
- "हा मार्ग भरण्यासाठी
‹window›विंडो आवश्यक आहे — जी 65,535-बाइटच्या विना-स्केल केलेल्या कमाल मर्यादेपेक्षा जास्त आहे, त्यामुळे दोन्ही बाजूंनी TCP विंडो स्केलिंग (RFC 7323) ची बोलणी करणे आवश्यक आहे." - "हा मार्ग भरण्यासाठी
‹window›आवश्यक आहे — जे TCP बोलणी करू शकत असलेल्या सर्वात मोठ्या विंडोपेक्षा (1,073,725,440 बाइट्स) जास्त आहे. या मार्गावरील एक सिंगल फ्लो कधीही‹value›पेक्षा जास्त असू शकत नाही." - "रिसीव्ह विंडो
‹window›पर्यंत वाढवल्यास हे हस्तांतरण‹value›पर्यंत पोहोचू शकेल." - "1% पेक्षा जास्त लॉस Mathis मॉडेलच्या विश्वसनीय श्रेणीबाहेर आहे — लॉस मर्यादेला आशावादी अंदाज माना."
सूत्रे आणि मूल्ये
कॅल्क्युलेटरमध्ये वापरली जाणारी मुख्य सूत्रे खालीलप्रमाणे आहेत:
- मुख्य सूत्र:
थ्रूपुट = min(दर × eff, window ÷ RTT, MSS ÷ RTT ÷ √p) · BDP = दर × RTT - प्रोटोकॉल कार्यक्षमता:
प्रोटोकॉल कार्यक्षमता = MSS ÷ (MSS + 78 B) = ‹mss› ÷ ‹frame› = ‹eff› (40 B पॅकेट हेडर्स + वायरवर 38 B) - लिंक मर्यादा:
लिंक मर्यादा = rate × कार्यक्षमता = ‹rate› × ‹eff› = ‹value› - BDP:
BDP = दर × RTT = ‹rate› × ‹rtt› = ‹bdp› = ‹bytes› - मार्ग भरण्यासाठी आवश्यक विंडो:
मार्ग भरण्यासाठी आवश्यक विंडो = BDP ÷ 8 = ‹bdp› → ‹window› - विंडो मर्यादा:
विंडो मर्यादा = window ÷ RTT = ‹window› ÷ ‹rtt› = ‹value› - लॉस मर्यादा (Mathis):
लॉस मर्यादा (Mathis) = MSS ÷ RTT ÷ √p = ‹mss› ÷ ‹rtt› ÷ √‹p› = ‹value› - अपेक्षित थ्रूपुट:
अपेक्षित थ्रूपुट = या मर्यादांपैकी सर्वात कमी = ‹value› → ‹constraint› मुळे मर्यादित - हस्तांतरण वेळ:
हस्तांतरण वेळ = RTT + 8 × size ÷ throughput = ‹rtt› + 8 × ‹size› ÷ ‹throughput› = ‹time›
वापरकर्ते निकाल कॉपी करा बटण वापरून हा सर्व डेटा थेट कॉपी करू शकतात.
नियम आणि मर्यादांचे विश्लेषण
- युनिट्सचे नियम: नेटवर्किंगमधील सर्व मोजमापे दशांश पद्धतीवर आधारित असतात (उदा. 1 kbit = 1,000 bits, 1 MB = 1,000,000 bytes). फाईल मॅनेजर्स सहसा 1024-आधारित बायनरी युनिट्स वापरतात, ज्यामुळे मोजणीत फरक पडू शकतो.
- प्रोटोकॉल ओव्हरहेड: मानक इथरनेटवर आधारित प्रति पॅकेट 78 बाइट्सचे ओव्हरहेड जोडले जाते (40 बाइट्स TCP/IP हेडर्स आणि 38 बाइट्स फिजिकल वायर ओव्हरहेड).
- Mathis मॉडेलची मर्यादा: हे मॉडेल केवळ 1% पेक्षा कमी पॅकेट लॉससाठी विश्वसनीय मानले जाते. लॉस 1% पेक्षा जास्त असल्यास ही चेतावणी दर्शवली जाते.
- विंडो स्केलिंग मर्यादा: विना-स्केल केलेली कमाल TCP विंडो 65,535 बाइट्स असते. RFC 7323 नुसार विंडो स्केलिंग वापरून ही मर्यादा कमाल 1,073,725,440 बाइट्सपर्यंत वाढवता येते.
- मॉडेलबाहेरील घटक: हे कॅल्क्युलेटर स्थिर स्थितीतील सिंगल TCP फ्लो गृहीत धरते. वास्तविक जगातील स्लो स्टार्ट, कंजेशन-कंट्रोल ट्यूनिंग, संथ रिसीव्हर आणि TLS हँडशेक यांसारखे घटक या मॉडेलच्या बाहेर आहेत, ज्यामुळे प्रत्यक्ष वेग मोजलेल्या मर्यादेपेक्षा कमी असू शकतो.
त्रुटी संदेश (Error Messages)
चुकीचे इनपुट प्रविष्ट केल्यास खालील त्रुटी संदेश दर्शवले जातात:
- इनपुट संख्या नसल्यास:
"‹field›: “‹token›” ही संख्या नाही." - लिंक रेट शून्य किंवा उणे असल्यास:
"लिंक रेट शून्यापेक्षा जास्त असणे आवश्यक आहे." - राऊंड-ट्रिप वेळ शून्य किंवा उणे असल्यास:
"राऊंड-ट्रिप वेळ शून्यापेक्षा जास्त असणे आवश्यक आहे." - डेटा आकार शून्य किंवा उणे असल्यास:
"डेटा आकार शून्यापेक्षा जास्त असणे आवश्यक आहे." - रिसीव्ह विंडो शून्य किंवा उणे असल्यास:
"रिसीव्ह विंडो शून्यापेक्षा जास्त असणे आवश्यक आहे." - विंडो मर्यादा ओलांडल्यास:
"TCP 1,073,725,440 बाइट्सपेक्षा जास्त विंडोची बोलणी करू शकत नाही (RFC 7323 विंडो स्केलिंग)." - MSS मर्यादेबाहेर असल्यास:
"MSS हा 1 आणि 65,495 च्या दरम्यान बाइट्सचा पूर्ण अंक असणे आवश्यक आहे." - पॅकेट लॉस मर्यादेबाहेर असल्यास:
"लॉस रेट 0 आणि 100 टक्क्यांच्या दरम्यान असणे आवश्यक आहे." - गणना मर्यादेबाहेर गेल्यास:
"एखादे मूल्य किंवा मध्यम निकाल समर्थित संख्या मर्यादेपेक्षा जास्त आहे."
वारंवार विचारले जाणारे प्रश्न (FAQ)
प्रश्न: माझे हस्तांतरण मी पैसे देत असलेल्या लिंक रेटपेक्षा संथ का आहे?
उत्तर: एका सिंगल TCP फ्लोला तीन स्वतंत्र मर्यादांचा सामना करावा लागतो आणि त्यातील सर्वात कमी मर्यादा लागू होते. प्रोटोकॉल ओव्हरहेडमुळे प्रत्यक्ष लिंक सुमारे 5% ने कमी होते — एक मानक इथरनेट फ्रेम वायरवरील 1,538 बाइट्सपैकी 1,460 पेलोड बाइट्स वाहून नेते. रिसीव्ह विंडो थ्रूपुटला window ÷ RTT वर मर्यादित करते, त्यामुळे क्लासिक 65,535-बाइटची विंडो 50 ms च्या मार्गाला लिंक कितीही वेगवान असली तरी सुमारे 10.5 Mbit/s वर मर्यादित ठेवते. आणि पॅकेट लॉस थ्रूपुटला (MSS ÷ RTT) ÷ √loss वर मर्यादित करतो. वरील निकाल तुमच्या आकड्यांवर कोणती मर्यादा लागू होत आहे ते दर्शवतो.
प्रश्न: बँडविड्थ-डिली प्रॉडक्ट म्हणजे काय, आणि ते विंडोचा आकार कसे ठरवते?
उत्तर: BDP — लिंक रेट × राऊंड-ट्रिप वेळ — हा कोणत्याही क्षणी मार्गावर असलेल्या डेटाचा एकूण आकार असतो. TCP कडे एका वेळी जास्तीत जास्त एकच अनअकनॉलेज्ड विंडो असू शकते, त्यामुळे BDP पेक्षा लहान विंडो असल्यास मार्ग अंशतः रिकामा राहतो: 50 ms RTT सह 100 Mbit/s वर मार्गात 625 kB डेटा मावतो, आणि 65,535-बाइटची विंडो त्याचा जेमतेम दहावा भाग भरू शकते. म्हणूनच वेगवान आणि लांब मार्गांसाठी TCP विंडो स्केलिंग (RFC 7323) आवश्यक असते, जे वाटाघाटीची कमाल मर्यादा 65,535 बाइट्सवरून वाढवून सुमारे 1 GB करते.
प्रश्न: पॅकेट लॉस TCP थ्रूपुट कशा प्रकारे मर्यादित करतो?
उत्तर: TCP पॅकेट लॉसला गर्दी (congestion) मानतो आणि प्रत्येक लॉस इव्हेंटवर त्याचा पाठवण्याचा वेग अर्धा करतो, त्यामुळे वेगवान मार्गांवर अगदी लहान लॉस रेट देखील खूप फरक पाडतो. Mathis मॉडेल या मर्यादेचा अंदाज (MSS ÷ RTT) ÷ √p असा लावते — 1,460-बाइट MSS सह 50 ms च्या मार्गावर 0.01% लॉस असल्यास, लिंकचा वेग कितीही असला तरी थ्रूपुट सुमारे 23 Mbit/s होते. हे मॉडेल समान रीतीने पसरलेल्या, स्वतंत्र लॉस इव्हेंट्स गृहीत धरते; साधारणपणे 1% च्या खाली ते वास्तवाशी सुसंगत असते, आणि सलग (bursty) लॉससाठी ते आशावादी अंदाज दर्शवते.
प्रश्न: येथील मेगाबाइट्स माझ्या फाईल मॅनेजरमधील मेगाबाइट्ससारखेच आहेत का?
उत्तर: नाही. हे पेज दशांश (decimal) युनिट्स वापरते, जी नेटवर्किंगची पद्धत आहे: 1 kbit = 1,000 bits आणि 1 MB = 1,000,000 bytes. बहुतेक फाईल मॅनेजर्स 1024-आधारित युनिट्समध्ये मोजणी करतात, ज्यांना अनेकदा चुकीचे MB असे लेबल लावले जाते — तेथील “100 MB” फाईल सहसा 100 MiB ≈ 104.86 दशांश MB असते, त्यामुळे हस्तांतरणासाठी दशांश आकड्यापेक्षा सुमारे 5% जास्त वेळ लागतो. तंतोतंत जुळवण्यासाठी येथे 104.86 MB प्रविष्ट करा.