सिस्को ट्रेनिंग 200-125 सीसीएनए v3.0। दिन 49 ईआईजीआरपी का परिचय

आज हम ईआईजीआरपी प्रोटोकॉल का अध्ययन शुरू करेंगे, जो ओएसपीएफ के अध्ययन के साथ-साथ सीसीएनए पाठ्यक्रम का सबसे महत्वपूर्ण विषय है।

हम बाद में अनुभाग 2.5 पर लौटेंगे, लेकिन अभी, अनुभाग 2.4 के ठीक बाद, हम अनुभाग 2.6 पर आगे बढ़ेंगे, “आईपीवी4 पर ईआईजीआरपी को कॉन्फ़िगर करना, सत्यापन करना और समस्या निवारण करना (प्रमाणीकरण, फ़िल्टरिंग, मैन्युअल सारांश, पुनर्वितरण और स्टब को छोड़कर) विन्यास)।"
आज हमारे पास एक परिचयात्मक पाठ होगा जिसमें मैं आपको उन्नत आंतरिक गेटवे रूटिंग प्रोटोकॉल ईआईजीआरपी की अवधारणा से परिचित कराऊंगा, और अगले दो पाठों में हम प्रोटोकॉल के रोबोट को कॉन्फ़िगर करने और समस्या निवारण पर ध्यान देंगे। लेकिन पहले मैं आपको निम्नलिखित बताना चाहता हूं।

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

ईआईजीआरपी क्या है? यह एक हाइब्रिड रूटिंग प्रोटोकॉल है जो RIP जैसे दूरी वेक्टर प्रोटोकॉल और OSPF जैसे लिंक-स्टेट प्रोटोकॉल दोनों की उपयोगी विशेषताओं को जोड़ता है।

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

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

डिस्टेंस वेक्टर प्रोटोकॉल के विपरीत, जो रूट बनाने का निर्णय लेने से पहले संपूर्ण नेटवर्क टोपोलॉजी की जांच करता है, ईआईजीआरपी, आरआईपी की तरह, अफवाहों के आधार पर रूट बनाता है। जब मैं अफवाहें कहता हूं, तो मेरा मतलब है कि जब कोई पड़ोसी कुछ रिपोर्ट करता है, तो ईआईजीआरपी बिना किसी सवाल के उससे सहमत हो जाता है। उदाहरण के लिए, यदि कोई पड़ोसी कहता है कि वह जानता है कि 10.1.1.2 तक कैसे पहुंचा जाए, तो ईआईजीआरपी बिना पूछे उस पर विश्वास कर लेता है, "तुम्हें यह कैसे पता चला? मुझे संपूर्ण नेटवर्क की टोपोलॉजी के बारे में बताएं!

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

आइए नेटवर्क प्रोटोकॉल के इतिहास में एक संक्षिप्त भ्रमण करें।

RIPv1 प्रोटोकॉल, जो 1980 के दशक में सामने आया, में कई सीमाएँ थीं, उदाहरण के लिए, 16 हॉप्स की अधिकतम संख्या, और इसलिए बड़े नेटवर्क पर रूटिंग प्रदान नहीं कर सका। थोड़ी देर बाद, उन्होंने आंतरिक गेटवे रूटिंग प्रोटोकॉल IGRP विकसित किया, जो RIP से काफी बेहतर था। हालाँकि, यह लिंक स्टेट प्रोटोकॉल की तुलना में अधिक दूरी वाला वेक्टर प्रोटोकॉल था। 80 के दशक के अंत में, एक खुला मानक उभरा, IPv2 के लिए OSPFv4 लिंक स्टेट प्रोटोकॉल।

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

90 के दशक के अंत में, RIPv2 प्रोटोकॉल का एक अद्यतन क्लासलेस संस्करण जारी किया गया था। 2000 के दशक में, OSPF, RIPng और EIGRPv6 का तीसरा संस्करण सामने आया, जो IPv6 प्रोटोकॉल का समर्थन करता था। दुनिया धीरे-धीरे IPv6 में पूर्ण परिवर्तन के करीब पहुंच रही है, और रूटिंग प्रोटोकॉल डेवलपर्स इसके लिए तैयार रहना चाहते हैं।

यदि आपको याद हो, तो हमने अध्ययन किया था कि इष्टतम मार्ग चुनते समय, दूरी वेक्टर प्रोटोकॉल के रूप में RIP, केवल एक मानदंड द्वारा निर्देशित होता है - हॉप्स की न्यूनतम संख्या, या गंतव्य इंटरफ़ेस की न्यूनतम दूरी। इसलिए, राउटर R1 राउटर R3 के लिए एक सीधा मार्ग चुनेगा, इस तथ्य के बावजूद कि इस मार्ग पर गति 64 kbit/s है - मार्ग R1-R2-R3 पर गति से कई गुना कम, 1544 kbit/s के बराबर। आरआईपी प्रोटोकॉल 2 हॉप के तेज़ मार्ग के बजाय एक हॉप लंबाई के धीमे मार्ग को इष्टतम मानेगा।

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

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

सीसीएनए पाठ्यक्रम में हम केवल बैंडविड्थ और विलंब जैसे मीट्रिक निर्माण कारकों को ध्यान में रखेंगे; ये वे कारक हैं जिनका मीट्रिक सूत्र उपयोग करेगा।

दूरी वेक्टर प्रोटोकॉल RIP दो अवधारणाओं का उपयोग करता है: दूरी और दिशा। यदि हमारे पास 3 राउटर हैं, और उनमें से एक 20.0.0.0 नेटवर्क से जुड़ा है, तो चुनाव दूरी के आधार पर किया जाएगा - ये हॉप्स हैं, इस मामले में 1 हॉप, और दिशा के अनुसार, यानी किस पथ के साथ - ऊपरी या उससे कम - ट्रैफ़िक भेजने के लिए।

इसके अलावा, आरआईपी सूचना के आवधिक अद्यतन का उपयोग करता है, हर 30 सेकंड में पूरे नेटवर्क में एक पूर्ण रूटिंग टेबल वितरित करता है। यह अपडेट 2 चीजें करता है. पहला राउटिंग टेबल का वास्तविक अद्यतन है, दूसरा पड़ोसी की व्यवहार्यता की जाँच करना है। यदि डिवाइस को 30 सेकंड के भीतर पड़ोसी से प्रतिक्रिया तालिका अद्यतन या नए मार्ग की जानकारी प्राप्त नहीं होती है, तो यह समझता है कि पड़ोसी के मार्ग का अब उपयोग नहीं किया जा सकता है। राउटर यह पता लगाने के लिए हर 30 सेकंड में एक अपडेट भेजता है कि क्या पड़ोसी अभी भी जीवित है और क्या मार्ग अभी भी वैध है।

जैसा कि मैंने कहा, स्प्लिट होराइज़न तकनीक का उपयोग रूट लूप को रोकने के लिए किया जाता है। इसका मतलब यह है कि अपडेट उस इंटरफ़ेस पर वापस नहीं भेजा जाता है जहां से वह आया है। लूप्स को रोकने की दूसरी तकनीक रूट पॉइज़न है। यदि चित्र में दिखाए गए 20.0.0.0 नेटवर्क के साथ कनेक्शन बाधित हो जाता है, तो जिस राउटर से यह जुड़ा था वह अपने पड़ोसियों को एक "जहरीला मार्ग" भेजता है, जिसमें यह रिपोर्ट करता है कि यह नेटवर्क अब 16 हॉप्स में पहुंच योग्य है, अर्थात, व्यावहारिक रूप से पहुंच योग्य नहीं. इस प्रकार RIP प्रोटोकॉल काम करता है।

ईआईजीआरपी कैसे काम करता है? यदि आपको ओएसपीएफ के बारे में पाठों से याद है, तो यह प्रोटोकॉल तीन कार्य करता है: यह एक पड़ोस स्थापित करता है, नेटवर्क टोपोलॉजी में परिवर्तन के अनुसार एलएसडीबी को अद्यतन करने के लिए एलएसए का उपयोग करता है, और एक राउटिंग टेबल बनाता है। पड़ोस स्थापित करना एक जटिल प्रक्रिया है जो कई मापदंडों का उपयोग करती है। उदाहरण के लिए, 2-तरफ़ा कनेक्शन की जाँच करना और बदलना - कुछ कनेक्शन दो-तरफ़ा संचार स्थिति में रहते हैं, कुछ पूर्ण स्थिति में चले जाते हैं। ओएसपीएफ के विपरीत, ईआईजीआरपी प्रोटोकॉल में ऐसा नहीं होता है - यह केवल 4 मापदंडों की जांच करता है।

ओएसपीएफ की तरह, यह प्रोटोकॉल हर 10 सेकंड में 4 पैरामीटर वाला एक हैलो संदेश भेजता है। पहला प्रमाणीकरण मानदंड है, यदि इसे पहले कॉन्फ़िगर किया गया हो। इस मामले में, सभी डिवाइस जिनके साथ निकटता स्थापित की गई है, उनमें समान प्रमाणीकरण पैरामीटर होने चाहिए।

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

चौथे पैरामीटर का उपयोग वेरिएबल के-वैल्यू गुणांक की स्थिरता की जांच करने के लिए किया जाता है। EIRGP प्रोटोकॉल K5 से K1 तक 5 ऐसे गुणांकों का उपयोग करता है। यदि आपको याद हो, यदि K=0 तो मापदंडों को नजरअंदाज कर दिया जाता है, लेकिन यदि K=1 है, तो मीट्रिक की गणना के लिए सूत्र में मापदंडों का उपयोग किया जाता है। इस प्रकार, विभिन्न उपकरणों के लिए K1-5 का मान समान होना चाहिए। CCNA पाठ्यक्रम में हम इन गुणांकों के डिफ़ॉल्ट मान लेंगे: K1 और K3 1 के बराबर हैं, और K2, K4 और K5 0 के बराबर हैं।

इसलिए, यदि ये 4 पैरामीटर मेल खाते हैं, तो ईआईजीआरपी एक पड़ोसी संबंध स्थापित करता है और डिवाइस एक दूसरे को पड़ोसी तालिका में दर्ज करते हैं। इसके बाद, टोपोलॉजी तालिका में परिवर्तन किये जाते हैं।

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

जैसा कि आप जानते हैं, ओएसपीएफ हर 30 मिनट में एलएसए भेजता है, भले ही नेटवर्क में कोई बदलाव हो। जब तक नेटवर्क में कुछ बदलाव नहीं होता तब तक ईआईजीआरपी लंबे समय तक कोई अपडेट नहीं भेजेगा। इसलिए, EIGRP OSPF से कहीं अधिक कुशल है।

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

संपूर्ण मीट्रिक सूत्र अधिक जटिल दिखता है, क्योंकि इसमें K गुणांक और विभिन्न परिवर्तनों के मान शामिल हैं। सिस्को वेबसाइट सूत्र का पूर्ण रूप प्रदान करती है, लेकिन यदि आप डिफ़ॉल्ट गुणांक मानों को प्रतिस्थापित करते हैं, तो इसे एक सरल रूप में परिवर्तित कर दिया जाएगा - मीट्रिक (बैंडविड्थ + विलंब) * 256 के बराबर होगा।

हम मीट्रिक की गणना करने के लिए सूत्र के इस सरलीकृत रूप का उपयोग करेंगे, जहां किलोबिट्स में बैंडविड्थ 107 के बराबर है, जो गंतव्य नेटवर्क की ओर जाने वाले सभी इंटरफेस की सबसे छोटी बैंडविड्थ से विभाजित है, न्यूनतम-बैंडविड्थ, और संचयी-विलंब कुल है गंतव्य नेटवर्क तक पहुंचने वाले सभी इंटरफेस के लिए दसियों माइक्रोसेकंड की देरी।

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

आइए नेटवर्क 1/10.1.1.0 के लिए सर्वोत्तम मार्ग का चयन करने के लिए एक राउटिंग टेबल आर24 बनाकर शुरुआत करें। प्रत्येक डिवाइस के आगे kbit/s में थ्रूपुट और ms में विलंबता दिखाई गई है। हम 100 एमबीपीएस या 1000000 केबीपीएस गीगाबिटईथरनेट इंटरफेस, 100000 केबीपीएस फास्टईथरनेट, 10000 केबीपीएस ईथरनेट और 1544 केबीपीएस सीरियल इंटरफेस का उपयोग करते हैं। राउटर सेटिंग्स में संबंधित भौतिक इंटरफेस की विशेषताओं को देखकर इन मूल्यों का पता लगाया जा सकता है।
सीरियल इंटरफेस का डिफ़ॉल्ट थ्रूपुट 1544 केबीपीएस है, और यदि आपके पास 64 केबीपीएस लाइन है, तो भी थ्रूपुट 1544 केबीपीएस होगा। इसलिए, एक नेटवर्क प्रशासक के रूप में, आपको यह सुनिश्चित करना होगा कि आप सही बैंडविड्थ मान का उपयोग कर रहे हैं। एक विशिष्ट इंटरफ़ेस के लिए, इसे बैंडविड्थ कमांड का उपयोग करके सेट किया जा सकता है, और विलंब कमांड का उपयोग करके, आप डिफ़ॉल्ट विलंब मान को बदल सकते हैं। आपको गीगाबिटईथरनेट या ईथरनेट इंटरफेस के लिए डिफ़ॉल्ट बैंडविड्थ मानों के बारे में चिंता करने की ज़रूरत नहीं है, लेकिन यदि आप सीरियल इंटरफ़ेस का उपयोग कर रहे हैं तो लाइन गति चुनते समय सावधान रहें।

कृपया ध्यान दें कि इस आरेख में देरी को मिलीसेकंड एमएस में दर्शाया गया है, लेकिन वास्तव में यह माइक्रोसेकंड है, मेरे पास माइक्रोसेकंड μs को सही ढंग से दर्शाने के लिए μ अक्षर नहीं है।

कृपया निम्नलिखित तथ्य पर ध्यान दें। यदि आप शो इंटरफ़ेस g0/0 कमांड जारी करते हैं, तो सिस्टम केवल माइक्रोसेकंड के बजाय दसियों माइक्रोसेकंड में विलंबता प्रदर्शित करेगा।

हम EIGRP को कॉन्फ़िगर करने पर अगले वीडियो में इस मुद्दे को विस्तार से देखेंगे, अभी के लिए याद रखें कि सूत्र में विलंबता मानों को प्रतिस्थापित करते समय, आरेख से 100 μs 10 में बदल जाता है, क्योंकि सूत्र दसियों माइक्रोसेकंड का उपयोग करता है, इकाइयों का नहीं।

आरेख में, मैं लाल बिंदुओं के साथ उन इंटरफेस को इंगित करूंगा जिनसे दिखाए गए थ्रूपुट और देरी संबंधित हैं।

सबसे पहले, हमें संभावित व्यवहार्य दूरी निर्धारित करने की आवश्यकता है। यह एफडी मीट्रिक है, जिसकी गणना सूत्र का उपयोग करके की जाती है। R5 से बाहरी नेटवर्क तक के अनुभाग के लिए, हमें 107 को 106 से विभाजित करने की आवश्यकता है, जिसके परिणामस्वरूप हमें 10 मिलता है। इसके बाद, इस बैंडविड्थ मान में हमें 1 के बराबर विलंब जोड़ने की आवश्यकता है, क्योंकि हमारे पास 10 माइक्रोसेकंड हैं, अर्थात। एक दस। 11 के परिणामी मान को 256 से गुणा किया जाना चाहिए, अर्थात, मीट्रिक मान 2816 होगा। यह नेटवर्क के इस अनुभाग के लिए एफडी मान है।

राउटर R5 इस मान को राउटर R2 को भेजेगा, और R2 के लिए यह घोषित रिपोर्ट की गई दूरी बन जाएगी, यानी वह मान जो पड़ोसी ने उसे बताया था। इस प्रकार, अन्य सभी उपकरणों के लिए विज्ञापित आरडी दूरी उस डिवाइस की संभावित एफडी दूरी के बराबर होगी जिसने आपको इसकी सूचना दी थी।

राउटर आर2 अपने डेटा के आधार पर एफडी गणना करता है, यानी, यह 107 को 105 से विभाजित करता है और 100 प्राप्त करता है। फिर यह इस मूल्य में बाहरी नेटवर्क के मार्ग पर देरी का योग जोड़ता है: आर5 की देरी, एक दस माइक्रोसेकंड के बराबर, और इसकी अपनी देरी, दस दहाई के बराबर। कुल विलंब 11 दसियों माइक्रोसेकंड होगा। हम इसे परिणामी सौ में जोड़ते हैं और 111 प्राप्त करते हैं, इस मान को 256 से गुणा करते हैं और मान FD = 28416 प्राप्त करते हैं। राउटर R3 भी यही करता है, गणना के बाद मान FD=281856 प्राप्त करता है। राउटर R4 मान FD=3072 की गणना करता है और इसे RD के रूप में R1 तक पहुंचाता है।

कृपया ध्यान दें कि FD की गणना करते समय, राउटर R1 फॉर्मूला में 1000000 kbit/s की अपनी बैंडविड्थ को प्रतिस्थापित नहीं करता है, बल्कि राउटर R2 की निचली बैंडविड्थ, जो 100000 kbit/s के बराबर है, क्योंकि फॉर्मूला हमेशा न्यूनतम बैंडविड्थ का उपयोग करता है। गंतव्य नेटवर्क की ओर ले जाने वाला इंटरफ़ेस। इस मामले में, राउटर आर10.1.1.0 और आर24 नेटवर्क 2/5 के पथ पर स्थित हैं, लेकिन चूंकि पांचवें राउटर में बड़ी बैंडविड्थ है, इसलिए राउटर आर2 का सबसे छोटा बैंडविड्थ मान सूत्र में प्रतिस्थापित किया गया है। पथ R1-R2-R5 पर कुल विलंब 1+10+1 (दस) = 12 है, घटा हुआ थ्रूपुट 100 है, और इन संख्याओं के योग को 256 से गुणा करने पर मान FD=30976 मिलता है।

इसलिए, सभी उपकरणों ने अपने इंटरफेस की एफडी की गणना की है, और राउटर आर1 में गंतव्य नेटवर्क तक जाने वाले 3 मार्ग हैं। ये मार्ग R1-R2, R1-R3 और R1-R4 हैं। राउटर संभावित दूरी FD का न्यूनतम मान चुनता है, जो 30976 के बराबर है - यह राउटर R2 का मार्ग है। यह राउटर उत्तराधिकारी, या "उत्तराधिकारी" बन जाता है। रूटिंग तालिका व्यवहार्य उत्तराधिकारी (बैकअप उत्तराधिकारी) को भी इंगित करती है - इसका मतलब है कि यदि आर 1 और उत्तराधिकारी के बीच कनेक्शन टूट गया है, तो रूट बैकअप व्यवहार्य उत्तराधिकारी राउटर के माध्यम से रूट किया जाएगा।

व्यवहार्य उत्तराधिकारियों को एक ही नियम के अनुसार सौंपा गया है: इस राउटर की विज्ञापित दूरी आरडी उत्तराधिकारी के खंड में राउटर की एफडी से कम होनी चाहिए। हमारे मामले में, R1-R2 में FD = 30976 है, सेक्शन R1-K3 में RD 281856 के बराबर है, और सेक्शन R1-R4 में RD 3072 के बराबर है। 3072 <30976 के बाद से, राउटर R4 को व्यवहार्य उत्तराधिकारियों के रूप में चुना गया है।

इसका मतलब यह है कि यदि R1-R2 नेटवर्क अनुभाग पर संचार बाधित होता है, तो 10.1.1.0/24 नेटवर्क पर ट्रैफ़िक R1-R4-R5 मार्ग के साथ भेजा जाएगा। RIP का उपयोग करते समय मार्ग बदलने में कई दस सेकंड लगते हैं, OSPF का उपयोग करते समय कई सेकंड लगते हैं, और EIGRP में यह तुरंत होता है। यह अन्य रूटिंग प्रोटोकॉल की तुलना में ईआईजीआरपी का एक और फायदा है।

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

हमारे साथ रहने के लिए धन्यवाद। क्या आप हमारे लेख पसंद करते हैं? अधिक रोचक सामग्री देखना चाहते हैं? आदेश देकर या मित्रों को अनुशंसा करके हमारा समर्थन करें, प्रवेश स्तर के सर्वरों के एक अद्वितीय एनालॉग पर हैबर उपयोगकर्ताओं के लिए 30% की छूट, जिसका आविष्कार हमारे द्वारा आपके लिए किया गया था: VPS (KVM) E5-2650 v4 (6 Cores) 10GB DDR4 240GB SSD 1Gbps के बारे में पूरी सच्चाई $20 से या सर्वर कैसे साझा करें? (RAID1 और RAID10 के साथ उपलब्ध, 24 कोर तक और 40GB DDR4 तक)।

डेल R730xd 2 गुना सस्ता? केवल यहां 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 टीवी $199 से नीदरलैंड में! डेल R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - $99 से! के बारे में पढ़ा इन्फ्रास्ट्रक्चर कॉर्प का निर्माण कैसे करें। एक पैसा के लिए 730 यूरो मूल्य के डेल R5xd E2650-4 v9000 सर्वर के उपयोग के साथ वर्ग?

स्रोत: www.habr.com