राउंड-ट्रिप विलंब: Difference between revisions

From Vigyanwiki
No edit summary
Line 7: Line 7:
==प्रोटोकॉल डिज़ाइन==
==प्रोटोकॉल डिज़ाइन==
राउंड-ट्रिप विलंब और [[बैंडविड्थ (कंप्यूटिंग)]] एक दूसरे से स्वतंत्र हैं। जैसे-जैसे नेटवर्क की उपलब्ध बैंडविड्थ बढ़ती है, राउंड ट्रिप का समय भी कम नहीं होता है, क्योंकि यह मुख्य रूप से भौतिक दूरी और सिग्नल प्रसार की गति जैसे निरंतर कारकों पर निर्भर करता है।<ref>Aron Brand (May 6, 2020), [https://medium.com/p/3b1af000640c "How latency is killing your app performance"]. Medium.com.</ref>
राउंड-ट्रिप विलंब और [[बैंडविड्थ (कंप्यूटिंग)]] एक दूसरे से स्वतंत्र हैं। जैसे-जैसे नेटवर्क की उपलब्ध बैंडविड्थ बढ़ती है, राउंड ट्रिप का समय भी कम नहीं होता है, क्योंकि यह मुख्य रूप से भौतिक दूरी और सिग्नल प्रसार की गति जैसे निरंतर कारकों पर निर्भर करता है।<ref>Aron Brand (May 6, 2020), [https://medium.com/p/3b1af000640c "How latency is killing your app performance"]. Medium.com.</ref>
उच्च बैंडविड्थ और उच्च आरटीटी (और इस प्रकार उच्च [[बैंडविड्थ-विलंब उत्पाद]]) वाले नेटवर्क में किसी भी समय पारगमन में बहुत बड़ी मात्रा में डेटा हो सकता है। ऐसे लंबे मोटे नेटवर्क के लिए एक विशेष प्रोटोकॉल डिज़ाइन की आवश्यकता होती है।<ref>{{citation |url=http://www.networkworld.com/article/2176641/tech-primers/are-your-pipes-too-big-.html |title=Are your pipes too big? |author=Brian Heder |work=[[Network World]] |date=May 6, 2014 |access-date=2016-01-09}}</ref> एक उदाहरण [[टीसीपी विंडो स्केल विकल्प]] है।
 
उच्च बैंडविड्थ और उच्च आरटीटी (और इस प्रकार उच्च [[बैंडविड्थ-विलंब उत्पाद]]) वाले नेटवर्क में किसी भी समय पारगमन में बहुत बड़ी मात्रा की डेटा में हो सकता है। ऐसे लंबे मोटे नेटवर्क के लिए एक विशेष प्रोटोकॉल डिज़ाइन की आवश्यकता होती है।<ref>{{citation |url=http://www.networkworld.com/article/2176641/tech-primers/are-your-pipes-too-big-.html |title=Are your pipes too big? |author=Brian Heder |work=[[Network World]] |date=May 6, 2014 |access-date=2016-01-09}}</ref> एक उदाहरण [[टीसीपी विंडो स्केल विकल्प]] है।


आरटीटी का अनुमान मूल रूप से टीसीपी में लगाया गया था:
आरटीटी का अनुमान मूल रूप से टीसीपी में लगाया गया था:


:<math>\mathrm{RTT} = \alpha \cdot \mathrm{old\_RTT} + (1 - \alpha) \cdot \mathrm{new\_round\_trip\_sample}</math>
:<math>\mathrm{RTT} = \alpha \cdot \mathrm{old\_RTT} + (1 - \alpha) \cdot \mathrm{new\_round\_trip\_sample}</math>
कहाँ <math>\alpha</math> स्थिर भार कारक है (<math>0 \leq \alpha < 1</math>).<ref>{{cite book |author=Douglas E. Comer |author-link=Douglas Comer |year=2000 |title=Internetworking with TCP/IP - Principles, Protocols and Architecture |edition=4th |publisher=Prentice Hall |isbn=978-0-13-018380-4 |page=226}}</ref> के लिए एक मान चुनना <math>\alpha</math> 1 के करीब भारित औसत को उन परिवर्तनों के प्रति प्रतिरक्षित बनाता है जो थोड़े समय तक चलते हैं (उदाहरण के लिए, एक एकल खंड जो लंबी देरी का सामना करता है)। के लिए एक मान चुनना <math>\alpha</math> 0 के करीब होने से भारित औसत देरी में होने वाले परिवर्तनों पर बहुत तेजी से प्रतिक्रिया करता है। इसे जैकबसन/कारेल्स एल्गोरिथम द्वारा सुधारा गया था, जो मानक विचलन को भी ध्यान में रखता है। एक बार जब एक नए आरटीटी की गणना की जाती है, तो उस कनेक्शन के लिए औसत आरटीटी प्राप्त करने के लिए इसे उपरोक्त समीकरण में दर्ज किया जाता है, और प्रक्रिया हर नई गणना के लिए जारी रहती है।
जहाँ <math>\alpha</math> स्थिर भार कारक (<math>0 \leq \alpha < 1</math>) है।<ref>{{cite book |author=Douglas E. Comer |author-link=Douglas Comer |year=2000 |title=Internetworking with TCP/IP - Principles, Protocols and Architecture |edition=4th |publisher=Prentice Hall |isbn=978-0-13-018380-4 |page=226}}</ref> <math>\alpha</math> के लिए एक मान चुना जाता हैं जो 1 के समीप भारित औसत को उन परिवर्तनों के प्रति प्रतिरक्षित बनाता है जो थोड़े समय तक चलते हैं (उदाहरण के लिए, एक एकल खंड जो लंबी विलम्ब का सामना करता है)। <math>\alpha</math> के लिए एक मान चुना जाता हैं जो 0 के समीप होने से भारित औसत विलम्ब में होने वाले परिवर्तनों पर बहुत तेजी से प्रतिक्रिया करता है। इसे जैकबसन/कारेल्स एल्गोरिथम द्वारा सुधारा गया था, जो मानक विचलन को भी ध्यान में रखता है। एक बार जब नए आरटीटी की गणना की जाती है, तो उस संयोजन के लिए औसत आरटीटी प्राप्त करने के लिए इसे उपरोक्त समीकरण में सिमित किया जाता है, और प्रक्रिया प्रत्येक नई गणना के लिए क्रियान्वित रहती है।


== वाई-फ़ाई ==
== वाई-फ़ाई ==

Revision as of 14:43, 10 July 2023

दूरसंचार में, राउंड-ट्रिप विलंब (आरटीडी) या राउंड-ट्रिप टाइम (आरटीटी) संकेत भेजने में लगने वाले समय की मात्रा है, साथ ही उस संकेत के प्राप्त होने की पुष्टि में लगने वाले समय की मात्रा है। इस समय विलंब में दो संचार समापन बिंदुओं के बीच पथों के लिए संकेत प्रसार विलंब सम्मलित है।[1] कंप्यूटर नेटवर्क के संदर्भ में, संकेत साधारण तौर पर नेटवर्क पैकेट होता है। आरटीटी को पिंग टाइम के रूप में भी जाना जाता है, और इसे पिंग कमांड से निर्धारित किया जा सकता है।

एंड-टू-एंड विलम्ब संकेत को एक दिशा में यात्रा करने में लगने वाले समय की लंबाई है और प्रायः इसे आरटीटी के आधे के रूप में अनुमानित किया जाता है।

प्रोटोकॉल डिज़ाइन

राउंड-ट्रिप विलंब और बैंडविड्थ (कंप्यूटिंग) एक दूसरे से स्वतंत्र हैं। जैसे-जैसे नेटवर्क की उपलब्ध बैंडविड्थ बढ़ती है, राउंड ट्रिप का समय भी कम नहीं होता है, क्योंकि यह मुख्य रूप से भौतिक दूरी और सिग्नल प्रसार की गति जैसे निरंतर कारकों पर निर्भर करता है।[2]

उच्च बैंडविड्थ और उच्च आरटीटी (और इस प्रकार उच्च बैंडविड्थ-विलंब उत्पाद) वाले नेटवर्क में किसी भी समय पारगमन में बहुत बड़ी मात्रा की डेटा में हो सकता है। ऐसे लंबे मोटे नेटवर्क के लिए एक विशेष प्रोटोकॉल डिज़ाइन की आवश्यकता होती है।[3] एक उदाहरण टीसीपी विंडो स्केल विकल्प है।

आरटीटी का अनुमान मूल रूप से टीसीपी में लगाया गया था:

जहाँ स्थिर भार कारक () है।[4] के लिए एक मान चुना जाता हैं जो 1 के समीप भारित औसत को उन परिवर्तनों के प्रति प्रतिरक्षित बनाता है जो थोड़े समय तक चलते हैं (उदाहरण के लिए, एक एकल खंड जो लंबी विलम्ब का सामना करता है)। के लिए एक मान चुना जाता हैं जो 0 के समीप होने से भारित औसत विलम्ब में होने वाले परिवर्तनों पर बहुत तेजी से प्रतिक्रिया करता है। इसे जैकबसन/कारेल्स एल्गोरिथम द्वारा सुधारा गया था, जो मानक विचलन को भी ध्यान में रखता है। एक बार जब नए आरटीटी की गणना की जाती है, तो उस संयोजन के लिए औसत आरटीटी प्राप्त करने के लिए इसे उपरोक्त समीकरण में सिमित किया जाता है, और प्रक्रिया प्रत्येक नई गणना के लिए क्रियान्वित रहती है।

वाई-फ़ाई

IEEE 802.11mc का उपयोग करके वाई-फाई पर सटीक राउंड-ट्रिप समय माप वाई-फ़ाई पोजिशनिंग सिस्टम का आधार है।

यह भी देखें

संदर्भ

  1. Round-trip delay time, Boulder, Colorado: National Telecommunications and Information Administration's Institute for Telecommunication Sciences, retrieved 2021-05-29
  2. Aron Brand (May 6, 2020), "How latency is killing your app performance". Medium.com.
  3. Brian Heder (May 6, 2014), "Are your pipes too big?", Network World, retrieved 2016-01-09
  4. Douglas E. Comer (2000). Internetworking with TCP/IP - Principles, Protocols and Architecture (4th ed.). Prentice Hall. p. 226. ISBN 978-0-13-018380-4.