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 प्रकार, घोषणा करणारा राउटर आणि त्याने निवडलेला मार्ग। तो पुरावा तिकिटाने विचारलेल्या प्रश्नाचे उत्तर देतो।