Itifaki ya PIM ni seti ya itifaki za kusambaza multicast katika mtandao kati ya vipanga njia. Mahusiano ya ujirani yanajengwa kwa njia sawa na katika kesi ya itifaki za uelekezaji zenye nguvu. PIMv2 hutuma ujumbe wa Hello kila baada ya sekunde 30 kwa anwani ya utangazaji anuwai iliyohifadhiwa 224.0.0.13 (All-PIM-Routers). Ujumbe una Vipima Vipima Muda - kwa kawaida ni sawa na 3.5*Hujambo Kipima Muda, yaani, sekunde 105 kwa chaguo-msingi.
PIM hutumia njia kuu mbili za uendeshaji - Dense na Sparse mode. Wacha tuanze na hali mnene.
Miti ya Usambazaji inayotegemea Chanzo.
Dense-mode mode inashauriwa kutumia katika kesi ya idadi kubwa ya wateja wa makundi mbalimbali ya multicast. Wakati kipanga njia kinapokea trafiki ya multicast, jambo la kwanza hufanya ni kuangalia kwa sheria ya RPF. RPF - sheria hii hutumiwa kuangalia chanzo cha multicast na meza ya unicast routing. Ni muhimu kwamba trafiki ifike kwenye kiolesura ambacho nyuma yake mwenyeji huyu amefichwa kulingana na toleo la jedwali la unicast routing. Utaratibu huu hutatua tatizo la kitanzi kinachotokea wakati wa maambukizi ya multicast.
R3 itatambua chanzo cha utangazaji anuwai (Chanzo IP) kutoka kwa ujumbe wa utangazaji anuwai na angalia mitiririko miwili kutoka kwa R1 na R2 kwa kutumia jedwali lake la unicast. Mtiririko kutoka kwa kiolesura kilichoelekezwa na jedwali (R1 hadi R3) utapitishwa zaidi, na mkondo kutoka kwa R2 utashushwa, kwa kuwa ili kufikia chanzo cha multicast, unahitaji kutuma pakiti kupitia S0/1.
Swali ni, nini kinatokea ikiwa una njia mbili sawa na kipimo sawa? Katika kesi hii, router itachagua ijayo-hop kutoka kwa njia hizi. Yeyote aliye na anwani ya juu ya IP atashinda. Ikiwa unahitaji kubadilisha tabia hii, unaweza kutumia ECMP. Maelezo zaidi .
Baada ya kuangalia utawala wa RPF, router hutuma pakiti ya multicast kwa majirani zake zote za PIM, isipokuwa kwa yule ambaye pakiti ilipokelewa. Vipanga njia vingine vya PIM hurudia mchakato huu. Njia ambayo pakiti ya upeperushaji anuwai imechukua kutoka kwa chanzo hadi kwa wapokeaji wa mwisho huunda mti unaoitwa mti wa usambazaji kulingana na chanzo, mti wa njia fupi zaidi (SPT), mti chanzo. Majina matatu tofauti, chagua lolote.
Jinsi ya kutatua tatizo ambalo baadhi ya ruta hazikuacha kwenye mkondo fulani wa multicast na hakuna mtu wa kuituma, lakini router ya mto hutuma kwake. Mbinu ya Prune ilivumbuliwa kwa hili.
Punguza Ujumbe.
Kwa mfano, R2 itaendelea kutuma multicast kwa R3, ingawa R3, kulingana na sheria ya RPF, inaiacha. Kwa nini kupakia chaneli? R3 hutuma Ujumbe wa Kupogoa wa PIM na R2, baada ya kupokea ujumbe huu, itaondoa kiolesura S0/1 kutoka kwa orodha ya kiolesura inayotoka kwa mtiririko huu, orodha ya violesura ambapo trafiki hii inapaswa kutumwa.
Ifuatayo ni ufafanuzi rasmi zaidi wa ujumbe wa PIM Prune:
Ujumbe wa PIM Prune hutumwa na kipanga njia kimoja hadi kipanga njia cha pili ili kusababisha kipanga njia cha pili kuondoa kiungo ambacho Prune inapokelewa kutoka kwa SPT fulani (S,G).
Baada ya kupokea ujumbe wa Prune, R2 inaweka kipima saa cha Prune hadi dakika 3. Baada ya dakika tatu, itaanza kutuma trafiki tena hadi itakapopokea ujumbe mwingine wa Prune. Hii ni katika PIMv1.
Na katika PIMv2 kipima muda cha Upyaji wa Hali kimeongezwa (sekunde 60 kwa chaguo-msingi). Mara tu ujumbe wa Prune unapotumwa kutoka kwa R3, kipima saa hiki kinaanza kwa R3. Baada ya kuisha muda wa kipima muda, R3 itatuma ujumbe wa Kuonyesha upya Hali, ambao utaweka upya Kipima Muda cha dakika 3 kwenye R2 kwa kikundi hiki.
Sababu za kutuma ujumbe wa Prune:
- Wakati pakiti ya multicast inashindwa kuangalia RPF.
- Wakati hakuna wateja waliounganishwa ndani ambao wameomba kikundi cha watangazaji anuwai (IGMP Jiunge) na hakuna majirani wa PIM ambao trafiki ya utangazaji anuwai inaweza kutumwa (Kiolesura kisicho cha kupogoa).
Ujumbe wa Graft.
Wacha tufikirie kuwa R3 haikutaka trafiki kutoka kwa R2, ilituma Prune na kupokea matangazo mengi kutoka kwa R1. Lakini ghafla, chaneli kati ya R1-R3 ilianguka na R3 iliachwa bila matangazo mengi. Unaweza kusubiri dakika 3 hadi Kipima Muda cha Kupogoa kwenye R2 kiishe. Dakika 3 ni za kusubiri kwa muda mrefu, ili usisubiri, unahitaji kutuma ujumbe ambao utaleta kiolesura hiki cha S0/1 papo hapo hadi R2 nje ya hali iliyokatwa. Ujumbe huu utakuwa ujumbe wa Graft. Baada ya kupokea ujumbe wa Graft, R2 itajibu kwa Graft-ACK.
Punguza Batilisha.
Hebu tuangalie mchoro huu. R1 inatangaza matangazo mengi kwa sehemu yenye ruta mbili. R3 inapokea na kutangaza trafiki, R2 inapokea, lakini haina mtu wa kutangaza trafiki. Inatuma ujumbe wa Prune kwa R1 katika sehemu hii. R1 inapaswa kuondoa Fa0/0 kutoka kwenye orodha na kuacha kutangaza katika sehemu hii, lakini nini kitatokea kwa R3? Na R3 iko katika sehemu hiyo hiyo, pia ilipokea ujumbe huu kutoka kwa Prune na kuelewa janga la hali hiyo. Kabla ya R1 kusitisha utangazaji, huweka kipima muda cha sekunde 3 na kitaacha kutangaza baada ya sekunde 3. Sekunde 3 - hii ni muda gani R3 anayo ili asipoteze utangazaji wake mwingi. Kwa hivyo, R3 hutuma ujumbe wa Pim Join kwa kikundi hiki haraka iwezekanavyo, na R1 haifikirii tena kusitisha utangazaji. Kuhusu Jiunge na jumbe hapa chini.
Ujumbe wa kudai.
Hebu fikiria hali hii: ruta mbili zinatangaza kwenye mtandao mmoja mara moja. Wanapokea mtiririko sawa kutoka kwa chanzo, na wote wanaitangaza kwa mtandao sawa nyuma ya kiolesura e0. Kwa hivyo, wanahitaji kuamua ni nani atakuwa mtangazaji pekee wa mtandao huu. Ujumbe wa kudai hutumiwa kwa hili. Wakati R2 na R3 hugundua kurudiwa kwa trafiki ya utangazaji anuwai, ambayo ni, R2 na R3 hupokea utangazaji anuwai ambayo wao wenyewe hutangaza, vipanga njia huelewa kuwa kuna kitu kibaya hapa. Katika kesi hii, vipanga njia hutuma ujumbe wa Madai, ambayo ni pamoja na Umbali wa Utawala na kipimo cha njia ambayo chanzo cha multicast kinapatikana - 10.1.1.10. Mshindi amedhamiriwa kama ifuatavyo:
- Yule aliye na AD ya chini.
- Ikiwa AD ni sawa, basi ni nani aliye na kipimo cha chini.
- Ikiwa kuna usawa hapa, basi yule aliye na IP ya juu kwenye mtandao ambao wanatangaza utangazaji huu anuwai.
Mshindi wa kura hii anakuwa Njia Iliyoteuliwa. Pim Hello pia hutumiwa kuchagua DR. Mwanzoni mwa makala, ujumbe wa PIM Hello ulionyeshwa, unaweza kuona shamba la DR huko. Yule aliye na anwani ya juu zaidi ya IP kwenye kiungo hiki atashinda.
Ishara muhimu:
Jedwali la MROUTE.
Baada ya kuangalia awali jinsi itifaki ya PIM inavyofanya kazi, tunahitaji kuelewa jinsi ya kufanya kazi na jedwali la uelekezaji wa multicast. Jedwali la mroute huhifadhi taarifa kuhusu mitiririko ipi iliyoombwa kutoka kwa wateja na mitiririko ipi inatiririka kutoka kwa seva za utangazaji anuwai.
Kwa mfano, Ripoti ya Uanachama wa IGMP au Kujiunga kwa PIM inapokewa kwenye kiolesura fulani, rekodi ya aina ( *, G ) huongezwa kwenye jedwali la kuelekeza:
Ingizo hili linamaanisha kuwa ombi la trafiki lilipokelewa kwa anwani 238.38.38.38. Bendera ya DC inamaanisha kuwa upeperushaji anuwai utafanya kazi katika hali Mnene na C inamaanisha kuwa mpokeaji ameunganishwa moja kwa moja kwenye kipanga njia, yaani, kipanga njia kilipokea Ripoti ya Uanachama wa IGMP na Kujiunga na PIM.
Ikiwa kuna rekodi ya aina (S,G) inamaanisha kuwa tuna mtiririko wa matangazo anuwai:
Katika uwanja wa S - 192.168.1.11, tumesajili anwani ya IP ya chanzo cha multicast, ni hii ambayo itaangaliwa na utawala wa RPF. Ikiwa kuna matatizo, jambo la kwanza unahitaji kufanya ni kuangalia meza ya unicast kwa njia ya chanzo. Katika uga wa Kiolesura Unaoingia, inaonyesha kiolesura ambacho utangazaji mwingi unapokelewa. Katika jedwali moja la uelekezaji, njia ya kuelekea kwenye chanzo lazima irejelee kiolesura kilichobainishwa hapa. Kiolesura Kinachotoka kinabainisha ambapo utangazaji anuwai utaelekezwa kwingine. Ikiwa ni tupu, basi router haijapokea maombi yoyote ya trafiki hii. Maelezo zaidi kuhusu bendera zote yanaweza kupatikana .
PIM Sparse-mode.
Mkakati wa hali ya Sparse ni kinyume cha Modi Mnene. Wakati Sparse-mode inapokea trafiki ya utangazaji anuwai, itatuma trafiki kupitia violesura vile tu ambapo kulikuwa na maombi ya mtiririko huu, kwa mfano Pim Join au IGMP Report messages kuomba trafiki hii.
Vipengele sawa vya SM na DM:
- Mahusiano ya ujirani yanajengwa kwa njia sawa na katika PIM DM.
- Kanuni ya RPF inafanya kazi.
- Uchaguzi wa DR ni sawa.
- Utaratibu wa Ubatilishaji wa Pune na ujumbe wa Madai ni sawa.
Ili kudhibiti ni nani, wapi na ni aina gani ya trafiki ya multicast inahitajika kwenye mtandao, kituo cha habari cha kawaida kinahitajika. Kituo chetu kitakuwa Rendezvous Point (RP). Mtu yeyote anayetaka aina fulani ya trafiki ya multicast au mtu alianza kupokea trafiki ya multicast kutoka kwa chanzo, kisha anaituma kwa RP.
Wakati RP inapokea trafiki ya utangazaji anuwai, itaituma kwa vipanga njia ambavyo viliomba trafiki hii hapo awali.
Wacha tufikirie topolojia ambapo RP ni R3. Mara tu R1 inapopokea trafiki kutoka kwa S1, hujumuisha pakiti hii ya matangazo mengi kwenye ujumbe wa Usajili wa PIM wa unicast na kuituma kwa RP. Anajuaje RP ni nani? Katika kesi hii, imeundwa kwa takwimu, na tutazungumzia kuhusu usanidi wa RP wenye nguvu baadaye.
ip pim rp-anwani 3.3.3.3
RP itaonekana - kulikuwa na habari kutoka kwa mtu ambaye angependa kupokea trafiki hii? Hebu tuchukulie haikuwa hivyo. Kisha RP itatuma R1 kwa PIM Register-Stop ujumbe, ambayo ina maana kwamba hakuna mtu anayehitaji multicast hii, usajili unakataliwa. R1 haitatuma utangazaji anuwai. Lakini mwenyeji wa chanzo cha multicast ataituma, ili R1, baada ya kupokea Daftari-Stop, itaanza saa ya Ukandamizaji wa Usajili sawa na sekunde 60. Sekunde 5 kabla ya kipima muda hiki kuisha, R1 itatuma ujumbe tupu wa Sajili na sehemu ya Null-Register (yaani, bila pakiti iliyoambatanishwa ya utangazaji anuwai) kuelekea RP. RP, kwa upande wake, itafanya kama hii:
- Ikiwa hapakuwa na wapokeaji, basi itajibu kwa ujumbe wa Sajili-Stop.
- Ikiwa wapokeaji wataonekana, hatajibu kwa njia yoyote. R1, ikiwa haijapokea kukataa kujiandikisha ndani ya sekunde 5, itafurahiya na kutuma ujumbe wa Daftari na utangazaji mwingi uliojumuishwa kwa RP.
Tunaonekana kuwa tumegundua jinsi multicast inafikia RP, sasa hebu tujaribu kujibu swali la jinsi RP inatoa trafiki kwa wapokeaji. Hapa ni muhimu kuanzisha dhana mpya - mti wa njia ya mizizi (RPT). RPT ni mti uliokita mizizi katika RP, unaokua kuelekea wapokeaji, unaotegemea kila kipanga njia cha PIM-SM. RP huunda kwa kupokea ujumbe wa PIM Jiunge na kuongeza tawi jipya kwenye mti. Na hivyo, kila kipanga njia cha chini kinafanya. Kanuni ya jumla inaonekana kama hii:
- Wakati kipanga njia cha PIM-SM kinapokea ujumbe wa PIM Join kwenye kiolesura chochote isipokuwa kiolesura ambacho RP imefichwa, huongeza tawi jipya kwenye mti.
- Tawi pia huongezwa wakati kipanga njia cha PIM-SM kinapokea Ripoti ya Uanachama ya IGMP kutoka kwa seva pangishi iliyounganishwa moja kwa moja.
Hebu fikiria kwamba tuna mteja wa multicast kwenye router R5 kwa kikundi 228.8.8.8. Mara tu R5 inapopokea Ripoti ya Uanachama wa IGMP kutoka kwa mwenyeji, R5 hutuma Kujiunga kwa PIM kwa mwelekeo wa RP, na yenyewe huongeza kiolesura kwa mti unaoangalia mwenyeji. Ifuatayo, R4 inapokea PIM Jiunge kutoka kwa R5, inaongeza kiolesura cha Gi0/1 kwenye mti na kutuma PIM Jiunge kwenye mwelekeo wa RP. Hatimaye, RP ( R3 ) inapokea PIM Join na kuongeza Gi0/0 kwenye mti. Kwa hivyo, mpokeaji wa multicast amesajiliwa. Tunajenga mti na mzizi R3-Gi0/0 β R4-Gi0/1 β R5-Gi0/0.
Baada ya hayo, Kujiunga kwa PIM kutatumwa kwa R1 na R1 itaanza kutuma trafiki ya matangazo mengi. Ni muhimu kutambua kwamba ikiwa mwenyeji aliomba trafiki kabla ya matangazo ya multicast kuanza, basi RP haitatuma PIM Join na haitatuma chochote kwa R1 kabisa.
Ikiwa ghafla wakati multicast inatumwa, mwenyeji ataacha kutaka kuipokea, mara tu RP inapopokea Prune ya PIM kwenye kiolesura cha Gi0/0, mara moja itatuma Daftari la PIM-Stop moja kwa moja kwa R1, na kisha Prune ya PIM. ujumbe kupitia kiolesura cha Gi0/1. PIM Register-stop inatumwa kupitia unicast kwa anwani ambayo Daftari la PIM lilitoka.
Kama tulivyosema hapo awali, mara tu router inapotuma PIM Jiunge kwa mwingine, kwa mfano R5 hadi R4, basi rekodi inaongezwa kwa R4:
Na kipima muda kimeanzishwa ambacho R5 lazima kiweke upya kipima saa hiki mara kwa mara PIM Jiunge na ujumbe kila mara, vinginevyo R4 haitajumuishwa kwenye orodha inayotoka. R5 itatuma kila jumbe 60 za Kujiunga na PIM.
Kubadilisha Mti kwa Njia fupi zaidi.
Tutaongeza kiolesura kati ya R1 na R5 na kuona jinsi trafiki inavyotiririka na topolojia hii.
Hebu tufikiri kwamba trafiki ilitumwa na kupokea kulingana na mpango wa zamani R1-R2-R3-R4-R5, na hapa tuliunganisha na kusanidi interface kati ya R1 na R5.
Kwanza kabisa, tunapaswa kujenga upya meza ya unicast kwenye R5 na sasa mtandao 192.168.1.0/24 unafikiwa kupitia interface ya R5 Gi0/2. Sasa R5, inapokea utangazaji anuwai kwenye kiolesura cha Gi0/1, inaelewa kuwa sheria ya RPF haijaridhika na itakuwa busara zaidi kupokea utangazaji anuwai kwenye Gi0/2. Inapaswa kutenganisha kutoka kwa RPT na kujenga mti mfupi unaoitwa Shortest-Path Tree (SPT). Ili kufanya hivyo, anatuma PIM Join kwa R0 kupitia Gi2/1 na R1 huanza kutuma multicast pia kupitia Gi0/2. Sasa R5 inahitaji kujiondoa kutoka kwa RPT ili isipokee nakala mbili. Ili kufanya hivyo, anatuma Prune ujumbe unaoonyesha anwani ya IP ya chanzo na kuingiza kidogo maalum - RPT-bit. Hii inamaanisha kuwa hauitaji kunitumia trafiki, nina mti bora hapa. RP pia hutuma ujumbe wa PIM Prune kwa R1, lakini haitumi ujumbe wa Sajili-Komesha. Kipengele kingine: R5 sasa itaendelea kutuma PIM Prune kwa RP, huku R1 ikiendelea kutuma Rejesta ya PIM kwa RP kila dakika. Hadi kusiwe na watu wapya wanaotaka trafiki hii, RP itaikataa. R5 inaarifu RP kwamba inaendelea kupokea matangazo anuwai kupitia SPT.
Utafutaji wa Dynamic RP.
Auto-RP.
Teknolojia hii ni ya umiliki kutoka kwa Cisco na sio maarufu sana, lakini bado iko hai. Operesheni ya Auto-RP ina hatua mbili kuu:
1) RP hutuma ujumbe wa RP-Tangaza kwa anwani iliyohifadhiwa - 224.0.1.39, ikijitangaza yenyewe RP ama kwa kila mtu au kwa vikundi maalum. Ujumbe huu unatumwa kila dakika.
2) Wakala wa ramani wa RP anahitajika, ambaye atatuma ujumbe wa RP-Discovery unaoonyesha ni vikundi vipi ambavyo RP inapaswa kusikilizwa. Ni kutokana na ujumbe huu kwamba ruta za kawaida za PIM zitaamua RP kwao wenyewe. Wakala wa Ramani anaweza kuwa kipanga njia chenyewe cha RP au kipanga njia tofauti cha PIM. RP-Discovery inatumwa kwa anwani 224.0.1.40 na kipima muda cha dakika moja.
Wacha tuangalie mchakato kwa undani zaidi:
Wacha tusanidi R3 kama RP:
ip pim send-rp-kutangaza kitanzi 0 upeo wa 10
R2 kama wakala wa ramani:
ip pim send-rp-discovery loopback 0 upeo 10
Na kwa wengine wote tutatarajia RP kupitia Auto-RP:
ip pim autop msikilizaji
Mara tu tunaposanidi R3, itaanza kutuma RP-Tangaza:
Na R2, baada ya kusanidi wakala wa ramani, itaanza kusubiri ujumbe wa RP-Tangaza. Ni pale tu itakapopata angalau RP moja ndipo itaanza kutuma RP-Discovery:
Kwa njia hii, mara tu vipanga njia vya kawaida (PIM RP Listener) vinapopokea ujumbe huu, watajua wapi pa kutafuta RP.
Mojawapo ya shida kuu za Auto-RP ni kwamba ili kupokea ujumbe wa RP-Tangaza na RP-Discovery, unahitaji kutuma PIM Join kwa anwani 224.0.1.39-40, na ili kutuma, unahitaji kujua wapi RP iko. Tatizo la kuku na yai la kawaida. Ili kutatua tatizo hili, PIM Sparse-Dense-Mode ilivumbuliwa. Ikiwa router haijui RP, basi inafanya kazi katika hali ya Dense; ikiwa inafanya, basi katika hali ya Sparse. Wakati PIM Sparse-mode na amri ya msikilizaji wa ip pim autorp inaposanidiwa kwenye miingiliano ya vipanga njia vya kawaida, kipanga njia kitafanya kazi katika hali Mnene pekee kwa utumaji anuwai moja kwa moja kutoka kwa itifaki ya Auto-RP (224.0.1.39-40).
Njia ya BootStrap (BSR).
Chaguo hili la kukokotoa linafanya kazi sawa na Auto-RP. Kila RP hutuma ujumbe kwa wakala wa ramani, ambaye hukusanya maelezo ya ramani na kisha kuwaambia vipanga njia vingine vyote. Wacha tueleze mchakato sawa na Auto-RP:
1) Mara tu tunaposanidi R3 kama mgombeaji kuwa RP, na amri:
ip pim rp-mgombea kitanzi 0
Kisha R3 haitafanya chochote; ili kuanza kutuma ujumbe maalum, anahitaji kwanza kupata wakala wa ramani. Kwa hivyo, tunaendelea kwa hatua ya pili.
2) Sanidi R2 kama wakala wa ramani:
ip pim bsr-mgombea kitanzi 0
R2 huanza kutuma ujumbe wa PIM Bootstrap, ambapo inajionyesha kama wakala wa ramani:
Ujumbe huu unatumwa kwa anwani 224.0.013, ambayo itifaki ya PIM pia hutumia kwa ujumbe wake mwingine. Inazituma pande zote na kwa hivyo hakuna shida ya kuku na yai kama ilivyokuwa kwenye Auto-RP.
3) Mara tu RP inapopokea ujumbe kutoka kwa kipanga njia cha BSR, mara moja itatuma ujumbe usiojulikana kwa anwani ya kipanga njia cha BSR:
Baada ya hapo, BSR, baada ya kupokea taarifa kuhusu RPs, itawatuma kwa multicast kwa anwani 224.0.0.13, ambayo inasikilizwa na routers zote za PIM. Kwa hivyo, analog ya amri ip pim autop msikilizaji kwa ruta za kawaida sio katika BSR.
Anycast RP iliyo na Itifaki ya Ugunduzi wa Chanzo cha Multicast (MSDP).
Auto-RP na BSR huturuhusu kusambaza mzigo kwenye RP kama ifuatavyo: Kila kikundi cha utangazaji anuwai kina RP moja tu inayotumika. Haitawezekana kusambaza mzigo kwa kikundi kimoja cha utangazaji anuwai juu ya RP kadhaa. MSDP hufanya hivyo kwa kutoa vipanga njia vya RP anwani sawa ya IP na barakoa ya 255.255.255.255. MSDP hujifunza taarifa kwa kutumia mojawapo ya mbinu: tuli, Auto-RP au BSR.
Katika picha tunayo usanidi wa Auto-RP na MSDP. RP zote mbili zimesanidiwa kwa anwani ya IP 172.16.1.1/32 kwenye kiolesura cha Loopback 1 na hutumiwa kwa vikundi vyote. Kwa RP-Tangaza, vipanga njia vyote viwili vinajitangaza kwa kurejelea anwani hii. Wakala wa ramani ya Auto-RP, baada ya kupokea taarifa, hutuma RP-Discovery kuhusu RP na anwani 172.16.1.1/32. Tunawaambia ruta kuhusu mtandao 172.16.1.1/32 kwa kutumia IGP na, ipasavyo. Kwa hivyo, vipanga njia vya PIM huomba au kusajili mtiririko kutoka kwa RP ambayo imebainishwa kama njia inayofuata kwenye njia ya mtandao 172.16.1.1/32. Itifaki ya MSDP yenyewe imeundwa kwa ajili ya RPs wenyewe kubadilishana ujumbe kuhusu taarifa za upeperushaji anuwai.
Fikiria topolojia hii:
Switch6 inatangaza trafiki kwa anwani 238.38.38.38 na hadi sasa ni RP-R1 pekee inayojua kuihusu. Switch7 na Switch8 waliomba kikundi hiki. Vipanga njia R5 na R4 vitatuma PIM Join kwa R1 na R3, mtawalia. Kwa nini? Njia ya 13.13.13.13 kwa R5 itarejelea R1 kwa kutumia kipimo cha IGP, kama tu kwa R4.
RP-R1 inajua kuhusu mkondo na itaanza kuitangaza kuelekea R5, lakini R4 haijui chochote kuihusu, kwani R1 haitaituma tu. Kwa hiyo MSDP ni muhimu. Tunaisanidi kwa R1 na R5:
ip msdp peer 3.3.3.3 connect-source Loopback1 kwenye R1
ip msdp peer 1.1.1.1 connect-source Loopback3 kwenye R3
Wataanzisha kikao kati ya kila mmoja na wakati wa kupokea mtiririko wowote wataripoti kwa jirani yao RP.
Mara tu RP-R1 inapopokea mtiririko kutoka kwa Switch6, itatuma mara moja ujumbe unicast wa MSDP Source-Active, ambao utakuwa na taarifa kama (S, G) - maelezo kuhusu chanzo na lengwa la utangazaji anuwai. Sasa kwa kuwa RP-R3 inajua kuwa chanzo kama vile Switch6, inapopokea ombi kutoka kwa R4 kwa mtiririko huu, itatuma PIM Join kuelekea Switch6, ikiongozwa na jedwali la kuelekeza. Kwa hivyo, R1 ikiwa imepokea Jiunge kama hilo la PIM itaanza kutuma trafiki kuelekea RP-R3.
MSDP inaendesha TCP, RPs hutumana ujumbe wa kuweka hai ili kuangalia uhalisi. Kipima muda ni sekunde 60.
Kazi ya kugawanya programu zingine za MSDP katika vikoa tofauti bado haijafahamika, kwa kuwa ujumbe wa Keepalive na SA hauonyeshi uanachama katika kikoa chochote. Pia, katika topolojia hii, tulijaribu usanidi unaoonyesha vikoa tofauti - hakukuwa na tofauti katika utendakazi.
Ikiwa mtu yeyote anaweza kufafanua, ningefurahi kuisoma kwenye maoni.
Chanzo: mapenzi.com