NX-OS EVPN null marshruti: rad etishni bitta ijarachining ichida saqlang

Soʻrov bir qatorli oʻzgarish sifatida keladi: bitta manzilni bloklash. Ijarachi konteksti ichida Null0 ga xost marshrutini qoʻshasiz, prefiks kutilganidek mahalliy jadvaldan yoʻqoladi va keyin savollar boshlanadi. Marshrut qurilmadan chiqdimi? Uzoq VTEP lar rad etdimi yoki shunchaki yetib borish qobiliyatini yoʻqotdimi? Endi ikkinchi ijarachi taʼsirlanyaptimi?

Toʻgʻri mahalliy statik marshrut bu savollarning faqat birinchisiga javob beradi, shuning uchun blackhole oʻzgarishi aslida bitta buyruq emas, uchta koʻrib chiqilgan natijadir.

Oʻzgarish aslida nima ishlab chiqarishi kerak

Uchta natijani yozishdan boshlang. Moʻljallangan ijarachi manzilni mahalliy ravishda rad etishi kerak. Faqat ruxsat etilgan marshrut eksport qilinishi mumkin va u bilan boshqa hech narsa ketmasligi kerak. Har bir qabul qiluvchi VTEP boshqa yoʻlni emas, koʻzda tutilgan rad etish harakatini tanlashi kerak.

Har bir natijaning oʻz dalili bor va hech biri boshqalarini anglatmaydi. Mahalliy Null0 marshruti mahalliy rad etishni keltirib chiqaradi va qayta taqsimlashsiz hech narsa eksport qilmaydi. Kelishilgan community boʻlmagan qayta taqsimlangan marshrut oddiy prefiks sifatida keladi va uzatiladi. Qabul siyosati boʻlmagan community butunlay eʼtiborsiz qoldirilishi mumkin.

Natijalarni avval yozish sizni keng tarqalgan xatodan ham himoya qiladi: manzil allaqachon aloqasiz sabab bilan yetib boʻlmaydigan boʻlgani uchun ishlayotgandek koʻrinadigan oʻzgarish. Ikkalasini qanday ajratishingizni taʼriflay olmasangiz, qabul testi hali loyihalanmagan.

Mahalliy bayonot faqat birinchi qismni bajaradi

10.4(x) seriyasidagi NX-OS uchun null marshrut VRF nomini koʻrsatuvchi bitta buyruqda emas, ijarachining VRF konteksti ichida joylashgan. Parcha qisqa va bu hech qanday toʻliq EVPN konfiguratsiyasi emas.

vrf context TENANT_A
  ip route 192.0.2.10/32 Null0

Manzil hujjat prefiksi, nishon emas. VRF nomi marshrut buyrugʻining oʻzida koʻrinadigan IOS bilan sintaksis farqiga eʼtibor bering va biror narsa joylashtirishdan oldin amalda ishlatayotgan versiyangiz uchun qoʻllab-quvvatlanadigan shaklni tasdiqlang.

Oʻz-oʻzidan bu qator TENANT_A ichidagi oʻsha xost uchun trafikni rad etadi va boshqa hech narsa qilmaydi. U marshrutni teg qilmaydi, uni BGP uchun tanlamaydi va community oʻrnatmaydi. Bu alohida konfiguratsiya qarorlari va har biri oʻzgarish ishlash uchun juda tor yoki xavfsiz boʻlish uchun juda keng boʻlishi mumkin boʻlgan joy.

Mahalliy rad etish xuddi shu manzilga qonuniy trafikka ham taʼsir qiladi. Agar maqsad haqiqiy foydalanuvchilarga manzil hali kerak boʻlganda bitta suiisteʼmol qiluvchi manbani toʻxtatish boʻlsa, null marshrut notoʻgʻri vosita va buni birinchi qoʻllab-quvvatlash qoʻngʻirogʻidan bilib olasiz.

Eksport va import alohida kelishuvlar

Qayta taqsimlash — qamrov hal qilinadigan joy. Mos prefikslarni tasdiqlangan yumshatish bilan cheklang, uni ijarachi ichida saqlang va manba peerlarini loyihadagilar bilan cheklang. Bitta teglangan xost marshruti sayohat qilishi kerak deb har bir statik marshrutni qayta taqsimlash — texnik xizmat oʻzgarishining marshrutlash hodisasiga aylanish yoʻli.

BLACKHOLE community — maʼlum qiymat haqidagi kelishuv, har qanday qoʻshniga har qanday manzilni rad etishga ruxsat emas. RFC 7999 uni aynan shu atamalar bilan tasvirlaydi, uni kim eʼlon qilishi mumkinligi haqidagi ishonch chegarasi esa joriy etish tafsiloti emas, loyihaning qismi.

Qabul qiluvchi tomonga oʻz konfiguratsiyasi kerak. NX-OS da 5-turdagi null marshrutlar rad etish xatti-harakatini tanlash uchun VTEP da route-map ishlovini talab qiladi, bu eksport qadamlar bilan birga hujjatlashtirilgan. Toʻgʻri teg qoʻyuvchi yuboruvchi qurilma va tegni eʼtiborsiz qoldiruvchi qabul qiluvchi qoʻllanilgandek koʻrinadigan va baribir trafikni uzatadigan oʻzgarish yaratadi.

U yerda boʻlganingizda route-map ni yon taʼsirlar uchun koʻrib chiqing. Yangi cheklovchi siyosat aloqasiz prefikslar uchun qonuniy yetib borishni bostirishi mumkin, bu zarar blackhole dan keyin koʻrinadi va unga bogʻlash qiyinroq.

Kiritishdan oldin qaytarib olishni yozing

Biror narsa konfiguratsiya qilinishidan oldin manzil egasini, sababni, tasdiqlovchini va muddatni yozib qoʻying. Muddatsiz rad etish hech kim uning kelib chiqishini eslay olmaydigan doimiy yozuvga aylanadi va manzilni keyingi tuzatuvchi uni tarmoqning oddiy qismi deb biladi.

Oʻzgartirayotgan marshrutga bogʻliq boʻlmagan mustaqil boshqaruv yoʻlini saqlang. Agar yumshatish qurilmaga yetib borish uchun ishlatadigan manzilni qamrab olsa, siz qoʻshimcha qadamlar bilan bloklanish yaratgansiz.

Yumshatishni olib tashlaydigan aniq boshqaruvni nomlang va bu olib tashlashni laboratoriyada yoki koʻtara oladigan oynada sinab koʻring. Hech kim mashq qilmagan qaytarib olish — protsedura emas, reja.

Buyruq chiqishi bilan emas, dalillar bilan qabul qiling

Koʻzda tutilgan VTEP larda tanlangan marshrutlash holati va uzatish holatini tekshiring, va taʼsirlanmasligi kerak boʻlgan qoʻshni manzilni tekshiring. Boshqa hech bir ijarachi prefiksni import qilmaganini tasdiqlang, chunki ijarachilar orasidagi oqish — texnik xizmat harakatini hodisaga aylantiradigan nosozlik usuli.

Keyin qaytarib oling va odatdagi marshrut hamda xizmat qaytishini tekshiring. NX-OS EVPN null marshrutlari boʻyicha qoʻllanma 10.4(x) versiyasi uchun bu yerda tasvirlangan teglash, qayta taqsimlash va qabul siyosatini hujjatlashtiradi va oʻz versiyangiz bilan solishtirish kerak boʻlgan manba.