PIM protokols ir protokolu kopums multiraides pÄrsÅ«tÄ«Å”anai tÄ«klÄ starp marÅ”rutÄtÄjiem. Apkaimes attiecÄ«bas tiek veidotas tÄpat kÄ dinamisko marÅ”rutÄÅ”anas protokolu gadÄ«jumÄ. PIMv2 ik pÄc 30 sekundÄm nosÅ«ta Hello ziÅojumus uz rezervÄto multiraides adresi 224.0.0.13 (All-PIM-Routers). ZiÅojumÄ ir ietverti aizturÄÅ”anas taimeri ā parasti vienÄds ar 3.5* Hello Timer, tas ir, pÄc noklusÄjuma 105 sekundes.
PIM izmanto divus galvenos darbÄ«bas režīmus ā blÄ«vo un reto režīmu. SÄksim ar blÄ«vo režīmu.
Uz avotu balstīti izplatīŔanas koki.
BlÄ«vÄ režīma režīmu ieteicams izmantot, ja ir liels dažÄdu multiraides grupu klientu skaits. Kad marÅ”rutÄtÄjs saÅem multiraides trafiku, vispirms tas pÄrbauda, āāvai tajÄ nav ievÄrota RPF kÄrtula. RPF ā Å”o noteikumu izmanto, lai pÄrbaudÄ«tu multiraides avotu ar unicast marÅ”rutÄÅ”anas tabulu. Ir nepiecieÅ”ams, lai satiksme nonÄk saskarnÄ, aiz kuras Å”is resursdators ir paslÄpts atbilstoÅ”i unicast marÅ”rutÄÅ”anas tabulas versijai. Å is mehÄnisms atrisina cilpas problÄmu, kas rodas multiraides pÄrraides laikÄ.
R3 atpazÄ«s multiraides avotu (avota IP) no multiraides ziÅojuma un pÄrbaudÄ«s divas plÅ«smas no R1 un R2, izmantojot savu unicast tabulu. Straume no saskarnes, uz kuru norÄda tabula (R1 uz R3), tiks pÄrsÅ«tÄ«ta tÄlÄk, un straume no R2 tiks atmesta, jo, lai nokļūtu multiraides avotÄ, jums ir jÄnosÅ«ta paketes, izmantojot S0/1.
JautÄjums ir, kas notiek, ja jums ir divi lÄ«dzvÄrtÄ«gi marÅ”ruti ar vienu un to paÅ”u metriku? Å ajÄ gadÄ«jumÄ marÅ”rutÄtÄjs no Å”iem marÅ”rutiem izvÄlÄsies nÄkamo lÄcienu. Uzvar tas, kuram ir augstÄka IP adrese. Ja jums ir jÄmaina Ŕī darbÄ«ba, varat izmantot ECMP. SkatÄ«t vairÄk
PÄc RPF kÄrtulas pÄrbaudes marÅ”rutÄtÄjs nosÅ«ta multiraides paketi visiem saviem PIM kaimiÅiem, izÅemot to, no kura pakete tika saÅemta. Citi PIM marÅ”rutÄtÄji atkÄrto Å”o procesu. CeļŔ, ko multiraides pakete ir veikusi no avota lÄ«dz gala adresÄtiem, veido koku, ko sauc par avota izplatÄ«Å”anas koku, Ä«sÄkÄ ceļa koku (SPT), avota koku. TrÄ«s dažÄdi nosaukumi, izvÄlieties jebkuru.
KÄ atrisinÄt problÄmu, ka daži rÅ«teri neatteicÄs no kaut kÄdas multicast straumes un nav kam to nosÅ«tÄ«t, bet augÅ”Äjais rÅ«teris viÅam to nosÅ«ta. Å im nolÅ«kam tika izgudrots plÅ«mju mehÄnisms.
Prune Message.
PiemÄram, R2 turpinÄs sÅ«tÄ«t multiraidi uz R3, lai gan R3 saskaÅÄ ar RPF noteikumu to atmet. KÄpÄc ielÄdÄt kanÄlu? R3 nosÅ«ta PIM apcirpÅ”anas ziÅojumu, un R2, saÅemot Å”o ziÅojumu, noÅems interfeisu S0/1 no Ŕīs plÅ«smas izejoÅ”o interfeisu saraksta, to saskarÅu saraksta, no kurÄm Ŕī trafika jÄnosÅ«ta.
TÄlÄk ir sniegta formÄlÄka PIM Prune ziÅojuma definÄ«cija.
Viens marÅ”rutÄtÄjs nosÅ«ta ziÅojumu PIM Prune otram marÅ”rutÄtÄjam, lai otrais marÅ”rutÄtÄjs noÅemtu saiti, kurÄ tiek saÅemta plÅ«me no konkrÄta (S,G) SPT.
PÄc ziÅojuma saÅemÅ”anas R2 iestata apgrieÅ”anas taimeri uz 3 minÅ«tÄm. PÄc trim minÅ«tÄm tas atkal sÄks sÅ«tÄ«t datplÅ«smu, lÄ«dz saÅems citu Prune ziÅojumu. Tas ir PIMv1.
Un PIMv2 ir pievienots statusa atsvaidzinÄÅ”anas taimeris (pÄc noklusÄjuma 60 sekundes). TiklÄ«dz no R3 ir nosÅ«tÄ«ts apcirpÅ”anas ziÅojums, Å”is taimeris tiek palaists uz R3. Beidzoties Ŕī taimera termiÅam, R3 nosÅ«tÄ«s statusa atsvaidzinÄÅ”anas ziÅojumu, kas atiestatÄ«s 3 minÅ«Å”u apgrieÅ”anas taimeri uz R2 Å”ai grupai.
Iemesli, kÄpÄc nosÅ«tÄt PrÅ«mu ziÅojumu:
- Ja multiraides pakete neizdodas RPF pÄrbaudÄ.
- Ja nav lokÄli savienotu klientu, kas ir pieprasÄ«juÅ”i multiraides grupu (IGMP Join), un nav PIM kaimiÅu, kuriem var nosÅ«tÄ«t multiraides trafiku (interfeiss bez apraides).
TransplantÄts ziÅojums.
IedomÄsimies, ka R3 nevÄlÄjÄs trafiku no R2, nosÅ«tÄ«ja PrÅ«nu un saÅÄma multiraidi no R1. Bet pÄkÅ”Åi kanÄls starp R1-R3 nokrita un R3 palika bez multiraides. Varat pagaidÄ«t 3 minÅ«tes, lÄ«dz beidzas R2 apgrieÅ”anas taimera derÄ«guma termiÅÅ”. 3 minÅ«tes ir ilgi jÄgaida, lai nebÅ«tu jÄgaida, jÄnosÅ«ta ziÅa, kas uzreiz izvedÄ«s Å”o S0/1 interfeisu uz R2 no apgrieztÄ stÄvokļa. Å is ziÅojums bÅ«s transplantÄta ziÅojums. PÄc transplantÄta ziÅojuma saÅemÅ”anas R2 atbildÄs ar Graft-ACK.
PlÅ«mes ignorÄÅ”ana.
ApskatÄ«sim Å”o diagrammu. R1 pÄrraida multiraidi segmentÄ ar diviem marÅ”rutÄtÄjiem. R3 saÅem un pÄrraida trafiku, R2 saÅem, bet nav neviena, kam pÄrraidÄ«t trafiku. Tas nosÅ«ta apcirpÅ”anas ziÅojumu uz R1 Å”ajÄ segmentÄ. R1 vajadzÄtu izÅemt Fa0/0 no saraksta un pÄrtraukt apraidi Å”ajÄ segmentÄ, bet kas notiks ar R3? Un R3 ir tajÄ paÅ”Ä segmentÄ, arÄ« saÅÄma Å”o ziÅu no PrÅ«nes un saprata situÄcijas traÄ£iskumu. Pirms R1 pÄrtrauc apraidi, tas iestata 3 sekunžu taimeri un pÄrtrauks apraidi pÄc 3 sekundÄm. 3 sekundes - tieÅ”i tik daudz laika ir R3, lai nezaudÄtu savu multiraidi. TÄpÄc R3 pÄc iespÄjas ÄtrÄk nosÅ«ta Å”ai grupai Pim Join ziÅojumu, un R1 vairs nedomÄ pÄrtraukt apraidi. Par pievienoÅ”anÄs ziÅojumiem zemÄk.
ApstiprinÄt ziÅojumu.
IedomÄsimies Å”Ädu situÄciju: divi marÅ”rutÄtÄji vienlaikus pÄrraida vienÄ tÄ«klÄ. ViÅi saÅem vienu un to paÅ”u straumi no avota un abi pÄrraida to vienÄ tÄ«klÄ aiz interfeisa e0. TÄpÄc viÅiem ir jÄnosaka, kurÅ” bÅ«s vienÄ«gais Ŕī tÄ«kla raidÄ«tÄjs. Å im nolÅ«kam tiek izmantoti apstiprinÄjuma ziÅojumi. Kad R2 un R3 konstatÄ multiraides trafika dublÄÅ”anos, tas ir, pie R2 un R3 pienÄk multiraide, ko viÅi paÅ”i pÄrraida, marÅ”rutÄtÄji saprot, ka Å”eit kaut kas nav kÄrtÄ«bÄ. Å ajÄ gadÄ«jumÄ marÅ”rutÄtÄji nosÅ«ta Assert ziÅojumus, kas ietver AdministratÄ«vo attÄlumu un marÅ”ruta metriku, ar kuru tiek sasniegts multiraides avots - 10.1.1.10. UzvarÄtÄjs tiek noteikts Å”Ädi:
- TÄds ar zemÄku AD.
- Ja AD ir vienÄdi, tad kuram ir zemÄka metrika.
- Ja Å”eit ir vienlÄ«dzÄ«ba, tad tas, kuram ir augstÄks IP tÄ«klÄ, uz kuru viÅi pÄrraida Å”o multiraidi.
Å Ä« balsojuma uzvarÄtÄjs kļūst par norÄdÄ«to marÅ”rutÄtÄju. Pim Hello izmanto arÄ«, lai atlasÄ«tu DR. Raksta sÄkumÄ tika rÄdÄ«ts PIM Hello ziÅojums, tur var redzÄt DR lauku. Uzvar tas, kuram Å”ajÄ saitÄ ir visaugstÄkÄ IP adrese.
Noderīga zīme:
MROUTE tabula.
SÄkotnÄji apskatot, kÄ darbojas PIM protokols, mums ir jÄsaprot, kÄ strÄdÄt ar multiraides marÅ”rutÄÅ”anas tabulu. Mroute tabulÄ tiek glabÄta informÄcija par to, kuras straumes tika pieprasÄ«tas no klientiem un kuras straumes plÅ«st no multiraides serveriem.
PiemÄram, ja kÄdÄ interfeisÄ tiek saÅemts IGMP dalÄ«bas ziÅojums vai PIM pievienoÅ”anÄs, marÅ”rutÄÅ”anas tabulai tiek pievienots (*, G ) tipa ieraksts:
Å is ieraksts nozÄ«mÄ, ka tika saÅemts satiksmes pieprasÄ«jums ar adresi 238.38.38.38. LÄ«dzstrÄvas karodziÅÅ” nozÄ«mÄ, ka multiraide darbosies blÄ«vajÄ režīmÄ, un C nozÄ«mÄ, ka adresÄts ir tieÅ”i savienots ar marÅ”rutÄtÄju, tas ir, marÅ”rutÄtÄjs saÅÄma IGMP dalÄ«bas ziÅojumu un PIM pievienoÅ”anos.
Ja ir (S,G) tipa ieraksts, tas nozÄ«mÄ, ka mums ir multiraides straume:
LaukÄ S - 192.168.1.11 mÄs esam reÄ£istrÄjuÅ”i multiraides avota IP adresi, to pÄrbaudÄ«s RPF noteikums. Ja rodas problÄmas, pirmÄ lieta, kas jums jÄdara, ir pÄrbaudÄ«t unicast tabulÄ marÅ”rutu uz avotu. LaukÄ IenÄkoÅ”ais interfeiss norÄda interfeisu, uz kuru tiek saÅemta multiraide. Unicast marÅ”rutÄÅ”anas tabulÄ marÅ”rutam uz avotu ir jÄattiecas uz Å”eit norÄdÄ«to saskarni. IzejoÅ”ais interfeiss norÄda, kur multiraide tiks novirzÄ«ta. Ja tas ir tukÅ”s, marÅ”rutÄtÄjs nav saÅÄmis nevienu pieprasÄ«jumu par Å”o trafiku. VairÄk informÄcijas par visiem karogiem var atrast
PIM mazais režīms.
RetÄ režīma stratÄÄ£ija ir pretÄja blÄ«vajam režīmam. Kad Sparse-režīms saÅem multiraides trafiku, tas nosÅ«tÄ«s trafiku tikai caur tÄm saskarnÄm, kurÄs bija Ŕīs plÅ«smas pieprasÄ«jumi, piemÄram, Pim Join vai IGMP atskaites ziÅojumi, kas pieprasa Å”o trafiku.
Līdzīgi elementi SM un DM:
- KaimiÅu attiecÄ«bas tiek veidotas tÄpat kÄ PIM DM.
- RPF noteikums darbojas.
- DR izvÄle ir lÄ«dzÄ«ga.
- ApcirpÅ”anas ignorÄÅ”anas un apstiprinÄjuma ziÅojumu mehÄnisms ir lÄ«dzÄ«gs.
Lai kontrolÄtu, kam, kur un kÄda veida multiraides trafika ir nepiecieÅ”ama tÄ«klÄ, ir nepiecieÅ”ams kopÄ«gs informÄcijas centrs. MÅ«su centrs bÅ«s Rendezvous Point (RP). Ikviens, kurÅ” vÄlas kaut kÄdu multicast trafiku vai kÄds sÄka saÅemt multicast trafiku no avota, tad viÅÅ” to nosÅ«ta RP.
Kad RP saÅem multiraides trafiku, tas nosÅ«tÄ«s to tiem marÅ”rutÄtÄjiem, kas iepriekÅ” pieprasÄ«ja Å”o trafiku.
IedomÄsimies topoloÄ£iju, kur RP ir R3. TiklÄ«dz R1 saÅem trafiku no S1, tas iekapsulÄ Å”o multiraides paketi unicast PIM reÄ£istra ziÅojumÄ un nosÅ«ta to RP. KÄ viÅÅ” zina, kas ir RP? Å ajÄ gadÄ«jumÄ tas tiek konfigurÄts statiski, un par dinamisko RP konfigurÄciju mÄs runÄsim vÄlÄk.
ip pim rp-adrese 3.3.3.3
RP paskatÄ«sies - vai bija informÄcija no kÄda, kurÅ” vÄlÄtos saÅemt Å”o trafiku? PieÅemsim, ka tÄ nebija. Tad RP nosÅ«tÄ«s R1 PIM Register-Stop ziÅojumu, kas nozÄ«mÄ, ka Ŕī multiraide nevienam nav vajadzÄ«ga, reÄ£istrÄcija ir liegta. R1 nesÅ«tÄ«s multiraidi. Bet multiraides avota resursdators to nosÅ«tÄ«s, lai R1 pÄc reÄ£istra apturÄÅ”anas saÅemÅ”anas iedarbinÄtu reÄ£istra slÄpÄÅ”anas taimeri, kas vienÄds ar 60 sekundÄm. 5 sekundes pirms Ŕī taimera beigÄm R1 nosÅ«tÄ«s tukÅ”u reÄ£istra ziÅojumu ar nulles reÄ£istra bitu (tas ir, bez iekapsulÄtas multiraides paketes) uz RP. SavukÄrt RP rÄ«kosies Å”Ädi:
- Ja adresÄtu nebija, tas atbildÄs ar ReÄ£istrÄcijas apstÄÅ”anÄs ziÅojumu.
- Ja parÄdÄ«sies adresÄti, viÅÅ” uz to nekÄdÄ veidÄ neatbildÄs. R1, nesaÅÄmis atteikumu reÄ£istrÄties 5 sekunžu laikÄ, priecÄsies un nosÅ«tÄ«s ReÄ£istra ziÅojumu ar iekapsulÄtu multiraidi uz RP.
Å Ä·iet, ka esam sapratuÅ”i, kÄ multiraide sasniedz RP, tagad mÄÄ£inÄsim atbildÄt uz jautÄjumu, kÄ RP nodroÅ”ina trafiku adresÄtiem. Å eit jÄievieÅ” jauns jÄdziens - sakÅu ceļa koks (RPT). RPT ir koks, kas sakÅojas RP, aug pret adresÄtiem un sazarojas katrÄ PIM-SM marÅ”rutÄtÄjÄ. RP to izveido, saÅemot PIM Join ziÅojumus, un pievieno kokam jaunu zaru. Un to dara katrs pakÄrtotais marÅ”rutÄtÄjs. VispÄrÄjais noteikums izskatÄs Å”Ädi:
- Kad PIM-SM marÅ”rutÄtÄjs saÅem PIM pievienoÅ”anÄs ziÅojumu jebkurÄ saskarnÄ, kas nav interfeiss, aiz kura ir paslÄpts RP, tas kokam pievieno jaunu zaru.
- FiliÄle tiek pievienota arÄ« tad, kad PIM-SM marÅ”rutÄtÄjs saÅem IGMP dalÄ«bas ziÅojumu no tieÅ”i savienota resursdatora.
IedomÄsimies, ka mums R5 marÅ”rutÄtÄjÄ ir multiraides klients grupai 228.8.8.8. TiklÄ«dz R5 saÅem IGMP dalÄ«bas ziÅojumu no resursdatora, R5 nosÅ«ta PIM pievienoÅ”anos RP virzienÄ un pats kokam pievieno interfeisu, kas aplÅ«ko resursdatoru. TÄlÄk R4 saÅem PIM Join no R5, pievieno kokam interfeisu Gi0/1 un nosÅ«ta PIM Join RP virzienÄ. Visbeidzot, RP (R3) saÅem PIM Join un pievieno kokam Gi0/0. TÄdÄjÄdi tiek reÄ£istrÄts multiraides adresÄts. Veidojam koku ar sakni R3-Gi0/0 ā R4-Gi0/1 ā R5-Gi0/0.
PÄc tam uz R1 tiks nosÅ«tÄ«ts PIM savienojums, un R1 sÄks sÅ«tÄ«t multiraides trafiku. Ir svarÄ«gi atzÄ«mÄt, ka, ja resursdators pieprasÄ«ja trafiku pirms multiraides apraides sÄkuma, RP nesÅ«tÄ«s PIM Join un vispÄr neko nesÅ«tÄ«s uz R1.
Ja pÄkÅ”Åi multiraides sÅ«tÄ«Å”anas laikÄ resursdators vairs nevÄlas to saÅemt, tiklÄ«dz RP saÅem PIM plÅ«mju Gi0/0 interfeisÄ, tas nekavÄjoties nosÅ«tÄ«s PIM reÄ£istra apstÄÅ”anÄs ziÅojumu tieÅ”i uz R1 un pÄc tam PIM apcirpt. ziÅojumu, izmantojot Gi0/1 saskarni. PIM reÄ£istra apstÄÅ”anÄs tiek nosÅ«tÄ«ta, izmantojot unicast uz adresi, no kuras tika saÅemts PIM reÄ£istrs.
KÄ jau teicÄm iepriekÅ”, tiklÄ«dz marÅ”rutÄtÄjs nosÅ«ta PIM pievienoÅ”anos citam, piemÄram, R5 uz R4, R4 tiek pievienots ieraksts:
Un tiek palaists taimeris, kuram R5 ir pastÄvÄ«gi jÄatiestata Å”is taimeris PIM PastÄvÄ«gi pievienojas ziÅojumiem, pretÄjÄ gadÄ«jumÄ R4 tiks izslÄgts no izejoÅ”o saraksta. R5 nosÅ«tÄ«s ik pÄc 60 PIM Join ziÅojumiem.
ÄŖsÄkÄ ceļa koka pÄrslÄgÅ”anÄs.
MÄs pievienosim saskarni starp R1 un R5 un redzÄsim, kÄ notiek satiksmes plÅ«sma ar Å”o topoloÄ£iju.
PieÅemsim, ka trafiks tika nosÅ«tÄ«ts un saÅemts saskaÅÄ ar veco shÄmu R1-R2-R3-R4-R5, un Å”eit mÄs savienojÄm un konfigurÄjÄm interfeisu starp R1 un R5.
PirmkÄrt, mums ir jÄpÄrveido unicast marÅ”rutÄÅ”anas tabula uz R5, un tagad tÄ«kls 192.168.1.0/24 tiek sasniegts, izmantojot R5 Gi0/2 interfeisu. Tagad R5, saÅemot multiraidi interfeisÄ Gi0/1, saprot, ka RPF noteikums nav izpildÄ«ts un loÄ£iskÄk bÅ«tu saÅemt multiraidi uz Gi0/2. Tam vajadzÄtu atvienoties no RPT un izveidot Ä«sÄku koku ar nosaukumu Shortest-Path Tree (SPT). Lai to izdarÄ«tu, viÅÅ” nosÅ«ta PIM Join uz R0 caur Gi2/1 un R1 sÄk sÅ«tÄ«t multiraidi arÄ« caur Gi0/2. Tagad R5 ir jÄatsakÄs no RPT abonementa, lai nesaÅemtu divus eksemplÄrus. Lai to izdarÄ«tu, viÅÅ” nosÅ«ta Prune ziÅojumu, norÄdot avota IP adresi un ievietojot Ä«paÅ”u bitu - RPT-bit. Tas nozÄ«mÄ, ka jums nav jÄsÅ«ta man satiksme, man Å”eit ir labÄks koks. RP arÄ« nosÅ«ta PIM Prune ziÅojumus uz R1, bet nesÅ«ta ReÄ£istrÄcijas apturÄÅ”anas ziÅojumu. VÄl viena funkcija: R5 tagad nepÄrtraukti sÅ«tÄ«s PIM Prune uz RP, jo R1 turpina sÅ«tÄ«t PIM reÄ£istru RP katru minÅ«ti. KamÄr nebÅ«s jaunu cilvÄku, kas vÄlas Å”o trafiku, RP atteiksies. R5 paziÅo RP, ka turpina saÅemt multiraidi, izmantojot SPT.
DinamiskÄ RP meklÄÅ”ana.
Auto-RP.
Å Ä« tehnoloÄ£ija ir Cisco patentÄta un nav Ä«paÅ”i populÄra, taÄu joprojÄm ir dzÄ«va. Auto-RP darbÄ«ba sastÄv no diviem galvenajiem posmiem:
1) RP nosÅ«ta RP-Announce ziÅojumus uz rezervÄto adresi - 224.0.1.39, pasludinot sevi par RP vai nu visiem, vai konkrÄtÄm grupÄm. Å is ziÅojums tiek nosÅ«tÄ«ts katru minÅ«ti.
2) NepiecieÅ”ams RP kartÄÅ”anas aÄ£ents, kas nosÅ«tÄ«s RP-Discovery ziÅojumus, norÄdot, kurÄm grupÄm, kuras RP ir jÄuzklausa. TieÅ”i no Ŕī ziÅojuma parastie PIM marÅ”rutÄtÄji paÅ”i noteiks RP. KartÄÅ”anas aÄ£ents var bÅ«t vai nu pats RP marÅ”rutÄtÄjs, vai atseviŔķs PIM marÅ”rutÄtÄjs. RP-Discovery tiek nosÅ«tÄ«ts uz adresi 224.0.1.40 ar vienas minÅ«tes taimeri.
ApskatÄ«sim procesu sÄ«kÄk:
KonfigurÄsim R3 kÄ RP:
ip pim send-rp-announce loopback 0 tvÄrums 10
R2 kÄ kartÄÅ”anas aÄ£ents:
ip pim send-rp-discovery loopback 0 tvÄrums 10
Un uz visiem pÄrÄjiem mÄs sagaidÄm RP, izmantojot Auto-RP:
ip pim autorp klausÄ«tÄjs
Kad mÄs konfigurÄsim R3, tas sÄks sÅ«tÄ«t RP-Announce:
Un R2 pÄc kartÄÅ”anas aÄ£enta iestatÄ«Å”anas sÄks gaidÄ«t RP-Announce ziÅojumu. Tikai tad, kad tiks atrasts vismaz viens RP, tas sÄks sÅ«tÄ«t RP-Discovery:
TÄdÄ veidÄ, tiklÄ«dz parastie marÅ”rutÄtÄji (PIM RP Listener) saÅems Å”o ziÅojumu, viÅi zinÄs, kur meklÄt RP.
Viena no galvenajÄm Auto-RP problÄmÄm ir tÄ, ka, lai saÅemtu RP-Announce un RP-Discovery ziÅojumus, jums ir jÄnosÅ«ta PIM Join uz adresÄm 224.0.1.39-40, un, lai nosÅ«tÄ«tu, jums jÄzina, kur RP atrodas. KlasiskÄ vistas un olu problÄma. Lai atrisinÄtu Å”o problÄmu, tika izgudrots PIM Sparse-Dense-Mode. Ja marÅ”rutÄtÄjs nezina RP, tad tas darbojas blÄ«vajÄ režīmÄ, ja zina, tad retajÄ režīmÄ. Ja PIM Sparse-mode un ip pim autorp klausÄ«tÄja komanda ir konfigurÄta parasto marÅ”rutÄtÄju saskarnÄs, marÅ”rutÄtÄjs darbosies blÄ«vajÄ režīmÄ tikai multiraidei tieÅ”i no Auto-RP protokola (224.0.1.39-40).
BootStrap marÅ”rutÄtÄjs (BSR).
Å Ä« funkcija darbojas lÄ«dzÄ«gi kÄ Auto-RP. Katrs RP nosÅ«ta ziÅojumu kartÄÅ”anas aÄ£entam, kas apkopo kartÄÅ”anas informÄciju un pÄc tam paziÅo visiem citiem marÅ”rutÄtÄjiem. AprakstÄ«sim procesu lÄ«dzÄ«gi kÄ Auto-RP:
1) Kad esam konfigurÄjuÅ”i R3 kÄ RP kandidÄtu, ar komandu:
ip pim rp-candidate loopback 0
Tad R3 neko nedarÄ«s; lai sÄktu sÅ«tÄ«t Ä«paÅ”us ziÅojumus, viÅam vispirms ir jÄatrod kartÄÅ”anas aÄ£ents. TÄdÄjÄdi mÄs pÄrejam uz otro soli.
2) KonfigurÄjiet R2 kÄ kartÄÅ”anas aÄ£entu:
ip pim bsr-candidate loopback 0
R2 sÄk sÅ«tÄ«t PIM Bootstrap ziÅojumus, kur tas norÄda sevi kÄ kartÄÅ”anas aÄ£entu:
Å is ziÅojums tiek nosÅ«tÄ«ts uz adresi 224.0.013, kuru PIM protokols izmanto arÄ« citiem saviem ziÅojumiem. Tas tos sÅ«ta uz visiem virzieniem un tÄpÄc nav vistas un olu problÄmas, kÄ tas bija Auto-RP.
3) TiklÄ«dz RP saÅem ziÅojumu no BSR marÅ”rutÄtÄja, tas nekavÄjoties nosÅ«tÄ«s unicast ziÅojumu uz BSR marÅ”rutÄtÄja adresi:
PÄc tam BSR, saÅemot informÄciju par RP, nosÅ«tÄ«s tos multiraides veidÄ uz adresi 224.0.0.13, kuru klausÄs visi PIM marÅ”rutÄtÄji. TÄpÄc komandas analogs ip pim autorp klausÄ«tÄjs parastajiem marÅ”rutÄtÄjiem, kas nav BSR.
Anycast RP ar Multicast Source Discovery Protocol (MSDP).
Auto-RP un BSR ļauj mums sadalÄ«t slodzi uz RP Å”Ädi: Katrai multiraides grupai ir tikai viens aktÄ«vs RP. Vienai multiraides grupai slodzi sadalÄ«t pa vairÄkiem RP nebÅ«s iespÄjams. MSDP to dara, izsniedzot RP marÅ”rutÄtÄjiem to paÅ”u IP adresi ar masku 255.255.255.255. MSDP apgÅ«st informÄciju, izmantojot vienu no metodÄm: statisko, Auto-RP vai BSR.
AttÄlÄ mums ir Auto-RP konfigurÄcija ar MSDP. Abi RP ir konfigurÄti ar IP adresi 172.16.1.1/32 Loopback 1 saskarnÄ un tiek izmantoti visÄm grupÄm. Izmantojot RP-Announce, abi marÅ”rutÄtÄji paziÅo par sevi, atsaucoties uz Å”o adresi. Auto-RP kartÄÅ”anas aÄ£ents, saÅÄmis informÄciju, nosÅ«ta RP-Discovery par RP ar adresi 172.16.1.1/32. MÄs pastÄstÄm marÅ”rutÄtÄjiem par tÄ«klu 172.16.1.1/32, izmantojot IGP un attiecÄ«gi. TÄdÄjÄdi PIM marÅ”rutÄtÄji pieprasa vai reÄ£istrÄ plÅ«smas no RP, kas norÄdÄ«ta kÄ nÄkamais lÄciens marÅ”rutÄ uz tÄ«klu 172.16.1.1/32. Pats MSDP protokols ir paredzÄts paÅ”iem RP, lai apmainÄ«tos ar ziÅojumiem par multiraides informÄciju.
Apsveriet Ŕo topoloģiju:
Switch6 pÄrraida trafiku uz adresi 238.38.38.38 un lÄ«dz Å”im par to zina tikai RP-R1. Switch7 un Switch8 pieprasÄ«ja Å”o grupu. MarÅ”rutÄtÄji R5 un R4 nosÅ«tÄ«s PIM savienojumu attiecÄ«gi uz R1 un R3. KÄpÄc? MarÅ”ruts uz 13.13.13.13 R5 attieksies uz R1, izmantojot IGP metriku, tÄpat kÄ R4.
RP-R1 zina par straumi un sÄks to pÄrraidÄ«t virzienÄ uz R5, bet R4 par to neko nezina, jo R1 to vienkÄrÅ”i nenosÅ«tÄ«s. TÄpÄc MSDP ir nepiecieÅ”ams. MÄs to konfigurÄjam uz R1 un R5:
ip msdp peer 3.3.3.3 connect-source Loopback1 uz R1
ip msdp peer 1.1.1.1 connect-source Loopback3 uz R3
ViÅi sÄks sesiju savÄ starpÄ un, saÅemot jebkuru plÅ«smu, ziÅos par to savam RP kaimiÅam.
TiklÄ«dz RP-R1 saÅem straumi no Switch6, tas nekavÄjoties nosÅ«tÄ«s unicast MSDP Source-Active ziÅojumu, kurÄ bÅ«s tÄda informÄcija kÄ (S, G) - informÄcija par multiraides avotu un galamÄrÄ·i. Tagad, kad RP-R3 zina, ka avots, piemÄram, Switch6, saÅemot pieprasÄ«jumu no R4 par Å”o plÅ«smu, tas nosÅ«tÄ«s PIM Join uz Switch6, vadoties pÄc marÅ”rutÄÅ”anas tabulas. LÄ«dz ar to R1, saÅemot Å”Ädu PIM pievienoÅ”anos, sÄks sÅ«tÄ«t trafiku uz RP-R3.
MSDP darbojas, izmantojot TCP, RP sÅ«ta viens otram saglabÄÅ”anas ziÅojumus, lai pÄrbaudÄ«tu dzÄ«vÄ«gumu. Taimeris ir 60 sekundes.
Funkcija MSDP vienÄdranga sadalÄ«Å”anai dažÄdos domÄnos joprojÄm ir neskaidra, jo Keepalive un SA ziÅojumi nenorÄda dalÄ«bu nevienÄ domÄnÄ. ArÄ« Å”ajÄ topoloÄ£ijÄ mÄs pÄrbaudÄ«jÄm konfigurÄciju, kas norÄda dažÄdus domÄnus - veiktspÄjas atŔķirÄ«bas nebija.
Ja kÄds var precizÄt, labprÄt izlasÄ«Å”u komentÄros.
Avots: www.habr.com