एउटै 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। छ क्षेत्रहरूले अर्को पटक टिकट पढ्नेलाई घोषणा बुझाउँछन्, र तीमध्ये कुनैले पनि टेनेन्टका सङ्ख्या मिल्नुपर्ने माग गर्दैन।