Nega bitta EVPN ijarachi bir nechta route distinguisher ko‘rsatishi mumkin
Bitta ijarachidagi ikki RD ziddiyat emas. CLI chiqishidan yo‘lni yaratgan MAC-VRF yoki IP-VRF ga boring, so‘ng RT importi va VNI ni tekshiring.
Siz bitta ijarachi uchun EVPN jadvalini filtrlayapsiz va yo‘llar ikki xil route distinguisher olib yuradi. Birinchi munosabat konfiguratsiya ziddiyati bo‘ladi va bu munosabat odatda noto‘g‘ri. Ijarachining nomi biznes yorlig‘i, boshqaruv tekisligining bitta obyekti emas, shuning uchun uning ichidagi ko‘prik konteksti va marshrutlash konteksti alohida identifikatorlar ostida qonuniy ravishda e’lon qilishi mumkin. Har safar bitta yo‘lni chiqishdan uni yaratgan mahalliy xizmat obyektigacha orqaga kuzatib boring va ikkinchi RD xato kabi ko‘rinishdan to‘xtaydi.
Sizni chalkashtirgan chiqishdan boshlang
Butun jadval o‘rniga bitta yo‘lni tanlang. Uning yo‘l turi, RD, eksport qilingan route target va keyingi hopni yozib oling. Bu to‘rt maydon qaysi mahalliy obyekt uni e’lon qilganini va qaysi uzoq siyosat uni import qilishi kerakligini aniqlash uchun yetarli.
NX-OS uslubidagi qurilmada batafsil ko‘rinish quyidagi buyruq bilan ochiladi: show bgp l2vpn evpn route-type 2 detail yoki show bgp l2vpn evpn route-type 5 detail. Junos da xuddi shu ma’lumot bu yerda: show route table bgp.evpn.0 detail. Boshqa sintaksis, bir xil maydonlar.
Har bir ko‘rsatilgan sonni tenglashtirishdan boshlamang. RD larni tenglashtirish ishlab turgan fabric da import siyosatini buzadigan o‘zgarishdir.
Har bir identifikatorga o‘z ishini bering
| 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 ko‘prik xizmati uchun MAC uzatish ma’lumotini saqlaydi. IP-VRF marshrutlangan xizmat uchun IP marshrutlash kontekstini beradi. Ijarachi ikkalasini ham o‘z ichiga olishi mumkin, shuning uchun bitta ijarachi hech qanday konfiguratsiya xatosisiz bir nechta RD hosil qilishi mumkin.
RFC 7432 e’lon qiluvchi MAC-VRF ning RD sini uning EVPN NLRI siga tayinlaydi va bir xil PE dagi MAC-VRF lar o‘rtasida alohida RD larni talab qiladi. Route-target tartiblari alohida: ular bir yoki bir nechta RT atributiga ruxsat beradi va a’zolik uchun import siyosatiga tayanadi. Umumiy a’zolikni RD tengligi yaratmaydi va bunday qarash bu chalkashlikning ildizidir.
Bitta yo‘lni e’londan importgacha kuzatib boring
Yo‘lni bir yo‘nalishda kuzatib boring. Yo‘l turi, uni yaratgan xizmat, RD, eksport qilingan RT lar va so‘ng qabul qiluvchi PE dagi import siyosatini tasdiqlang. Har bir qadam boshqa savolga javob beradi va har qanday qadamdagi nosozlik narigi tomonda xuddi shu yo‘q prefiks kabi ko‘rinadi.
Yo‘l mavjud bo‘lgach, o‘rnatilgan uzatish kontekstini va VNI xaritalashni ko‘zdan kechiring. Ikki uchida VNI mos kelishi ma’lumot tekisligi roziligini ko‘rsatadi; boshqaruv tekisligi yo‘lni mo‘ljallangan siyosat orqali import qilganini ko‘rsatmaydi.
Agar yo‘l uzoqdagi PE da paydo bo‘lsa, lekin trafik oqmasa, muammo EVPN dan o‘tib ketgan. route target larni qayta tahrirlashdan oldin VNI-VLAN yoki VNI-VRF bog‘lanishini va underlay yo‘lini tekshiring. Xaritalashdan boshlang, so‘ng underlay va shundan keyingina boshqaruv tekisligi. Ma’lumot tekisligi nosozligini quvish uchun route-target o‘zgarishini qaytarish ishlab turgan importni buzishning ishonchli usulidir.
3-qatlam prefikslari hanuz EVPN yo‘llaridir
EVPN jadvalidagi IP prefiksi oddiy IPv4-unicast BGP emas. EVPN IP Prefix yo‘li o‘zining alohida yo‘l turi, MAC/IP va IP-prefiks e’lonlari esa EVPN manzil oilasida sayohat qiladi, RFC 7432 uni AFI 25 va SAFI 70 deb belgilaydi.
Bu farq EVPN jadvalidagi yo‘lni unicast jadvalidagi yo‘l bilan solishtirganda muhim. Ular bir xil manzilni tasvirlashi va baribir turli siyosat bilan yaratilishi, filtrlanishi va import qilinishi mumkin. Birini ikkinchisi haqida dalil sifatida o‘qish to‘g‘ri fabric ning migratsiya paytida buzilgandek ko‘rinishining sababidir.
Sonlarni solishtirishdan oldin sotuvchining hosil qilishini tekshiring
RFC 9136 EVPN ni IP Prefix yo‘llari bilan kengaytiradi va amaldagi RD MAC-VRF yoki IP-VRF kontekstidan kelishini belgilaydi. Shuning uchun bir chiqishdagi L2 xizmat yorlig‘i va marshrutlangan xizmat yorlig‘ini ular tegishli obyektlarga qarab o‘qish kerak, har bir ijarachiga bitta RD ga qisqartirmaslik kerak.
RD va RT ning avtomatik hosil qilinishi sotuvchiga bog‘liq. Qo‘llanilayotgan formula uchun o‘rnatilgan sotuvchining ma’lumotnomasini o‘qing; bitta kommutatorda ko‘rilgan avtomatik yaratilgan qiymat universal kodlash emas va ikki sotuvchining sonlarini solishtirish kamdan-kam biror narsani isbotlaydi.
Boshlagan yo‘lingiz uchun yozma iz bilan yakunlang: turi, yaratgan obyekti, RD, eksport qilingan RT, import siyosati, o‘rnatilgan VNI. Olti maydon e’lonni keyingi safar chiptani o‘qiydigan har kimga tushuntiradi va ularning hech biri ijarachi sonlari mos kelishini talab qilmaydi.