सिस्को ट्रेनिंग 200-125 CCNA v3.0. दिवस ४९: EIGRP चा परिचय

आज आपण EIGRP प्रोटोकॉलचा अभ्यास सुरू करू, जो OSPF चा अभ्यास करण्याबरोबरच CCNA अभ्यासक्रमाचा सर्वात महत्त्वाचा विषय आहे.

आम्ही नंतर विभाग 2.5 वर परत येऊ, परंतु आत्तासाठी, विभाग 2.4 नंतर, आम्ही विभाग 2.6 वर जाऊ, “IPv4 वर EIGRP कॉन्फिगर करणे, पडताळणे आणि समस्यानिवारण करणे (प्रमाणीकरण, फिल्टरिंग, मॅन्युअल सारांश, पुनर्वितरण आणि स्टब वगळून) कॉन्फिगरेशन).”
आज आमच्याकडे एक परिचयात्मक धडा असेल ज्यामध्ये मी तुम्हाला एन्हांस्ड इंटरनल गेटवे रूटिंग प्रोटोकॉल EIGRP च्या संकल्पनेची ओळख करून देईन आणि पुढील दोन धड्यांमध्ये आम्ही प्रोटोकॉलच्या रोबोट्सचे कॉन्फिगर आणि समस्यानिवारण पाहू. पण प्रथम मी तुम्हाला पुढील गोष्टी सांगू इच्छितो.

गेल्या काही धड्यांमध्ये आपण OSPF बद्दल शिकत आहोत. आता मी तुम्हाला हे लक्षात ठेवू इच्छितो की जेव्हा आम्ही अनेक महिन्यांपूर्वी RIP पाहिला, तेव्हा आम्ही राउटिंग लूप आणि तंत्रज्ञानाबद्दल बोललो जे रहदारीला लूप होण्यापासून प्रतिबंधित करते. OSPF वापरताना तुम्ही राउटिंग लूप कसे रोखू शकता? यासाठी रूट पॉइझन किंवा स्प्लिट होरायझन सारख्या पद्धती वापरणे शक्य आहे का? हे असे प्रश्न आहेत ज्यांची उत्तरे तुम्ही स्वतःच दिली पाहिजेत. आपण इतर थीमॅटिक संसाधने वापरू शकता, परंतु या प्रश्नांची उत्तरे शोधा. वेगवेगळ्या स्रोतांसोबत काम करून तुम्ही स्वतः उत्तरे कशी शोधायची हे शिकावे अशी माझी इच्छा आहे आणि मी तुम्हाला या व्हिडिओच्या खाली तुमच्या टिप्पण्या देण्यास प्रोत्साहित करतो जेणेकरून माझ्या किती विद्यार्थ्यांनी हे कार्य पूर्ण केले आहे हे मी पाहू शकेन.

EIGRP म्हणजे काय? हा एक हायब्रीड राउटिंग प्रोटोकॉल आहे जो RIP सारख्या डिस्टन्स वेक्टर प्रोटोकॉल आणि OSPF सारख्या लिंक-स्टेट प्रोटोकॉल दोन्हीची उपयुक्त वैशिष्ट्ये एकत्र करतो.

EIGRP हा एक Cisco प्रोप्रायटरी प्रोटोकॉल आहे जो 2013 मध्ये लोकांसाठी उपलब्ध करण्यात आला होता. लिंक-स्टेट ट्रॅकिंग प्रोटोकॉलमधून, त्याने शेजारच्या स्थापनेचा अल्गोरिदम स्वीकारला, आरआयपीच्या विपरीत, जो शेजारी तयार करत नाही. RIP प्रोटोकॉलमधील इतर सहभागींसोबत रूटिंग टेबल्सची देवाणघेवाण देखील करते, परंतु OSPF हे एक्सचेंज सुरू करण्यापूर्वी एक संलग्नता तयार करते. EIGRP त्याच प्रकारे कार्य करते.

RIP प्रोटोकॉल वेळोवेळी प्रत्येक 30 सेकंदांनी संपूर्ण राउटिंग टेबल अपडेट करतो आणि सर्व इंटरफेस आणि सर्व मार्गांबद्दलची माहिती त्याच्या सर्व शेजाऱ्यांना वितरित करतो. EIGRP माहितीचे नियतकालिक पूर्ण अद्यतने करत नाही, त्याऐवजी OSPF प्रमाणे Hello संदेश प्रसारित करण्याची संकल्पना वापरते. शेजारी अजूनही "जिवंत" आहे याची खात्री करण्यासाठी ते दर काही सेकंदांनी हॅलो पाठवते.

अंतर वेक्टर प्रोटोकॉलच्या विपरीत, जे मार्ग तयार करण्याचा निर्णय घेण्यापूर्वी संपूर्ण नेटवर्क टोपोलॉजीचे परीक्षण करते, RIP प्रमाणे, EIGRP, अफवांवर आधारित मार्ग तयार करते. जेव्हा मी अफवा बोलतो, तेव्हा माझा अर्थ असा होतो की जेव्हा एखादा शेजारी काहीतरी तक्रार करतो, तेव्हा EIGRP प्रश्न न करता त्याच्याशी सहमत असतो. उदाहरणार्थ, जर एखादा शेजारी म्हणतो की त्याला 10.1.1.2 पर्यंत कसे पोहोचायचे हे माहित आहे, तर EIGRP त्याला न विचारता विश्वास ठेवतो, “तुला ते कसे कळले? संपूर्ण नेटवर्कच्या टोपोलॉजीबद्दल मला सांगा!

2013 पूर्वी, जर तुम्ही फक्त Cisco पायाभूत सुविधा वापरत असाल, तर तुम्ही EIGRP वापरू शकता, कारण हा प्रोटोकॉल 1994 मध्ये परत तयार केला गेला होता. तथापि, बर्‍याच कंपन्यांनी, सिस्को उपकरणे वापरुनही, या अंतरासह कार्य करू इच्छित नव्हते. माझ्या मते, EIGRP हा आजचा सर्वोत्तम डायनॅमिक रूटिंग प्रोटोकॉल आहे कारण तो वापरणे खूप सोपे आहे, परंतु तरीही लोक OSPF ला प्राधान्य देतात. मला असे वाटते की हे या वस्तुस्थितीमुळे आहे की ते सिस्को उत्पादनांशी जोडू इच्छित नाहीत. परंतु Cisco ने हा प्रोटोकॉल सार्वजनिकरीत्या उपलब्ध करून दिला आहे कारण ते Juniper सारख्या तृतीय-पक्ष नेटवर्किंग उपकरणांना समर्थन देते आणि जर तुम्ही Cisco उपकरणे वापरत नसलेल्या कंपनीशी कार्य केले तर तुम्हाला कोणतीही अडचण येणार नाही.

नेटवर्क प्रोटोकॉलच्या इतिहासात एक छोटा भ्रमण करूया.

RIPv1 प्रोटोकॉल, जो 1980 च्या दशकात दिसला, त्याला अनेक मर्यादा होत्या, उदाहरणार्थ, जास्तीत जास्त 16 हॉप्स, आणि त्यामुळे मोठ्या नेटवर्कवर राउटिंग प्रदान करू शकत नाही. थोड्या वेळाने, त्यांनी अंतर्गत गेटवे रूटिंग प्रोटोकॉल IGRP विकसित केला, जो RIP पेक्षा खूपच चांगला होता. तथापि, हे लिंक स्टेट प्रोटोकॉलपेक्षा एक अंतर वेक्टर प्रोटोकॉल होते. 80 च्या दशकाच्या उत्तरार्धात, IPv2 साठी OSPFv4 लिंक स्टेट प्रोटोकॉल, खुले मानक उदयास आले.

90 च्या दशकाच्या सुरुवातीस, सिस्कोने निर्णय घेतला की IGRP सुधारणे आवश्यक आहे आणि वर्धित अंतर्गत गेटवे रूटिंग प्रोटोकॉल EIGRP जारी करणे आवश्यक आहे. हे OSPF पेक्षा जास्त प्रभावी होते कारण त्यात RIP आणि OSPF या दोन्ही वैशिष्ट्यांचे संयोजन आहे. जसजसे आम्ही ते एक्सप्लोर करू लागलो, तेव्हा तुम्हाला दिसेल की EIGRP कॉन्फिगर करणे OSPF पेक्षा खूप सोपे आहे. सिस्कोने एक प्रोटोकॉल तयार करण्याचा प्रयत्न केला जो सर्वात जलद शक्य नेटवर्क अभिसरण सुनिश्चित करेल.

90 च्या दशकाच्या उत्तरार्धात, RIPv2 प्रोटोकॉलची अद्ययावत क्लासलेस आवृत्ती प्रसिद्ध झाली. 2000 च्या दशकात, IPv6 प्रोटोकॉलला समर्थन देणारी OSPF, RIPng आणि EIGRPv6 ची तिसरी आवृत्ती दिसू लागली. जग हळूहळू IPv6 मध्ये पूर्ण संक्रमणाकडे येत आहे आणि रूटिंग प्रोटोकॉल डेव्हलपर यासाठी तयार होऊ इच्छित आहेत.

जर तुम्हाला आठवत असेल, तर आम्ही अभ्यास केला आहे की इष्टतम मार्ग निवडताना, अंतर वेक्टर प्रोटोकॉल म्हणून RIP फक्त एका निकषाद्वारे निर्देशित केले जाते - हॉप्सची किमान संख्या किंवा गंतव्य इंटरफेसचे किमान अंतर. त्यामुळे, या मार्गावरील वेग 1 kbit/s आहे - R3-R64-R1 मार्गावरील वेगापेक्षा कित्येक पट कमी, 2 kbit/s च्या बरोबरीने, राउटर R3 राउटर R1544 साठी थेट मार्ग निवडेल. RIP प्रोटोकॉल 2 हॉप्सच्या वेगवान मार्गापेक्षा एक हॉप लांबीचा संथ मार्ग इष्टतम मानेल.

OSPF संपूर्ण नेटवर्क टोपोलॉजीचा अभ्यास करेल आणि R3 सह संप्रेषणासाठी R2 मार्गाचा जलद मार्ग म्हणून वापर करण्याचा निर्णय घेईल. RIP त्याच्या मेट्रिक म्हणून हॉप्सची संख्या वापरते, तर OSPF चे मेट्रिक खर्च असते, जे बहुतेक प्रकरणांमध्ये लिंकच्या बँडविड्थच्या प्रमाणात असते.

EIGRP मार्ग खर्चावर देखील लक्ष केंद्रित करते, परंतु त्याचे मेट्रिक OSPF पेक्षा अधिक जटिल आहे आणि बँडविड्थ, विलंब, विश्वसनीयता, लोडिंग आणि कमाल MTU यासह अनेक घटकांवर अवलंबून आहे. उदाहरणार्थ, एक नोड इतरांपेक्षा जास्त लोड असल्यास, EIGRP संपूर्ण मार्गावरील लोडचे विश्लेषण करेल आणि कमी लोडसह दुसरा नोड निवडेल.

CCNA कोर्समध्ये आम्ही फक्त बँडविड्थ आणि विलंब यांसारख्या मेट्रिक निर्मिती घटकांचा विचार करू; हे तेच आहेत जे मेट्रिक सूत्र वापरेल.

अंतर वेक्टर प्रोटोकॉल RIP दोन संकल्पना वापरते: अंतर आणि दिशा. जर आमच्याकडे 3 राउटर असतील आणि त्यापैकी एक 20.0.0.0 नेटवर्कशी कनेक्ट केलेले असेल, तर निवड अंतरानुसार केली जाईल - हे हॉप्स आहेत, या प्रकरणात 1 हॉप, आणि दिशानिर्देशानुसार, म्हणजे कोणत्या मार्गावर - वरच्या किंवा कमी - रहदारी पाठवण्यासाठी.

याव्यतिरिक्त, RIP माहितीचे नियतकालिक अपडेटिंग वापरते, संपूर्ण नेटवर्कमध्ये प्रत्येक 30 सेकंदांनी संपूर्ण रूटिंग टेबल वितरित करते. हे अद्यतन 2 गोष्टी करते. प्रथम राउटिंग टेबलचे वास्तविक अद्यतन आहे, दुसरे म्हणजे शेजाऱ्याची व्यवहार्यता तपासणे. डिव्हाइसला 30 सेकंदांच्या आत शेजाऱ्याकडून प्रतिसाद सारणी अद्यतन किंवा नवीन मार्ग माहिती प्राप्त होत नसल्यास, हे समजते की शेजाऱ्याकडे जाणारा मार्ग यापुढे वापरला जाऊ शकत नाही. शेजारी अजूनही जिवंत आहे की नाही आणि मार्ग अद्याप वैध आहे की नाही हे शोधण्यासाठी राउटर दर 30 सेकंदांनी अपडेट पाठवतो.

मी म्हटल्याप्रमाणे, स्प्लिट होरायझन तंत्रज्ञान रूट लूप टाळण्यासाठी वापरले जाते. याचा अर्थ असा की अपडेट ज्या इंटरफेसमधून आला होता त्यावर परत पाठवले जात नाही. लूप रोखण्यासाठी दुसरे तंत्रज्ञान म्हणजे रूट पॉयझन. चित्रात दर्शविलेल्या 20.0.0.0 नेटवर्कच्या कनेक्शनमध्ये व्यत्यय आल्यास, ज्या राउटरशी ते जोडले गेले होते ते त्याच्या शेजाऱ्यांना "विषयुक्त मार्ग" पाठवते, ज्यामध्ये ते अहवाल देते की हे नेटवर्क आता 16 हॉप्समध्ये प्रवेशयोग्य आहे, म्हणजे, व्यावहारिकदृष्ट्या अगम्य. RIP प्रोटोकॉल अशा प्रकारे कार्य करतो.

EIGRP कसे कार्य करते? जर तुम्हाला OSPF बद्दलच्या धड्यांवरून आठवत असेल, तर हा प्रोटोकॉल तीन कार्ये करतो: तो एक अतिपरिचित क्षेत्र स्थापित करतो, नेटवर्क टोपोलॉजीमधील बदलांनुसार LSDB अपडेट करण्यासाठी LSA चा वापर करतो आणि राउटिंग टेबल तयार करतो. अतिपरिचित क्षेत्र स्थापित करणे ही एक जटिल प्रक्रिया आहे जी अनेक पॅरामीटर्स वापरते. उदाहरणार्थ, 2WAY कनेक्शन तपासणे आणि बदलणे - काही कनेक्शन दुतर्फा संप्रेषण स्थितीत राहतात, काही पूर्ण स्थितीत जातात. OSPF च्या विपरीत, हे EIGRP प्रोटोकॉलमध्ये होत नाही - ते फक्त 4 पॅरामीटर्स तपासते.

OSPF प्रमाणे, हा प्रोटोकॉल प्रत्येक 10 सेकंदाला 4 पॅरामीटर्स असलेला हॅलो संदेश पाठवतो. पहिले प्रमाणीकरण निकष आहे, जर ते पूर्वी कॉन्फिगर केले गेले असेल. या प्रकरणात, समीपता स्थापित केलेल्या सर्व उपकरणांमध्ये समान प्रमाणीकरण मापदंड असणे आवश्यक आहे.

डिव्हाइसेस समान स्वायत्त प्रणालीशी संबंधित आहेत की नाही हे तपासण्यासाठी दुसरा पॅरामीटर वापरला जातो, म्हणजेच EIGRP प्रोटोकॉल वापरून संलग्नता स्थापित करण्यासाठी, दोन्ही डिव्हाइसेसमध्ये समान स्वायत्त प्रणाली क्रमांक असणे आवश्यक आहे. तिसरे पॅरामीटर हे तपासण्यासाठी वापरले जाते की हॅलो संदेश त्याच स्त्रोत आयपी पत्त्यावरून पाठवले जातात.

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

म्हणून, जर हे 4 पॅरामीटर्स जुळतात, तर EIGRP शेजारी संबंध प्रस्थापित करते आणि उपकरणे एकमेकांना शेजारच्या टेबलमध्ये प्रवेश करतात. पुढे, टोपोलॉजी टेबलमध्ये बदल केले जातात.

सर्व हॅलो मेसेज मल्टिकास्ट आयपी अॅड्रेस 224.0.0.10 वर पाठवले जातात आणि कॉन्फिगरेशनच्या आधारे अपडेट्स शेजारच्या युनिकास्ट अॅड्रेसवर किंवा मल्टीकास्ट अॅड्रेसवर पाठवले जातात. हे अपडेट UDP किंवा TCP वर येत नाही, परंतु RTP, Reliable Transport Protocol नावाचा वेगळा प्रोटोकॉल वापरतो. हा प्रोटोकॉल शेजार्‍याला अपडेट प्राप्त झाला आहे की नाही हे तपासतो आणि त्याच्या नावाप्रमाणे, संप्रेषणाची विश्वासार्हता सुनिश्चित करणे हे त्याचे मुख्य कार्य आहे. अपडेट शेजाऱ्यापर्यंत पोहोचत नसल्यास, शेजाऱ्याला ते प्राप्त होईपर्यंत ट्रान्समिशनची पुनरावृत्ती केली जाईल. OSPF कडे प्राप्तकर्त्याचे उपकरण तपासण्याची यंत्रणा नाही, त्यामुळे शेजारच्या उपकरणांना अपडेट मिळाले आहे की नाही हे सिस्टीमला कळत नाही.
तुम्हाला आठवत असल्यास, RIP प्रत्येक 30 सेकंदांनी संपूर्ण नेटवर्क टोपोलॉजीचे अपडेट पाठवते. नेटवर्कवर नवीन उपकरण दिसले किंवा काही बदल झाले तरच EIGRP हे करते. जर सबनेट टोपोलॉजी बदलली असेल, तर प्रोटोकॉल अपडेट पाठवेल, परंतु संपूर्ण टोपोलॉजी टेबल नाही, तर फक्त या बदलासह रेकॉर्ड पाठवेल. सबनेट बदलल्यास, फक्त त्याची टोपोलॉजी अपडेट केली जाईल. हे आंशिक अद्यतन असल्याचे दिसते जे आवश्यकतेनुसार होते.

तुम्हाला माहिती आहे की, नेटवर्कमध्ये काही बदल झाले आहेत की नाही याची पर्वा न करता, OSPF दर 30 मिनिटांनी LSA पाठवते. नेटवर्कमध्ये काही बदल होईपर्यंत EIGRP विस्तारित कालावधीसाठी कोणतीही अद्यतने पाठवणार नाही. त्यामुळे, EIGRP OSPF पेक्षा जास्त कार्यक्षम आहे.

राउटरने अपडेट पॅकेजेसची देवाणघेवाण केल्यानंतर, तिसरा टप्पा सुरू होतो - मेट्रिकवर आधारित राउटिंग टेबलची निर्मिती, जी आकृतीमध्ये दर्शविलेल्या सूत्राचा वापर करून गणना केली जाते. ती किंमत मोजते आणि या खर्चावर आधारित निर्णय घेते.
समजू की R1 ने राउटर R2 ला Hello पाठवले आणि त्या राउटरने R1 ला Hello पाठवले. सर्व पॅरामीटर्स जुळल्यास, राउटर शेजाऱ्यांची एक सारणी तयार करतात. या टेबलमध्ये, R2 राउटर R1 बद्दल एक एंट्री लिहितो आणि R1 R2 बद्दल एंट्री तयार करतो. यानंतर, राउटर R1 त्याच्याशी कनेक्ट केलेल्या नेटवर्क 10.1.1.0/24 वर अपडेट पाठवते. रूटिंग टेबलमध्ये, हे नेटवर्कच्या आयपी पत्त्याबद्दल, त्याच्याशी संप्रेषण प्रदान करणारे राउटर इंटरफेस आणि या इंटरफेसद्वारे मार्गाची किंमत याबद्दलची माहिती दिसते. जर तुम्हाला आठवत असेल, EIGRP ची किंमत 90 आहे, आणि नंतर अंतर मूल्य सूचित केले आहे, ज्याबद्दल आम्ही नंतर बोलू.

संपूर्ण मेट्रिक फॉर्म्युला अधिक क्लिष्ट दिसत आहे, कारण त्यात K गुणांक आणि विविध परिवर्तनांची मूल्ये समाविष्ट आहेत. Cisco वेबसाइट फॉर्म्युलाचा संपूर्ण फॉर्म प्रदान करते, परंतु तुम्ही डीफॉल्ट गुणांक मूल्ये बदलल्यास, ते एका सोप्या स्वरूपात रूपांतरित केले जाईल - मेट्रिक (बँडविड्थ + विलंब) * 256 च्या समान असेल.

आम्‍ही मेट्रिकची गणना करण्‍यासाठी फॉर्म्युलाच्‍या या सरलीकृत फॉर्मचा वापर करू, जेथे किलोबिटमध्‍ये बँडविड्थ 107 च्‍या बरोबरीची आहे, सर्व इंटरफेसच्‍या सर्वात लहान बँडविड्थने भागून डेस्टिनेशन नेटवर्क कमीत कमी-बँडविड्थ आहे आणि संचयी-विलंब एकूण आहे. गंतव्य नेटवर्ककडे नेणाऱ्या सर्व इंटरफेससाठी दहापट मायक्रोसेकंदांमध्ये विलंब.

EIGRP शिकताना, आम्हाला चार व्याख्या समजून घेणे आवश्यक आहे: व्यवहार्य अंतर, नोंदवलेले अंतर, उत्तराधिकारी (गंतव्य नेटवर्कसाठी सर्वात कमी मार्गाचा खर्च असलेले शेजारी राउटर), आणि व्यवहार्य उत्तराधिकारी (बॅकअप शेजारी राउटर). त्यांचा अर्थ काय आहे हे समजून घेण्यासाठी, खालील नेटवर्क टोपोलॉजीचा विचार करा.

नेटवर्क 1/10.1.1.0 चा सर्वोत्तम मार्ग निवडण्यासाठी राउटिंग टेबल R24 तयार करून सुरुवात करूया. प्रत्येक उपकरणाच्या पुढे kbit/s मध्‍ये थ्रूपुट आणि ms मध्‍ये लेटन्सी दर्शविली जाते. आम्ही 100 Mbps किंवा 1000000 kbps GigabitEthernet इंटरफेस, 100000 kbps फास्टइथरनेट, 10000 kbps इथरनेट आणि 1544 kbps सीरियल इंटरफेस वापरतो. ही मूल्ये राउटर सेटिंग्जमधील संबंधित भौतिक इंटरफेसची वैशिष्ट्ये पाहून शोधली जाऊ शकतात.
सीरियल इंटरफेसचे डीफॉल्ट थ्रुपुट 1544 kbps आहे, आणि तुमच्याकडे 64 kbps लाइन असली तरीही, थ्रूपुट अजूनही 1544 kbps असेल. म्हणून, नेटवर्क प्रशासक म्हणून, तुम्ही योग्य बँडविड्थ मूल्य वापरत आहात याची खात्री करणे आवश्यक आहे. विशिष्ट इंटरफेससाठी, ते बँडविड्थ कमांड वापरून सेट केले जाऊ शकते आणि विलंब कमांड वापरून, तुम्ही डीफॉल्ट विलंब मूल्य बदलू शकता. तुम्हाला गिगाबिटइथरनेट किंवा इथरनेट इंटरफेससाठी डीफॉल्ट बँडविड्थ मूल्यांबद्दल काळजी करण्याची गरज नाही, परंतु तुम्ही सीरियल इंटरफेस वापरत असल्यास लाइन गती निवडताना काळजी घ्या.

कृपया लक्षात घ्या की या आकृतीमध्ये विलंब मिलिसेकंद ms मध्ये दर्शविला गेला आहे, परंतु प्रत्यक्षात तो मायक्रोसेकंद आहे, माझ्याकडे मायक्रोसेकंद μs योग्यरित्या दर्शविण्यासाठी μ हे अक्षर नाही.

कृपया खालील वस्तुस्थितीकडे बारकाईने लक्ष द्या. तुम्ही शो इंटरफेस g0/0 कमांड जारी केल्यास, सिस्टम लेटन्सी फक्त मायक्रोसेकंद ऐवजी दहा मायक्रोसेकंदांमध्ये प्रदर्शित करेल.

EIGRP कॉन्फिगर करण्याच्या पुढील व्हिडिओमध्ये आम्ही या समस्येचा तपशीलवार विचार करू, आत्ता लक्षात ठेवा की सूत्रामध्ये विलंब मूल्ये बदलताना, आकृतीतील 100 μs 10 मध्ये बदलतात, कारण सूत्र दहापट मायक्रोसेकंद वापरतो, युनिट्स वापरत नाही.

आकृतीमध्ये, मी लाल ठिपक्यांद्वारे दर्शविलेले थ्रूपुट आणि विलंब संबंधित इंटरफेस दर्शवितो.

सर्व प्रथम, आपल्याला संभाव्य व्यवहार्य अंतर निश्चित करणे आवश्यक आहे. हे FD मेट्रिक आहे, जे सूत्र वापरून मोजले जाते. R5 पासून बाह्य नेटवर्क पर्यंतच्या विभागासाठी, आम्हाला 107 ला 106 ने विभाजित करणे आवश्यक आहे, परिणामी आम्हाला 10 मिळेल. पुढे, या बँडविड्थ मूल्यामध्ये आम्हाला 1 च्या बरोबरीचा विलंब जोडणे आवश्यक आहे, कारण आमच्याकडे 10 मायक्रोसेकंद आहेत, म्हणजे, एक दहा. 11 चे परिणामी मूल्य 256 ने गुणाकार करणे आवश्यक आहे, म्हणजे, मेट्रिक मूल्य 2816 असेल. हे नेटवर्कच्या या विभागासाठी FD मूल्य आहे.

राउटर R5 हे मूल्य राउटर R2 ला पाठवेल आणि R2 साठी ते घोषित केले गेलेले अंतर होईल, म्हणजेच शेजाऱ्याने सांगितलेले मूल्य. अशा प्रकारे, इतर सर्व उपकरणांसाठी जाहिरात केलेले RD अंतर हे तुम्हाला कळवलेल्या डिव्हाइसच्या संभाव्य FD अंतराएवढे असेल.

राउटर R2 त्याच्या डेटाच्या आधारे FD गणना करते, म्हणजेच ते 107 ला 105 ने विभाजित करते आणि 100 मिळते. नंतर ते या मूल्यामध्ये बाह्य नेटवर्कच्या मार्गावरील विलंबांची बेरीज जोडते: R5 चा विलंब, एक दहा मायक्रोसेकंदांच्या बरोबरीचा, आणि स्वतःचा विलंब, दहा दहाच्या बरोबरीचा. एकूण विलंब 11 दहापट मायक्रोसेकंद असेल. आम्ही ते परिणामी शंभरमध्ये जोडतो आणि 111 मिळवतो, हे मूल्य 256 ने गुणाकार करतो आणि मूल्य FD = 28416 मिळवतो. राउटर R3 हेच करतो, गणना केल्यानंतर मूल्य FD=281856 प्राप्त करतो. राउटर R4 हे मूल्य FD=3072 ची गणना करते आणि ते R1 ला RD म्हणून प्रसारित करते.

कृपया लक्षात ठेवा की FD ची गणना करताना, राउटर R1 त्याच्या स्वतःच्या 1000000 kbit/s च्या बँडविड्थला फॉर्म्युलामध्ये बदलत नाही, परंतु राउटर R2 ची खालची बँडविड्थ, जी 100000 kbit/s च्या बरोबरीची आहे, कारण सूत्र नेहमी किमान बँडविड्थ वापरतो गंतव्य नेटवर्ककडे नेणारा इंटरफेस. या प्रकरणात, राउटर R10.1.1.0 आणि R24 नेटवर्क 2/5 च्या मार्गावर स्थित आहेत, परंतु पाचव्या राउटरमध्ये मोठी बँडविड्थ असल्याने, राउटर R2 चे सर्वात लहान बँडविड्थ मूल्य सूत्रामध्ये बदलले आहे. R1-R2-R5 मार्गावरील एकूण विलंब 1+10+1 (दहापट) = 12 आहे, कमी केलेला थ्रुपुट 100 आहे, आणि या संख्यांची बेरीज 256 ने गुणाकार केल्यास FD=30976 मूल्य मिळते.

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

व्यवहार्य उत्तराधिकारी एका नियमानुसार नियुक्त केले जातात: या राउटरचे जाहिरात केलेले अंतर RD उत्तराधिकार्‍याच्या विभागातील राउटरच्या FD पेक्षा कमी असणे आवश्यक आहे. आमच्या बाबतीत, 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 चा हा आणखी एक फायदा आहे.

उत्तराधिकारी आणि व्यवहार्य उत्तराधिकारी दोन्ही एकाच वेळी डिस्कनेक्ट झाल्यास काय होईल? या प्रकरणात, EIGRP ड्युअल अल्गोरिदम वापरते, जे संभाव्य उत्तराधिकारीद्वारे बॅकअप मार्गाची गणना करू शकते. यास काही सेकंद लागू शकतात, ज्या दरम्यान EIGRP ला दुसरा शेजारी सापडेल ज्याचा वापर ट्रॅफिक फॉरवर्ड करण्यासाठी आणि त्याचा डेटा रूटिंग टेबलमध्ये ठेवण्यासाठी केला जाऊ शकतो. यानंतर, प्रोटोकॉल त्याचे सामान्य राउटिंग कार्य सुरू ठेवेल.

आमच्यासोबत राहिल्याबद्दल धन्यवाद. तुम्हाला आमचे लेख आवडतात का? अधिक मनोरंजक सामग्री पाहू इच्छिता? ऑर्डर देऊन किंवा मित्रांना शिफारस करून आम्हाला समर्थन द्या, एंट्री-लेव्हल सर्व्हरच्या अनन्य अॅनालॉगवर Habr वापरकर्त्यांसाठी 30% सवलत, ज्याचा शोध आम्ही तुमच्यासाठी लावला आहे: VPS (KVM) E5-2650 v4 (6 Cores) 10GB DDR4 240GB SSD 1Gbps बद्दल संपूर्ण सत्य $20 पासून किंवा सर्व्हर कसा शेअर करायचा? (RAID1 आणि RAID10 सह उपलब्ध, 24 कोर पर्यंत आणि 40GB DDR4 पर्यंत).

Dell R730xd 2 पट स्वस्त? फक्त इथेच 2 x इंटेल टेट्राडेका-कोर Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 टीव्ही $199 पासून नेदरलँड मध्ये! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - $99 पासून! बद्दल वाचा इन्फ्रास्ट्रक्चर कॉर्पोरेशन कसे तयार करावे. डेल R730xd E5-2650 v4 सर्व्हरचा वापर करून 9000 युरो किमतीचा वर्ग?

स्त्रोत: www.habr.com