एका EVPN भाडेकरूमध्ये अनेक route distinguisher का दिसतात
एकाच भाडेकरूमधील दोन RD संघर्ष नाहीत. CLI आउटपुटपासून मार्ग तयार करणाऱ्या MAC-VRF किंवा IP-VRF पर्यंत जा, नंतर RT आयात आणि VNI तपासा.
तुम्ही एका भाडेकरूसाठी EVPN तक्ता फिल्टर करता आणि मार्ग दोन वेगळे route distinguisher घेऊन येतात. पहिली प्रतिक्रिया कॉन्फिगरेशन संघर्षाची असते आणि ती प्रतिक्रिया सहसा चुकीची असते. भाडेकरूचे नाव हे व्यावसायिक लेबल आहे, नियंत्रण-स्तराचा एकच घटक नाही, म्हणून त्यातील ब्रिजिंग संदर्भ आणि राउटिंग संदर्भ वेगवेगळ्या ओळखींअंतर्गत कायदेशीरपणे जाहीर करू शकतात. एका वेळी एक मार्ग आउटपुटपासून तो तयार करणाऱ्या स्थानिक सेवा घटकापर्यंत मागे जाऊन पाहा, आणि दुसरा RD चुकीसारखा दिसणे थांबवतो.
ज्याने तुम्हाला गोंधळवले त्या आउटपुटपासून सुरुवात करा
संपूर्ण तक्त्याऐवजी एक मार्ग निवडा. त्याचा मार्ग प्रकार, RD, निर्यात केलेले route target आणि पुढील हॉप नोंदवा. ही चार क्षेत्रे कोणत्या स्थानिक घटकाने तो जाहीर केला आणि कोणत्या दूरस्थ धोरणाने तो आयात करावा हे ठरवण्यासाठी पुरेशी आहेत.
NX-OS शैलीच्या उपकरणावर तपशील दृश्य याद्वारे मिळते: show bgp l2vpn evpn route-type 2 detail किंवा show bgp l2vpn evpn route-type 5 detail. Junos वर तीच माहिती येथे आहे: show route table bgp.evpn.0 detail. वेगळा सिंटॅक्स, तीच क्षेत्रे.
दाखवलेल्या प्रत्येक संख्येला समान करून सुरुवात करू नका. RD समान करणे हाच तो बदल जो चालू fabric वर आयात धोरण तोडतो.
प्रत्येक ओळखीला तिचे काम द्या
| Identifier | Question it answers | Where it is used |
|---|---|---|
| Route distinguisher | Which distinct route context contributed this advertisement? | Makes otherwise identical prefixes unique in BGP |
| Route target | Which importing service policy should receive the route? | Extended community matched by import policy |
| VNI | Which VXLAN service context carries the traffic? | Data plane encapsulation and mapping |
MAC-VRF ब्रिजिंग सेवेसाठी MAC फॉरवर्डिंग माहिती ठेवते. IP-VRF राउटेड सेवेसाठी IP राउटिंग संदर्भ पुरवते. भाडेकरू दोन्ही समाविष्ट करू शकतो, म्हणून कोणत्याही कॉन्फिगरेशन चुकीशिवाय एक भाडेकरू एकापेक्षा जास्त RD निर्माण करू शकतो.
RFC 7432 जाहीर करणाऱ्या MAC-VRF चे RD त्याच्या EVPN NLRI ला नियुक्त करते आणि एकाच PE वरील MAC-VRF मध्ये वेगवेगळे RD आवश्यक ठरवते. Route-target प्रक्रिया वेगळ्या आहेत: त्या एक किंवा अधिक RT गुणधर्मांना परवानगी देतात आणि सदस्यत्वासाठी आयात धोरणावर अवलंबून असतात. सामायिक सदस्यत्व RD समानतेने तयार होत नाही, आणि असे मानणे हेच या गोंधळाचे मूळ आहे.
जाहिरातीपासून आयातीपर्यंत एक मार्ग चालवा
मार्ग एका दिशेने अनुसरा. मार्ग प्रकार, तो तयार करणारी सेवा, RD, निर्यात केलेले RT आणि नंतर स्वीकारणाऱ्या PE वरील आयात धोरण याची खात्री करा. प्रत्येक पायरी वेगळ्या प्रश्नाचे उत्तर देते, आणि कोणत्याही पायरीतील अपयश दुसऱ्या बाजूला तोच गहाळ प्रीफिक्स असल्यासारखे दिसते.
मार्ग उपस्थित असल्यावर स्थापित फॉरवर्डिंग संदर्भ आणि VNI मॅपिंग तपासा. दोन्ही टोकांवर VNI जुळणे हे दर्शवते की डेटा स्तर सहमत आहे; नियंत्रण स्तराने इच्छित धोरणाने मार्ग आयात केला हे ते दर्शवत नाही.
मार्ग दूरस्थ PE वर दिसतो पण रहदारी वाहत नसेल, तर समस्या EVPN च्या पलीकडे गेली आहे. पुन्हा route target संपादित करण्यापूर्वी VNI-ते-VLAN किंवा VNI-ते-VRF बांधणी आणि underlay मार्ग तपासा. मॅपिंगपासून सुरुवात करा, नंतर underlay, आणि त्यानंतरच नियंत्रण स्तर. डेटा-स्तराच्या बिघाडामागे route-target बदल मागे घेणे हा चालू आयात तोडण्याचा विश्वासार्ह मार्ग आहे.
स्तर 3 चे प्रीफिक्स अजूनही EVPN मार्ग आहेत
EVPN तक्त्यातील IP प्रीफिक्स सामान्य IPv4-unicast BGP नाही. EVPN IP Prefix मार्ग हा स्वतःचा मार्ग प्रकार आहे, आणि MAC/IP तसेच IP-प्रीफिक्स जाहिराती EVPN पत्ता कुटुंबात प्रवास करतात, ज्याला RFC 7432 AFI 25 आणि SAFI 70 असे ओळखते.
EVPN तक्त्यातील मार्गाची unicast तक्त्यातील मार्गाशी तुलना करताना हा फरक महत्त्वाचा आहे. ते एकच गंतव्यस्थान वर्णन करू शकतात आणि तरीही वेगळ्या धोरणाने तयार, फिल्टर आणि आयात होऊ शकतात. एकाला दुसऱ्याचा पुरावा म्हणून वाचणे हेच योग्य fabric स्थलांतरादरम्यान तुटलेले दिसण्याचे कारण आहे.
संख्या तुलना करण्यापूर्वी विक्रेत्याची व्युत्पत्ती तपासा
RFC 9136 EVPN चा विस्तार IP Prefix मार्गांनी करते आणि लागू RD MAC-VRF किंवा IP-VRF संदर्भातून येतो का हे निर्दिष्ट करते. म्हणून एकाच आउटपुटमधील L2 सेवा लेबल आणि राउटेड सेवा लेबल त्यांच्याशी संबंधित घटकांच्या तुलनेत वाचले पाहिजेत, भाडेकरूमागे एक RD पर्यंत कमी करू नयेत.
RD आणि RT ची स्वयंचलित व्युत्पत्ती विक्रेत्यावर अवलंबून असते. वापरल्या जाणाऱ्या सूत्रासाठी तैनात विक्रेत्याचा संदर्भ वाचा; एका स्विचवर दिसलेले स्वयं-निर्मित मूल्य सार्वत्रिक एन्कोडिंग नाही, आणि दोन विक्रेत्यांच्या संख्यांची तुलना केल्याने क्वचितच काही सिद्ध होते.
तुम्ही सुरुवात केलेल्या मार्गासाठी लेखी नोंदीसह समाप्त करा: प्रकार, निर्माण करणारा घटक, RD, निर्यात केलेला RT, आयात धोरण, स्थापित VNI. सहा क्षेत्रे पुढील वेळी तिकीट वाचणाऱ्याला जाहिरात समजावतात, आणि त्यापैकी कोणतेही भाडेकरूच्या संख्यांनी जुळण्याची मागणी करत नाही.