VPN के आर-पार OSPF रूट प्रकार: हमेशा बाहरी नहीं

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

PE-CE मॉडल पर्याप्त संदर्भ लेकर चलता है ताकि प्राप्त करने वाला PE OSPF घोषणा को गढ़ने के बजाय फिर से बना सके।

रूट के साथ क्या यात्रा करता है

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

क्षेत्र प्रकार भी मायने रखता है। 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 प्रकार, घोषणा करने वाला राउटर और उसने जो पथ चुना। वही साक्ष्य उस प्रश्न का उत्तर देता है जो टिकट ने पूछा था।