दोन PE, एक प्रीफिक्स: RD दृश्यमानता का ठरवतो
एकाच प्रीफिक्सची जाहिरात करणारे दोन एज राउटर, त्यांचे route distinguisher वेगळे नसल्यास एकच गंतव्य सामायिक करतात। जाणीवपूर्वक वाटप करा, नंतर VRF तपासा।
एकाच ग्राहक प्रीफिक्सची जाहिरात करणारे दोन एज राउटर, काही त्यांना वेगळे करेपर्यंत एकच VPNv4 गंतव्य वर्णन करतात, आणि तो विभाजक route distinguisher आहे। तो प्रीफिक्सला पात्र ठरवतो; निकाल कोण आयात करतो हे तो ठरवत नाही, ते route target चे काम आहे। त्या जाहिराती भेटू शकतील अशा प्रत्येक डोमेनमध्ये वेगळे राहिले पाहिजेत अशा मार्गांच्या संचातून RD वाटप करा, एका उपकरणाच्या फाइल मांडणीतून नाही। तुम्ही निवडलेला क्रमांक ही अशी ओळख आहे ज्यावर पुढील आढावे अवलंबून राहतील, म्हणून कॉन्फिगरेशनमध्ये जाण्यापूर्वी तो इन्व्हेंटरीत असावा।
RD आणि प्रीफिक्स मिळून एकच गंतव्य
RD आणि IPv4 प्रीफिक्स मिळून कंट्रोल प्लेन तुलना करतो ते VPNv4 गंतव्य तयार होते। दोन PE ला वेगवेगळ्या ग्राहकांसाठी एकच प्रीफिक्स द्या आणि वेगळे RD नसल्यास ते एका गंतव्याकडे मार्ग जाहीर करतात। डिस्प्लेवर काहीही तुम्हाला सांगत नाही की हे गटीकरण चुकीचे आहे, कारण प्लॅटफॉर्म ओळख जे सांगते तेच करत असते। त्यांपैकी एकावर RD बदला आणि जुनी जाहिरात मागे घेतली जाते, तर दुसऱ्या ओळखीखाली नवीन दिसते। जुन्या ओळखीवर अवलंबून असलेले सर्व काही, मार्ग निवडीपासून साठवलेल्या ऑपरेटर फिल्टरपर्यंत, आता अस्तित्वात नसलेल्या गोष्टीकडे निर्देश करते।
एका गंतव्यासाठी अनेक मार्ग हे BGP चे सामान्य वर्तन आहे, लक्षण नाही। स्पीकर फॉरवर्डिंगसाठी एक सर्वोत्तम मार्ग निवडताना अनेक प्राप्त मार्ग ठेवू शकतो, आणि प्राप्त व निवडलेल्या मधील फरक हीच ती जागा आहे जिथे दृश्यमानतेचे प्रश्न राहतात। मार्ग गायब झाल्यासारखे वाटल्यास, सत्र पाहण्यापूर्वी तो ज्या ओळखीचा होता ती अजून आहे का ते तपासा।
तेच RD, तेच गंतव्य, वेगळे मार्ग
एकाच सेवेच्या वतीने दोन राउटरमधून एक RD आणि एक प्रीफिक्स पाठवा आणि दोन्ही एका गंतव्याकडे मार्ग सादर करतात, सहसा वेगळ्या पुढील हॉपसह। रूट रिफ्लेक्टर त्यांपैकी कोणता पुढे पाठवेल हा रिफ्लेक्टरबद्दलचा निर्णय आहे: त्याची मार्ग निवड, त्याची जाहिरात क्षमता आणि त्यावर थर दिलेली कोणतीही धोरणे। कोणताही एज राउटर ती निवड नियंत्रित करत नाही। दोन्ही जाहिरातींना वेगळे RD द्या आणि प्रत्येक स्वतःचे गंतव्य बनते, त्यामुळे दोन्ही एका ओळखीसाठी फक्त निवडलेला मार्ग वाहणाऱ्या कंट्रोल प्लेनमध्ये टिकू शकतात।
दृश्यमानता आणि मल्टिपाथ स्वीकारक VRF मध्ये भेटतात, पण ते एकच निर्णय नाही, आणि दोन ओळख्या वाहणाऱ्या रिफ्लेक्टरने दुसरा स्थापित मार्ग कॉन्फिगर केलेला नाही। VRF त्याचे आयात धोरण जे मान्य करते आणि त्याची स्वतःची कमाल-मार्ग सेटिंग जे परवानगी देते ते स्थापित करते। दुसरा मार्ग केवळ दिसावा नाही तर वापरला जावा असे वाटल्यास ती सेटिंग वेगळी तपासा।
स्थानिक अद्वितीयता नियम हे धोरण नाही
प्रत्येक PE आणि प्रत्येक राउटिंग इन्स्टन्सला स्वतःचे RD देणे ही निरोगी परंपरा आहे: ती उगमाचे नाव देते, असंबद्ध सेवांना एका ओळखीवर टकरू देत नाही आणि इन्व्हेंटरीला स्थिर कळ देते। काही प्लॅटफॉर्म केवळ उपकरणाच्या आत अद्वितीयता मागतात आणि राउटरना एकाच VPN इन्स्टन्ससाठी RD सामायिक करण्यास स्पष्ट परवानगी देतात। ती परवानगी अंमलबजावणीची मर्यादा आहे, विक्रेत्याकडे सोपवता येणारा आंतर-नेटवर्क नियम नाही। डोमेन संघांपर्यंत पसरत असल्यास वाटप धोरण स्वतः लिहा।
सदस्यत्व कधीच अंकांमधून येत नाही। एका PE साठी 65000:12 आणि दुसऱ्यासाठी 65000:13 अशी पद्धत सवय आहे, तर 65000:112 सारखी जुळणारी निर्यात आणि आयात लक्ष्येच मार्ग VRF मध्ये ठेवतात। RD ला मार्गाची ओळख आणि route target ला तो VRF मध्ये नेणारी परवानगी माना।
बदल VRF वर सिद्ध करा, डिस्प्लेवर नाही
RD ला हात लावण्यापूर्वी चार गोष्टी लिहा: PE आज काय जाहीर करते, रिफ्लेक्टर काय प्रतिबिंबित करते, स्वीकारक VRF काय आयात करते आणि कोणता मार्ग निवडते। नवीन RD एक जाहिरात मागे घेते आणि दुसरी आणते, त्यामुळे बदल सत्राच्या दोन्ही बाजूंना दिसतो आणि केवळ जाहिरात करणारी बाजू पाहिल्यास चुकीचे वाचणे सोपे आहे। स्वीकृती तुम्हाला हव्या असलेल्या पोहोचेवर आधारित असावी, प्रीफिक्स यादीत दिसणाऱ्या अतिरिक्त ओळीवर नाही। खालील तक्ता त्या आढाव्यात तीन ओळखखुणा एकत्र मिसळू देत नाही।
| Identifier | Question it answers | What breaks when it is confused with another |
|---|---|---|
| Route distinguisher | Which route identity is this? | Two services collapse into one destination, so one advertisement withdraws the other |
| Route target | Who is allowed to import it? | Routes arrive in a VRF that should not have them, or never arrive at all |
| VRF import policy | What does this instance accept and install? | The route is visible on the PE but never selected in the VRF |
जाहिरात करणाऱ्या PE पासून सुरुवात करा आणि काहीही काढण्यापूर्वी एकाच प्रीफिक्ससाठी दोन्ही ओळख्या तुलना करा। खालील IOS आदेश तीन प्रश्नांची क्रमाने उत्तरे देतात: जुनी जाहिरात अजून आहे का, नवी ओळख रिफ्लेक्टरला दिसते का आणि VRF तो प्रीफिक्स निवडते का।
show bgp vpnv4 unicast rd 65000:12 203.0.113.0/24 show bgp vpnv4 unicast rd 65000:13 203.0.113.0/24 show ip route vrf CUSTOMER-A 203.0.113.0/24
इतर प्लॅटफॉर्म तीच माहिती वेगळ्या वाक्यरचनेत छापतात, आणि प्रश्न त्या बदलानंतरही टिकतात। नवी ओळख रिफ्लेक्टरकडे नाही, पण PE ती जाहीर केलेली म्हणून सूचीबद्ध करत असेल, तर पहिला संशय रिफ्लेक्टरचे धोरण किंवा जाहिरात क्षमता आहे, क्रमांकन नाही।
PE, इन्स्टन्स, RD, निर्यात व आयात लक्ष्ये आणि प्रीफिक्सची मालकी एकाच ठिकाणी नोंदवा, कारण पुढील वाटप तेव्हाच अंदाज नाही तर शोध होते जेव्हा ती नोंद असते। नवी ओळख स्वीकारक VRF मध्ये दिसेपर्यंत जुने RD ठेवा, नंतर प्रत्येक टप्पा उलटवता यावा म्हणून दुसऱ्या टप्प्यात ते मागे घ्या।