दुवै प्रविधिले प्याकेटको अगाडि पहिचानकर्ता राख्छन्, त्यसैले निष्कर्ष स्पष्ट देखिन्छ: 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 सिधै लेबल बन्न सक्छ कि भनी सोधेमा, अभिलेखले बहसको सट्टा डिजाइनले जवाफ दिन्छ।

सम्बन्धित लेखहरू