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

आज आपण OSPF राउटिंगबद्दल शिकण्यास सुरुवात करू. हा विषय, EIGRP प्रोटोकॉलप्रमाणे, संपूर्ण CCNA अभ्यासक्रमातील सर्वात महत्त्वाचा विषय आहे. तुम्ही बघू शकता, विभाग २.४ चे शीर्षक आहे “कॉन्फिगर करणे, चाचणी करणे आणि समस्यानिवारण OSPFv2.4 सिंगल-झोन आणि मल्टी-झोन for IPv2 (ऑथेंटिकेशन, फिल्टरिंग, मॅन्युअल रूट सारांश, पुनर्वितरण, स्टब एरिया, VNet, आणि LSA वगळून).”

OSPF चा विषय खूप विस्तृत आहे, त्यामुळे त्याला 2, कदाचित 3 व्हिडिओ धडे लागतील. आजचा धडा समस्येच्या सैद्धांतिक बाजूसाठी समर्पित असेल; मी तुम्हाला सांगेन की हा प्रोटोकॉल सर्वसाधारणपणे काय आहे आणि ते कसे कार्य करते. पुढील व्हिडिओमध्ये, आम्ही पॅकेट ट्रेसर वापरून OSPF कॉन्फिगरेशन मोडवर जाऊ.

तर या धड्यात आपण तीन गोष्टी कव्हर करू: OSPF म्हणजे काय, ते कसे कार्य करते आणि OSPF झोन कोणते आहेत. मागील धड्यात, आम्ही सांगितले की OSPF एक लिंक स्टेट राउटिंग प्रोटोकॉल आहे जो राउटरमधील संप्रेषण दुव्यांचे परीक्षण करतो आणि त्या लिंक्सच्या गतीवर आधारित निर्णय घेतो. कमी थ्रूपुट असलेल्या लहान चॅनेलपेक्षा जास्त गती असलेल्या लांब चॅनेलला, म्हणजेच अधिक थ्रूपुटसह प्राधान्य दिले जाईल.

RIP प्रोटोकॉल, एक अंतर वेक्टर प्रोटोकॉल असल्याने, या दुव्याचा वेग कमी असला तरीही, सिंगल-हॉप मार्ग निवडेल आणि OSPF प्रोटोकॉल या मार्गावरील एकूण वेगापेक्षा जास्त असल्यास अनेक हॉप्सचा लांब मार्ग निवडेल. लहान मार्गावरील वाहतुकीचा वेग.

आम्ही निर्णय अल्गोरिदम नंतर पाहू, परंतु सध्या तुम्ही हे लक्षात ठेवावे की OSPF हा लिंक स्टेट प्रोटोकॉल आहे. हे खुले मानक 1988 मध्ये तयार केले गेले जेणेकरुन प्रत्येक नेटवर्क उपकरणे निर्माता आणि कोणतेही नेटवर्क प्रदाता ते वापरू शकतील. त्यामुळे OSPF EIGRP पेक्षा जास्त लोकप्रिय आहे.

OSPF आवृत्ती 2 ने फक्त IPv4 चे समर्थन केले आणि एक वर्षानंतर, 1989 मध्ये, विकसकांनी आवृत्ती 3 ची घोषणा केली, जी IPv6 चे समर्थन करते. तथापि, IPv6 साठी OSPF ची पूर्णतः कार्यक्षम तिसरी आवृत्ती केवळ 2008 मध्ये दिसून आली. तुम्ही OSPF का निवडले? शेवटच्या धड्यात, आम्ही शिकलो की हा अंतर्गत गेटवे प्रोटोकॉल RIP पेक्षा जास्त वेगाने मार्ग अभिसरण करतो. हा क्लासलेस प्रोटोकॉल आहे.

तुम्हाला आठवत असेल तर, RIP हा क्लासफुल प्रोटोकॉल आहे, याचा अर्थ तो सबनेट मास्क माहिती पाठवत नाही आणि जर तो क्लास A/24 IP पत्ता आढळला तर तो स्वीकारणार नाही. उदाहरणार्थ, तुम्ही 10.1.1.0/24 सारख्या IP पत्त्यासह सादर केल्यास, ते नेटवर्क 10.0.0.0 म्हणून समजेल कारण एकापेक्षा जास्त सबनेट मास्क वापरून नेटवर्क केव्हा सबनेट केले जाते ते समजत नाही.
OSPF हा एक सुरक्षित प्रोटोकॉल आहे. उदाहरणार्थ, जर दोन राउटर OSPF माहितीची देवाणघेवाण करत असतील, तर तुम्ही प्रमाणीकरण कॉन्फिगर करू शकता जेणेकरून तुम्ही पासवर्ड एंटर केल्यानंतर शेजारच्या राउटरशी माहिती शेअर करू शकता. आम्ही आधीच म्हटल्याप्रमाणे, हे एक खुले मानक आहे, म्हणून OSPF अनेक नेटवर्क उपकरणे निर्मात्यांद्वारे वापरले जाते.

जागतिक अर्थाने, OSPF ही Link State Advertisements किंवा LSA ची देवाणघेवाण करणारी यंत्रणा आहे. LSA संदेश राउटरद्वारे व्युत्पन्न केले जातात आणि त्यात बरीच माहिती असते: राउटरचा युनिक आयडेंटिफायर राउटर-आयडी, राउटरला ज्ञात असलेल्या नेटवर्कबद्दलचा डेटा, त्यांच्या किंमतीबद्दलचा डेटा इ. रूटिंगचे निर्णय घेण्यासाठी राउटरला ही सर्व माहिती आवश्यक आहे.

राउटर R3 त्याची LSA माहिती राउटर R5 ला पाठवते आणि R5 सह राउटर R3 त्याची LSA माहिती शेअर करते. हे LSAs डेटा स्ट्रक्चरचे प्रतिनिधित्व करतात जे लिंक स्टेट डेटा बेस किंवा LSDB बनवते. राउटर सर्व प्राप्त एलएसए गोळा करतो आणि त्यांना त्याच्या एलएसडीबीमध्ये ठेवतो. दोन्ही राउटरने त्यांचे डेटाबेस तयार केल्यानंतर, ते हॅलो संदेशांची देवाणघेवाण करतात, जे शेजारी शोधण्यासाठी काम करतात आणि त्यांच्या LSDB ची तुलना करण्याची प्रक्रिया सुरू करतात.

राउटर R3 राउटर R5 ला DBD किंवा "डेटाबेस वर्णन" संदेश पाठवतो आणि R5 त्याचा DBD राउटर R3 ला पाठवतो. या संदेशांमध्ये LSA निर्देशांक असतात जे प्रत्येक राउटरच्या डेटाबेसमध्ये उपलब्ध असतात. DBD प्राप्त केल्यानंतर, R3 R5 ला LSR नेटवर्क स्थितीची विनंती पाठवते "माझ्याकडे आधीपासूनच 3,4 आणि 9 संदेश आहेत, म्हणून मला फक्त 5 आणि 7 पाठवा."

तिसर्‍या राउटरला सांगून R5 तेच करते: "माझ्याकडे 3,4 आणि 9 माहिती आहे, म्हणून मला 1 आणि 2 पाठवा." LSR विनंत्या मिळाल्यानंतर, राउटर LSU नेटवर्क स्टेट अपडेट पॅकेट्स परत पाठवतात, म्हणजेच, त्याच्या LSR च्या प्रतिसादात, तिसऱ्या राउटरला R5 कडून LSU प्राप्त होतो. राउटर्सनी त्यांचे डेटाबेस अपडेट केल्यानंतर, त्या सर्वांकडे, जरी तुमच्याकडे १०० राउटर असले तरी, समान LSDB असतील. एकदा का राउटरमध्ये LSDB डेटाबेस तयार झाल्यानंतर, त्यातील प्रत्येकाला संपूर्ण नेटवर्कबद्दल माहिती होईल. OSPF प्रोटोकॉल राउटिंग टेबल तयार करण्यासाठी शॉर्टेस्ट पाथ फर्स्ट अल्गोरिदम वापरतो, त्यामुळे त्याच्या योग्य ऑपरेशनसाठी सर्वात महत्वाची अट म्हणजे नेटवर्कवरील सर्व उपकरणांचे LSDBs समक्रमित केले जातात.

वरील आकृतीमध्ये, 9 राउटर आहेत, ज्यापैकी प्रत्येक LSR, LSU आणि अशाच प्रकारे त्याच्या शेजाऱ्यांसह संदेशांची देवाणघेवाण करतो. ते सर्व p2p द्वारे एकमेकांशी जोडलेले आहेत, किंवा "पॉइंट-टू-पॉइंट" इंटरफेस जे OSPF प्रोटोकॉलद्वारे ऑपरेशनला समर्थन देतात आणि समान LSDB तयार करण्यासाठी एकमेकांशी संवाद साधतात.

बेस सिंक्रोनाइझ होताच, प्रत्येक राउटर, सर्वात लहान मार्ग अल्गोरिदम वापरून, स्वतःचे राउटिंग टेबल तयार करतो. वेगवेगळ्या राउटरसाठी हे टेबल वेगळे असतील. म्हणजेच, सर्व राउटर समान LSDB वापरतात, परंतु सर्वात लहान मार्गांबद्दल त्यांच्या स्वतःच्या विचारांवर आधारित राउटिंग टेबल तयार करतात. हा अल्गोरिदम वापरण्यासाठी, OSPF ला नियमितपणे LSDB अपडेट करणे आवश्यक आहे.

म्हणून, OSPF स्वतः कार्य करण्यासाठी, त्याने प्रथम 3 अटी प्रदान केल्या पाहिजेत: शेजारी शोधा, LSDB तयार करा आणि अद्यतनित करा आणि राउटिंग टेबल तयार करा. पहिली अट पूर्ण करण्यासाठी, नेटवर्क प्रशासकाला राउटर-आयडी, वेळ किंवा वाइल्डकार्ड मास्क मॅन्युअली कॉन्फिगर करण्याची आवश्यकता असू शकते. पुढील व्हिडिओमध्ये आम्ही OSPF सोबत काम करण्यासाठी डिव्हाइस सेट करण्याविषयी पाहू, आत्ता तुम्हाला हे माहित असले पाहिजे की हा प्रोटोकॉल रिव्हर्स मास्क वापरतो आणि जर ते जुळत नसेल, तुमचे सबनेट जुळत नसतील किंवा प्रमाणीकरण जुळत नसेल तर , राउटरचे अतिपरिचित क्षेत्र तयार होऊ शकणार नाही. म्हणून, OSPF समस्यानिवारण करताना, हे अतिपरिचित क्षेत्र का तयार होत नाही हे तुम्ही शोधले पाहिजे, म्हणजेच वरील पॅरामीटर्स जुळत आहेत का ते तपासा.

नेटवर्क प्रशासक म्हणून, तुम्ही LSDB निर्मिती प्रक्रियेत सहभागी होत नाही. राउटिंग टेबल्सच्या बांधकामाप्रमाणे राउटरचा अतिपरिचित क्षेत्र तयार केल्यानंतर डेटाबेस स्वयंचलितपणे अद्यतनित केले जातात. हे सर्व OSPF प्रोटोकॉलसह कार्य करण्यासाठी कॉन्फिगर केलेल्या डिव्हाइसद्वारेच केले जाते.
एक उदाहरण पाहू. आमच्याकडे 2 राउटर आहेत, ज्यांना, साधेपणासाठी, मी RID 1.1.1.1 आणि 2.2.2.2 नियुक्त केले आहेत. आम्ही त्यांना कनेक्ट करताच, लिंक चॅनेल त्वरित वरच्या स्थितीत जाईल, कारण मी प्रथम हे राउटर OSPF सह कार्य करण्यासाठी कॉन्फिगर केले आहेत. एक संप्रेषण चॅनेल तयार होताच, राउटर A ताबडतोब राउटर A वर हॅलो पॅकेट पाठवेल. या पॅकेटमध्ये अशी माहिती असेल की या राउटरने या चॅनेलवर अद्याप कोणालाही "पाहिले" नाही, कारण ते प्रथमच हॅलो पाठवत आहे, तसेच स्वतःचे ओळखकर्ता, त्याच्याशी कनेक्ट केलेल्या नेटवर्कबद्दलचा डेटा आणि इतर माहिती पाठवत आहे. शेजाऱ्यासोबत शेअर करा.

हे पॅकेट मिळाल्यानंतर, राउटर बी म्हणेल: "मला दिसत आहे की या कम्युनिकेशन चॅनेलवर OSPF शेजारी साठी संभाव्य उमेदवार आहे" आणि Init स्थितीत जाईल. हॅलो पॅकेट हे युनिकास्ट किंवा ब्रॉडकास्ट संदेश नाही, ते मल्टीकास्ट ओएसपीएफ आयपी अॅड्रेस 224.0.0.5 वर पाठवलेले मल्टीकास्ट पॅकेट आहे. काही लोक विचारतात की मल्टीकास्टसाठी सबनेट मास्क काय आहे. वस्तुस्थिती अशी आहे की मल्टीकास्टमध्ये सबनेट मास्क नसतो; तो रेडिओ सिग्नल म्हणून प्रसारित होतो, जो त्याच्या वारंवारतेनुसार ट्यून केलेल्या सर्व उपकरणांद्वारे ऐकला जातो. उदाहरणार्थ, जर तुम्हाला फ्रिक्वेन्सी 91,0 वर एफएम रेडिओ प्रसारण ऐकायचे असेल, तर तुम्ही तुमचा रेडिओ त्या फ्रिक्वेन्सीनुसार ट्यून करा.

त्याच प्रकारे, राउटर B मल्टिकास्ट पत्त्या 224.0.0.5 साठी संदेश प्राप्त करण्यासाठी कॉन्फिगर केले आहे. हे चॅनल ऐकत असताना, ते राउटर ए ने पाठवलेले हॅलो पॅकेट प्राप्त करते आणि स्वतःच्या संदेशासह प्रतिसाद देते.

या प्रकरणात, उत्तर B ने निकषांचा संच पूर्ण केला तरच अतिपरिचित क्षेत्र स्थापित केले जाऊ शकते. पहिला निकष असा आहे की हॅलो संदेश पाठवण्याची वारंवारता आणि या संदेशाच्या प्रतिसादासाठी प्रतीक्षा मध्यांतर डेड इंटरव्हल दोन्ही राउटरसाठी समान असणे आवश्यक आहे. सामान्यत: डेड इंटरव्हल हे हॅलो टाइमरच्या अनेक मूल्यांच्या बरोबरीचे असते. अशाप्रकारे, जर राउटर A चा हॅलो टाइमर 10 s असेल आणि राउटर B 30 s नंतर संदेश पाठवत असेल, तर डेड इंटरव्हल 20 s असेल, तर संलग्नता होणार नाही.

दुसरा निकष असा आहे की दोन्ही राउटरने समान प्रकारचे प्रमाणीकरण वापरणे आवश्यक आहे. त्यानुसार, प्रमाणीकरण संकेतशब्द देखील जुळले पाहिजेत.

तिसरा निकष एरियल आयडी झोन ​​अभिज्ञापकांची जुळणी आहे, चौथा नेटवर्क उपसर्गाच्या लांबीची जुळणी आहे. जर राउटर A /24 उपसर्ग नोंदवत असेल, तर राउटर B मध्ये /24 नेटवर्क उपसर्ग देखील असणे आवश्यक आहे. पुढील व्हिडिओमध्ये आपण हे अधिक तपशीलवार पाहू, आत्ता मी लक्षात घेईन की हा सबनेट मास्क नाही, येथे राउटर रिव्हर्स वाइल्डकार्ड मास्क वापरतात. आणि अर्थातच, जर राउटर या झोनमध्ये असतील तर स्टब क्षेत्राचे ध्वज देखील जुळले पाहिजेत.

हे निकष तपासल्यानंतर, ते जुळल्यास, राउटर B त्याचे हॅलो पॅकेट राउटर A ला पाठवते. A च्या संदेशाच्या उलट, राउटर B ने अहवाल दिला की त्याने राउटर A पाहिला आणि स्वतःची ओळख करून दिली.

या संदेशाच्या प्रतिसादात, राउटर ए पुन्हा राउटर बी ला हॅलो पाठवते, ज्यामध्ये ते राउटर बी पाहिल्याची पुष्टी करते, त्यांच्यामधील संप्रेषण चॅनेलमध्ये 1.1.1.1 आणि 2.2.2.2 उपकरणे असतात आणि ते स्वतःच डिव्हाइस 1.1.1.1 आहे. . शेजारच्या स्थापनेचा हा एक अतिशय महत्त्वाचा टप्पा आहे. या प्रकरणात, टू-वे 2-वे कनेक्शन वापरले जाते, परंतु आमच्याकडे 4 राउटरच्या वितरित नेटवर्कसह स्विच असल्यास काय होईल? अशा "सामायिक" वातावरणात, राउटरपैकी एकाने नियुक्त राउटर DR ची भूमिका बजावली पाहिजे आणि दुसऱ्याने बॅकअप नियुक्त राउटर, BDR ची भूमिका बजावली पाहिजे.

यापैकी प्रत्येक उपकरण पूर्ण कनेक्शन किंवा संपूर्ण संयोगाची स्थिती तयार करेल, नंतर आपण हे काय आहे ते पाहू, तथापि, या प्रकारचे कनेक्शन फक्त DR आणि BDR सह स्थापित केले जाईल; दोन खालच्या राउटर D आणि B तरीही "पॉइंट-टू-पॉइंट" द्वि-मार्ग कनेक्शन योजना वापरून एकमेकांशी संवाद साधा.

म्हणजेच, DR आणि BDR सह, सर्व राउटर संपूर्ण अतिपरिचित संबंध स्थापित करतात आणि एकमेकांशी - पॉइंट-टू-पॉइंट कनेक्शन. हे खूप महत्वाचे आहे कारण समीप उपकरणांमधील द्वि-मार्ग कनेक्शन दरम्यान, सर्व हॅलो पॅकेट पॅरामीटर्स जुळले पाहिजेत. आमच्या बाबतीत, सर्वकाही जुळते, म्हणून डिव्हाइसेस कोणत्याही समस्यांशिवाय एक अतिपरिचित क्षेत्र तयार करतात.

द्वि-मार्गी संप्रेषण स्थापित होताच, राउटर A राउटर B ला डेटाबेस वर्णन पॅकेट, किंवा "डेटाबेस वर्णन" पाठवतो आणि एक्सस्टार्ट स्थितीत जातो - एक्सचेंजची सुरूवात किंवा लोड होण्याची प्रतीक्षा. डेटाबेस डिस्क्रिप्टर ही पुस्तकाच्या सामग्री सारणीसारखी माहिती असते - ती राउटिंग डेटाबेसमध्ये असलेल्या प्रत्येक गोष्टीची सूची असते. प्रतिसादात, राउटर B त्याचे डेटाबेस वर्णन राउटर A ला पाठवते आणि एक्सचेंज चॅनेल संप्रेषण स्थितीत प्रवेश करते. जर एक्स्चेंज स्थितीत राउटरला त्याच्या डेटाबेसमध्ये काही माहिती गहाळ असल्याचे आढळले, तर ते लोडिंग लोडिंग स्थितीत जाईल आणि त्याच्या शेजारी LSR, LSU आणि LSA संदेशांची देवाणघेवाण सुरू करेल.

तर, राउटर A त्याच्या शेजाऱ्याला LSR पाठवेल, जो LSU पॅकेटसह प्रतिसाद देईल, ज्याला A राउटर B ला LSA संदेशासह प्रतिसाद देईल. जितक्या वेळा डिव्हाइसेसना LSA संदेशांची देवाणघेवाण करायची असेल तितक्या वेळा ही देवाणघेवाण होईल. लोडिंग स्थितीचा अर्थ असा आहे की LSA डेटाबेसचे पूर्ण अद्यतन अद्याप आलेले नाही. एकदा सर्व डेटा डाउनलोड झाला की, दोन्ही उपकरणे पूर्ण संलग्न स्थितीत प्रवेश करतील.

लक्षात घ्या की टू-वे कनेक्शनसह, उपकरणे फक्त लगतच्या स्थितीत असतात आणि संपूर्ण संलग्न स्थिती फक्त राउटर, DR आणि BDR मध्ये शक्य आहे. याचा अर्थ प्रत्येक राउटर DR ला नेटवर्कमधील बदलांबद्दल आणि सर्व राउटरला सूचित करतो. या बदलांबद्दल DR कडून जाणून घ्या

DR आणि BDR ची निवड हा महत्त्वाचा मुद्दा आहे. सामान्य वातावरणात DR ची निवड कशी केली जाते ते पाहू. चला असे गृहीत धरू की आमच्या योजनेत तीन राउटर आणि एक स्विच आहे. OSPF डिव्‍हाइस प्रथम हॅलो मेसेजमधील प्राधान्याची तुलना करतात, नंतर राउटर आयडीची तुलना करतात.

सर्वोच्च प्राधान्य असलेले उपकरण DR बनते जर दोन उपकरणांचे प्राधान्यक्रम जुळले, तर सर्वात जास्त राउटर आयडी असलेले उपकरण दोघांमधून निवडले जाते आणि ते DR बनते.

द्वितीय सर्वोच्च प्राधान्य किंवा द्वितीय सर्वोच्च राउटर आयडी असलेले डिव्हाइस बॅकअप समर्पित राउटर BDR बनते. DR अयशस्वी झाल्यास, ते BDR द्वारे त्वरित बदलले जाईल. ते DR ची भूमिका बजावण्यास सुरवात करेल आणि सिस्टम दुसरे निवडेल BDR

मला आशा आहे की तुम्ही DR आणि BDR ची निवड शोधून काढली असेल, जर नसेल, तर मी पुढीलपैकी एका व्हिडिओमध्ये या समस्येकडे परत येईन आणि ही प्रक्रिया स्पष्ट करेन.

आतापर्यंत आम्ही हॅलो, डेटाबेस डिस्क्रिप्टर आणि LSR, LSU आणि LSA संदेश काय आहे ते पाहिले आहे. पुढील विषयाकडे जाण्यापूर्वी, OSPF च्या खर्चाबद्दल थोडे बोलूया.

सिस्कोमध्ये, मार्गाची किंमत संदर्भ बँडविड्थच्या गुणोत्तराच्या सूत्राचा वापर करून मोजली जाते, जी चॅनेलच्या किंमतीनुसार 100 Mbit/s वर सेट केली जाते. उदाहरणार्थ, सिरीयल पोर्टद्वारे डिव्हाइसेस कनेक्ट करताना, वेग 1.544 Mbps आहे आणि त्याची किंमत 64 असेल. 10 Mbps च्या गतीसह इथरनेट कनेक्शन वापरताना, किंमत 10 असेल आणि फास्टइथरनेट कनेक्शनची किंमत 100 Mbps चा वेग 1 असेल.

गिगाबिट इथरनेट वापरताना आमच्याकडे 1000 एमबीपीएसचा वेग असतो, परंतु या प्रकरणात गती नेहमी 1 मानली जाते. त्यामुळे, तुमच्या नेटवर्कवर गिगाबिट इथरनेट असल्यास, तुम्ही रेफचे डीफॉल्ट मूल्य बदलणे आवश्यक आहे. 1000 पर्यंत BW. या प्रकरणात, किंमत 1 असेल आणि संपूर्ण सारणीची किंमत 10 पटीने वाढवून पुन्हा मोजली जाईल. एकदा आम्‍ही लगत तयार केल्‍यावर आणि LSDB तयार केल्‍यावर, आम्‍ही राउटिंग टेबल बनवण्‍याकडे पुढे जाऊ.

LSDB प्राप्त केल्यानंतर, प्रत्येक राउटर स्वतंत्रपणे SPF अल्गोरिदम वापरून मार्गांची सूची तयार करण्यास सुरवात करतो. आमच्या योजनेत, राउटर ए स्वतःसाठी अशी सारणी तयार करेल. उदाहरणार्थ, ते A-R1 मार्गाची किंमत मोजते आणि ते 10 असल्याचे निर्धारित करते. आकृती समजण्यास सोपे करण्यासाठी, समजा की राउटर A राउटर B साठी इष्टतम मार्ग ठरवतो. A-R1 लिंकची किंमत 10 आहे , लिंक A-R2 100 आहे आणि A-R3 मार्गाची किंमत 11 च्या बरोबरीची आहे, म्हणजेच A-R1(10) आणि R1-R3(1) या मार्गाची बेरीज आहे.

जर राउटर A ला राउटर R4 वर जायचे असेल, तर ते A-R1-R4 मार्गावर किंवा A-R2-R4 मार्गाने हे करू शकते आणि दोन्ही प्रकरणांमध्ये मार्गांची किंमत समान असेल: 10+100 =100+10=110. A-R6 मार्गाची किंमत 100+1= 101 असेल, जी आधीच चांगली आहे. पुढे, आम्ही A-R5-R1-R3 मार्गासह राउटर R5 च्या मार्गाचा विचार करतो, ज्याची किंमत 10+1+100 = 111 असेल.

राउटर R7 चा मार्ग दोन मार्गांनी घातला जाऊ शकतो: A-R1-R4-R7 किंवा A-R2-R6-R7. पहिल्याची किंमत 210 असेल, दुसरी - 201, याचा अर्थ तुम्ही 201 निवडावा. म्हणून, राउटर B पर्यंत पोहोचण्यासाठी, राउटर A 4 मार्ग वापरू शकतो.

A-R1-R3-R5-B मार्गाची किंमत 121 असेल. A-R1-R4-R7-B मार्गाची किंमत 220 असेल. A-R2-R4-R7-B मार्गाची किंमत 210 असेल आणि A-R2- R6-R7- B ची किंमत 211 आहे. याच्या आधारावर, राउटर A सर्वात कमी किमतीचा, 121 च्या बरोबरीचा मार्ग निवडेल आणि तो राउटिंग टेबलमध्ये ठेवेल. SPF अल्गोरिदम कसे कार्य करते याचे हे अतिशय सरलीकृत आकृती आहे. खरं तर, टेबलमध्ये केवळ राउटरची पदनामच नाही ज्याद्वारे इष्टतम मार्ग चालतो, परंतु त्यांना जोडणार्‍या पोर्टची पदनाम आणि इतर सर्व आवश्यक माहिती देखील आहे.

राउटिंग झोनशी संबंधित दुसरा विषय पाहू. सामान्यतः, कंपनीची OSPF उपकरणे सेट करताना, ती सर्व एका सामाईक झोनमध्ये असतात.

R3 राउटरशी कनेक्ट केलेले उपकरण अचानक अयशस्वी झाल्यास काय होईल? राउटर R3 राउटर R5 आणि R1 ला त्वरित संदेश पाठवण्यास सुरुवात करेल की या डिव्हाइससह चॅनेल यापुढे कार्य करत नाही आणि सर्व राउटर या इव्हेंटबद्दल अद्यतनांची देवाणघेवाण करण्यास सुरवात करतील.

तुमच्याकडे 100 राउटर असल्यास, ते सर्व लिंक स्टेट माहिती अपडेट करतील कारण ते समान कॉमन झोनमध्ये आहेत. शेजारच्या राउटरपैकी एक अयशस्वी झाल्यास समान गोष्ट होईल - झोनमधील सर्व डिव्हाइसेस LSA अद्यतनांची देवाणघेवाण करतील. अशा संदेशांची देवाणघेवाण केल्यानंतर, नेटवर्क टोपोलॉजी स्वतःच बदलेल. एकदा असे झाले की, SPF बदललेल्या परिस्थितीनुसार राउटिंग टेबल्सची पुनर्गणना करेल. ही एक खूप मोठी प्रक्रिया आहे आणि जर तुमच्याकडे एका झोनमध्ये हजारो उपकरणे असतील, तर तुम्हाला राउटरच्या मेमरी आकारावर नियंत्रण ठेवण्याची आवश्यकता आहे जेणेकरून ते सर्व LSAs आणि प्रचंड LSDB लिंक स्टेट डेटाबेस संचयित करण्यासाठी पुरेसे असेल. झोनच्या काही भागात बदल होताच, SPF अल्गोरिदम त्वरित मार्गांची पुनर्गणना करते. डीफॉल्टनुसार, LSA दर 30 मिनिटांनी अपडेट केले जाते. ही प्रक्रिया सर्व डिव्हाइसेसवर एकाच वेळी होत नाही, परंतु कोणत्याही परिस्थितीत, प्रत्येक राउटरद्वारे प्रत्येक 30 मिनिटांनी अद्यतने केली जातात. अधिक नेटवर्क साधने. LSDB अपडेट करण्यासाठी जितकी जास्त मेमरी आणि वेळ लागेल.

ही समस्या एका सामान्य झोनला अनेक स्वतंत्र झोनमध्ये विभाजित करून सोडवली जाऊ शकते, म्हणजेच मल्टीझोनिंग वापरून. हे करण्यासाठी, तुम्ही व्यवस्थापित करत असलेल्या संपूर्ण नेटवर्कची योजना किंवा आकृती तुमच्याकडे असणे आवश्यक आहे. क्षेत्र 0 हे तुमचे मुख्य क्षेत्र आहे. ही अशी जागा आहे जिथे बाह्य नेटवर्कशी कनेक्शन केले जाते, उदाहरणार्थ, इंटरनेटवर प्रवेश. नवीन झोन तयार करताना, तुम्ही नियमाचे पालन केले पाहिजे: प्रत्येक झोनमध्ये एक एबीआर, एरिया बॉर्डर राउटर असणे आवश्यक आहे. एज राउटरमध्ये एका झोनमध्ये एक इंटरफेस असतो आणि दुसऱ्या झोनमध्ये दुसरा इंटरफेस असतो. उदाहरणार्थ, R5 राउटरमध्ये झोन 1 आणि झोन 0 मध्ये इंटरफेस आहेत. मी म्हटल्याप्रमाणे, प्रत्येक झोन झोन झिरोशी कनेक्ट केलेला असणे आवश्यक आहे, म्हणजे, एज राउटर असणे आवश्यक आहे, ज्यापैकी एक इंटरफेस AREA 0 शी कनेक्ट केलेला आहे.

समजू की R6-R7 कनेक्शन अयशस्वी झाले आहे. या प्रकरणात, LSA अपडेट केवळ AREA 1 द्वारे प्रसारित होईल आणि केवळ या झोनला प्रभावित करेल. झोन 2 आणि झोन 0 मधील डिव्‍हाइसेसना याबद्दल माहितीही नसते. एज राउटर R5 त्याच्या झोनमध्ये काय घडत आहे याची माहिती सारांशित करते आणि नेटवर्कच्या स्थितीबद्दल सारांश माहिती मुख्य झोन AREA 0 वर पाठवते. एका झोनमधील उपकरणांना इतर झोनमधील सर्व LSA बदलांची माहिती असणे आवश्यक नाही कारण ABR राउटर सारांश मार्ग माहिती एका झोनमधून दुसर्‍या झोनमध्ये पाठवेल.

जर तुम्ही झोनच्या संकल्पनेबद्दल पूर्णपणे स्पष्ट नसाल, तर जेव्हा आम्ही OSPF राउटिंग कॉन्फिगर करू आणि काही उदाहरणे पाहू तेव्हा तुम्ही पुढील धड्यांमध्ये अधिक जाणून घेऊ शकता.

आमच्यासोबत राहिल्याबद्दल धन्यवाद. तुम्हाला आमचे लेख आवडतात का? अधिक मनोरंजक सामग्री पाहू इच्छिता? ऑर्डर देऊन किंवा मित्रांना शिफारस करून आम्हाला समर्थन द्या, एंट्री-लेव्हल सर्व्हरच्या अनन्य अॅनालॉगवर 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