राउंड-ट्रिप विलंब: Difference between revisions
No edit summary |
No edit summary |
||
(6 intermediate revisions by 4 users not shown) | |||
Line 1: | Line 1: | ||
{{short description|Time required to receive a response to a query across a communication system}} | {{short description|Time required to receive a response to a query across a communication system}} | ||
[[दूरसंचार]] में, राउंड-ट्रिप विलंब (आरटीडी) या राउंड-ट्रिप टाइम (आरटीटी) संकेत भेजने में लगने वाले समय की मात्रा है, साथ ही उस संकेत के प्राप्त होने की पुष्टि में लगने वाले समय की मात्रा है। इस समय विलंब में दो [[संचार समापन बिंदु]]ओं के बीच पथों के लिए संकेत प्रसार विलंब सम्मलित है।<ref>{{citation |url=http://www.its.bldrdoc.gov/fs-1037/dir-031/_4641.htm |title=Round-trip delay time |publisher=[[National Telecommunications and Information Administration]]'s Institute for Telecommunication Sciences |location=[[Boulder, Colorado]]|access-date=2021-05-29}}</ref> कंप्यूटर नेटवर्क के संदर्भ में, संकेत साधारण तौर पर [[नेटवर्क पैकेट]] होता है। आरटीटी को पिंग टाइम के रूप में भी जाना जाता है, और इसे [[पिंग कमांड]] से निर्धारित किया जा सकता है। | [[दूरसंचार]] में, '''राउंड-ट्रिप विलंब''' ('''आरटीडी''') या '''राउंड-ट्रिप टाइम''' ('''आरटीटी''') संकेत भेजने में लगने वाले समय की मात्रा है, साथ ही उस संकेत के प्राप्त होने की पुष्टि में लगने वाले समय की मात्रा है। इस समय विलंब में दो [[संचार समापन बिंदु]]ओं के बीच पथों के लिए संकेत प्रसार विलंब सम्मलित है।<ref>{{citation |url=http://www.its.bldrdoc.gov/fs-1037/dir-031/_4641.htm |title=Round-trip delay time |publisher=[[National Telecommunications and Information Administration]]'s Institute for Telecommunication Sciences |location=[[Boulder, Colorado]]|access-date=2021-05-29}}</ref> कंप्यूटर नेटवर्क के संदर्भ में, संकेत साधारण तौर पर [[नेटवर्क पैकेट]] होता है। आरटीटी को '''पिंग टाइम''' के रूप में भी जाना जाता है, और इसे [[पिंग कमांड]] से निर्धारित किया जा सकता है। | ||
एंड-टू-एंड विलम्ब संकेत को एक दिशा में यात्रा करने में लगने वाले समय की लंबाई है और प्रायः इसे आरटीटी के आधे के रूप में अनुमानित किया जाता है। | एंड-टू-एंड विलम्ब संकेत को एक दिशा में यात्रा करने में लगने वाले समय की लंबाई है और प्रायः इसे आरटीटी के आधे के रूप में अनुमानित किया जाता है। | ||
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> एक उदाहरण [[टीसीपी विंडो स्केल विकल्प]] है। | |||
आरटीटी का अनुमान मूल रूप से टीसीपी में लगाया गया था: | आरटीटी का अनुमान मूल रूप से टीसीपी में लगाया गया था: | ||
:<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 के समीप होने से भारित औसत विलम्ब में होने वाले परिवर्तनों पर बहुत तेजी से प्रतिक्रिया करता है। इसे जैकबसन/कारेल्स एल्गोरिथम द्वारा सुधारा गया था, जो मानक विचलन को भी ध्यान में रखता है। एक बार जब नए आरटीटी की गणना की जाती है, तो उस संयोजन के लिए औसत आरटीटी प्राप्त करने के लिए इसे उपरोक्त समीकरण में सिमित किया जाता है, और प्रक्रिया प्रत्येक नई गणना के लिए क्रियान्वित रहती है। | |||
== वाई-फ़ाई == | == वाई-फ़ाई == | ||
आईइइइ 802.11mc का उपयोग करके वाई-फाई पर निश्चित राउंड-ट्रिप समय माप [[वाई-फ़ाई पोजिशनिंग सिस्टम]] का आधार है। | |||
== यह भी देखें == | == यह भी देखें == | ||
Line 27: | Line 28: | ||
{{Reflist}} | {{Reflist}} | ||
{{DEFAULTSORT:Round-Trip Delay Time}} | {{DEFAULTSORT:Round-Trip Delay Time}} | ||
[[Category: Machine Translated Page]] | [[Category:Created On 04/07/2023|Round-Trip Delay Time]] | ||
[[Category: | [[Category:Lua-based templates|Round-Trip Delay Time]] | ||
[[Category:Machine Translated Page|Round-Trip Delay Time]] | |||
[[Category:Pages with script errors|Round-Trip Delay Time]] | |||
[[Category:Templates Vigyan Ready|Round-Trip Delay Time]] | |||
[[Category:Templates that add a tracking category|Round-Trip Delay Time]] | |||
[[Category:Templates that generate short descriptions|Round-Trip Delay Time]] | |||
[[Category:Templates using TemplateData|Round-Trip Delay Time]] | |||
[[Category:दूरसंचार सिद्धांत|Round-Trip Delay Time]] | |||
[[Category:रोशनी|Round-Trip Delay Time]] |
Latest revision as of 12:30, 25 July 2023
दूरसंचार में, राउंड-ट्रिप विलंब (आरटीडी) या राउंड-ट्रिप टाइम (आरटीटी) संकेत भेजने में लगने वाले समय की मात्रा है, साथ ही उस संकेत के प्राप्त होने की पुष्टि में लगने वाले समय की मात्रा है। इस समय विलंब में दो संचार समापन बिंदुओं के बीच पथों के लिए संकेत प्रसार विलंब सम्मलित है।[1] कंप्यूटर नेटवर्क के संदर्भ में, संकेत साधारण तौर पर नेटवर्क पैकेट होता है। आरटीटी को पिंग टाइम के रूप में भी जाना जाता है, और इसे पिंग कमांड से निर्धारित किया जा सकता है।
एंड-टू-एंड विलम्ब संकेत को एक दिशा में यात्रा करने में लगने वाले समय की लंबाई है और प्रायः इसे आरटीटी के आधे के रूप में अनुमानित किया जाता है।
प्रोटोकॉल डिज़ाइन
राउंड-ट्रिप विलंब और बैंडविड्थ (कंप्यूटिंग) एक दूसरे से स्वतंत्र हैं। जैसे-जैसे नेटवर्क की उपलब्ध बैंडविड्थ बढ़ती है, राउंड ट्रिप का समय भी कम नहीं होता है, क्योंकि यह मुख्य रूप से भौतिक दूरी और सिग्नल प्रसार की गति जैसे निरंतर कारकों पर निर्भर करता है।[2]
उच्च बैंडविड्थ और उच्च आरटीटी (और इस प्रकार उच्च बैंडविड्थ-विलंब उत्पाद) वाले नेटवर्क में किसी भी समय पारगमन में बहुत बड़ी मात्रा की डेटा में हो सकता है। ऐसे लंबे मोटे नेटवर्क के लिए एक विशेष प्रोटोकॉल डिज़ाइन की आवश्यकता होती है।[3] एक उदाहरण टीसीपी विंडो स्केल विकल्प है।
आरटीटी का अनुमान मूल रूप से टीसीपी में लगाया गया था:
जहाँ स्थिर भार कारक () है।[4] के लिए एक मान चुना जाता हैं जो 1 के समीप भारित औसत को उन परिवर्तनों के प्रति प्रतिरक्षित बनाता है जो थोड़े समय तक चलते हैं (उदाहरण के लिए, एक एकल खंड जो लंबी विलम्ब का सामना करता है)। के लिए एक मान चुना जाता हैं जो 0 के समीप होने से भारित औसत विलम्ब में होने वाले परिवर्तनों पर बहुत तेजी से प्रतिक्रिया करता है। इसे जैकबसन/कारेल्स एल्गोरिथम द्वारा सुधारा गया था, जो मानक विचलन को भी ध्यान में रखता है। एक बार जब नए आरटीटी की गणना की जाती है, तो उस संयोजन के लिए औसत आरटीटी प्राप्त करने के लिए इसे उपरोक्त समीकरण में सिमित किया जाता है, और प्रक्रिया प्रत्येक नई गणना के लिए क्रियान्वित रहती है।
वाई-फ़ाई
आईइइइ 802.11mc का उपयोग करके वाई-फाई पर निश्चित राउंड-ट्रिप समय माप वाई-फ़ाई पोजिशनिंग सिस्टम का आधार है।
यह भी देखें
- लैग (वीडियो गेम)
- विलंबता (इंजीनियरिंग)
- न्यूनतम-जोड़े प्रोटोकॉल
- नेटवर्क विलंब
- उड़ान का समय
संदर्भ
- ↑ Round-trip delay time, Boulder, Colorado: National Telecommunications and Information Administration's Institute for Telecommunication Sciences, retrieved 2021-05-29
- ↑ Aron Brand (May 6, 2020), "How latency is killing your app performance". Medium.com.
- ↑ Brian Heder (May 6, 2014), "Are your pipes too big?", Network World, retrieved 2016-01-09
- ↑ Douglas E. Comer (2000). Internetworking with TCP/IP - Principles, Protocols and Architecture (4th ed.). Prentice Hall. p. 226. ISBN 978-0-13-018380-4.