Route reflector — BGP avtonom tizimi ichida iBGP marshrutlarini qayta tarqatib, barcha routerlar o‘rtasida to‘liq mesh sessiyalariga ehtiyojni kamaytiradigan routerdir. Oddiy iBGP qoidasida bir iBGP qo‘shnidan olingan route boshqa iBGP qo‘shniga e’lon qilinmaydi. Route reflector nazoratli istisno orqali katta tarmoqni masshtablaydi.
To‘liq mesh muammosi
iBGP routerlari soni n bo‘lsa, to‘liq mesh uchun n(n−1)/2 sessiya kerak bo‘ladi. O‘nta routerda 45 sessiya, yuzta routerda esa 4950 sessiya hosil bo‘ladi. Har sessiya TCP holati, BGP yangilanishlari va konfiguratsiya boshqaruvini talab qiladi.
Route reflector arxitekturasida client routerlar markaziy reflector bilan sessiya o‘rnatadi. Reflector bir clientdan olgan marshrutni boshqa clientlarga va belgilangan non-client peerlarga tarqatadi. Clientlar bir-biri bilan to‘g‘ridan-to‘g‘ri iBGP sessiyasiga ega bo‘lishi shart emas.
Reflection qoidalari
Route reflector yo‘lni qayerdan olganiga qarab e’lon qiladi. Clientdan olingan route boshqa clientlarga, non-clientlarga va tegishli eBGP peerlarga uzatilishi mumkin. Non-client iBGP peerdan olingan route clientlarga beriladi, lekin odatiy iBGP qoidasiga ko‘ra boshqa non-clientga qayta e’lon qilinmaydi.
Ushbu qoidalar route reflectorlar o‘rtasidagi topologiya to‘g‘ri tuzilishini talab qiladi. Bir necha reflector ishonchlilikni oshiradi, ammo clientlar ikkala qurilmaga ulansa, policy va cluster identifikatorlari izchil bo‘lishi kerak.
Loopning oldini olish
Reflection yangi loop xavfini keltiradi, chunki AS_PATH iBGP ichida odatda o‘zgarmaydi. BGP buning uchun ORIGINATOR_ID va CLUSTER_LIST atributlaridan foydalanadi. ORIGINATOR_ID route ni dastlab iBGPga kiritgan routerni ko‘rsatadi. Reflector o‘z cluster ID sini CLUSTER_LISTga qo‘shadi.
Router o‘z identifikatorini originator sifatida ko‘rsa yoki reflector o‘z cluster ID sini ro‘yxatda topsa, route ni rad etadi. Bir xil cluster ichidagi redundant reflectorlar bir cluster IDdan foydalanishi mumkin. Noto‘g‘ri identifikator rejalashtirish marshrutning keraksiz rad etilishi yoki loop himoyasining buzilishiga olib keladi.
Yo‘l tanlash oqibatlari
Route reflector faqat route tarqatuvchi relay emas; u odatda o‘z best pathini tanlab, shu yo‘lni clientlarga aks ettiradi. Reflector ko‘rgan eng yaxshi yo‘l client nuqtayi nazaridan eng yaqin data-plane chiqish bo‘lmasligi mumkin. Natijada path hiding yuz beradi: muqobil yo‘l clientga umuman yetib bormaydi.
Reflectorni topologik jihatdan noto‘g‘ri joylashtirish suboptimal routing yoki ayrim nosozliklarda yetib bo‘lmaslikka sabab bo‘lishi mumkin. IGP xarajati, egress nuqtalari va reflector ierarxiyasi birga loyihalanadi. Add-Path kabi kengaytmalar bitta prefiks uchun bir nechta yo‘l tarqatib, path hidingni kamaytirishi mumkin.
Ishonchlilik va masshtablash
Client kamida ikki mustaqil route reflectorga ulansa, bitta qurilma nosozligi control plane ni to‘liq uzmaydi. Biroq ikkala reflector bir xil rack, quvvat yoki dasturiy xatoga bog‘liq bo‘lsa, mantiqiy redundancy yetarli emas. Sessiyalar soni, update yuklamasi, RIB xotirasi va convergence vaqti o‘lchanadi.
Yirik tarmoq bir necha cluster va reflector qatlamiga bo‘linishi mumkin. Haddan tashqari chuqur ierarxiya convergence vaqtini uzaytiradi va diagnostikani qiyinlashtiradi. Dizayn router soni, geografiya va policy chegaralariga mos tanlanadi.
Tekshirish
Operator client/non-client holati, cluster list, originator ID va route qaysi peerga e’lon qilinganini tekshiradi. Control plane route mavjud bo‘lsa ham forwarding yo‘li alohida sinovdan o‘tadi. Reflector nosozligini mashq qilish, peerlarni navbat bilan o‘chirish va convergence vaqtini o‘lchash yashirin yagona nuqtalarni ko‘rsatadi.
Bog‘liq tushunchalar
BGP, iBGP, Route reflector client, CLUSTER_LIST, ORIGINATOR_ID, Add-Path, Autonomous system