क्या किसी भी तरह से संबोधित करने से किसी भी तरह से अतिरिक्त विलंबता बढ़ जाती है?


9

क्या कोई भी प्रसारण, अपने आप में, नेटवर्क कनेक्शन के लिए कोई अतिरिक्त विलंबता जोड़ सकता है? विशेष रूप से, यदि आपके पास एक ही डेटा सेंटर में स्थित दो सर्वर थे, जिनके रूट में समान मार्ग / हॉप्स की संख्या, वास्तविक गंतव्य तक, एक यूनिकस्ट का उपयोग करने वाला और दूसरे का उपयोग कर रहे हैं, तो क्या दोनों के बीच विलंबता में कोई अंतर होगा ध्यान देने योग्य है या नहीं?

ऐसा लगता है कि बीजीपी का उपयोग करने वाले सबसे छोटे मार्ग को देखने के लिए विलंबता पर किसी प्रकार का प्रभाव पड़ेगा, बनाम बस एक यूनिकैस्ट पते का उपयोग करने में सक्षम होना चाहिए। मुझे ऐसा कुछ भी नहीं मिला है जिसमें किसी भी अतिरिक्त पते का उपयोग करने के किसी भी अतिरिक्त ओवरहेड का उल्लेख किया गया हो।

मैं यह भी समझता है कि अगर वहाँ था एनीकास्ट का उपयोग कर किसी भी अतिरिक्त सुन ली, यह शायद एनीकास्ट के लाभ वास्तविक दुनिया स्थितियों में और उस नगण्य होगा अधिक यूनिकास्ट अभी भी सच रहेगा।

जवाबों:


19

क्या कोई भी प्रसारण, अपने आप में, नेटवर्क कनेक्शन के लिए कोई अतिरिक्त विलंबता जोड़ सकता है?

नहीं।

एक यूनिकस्ट का उपयोग कर रहा है और दूसरे का उपयोग कर रहा है

एनीकट अनस्टास्ट है । यह सिर्फ इतना ही है कि एक ही नेटवर्क दो अलग-अलग जगहों पर है, और राउटिंग प्रोटोकॉल उस निकटतम नेटवर्क को चुनता है जिससे वह उस नेटवर्क पर ट्रैफिक को भेज सकता है।

ऐसा लगता है कि बीजीपी के उपयोग से सबसे छोटे मार्ग को देखने के लिए विलंबता पर किसी प्रकार का प्रभाव पड़ेगा

ठीक ऐसा ही राउटर करता है। एक राउटिंग प्रोटोकॉल किसी भी नेटवर्क को किसी भी मार्ग के साथ या बिना किसी भी प्राप्त कर सकता है, लेकिन राउटर एक को रूटिंग टेबल में रखने के लिए चुनता है, और यह उस नेटवर्क के लिए नियत ट्रैफ़िक के लिए उपयोग करता है। यदि राउटिंग टेबल में उस नेटवर्क का वर्तमान मार्ग खो गया है, तो अगला सबसे अच्छा मार्ग स्वचालित रूप से राउटिंग टेबल में रखा जाता है और उपयोग किया जाता है।


1
धन्यवाद, यह अब बहुत मायने रखता है!
रिकजेरिटी

1
या, अलग-अलग शब्दों में, सबसे अच्छा मार्ग चयन राउटिंग टेबल अपडेट के समय किया जाता है, न कि पैकेट को रूट करते समय।
जकारोन

5

एनीकास्ट एक ऐसी योजना है जो इंटरनेट पर कई स्थानों में एक विशिष्ट मार्ग / आईपी पते / आईपी सबनेट को समाप्त करती है। इस तरह, एक ग्राहक निकटतम स्थान (सबसे कम मीट्रिक वाला पथ) से जुड़ता है।

एक पैकेट को देखकर, यूनीकास्ट किसी भी तरह से अलग नहीं है, इसलिए यह किसी भी अतिरिक्त विलंबता या इस तरह का परिचय नहीं देता है।

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

ध्यान दें कि एक राउटर हाथ में एक विशिष्ट पैकेट के लिए मार्ग के लिए अपने पड़ोसियों से नहीं पूछता है, लेकिन हर समय सभी आवश्यक मार्गों को जानने की जरूरत है। रूटिंग टेबल एक साधारण डिफ़ॉल्ट मार्ग (एक एकल अपस्ट्रीम गेटवे के लिए) से लेकर एक पूर्ण इंटरनेट रूटिंग टेबल (लगभग 400 मिलियन प्रविष्टियाँ) तक हो सकती है।


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

सवाल किसी भी जोड़-तोड़ के बारे में था, जो देरी से जोड़ता है। हाइपोथेटिक रूप से, बड़ी रूटिंग टेबल अधिक उपरि और विलंब उत्पन्न कर सकती हैं, लेकिन फिर, राउटर वास्तव में इन बड़ी रूटिंग टेबल को संभालते हैं, मुख्य रूप से TCAM तालिकाओं का उपयोग करते हुए हार्डवेयर चालित डिवाइस हैं। उन लोगों के साथ, टेबल का आकार तब तक मायने नहीं रखता है जब तक कि यह उनकी क्षमता से अधिक न हो।
Zac67
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.