OSPF DR र BDR: चुनाव इन्टरफेसको हो

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

महत्त्वपूर्ण तुलना एउटै खण्डका भूमिका र राउटरपारिका भूमिकाबीच, र ब्याकअपले के गर्छ र के गर्दैन भन्नेबीच छ।

प्रत्येक खण्डका लागि एक चुनाव

RFC 2328 प्रत्येक ब्रडकास्ट वा NBMA नेटवर्कका लागि एक तोकिएको राउटर र एक ब्याकअप तोकिएको राउटर चुन्छ, राउटरका लागि होइन र क्षेत्रका लागि होइन। त्यस्तो नेटवर्कमा सहभागी हुने प्रत्येक इन्टरफेसले आफ्नै प्राथमिकता र आफ्नै छिमेकी समूहसहित आफ्नै चुनाव चलाउँछ। त्यस्ता तीन इन्टरफेस भएको चेसिसले एकैपटक तीन फरक भूमिका राख्न सक्छ, त्यसैले खण्डको नाम नदिई हब नै DR हो भन्नु अपूर्ण हुन्छ। भूमिका त्यही इन्टरफेसको आफ्नै छिमेकी आउटपुटबाट पढ्नुहोस्।

एउटै क्षेत्रका दुई इन्टरफेस अझै दुई चुनाव हुन्। क्षेत्र सदस्यताले तिनलाई जोड्दैन।

पर्खिँदा ब्याकअपले के गर्छ

ब्याकअप तोकिएको राउटर आफ्नो खण्डका राउटरहरूसँग पूर्ण छिमेकी हुन्छ र नयाँ छिमेकी सम्बन्ध नबनाई जिम्मेवारी लिन सक्नका लागि आफ्नो डेटाबेस सिङ्क्रोनाइज राख्छ। ब्याकअपका रूपमा काम गर्दा नगर्ने काम त्यो नेटवर्कको network-LSA उत्पन्न गर्नु हो, किनकि त्यो तोकिएको राउटरको स्वामित्वमा हुन्छ। केही चरणमा यसको फ्लडिङ भूमिका तोकिएको राउटरभन्दा साँघुरो हुन्छ, जुन चुप बस्नु वा निष्क्रिय हुनुसँग बराबर होइन। बढुवासम्म केही नगर्ने राउटरका रूपमा ब्याकअपलाई हेर्दा धेरै आत्मविश्वासी र धेरै गलत व्याख्याहरू जन्मिन्छन्।

उपयोगी प्रश्न ब्याकअपले केबाट टाढा रहन्छ भन्ने होइन, बरु खण्डले मोडेलले माग्ने OSPF प्याकेट पुर्याउन सक्छ कि भन्ने हो। कुनै सहभागीले ती अरूसँग साट्न सक्दैन भने चुनावको नतिजा पहुँचको लक्षण हो, कारण होइन।

टनेलले वास्तवमै कुन मोडेल प्रयोग गर्छ

ब्रडकास्ट र NBMA नेटवर्कहरू चुनाव गर्छन्; पोइन्ट-टु-पोइन्ट र पोइन्ट-टु-मल्टिपोइन्ट नेटवर्कहरू गर्दैनन्, किनकि चुनाव गर्न साझा खण्ड छैन। हब-एन्ड-स्पोक ओभरलेमा प्रभावकारी मोडेल टनेल इन्टरफेस कसरी कन्फिगर छ भन्नेमा निर्भर गर्छ, त्यसैले कुनै पनि भूमिका व्याख्या गर्नुअघि त्यो पढ्नुहोस्। ब्रडकास्ट खण्डजस्तै व्यवहार गर्ने टनेल र पोइन्ट-टु-पोइन्ट लिङ्कको समूहजस्तै व्यवहार गर्ने टनेलले पूर्ण रूपमा फरक छिमेकी व्यवहार दिन्छन्।

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

योग्यता इन्टरफेसअनुसार हुन्छ, र प्रीएम्प्शन स्वतः हुँदैन

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

अर्को योग्य सहभागी नदिई प्रत्येक स्पोक हटाउनुको अर्थ ब्याकअप नै नहुन सक्ने पनि हो।

दुई व्याख्याको इमानदारीसाथ तुलना गर्नुहोस्: गलत खण्डबाट पढिएको भूमिका, वा सदस्यहरू एकअर्कासम्म नपुग्ने खण्ड। पहिलो डिजाइनको प्रश्न हो र दोस्रो डेलिभरीको प्रश्न, र तीमध्ये एकलाई मात्र प्राथमिकता सम्पादन गरेर सुधार्न सकिन्छ।