ODR - ऑन-डिमांड रूटिंग

1. ओडीआर का परिचय - ऑन-डिमांड रूटिंग

ODR तकनीक की खोज करने से पहले, आइए जानकारी के साथ रूटिंग टेबल को पॉप्युलेट करने के दो मुख्य तरीकों को याद करें:

• स्टेटिक रूटिंग - मार्गों को व्यवस्थापक द्वारा मैन्युअल रूप से जोड़ा जाता है।
• डायनेमिक रूटिंग - एडमिनिस्ट्रेटर डायनामिक रूटिंग प्रोटोकॉल सेट करता है।

लेकिन इनमें से प्रत्येक मामले में नुकसान हैं:

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

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

• ट्रांसमिट किए गए डेटा की मात्रा डायनामिक रूटिंग प्रोटोकॉल के प्रोटोकॉल की तुलना में न्यूनतम है।
• एकल राउटर पर न्यूनतम कॉन्फ़िगरेशन आवश्यक है।

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

2. ओडीआर के संचालन का सिद्धांत

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

डिवाइस (राउटर या स्विच) नियमित रूप से मल्टीकास्ट मैक पते 01-00-0c-cc-cc-cc के लिए विशेष सीडीपी (सिस्को डिस्कवरी प्रोटोकॉल) संदेश भेजता है। डिफ़ॉल्ट रूप से, यह हर 60 सेकंड में होता है। यदि कोई उपकरण जो इस प्रोटोकॉल को समझता है उसे एक समान संदेश प्राप्त होता है, तो वह इसमें जानकारी को एक विशेष तालिका में दर्ज करता है और इस संदेश के प्रेषक को इसका "सीडीपी पड़ोसी" मानता है। यदि तीन-बार वितरण अंतराल के दौरान पड़ोसी से कोई संदेश प्राप्त नहीं होता है, तो इस तालिका से उसके बारे में जानकारी हटा दी जाती है। वितरण और विलोपन टाइमर विन्यास योग्य हैं, आप सीडीपी प्रोटोकॉल पर पाठ्यक्रम में उनके बारे में पढ़ सकते हैं।
सीडीपी प्रोटोकॉल का मुख्य लक्ष्य एक ही चैनल नेटवर्क में स्थित उपकरणों को एक-दूसरे के बारे में जानकारी प्राप्त करने में सक्षम करना है, भले ही नेटवर्क स्तर पर विभिन्न प्रोटोकॉल का उपयोग किया जाए।
सीडीपी प्रोटोकॉल टीएलवी (प्रकार / लंबाई / मूल्य - ब्लॉक) के रूप में सूचना हस्तांतरण प्रदान करता है। यही है, डेटा फ़ील्ड की एक चर लंबाई है और यह संदेश में शामिल TLV ब्लॉक के प्रकार और संख्या पर निर्भर करता है। इस मामले में, स्थिति संभव है जब उपकरण, उदाहरण के लिए, अलग-अलग विनिर्माण तिथियों के कारण, टीवीएल ब्लॉकों के एक अलग सेट को "जानते" हैं। लेकिन यह उपकरणों को सामान्य रूप से बातचीत करने से नहीं रोकता है, क्योंकि इन ब्लॉकों का प्रारूप मानक है, और यदि कोई ब्लॉक किसी अज्ञात प्रकार के फ़ील्ड के साथ आता है, तो लंबाई फ़ील्ड के आधार पर, आप बस मान फ़ील्ड को छोड़ सकते हैं और अगले ब्लॉक पर जाएं।
सीडीपी फ्रेम का एक उदाहरण चित्र 2-1 में दिखाया गया है।
चित्र 2-1। ट्रैफ़िक विश्लेषक द्वारा कैप्चर की गई CDP फ़्रेम का एक उदाहरण।

इसलिए, ODR प्रोटोकॉल के कार्यान्वयन के लिए, Cisco ने CDP प्रोटोकॉल के विस्तार के अवसर का उपयोग किया। एक नया प्रकार इसमें जोड़ा गया था - 0x0007 , और इसकी मदद से राउटर बहुत सीमित तरीके से राउटिंग जानकारी का आदान-प्रदान कर सकते हैं।
इस विकल्प की संरचना समान है:

• टाइप - 0x0007
• लंबाई - हस्तांतरित डेटा की मात्रा के आधार पर पूरे विकल्प की लंबाई।

केंद्रीय राउटर से डेटा ट्रांसमिट करते समय, डेटा की लंबाई हमेशा 4 बाइट्स होती है - आईपी एड्रेस जिसे रिमोट राउटर को डिफ़ॉल्ट गेटवे के रूप में उपयोग करना चाहिए, परिणामस्वरूप, संपूर्ण विकल्प 8 बाइट्स लंबा होगा। इस तरह के विकल्प का एक उदाहरण चित्र 2-2 में दिखाया गया है।
रिमोट राउटर से डेटा ट्रांसमिट करते समय, डेटा की लंबाई परिवर्तनशील होती है, संदेश में इस राउटर से जुड़े एक या एक से अधिक नेटवर्कों की संख्या होती है, जो "4 बाइट्स आईपी एड्रेस, और 1 बाइट मास्क" प्रारूप में होती है। केंद्रीय राउटर इन नेटवर्क को अपनी रूटिंग टेबल में जोड़ देगा। नतीजतन, पूरे विकल्प की लंबाई होगी - 4 + एन * 5 (जहां एन दूरस्थ नेटवर्क से जुड़ा नेटवर्क की संख्या है, जिसके साथ यह नेटवर्क के साथ केंद्रीय एक के साथ संचार करता है)। इस तरह के विकल्प का एक उदाहरण चित्र 2-3 में दिखाया गया है।

• मूल्य - गेटवे का आईपी पता, या नेटवर्क का एक सेट, यह निर्भर करता है कि पैकेट किस दिशा में भेजा गया है।

चित्र 2-2। सेंट्रल राउटर से प्रेषित ओडीआर विकल्प के साथ सीडीपी फ्रेम द्वारा कैप्चर किए गए ट्रैफ़िक एनालाइज़र का एक उदाहरण वह पता है जिसे दूरस्थ राउटर द्वारा डिफ़ॉल्ट गेटवे के रूप में उपयोग किया जाना चाहिए।

चित्र 2-3। सेंट्रल राउटर में प्रेषित ODR विकल्प के साथ ट्रैफ़िक विश्लेषक द्वारा कैप्चर किए गए CDP फ़्रेम का एक उदाहरण, नेटवर्क बताता है कि केंद्रीय राउटर को अपनी रूटिंग टेबल में जोड़ना होगा।

3. ODR कॉन्फ़िगर करें

सबसे पहले, हमें यह नहीं भूलना चाहिए कि ODR CDP के शीर्ष पर चलता है, और इसे सभी राउटर (वैश्विक कॉन्फ़िगरेशन मोड में cdp रन कमांड) पर सक्षम होना चाहिए।
ऑन-डिमांड रूटिंग को सक्षम करना केंद्रीय राउटर पर केवल वैश्विक कॉन्फ़िगरेशन मोड में राउटर ओडर कमांड जारी करके किया जाता है। उसी समय, अन्य डायनामिक रूटिंग प्रोटोकॉल के विपरीत, अब और कोई कमांड की आवश्यकता नहीं है (उदाहरण के लिए, नेटवर्क )। ODR प्रोटोकॉल को कॉन्फ़िगर करने का एक उदाहरण चित्र 3-1 में दिखाया गया है, क्योंकि आप देख सकते हैं कि केवल एक राउटर odr कमांड दर्ज किया गया है ।
चित्र 3-1। ओडीआर प्रोटोकॉल स्थापित करने का एक उदाहरण।

इसी समय, अपने सभी इंटरफेस पर केंद्रीय राउटर में सीडीपी वितरण में ओडीआर विकल्प शामिल है, जो आईपी पते को इंगित करेगा कि दूरस्थ राउटर को गेटवे के रूप में उपयोग करना चाहिए। सभी दूरस्थ राउटर जो CDP पैकेट में इस विकल्प को देखते हैं और उन पर कॉन्फ़िगर किया गया कोई डायनेमिक राउटिंग प्रोटोकॉल नहीं है ( यह एक शर्त है ) उनके CDPs में कनेक्टेड नेटवर्क (इंटरफ़ेस के अंतर्गत आने वाले को छोड़कर) के बारे में जानकारी के साथ एक ही विकल्प शामिल है जो इन घोषणाओं को भेजा जाता है)।
चित्र 3-2। केंद्रीय राउटर की रूटिंग टेबल।

नतीजतन, केंद्रीय राउटर पर कुछ समय (सीडीपी पैकेट के वितरण के अंतराल द्वारा निर्धारित) के बाद, दूरस्थ राउटर से जुड़े नेटवर्क के बारे में प्रविष्टियां राउटिंग टेबल में जोड़ दी जाती हैं। केंद्रीय राउटर के लिए एक राउटिंग टेबल का एक उदाहरण चित्र 3-2 में दिखाया गया है।
दूरस्थ राउटर पर, एक अतिरिक्त प्रविष्टि दिखाई देती है - केंद्रीय राउटर का डिफ़ॉल्ट मार्ग। दूरस्थ राउटर के लिए एक राउटिंग टेबल का एक उदाहरण चित्र 3-2 में दिखाया गया है।
दोनों मामलों में प्रशासनिक दूरी डिफ़ॉल्ट रूप से 160 है।
डिफ़ॉल्ट मीट्रिक -1 है, जो तर्कसंगत है, यह देखते हुए कि दूरस्थ राउटर केंद्रीय एक से एक हॉप से ​​अधिक दूर नहीं हो सकता है।
चित्र 3-3। रिमोट राउटर की रूटिंग टेबल।

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

जैसा कि आप चित्र 3-5 में देख सकते हैं, केंद्रीय राउटर R1 की राउटिंग टेबल में केवल निकटतम दूरस्थ राउटर से जुड़े नेटवर्क हैं, और नेटवर्क 172.16.3.0/24 R4 से जुड़ा हुआ है और एक स्थैतिक मार्ग द्वारा R3 पर वर्णित इसकी रूटिंग टेबल में नहीं मिला है।
चित्र 3-5। केंद्रीय राउटर की राउटिंग टेबल में केवल नेटवर्क होते हैं जो वास्तव में रिमोट राउटर से जुड़े होते हैं।

चित्र 3-6। यदि आप CDP प्रोटोकॉल को अक्षम करते हैं, तो ORD प्रोटोकॉल काम नहीं करेगा।

स्वाभाविक रूप से, चूंकि ओडीआर को अपने काम के लिए सीडीपी की आवश्यकता होती है, इसलिए बाद वाले को अक्षम करना इस तथ्य की ओर जाता है कि राउटर रूटिंग सूचनाओं का आदान-प्रदान करना बंद कर देते हैं। चित्र 3-6 से पता चलता है कि यदि आप सीडीपी को एक राउटर (उदाहरण के लिए आर 2) में अक्षम करते हैं, तो यह रूटिंग सूचना को प्रसारित करना बंद कर देगा (वास्तव में, यह उन सभी सूचनाओं को प्रसारित करना बंद कर देगा जो पहले इस प्रोटोकॉल का उपयोग करके प्रसारित की गई थीं)। नतीजतन, केंद्रीय राउटर पर, रूटिंग टेबल में इन नेटवर्कों के टाइमर को अपडेट नहीं किया जाएगा, और लगभग 180 सेकंड के बाद मार्गों को "संभवतः नीचे" के रूप में चिह्नित किया जाएगा, और एक और 60 सेकंड के बाद वे रूटिंग टेबल से पूरी तरह से गायब हो जाएंगे।

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

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

4. ओडीआर टाइमर

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

टाइमर को बदलने के लिए, टाइमर्स बेसिक कमांड का उपयोग करें, जिसके मापदंडों के रूप में मानक टाइमर के मूल्यों को क्रमिक रूप से प्रेषित किया जाता है:

• अद्यतन
• अमान्य
• holddown
• लालिमा
• नींद का समय (वैकल्पिक)

शो आईपी प्रोटोकॉल कमांड के आउटपुट का विश्लेषण करते समय, यह स्पष्ट है कि होल्डडाउन टाइमर ओडीआर के लिए लागू नहीं है, लेकिन चूंकि आप टाइमर बेसिक सिंटैक्स का उपयोग करके इसे छोड़ नहीं सकते हैं, इसलिए आपको कुछ निर्दिष्ट करने की आवश्यकता है, लेकिन निर्दिष्ट मूल्य कुछ भी प्रभावित नहीं करेगा।
यह भी ध्यान दिया जाना चाहिए कि संदेश भेजने की अवधि को अपडेट पैरामीटर द्वारा नहीं, बल्कि सीडीपी प्रोटोकॉल की अस्थायी सेटिंग्स (आप सीडीपी प्रोटोकॉल के बारे में सामान्य रूप से पढ़ सकते हैं, और इस प्रोटोकॉल के लिए समर्पित पाठ्यक्रम में इसके समय के बारे में पढ़ सकते हैं) द्वारा विनियमित किया जाता है। लेकिन होल्डडाउन के विपरीत, जो किसी भी चीज को प्रभावित नहीं करता है, अपडेट वैल्यू का उपयोग एक विशिष्ट तरीके से किया जाता है, नीचे हम दिखाएंगे कि उदाहरण में कैसे।
उदाहरण के लिए, यदि हम कमांड टाइमर्स को बेसिक 5 15 25 50 50 देते हैं (इस मामले में, हम तीसरे मान के बजाय कोई भी संख्या लिख ​​सकते हैं), और साथ ही हम सीडीपी के गुणों को नहीं बदलेंगे, तो संदेश भेजने की अवधि पहले की तरह बनी रहेगी - एक मिनट। चित्रा 4-2 में दिखाए गए राउटर इंटरफ़ेस पर कैप्चर किए गए ट्रैफ़िक का विश्लेषण करते समय यह देखना आसान है।
चित्र 4-2। CDP ट्रैफ़िक कैप्चर, डिफ़ॉल्ट रूप से CDP फ़्रेम रिक्ति 1 मिनट है।

स्पष्टता के लिए, सीडीपी प्रोटोकॉल के डिबगिंग मोड को सक्षम करें और रूटिंग टेबल ( डीबग सीडीपी पैकेट और डीबग आईपी रूटिंग ) को संसाधित करें, साथ ही केवल इंटरफ़ेस से यातायात का निरीक्षण करने के लिए सही (fa0 / 1) इंटरफ़ेस को अक्षम करें।
चित्र 4-3। डिबग कमांड, चरण 1 का उपयोग करके सीडीपी और ओडीआर प्रोटोकॉल की बातचीत का निदान करना।

चित्र 4-3 से पता चलता है कि जब पड़ोसी से एक सीडीपी पैकेट प्राप्त होता है, तो प्राप्त मार्गों को राउटिंग टेबल (25 मिनट 12 (लगभग 13) सेकंड पर राउटर के स्थानीय समय के अनुसार) में जोड़ा जाता है।
चित्र 4-4। डीबग कमांड, चरण 2 का उपयोग करते हुए सीडीपी और ओडीआर प्रोटोकॉल की बातचीत का निदान।

19 सेकंड बीत जाने के बाद (चित्र 4-4), अमान्य टाइमर चालू हो जाता है (हम समयसीमा मूल आदेश में अमान्य पैरामीटर को 15 पर सेट करते हैं)।

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

अद्यतन प्राप्त नहीं करने वाला सिस्टम "संभवतः नीचे" के रूप में मार्गों को चिह्नित करता है - "संभवतः अगम्य है।" लेकिन एक ही समय में, राउटर इन नेटवर्क को सफलतापूर्वक पैकेट भेजना जारी रखता है।
चित्र 4-5। डीबग कमांड, चरण 3 का उपयोग करते हुए सीडीपी और ओडीआर प्रोटोकॉल की बातचीत का निदान।

एक और 35 सेकंड के बाद, राउटर के स्थानीय समय के अनुसार 26 मिनट 7 सेकंड (चित्रा 4-5) पर, सिस्टम अभी भी अपडेट प्राप्त नहीं करता है और रूटिंग टेबल से मार्गों को निकालता है। यह फ्लश टाइमर द्वारा ट्रिगर किया जाता है, जिसे हमने 50 सेकंड के लिए सेट किया है (लगभग 55 सेकंड अंतिम अपडेट के बाद से पारित हो गए हैं, लेकिन यहां, जैसा कि अमान्य टाइमर में है, सिस्टम सेकंड नहीं, बल्कि टाइमर की "टिक" हमारे पांच सेकंड में, यहां से और) मामूली विसंगति)।
चित्र 4-6। डीबग कमांड, चरण 4 का उपयोग करते हुए सीडीपी और ओडीआर प्रोटोकॉल की बातचीत का निदान।

और अंत में, अगले सीडीपी अपडेट प्राप्त करने के बाद, पिछले एक प्राप्त होने के क्षण से ठीक एक मिनट बाद (चित्रा 4-6), मार्ग फिर से रूटिंग तालिका में दिखाई देते हैं।
इस प्रकार, हम निम्नलिखित निष्कर्ष निकाल सकते हैं:

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

timers basic :

• update: 60
• invalid: 180
• holddown: 0
• flush: 240
• sleeptime: 0

5. ODR

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

उदाहरण के लिए, हम अस्थायी रूप से राउटर R2 से जुड़े नेटवर्क में से एक राउटिंग टेबल से बाहर करना चाहते हैं, अर्थात् नेटवर्क 172.16.1.0/24। चित्र 5-1 प्रयोग की शुरुआत में केंद्रीय राउटर के राउटिंग टेबल में मौजूद नेटवर्क को दिखाता है। डिस्ट्रीब्यूशन-लिस्ट
कमांड के लिए पूर्व-कॉन्फ़िगर एक्सेस सूची की आवश्यकता होती है, जो वर्णित नेटवर्क के साथ होती है जो विज्ञापनों में प्राप्त या प्रसारित नहीं की जा सकती है।

ACL – Access Control List, , Cisco).

चित्र 5-2। एक एसीएल बनाएं।

एक्सेस लिस्ट बनाना चित्र 5-2 में दिखाया गया है और एक्सेस-लिस्ट कमांड का उपयोग करके किया गया है। इसमें, हम कॉन्फ़िगर करते हैं कि हम 172.16.1.0/24 की सीमा में आने वाले विज्ञापनों को अनदेखा करेंगे, और अन्य सभी विज्ञापनों को स्वीकार करेंगे।
चित्र 5-3। डिस्ट्रीब्यूशन-लिस्ट कमांड के साथ जेनरेट किए गए ACL को रिकॉन्सिल करना।

शीट बनाने के बाद, आपको ODR कॉन्फ़िगरेशन मोड में वितरण-सूची को लागू करना होगा , जैसा कि चित्र 5-3 में दिखाया गया है। यह दिशा का संकेत करने के लिए आवश्यक है - में (आने वाले विज्ञापन), और यदि आवश्यक हो, आप इंटरफ़ेस है जिस पर आप यह फ़िल्टर लागू निर्दिष्ट कर सकते हैं। यदि कोई इंटरफ़ेस निर्दिष्ट नहीं है, तो सभी इंटरफेस में आने वाले सभी विज्ञापनों के लिए फ़िल्टरिंग होगी।
चित्र 5-4। डिस्ट्रीब्यूशन-लिस्ट कमांड को लागू करने के बाद केंद्रीय राउटर की राउटिंग टेबल ।

उसके बाद, राउटर आने वाली 172.16.1.0/24 नेटवर्क घोषणाओं को संसाधित करना बंद कर देता है, और जब फ्लश टाइमर आता है, तो यह राउटिंग टेबल से गायब हो जाता है, जैसा कि चित्र 5-4 में दिखाया गया है।

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

6. अन्य रूटिंग प्रोटोकॉल के साथ सहभागिता।

यह अन्य डायनेमिक रूटिंग प्रोटोकॉल के साथ ODR प्रोटोकॉल की बातचीत के बारे में बात करने के लिए समझ में आता है, केवल रिमोट राउटर (ODR के संदर्भ में) से जुड़े नेटवर्क के बारे में डेटा संचारित करने के संदर्भ में, लेकिन इसके विपरीत नहीं।
ODR से राउटिंग जानकारी का प्रसारण डायनामिक रूटिंग प्रोटोकॉल में कॉन्फ़िगर किया गया है जिसे रीडिस्ट्रिब्यूट कमांड का उपयोग करके राउटिंग जानकारी प्राप्त करनी चाहिए । पैरामीटर के रूप में, आपको उस प्रोटोकॉल का नाम पास करना होगा जिसके मार्गों को आप आयात करना चाहते हैं, हमारे मामले में - odr , साथ ही सबनेट पैरामीटर , यदि नेटवर्क में क्लास नेटवर्क के सबनेट शामिल हैं।
इस कमांड का उपयोग चित्र 6-1 में दिखाया गया है। OSPF कॉन्फ़िगरेशन मोड में, एक कमांड जारी किया जाता हैओडीआर सबनेट को पुनर्वितरित करता है , जो इस तथ्य की ओर जाता है कि ओडीआर प्रोटोकॉल का उपयोग करके केंद्रीय राउटर द्वारा सीखा गया नेटवर्क ओएसपीएफ प्रोटोकॉल द्वारा अपने डेटाबेस में आयात किया जाता है और ओएसपीएफ प्रोटोकॉल द्वारा सेवा किए जाने वाले नेटवर्क के हिस्से को आगे स्थानांतरित कर दिया जाता है। 6-1 राउटर R4 की राउटिंग टेबल को दर्शाता है, जिसमें OSPF प्रोटोकॉल का उपयोग करते हुए राउटर R1 से नेटवर्क 172.16.0.0/24 और 172.16.2.0.024 के बारे में जानकारी प्राप्त की गई थी, लेकिन चूंकि इन नेटवर्कों का प्रारंभ में ODR द्वारा अध्ययन किया गया था और फिर इसमें से आयात किया गया था। ओएसपीएफ, ओएसपीएफ के लिए यह रूटिंग जानकारी "गैर-देशी" है और रूटिंग टेबल में संबंधित मार्गों को "ई 2" - बाहरी मार्गों के साथ चिह्नित किया गया है।
कृपया ध्यान दें कि विपरीत दिशा में डेटा भेजने का कोई मतलब नहीं है। OSPF प्रोटोकॉल द्वारा केंद्रीय राउटर पर एकत्रित जानकारी की रूटिंग पहले से ही उपलब्ध है, क्योंकि यह प्रोटोकॉल उस पर चल रहा है। और दूरस्थ राउटर, किसी भी मामले में, केवल डिफ़ॉल्ट मार्ग प्राप्त करते हैं। इसलिए, ओडीआर प्रोटोकॉल में पुनर्वितरण कमांड को लागू करने का कोई मतलब नहीं है (हालांकि यह कमांड इसके कॉन्फ़िगरेशन में मौजूद है), इसलिए, चित्रा 6-1 में कॉन्फ़िगरेशन उदाहरण में, पुनर्वितरण आदेश ओडीआर कॉन्फ़िगरेशन में नहीं है ।
चित्र 6-1। OSPF प्रोटोकॉल में पुनर्वितरण आदेश लागू करना।

उदाहरण में, ODR पर लागू फ़िल्टर को भी छोड़ दिया गया था, प्रसंस्करण से नेटवर्क 172.16.1.0/24 को छोड़कर, और परिणामस्वरूप, केवल नेटवर्क 172.16.0.0/24 और 172.16.2.0/24 को OSPF राउटर R4 में स्थानांतरित किया गया था।

यदि आवश्यक हो, तो आप भी OSPF में एक फिल्टर पुनर्वितरण परिभाषित कर सकते हैं, आदेश को लागू करने के पुनर्वितरित मार्ग नक्शे ( मार्ग-नक्शा ), जिसके बारे में आप का अनुकूलन मार्ग के लिए समर्पित एक कोर्स में पढ़ सकते हैं।

अन्य आंतरिक रूटिंग प्रोटोकॉल, जैसे RIP और EIGRP, को राउटिंग जानकारी के हस्तांतरण को एक समान तरीके से कॉन्फ़िगर किया गया है।

7. अतिरिक्त ODR सेटिंग्स

ODR के लिए अन्य राउटिंग प्रोटोकॉल के साथ टाइमर, फ़िल्टरिंग रूट और अन्य मार्ग प्रोटोकॉल के साथ बातचीत करने के अलावा, कई अन्य कॉन्फ़िगरेशन कमांड लागू होते हैं:

• अधिकतम पथ - यदि कई पथ हैं, तो रूटिंग तालिका में स्थापित मार्गों की संख्या में परिवर्तन होता है। डिफ़ॉल्ट मान चार है। इसे 1 से 6 तक की सीमा में बदला जा सकता है।

चित्र 7-1। ओआरडी प्रोटोकॉल लोड संतुलन का समर्थन करता है।

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

यदि मार्गों की संख्या स्वीकार्य सीमा से अधिक है, तो जिनका अध्ययन पहले किया गया है वे रूटिंग टेबल में आते हैं।

• दूरी - प्रशासनिक दूरी को बदलता है।

चित्र 7-3। ODR प्रोटोकॉल के लिए प्रशासनिक दूरी बदलें।

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

• default – - . no .

• passive-interface – .
• redistribute – , , -
• network – .
• neighbor – , CDP , .
• default-metric – , , .

8. .

और इसलिए, जो लोग अंत तक पढ़ चुके हैं, उनके लिए आप ओडीआर प्रोटोकॉल को संक्षेप में प्रस्तुत कर सकते हैं:

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

, - , ODR . . , , .
, , .

EIGRP, OSPF, IPV6 BGP .