F5 रूट डोमेन आणि MPLS VRF: भाडेकरूचे हस्तांतरण मॅप करा
दोन भाडेकरू, एक पत्ता, दोन रूट डोमेन. प्रत्येक ऑब्जेक्ट %ID ने पिन करा, प्रोव्हायडरचे VRF आणि रूट टार्गेट वापरा आणि प्रत्येक भाडेकरू स्वतंत्रपणे तपासा.
दोन्ही भाडेकरू 10.50.0.10 वर एकच अनुप्रयोग चालवतात. प्रोव्हायडर त्यांना वेगळ्या MPLS VPN मध्ये वेगळे ठेवतो, आणि BIG-IP त्यांचा स्थानिक रहदारी वेगळ्या रूट डोमेनमध्ये ठेवते. ही व्यवस्था हस्तांतरणापर्यंत काम करते, जिथे गहाळ सफिक्स किंवा कॉपी केलेले रूट-टार्गेट एका भाडेकरूचे पॅकेट शांतपणे दुसऱ्याच्या संदर्भात टाकते. हे पुस्तिका दोन्ही मॉडेल एकत्र मॅप करते आणि प्रत्येक भाडेकरूच्या चाचणीने संपते.
वर्कशीट: प्रत्येक भाडेकरूसाठी एक ओळ
काहीही बदलण्यापूर्वी हे भरा. पुढील प्रत्येक पायरी त्यातील एका सेलचा संदर्भ देते, आणि रिकामा सेल हा असा निर्णय आहे जो अजून कोणीही घेतलेला नाही.
| Tenant | BIG-IP side | Provider side |
|---|---|---|
| A | VLAN or tunnel, route domain, self address, virtual server | VRF, attachment, route targets for import and export |
| B | Separate VLAN or tunnel, separate route domain, separate self address | Separate VRF, separate route targets |
पायरी 1: प्रत्येक ऑब्जेक्ट त्याच्या रूट डोमेनला पिन करा
F5 चे रूट-डोमेन दस्तऐवज वेगळ्या रहदारी संदर्भ, डुप्लिकेट पत्ते आणि कॉन्फिगरेशन ऑब्जेक्टसाठी address%ID संकेतनाचे वर्णन करते. 10.50.0.10%2 म्हणून लिहिलेला पत्ता स्थानिक रूट-डोमेन संदर्भाला नाव देतो, आणि तो सफिक्स ग्राहकाच्या IP पॅकेटमध्ये नेले जाणारे MPLS लेबल नाही.
दस्तऐवजी मॉडेलमध्ये VLAN किंवा समर्थित टनेल एका रूट डोमेनचे असते, म्हणून इंटरफेस आणि पत्ता जुळले पाहिजेत. प्रशासकीय विभाजनाचे डीफॉल्ट रूट डोमेन देखील तपासा, कारण वगळलेला सफिक्स म्हणजे संदर्भ नाही असा अर्थ नाही; त्याचा अर्थ विभाजन डीफॉल्टने वापरतो तो संदर्भ असा आहे. तोच एक डीफॉल्ट नवीन ऑब्जेक्ट शांतपणे चुकीच्या भाडेकरूकडे उत्तर देत असलेल्या बहुतेक घटना स्पष्ट करतो. स्वतःचा पत्ता जोडण्यापूर्वी तो तपासा.
tmsh list net route-domain
tmsh list net vlan | grep -i domain
tmsh list ltm virtual one_vsपायरी 2: प्रोव्हायडरचे VRF आणि रूट टार्गेट वापरा
MPLS काठावर भाडेकरूची ओळख प्रोव्हायडरच्या VRF आणि मान्य केलेल्या ग्राहक राउटिंग सेवेद्वारे होते. रूट टार्गेट नियंत्रित करतात की प्रोव्हायडर VRF दरम्यान कोणते रूट आयात आणि निर्यात करतो, आणि मिळत्या-जुळत्या BIG-IP रूट-डोमेन क्रमांकाची निवड त्या संबंधातून काहीही निर्माण करत नाही.
दोन्ही ओळखकर्ते वेगळ्या प्रणालींमध्ये राहतात आणि वेगळे अर्थ देतात. रूट-डोमेन ID हा उपकरणावरील स्थानिक संदर्भ आहे. रूट टार्गेट हे रूट वितरण ठरवणारे प्रोव्हायडर-बाजूचे धोरण वैशिष्ट्य आहे, आणि रूट डिस्टिंग्विशर ही अजून तिसरी गोष्ट आहे, जी अन्यथा समान प्रीफिक्स वेगळे ठेवण्यासाठी वापरली जाते.
पायरी 3: संदर्भ पोहोच सामायिक करू शकतात का हे ठरवा
मूळ-डोमेन शोध आणि कठोर अलगावाच्या सेटिंग्ज जाणीवपूर्वक तपासा, कारण त्या संदर्भ कशापर्यंत पोहोचू शकतो हे बदलतात. F5 मार्गदर्शक त्या संबंधांमधून नियंत्रित फॉरवर्डिंगला परवानगी देतो, आणि म्हणूनच रूट डोमेनला एकट्याने संपूर्ण भाडेकरू सुरक्षा धोरण मानू नये.
दोन्ही भाडेकरूंना सामायिक सेवा हवी असल्यास, एका भाडेकरूला बेपर्वाईने दुसऱ्याच्या राउटिंग संदर्भाकडे वळवण्याऐवजी मंजूर मार्ग आणि परवानग्या निर्दिष्ट करा. अनुप्रयोग ओळख आणि नेटवर्क गंतव्यासह कोणतेही जाणीवपूर्वक स्रोत भाषांतर जतन करा, अन्यथा सामायिक सेवा एका भाडेकरूला दुसरा म्हणून पाहील.
सामान्य राउटेड हस्तांतरण BIG-IP ला MPLS PE न बनवता प्रोव्हायडर एज राउटरशी जोडते. जर थेट MPLS किंवा VPN रूट-कुटुंब एकीकरण खरोखर आवश्यक असेल, तर अचूक प्लॅटफॉर्म आणि आवृत्तीसाठी स्पष्ट समर्थन मिळवा, कारण स्थानिक रूट-डोमेन अलगाव ती क्षमता प्रस्थापित करत नाही.
पायरी 4: एका वेळी एक भाडेकरू तपासा
भाडेकरू A ला A च्या संदर्भातील एंडपॉइंटपासून A च्या अनुप्रयोग पत्त्यापर्यंत तपासा, नंतर B साठी पुनरावृत्ती करा. कोणत्या संदर्भाने उत्तर दिले हे सिद्ध करण्यासाठी निदानात %ID स्वरूप वापरा, आणि चुकीच्या संदर्भातील विनंती विश्वासार्ह ठिकाणी उतरण्याऐवजी अयशस्वी होते याची खात्री करा.
त्याच फेरीत प्रोव्हायडर बाजू देखील तपासा: प्रीफिक्स योग्य VRF मध्ये आहे, रूट टार्गेट वर्कशीटशी जुळतात, आणि परतीचा मार्ग इच्छित जोडणी वापरतो. उपकरणातूनच चालणारा ping उपकरणाचा संदर्भ सिद्ध करतो, भाडेकरूचा नाही.
अंतिम मॅपिंग वर्कशीटमध्ये नोंदवा, प्रत्येक विभाजनाचे डीफॉल्ट रूट डोमेन आणि तुम्ही सक्षम केलेले कोणतेही मूळ-डोमेन संबंध यासह. या वातावरणातील पुढील बदल ती तक्ता वाचणारा व्यक्ती करेल, हा लेख वाचणारा नाही.