CE dagi RIP marshrutidan uzoqdagi VRF gacha: export qayerda amalga oshadi

RIPv2 yangilanishi provider edge ga yetib keladi, VRF routing jadvaliga tushadi va biror narsa uni aniq export qilmasa, shu yerda to‘xtaydi. Uchta qaror ketma-ket sodir bo‘ladi va har biri prefiksni o‘z sababiga ko‘ra rad etishi mumkin. Ularni bitta hodisa deb o‘qish — uzoqdagi sayt CE aniq e'lon qilayotgan tarmoqqa yeta olmasa, odamlar noto‘g‘ri qurilmani izlashining sababi. Marshrutni PE orqali kuzatib chiqing va ketma-ketlik oydinlashadi.

PE RIP yangilanishi bilan nima qiladi

PE yangilanishni VRF interfeysida qabul qiladi, manba ruxsat etilgan qo‘shni ekanini tekshiradi va prefiksni e'londan olingan hop soni bilan VRF routing jadvaliga o‘rnatadi. Bu jadval o‘zining administrative distance va o‘zining eng yaxshi yo‘l tanloviga ega oddiy routing jadvali. Agar CE bir xil prefiksni turli metrikalar bilan ikki marta e'lon qilsa, jadvalda faqat yaxshirog‘i qoladi. Bu bosqichda hech narsa provayder backbone iga tegishli emas.

Endi prefiks bitta mijozning routing konteksti ichida mavjud, bu esa boshqa joyda yetib borish mumkin bo‘lishdan ancha uzoq.

Export — bu siyosat harakati, protokol natijasi emas

VRF dan chiqish uchun marshrut VPN marshrutlarini tashuvchi MP-BGP jarayoniga qayta taqsimlanishi kerak va unga qaysi uzoq VRF lar uni import qilishi mumkinligini ko‘rsatuvchi route target extended community kerak. RFC 4364 dagi arxitektura aynan shu sababga ko‘ra bu almashinuvlarni CE-PE protokolidan alohida tutadi. Chekkada RIP ishlatish provayder tarmog‘idan nima o‘tishi kerakligi haqida hech narsa demaydi.

Biror narsani sozlashdan oldin export shartnomasini yozib qo‘ying: uzoqdan yetib borish kerak bo‘lgan mijoz prefikslari, lokal qolishi kerak bo‘lgan marshrutlar va har qanday default, aniqroq marshrutlar yoki umumiy xizmat istisnolari. Bu shartnomani haqiqiy VRF bilan solishtiring, boshqa mijozga tegishli bir xil nomli VRF bilan emas.

Import tomoni o‘z route target lariga ega ikkinchi siyosatdir va mos export mos kelmaydigan import bilan birga backbone da mavjud bo‘lgan, ammo hech qaysi uzoq jadvalda ko‘rinmaydigan prefiks hosil qiladi.

Redistribution va explicit origination turlicha ishlaydi

Redistribution VRF jadvalida allaqachon mavjud marshrutlarni oladi va ularni route map bilan filtrlab BGP ga ko‘chiradi. Map qaysi prefikslar mos va ular qanday atributlar olib yurishini hal qiladi, metrika esa aniq belgilanishi kerak, chunki RIP hop soni BGP metrikasi sifatida ma'noga ega emas. Siz belgilamay qoldirgan har qanday narsa, konfiguratsiyani olti oydan keyin o‘qigan odamni odatda hayratga soladigan tarzda meros bo‘lib o‘tadi.

O‘zaro redistribution — jimgina zarar yetadigan joy. BGP ga export qilingan prefiks ikkinchi redistribution nuqtasi orqali qaytib kelishi mumkin va teglar yoki filtrlar bo‘lmasa, ikkala jadval ham har lahzada ishonchli ko‘rinib turganda marshrut tebranadi. Qaytish yo‘lini to‘sish uchun topologiyaga ishonish o‘rniga chekkada qo‘llaniladigan teglar bo‘yicha filtrlang.

Explicit origination tartibliroq ko‘rinadi va shartsiz emas. Network statement odatda prefiks originate qilinishidan oldin routing jadvalida mos marshrutni talab qiladi, shuning uchun e'lon CE uni e'lon qilishni to‘xtatgan lahzada yo‘qoladi. Bu ko‘pincha siz xohlagan xatti-harakat va abadiy sozlangan holda qoladigan static marshrut bilan bir xil emas. Ikki xatti-harakatdan birini taxmin qilish o‘rniga platformaning haqiqiy qoidasini tekshiring.

Qanday bo‘lmasin, har bir prefiks haqidagi savol — qaysi faol manba uni mos qiladi va o‘sha manba yo‘qolganda nima bo‘ladi.

Zanjirni to‘rtta joyda tekshiring

CE e'lonini, VRF routing jadvalini, route target i bilan VPN marshrut jadvalini va uzoq VRF dagi importni shu tartibda ko‘ring. IOS da bu CE qo‘shnisi chiqishi, show ip route vrf CUSTOMER, show ip bgp vpnv4 vrf CUSTOMER, va uzoq PE da xuddi shu buyruq degani. IOS-XR da ekvivalent chiqish show bgp vrf CUSTOMER ipv4 unicast ostida. Buyruq nomlari farq qiladi, to‘rtta tekshirish nuqtasi farq qilmaydi.

Rad etilishi kerak bo‘lgan prefiksni, o‘tishi kerak bo‘lganidek diqqat bilan tekshiring, chunki hamma narsaga ruxsat beruvchi siyosat birinchi istisno kelgunga qadar to‘g‘ri siyosat bilan bir xil ko‘rinadi. Keyin withdrawal ni kuzating: CE interfeysini o‘chiring va uzoq yozuv kutilgan timer ichida yo‘qolishini tasdiqlang, qolib ketmasligini.

Har bir siyosat kimga tegishli ekanini yozib qo‘ying. Provayder CE ni boshqarsa, yetkazilgan xatti-harakat xizmat shartnomasiga tegishli va boshqariladigan qurilmada boshqa protokol yoki withdrawal siyosati avval hujjat muammosi, keyin routing muammosi.