VXLAN से MPLS IP VPN तक: VNI कोई MPLS लेबल नहीं है

दोनों तकनीकें पैकेट के आगे एक पहचानकर्ता रखती हैं, इसलिए निष्कर्ष स्पष्ट लगता है: VNI को MPLS लेबल पर मैप करें और दोनों नेटवर्क को जुड़ने दें। ऐसा मैपिंग समर्थित ऑपरेशन के रूप में मौजूद नहीं है, क्योंकि पहचानकर्ता अलग-अलग चीज़ें दर्शाते हैं और अलग-अलग कंट्रोल प्लेन उन्हें बनाते हैं। VNI ओवरले के भीतर एक VXLAN सेगमेंट की पहचान करता है; MPLS लेबल लेबल-स्विच्ड पथ पर फ़ॉरवर्डिंग व्यवहार की पहचान करता है। डोमेन को जोड़ना एक रूटिंग निर्णय है, संख्याओं का अनुवाद नहीं।

मिथक: दोनों लेबल का उपयोग करते हैं, इसलिए उन्हें मैप करें

सतही समानता वास्तविक और भ्रामक है। VXLAN अपने हेडर में 24-बिट VNI ले जाता है, और MPLS लेबल का ढेर ले जाता है, इसलिए लगता है कि एक मान को बॉर्डर डिवाइस पर दूसरे में फिर से लिखा जा सकता है।

इस विचार को तोड़ता है मान के आसपास का सब कुछ। VNI को EVPN कंट्रोल प्लेन और अंडरले टनल एंडपॉइंट हल करते हैं। लेबल MPLS फ़ॉरवर्डिंग प्लेन द्वारा पथ पर सौंपा जाता है। किसी भी पक्ष के पास दूसरे पक्ष के पहचानकर्ता को अपना मानकर स्वीकार करने की परिभाषित प्रक्रिया नहीं है।

हर पक्ष वास्तव में क्या फ़ॉरवर्ड करता है

फ़ैब्रिक की ओर, एक बॉर्डर डिवाइस VXLAN टनल समाप्त करता है, VNI को टेनेंट VRF पर मैप करता है और पैकेट को सामान्य IP के रूप में रूट करता है। प्रोवाइडर की ओर, PE ग्राहक रूट को VRF में स्वीकार करता है, MPLS लेबल स्टैक लगाता है और उसे IP VPN के पार फ़ॉरवर्ड करता है।

यह हैंड-ऑफ़ RFC 4364 में अच्छी तरह समझा गया मॉडल है: कस्टमर एज प्रोवाइडर एज के साथ IP रूट का आदान-प्रदान करता है, और हर डोमेन अपना एनकैप्सुलेशन रखता है। पैकेट के PE तक पहुँचने तक VNI जा चुका होता है, और ठीक इसी कारण मॉडल काम करता है।

कंट्रोल प्लेन आपस में क्यों नहीं मिलते

EVPN Type 5 ओवरले नेक्स्ट हॉप के साथ IP प्रीफ़िक्स रूट ले जाता है, जबकि VPN-IPv4 विज्ञापन दूसरे एड्रेस फ़ैमिली के होते हैं। दोनों ओर एक जैसे दिखने वाले रूट टारगेट एक फ़ैमिली का दूसरे में अनुवाद नहीं करते और सीमा के पार नेक्स्ट हॉप नहीं हल करते।

एक एकीकृत गेटवे दोनों काम तभी कर सकता है जब प्लेटफ़ॉर्म आवश्यक एनकैप्सुलेशन और रूट-फ़ैमिली इंटरवर्किंग लागू करता हो। यह क्षमता ठीक उसी हार्डवेयर और रिलीज़ के लिए सत्यापित होनी चाहिए, उत्पाद फ़ैमिली के नाम से अनुमान नहीं लगाना चाहिए।

इस सीमा पर दो और धारणाएँ विफल होती हैं। MPLS IP VPN रूटेड रीचेबिलिटी देता है, Ethernet सेगमेंट नहीं, इसलिए ब्रॉडकास्ट को फैलाने के लिए इसके बजाय समर्थित लेयर 2 सेवा चाहिए। और दोनों एनकैप्सुलेशन बाइट खर्च करते हैं, इसलिए प्रभावी MTU किसी भी अंडरले के संकेत से छोटा होता है।

रूटेड हैंड-ऑफ़ या एकीकृत गेटवे चुनें

रूटेड हैंड-ऑफ़ तब चुनें जब टेनेंट को IP रीचेबिलिटी चाहिए और प्रोवाइडर पहले से CE की ओर सेवा देता हो। यह स्वामित्व साफ़ रखता है: फ़ैब्रिक के पास VXLAN और EVPN है, प्रोवाइडर के पास MPLS और VPN, और सीमा के पास VRF-से-इंटरफ़ेस मैपिंग। अटैचमेंट का पैमाना, एड्रेसिंग और फ़ेलओवर प्रोवाइडर के साथ योजनाबद्ध करें, यह मानकर न चलें कि एक लिंक पर्याप्त है।

एकीकृत गेटवे तभी चुनें जब आपका संचालित प्लेटफ़ॉर्म दोनों भूमिकाएँ समर्थित करता हो और आप इंटरवर्किंग जाँच सकें। उपकरणों में बचत वास्तविक है, लेकिन यह जोखिम भी वास्तविक है कि एक उपकरण वह एकमात्र जगह बन जाए जहाँ दो कंट्रोल प्लेन को सहमत होना पड़े।

प्रति टेनेंट क्या दर्ज करें

अटैचमेंट, स्वीकृत और निर्यात किए गए प्रीफ़िक्स, नेक्स्ट-हॉप हल करने की विधि और सीमा या प्रोवाइडर-लिंक विफलता के बाद अपेक्षित व्यवहार के साथ टेनेंट-विशिष्ट रिकॉर्ड रखें। दोनों एनकैप्सुलेशन सीमाओं पर MTU बजट और वापसी पथ शामिल करें, क्योंकि काम करती आगे की दिशा अकेले बहुत कम साबित करती है।

यही रिकॉर्ड दो प्रशासनिक डोमेन को जोड़ता है, बिना यह दिखावा किए कि उनकी रूटिंग और एनकैप्सुलेशन धारणाएँ एक जैसी हैं। जब बाद में कोई पूछे कि क्या VNI सीधे लेबल बन सकता है, तो दस्तावेज़ बहस के बजाय डिज़ाइन से उत्तर देता है।