EIGRP प्रोटोकॉल के संचालन के सिद्धांत

यह लेख EIGRP के बारे में बात करेगा और चर्चा करेगा कि यह प्रोटोकॉल कैसे काम करता है। EIGRP एक दूरी वेक्टर प्रोटोकॉल है, कभी-कभी इसे हाइब्रिड कहा जाता है, लेकिन ऐसा नहीं है। ओएसपीएफ पर लेख की शुरुआत पढ़ें और आप समझेंगे कि ईआईजीआरपी एक रिमोट वेक्टर प्रोटोकॉल क्यों है। EIGRP सिस्को द्वारा विकसित एक उन्नत दूरी की वेक्टर डायनेमिक रूटिंग प्रोटोकॉल है। चलो ठीक है। हम निम्नलिखित टोपोलॉजी का उपयोग करेंगे:



VIOS1 और vIOS2 पर EIGRP चलाएं, देखें कि कैसे राउटर के बीच सूचना प्रसारित की जाती है। जैसे ही EIGRP राउटर पर सक्रिय होता है, राउटर हैलो पैकेट भेजना शुरू कर देता है। हम अन्य प्रकार के संदेशों को भी सूचीबद्ध करते हैं जिनका उपयोग EIGRP में किया जाता है।

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

SIA पैकेज भी हैं, लेकिन हम उनके बारे में नीचे बात करेंगे।
पैकेट्स को मल्टीकास्ट एड्रेस 224.0.0.10 हर 5 सेकंड (हेलो टाइमर) पर भेजा जाता है, होल्ड टाइमर 15 सेकंड = 3 हेल्लो अंतराल है, अगर इस टाइमर के दौरान किसी पड़ोसी से हेलो पैकेट प्राप्त नहीं हुआ, तो पड़ोसी को पड़ोसियों की सूची से हटा दिया जाता है। पैकेज इस तरह दिखता है:



पैकेज में गुणांक (K1, K2, K3, K4, K5, K6), होल्ड टाइमर और ऑटोनोमस सिस्टम नंबर के पैरामीटर हैं। गुणांक (K1, K2, K3, K4, K5, K6) का उपयोग मीट्रिक की गणना में किया जाता है, और हम उनके बारे में बाद में बात करेंगे, साथ ही EIGRP टाइमर भी। अब स्वायत्त प्रणाली (एएस) के बारे में बात करना महत्वपूर्ण है। EIGRP को सक्रिय करने के लिए, एक विशिष्ट EIGRP प्रक्रिया को एक नंबर सौंपा जाना चाहिए, जैसा कि OSPF में है। लेकिन ओएसपीएफ के विपरीत, यह विकल्प प्रत्येक राउटर के लिए यादृच्छिक रूप से नहीं चुना जा सकता है, यह सभी राउटर के लिए समान होना चाहिए। यदि राउटर को एएस से अलग एक हैलो पैकेट प्राप्त होता है, तो पड़ोसी संबंध नहीं होगा।

रूटर्स के पड़ोसी बनने के लिए, निम्नलिखित शर्तों को पूरा किया जाना चाहिए:

• राउटर को प्रमाणित किया जाना चाहिए,
• राउटर एक ही एएस में होना चाहिए,
• पड़ोसी संबंधों को प्राथमिक पते पर स्थापित किया जाना चाहिए (जब एक हैलो पैकेट आता है, तो राउटर यह जांचता है कि नेटवर्क का प्रेषक पता इंटरफ़ेस के प्राथमिक पते से संबंधित है),
• K- गुणांक के मान मेल खाने चाहिए।

EIGRP पड़ोसी बनने के लिए राउटर के लिए, उन्हें हैलो और होल्ड समय का मिलान करने की आवश्यकता नहीं है। राउटर पड़ोसी से प्राप्त टाइमर मूल्यों का उपयोग करता है। यदि किसी राउटर पर हैलो या होल्ड टाइमर को बदल दिया जाता है, तो इस राउटर के पड़ोसी इन मूल्यों का उपयोग करेंगे। राउटर के लिए अन्य मूल्यों का उपयोग करने के लिए, पड़ोसी के संगत इंटरफ़ेस पर टाइमर को बदलना आवश्यक है। हैलो पैकेटों के आदान-प्रदान के बाद, एक अपडेट पैकेट भेजा जाता है, लेकिन इसमें अभी तक रूट शामिल नहीं हैं, इसमें इनिट फ्लैग है, जो राउटर को रूटों के बारे में जानकारी के आदान-प्रदान की शुरुआत के बारे में बताता है। यह पैकेट राउटर के पते पर सीधे भेजा जाता है। इस तरह के संदेशों का आदान-प्रदान करने के बाद, प्रत्येक राउटर मल्टीकास्ट एड्रेस 224.0.0.10 पर मार्गों के साथ एक अपडेट पैकेट भेजता है:



जैसा कि आप देख सकते हैं, अपडेट पैकेज में कोई मीट्रिक नहीं है, लेकिन केवल बैंडविड्थ, देरी, एमटीयू, इत्यादि जैसे जानकारी प्राप्त करने के बाद, राउटर स्वयं K1-K6 गुणांक का उपयोग करके मीट्रिक की गणना करता है। ये पैकेट या तो एक विशिष्ट राउटर या मल्टीकास्ट के लिए भेजे जा सकते हैं। सामान्य तौर पर, तीन प्रकार के अपडेट होते हैं:

• गैर-आवधिक (नॉनपेरोडिक) - अपडेट नियमित अंतराल पर नहीं भेजे जाते हैं, लेकिन जब टोपोलॉजी या मीट्रिक बदलते हैं;
• आंशिक (आंशिक) - राउटिंग टेबल से सभी जानकारी अपडेट में प्रेषित नहीं होती है, लेकिन केवल परिवर्तन होती है;
• बाउंडेड - अपडेट केवल शामिल राउटर्स को भेजे जाते हैं।

पैकेट-स्तरीय पड़ोस इस तरह दिखते हैं:



आप देख सकते हैं कि हमारे द्वारा सूचीबद्ध हैलो और अपडेट के अलावा, हैलो (एसीके) भी हैं और संख्या मल्टीकास्ट पते पर भेजे गए अपडेट पैकेट की संख्या के बराबर है। यह RTP प्रोटोकॉल के बारे में है। RTP प्रोटोकॉल EIGRP पैकेट और प्रदान करने की प्रक्रिया को नियंत्रित करता है:

• गारंटी पैकेज वितरण।
• पैकेट के ऑर्डर को संरक्षित करना।

ये बातें हैं। हमारे पास क्या है? रूट ने अपडेट पैकेट का आदान-प्रदान किया और अब एक रूटिंग टेबल बनाने का समय आ गया है। प्रत्येक अद्यतन को संसाधित किया जाता है और डेटा (बैंडविड्थ, देरी, आदि) को एक विशेष सूत्र में प्रतिस्थापित किया जाता है, मीट्रिक की गणना की जाती है:



ऐसा सूत्र बहुत बढ़िया लगता है, लेकिन इसके बारे में सबसे अच्छी बात यह है कि आप इसे नहीं जानते होंगे, बस इतना जानते हैं कि ऐसा कुछ मौजूद है। और एक और अच्छी चाल है कि डिफ़ॉल्ट EIGRP गुणांक हैं:

• के १ = १
• के २ = ०
• के ३ = १
• के ४ = ०
• K5 = 0

और सूत्र सिर्फ मीट्रिक = बैंडविड्थ + देरी में बदल जाता है। इसलिए, यह बहुत महत्वपूर्ण है कि सभी राउटर पर गुणांक समान हैं, ताकि राउटर पर विभिन्न मैट्रिक्स के कारण कोई समस्या न हो। चलिए अपडेट के डेटा के बारे में थोड़ा और विस्तार से बात करते हैं।

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

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

टोपोलॉजी टेबल - प्रत्येक पड़ोसी से सीखा मार्गों की एक सूची। टोपोलॉजी टेबल भी मीट्रिक को संग्रहीत करता है जो प्रत्येक पड़ोसी प्रत्येक मार्ग (AD) के लिए रिपोर्ट करता है और मीट्रिक जो स्थानीय राउटर पड़ोसी (FD) के माध्यम से मार्ग तक पहुंचने के लिए उपयोग करेगा।

यह बताना आवश्यक है कि AD और FD क्या हैं। हम अपने सभी राउटर्स पर EIGRP को कॉन्फ़िगर करेंगे। इसके अलावा, मीट्रिक में जटिल संख्या से बचने के लिए, हम K1 = 1 K2 = 0 K3 = 1 K4 = 0 K5 = 0 से K1 = 0 K2 = 0 K3 = 1 K4 = 0 K5 = 0. 0. गुणांक को बदलते हैं, इस प्रकार, हमारे पास होगा 256 * विलंब सूत्र और हम इंटरफेस पर देरी पैरामीटर को बदलकर मैट्रिक्स में हेरफेर करने का एक आसान तरीका भी प्राप्त करते हैं। यह देखते हुए कि इंटरफेस में देरी = 1 सेकंड पर, प्रत्येक लिंक, यदि आप OSPF शब्दावली का उपयोग करते हैं, तो लागत 256 है। आइए देखें कि vIOS1 पर टोपोलॉजी तालिका क्या है:

vIOS1 # शो आईपी आइग्रेप टोपोलॉजी
EIGRP-IPv4 टोपोलॉजी टेबल एएस (1) / आईडी (192.168.1.1) के लिए
कोड: पी - निष्क्रिय, ए - सक्रिय, यू - अपडेट, क्यू - क्वेरी, आर - जवाब दें,
r - उत्तर स्थिति, s - स्थिति स्थिति

पी 192.168.3.0/24, 1 उत्तराधिकारी, एफडी 512 है
192.168.13.3 (512/256), गिगाबिटा ईथरनेट 0/0 के माध्यम से
पी 192.168.2.0/24, 1 उत्तराधिकारी, एफडी 512 है
192.168.12.2 (512/256), गिगाबैटइथर 0/3 के माध्यम से
पी 192.168.25.0/24, 1 उत्तराधिकारी, एफडी 512 है
192.168.12.2 (512/256), गिगाबैटइथर 0/3 के माध्यम से
पी 192.168.35.0/24, 1 उत्तराधिकारी, एफडी 512 है
192.168.13.3 (512/256), गिगाबिटा ईथरनेट 0/0 के माध्यम से
पी 192.168.12.0/24, 1 उत्तराधिकारी, एफडी 256 है
कनेक्टेड के माध्यम से, गिगाबैट ईथरनेट 0/3
पी 192.168.45.0/24, 1 उत्तराधिकारी, एफडी 512 है
192.168.14.4 (512/256), गिगाबिटा ईथरनेट 0/2 के माध्यम से
पी 192.168.0.0/24, 1 उत्तराधिकारी, एफडी 256 है
कनेक्टेड के माध्यम से, गिगाबिटेर ईथरनेट 0/1
पी 192.168.13.0/24, 1 उत्तराधिकारी, एफडी 256 है
कनेक्टेड के माध्यम से, गिगाबाइट ईथरनेट 0/0
पी 192.168.14.0/24, 1 उत्तराधिकारी, एफडी 256 है
कनेक्टेड के माध्यम से, गिगाबैट ईथरनेट 0/2
पी 192.168.5.0/24, 3 उत्तराधिकारी, एफडी 768 है
192.168.12.2 (768/512) के माध्यम से, गिगाबैट ईथरनेट 0/3
192.168.13.3 (768/512), गिगाबिटा ईथरनेट 0/0 के माध्यम से
192.168.14.4 (768/512), गिगाबिटा ईथरनेट 0/2 के माध्यम से

यदि आप देखते हैं, उदाहरण के लिए, नेटवर्क पर - 192.168.5.0/24, तो आप एक ही मैट्रिक्स के साथ vIOS2, vIOS3 और vIOS4 के माध्यम से तीन रास्तों को देखेंगे। 192.168.5.0/24 एफडी के लिए, सभी रास्तों के लिए यह बराबर है - 768, और AD - 512। आइए हम एक और लेख से एक परिभाषा दें और समझाने की कोशिश करें:

• विज्ञापित दूरी (AD) , जिसे रिपोर्ट की गई दूरी (RD) के रूप में भी जाना जाता है, मार्ग और गंतव्य नेटवर्क को विज्ञापित करने वाले पड़ोसी राऊटर के बीच की दूरी की लागत है।
• व्यवहार्य दूरी (एफडी) - स्थानीय राउटर से गंतव्य नेटवर्क = एडी की दूरी की लागत, जो पड़ोसी राउटर + को स्थानीय राउटर और पड़ोसी राउटर के बीच की दूरी की लागत की घोषणा करता है।

पी 192.168.5.0/24, 3 उत्तराधिकारी, एफडी 192.168.14.4 (768/512), गिगाबाइटइथर 0/2 के माध्यम से 768 है।

आइए हम vIOS1 पर टोपोलॉजी तालिका से इस पंक्ति की जांच करें। vIOS1 ने vIOS4 (192.168.14.4) से मार्ग के बारे में सीखा। चूंकि vIOS1 192.168.5.0/24 से तीन लिंक को अलग करता है, हमारी सेटिंग्स के साथ FD मीट्रिक 3 * 256/768 होगी। और AD राउटर (vIOS4) के सापेक्ष मार्ग मीट्रिक है जिसने इस नेटवर्क की घोषणा की है। AD vIOS4 पर इस मार्ग की FD मीट्रिक है। आइए vIOS4 पर टोपोलॉजी तालिका देखें:

P 192.168.5.0/24, 1 उत्तराधिकारी, FD 192.168.45.5 (512/256), GigabitE ईथरनेट0 / 1 के माध्यम से 512 है।

VIOS1 पर AD = vIOS4 पर FD मूक भ्रमित, लेकिन काम के तर्क को समझाने की कोशिश करें। राउटर जो रूट की घोषणा करता है, अपडेट किए गए संदेश में रूट के पैरामीटर (Bandwithd, Delay, इत्यादि) भेजता है, बिना राउटर के लिंक को ध्यान में रखे हुए। यही है, vIOS4 केवल दो लिंक के मापदंडों को ध्यान में रखता है: vIOS4 Gi0 / 1 - vIOS5 Gi0 / 1 और vIOS5 Gi0 / 0 - VPC। अद्यतन प्राप्त करने के बाद, vIOS1, सूत्र में प्राप्त मापदंडों को प्रतिस्थापित करता है, क्या गणना करता है? यह सही है - AD = 512। इसके बाद लिंक पैरामीटर ले जाता है जहां से मार्ग आया था, vIOS1 Gi0 / 2 - vIOS4 Gi0 / 2 और इसे फिर से सूत्र में प्रतिस्थापित करता है। गिना जाता है, संख्या 256 प्राप्त करता है और इसे AD (512) के साथ जोड़ता है, हम FD - 768 प्राप्त करते हैं। ये चीजें हैं! लेकिन यह सब अनुष्ठान क्यों?
और सभी को एक विशेष नियम बनाने के लिए कहा जाता है, जिसे व्यवहार्य स्थिति कहा जाता है, जो छोरों और तेजी से अभिसरण के गठन से बचाने के साधनों में से एक है।
आइए हम निम्नलिखित शब्दों को परिभाषित करें:

• उत्तराधिकारी एक आसन्न राउटर है जिसमें लूप-फ्री पथ और गंतव्य नेटवर्क के लिए सबसे कम लागत वाला मार्ग है।
• व्यवहार्य उत्तराधिकारी - लूप्स के बिना पथ के साथ बैकअप राउटर (विज्ञापन योग्य उत्तराधिकारी वर्तमान उत्तराधिकारी मार्ग की एफडी से कम होना चाहिए)।
• व्यवहार्य स्थिति - विज्ञापन योग्य उत्तराधिकारी वर्तमान उत्तराधिकारी मार्ग की एफडी से कम होना चाहिए।

यह समझने के लिए कि यह सब कैसे काम करता है और सूक्ष्मताएं दिखाता है, आपको कुछ मैट्रिक्स को बदलने की आवश्यकता है। चलो निम्नलिखित करते हैं, देरी को बदलते हैं ताकि हमारे पास इस तरह के लिंक मैट्रिक्स हों:



यह इंटरफ़ेस पर देरी कमांड का उपयोग करके किया जाता है। अब हमने कहा है - देरी = 1 और मीट्रिक 256 है। आइए देखें कि वीआईओएस 1 राउटर पर नेटवर्क 192.168.5.0/24 के लिए हमें क्या मेट्रिक्स मिलते हैं:

• VIOS2 - FD = 2304, AD = 1280
• VIOS4 - FD = 1024, AD = 768
• VIOS3 - FD = 1536, AD = 768

जैसा कि हम देखते हैं कि सबसे अच्छा FD vIOS4 के माध्यम से मार्ग के लिए होगा, इसे सामान्य मार्ग तालिका में जोड़ा जाएगा, इस मार्ग को उत्तराधिकारी कहा जाता है:

vIOS1 # शो आईपी मार्ग eigrp
कोड: एल - स्थानीय, सी - कनेक्टेड, एस - स्टेटिक, आर - रिप, एम - मोबाइल, बी - बीजीपी
D - EIGRP, EX - EIGRP बाहरी, O - OSPF, IA - OSPF इंटर क्षेत्र
एन 1 - ओएसपीएफ एनएसएसए बाहरी प्रकार 1, एन 2 - ओएसपीएफ एनएसएसए बाहरी प्रकार 2
ई 1 - ओएसपीएफ बाहरी प्रकार 1, ई 2 - ओएसपीएफ बाहरी प्रकार 2
i - IS-IS, su - IS-IS सारांश, L1 - IS-IS स्तर -1, L2 - IS-IS स्तर -2
ia - आईएस-आईएस अंतर क्षेत्र, * - उम्मीदवार डिफ़ॉल्ट, यू - प्रति उपयोगकर्ता स्थिर मार्ग
ओ - ओडीआर, पी - आवधिक डाउनलोड किए गए स्थिर मार्ग, एच - एनएचआरपी, एल - एलआईएसपी
a - अनुप्रयोग मार्ग
+ - दोहराया मार्ग,% - अगला हॉप ओवरराइड, पी - पीएफआर से ओवरराइड करता है

अंतिम उपाय का गेटवे सेट नहीं है

D 192.168.2.0/24 [90/512] 192.168.12.2, 06:01:31, गीगाबिट ईथरनेट 0/3 के माध्यम से
D 192.168.3.0/24 [90/1024] 192.168.13.3, 06:01:28 के माध्यम से, गीगाबिट ईथरनेट 0/0
D 192.168.5.0/24 [90/1024] 192.168.14.4, 06:01:28 के माध्यम से, गीगाबिट ईथरनेट 0/2
D 192.168.25.0/24 [90/1024] 192.168.14.4, 06:01:28 के माध्यम से, गीगाबिट ईथरनेट 0/2
D 192.168.35.0/24 [90/1024] 192.168.14.4, 06:01:28 के माध्यम से, गीगाबाइट ईथरनेट 0/2
डी 192.168.45.0/24 [90/768] 192.168.14.4, 06:01:28 के माध्यम से, गीगाबिट ईथरनेट 0/2

अन्य दो मार्गों का क्या होगा - उन्हें एफएस स्थिति (व्यवहार्य स्थिति) के लिए जाँच की जाएगी। VIOS3 के माध्यम से मार्ग इस शर्त को AD (vIOS3 के माध्यम से) = 768 <1024 = FD (vIOS1 के माध्यम से) से गुजरता है। इसलिए, यह मार्ग, हालांकि इसे सामान्य रूटिंग टेबल में नहीं जोड़ा जाएगा, इसे टोपोलॉजी टेबल में संग्रहीत किया जाएगा:

vIOS1 # शो आईपी आइग्रेप टोपोलॉजी
EIGRP-IPv4 टोपोलॉजी टेबल एएस (1) / आईडी (192.168.1.1) के लिए
कोड: पी - निष्क्रिय, ए - सक्रिय, यू - अपडेट, क्यू - क्वेरी, आर - जवाब दें,
r - उत्तर स्थिति, s - स्थिति स्थिति

पी 192.168.3.0/24, 1 उत्तराधिकारी, एफडी 1024 है
192.168.13.3 (1024/256), गिगाबिटाएटर 0/0 के माध्यम से
पी 192.168.2.0/24, 1 उत्तराधिकारी, एफडी 1024 है
192.168.12.2 (1024/256), गिगाबिटा ईथरनेट 0/3 के माध्यम से
पी 192.168.25.0/24, 1 उत्तराधिकारी, एफडी 1024 है
192.168.14.4 (1024/768), गिगाबिटा ईथरनेट 0/2 के माध्यम से
192.168.13.3 (1536/768), गिगाबिटा ईथरनेट 0/0 के माध्यम से
पी 192.168.35.0/24, 1 उत्तराधिकारी, एफडी 1024 है
192.168.14.4 (1024/768), गिगाबिटा ईथरनेट 0/2 के माध्यम से
192.168.13.3 (1280/512), गिगाबाइटइज़र 0/0 के माध्यम से
पी 192.168.12.0/24, 1 उत्तराधिकारी, एफडी 768 है
कनेक्टेड के माध्यम से, गिगाबैट ईथरनेट 0/3
पी 192.168.45.0/24, 1 उत्तराधिकारी, एफडी 768 है
192.168.14.4 (768/512), गिगाबिटा ईथरनेट 0/2 के माध्यम से
पी 192.168.0.0/24, 1 उत्तराधिकारी, एफडी 512 है
कनेक्टेड के माध्यम से, गिगाबिटेर ईथरनेट 0/1
पी 192.168.13.0/24, 1 उत्तराधिकारी, एफडी 768 है
कनेक्टेड के माध्यम से, गिगाबाइट ईथरनेट 0/0
पी 192.168.14.0/24, 1 उत्तराधिकारी, एफडी 256 है
कनेक्टेड के माध्यम से, गिगाबैट ईथरनेट 0/2
पी 192.168.5.0/24, 1 उत्तराधिकारी, एफडी 1024 है
192.168.14.4 (1024/768), गिगाबिटा ईथरनेट 0/2 के माध्यम से
192.168.13.3 (1536/768), गिगाबिटा ईथरनेट 0/0 के माध्यम से

इसमें सर्वश्रेष्ठ मार्ग का मीट्रिक नहीं है, अर्थात यह कोई उत्तराधिकारी नहीं है, लेकिन यह एक बैकअप मार्ग की भूमिका निभाता है और यदि उत्तराधिकारी खो जाता है, तो तुरंत इसकी जगह ले लेगा। यह प्रोटोकॉल का एक बहुत तेजी से अभिसरण प्राप्त करता है, लेकिन बाद में उस पर अधिक। इस मार्ग को व्यवहार्य उत्तराधिकारी कहा जाता है। और तीसरे मार्ग का क्या होगा? कुछ भी नहीं, यह एफसी स्थिति (1280> 1024) को संतुष्ट नहीं करता है और इसे लूपिंग से बचाने के लिए ध्यान में नहीं लिया जाएगा। अपडेट के माध्यम से प्राप्त किए गए सभी मार्गों पर एफसी द्वारा परीक्षण नहीं किए जाने पर शो आईपी ईगरपी टोपोलॉजी ऑल-लिंक कमांड का उपयोग करके देखा जा सकता है। यह स्पष्ट नहीं है कि एफएस स्थिति लूप के गठन से क्यों बचाती है, अब आइए समझाने की कोशिश करते हैं। यह जानना महत्वपूर्ण है कि EIGRP प्रोटोकॉल का अध्ययन करते समय, एफसी स्थिति के सिद्धांत और जिस उद्देश्य के लिए इसका उपयोग किया जाता है, उसे समझना महत्वपूर्ण है। थोड़ा संशोधित टोपोलॉजी पर विचार करें (vIOS2 और vIOS4 के बीच एक लिंक जोड़ा गया), और सबसे आदिम मीट्रिक का उपयोग करें:



192.168.5.0/24 नेटवर्क का मार्ग AD और FD के साथ समान होगा:

• vIOS4 - vIOS5, AD = 5, FD = 10 के माध्यम से।
• vIOS1 - vIOS4, AD = 10, FD = 11 के माध्यम से।
• vIOS3 - vIOS1, AD = 11, FD = 12 के माध्यम से।

लेकिन vIOS4 को vIOS2 से एक अपडेट प्राप्त होगा, जिसमें मीट्रिक - AD = 12, FD = 15 के साथ vIOS2 के माध्यम से नेटवर्क 192.168.5.0/24 का मार्ग शामिल होगा। यह स्पष्ट है कि यह एक उत्तराधिकारी नहीं हो सकता है, अगर अचानक इस मार्ग को संभव उत्तराधिकारी द्वारा चुना जाएगा, तो यदि उत्तराधिकारी vIOS4 पर गिरता है और तब उत्तराधिकारी इस मार्ग को चुनता है, तो एक लूप होगा। लेकिन एफसी इस मार्ग को एफएस के रूप में एडी = 12> 10 = एफडी के रूप में सेट करने की अनुमति नहीं देगा। VIOS2 के मार्ग में vIOS4 के माध्यम से पथ समाहित है, और किसी भी स्थिति में, इसके AD में FD vIOS4 भी शामिल है। अर्थात, vIOS2 पर AD में निम्नलिखित लिंक हैं:

12 = AD पर vIOS2 = Gi0 / 3 vIOS3 + Gi0 / 2 vIOS4 + Gi0 / 1 vIOS5 + eth0 VPC5, जहां Gi0 / 1 vIOS5 + eth0 VPC_ = FD = 10 - यह FD vIOS4 है और AD <FD के लिए यह असंभव है। कम।

इस प्रकार, हालत एफसी इस मार्ग में स्वयं की उपस्थिति के लिए मार्ग की जांच करता है। केवल रूट जो इस स्थिति को संतुष्ट करते हैं, वे गारंटी दे सकते हैं कि लूप नहीं हैं। ऐसे मामले हो सकते हैं जब मार्ग एक लूप नहीं बनाता है, लेकिन एक ही समय में एफसी स्थिति को संतुष्ट नहीं करता है, हम इसका उपयोग नहीं करेंगे, ऐसे मामलों में हम नेटवर्क स्थिरता का चयन करते हैं। यदि आप में कटौती करते हैं, तो स्थिति काफी सरल और सहज है। EIGRP प्रोटोकॉल में सर्वश्रेष्ठ मार्गों का चयन करने वाले एल्गोरिथ्म को DUAL कहा जाता है। अब मुख्य मार्ग के नुकसान में अभिसरण के प्रश्न पर EIGRP प्रोटोकॉल पर विचार करें। चलो अपने पुराने बड़े टोपोलॉजी पर वापस जाएं और कल्पना करें कि vIOS4 चला गया है। कैसे vIOS4 गायब हो गया, इस पर निर्भर करते हुए, व्यवहार थोड़ा अलग होगा, लेकिन जब ट्रिगर आग लग जाएगा तो यह अलग होगा। यदि, उदाहरण के लिए, हम vIOS1 पर Gi 0/2 इंटरफ़ेस को अक्षम करते हैं, तो vIOS1 तुरंत एक पड़ोसी के नुकसान का पता लगाता है और अभिनय शुरू करता है, यदि पड़ोसी बिना चेतावनी के गायब हो जाता है, तो होल्ड टाइमर काम करेगा, क्योंकि यह 15 सेकंड के लिए हैलोसेट प्राप्त नहीं करता है:

D 192.168.2.0/24 [90/512] 192.168.12.2, 06:01:31, गीगाबिट ईथरनेट 0/3 के माध्यम से
D 192.168.3.0/24 [90/1024] 192.168.13.3, 06:01:28 के माध्यम से, गीगाबिट ईथरनेट 0/0
D 192.168.5.0/24 [90/1024] 192.168.14.4, 06:01:28 के माध्यम से, गीगाबिट ईथरनेट 0/2
D 192.168.25.0/24 [90/1024] 192.168.14.4, 06:01:28 के माध्यम से, गीगाबिट ईथरनेट 0/2
D 192.168.35.0/24 [90/1024] 192.168.14.4, 06:01:28 के माध्यम से, गीगाबाइट ईथरनेट 0/2
डी 192.168.45.0/24 [90/768] 192.168.14.4, 06:01:28 के माध्यम से, गीगाबिट ईथरनेट 0/2

पी 192.168.3.0/24, 1 उत्तराधिकारी, एफडी 1024 है
192.168.13.3 (1024/256), गिगाबिटाएटर 0/0 के माध्यम से
पी 192.168.2.0/24, 1 उत्तराधिकारी, एफडी 1024 है
192.168.12.2 (1024/256), गिगाबिटा ईथरनेट 0/3 के माध्यम से
पी 192.168.25.0/24, 1 उत्तराधिकारी, एफडी 1024 है
192.168.14.4 (1024/768), गिगाबिटा ईथरनेट 0/2 के माध्यम से
192.168.13.3 (1536/768), गिगाबिटा ईथरनेट 0/0 के माध्यम से
पी 192.168.35.0/24, 1 उत्तराधिकारी, एफडी 1024 है
192.168.14.4 (1024/768), गिगाबिटा ईथरनेट 0/2 के माध्यम से
192.168.13.3 (1280/512), गिगाबाइटइज़र 0/0 के माध्यम से
पी 192.168.12.0/24, 1 उत्तराधिकारी, एफडी 768 है
कनेक्टेड के माध्यम से, गिगाबैट ईथरनेट 0/3
पी 192.168.45.0/24, 1 उत्तराधिकारी, एफडी 768 है
192.168.14.4 (768/512), गिगाबिटा ईथरनेट 0/2 के माध्यम से
पी 192.168.0.0/24, 1 उत्तराधिकारी, एफडी 512 है
कनेक्टेड के माध्यम से, गिगाबिटेर ईथरनेट 0/1
पी 192.168.13.0/24, 1 उत्तराधिकारी, एफडी 768 है
कनेक्टेड के माध्यम से, गिगाबाइट ईथरनेट 0/0
पी 192.168.14.0/24, 1 उत्तराधिकारी, एफडी 256 है
कनेक्टेड के माध्यम से, गिगाबैट ईथरनेट 0/2
पी 192.168.5.0/24, 1 उत्तराधिकारी, एफडी 1024 है
192.168.14.4 (1024/768), गिगाबिटा ईथरनेट 0/2 के माध्यम से
192.168.13.3 (1536/768), गिगाबिटा ईथरनेट 0/0 के माध्यम से

मैं सुविधा के लिए फिर से राउटिंग और टोपोलॉजी टेबल लाया, ताकि यह समझने के लिए कि राउटर प्रत्येक मार्ग पर कैसे कार्य करेगा, आपको यह जानना होगा कि वे पहले किस स्थिति में थे। उदाहरण के लिए, जिस मार्ग पर हमने पहले चर्चा की थी, वह मार्ग 192.168.5.0/24 खो जाएगा, लेकिन इसकी टोपोलॉजी तालिका में FS था और इसलिए, जैसे ही मुख्य मार्ग खो जाता है, यह रूटिंग तालिका में अपना स्थान ले लेगा। एक दिलचस्प सवाल यह है कि एफएस के बिना मार्गों का क्या होगा। लेकिन थोड़ा सा हार्डवेयर:

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

जो रूट खो गए थे और जिसमें FS नहीं था, वह सक्रिय हो जाएगा और vIOS1 अपने शेष पड़ोसियों के बारे में पूछना शुरू कर देगा। यह क्वेरी संदेशों का उपयोग करके किया जाता है।vIOS1 vIOS2 और vIOS3 राउटर को क्वेरी संदेश भेजेगा, जहां यह स्पष्ट रूप से इंगित करेगा कि इसे किन मार्गों की आवश्यकता है - हमारे मामले में, ऐसे मार्ग 192.168.14.0/24, 192.168.145.0/24 होंगे। इस संदेश के साथ, vIOS1 उन राउटर को भी सूचित करता है जो इन नेटवर्क के लिए vIOS1 के माध्यम से रूट अनुपयोगी हैं। यह देरी को निर्दिष्ट करके किया जाता है: इस मार्ग के मीट्रिक में संक्रमण पैरामीटर, यानी मीट्रिक अनंत रूप से बड़ा है। जैसे ही राउटर्स को इस तरह के संदेश मिलते हैं, वे vIOS1 के माध्यम से इन मार्गों को हटा देंगे। इस तकनीक को Poison Reverse कहा जाता है ।। Poison Reverse का उपयोग अपडेट संदेशों के लिए भी किया जाता है, मैं इस बारे में थोड़ी देर बाद बात करूंगा। मार्गों 192.168.14.0/24, 192.168.45.0/24, vIOS2 और vIOS3 के लिए अनुरोध के साथ एक क्वेरी प्राप्त करने के बाद, वे देखेंगे कि क्या उनके पास ये मार्ग हैं, जिनका वे उपयोग करते हैं, यदि कोई हो, तो वे तुरंत इन मार्गों के लिए नए मैट्रिक्स के साथ एक उत्तर भेजेंगे। vIOS2 और vIOS3 जैसा कि हम जानते हैं कि उन्होंने अपने मार्ग नहीं खोए हैं, इसलिए वे तुरंत जवाब भेज देंगे। यदि राउटर जो भी पूछा जाता है, उसमें यह मार्ग नहीं है, तो वह क्वेरी को अपने पड़ोसियों इत्यादि को अग्रेषित करेगा। vIOS1 vIOS2, vIOS3 के उत्तर की प्रतीक्षा करेगा और फिर सक्रिय टाइमर दृश्य में प्रवेश करता है, जो क्वेरी के भेजे जाते ही शुरू होता है:

सक्रिय टाइमर- समय अंतराल जिसके दौरान मार्ग सक्रिय स्थिति में रह सकता है। यदि पड़ोसी से सभी प्रतिक्रियाएं प्राप्त होने से पहले टाइमर समाप्त हो जाता है (उत्तर), राउटर अटक-से-सक्रिय स्थिति में मार्ग डालता है। इसके अलावा, पड़ोस के संबंध उन पड़ोसियों के साथ टूट गए हैं, जिनसे कोई जवाब नहीं मिला था। डिफ़ॉल्ट रूप से, यह टाइमर 3 मिनट का है।

अर्थात्, यदि हैलो पैकेट के बावजूद 3 मिनट के भीतर उत्तर प्राप्त नहीं होता है, तो पड़ोस टूट जाएगा और यह बहुत बुरा है। इस तथ्य के बावजूद कि 3 मिनट इस तरह के प्रोटोकॉल के लिए अनंत काल की तरह है, इस तरह की स्थिति बड़ी टोपोलॉजी के साथ संभव है। पड़ोस के संबंध के गलत तरीके से होने से बचाने के लिए, विशेष संदेशों का आविष्कार किया गया था - SIA-Query और SIA-Reply।
सक्रिय मार्ग की स्थिति के लिए राउटर की प्रतिक्रिया में सुधार करने के लिए, दो प्रकार के संदेश अतिरिक्त रूप से पेश किए जाते हैं:

• SIA-Query - सीधे जुड़े राउटर की स्थिति की जांच करने के लिए 1.5 मिनट (डिफ़ॉल्ट) के बाद डिस्पैच किया गया। इस क्रम में, यदि पड़ोसी के पीछे का मार्ग (जबकि पड़ोसी के साथ संबंध सामान्य है) खो गया है, तो सीधे जुड़े राउटर के साथ पड़ोस के संबंध रीसेट नहीं होते हैं। रसीद की पुष्टि की आवश्यकता नहीं है। तीन संदेश भेजने और प्रतिक्रिया प्राप्त नहीं करने के बाद, पड़ोसी को नीचे माना जाता है और मार्ग टोपोलॉजी तालिका से हटा दिया जाता है।
• SIA- उत्तर - SIA-Query के जवाब में भेजा गया। रसीद की पुष्टि की आवश्यकता नहीं है।

1.5 मिनट के बाद, यदि किसी भी प्रश्न का उत्तर नहीं मिला है, तो SIA-Query को भेजा जाता है, जिसे नए मार्ग की आवश्यकता नहीं होती है, लेकिन केवल यह सुनिश्चित करने के लिए SIA- उत्तर भेजने की आवश्यकता होती है, यह सुनिश्चित करने के लिए कि पड़ोसी क्रम में है, बस सही एक नहीं मिल सकता है मार्ग।

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

एफडी किसी दिए गए मार्ग के लिए सबसे अच्छा संकेतक है जो कभी भी प्राप्त किया गया है, और यह वह है जो एफसी चेक में भाग लेता है। सबसे अधिक बार, एफडी = सीडी सबसे अच्छा मार्ग है, लेकिन आइए देखें कि vIOS4 के साथ पड़ोस के पतन के बाद एफडी कैसे बदल गया है:

पी 192.168.5.0/24, 1 उत्तराधिकारियों, एफडी है 1024
के माध्यम से 192.168.13.3 ( 1536 /768), GigabitEthernet0 / 0

अब हमारे पास CD = 1024 के साथ एक मार्ग नहीं है, vIOS3 के माध्यम से सबसे अच्छा मार्ग CD = 1536 है, लेकिन जैसा कि आप देख सकते हैं, FD = 1024, जो तब तय किया गया था जब vIOS4 के माध्यम से एक मार्ग था। यह मार्ग सक्रिय अवस्था में जाने पर ही FD को अपडेट किया जाएगा। जब तक राज्य निष्क्रिय से सक्रिय में नहीं बदल जाता है, तब तक एफडी भी नहीं बदलेगा। नियमित अपडेट उस पर लागू नहीं होते हैं। एक और टिप्पणी। आइए इस प्रयोग को करें: vIOS4, CD के साथ vIOS3 = 1536 और vIOS2 = 2048 के माध्यम से पड़ोस को लौटाएँ। हम vIOS1 और vIOS3 के बीच चैनल विलंब को बढ़ाते हैं ताकि यह vIOS2 CD से बड़ा हो जाए:

पी 192.168.5.0/24, 1 उत्तराधिकारियों, एफडी 1024
192.168.14.4 (1024/768), GigabitEthernet0 / 2 के माध्यम से
192.168.13.3 (के माध्यम से 2304 /768), GigabitEthernet0 / 0

जैसा कि हम vIOS3 = 2304 के माध्यम से सीडी को देखते हैं, लेकिन यह एफएस बना रहा क्योंकि एडी नहीं बदला और एफसी की स्थिति पहले की तरह पूरी हुई। हम अपने आप से एक सवाल पूछते हैं: क्या होता है जब vIOS2 के माध्यम से एक मार्ग खो जाता है? अपेक्षित और तार्किक उत्तर, जैसा कि हमें सिखाया गया था, इसके बजाय एफएस है, लेकिन नहीं! चूँकि CD = 2048 <2304 के साथ vIOS2 के माध्यम से अभी भी एक मार्ग है, यह मार्ग सक्रिय स्थिति में जाएगा और इसके लिए मेट्रिक को पुनर्गणना करेगा और इस तथ्य के बावजूद कि यह एक बैकअप मार्ग था, सर्वश्रेष्ठ मार्ग का चयन करेगा। हम टोपोलॉजी टेबल को देखते हैं और प्राप्त करते हैं:

पी 192.168.5.0/24, 1 उत्तराधिकारी, 1948.168.12.2 (2048/1280) के माध्यम से एफडी 2048 है ,
192.168.13.3 (2304/768), गीगाबिट ईथरनेट 0/0 के
माध्यम से गीगाबाइटइलेक्ट्रो 0/3।

VIOS2 के माध्यम से मार्ग का उपयोग किया जाएगा, और जैसा कि एफडी द्वारा नोट किया गया है, यह सक्रिय राज्य के मार्ग के संक्रमण के कारण भी बदल गया। और vIOS3 के माध्यम से मार्ग फिर से स्पेयर के भाग्य को साझा करता है।

EIGRP में स्प्लिट क्षितिज और ज़हर रिवर्स नियम

RIP की तरह, EIGRP स्प्लिट होरिजन नियम का उपयोग करता है - यदि कोई मार्ग किसी विशिष्ट इंटरफ़ेस के माध्यम से पहुंच योग्य है, तो यह मार्ग इस इंटरफ़ेस के माध्यम से भेजे गए अद्यतन में शामिल नहीं है।

उदाहरण के लिए, यदि vIOS4 नेटवर्क से मार्ग 192.168.0.0/24 को vIOS1 से प्राप्त करता है, तो यह इंटरफ़ेस के माध्यम से अद्यतन करने के लिए इस मार्ग को नहीं भेजेगा जिससे vIOS1 जुड़ा है। अधिक सटीक होने के लिए, कल्पना करें कि vIOS1 ने 192.168.0.0/24 नेटवर्क के बारे में बात करना शुरू किया। मैंने vIOS4 को अपडेट भेजा, vIOS4 इसे प्राप्त करेगा और, एक नियम के रूप में, स्प्लिट होराइजन को इस रूट के साथ vIOS1 को अपना अपडेट नहीं भेजना चाहिए, लेकिन वास्तव में यह एक अनंत मीट्रिक के साथ भेज देगा। जैसे कि vIOS4 कहता है vIOS1- "क्या आप मेरे माध्यम से नेटवर्क 192.168.0.0/24 पर रूट का उपयोग करने का साहस नहीं करते हैं, मुझे यह मार्ग आपसे मिला है और यदि आप इसका उपयोग करते हैं, तो एक लूप होगा।"

ज़हर उलट - खो जाने पर एक मीट्रिक का उपयोग करके एक अगम्य मार्ग का संकेत। EIGRP में, यह देरी पैरामीटर का उपयोग करके किया जाता है। हमने ऊपर संकेत दिया कि कैसे vIOS4 के साथ संपर्क खो जाने पर vIOS1 का उपयोग किया जाता है। स्प्लिट क्षितिज के बारे में ऊपर से, हम यह निष्कर्ष निकाल सकते हैं कि ज़हर रिवर्स तकनीक का उपयोग न केवल क्वेरी संदेशों में, बल्कि अपडेट में भी किया जाता है। इसके अलावा, ज़हर उल्टा स्प्लिट क्षितिज नियम का उल्लंघन कर सकता है और उस इंटरफ़ेस से अनंत मैट्रिक्स के साथ अपडेट भेज सकता है जिससे उसने यह अपडेट प्राप्त किया था। एफसी क्लॉज के साथ ये दोनों नियम, लूप के खिलाफ ईआईजीआरपी प्रोटोकॉल सुरक्षा प्रदान करते हैं।

स्टब राउटर

अनुकूलन के रूप में, राउटर के लिए एक विशेष भूमिका प्रोटोकॉल में प्रस्तुत की गई थी - स्टब। ओएसपीएफ में स्टब ज़ोन जैसा कुछ है, लेकिन यहां ऑपरेशन का थोड़ा अलग सिद्धांत है। स्टब मोड में राउटर को कॉन्फ़िगर करते समय, यह तुरंत अपने स्टब स्थिति के बारे में अपने पड़ोसी को हैलो पैकेट में रिपोर्ट करता है और, स्टब मोड के आधार पर, कुछ प्रकार के मार्ग भेज सकता है:

vIOS5 # ईगप्र स्टब [जुड़े | लीक-नक्शा | केवल प्राप्त करें | पुनर्वितरित | स्थिर | सारांश]

Eigrp स्टब कमांड विकल्प:

• विकल्पों के बिना (डिफ़ॉल्ट) - जुड़ा हुआ और सारांश;
• कनेक्टेड - स्टब राउटर को कनेक्टेड रूट भेजने की अनुमति देता है, लेकिन केवल उन इंटरफेस के लिए जिनके पते नेटवर्क कमांड द्वारा निर्दिष्ट नेटवर्क पर हैं;
• लीक-मैप - लीक-मैप के आधार पर गतिशील उपसर्गों की अनुमति दें;
• केवल-प्राप्त - किसी भी मार्ग भेजने से स्टब राउटर को रोकता है;
• redistributed — stub redistributed ;
• static — stub static , , ;
• summary — stub ( ).

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

टाइमर के बारे में कुछ शब्द

हमने उनमें से कुछ के बारे में बात की है, अगर आप शो आईपी ईगरप पड़ोसी कमांड के आउटपुट को देखते हैं, तो हम निम्नलिखित देखेंगे:

vIOS1 # शो आईपी ईगरप पड़ोसी ईआईजीआरपी
-आईपीवी 4 नेबर्स फॉर एएस (1)
एच एड्रेस इंटरफेस होल्ड अपटाइम एसआरटीटी आरटीओ क्यू सेक्
(सेक) (
एमएसएन ) Cnt संख्या 2 192.168.14.4 Gi0 / 2 11 00:48:43 23 138 0 168
0 168 192.168.12.2 Gi0 / 3 12 02:31:12 6 100 0 258
1 192.168.13.3 Gi0 / 0 10 2d13h 7 100 0 291
vIOS1 #

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

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

इस पर मैं लेख को समाप्त करना चाहता हूं। नीचे एक उपयोगी लिंक दिया गया है:

• cisconinja.wordpress.com/2009/09/18/eigrp-sia-query-and-sia-reply
• xgu.ru/wiki/EIGRP
• www.youtube.com/watch?v=FYUK7blhCZk EIGRP के बारे में साढ़े 4 घंटे के लिए एक वेबिनार है। देखने के लिए आवश्यक)
• www.cisco.com/c/en/us/support/docs/ip/enhanced-interior-gateway-routing-protocol-eigrp/16406-eigrp-toc.html#anc9