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 आणि पुढील हॉप लिहा, आणि पुढील अभियंत्याला संपूर्ण कथा पुन्हा काढावी लागणार नाही.