VPN मार्फत OSPF रुट प्रकार: सधैं बाह्य हुँदैन

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

PE-CE मोडेलले प्राप्त गर्ने PE लाई OSPF घोषणा बनाउनुको सट्टा पुनर्निर्माण गर्न पर्याप्त सन्दर्भ बोक्छ।

रुटसँगै के यात्रा गर्छ

RFC 4577 ले VPN रुटसँग आउने OSPF विशेषताहरू परिभाषित गर्छ: डोमेन पहिचानकर्ता, मेट्रिक र स्रोत साइटको रुट प्रकार। प्राप्त गर्ने PE ले योग्य प्रिफिक्स आफ्नो स्थानीय OSPF प्रक्रियासामु कस्तो देखिनुपर्छ भन्ने निर्णय गर्न तिनीहरू प्रयोग गर्छ। ती विशेषताहरू बिना टाढाको PE सँग बाह्य पुनर्वितरणबाहेक अरू कुनै आधार हुँदैनथ्यो। त्यसैले BGP ले बीचमा बोके तापनि रुट अन्तर-क्षेत्र LSA को रूपमा आउन सक्छ।

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

एउटै डोमेन, फरक प्रस्तुतीकरण

एउटै डोमेनको क्षेत्रभित्री वा अन्तर-क्षेत्र रुट सामान्यतया टाढाको साइटमा अन्तर-क्षेत्र रुट, अर्थात् प्रकार 3 LSA को रूपमा पुग्छ। अर्को डोमेनको प्रिफिक्स, कहिल्यै OSPF नबोलेको स्रोत, वा सुरुमा बाह्य रहेको OSPF घोषणा यसको सट्टा बाह्य नियमहरू पालना गर्छ, र त्यहीँ प्रकार 5 र त्यसको NSSA समतुल्य देखा पर्छ। दुवै व्यवहार सही छन्; इनपुट फरक छ। प्राथमिकता मानहरू छुनुअघि डोमेन पहिचानकर्ता र घोषित विशेषताहरू तुलना गर्नुहोस्।

प्रशासनिक दूरीले एउटै राउटरमा स्रोतहरूबीच छनोट गर्छ। यसले LSA प्रकार पुनर्लेखन गर्दैन वा हराएको डोमेन सम्बन्ध सिर्जना गर्दैन।

Sham लिङ्क कहिले सही उत्तर हो

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

Sham लिङ्कलाई पुग्न सकिने अन्त्य बिन्दुहरू र दुवै PE मा पारस्परिक कन्फिगरेसन चाहिन्छ। यसलाई एउटा मात्र पक्षमा सेट गर्दा कहिल्यै नबन्ने सम्बन्ध बन्छ, र राउटिङ तालिकाले आफ्नो पुरानो प्राथमिकता राख्छ, जुन सुविधाले केही गरेन जस्तो देखिन्छ।

लूप सुरक्षा नतोड्नुहोस्

PE-CE मोडेलले वितरण गर्ने रुटहरूमा DN बिट सेट गर्छ ताकि प्रिफिक्स अर्को CE बाट फर्केर दोस्रो पटक पुनर्वितरण हुन नसकोस्। त्यही सुरक्षाले OSPF डोमेन साझा गर्ने साइटहरूबीच प्रिफिक्स लूप हुनबाट रोक्छ। रुट आन्तरिक देखाउनका लागि यसलाई हटाउनु वा बेवास्ता गर्नुले रोक्नकै लागि डिजाइन गरिएको त्यही लूप सिर्जना गर्न सक्छ। प्रिफिक्स गलत देखिए DN बिटलाई बाधा नभई जानकारी मान्नुहोस्।

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

त्यसपछि टाढाको साइटबाट प्रमाणित गर्नुहोस्: LSA प्रकार, घोषणा गर्ने राउटर र उसले छानेको बाटो। त्यो प्रमाणले टिकटले सोधेको प्रश्नको उत्तर दिन्छ।