PIM протоколу – роутерлердин ортосундагы тармактагы мультикасттарды берүү үчүн протоколдордун жыйындысы. Коңшулук мамилелер динамикалык маршруттук протоколдордогудай эле курулат. PIMv2 30 (All-PIM-Routers) сакталган мультикаст дарекке 224.0.0.13 секунд сайын Hello билдирүүлөрүн жөнөтөт. Билдирүүдө Hold Timers камтылган - адатта 3.5*Hello Timerге барабар, башкача айтканда, демейки боюнча 105 секунд.
PIM эки негизги иштөө режимин колдонот - тыгыз жана сейрек режими. Тыгыз режиминен баштайлы.
Булакка негизделген бөлүштүрүүчү дарактар.
Тыгыз режим режимин ар кандай мультикаст топторунун көп сандагы кардарлары болгон учурда колдонуу сунушталат. Маршрутизатор мультикаст трафикти кабыл алганда, биринчи кезекте аны RPF эрежеси үчүн текшерет. RPF - бул эреже Unicast маршруттук таблица менен мультикасттын булагын текшерүү үчүн колдонулат. Трафик Unicast маршруттук таблицанын версиясына ылайык бул хост жашырылган интерфейске келиши керек. Бул механизм мультикаст берүү учурунда пайда болгон цикл маселесин чечет.
R3 мультикасттык булакты (IP булагы) мультикаст билдирүүдөн тааныйт жана анын Unicast таблицасын колдонуп R1 жана R2ден эки агымды текшерет. Таблица көрсөткөн интерфейстен (R1ден R3кө чейин) агым андан ары берилет, ал эми R2ден агым өчүрүлөт, анткени мультикаст булагына жетүү үчүн S0/1 аркылуу пакеттерди жөнөтүү керек.
Суроо туулат, эгерде сизде бирдей метрика менен эки эквиваленттүү маршрут болсо эмне болот? Бул учурда, роутер бул каттамдардан кийинки-хопту тандайт. Кимде IP дареги жогору болсо, ошол жеңет. Эгер бул жүрүм-турумду өзгөртүү керек болсо, ECMP колдоно аласыз. Кененирээк маалымат .
RPF эрежесин текшергенден кийин, роутер пакет алгандан башка бардык PIM кошуналарына мультикаст пакетин жөнөтөт. Башка PIM роутерлор бул процессти кайталайт. Мультикастациялык пакет булактан акыркы алуучуларга чейинки жол булакка негизделген бөлүштүрүү дарагы, эң кыска жол дарагы (SPT), булак дарагы деп аталган даракты түзөт. Үч түрдүү ысым, каалаганын тандаңыз.
Кээ бир роутер кээ бир мультикаст агымынан баш тарткан жок жана аны жөнөтө турган эч ким жок, бирок жогорку роутер аны ага жөнөтөт деген маселени кантип чечсе болот. Бул үчүн Prune механизми ойлоп табылган.
Prune Message.
Мисалы, R2 R3'ке мультикаст жөнөтүүнү улантат, бирок R3, RPF эрежесине ылайык, аны таштайт. Каналды эмнеге жүктөш керек? R3 PIM Prune билдирүүсүн жөнөтөт жана R2 бул билдирүүнү алгандан кийин S0/1 интерфейсин бул агым үчүн чыгуучу интерфейстердин тизмесинен, бул трафик жөнөтүлүшү керек болгон интерфейстердин тизмесинен алып салат.
Төмөндө PIM Prune билдирүүсүнүн расмий аныктамасы келтирилген:
PIM Prune билдирүүсү бир роутер тарабынан экинчи роутерге жөнөтүлүп, экинчи роутер белгилүү (S,G) SPTден Prune алынган шилтемени алып салышы үчүн.
Prune билдирүүсүн алгандан кийин, R2 Prune таймерин 3 мүнөткө орнотот. Үч мүнөттөн кийин, ал дагы бир Prune билдирүүсүн алганга чейин трафикти кайра жөнөтө баштайт. Бул PIMv1де.
Жана PIMv2де Мамлекеттик жаңылоо таймери кошулду (демейки боюнча 60 секунд). R3тен Prune билдирүүсү жөнөтүлгөндөн кийин, бул таймер R3дө башталат. Бул таймердин мөөнөтү аяктагандан кийин, R3 бул топ үчүн R3деги 2 мүнөттүк Prune Timerди баштапкы абалга келтирүүчү Мамлекеттик жаңыртуу билдирүүсүн жөнөтөт.
Prune билдирүүсүн жөнөтүүнүн себептери:
- Мультикастациялык пакет RPF текшерүүдөн өтпөй калганда.
- Мультикасттык топту (IGMP кошулуу) сураган жергиликтүү туташкан кардарлар жок болгондо жана мультикасттык трафик жөнөтүлө турган PIM кошуналары жок болгондо (Non-prune Interface).
Graft Message.
Келгиле, R3 R2ден трафикти каалабай, Prune жөнөтүп, R1ден мультикаст алганын элестетип көрөлү. Бирок күтүлбөгөн жерден R1-R3 ортосундагы канал кулап, R3 мультикастсыз калды. R3деги Prune таймеринин мөөнөтү бүткүчө 2 мүнөт күтө аласыз. 3 мүнөт көп күтүү, күтпөш үчүн, сиз дароо бул S0/1 интерфейсин кыркылган абалдан R2ге алып келе турган билдирүү жөнөтүшүңүз керек. Бул билдирүү Graft билдирүүсү болот. Graft билдирүүсүн алгандан кийин, R2 Graft-ACK менен жооп берет.
Prune Override.
Келгиле, бул диаграмманы карап көрөлү. R1 эки роутер менен сегментке мультикастты таркатат. R3 трафикти кабыл алат жана таркатат, R2 кабыл алат, бирок трафикти уктурууга эч кими жок. Бул сегментте R1ге Prune билдирүүсүн жөнөтөт. R1 тизмеден Fa0/0 алып салышы керек жана бул сегментте берүүнү токтотуу керек, бирок R3 менен эмне болот? Жана R3 ошол эле сегментте, ошондой эле Prune бул билдирүүнү кабыл алды жана кырдаалдын трагедиясын түшүндү. R1 уктурууну токтотконго чейин 3 секунддук таймерди коёт жана 3 секунддан кийин берүүнү токтотот. 3 секунд - бул R3 мультикастты жоготуп албаш үчүн так канча убакытка ээ. Ошондуктан, R3 бул топ үчүн Pim Join билдирүүсүн мүмкүн болушунча тезирээк жөнөтөт жана R1 мындан ары уктурууну токтотууну ойлобойт. Төмөндө кошулуу билдирүүлөрү жөнүндө.
Assert Message.
Келгиле, бул жагдайды элестетип көрөлү: эки роутер бир эле тармакка тарайт. Алар бир эле агымды булактан алышат жана экөө тең e0 интерфейсинин артында бир эле тармакка таркатышат. Ошондуктан, алар бул тармак үчүн жалгыз жана жалгыз уктуруучу ким болорун аныкташы керек. Бул үчүн Assert билдирүүлөрү колдонулат. R2 жана R3 мультикаст трафигинин кайталанышын аныктаганда, башкача айтканда, мультикаст R2 жана R3ке келгенде, алар өздөрү тараткан, роутерлер бул жерде бир нерсе туура эмес экенин түшүнүшөт. Мында роутерлер Assert билдирүүлөрүн жөнөтүшөт, алар Административдик Дистанцияны жана мультикаст булагына жеткен маршруттун метрикасын камтыйт - 10.1.1.10. Жеңүүчү төмөнкүдөй аныкталат:
- AD төмөн болгон.
- Эгерде AD тең болсо, анда кимде төмөнкү көрсөткүч бар.
- Эгерде бул жерде теңдик бар болсо, анда алар бул мультикастты тараткан тармакта IP жогору болгон адам.
Бул добуш берүүнүн жеңүүчүсү дайындалган роутер болот. Pim Hello да DR тандоо үчүн колдонулат. Макаланын башында PIM Hello билдирүүсү көрсөтүлдү, анда DR талаасын көрө аласыз. Бул шилтемеде эң жогору IP дареги бар адам жеңет.
Пайдалуу белги:
MROUTE таблицасы.
PIM протоколу кантип иштээрин биринчи жолу карап чыккандан кийин, биз мультикаст багыттоо таблицасы менен кантип иштөө керектигин түшүнүшүбүз керек. Маршрут таблицасы кардарлардан кайсы агымдар суралганы жана мультикаст серверлерден кайсы агымдар агып жаткандыгы тууралуу маалыматты сактайт.
Мисалы, кандайдыр бир интерфейсте IGMP Мүчөлүк отчету же PIM кошулуусу алынганда, маршруттук таблицага түрдөгү жазуу ( *, G ) кошулат:
Бул жазуу 238.38.38.38 дареги менен трафик сурамы кабыл алынганын билдирет. DC желеги мультикасттын тыгыз режимде иштей турганын билдирет, ал эми C алуучу роутерге түздөн-түз туташкандыгын билдирет, башкача айтканда, роутер IGMP мүчөлүк отчетун жана PIM кошулуусун алган.
Эгерде (S,G) типтеги жазуу бар болсо, анда бизде мультикаст агым бар дегенди билдирет:
S талаасында - 192.168.1.11, биз мультикаст булагынын IP дарегин каттадык, дал ушул RPF эрежеси менен текшерилет. Эгерде көйгөйлөр пайда болсо, биринчи кезекте сиз булакка баруучу маршруттун бирдиктүү таблицасын текшеришиңиз керек. Кирүүчү интерфейс талаасында мультикаст кабыл алынган интерфейсти көрсөтөт. Уникаст багыттоо таблицасында булакка баруучу жол бул жерде көрсөтүлгөн интерфейске кайрылышы керек. Outgoing Interface мультикасттын кайда багыттала турганын аныктайт. Эгерде ал бош болсо, анда роутер бул трафик үчүн эч кандай суроо-талаптарды алган эмес. Бардык желектер тууралуу көбүрөөк маалымат тапса болот .
PIM сейрек режими.
Sparse-режимдин стратегиясы тыгыз режимге карама-каршы келет. Sparse-режим мультикаст трафикти кабыл алганда, ал трафикти ушул агым үчүн сурамдар болгон интерфейстер аркылуу гана жөнөтөт, мисалы, бул трафикти сураган Pim Join же IGMP Report билдирүүлөрү.
SM жана DM үчүн окшош элементтер:
- Коңшулук мамилелер PIM DMдегидей эле курулат.
- RPF эрежеси иштейт.
- DR тандоо окшош.
- Prune Overrides жана Assert билдирүүлөрүнүн механизми окшош.
Тармакта ким, кайда жана кандай мультикаст трафик керек экенин көзөмөлдөө үчүн жалпы маалымат борбору керек. Биздин борборубуз Rendezvous Point (RP) болот. Кимде ким мультикаст трафикти кааласа же кимдир бирөө булактан мультикаст трафикти ала баштаган болсо, анда ал аны RPге жөнөтөт.
RP мультикаст трафикти алганда, аны мурда бул трафикти сураган роутерлерге жөнөтөт.
RP R3 болгон топологияны элестетип көрөлү. R1 S1ден трафикти кабыл алар замат, ал бул мультикаст пакетти Unicast PIM Register билдирүүсүнө капсулдап, аны RPге жөнөтөт. Ал КП ким экенин кайдан билет? Бул учурда, ал статикалык конфигурацияланган жана динамикалык RP конфигурациясы жөнүндө кийинчерээк сүйлөшөбүз.
ip pim rp-дареги 3.3.3.3
RP карайт - бул трафикти алууну каалаган адамдан маалымат барбы? Андай болгон эмес деп коёлу. Андан кийин RP R1ге PIM Register-Stop билдирүүсүн жөнөтөт, демек бул мультикаст эч кимге керек эмес, каттоодон баш тартылат. R1 мультикаст жөнөтпөйт. Бирок мультикаст булагы хосту аны жөнөтөт, ошентип R1, Register-Stop алгандан кийин, 60 секундага барабар Регистр-Бастуу таймерин баштайт. Бул таймердин мөөнөтү бүтөрүнө 5 секунд калганда, R1 бош Регистр билдирүүсүн Нөл-Регистр бити менен (башкача айтканда, капсулаланган мультикаст пакети жок) RPга жөнөтөт. RP, өз кезегинде, мындай иш-аракет кылат:
- Эгерде алуучулар жок болсо, анда ал Каттоо-Токтотуу билдирүүсү менен жооп берет.
- Эгерде алуучулар пайда болсо, ал эч кандай жооп бербейт. R1, 5 секунддун ичинде катталуудан баш тартууну албаса, кубанат жана RPга капсулаланган мультикаст менен Каттоо билдирүүсүн жөнөтөт.
Биз мультикаст RPга кантип жетээрин түшүндүк окшойт, эми RP алуучуларга трафикти кантип жеткирет деген суроого жооп берүүгө аракет кылалы. Бул жерде жаңы концепцияны - тамыр-жол дарагын (RPT) киргизүү керек. RPT ар бир PIM-SM роутеринде бутактанып, алуучуларга карай өсүп, RP тамыры бар дарак. RP аны PIM Join билдирүүлөрүн алуу менен жаратат жана даракка жаңы бутак кошот. Ошентип, ар бир ылдый роутер кылат. Жалпы эреже мындай көрүнөт:
- PIM-SM роутери RP жашырылган интерфейстен башка каалаган интерфейсте PIM кошулуу билдирүүсүн алганда, ал даракка жаңы бутак кошот.
- PIM-SM роутери түздөн-түз туташкан хосттон IGMP Мүчөлүк отчетун алганда да бутак кошулат.
5 тобу үчүн R228.8.8.8 роутеринде мультикаст кардарыбыз бар деп элестетип көрөлү. R5 хосттон IGMP мүчөлүк отчетун алаары менен, R5 RP багытында PIM кошулуусун жөнөтөт жана өзү хостко караган даракка интерфейс кошот. Андан кийин, R4 R5тен PIM Join алат, даракка Gi0/1 интерфейсин кошот жана RP багытында PIM Join жөнөтөт. Акырында, RP ( R3 ) PIM кошулууну кабыл алып, даракка Gi0/0 кошот. Ошентип, мультикаст алуучу катталат. Биз R3-Gi0/0 → R4-Gi0/1 → R5-Gi0/0 тамыры менен даракты куруп жатабыз.
Андан кийин, PIM кошулуусу R1ге жөнөтүлөт жана R1 мультикаст трафигин жөнөтө баштайт. Белгилей кетчү нерсе, эгерде хост мультикаст берүү башталганга чейин трафик сураса, анда RP PIM Joinди жөнөтпөйт жана R1ге эч нерсе жөнөтпөйт.
Эгерде күтүлбөгөн жерден мультикаст жөнөтүлүп жатканда, хост аны кабыл алууну каалабай калса, RP Gi0/0 интерфейсинде PIM Prune алаары менен, ал дароо PIM Register-Stopти түздөн-түз R1ге, андан кийин PIM Prune жөнөтөт. Gi0/1 интерфейси аркылуу билдирүү. PIM Register-stop Unicast аркылуу PIM Реестри келген дарекке жөнөтүлөт.
Жогоруда айтылгандай, роутер башкасына PIM кошулуусун жөнөтөөр замат, мисалы R5тен R4кө, R4ке жазуу кошулат:
Жана R5 бул таймерди тынымсыз баштапкы абалга келтириши керек болгон таймер ишке киргизилет. R4 ар бир 5 PIM кошулуу билдирүүлөрүн жөнөтөт.
Эң кыска жол дарагына өтүү.
Биз R1 жана R5 ортосунда интерфейсти кошобуз жана бул топология менен трафиктин кантип агып жатканын көрөбүз.
Келгиле, трафик R1-R2-R3-R4-R5 эски схемасы боюнча жөнөтүлгөн жана кабыл алынган деп ойлойлу, бул жерде биз R1 жана R5 ортосундагы интерфейсти туташтырдык жана конфигурацияладык.
Биринчиден, биз R5 боюнча unicast маршруттук таблицаны кайра курушубуз керек жана азыр R192.168.1.0 Gi24/5 интерфейси аркылуу 0/2 тармагына жетебиз. Эми Gi5/0 интерфейсинде мультикастты кабыл алып жаткан R1, RPF эрежеси канааттандырылбасын түшүнөт жана Gi0/2де мультикастты алуу логикалуураак болот. Ал RPTден ажыратылып, эң кыска жол дарагы (SPT) деп аталган кыскараак даракты куруу керек. Бул үчүн, ал Gi0/2 аркылуу R1ге PIM кошулууну жөнөтөт жана R1 Gi0/2 аркылуу да мультикаст жөнөтө баштайт. Эми R5 эки нускасын албаш үчүн RPT жазылуусун токтотушу керек. Бул үчүн, ал Prune булактын IP дарегин көрсөтүү менен атайын бит - RPT-бит киргизген билдирүү жөнөтөт. Бул мага трафик жөнөтүүнүн кереги жок дегенди билдирет, менде бул жерде жакшыраак дарак бар. RP ошондой эле PIM Prune билдирүүлөрүн R1ге жөнөтөт, бирок Каттоо-Токтотуу билдирүүсүн жөнөтпөйт. Дагы бир өзгөчөлүк: R5 азыр PIM Pruneди RPге үзгүлтүксүз жөнөтөт, анткени R1 ар бир мүнөт сайын PIM реестрин RPге жөнөтүүнү улантат. Бул трафикти каалаган жаңы адамдар болмоюнча, РП андан баш тартат. R5 RPга SPT аркылуу мультикаст алууну улантып жатканын кабарлайт.
Динамикалык RP издөө.
Auto-RP.
Бул технология Cisco компаниясына таандык жана өзгөчө популярдуу эмес, бирок дагы деле тирүү. Auto-RP операциясы эки негизги этаптан турат:
1) RP RP-Announce билдирүүлөрүн сакталган дарекке жөнөтөт - 224.0.1.39, өзүн же бардыгы үчүн же белгилүү бир топтор үчүн RP деп жарыялайт. Бул билдирүү мүнөт сайын жөнөтүлөт.
2) RP картасын түзүү агенти талап кылынат, ал RP-Discovery билдирүүлөрүн жөнөтөт, кайсы топтор үчүн кайсы RP угулушу керек. Бул билдирүүдөн кадимки PIM роутерлор РПны өздөрү аныкташат. Карталоо агенти RP роутеринин өзү же өзүнчө PIM роутери болушу мүмкүн. RP-Discovery 224.0.1.40 дарегине бир мүнөттүк таймер менен жөнөтүлөт.
Келгиле, процессти кененирээк карап көрөлү:
R3 RP катары конфигурациялайлы:
ip pim жөнөтүү-rp-жарыялоо loopback 0 чөйрөсү 10
R2 карта агенти катары:
ip pim жөнөтүү-rp-ачуу цикли 0 масштабы 10
Жана башкалардын бардыгында биз Auto-RP аркылуу RP күтөбүз:
ip pim autorp угуучу
Биз R3 конфигурациялагандан кийин, ал RP-Announce жөнөтө баштайт:
Ал эми R2, карта агентти орноткондон кийин, RP-жарыялоо билдирүүсүн күтө баштайт. Жок дегенде бир RP тапканда гана ал RP-Discovery жөнөтө баштайт:
Ошентип, кадимки роутерлор (PIM RP угуучу) бул билдирүүнү алаары менен, алар RPди кайдан издөө керектигин билишет.
Auto-RP менен болгон негизги көйгөйлөрдүн бири - RP-Announce жана RP-Discovery билдирүүлөрүн алуу үчүн сиз PIM Joinди 224.0.1.39-40 даректерине жөнөтүшүңүз керек, ал эми жөнөтүү үчүн сиз кайда экенин билишиңиз керек. РП жайгашкан. Классикалык тоок жана жумуртка көйгөйү. Бул маселени чечүү үчүн, PIM Sparse-Tense-Mode ойлоп табылган. Эгерде роутер RPди билбесе, анда ал тыгыз режимде иштейт, эгер билсе, анда сейрек режимде иштейт. PIM Sparse-режими жана ip pim autorp угуучу буйругу кадимки роутерлердин интерфейстеринде конфигурацияланганда, роутер Auto-RP протоколунан (224.0.1.39-40) түздөн-түз мультикастинг үчүн гана тыгыз режимде иштейт.
BootStrap роутер (BSR).
Бул функция Auto-RP сыяктуу иштейт. Ар бир RP карталоочу агентке билдирүү жөнөтөт, ал карта түзүү маалыматын чогултат жана андан кийин бардык башка роутерлерге айтып берет. Процессти Auto-RP сыяктуу сүрөттөп көрөлү:
1) R3 программасын RP болууга талапкер катары конфигурациялагандан кийин, буйрук менен:
ip pim рп-талапкер 0
Ошондо R3 эч нерсе кылбайт; атайын билдирүүлөрдү жөнөтө баштоо үчүн, алгач карта агентти табышы керек. Ошентип, биз экинчи кадамга өтөбүз.
2) R2ди карта агенти катары конфигурациялаңыз:
ip pim бср-кандидаттык луп 0
R2 PIM Bootstrap билдирүүлөрүн жөнөтө баштайт, анда ал өзүн карта агенти катары көрсөтөт:
Бул билдирүү 224.0.013 дарегине жөнөтүлөт, аны PIM протоколу башка билдирүүлөр үчүн да колдонот. Бул аларды бардык багыттар боюнча жөнөтөт жана ошондуктан Auto-RPдегидей тоок жана жумуртка маселеси жок.
3) RP BSR роутеринен билдирүү алгандан кийин, ал дароо BSR роутердин дарегине Unicast билдирүү жөнөтөт:
Андан кийин, БСР РП жөнүндө маалымат алып, аларды мультикаст аркылуу 224.0.0.13 дарегине жөнөтөт, аны бардык PIM роутерлор угат. Ошондуктан, буйруктун аналогу ip pim autorp угуучу BSRде эмес кадимки роутерлер үчүн.
Multicast Source Discovery Protocol (MSDP) менен Anycast RP.
Auto-RP жана BSR бизге RPдеги жүктү төмөнкүдөй бөлүштүрүүгө мүмкүндүк берет: Ар бир мультикаст тобунда бир гана активдүү RP бар. Бир мультикаст тобу үчүн жүктү бир нече RP боюнча бөлүштүрүү мүмкүн эмес. MSDP муну RP роутерлерине 255.255.255.255 маскасы менен бир эле IP даректи берүү менен жасайт. MSDP ыкмалардын бирин колдонуу менен маалыматты үйрөнөт: статикалык, Auto-RP же BSR.
Сүрөттө бизде MSDP менен Auto-RP конфигурациясы бар. Эки RP тең Loopback 172.16.1.1 интерфейсинде 32/1 IP дареги менен конфигурацияланган жана бардык топтор үчүн колдонулат. RP-Announce менен эки роутер тең бул дарекке шилтеме кылуу менен өздөрүн жарыялашат. Auto-RP картасын түзүү агенти маалыматты алгандан кийин, 172.16.1.1/32 дареги менен RP жөнүндө RP-Discovery жөнөтөт. Биз роутерлерге IGP аркылуу 172.16.1.1/32 тармагы жөнүндө айтып беребиз жана, ошого жараша. Ошентип, PIM роутерлер 172.16.1.1/32 тармагына маршрут боюнча кийинки хоп катары көрсөтүлгөн РПдан агымдарды сурайт же каттайт. MSDP протоколунун өзү мультикасттык маалымат жөнүндө билдирүүлөрдү алмашуу үчүн RPs үчүн иштелип чыккан.
Бул топологияны карап көрөлү:
Switch6 трафикти 238.38.38.38 дарегине таратат жана азырынча бул тууралуу RP-R1 гана билет. Switch7 жана Switch8 бул топту сурады. R5 жана R4 роутерлери R1 жана R3 үчүн PIM кошулуусун жөнөтүшөт. Неге? R13.13.13.13 үчүн 5 маршруту, R1 сыяктуу эле, IGP метрикасын колдонуу менен R4ге кайрылат.
RP-R1 агым жөнүндө билет жана аны R5ке тарата баштайт, бирок R4 бул жөнүндө эч нерсе билбейт, анткени R1 аны жөн эле жөнөтпөйт. Ошондуктан МСДП керек. Биз аны R1 жана R5те конфигурациялайбыз:
R3.3.3.3 боюнча ip msdp peer 1 байланыш булагы Loopback1
R1.1.1.1 боюнча ip msdp peer 3 байланыш булагы Loopback3
Алар бири-биринин ортосунда сеанс уюштурушат жана кандайдыр бир агым келип түшкөндө, алар бул тууралуу RP кошунасына билдиришет.
RP-R1 Switch6дан агымды кабыл алар замат, ал дароо MSDP Source-Active Unicast билдирүүсүн жөнөтөт, анда (S, G) сыяктуу маалыматты камтыган - мультикасттын булагы жана көздөгөн жери жөнүндө маалымат. Эми RP-R3 Switch6 сыяктуу булак R4 бул агымга суроо-талапты алганда, маршруттук таблицаны жетекчиликке алып, Switch6 тарапка PIM кошулууну жөнөтөрүн билет. Демек, мындай PIM кошулуусун алган R1 RP-R3 тарапка трафик жөнөтө баштайт.
MSDP TCP аркылуу иштейт, РПлар жандуулугун текшерүү үчүн бири-бирине туруктуу билдирүүлөрдү жөнөтүшөт. Таймер 60 секунд.
Keepalive жана SA билдирүүлөрү эч кандай доменге мүчөлүгүн көрсөтпөгөндүктөн, MSDP теңдештерин ар кандай домендерге бөлүү функциясы бүдөмүк бойдон калууда. Ошондой эле, бул топологияда биз ар кандай домендерди көрсөткөн конфигурацияны сынап көрдүк - аткарууда эч кандай айырма болгон жок.
Эгер кимдир бирөө түшүндүрө алса, мен аны комментарийлерден окууга кубанычтамын.
Source: www.habr.com