पैकेट विलंबता में उतार चढ़ाव हो सकता है?


9

क्या किसी पैकेट के लिए क्लाइंट से सर्वर में उतार-चढ़ाव के लिए समय लगता है?

जवाबों:


9

आईपी प्रोटोकॉल है, जो ऊपर TCP और UDP निर्माण कर रहे हैं, निर्दिष्ट करता है कि डाटाग्राम न, क्रम में आने की गारंटी है, और न ही एक ही मार्ग के माध्यम से, और न ही, उस बात के लिए बिल्कुल भी (धन्यवाद अनुस्मारक के लिए ट्रेवर)। इसलिए, भले ही टीसीपी या यूडीपी का उपयोग किया जाता है, लेकिन विलंबता में उतार-चढ़ाव होगा। आंशिक रूप से दूरी की यात्रा के कारण विलंबता होती है , जो बदल जाती है यदि पथ बदल जाता है, और आंशिक रूप से चुने हुए मार्ग के साथ रूटिंग उपकरणों पर प्रोटोकॉल स्टैक अनुवाद के कारण - जो कि पथ में परिवर्तन होने पर भी बदल जाता है।

यह इंटरनेट की स्व-मरम्मत की प्रकृति का हिस्सा है, जो इसे हर दिन ऐसा करने में सक्षम बनाता है: यदि मार्ग के साथ-साथ विभिन्न मार्ग उपकरणों में प्रोग्राम किए गए उत्तराधिकार के अनुसार एक मार्ग कम उपयुक्त हो जाता है, तो इसके बजाय एक अन्य मार्ग चुना जाएगा। यह या तो क्षणिक हो सकता है, या दीर्घकालिक हो सकता है। याद रखें कि इससे पहले कि यह इंटरनेट था, यह ARPANET था - उदाहरण के लिए निपटने के लिए डिज़ाइन किया गया एक रक्षा नेटवर्क। नेटवर्क के विशाल वर्गों को तत्काल हटाने (परमाणु युद्ध के बारे में सोचें), पूरे नेटवर्क के बिना नीचे जा रहा है। क्षतिग्रस्त या अन्यथा गैर-आदर्श क्षेत्रों के आसपास रूटिंग करके, अधिक से अधिक नेटवर्क कार्य करना जारी रखता है (यद्यपि, संभवतः, उप-रूप से)।


1
डेटाग्राम जोड़ने के लायक होने की बिल्कुल भी गारंटी नहीं है। वे बस चुपचाप अपनी यात्रा के साथ किसी भी बिंदु पर गिराए जा सकते हैं। यह केवल टीसीपी का परिवहन है जो आईपी के ऊपर बनाया गया है जो नेटवर्क संचार के लिए विश्वसनीयता का भ्रम जोड़ता है।
ट्रेवर पॉवेल

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

5

यह शायद खेल के विकास का सवाल नहीं है, लेकिन हाँ। सामान्य आईपी कनेक्शन में, प्रत्येक पैकेट विभिन्न मध्यस्थ "हॉप्स" के माध्यम से जा सकता है, और प्रत्येक अलग "हॉप्स" में अलग विलंबता हो सकती है।

यदि आप अपने डेटा को स्थानांतरित करने के लिए टीसीपी का उपयोग कर रहे हैं, तो प्रोटोकॉल आपके लिए और पैकेट को फिर से वितरित करने के लिए एब्सट्रैक्ट करता है, जिस क्रम में वे मूल रूप से भेजे गए थे; हालांकि यदि आप यूडीपी का उपयोग कर रहे हैं, तो पैकेट प्रत्येक व्यक्तिगत पैकेट की विलंबता के आधार पर ऑर्डर से बाहर आ सकते हैं और कर सकते हैं।


विशेष रूप से, अगर यूडीपी और टीसीपी पैकेट को उसी तरह से रूट किया जा रहा है और यूडीपी पैकेट नियमित रूप से आउट-ऑफ-ऑर्डर आ रहे हैं, तो यह टीसीपी का उपयोग करके उसी कनेक्शन पर "अंतराल स्पाइक्स" का अनुवाद करता है।
मार्टिन सोज्का

2

आईपी ​​नेटवर्क के बारे में बिल्कुल सब कुछ किसी भी समय बदल सकता है।

निम्नलिखित लेख में चर्चा की गई है कि कैसे विलंबता, पैकेट हानि, और थ्रूपुट जैसी चीजें अलग-अलग हो सकती हैं और क्यों: DEI Tech Note 0021: हानि, विलंबता और गति


1

इसके अलावा जो पहले से ही कहा गया है, यह मत भूलो कि राउटर को मनमाने ढंग से पैकेट छोड़ने की अनुमति है , मतलब टीसीपी में एक पैकेट सैद्धांतिक रूप से अपने गंतव्य तक पहुंचने के लिए सैद्धांतिक रूप से लंबा समय ले सकता है (और यूडीपी में, यह कभी भी अपने गंतव्य तक नहीं पहुंच सकता है!)।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.