EVPN प्रकार 2 विरुद्ध प्रकार 5: एउटा IP ठेगानाले किन दुई मार्ग जनाउँछ

एउटै बक्समा रहेका दुई मार्ग 198.51.100.77 तर्फ देखाउन सक्छन् रै फरक प्रश्नको उत्तर दिन सक्छन्। एउटा MAC ठेगाना कहाँबाट पुग्न सकिन्छ र वैकल्पिक रूपमा कुन IP त्यसमा बाँधिएको छ भन्ने वर्णन गर्छ। अर्कोले अर्को हपमार्फत समाधान हुने प्रिफिक्सको वर्णन गर्छ, त्यो प्रिफिक्स एउटै होस्ट भए पनि। यिनलाई मिसाउँदा राउटिङ बगजस्तो देखिने तर वास्तवमा गलत पढिएको मार्ग प्रकार भएको टिकट बन्छ।

तिनलाई छुट्याउने सबैभन्दा छिटो तरिका भनेको NLRI कुन कुञ्जीको वरिपरि बनेको छ त्यो पढ्नु हो, त्यसको अन्त्यको मास्क होइन।

मार्गको कुञ्जीले मार्ग के दाबी गर्छ भन्ने बताउँछ

प्रकार 2 भनेको RFC 7432 को MAC/IP घोषणा मार्ग हो, र त्यसको कुञ्जी NLRI भित्रको 48-बिट MAC ठेगाना हो। त्यो कुञ्जीको पछाडि IP ठेगाना फिल्ड छ जसको लम्बाइ फिल्ड 0, 32 वा 128 बिट हुन सक्छ, त्यसैले MAC मात्र भएको घोषणा पूर्ण मार्ग हो, टुक्रा छुटेको होस्ट प्रविष्टि होइन। त्यसपछि आउने लेबल स्ट्याक त्यो MAC बस्ने ब्रिजिङ सन्दर्भतर्फ संकेत गर्छ।

IP फिल्ड भरिएको छ कि छैनले मार्ग के भन्छ भन्ने बदल्छ, मार्गको प्रकार होइन। 32-बिट वा 128-बिट लम्बाइसँग, पठाउनेले यो IP एउटा EVPN इन्स्टेन्सभित्र त्यो MAC को हो भनी पनि दाबी गर्छ। शून्य लम्बाइमा, पठाउनेले IP बारे कुनै दाबी गर्दैन। कुनै पनि संस्करणले प्रिफिक्स राउटरमार्फत पुग्न सकिने भन्दैन।

प्रकार 5 भनेको RFC 9136 को IP प्रिफिक्स मार्ग हो, र त्यसको कुञ्जी लम्बाइ र त्यति बिटका रूपमा लेखिएको प्रिफिक्स हो। लम्बाइ IPv4 का लागि 0 देखि 32 सम्म र IPv6 का लागि 0 देखि 128 सम्म हुन्छ।

त्यो दायराका दुवै छेउ वैध छन्, र कुनैले पनि MAC संकेत गर्दैन। शून्य-लम्बाइको प्रिफिक्सले होस्टको नाम नलिइकन पुग्नसक्ने दाबी गर्छ, जबकि /32 ले ठ्याक्कै एउटा ठेगानाको नाम लिन्छ। NLRI ले एउटा गेटवे IP ठेगाना पनि बोक्छ जुन इग्रेस पक्षले overlay सूचकांक बनाउन प्रयोग गर्छ, साथै फर्वार्डिङ सन्दर्भका लागि लेबल। स्विच गर्न MAC फिल्ड छैन, त्यसैले प्राप्तकर्ताले प्रकार 5 लाई राउटेड गन्तव्य मान्छ।

/32 प्रिफिक्स मार्ग नाम फेरिएको प्रकार 2 होइन

होस्ट-आकारका प्रिफिक्सहरू सामान्य प्रकार 5 मार्ग हुन्। एउटै ठेगानाका लागि /32 प्रिफिक्स मार्ग र प्रकार 2 दुवै एउटै EVPN इन्स्टेन्समा रहन सक्छन्, र तिनले फरक फर्वार्डिङ जानकारी बोक्छन्।

VNI 10100 प्रयोग गर्ने EVPN इन्स्टेन्समा 198.51.100.77 लिनुहोस्। प्रकार 2 ले त्यसलाई MAC 02:00:00:00:00:77 र त्यो MAC सिकिएको ब्रिज डोमेन पहिचान गर्ने लेबलसँग जोड्न सक्छ। प्रकार 5 ले सम्पूर्ण सबनेटका लागि 198.51.100.0/24, वा त्यो ठेगानाका लागि मात्र 198.51.100.77/32 घोषणा गर्न सक्छ, इग्रेस VTEP तर्फ संकेत गर्ने गेटवे ठेगानासहित। ठेगानाहरू जानाजान ओभरल्याप हुन्छन् किनकि मार्गहरू फरक प्रश्नको उत्तर दिन्छन्।

एउटा मार्ग भन्छ कि एन्डपोइन्ट बाइन्डिङ अवस्थित छ र विशेष ब्रिजमार्फत पुग्न सकिन्छ। अर्को भन्छ कि प्रिफिक्स विशेष राउटरमार्फत पुग्न सकिन्छ, भित्र कुनै एन्डपोइन्ट कहिल्यै सिकियो वा सिकिएन भन्ने पर्वाह नगरी।

यही भिन्नताले ट्राफिक असफल हुँदा पहिले कहाँ हेर्ने भन्ने निर्धारण गर्छ। एउटा होस्ट पुग्न नसकिने तर त्यसको सबनेट मार्ग ठीक देखिने अवस्थामा, प्रकार 5 ले त्यो होस्ट कहिल्यै बोक्नुपर्ने थिएन; छुटेको प्रकार 2 खोज्नुहोस्। होस्ट मार्ग भए पनि सम्पूर्ण सबनेट पुग्न नसकिने भए, प्रकार 5 बन्यो कि बनेन जाँच्नुहोस्। फिल्डहरू क्रममा पढ्नु मास्क लम्बाइबाट अनुमान गर्नुभन्दा राम्रो हो।

अनुमान नगरी दुवै मार्ग पढ्नु

NX-OS मा, show bgp l2vpn evpn route type 2 र show bgp l2vpn evpn route type 5 ले तालिकालाई ठ्याक्कै यही रेखामा विभाजन गर्छन्, र show l2route evpn mac ip ले प्रकार 2 मार्गहरूको पछाडिका स्थानीय MAC-देखि-IP बाइन्डिङ देखाउँछ। Junos मा, show evpn database ले सिकिएका MAC र IP बाइन्डिङ सूचीबद्ध गर्छ भने show route table bgp.evpn.0 ले के घोषणा र प्राप्त भयो देखाउँछ।

निष्कर्ष निकाल्नुअघि route distinguisher र Ethernet ट्यागले फिल्टर गर्नुहोस्। एउटै MAC वा प्रिफिक्स धेरै EVPN इन्स्टेन्समा देखिन सक्छ, र एउटा इन्स्टेन्समा गलत देखिने मार्ग अर्कोमा सही हुन सक्छ।

त्यसपछि NLRI क्रममा पढ्नुहोस्: मार्ग प्रकार, कुञ्जी, गेटवे वा लेबल फिल्ड, त्यसपछि विशेषतामा route target हरू। शून्य नभएको ESI बोक्ने प्रकार 2 ले MAC मल्टी-होम्ड छ भन्ने बताउँछ, र फरक PE राउटरका घोषणा जोड्ने त्यही मान हो। गेटवे ठेगाना बोक्ने प्रकार 5 ले कुन इग्रेस VTEP ले ट्राफिक लिनुपर्ने बताउँछ।

मार्ग छुटेको छ भने, इन्कोडिङअघि उत्पत्ति जाँच्नुहोस्। स्रोतसँग बाइन्डिङ वा प्रिफिक्स स्थानीय रूपमा छ भनी पुष्टि गर्नुहोस्, त्यसपछि त्यसमा जोडिएको route target यो बक्समा आयात हुन्छ भनी पुष्टि गर्नुहोस्। बिग्रिएको प्रकार 5 का अधिकांश रिपोर्ट NLRI ढाँचामा होइन, आयात नीतिमा टुंगिन्छन्।

केवल मार्ग प्रकार होइन, सन्दर्भ लेख्नुहोस्

मार्ग प्रकार, EVPN इन्स्टेन्स, route distinguisher, आयात र निर्यात गरिएका route target र समाधान भएको अर्को हप सँगै लेख्नुहोस्। आफ्नै इन्स्टेन्स बिनाको प्रकार 2 अस्पष्ट हुन्छ, र मार्ग परिवार बिनाको अर्को हपले गलत निष्कर्षलाई निम्तो दिन्छ।

पेलोड IPv4 ठेगाना भए पनि दुवै EVPN मार्ग हुन्। NLRI भित्रको ठेगाना परिवार र मार्गको आफ्नै ठेगाना परिवार छुट्टाछुट्टै गुण हुन्, र प्रकार 5 केवल IPv4 प्रिफिक्स बोक्छ भनेर IPv4-unicast वा VPN-IPv4 मार्ग बन्दैन।

यो भिन्नता EVPN नियन्त्रण तल र IP-VRF बीचको सीमामा देखिन्छ। कुन VRF ले प्रिफिक्स आयात गर्छ भन्ने route target ले निर्धारण गर्छ, जबकि गेटवे ठेगाना र लेबलले प्याकेट इग्रेसतर्फ कसरी इन्क्याप्सुलेट हुन्छ निर्धारण गर्छ। यिनलाई सँगै पढ्नुहोस्, फर्वार्डिङ निर्णय मनपरी देखिन छाड्छ।

अर्को पटक EVPN तालिकामा /32 देखिँदा मास्कअघि कुञ्जी जाँच्नुहोस्। वैकल्पिक IP सहितको MAC कुञ्जी प्रकार 2 बाइन्डिङ हो; प्रिफिक्स कुञ्जी प्रकार 5 मार्ग हो, त्यसको लम्बाइ जे भए पनि। छेउमा route target र अर्को हप लेख्नुहोस्, र अर्को इन्जिनियरले सम्पूर्ण कथा फेरि निकाल्नु पर्दैन।