PIM protokoli routerlar o'rtasida tarmoqda multicast uzatish uchun protokollar to'plamidir. Qo'shnichilik munosabatlari dinamik marshrutlash protokollari bilan bir xil tarzda quriladi. PIMv2 har 30 soniyada Salom xabarlarini 224.0.0.13 (All-PIM-Routers) uchun ajratilgan multicast manziliga yuboradi. Xabarda ushlab turish taymerlari mavjud - odatda 3.5*Salom taymeriga teng, ya'ni sukut bo'yicha 105 soniya.
PIM ikkita asosiy ish rejimidan foydalanadi - zich va siyrak rejim. Keling, zich rejimdan boshlaylik.
Manbaga asoslangan tarqatish daraxtlari.
Zich rejim rejimini turli xil multicast guruhlari mijozlari ko'p bo'lganda foydalanish tavsiya etiladi. Router multicast trafikni qabul qilganda, u qiladigan birinchi narsa uni RPF qoidasi uchun tekshirishdir. RPF - bu qoida unicast marshrutlash jadvali bilan multicast manbasini tekshirish uchun ishlatiladi. Trafik unicast marshrutlash jadvalining versiyasiga ko'ra, ushbu xost yashiringan interfeysga kelishi kerak. Ushbu mexanizm ko'p tarmoqli uzatish paytida yuzaga keladigan halqa muammosini hal qiladi.
R3 multicast xabardan multicast manbasini (Source IP) taniydi va unicast jadvali yordamida R1 va R2 dan ikkita oqimni tekshiradi. Jadvalda ko'rsatilgan interfeysdan (R1 dan R3 gacha) oqim keyingi uzatiladi va R2 dan oqim to'xtatiladi, chunki multicast manbasiga kirish uchun paketlarni S0/1 orqali yuborish kerak.
Savol shundaki, agar sizda bir xil metrikaga ega ikkita ekvivalent marshrut bo'lsa nima bo'ladi? Bunday holda, marshrutizator ushbu marshrutlardan keyingi bosqichni tanlaydi. Kimning IP manzili yuqori bo'lsa, u g'alaba qozonadi. Agar siz ushbu xatti-harakatni o'zgartirishingiz kerak bo'lsa, ECMP dan foydalanishingiz mumkin. Batafsil .
RPF qoidasini tekshirgandan so'ng, marshrutizator ko'p tarmoqli paketni barcha PIM qo'shnilariga yuboradi, paket qabul qilinganidan tashqari. Boshqa PIM routerlar bu jarayonni takrorlaydi. Ko'p tarmoqli paket manbadan yakuniy qabul qiluvchilargacha bo'lgan yo'l manbaga asoslangan tarqatish daraxti, eng qisqa yo'l daraxti (SPT), manba daraxti deb ataladigan daraxtni hosil qiladi. Uch xil nom, istalganini tanlang.
Muammoni qanday hal qilish mumkin, chunki ba'zi marshrutizatorlar ba'zi multicast oqimlaridan voz kechmagan va uni jo'natadigan hech kim yo'q, lekin yuqoridagi yo'riqnoma uni unga yuboradi. Buning uchun Prune mexanizmi ixtiro qilingan.
Prune xabari.
Misol uchun, R2 R3 ga multicast yuborishni davom ettiradi, garchi R3, RPF qoidasiga ko'ra, uni tashlab yuboradi. Nima uchun kanalni yuklash kerak? R3 PIM Prune xabarini yuboradi va R2, ushbu xabarni olgandan so'ng, S0/1 interfeysini ushbu oqim uchun chiquvchi interfeys ro'yxatidan, bu trafik yuborilishi kerak bo'lgan interfeyslar ro'yxatidan olib tashlaydi.
Quyida PIM Prune xabarining rasmiy ta'rifi keltirilgan:
PIM Prune xabari bitta marshrutizator tomonidan ikkinchi marshrutizatorga yuboriladi, bu esa ikkinchi yo'riqnoma ma'lum (S,G) SPTdan Prune qabul qilingan havolani olib tashlashiga sabab bo'ladi.
Prune xabarini olgandan so'ng, R2 Prune taymerini 3 daqiqaga o'rnatadi. Uch daqiqadan so'ng, u boshqa Prune xabarini qabul qilmaguncha, u yana trafik jo'natadi. Bu PIMv1 da.
Va PIMv2 da Davlat yangilash taymeri qo'shildi (sukut bo'yicha 60 soniya). R3 dan Prune xabari yuborilishi bilan bu taymer R3 da ishga tushadi. Ushbu taymerning amal qilish muddati tugagach, R3 Davlatni yangilash xabarini yuboradi, bu esa ushbu guruh uchun R3 da 2 daqiqalik Prune Timerni qayta tiklaydi.
Prune xabarini yuborish sabablari:
- Ko'p tarmoqli paket muvaffaqiyatsiz bo'lsa, RPF tekshiruvi.
- Ko'p tarmoqli guruhga (IGMP qo'shilishiga) so'ragan mahalliy miqyosda bog'langan mijozlar bo'lmasa va multicast trafik yuborilishi mumkin bo'lgan PIM qo'shnilari bo'lmasa (Non-prune Interface).
Graft xabari.
Tasavvur qilaylik, R3 R2 dan trafikni xohlamadi, Prune yubordi va R1 dan multicast oldi. Ammo to'satdan R1-R3 o'rtasidagi kanal tushib ketdi va R3 multicastsiz qoldi. R3 da Prune Timer muddati tugaguncha 2 daqiqa kutishingiz mumkin. 3 daqiqa - uzoq kutish, shuning uchun kutmaslik uchun siz ushbu S0/1 interfeysini kesilgan holatdan R2 ga bir zumda olib keladigan xabarni yuborishingiz kerak. Bu xabar Graft xabari bo'ladi. Graft xabarini olgandan so'ng, R2 Graft-ACK bilan javob beradi.
Prune Override.
Keling, ushbu diagrammani ko'rib chiqaylik. R1 ikkita marshrutizatorli segmentga multicast uzatadi. R3 trafikni qabul qiladi va uzatadi, R2 qabul qiladi, lekin trafikni translyatsiya qiladigan hech kim yo'q. U ushbu segmentdagi R1 ga Prune xabarini yuboradi. R1 Fa0/0 ni ro'yxatdan olib tashlashi va ushbu segmentda eshittirishni to'xtatishi kerak, ammo R3 bilan nima sodir bo'ladi? Va R3 xuddi shu segmentda, shuningdek, Prunedan ushbu xabarni oldi va vaziyatning fojiasini tushundi. R1 eshittirishni to'xtatishdan oldin, u 3 soniyalik taymerni o'rnatadi va 3 soniyadan keyin eshittirishni to'xtatadi. 3 soniya - bu R3 multicastni yo'qotmaslik uchun qancha vaqtga ega. Shuning uchun, R3 imkon qadar tezroq ushbu guruh uchun Pim Join xabarini yuboradi va R1 endi efirni to'xtatish haqida o'ylamaydi. Quyida qoʻshilish xabarlari haqida.
Xabarni tasdiqlash.
Keling, bu vaziyatni tasavvur qilaylik: ikkita router bir vaqtning o'zida bitta tarmoqqa uzatiladi. Ular manbadan bir xil oqimni oladi va ikkalasi uni e0 interfeysi ortidagi bir xil tarmoqqa uzatadi. Shuning uchun ular ushbu tarmoq uchun yagona va yagona efirga uzatuvchi kim bo'lishini aniqlashlari kerak. Buning uchun assert xabarlaridan foydalaniladi. R2 va R3 multicast trafikning takrorlanishini aniqlaganda, ya'ni R2 va R3 o'zlari translyatsiya qiladigan multicastni qabul qilsalar, marshrutizatorlar bu erda nimadir noto'g'ri ekanligini tushunishadi. Bunday holda, marshrutizatorlar ma'muriy masofani va multicast manbasiga erishilgan marshrut ko'rsatkichini o'z ichiga olgan Assert xabarlarini yuboradilar - 10.1.1.10. G'olib quyidagicha aniqlanadi:
- AD darajasi pastroq.
- Agar AD teng bo'lsa, unda kim pastroq ko'rsatkichga ega.
- Agar bu erda tenglik mavjud bo'lsa, u holda ular ushbu multicastni uzatadigan tarmoqdagi IP-ga ega bo'lganlar.
Ushbu ovoz berishning g'olibi Belgilangan Routerga aylanadi. Pim Hello DRlarni tanlash uchun ham ishlatiladi. Maqolaning boshida PIM Salom xabari ko'rsatildi, u erda DR maydonini ko'rishingiz mumkin. Ushbu havolada eng yuqori IP-manzilga ega bo'lgan kishi g'alaba qozonadi.
Foydali belgi:
MROUTE jadvali.
PIM protokoli qanday ishlashini dastlabki ko'rib chiqqandan so'ng, biz multicast marshrutlash jadvali bilan qanday ishlashni tushunishimiz kerak. Mroute jadvali mijozlardan qaysi oqimlar so'ralgani va multicast serverlardan qaysi oqimlar oqib kelayotgani haqidagi ma'lumotlarni saqlaydi.
Masalan, ba'zi interfeyslarda IGMP a'zolik hisoboti yoki PIM qo'shilishi qabul qilinganda, marshrutlash jadvaliga ( *, G ) turdagi yozuv qo'shiladi:
Ushbu yozuv 238.38.38.38 manzili bilan trafik so'rovi olinganligini anglatadi. DC bayrog'i multicastning zich rejimda ishlashini anglatadi va C qabul qiluvchining yo'riqnoma bilan to'g'ridan-to'g'ri ulanganligini anglatadi, ya'ni yo'riqnoma IGMP a'zolik hisoboti va PIM qo'shilishini oldi.
Agar (S,G) turdagi yozuv mavjud bo'lsa, bu bizda multicast oqim borligini anglatadi:
S maydonida - 192.168.1.11, biz ko'p tarmoqli manbaning IP manzilini ro'yxatdan o'tkazdik, bu RPF qoidasi bilan tekshiriladi. Muammolar mavjud bo'lsa, siz qilishingiz kerak bo'lgan birinchi narsa - manbaga boradigan marshrut uchun unicast jadvalini tekshirish. Incoming Interface maydonida multicast qabul qilinadigan interfeysni ko'rsatadi. Unicast marshrutlash jadvalida manbaga marshrut bu yerda ko'rsatilgan interfeysga murojaat qilishi kerak. Chiqish interfeysi multicast qaerga yo'naltirilishini belgilaydi. Agar u bo'sh bo'lsa, marshrutizator ushbu trafik uchun hech qanday so'rov olmagan. Barcha bayroqlar haqida ko'proq ma'lumotni topishingiz mumkin .
PIM siyrak rejimi.
Sparse-rejim strategiyasi zich rejimga qarama-qarshidir. Sparse-rejimi multicast trafikni qabul qilganda, u faqat ushbu oqim uchun so'rovlar bo'lgan interfeyslar orqali trafikni yuboradi, masalan, Pim Join yoki IGMP Report xabarlari ushbu trafikni talab qiladi.
SM va DM uchun o'xshash elementlar:
- Qo'shnichilik munosabatlari PIM DMdagi kabi qurilgan.
- RPF qoidasi ishlaydi.
- DR tanlovi shunga o'xshash.
- Prune Overrides va Assert xabarlarining mexanizmi o'xshash.
Tarmoqda kim, qaerda va qanday multicast trafik kerakligini nazorat qilish uchun umumiy axborot markazi kerak. Bizning markazimiz Rendezvous Point (RP) bo'ladi. Kimki multicast trafikni xohlasa yoki kimdir manbadan multicast trafikni olishni boshlagan bo'lsa, u uni RPga yuboradi.
RP multicast trafikni qabul qilganda, uni ilgari ushbu trafikni so'ragan marshrutizatorlarga yuboradi.
RP R3 bo'lgan topologiyani tasavvur qilaylik. R1 S1 dan trafikni qabul qilishi bilanoq, u ushbu multicast paketni unicast PIM Register xabariga qamrab oladi va uni RP ga yuboradi. U RP kimligini qayerdan biladi? Bunday holda, u statik tarzda tuzilgan va biz dinamik RP konfiguratsiyasi haqida keyinroq gaplashamiz.
ip pim rp-manzil 3.3.3.3
RP qaraydi - bu trafikni olishni istagan odamdan ma'lumot bormi? Faraz qilaylik, bunday emas edi. Keyin RP R1-ga PIM Register-Stop xabarini yuboradi, bu hech kimga bu multicast kerak emasligini anglatadi, ro'yxatdan o'tish rad etiladi. R1 multicast yubormaydi. Ammo multicast manba xosti uni yuboradi, shuning uchun R1, Register-Stop-ni olgandan so'ng, 60 soniyaga teng bo'lgan Ro'yxatdan o'tishni bostirish taymerini ishga tushiradi. Ushbu taymer tugashidan 5 soniya oldin, R1 RP tomon Null-Register bitli (ya'ni inkapsullangan multicast paketisiz) bo'sh Register xabarini yuboradi. RP, o'z navbatida, quyidagicha harakat qiladi:
- Agar qabul qiluvchilar bo'lmasa, u Register-Stop xabari bilan javob beradi.
- Qabul qiluvchilar paydo bo'lsa, u hech qanday tarzda bunga javob bermaydi. R1, 5 soniya ichida ro'yxatdan o'tishni rad etishni olmagan bo'lsa, xursand bo'ladi va RP-ga inkapsullangan multicast bilan Ro'yxatdan o'tish xabarini yuboradi.
Biz multicast RP ga qanday etib borishini tushunganga o'xshaymiz, endi RP qabul qiluvchilarga trafikni qanday yetkazib berishi haqidagi savolga javob berishga harakat qilaylik. Bu erda yangi kontseptsiyani - ildiz yo'li daraxtini (RPT) kiritish kerak. RPT - bu RPda ildiz otgan daraxt bo'lib, oluvchilar tomon o'sadi va har bir PIM-SM routerda shoxlanadi. RP uni PIM Join xabarlarini qabul qilish orqali yaratadi va daraxtga yangi filial qo'shadi. Shunday qilib, har bir quyi oqim router qiladi. Umumiy qoida quyidagicha ko'rinadi:
- PIM-SM marshrutizatori RP yashiringan interfeysdan boshqa istalgan interfeysda PIM Join xabarini olganida, u daraxtga yangi filial qo'shadi.
- PIM-SM routeri to'g'ridan-to'g'ri ulangan xostdan IGMP a'zolik hisobotini olganida ham filial qo'shiladi.
Tasavvur qilaylik, 5 guruhi uchun R228.8.8.8 routerda multicast mijozimiz bor. R5 xostdan IGMP aʼzolik hisobotini qabul qilishi bilanoq, R5 RP yoʻnalishi boʻyicha PIM qoʻshilishini yuboradi va oʻzi xostga qaraydigan daraxtga interfeys qoʻshadi. Keyinchalik, R4 R5 dan PIM qo'shilishini oladi, daraxtga Gi0/1 interfeysini qo'shadi va PIM qo'shilishini RP yo'nalishi bo'yicha yuboradi. Nihoyat, RP ( R3 ) PIM qo'shilishini oladi va daraxtga Gi0/0 qo'shadi. Shunday qilib, multicast qabul qiluvchi ro'yxatga olinadi. Biz R3-Gi0/0 → R4-Gi0/1 → R5-Gi0/0 ildizi bilan daraxt qurmoqdamiz.
Shundan so'ng, PIM qo'shilishi R1 ga yuboriladi va R1 multicast trafikni yuborishni boshlaydi. Shuni ta'kidlash kerakki, agar host multicast translyatsiya boshlanishidan oldin trafik so'ragan bo'lsa, RP PIM Joinni yubormaydi va R1 ga umuman hech narsa yubormaydi.
Agar multicast yuborilayotganda to'satdan xost uni qabul qilishni istamasa, RP Gi0/0 interfeysida PIM Prune-ni qabul qilishi bilanoq, u darhol R1-ga PIM Register-Stop-ni, so'ngra PIM Prune-ni yuboradi. Gi0/1 interfeysi orqali xabar. PIM Register-stop unicast orqali PIM registri kelgan manzilga yuboriladi.
Yuqorida aytib o'tganimizdek, marshrutizator boshqasiga, masalan, R5 dan R4 ga PIM qo'shilishini yuborishi bilanoq, R4 ga yozuv qo'shiladi:
Va taymer ishga tushiriladi, R5 bu taymerni doimiy ravishda qayta o'rnatishi kerak PIM doimiy ravishda xabarlarga qo'shiling, aks holda R4 chiquvchi ro'yxatdan chiqarib tashlanadi. R5 har 60 PIM qo'shilish xabarini yuboradi.
Eng qisqa yo'l daraxtini almashtirish.
Biz R1 va R5 o'rtasida interfeys qo'shamiz va ushbu topologiya bilan trafik qanday o'tishini ko'ramiz.
Aytaylik, trafik R1-R2-R3-R4-R5 eski sxema bo'yicha yuborilgan va qabul qilingan va bu erda biz R1 va R5 o'rtasidagi interfeysni ulab, sozlaganmiz.
Avvalo, biz R5 da unicast marshrutlash jadvalini qayta qurishimiz kerak va endi 192.168.1.0/24 tarmog'iga R5 Gi0/2 interfeysi orqali erishiladi. Endi Gi5/0 interfeysida multicast qabul qiluvchi R1 RPF qoidasi qanoatlanmasligini tushunadi va Gi0/2 da multicast qabul qilish mantiqiyroq bo'ladi. U RPT dan uzilib, eng qisqa yo'l daraxti (SPT) deb nomlangan qisqaroq daraxt qurishi kerak. Buning uchun u Gi0/2 orqali R1 ga PIM qo'shilishini yuboradi va R1 Gi0/2 orqali ham multicast yuborishni boshlaydi. Endi R5 ikkita nusxani olmaslik uchun RPT obunasini bekor qilishi kerak. Buning uchun u Prune-ga manba IP-manzilini ko'rsatuvchi va maxsus bit - RPT-bitni kiritgan xabarni yuboradi. Bu menga trafik jo'natishingiz shart emasligini anglatadi, bu erda menda yaxshiroq daraxt bor. RP shuningdek, PIM Prune xabarlarini R1 ga yuboradi, lekin Register-Stop xabarini yubormaydi. Yana bir xususiyat: R5 endi doimiy ravishda PIM Prune-ni RP-ga yuboradi, chunki R1 har daqiqada PIM registrini RP-ga yuborishda davom etadi. Ushbu trafikni xohlaydigan yangi odamlar topilmaguncha, RP buni rad etadi. R5 RP ga SPT orqali multicast qabul qilishda davom etishi haqida xabar beradi.
Dinamik RP qidiruvi.
Avtomatik RP.
Ushbu texnologiya Cisco kompaniyasiga tegishli va unchalik mashhur emas, lekin hali ham mavjud. Auto-RP ishlashi ikki asosiy bosqichdan iborat:
1) RP RP-Announce xabarlarini zahiralangan manzilga yuboradi - 224.0.1.39, o'zini hamma uchun yoki muayyan guruhlar uchun RP deb e'lon qiladi. Ushbu xabar har daqiqada yuboriladi.
2) Qaysi guruhlar uchun qaysi RPni tinglash kerakligini ko'rsatuvchi RP-Discovery xabarlarini yuboradigan RP xaritalash agenti talab qilinadi. Ushbu xabardan oddiy PIM routerlar o'zlari uchun RPni aniqlaydilar. Xaritalash agenti RP routerining o'zi yoki alohida PIM router bo'lishi mumkin. RP-Discovery bir daqiqalik taymer bilan 224.0.1.40 manziliga yuboriladi.
Keling, jarayonni batafsil ko'rib chiqaylik:
Keling, R3 ni RP sifatida sozlaymiz:
ip pim send-rp-loopback e'lon qiladi 0 doirasi 10
R2 xaritalash agenti sifatida:
ip pim send-rp-discovery loopback 0 scope 10
Va boshqalarda biz Auto-RP orqali RPni kutamiz:
Ip pim autorp tinglovchi
R3-ni sozlaganimizdan so'ng, u RP-announce yuborishni boshlaydi:
Va R2, xaritalash agentini o'rnatgandan so'ng, RP-Announce xabarini kutishni boshlaydi. Faqat kamida bitta RP topsa, u RP-Discovery yuborishni boshlaydi:
Shunday qilib, oddiy marshrutizatorlar (PIM RP tinglovchisi) ushbu xabarni olishi bilanoq, ular RPni qayerdan izlash kerakligini bilib oladi.
Auto-RP bilan bog'liq asosiy muammolardan biri shundaki, RP-Announce va RP-Discovery xabarlarini qabul qilish uchun siz PIM Join-ni 224.0.1.39-40 manzillariga yuborishingiz kerak va jo'natish uchun siz qayerda ekanligini bilishingiz kerak. RP joylashgan. Klassik tovuq va tuxum muammosi. Ushbu muammoni hal qilish uchun PIM Sparse-Dense-Mode ixtiro qilindi. Agar marshrutizator RP ni bilmasa, u zich rejimda ishlaydi, agar bilsa, Sparse rejimida ishlaydi. Oddiy marshrutizatorlar interfeyslarida PIM Sparse-rejimi va ip pim autorp tinglovchi buyrug'i sozlangan bo'lsa, yo'riqnoma faqat Auto-RP protokolidan (224.0.1.39-40) to'g'ridan-to'g'ri multicasting uchun zich rejimda ishlaydi.
BootStrap Router (BSR).
Bu funksiya Auto-RP ga o'xshash ishlaydi. Har bir RP xaritalash agentiga xabar yuboradi, u xaritalash ma'lumotlarini to'playdi va keyin boshqa barcha routerlarga xabar beradi. Jarayonni Auto-RP ga o'xshash tarzda tasvirlaymiz:
1) R3-ni RP bo'lishga nomzod sifatida sozlaganimizdan so'ng, buyruq bilan:
ip pim rp-nomzodning orqaga qaytishi 0
Keyin R3 hech narsa qilmaydi, maxsus xabarlarni yuborishni boshlash uchun u avval xaritalash agentini topishi kerak. Shunday qilib, biz ikkinchi bosqichga o'tamiz.
2) R2 ni xaritalash agenti sifatida sozlang:
ip pim bsr-nomzodning orqaga qaytishi 0
R2 PIM Bootstrap xabarlarini yuborishni boshlaydi, bu erda u o'zini xaritalash agenti sifatida ko'rsatadi:
Ushbu xabar 224.0.013 manziliga yuboriladi, PIM protokoli boshqa xabarlar uchun ham foydalanadi. U ularni har tomonga jo'natadi va shuning uchun Auto-RPda bo'lgani kabi tovuq va tuxum muammosi yo'q.
3) RP BSR routeridan xabar olishi bilan darhol BSR router manziliga unicast xabar yuboradi:
Shundan so'ng, BSR RPlar haqida ma'lumot olib, ularni multicast orqali barcha PIM routerlar tomonidan tinglanadigan 224.0.0.13 manziliga yuboradi. Shuning uchun, buyruqning analogi Ip pim autorp tinglovchi BSRda bo'lmagan oddiy routerlar uchun.
Multicast Source Discovery Protocol (MSDP) bilan Anycast RP.
Auto-RP va BSR bizga yukni RP ga quyidagicha taqsimlash imkonini beradi: Har bir multicast guruhi faqat bitta faol RPga ega. Bitta multicast guruhi uchun yukni bir nechta RP orqali taqsimlash mumkin bo'lmaydi. MSDP buni RP marshrutizatorlariga 255.255.255.255 niqobi bilan bir xil IP-manzilni berish orqali amalga oshiradi. MSDP ma'lumotni usullardan biri yordamida o'rganadi: statik, Auto-RP yoki BSR.
Rasmda bizda MSDP bilan Auto-RP konfiguratsiyasi mavjud. Ikkala RP ham Loopback 172.16.1.1 interfeysida 32/1 IP manzili bilan tuzilgan va barcha guruhlar uchun ishlatiladi. RP-Announce bilan ikkala marshrutizator ham ushbu manzilga murojaat qilib, o'zlarini e'lon qiladi. Auto-RP xaritalash agenti ma'lumotni olgach, RP haqida RP-Discovery-ni 172.16.1.1/32 manzili bilan yuboradi. Biz marshrutizatorlarga 172.16.1.1/32 tarmog'i haqida IGP yordamida va shunga mos ravishda aytamiz. Shunday qilib, PIM marshrutizatorlari 172.16.1.1/32 tarmog'iga marshrut bo'yicha keyingi bosqich sifatida ko'rsatilgan RP dan oqimlarni so'raydi yoki ro'yxatdan o'tkazadi. MSDP protokolining o'zi RP larning o'zlari uchun multicast ma'lumotlari haqida xabar almashish uchun mo'ljallangan.
Ushbu topologiyani ko'rib chiqing:
Switch6 238.38.38.38 manziliga trafikni uzatadi va hozircha bu haqda faqat RP-R1 biladi. Switch7 va Switch8 ushbu guruhni talab qildi. R5 va R4 marshrutizatorlari mos ravishda R1 va R3 ga PIM qo'shilishini yuboradi. Nega? R13.13.13.13 uchun 5gacha bo'lgan marshrut, xuddi R1 uchun bo'lgani kabi, IGP ko'rsatkichidan foydalangan holda R4 ga murojaat qiladi.
RP-R1 oqim haqida biladi va uni R5ga uzata boshlaydi, lekin R4 bu haqda hech narsa bilmaydi, chunki R1 uni shunchaki yubormaydi. Shuning uchun MSDP kerak. Biz uni R1 va R5 da sozlaymiz:
R3.3.3.3 da ip msdp peer 1 ulanish manbasi Loopback1
R1.1.1.1 da ip msdp peer 3 ulanish manbasi Loopback3
Ular bir-birlari o'rtasida sessiya o'tkazadilar va har qanday oqimni qabul qilganda, ular bu haqda RP qo'shnisiga xabar berishadi.
RP-R1 Switch6 dan oqim olishi bilanoq, u darhol unicast MSDP Source-Active xabarini yuboradi, u (S, G) kabi ma'lumotlarni o'z ichiga oladi - multicast manbasi va manzili haqidagi ma'lumot. Endi RP-R3, Switch6 kabi manba R4 dan ushbu oqim uchun so'rovni qabul qilganda, PIM Join-ni marshrutlash jadvali asosida Switch6 tomon yuborishini biladi. Shunday qilib, bunday PIM qo'shilishini olgan R1 RP-R3 tomon trafik jo'natishni boshlaydi.
MSDP TCP orqali ishlaydi, RPlar jonlilikni tekshirish uchun bir-birlariga saqlovchi xabarlarni yuboradilar. Taymer - 60 soniya.
MSDP tengdoshlarini turli domenlarga bo'lish funktsiyasi noaniq bo'lib qolmoqda, chunki Keepalive va SA xabarlari hech qanday domenga a'zolikni bildirmaydi. Bundan tashqari, ushbu topologiyada biz turli domenlarni ko'rsatadigan konfiguratsiyani sinab ko'rdik - ishlashda farq yo'q edi.
Agar kimdir aniqlab bera olsa, men buni sharhlarda o'qishdan xursand bo'laman.
Manba: www.habr.com