Protokola PIM komek protokolan e ku ji bo veguheztina multicast di torê de di navbera routeran de ye. Têkiliyên cîranê bi heman awayî wekî di mijara protokolên rêveçûna dînamîkî de têne çêkirin. PIMv2 her 30 saniyeyan carekê peyamên Hello dişîne navnîşana pirzimanî ya parastî 224.0.0.13 (Hemû-PIM-Rûter). Di peyamê de Demjimêrên Hilgirtinê hene - bi gelemperî bi 3.5*Hello Timer, ango 105 saniye ji hêla xwerû ve ye.
PIM du awayên xebitandinê yên sereke bikar tîne - Moda Dense û Sparse. Ka em bi moda Dense dest pê bikin.
Darên Belavkirina Bingeha Çavkaniyê.
Moda dense-mode tê pêşniyar kirin ku di rewşa hejmareke mezin a xerîdarên komên cûda yên pirzimanî de were bikar anîn. Dema ku router seyrûsefera multicast werdigire, yekem tiştê ku ew dike ev e ku ew ji bo qaîdeya RPF kontrol bike. RPF - ev qaîdeyek ji bo kontrolkirina çavkaniya pirzimanî bi tabloya rêveçûna unicast tê bikar anîn. Pêdivî ye ku seyrûsefer bigihîje navbera ku li pişta wê ev mêvandar li gorî guhertoya tabloya rêvekirinê ya unicast veşartiye. Ev mekanîzma pirsgirêka pêleka ku di dema veguheztina pirzimanî de çêdibe çareser dike.
R3 dê çavkaniya pirzimanî (IP-ya çavkaniyê) ji peyama pirzimanî nas bike û du herikên ji R1 û R2 bi karanîna tabloya xweya unicast kontrol bike. Roka ji navbeyna ku ji hêla tabloyê ve hatî destnîşan kirin (R1 ber R3) dê bêtir were veguheztin, û herikîna ji R2 dê were avêtin, ji ber ku ji bo ku hûn bigihîjin çavkaniya multicast, hûn hewce ne ku pakêtan bi S0/1 re bişînin.
Pirs ev e, ger du rêyên we yên wekhev bi heman metrikê hebin, çi dibe? Di vê rewşê de, router dê ji van rêçikan-hop-ê hilbijêre. Yê ku navnîşana IP-ya bilindtir hebe serdikeve. Heke hûn hewce ne ku vê tevgerê biguherînin, hûn dikarin ECMP bikar bînin. Zêdetir hûrgulî .
Piştî kontrolkirina qaîdeya RPF, router ji hemî cîranên xwe yên PIM re pakêtek pirzimanî dişîne, ji bilî yê ku pakêt jê hatî wergirtin. Roterên din ên PIM vê pêvajoyê dubare dikin. Rêya ku pakêtek pirzimanî ji çavkaniyê girtiye heya wergirên paşîn darek bi navê dara dabeşkirina bingeh-çavkanî, dara herî kurt-rê (SPT), dara çavkaniyê pêk tîne. Sê navên cûda, yek hilbijêrin.
Meriv çawa pirsgirêkê çareser dike ku hin rêgezan dev ji hin tîrêjên pirzimanî bernedan û kes tune ku jê re bişîne, lê routerê jorîn jê re dişîne. Mekanîzmaya Prune ji bo vê yekê hate çêkirin.
Prune Message.
Mînakî, R2 dê berdewam bişîne multicast ji R3 re, her çend R3, li gorî qaîdeya RPF, wê davêje. Çima kanalê barkirin? R3 Peyamek PIM Prune dişîne û R2, piştî wergirtina vê peyamê, dê navbeynkariya S0/1 ji navnîşa navbeynkariya derketinê ya ji bo vê herikînê, navnîşa navgînên ku divê ev seyrûsefer jê re were şandin, derxe.
Ya jêrîn pênaseyek fermî ya peyamek PIM Prune ye:
Peyama PIM Prune ji hêla yek router ve ji routerek duyemîn re tê şandin da ku rêwerê duyemîn zencîreya ku Prune ji SPT (S,G) taybetî tê wergirtin jê rake.
Piştî wergirtina peyama Prune, R2 demjimêra Prune li 3 hûrdeman destnîşan dike. Piştî sê hûrdeman, ew ê dîsa dest bi şandina seyrûseferê bike heya ku ew peyamek din a Prune bistîne. Ev di PIMv1 de ye.
Û di PIMv2 de demjimêrek Nûvekirina Dewletê hate zêdekirin (60 çirke ji hêla xwerû). Mîna ku peyamek Prune ji R3 hat şandin, ev demjimêr li R3 dest pê dike. Piştî bidawîbûna vê demjimêrê, R3 dê peyamek Nûvekirina Dewletê bişîne, ku dê demjimêra Prune ya 3-hûrqê li ser R2 ji bo vê komê vegerîne.
Sedemên şandina peyamek Prune:
- Dema ku pakêtek pirzimanî di kontrolkirina RPF de têk diçe.
- Gava ku xerîdarên herêmî yên girêdayî ku daxwaza komek multicast (IGMP Join) kirine tune ne û cîranên PIM-ê yên ku seyrûsefera pirzimanî ji wan re were şandin tune ne (Navbera Ne-prune).
Peyama Graft.
Werin em bifikirin ku R3 ji R2 seyrûseferê nexwest, Prune şand û ji R1 pirtûkek wergirt. Lê ji nişkê ve, kanala di navbera R1-R3 de ket û R3 bê multicast ma. Hûn dikarin 3 hûrdem bisekinin heya ku Prune Timer li ser R2 biqede. 3 hûrdem bendewariyek dirêj e, ji bo ku hûn li bendê nemînin, hûn hewce ne ku peyamek bişînin ku dê tavilê vê navberê S0/1 ji R2 re ji rewşa qutkirî derxîne. Ev peyam dê bibe peyamek Graft. Piştî wergirtina peyama Graft, R2 dê bi Graft-ACK bersiv bide.
Prune Override.
Ka em li vê diagramê binêrin. R1 multicast li beşek bi du router belav dike. R3 seyrûseferê distîne û belav dike, R2 distîne, lê kesek tune ku seyrûseferê jê re biweşîne. Ew di vê beşê de ji R1 re peyamek Prune dişîne. Divê R1 Fa0/0 ji navnîşê derxîne û di vê beşê de weşana xwe rawestîne, lê dê bi R3 re çi bibe? Û R3 di heman beşê de ye, di heman demê de ev peyam ji Prune wergirt û trajediya rewşê fêm kir. Berî ku R1 weşana xwe rawestîne, demjimêrek 3 çirkeyan destnîşan dike û dê piştî 3 çirkeyan weşana xwe rawestîne. 3 çirke - ev tam çiqas wext heye R3 da ku multicast xwe winda neke. Ji ber vê yekê, R3 ji bo vê komê di demek zû de peyamek Pim Join dişîne, û R1 êdî difikire ku weşana xwe rawestîne. About Join messages li jêr.
Peyamê piştrast bike.
Ka em vê rewşê bifikirin: du router bi yekcarê li yek torê belav dikin. Ew heman tîrêjê ji çavkaniyê werdigirin, û her du jî wê li heman torê li pişt navbeynkariya e0 belav dikin. Ji ber vê yekê, ew hewce ne ku diyar bikin ka kî dê bibe yek û yekane weşangerê vê torê. Ji bo vê yekê peyamên piştrast têne bikar anîn. Gava ku R2 û R3 dubarekirina seyrûsefera multicast tespît dikin, ango, multicast digihîje R2 û R3, ku ew bixwe weşanê dikin, rêwer fam dikin ku li vir tiştek xelet e. Di vê rewşê de, rêwer peyamên Assertê dişînin, ku tê de Dûrahiya Rêvebir û metrika rêgezê ya ku jêdera pirzimanî tê gihîştin - 10.1.1.10. Serketî wiha tê diyarkirin:
- Yê ku AD kêmtir e.
- Ger AD wekhev bin, wê hingê metrîka jêrîn kî ye.
- Ger li vir wekhevî hebe, wê hingê yê ku IP-ya bilindtir di tora ku ew vê multicastê belav dike de heye.
Serketî yê vê dengdanê dibe Routera Destnîşankirî. Pim Hello jî ji bo hilbijartina DR-an tê bikar anîn. Di destpêka gotarê de, peyama PIM Hello hate destnîşan kirin, hûn dikarin qada DR li wir bibînin. Yê ku li ser vê girêdanê navnîşana IP-ya herî bilind e serdikeve.
Nîşana kêrhatî:
MROUTE Table.
Piştî nihêrînek destpêkê li ser ka protokola PIM-ê çawa dixebite, pêdivî ye ku em fêm bikin ka meriv çawa bi tabloyek rêveçûna pirzimanî re dixebite. Tabloya mroute agahdariya li ser kîjan çeman ji xerîdar hatine xwestin û kîjan çem ji pêşkêşkerên multicast diherikin hilîne.
Mînakî, dema ku Raporek Endamtiya IGMP an Tevlêbûna PIM-ê li ser hin navberê tê wergirtin, tomarek celeb (*, G) li tabloya rêvekirinê tê zêdekirin:
Ev navnîş tê vê wateyê ku daxwaznameyek trafîkê bi navnîşana 238.38.38.38 hate wergirtin. Ala DC tê vê wateyê ku multicast dê di moda Dense de bixebite û C tê vê wateyê ku wergir rasterast bi routerê ve girêdayî ye, ango router Rapora Endamtiya IGMP û Tevlêbûna PIM wergirtiye.
Ger tomarek celeb (S, G) hebe, ev tê vê wateyê ku me stûnek pirzimanî heye:
Di qada S - 192.168.1.11 de, me navnîşana IP-ya çavkaniya multicast tomar kiriye, ew e ku dê ji hêla qaîdeya RPF ve were kontrol kirin. Ger pirsgirêk hebin, yekem tiştê ku hûn hewce ne bikin ev e ku tabloya unicast ji bo rêça çavkaniyê kontrol bikin. Di qada Navbera Hatinî de, navbeynkariya ku multicast jê re tê wergirtin destnîşan dike. Di tabloya rêvekirinê ya unicast de, divê rêça çavkaniyê bi navgîniya ku li vir hatî destnîşan kirin vegere. Navbera Derketî diyar dike ku dê multicast li ku derê were verast kirin. Ger ew vala be, wê hingê router ji bo vê seyrûseferê ti daxwazek wernegirtiye. Zêdetir agahdarî di derbarê hemî alayan de têne dîtin .
PIM Sparse-mode.
Stratejiya Sparse-mode berevajiyê Dense-mode ye. Gava ku moda Sparse seyrûsefera pirzimanî distîne, ew ê tenê bi navgînên ku ji bo vê herikînê daxwaz hebûn, trafîkê bişîne, mînakî peyamên Pim Join an IGMP Report ku vê seyrûseferê daxwaz dikin.
Hêmanên wekhev ji bo SM û DM:
- Têkiliyên cîranê bi heman rengî di PIM DM de têne çêkirin.
- Qanûna RPF dixebite.
- Hilbijartina DR wekhev e.
- Mekanîzmaya Prune Overrides û peyamên Assert wekhev in.
Ji bo kontrolkirina kî, li ku û çi celeb seyrûsefera multicast li ser torê hewce ye, navendek agahdariya hevpar hewce ye. Navenda me dê xala Rendezvous (RP) be. Her kesê ku celebek seyrûsefera pirzimanî dixwaze an kesek dest bi wergirtina seyrûsefera pirzimanî ji çavkaniyê kiriye, wê hingê ew wê ji RP-yê re dişîne.
Dema ku RP seyrûsefera multicast werdigire, ew ê wê bişîne ji wan routerên ku berê ev seyrûsefer xwestine.
Ka em topolojîyek bifikirin ku RP R3 ye. Mîna ku R1 seyrûseferê ji S1 werdigire, ew vê pakêta pirzimanî di nav peyamek PIM Tomarek yekgirtî de vedihewîne û ji RP-yê re dişîne. Ew çawa dizane RP kî ye? Di vê rewşê de, ew statîkî tête mîheng kirin, û em ê paşê li ser veavakirina RP-ya dînamîkî biaxivin.
ip pim rp-navnîşan 3.3.3.3
RP dê binêre - ji kesê ku dixwaze vê seyrûseferê werbigire agahdarî hebû? Ka em bifikirin ku ew nebû. Dûv re RP dê ji R1 re peyamek PIM Register-Stop bişîne, ku tê vê wateyê ku kes ne hewceyî vê pirrengiyê ye, qeydkirin tê red kirin. R1 dê multicast neşîne. Lê mêvandarê çavkaniya multicast dê wê bişîne, da ku R1, piştî ku Register-Stop bistîne, dê demjimêrek Register-Suppression bi qasî 60 çirkeyan dest pê bike. 5 saniye beriya ku ev demjimêr biqede, R1 dê peyamek Tomarê ya vala bi bitek Null-Register (ango bêyî pakêtek pirzimanî ya vegirtî) ber bi RP-yê bişîne. RP, di encamê de, dê bi vî rengî tevbigere:
- Ger wergir tunebûn, wê hingê ew ê bi peyamek Register-Stop bersivê bide.
- Ger wergir xuya bibin, ew ê bi tu awayî bersivê nede. R1, ku di nav 5 çirkeyan de redkirina qeydkirinê wernegirtibe, dê kêfxweş bibe û peyamek Qeydkirinê bi multicast vegirtî ji RP re bişîne.
Wusa dixuye ku me fêhm kiriye ka multicast çawa digihîje RP, naha em hewl bidin ku bersiva pirsa ka RP çawa seyrûseferê ji wergiran re peyda dike. Li vir pêdivî ye ku meriv têgehek nû - dara root-rê (RPT) destnîşan bike. RPT darek e ku di RP-yê de ye, ber bi wergiran ve mezin dibe, li ser her routerê PIM-SM şax dibe. RP wê bi wergirtina peyamên PIM Join diafirîne û şaxek nû li darê zêde dike. Û vî awayî, her routerê jêrîn dike. Rêzika giştî bi vî rengî xuya dike:
- Gava ku routerek PIM-SM li ser her navbeynkarek din ji bilî navbeynkariya ku li pişta RP veşartî ye peyamek PIM Join distîne, ew şaxek nû li darê zêde dike.
- Di heman demê de şaxek tê zêdekirin dema ku routerê PIM-SM Raporek Endamtiya IGMP ji mêvandarek rasterast ve girêdayî werdigire.
Ka em bifikirin ku ji bo koma 5 li ser routerê R228.8.8.8 xerîdarek me ya pirzimanî heye. Mîna ku R5 Rapora Endamtiya IGMP-ê ji mêvandar werdigire, R5 Tevlêbûnek PIM-ê di rêça RP-yê de dişîne, û bixwe jî navbeynkarek li dara ku li mêvandar dinihêre zêde dike. Dûv re, R4 Tevlêbûna PIM-ê ji R5 distîne, pêwendiya Gi0/1 li darê zêde dike û PIM Join di rêça RP-yê de dişîne. Di dawiyê de, RP (R3) PIM Join distîne û Gi0/0 li darê zêde dike. Bi vî rengî, wergirê multicast tête tomar kirin. Em darek bi koka R3-Gi0/0 → R4-Gi0/1 → R5-Gi0/0 çêdikin.
Piştî vê yekê, PIM Join dê ji R1 re were şandin û R1 dê dest bi şandina seyrûsefera multicast bike. Girîng e ku bala xwe bidinê ku heke mêvandar berî destpêkirina weşana multicast seyrûsefer xwest, wê hingê RP dê PIM Join neşîne û dê qet tiştek ji R1 re neşîne.
Ger ji nişkê ve dema ku pirzimanî tê şandin, mêvandar dev ji wergirtina wê berdide, gava ku RP PIM Prune li ser pêwendiya Gi0/0 werdigire, ew ê tavilê PIM Register-Stop rasterast ji R1 re bişîne, û dûv re PIM Prune. peyam bi navgîniya Gi0/1 ve. PIM Register-stop bi rêya unicast ji navnîşana ku PIM Tomar jê hatî tê şandin.
Wekî ku me berê jî got, gava ku routerek PIM-ek Tevlêbûnek din dişîne, mînakî R5 ji R4 re, wê hingê tomarek li R4 tê zêdekirin:
Û demjimêrek dest pê kir ku R5 divê bi berdewamî vê demjimêrê PIM-ê peyamên Tevlêbûnê bi domdarî ji nû ve bike, wekî din R4 dê ji navnîşa derketinê were derxistin. R5 dê her 60 peyamên Tevlêbûna PIM-ê bişîne.
Switchover Dara herî Kurt-Rê.
Em ê têkiliyek di navbera R1 û R5 de zêde bikin û bibînin ka seyrûsefera bi vê topolojiyê re çawa diherike.
Ka em texmîn bikin ku seyrûsefer li gorî pilana kevn R1-R2-R3-R4-R5 hate şandin û wergirtin, û li vir me pêwendiya navbera R1 û R5 ve girêda û mîheng kir.
Berî her tiştî, pêdivî ye ku em li ser R5 tabloya rêveçûna unicast ji nû ve ava bikin û naha tora 192.168.1.0/24 bi navgîniya R5 Gi0/2 ve tê gihîştin. Naha R5, ku li ser navbeynkariya Gi0/1 multicast werdigire, fêm dike ku qaîdeya RPF ne têr e û mentiqîtir e ku meriv multicast li ser Gi0/2 bistîne. Pêdivî ye ku ew ji RPT qut bibe û darek kurttir bi navê Dara Rêya Kurttir (SPT) ava bike. Ji bo vê yekê, ew PIM Join ji R0 re bi Gi2/1 re dişîne û R1 dest bi şandina multicast jî bi Gi0/2 dike. Naha pêdivî ye ku R5 ji RPT-yê betal bibe da ku du kopiyan nestîne. Ji bo vê yekê, ew peyamek Prune dişîne ku navnîşana IP-ya çavkaniyê destnîşan dike û bitek taybetî - RPT-bit têxe. Ev tê vê wateyê ku hûn ne hewce ne ku ji min re seyrûseferê bişînin, li vir darek min çêtir heye. RP jî ji R1 re peyamên PIM Prune dişîne, lê peyamek Register-Stop naşîne. Taybetmendiyek din: R5 dê naha bi domdarî PIM Prune ji RP-yê re bişîne, ji ber ku R1 her hûrdem şandina PIM Register ji RP-yê re berdewam dike. Heya ku mirovên nû yên ku vê seyrûseferê dixwazin tune ne, RP wê red bike. R5 RP agahdar dike ku ew berdewam dike ku bi rêya SPT ve multicast bistîne.
Lêgerîna RP ya dînamîk.
Auto-RP.
Ev teknolojî ji Cisco-yê xwedan e û bi taybetî ne populer e, lê hîn jî zindî ye. Operasyona Auto-RP ji du qonaxên sereke pêk tê:
1) RP ji navnîşana parastî - 224.0.1.39 peyamên RP-Ragihandin dişîne, ji bo her kesî an ji bo komên taybetî xwe RP îlan dike. Ev peyam her deqîqe tê şandin.
2) Karkerek nexşeya RP hewce ye, ku dê peyamên RP-Discovery bişîne ku destnîşan dike ku ji bo kîjan koman divê li kîjan RP were guhdarî kirin. Ji vê peyamê ye ku rêgezên PIM-ê yên birêkûpêk dê RP-ê ji bo xwe diyar bikin. Nûnera Nexşeyê dikare an routerê RP bixwe an jî rêwerek PIM-ê veqetandî be. RP-Discovery ji navnîşana 224.0.1.40 re bi demjimêrek yek deqîqe tête şandin.
Ka em bi hûrgulî li pêvajoyê binêrin:
Ka em R3 wekî RP mîheng bikin:
ip pim bişîne-rp-alan bike loopback 0 qada 10
R2 wekî nûnerê nexşeyê:
ip pim send-rp-discovery loopback 0 çarçoveya 10
Û li ser hemî yên din em ê RP-ê bi Auto-RP-ê hêvî bikin:
ip pim autorp listener
Dema ku em R3 mîheng bikin, ew ê dest bi şandina RP-Announce bike:
Û R2, piştî sazkirina kargêrê nexşeyê, dê dest pê bike ku li benda peyama RP-Announce bimîne. Tenê gava ku ew bi kêmanî yek RP-ê bibîne dê dest bi şandina RP-Discovery bike:
Bi vî rengî, gava ku routerên birêkûpêk (PIM RP Guhdar) vê peyamê bistînin, ew ê zanibin ku li RP li ku bigerin.
Yek ji pirsgirêkên sereke yên Auto-RP ev e ku ji bo ku hûn peyamên RP-Announce û RP-Discovery bistînin, hûn hewce ne ku PIM Join bişînin navnîşanên 224.0.1.39-40, û ji bo ku hûn bişînin, divê hûn zanibin ku li ku derê RP cih digire. Pirsgirêka mirîşk û hêkê ya klasîk. Ji bo çareserkirina vê pirsgirêkê, PIM Sparse-Dense-Mode hate vedîtin. Ger router RP nizane, wê hingê ew di moda Dense de dixebite, wê hingê di moda Sparse de; Dema ku moda Sparse-PIM û fermana guhdarvana ip pim autorp li ser navgînên rêgezên birêkûpêk têne mîheng kirin, router dê di moda Dense-ê de tenê ji bo multicasting rasterast ji protokola Auto-RP (224.0.1.39-40) bixebite.
Router BootStrap (BSR).
Ev fonksiyon mîna Auto-RP-ê dixebite. Her RP peyamek ji kargêrê nexşeyê re dişîne, ku agahdariya nexşeyê berhev dike û dûv re ji hemî routerên din re vedibêje. Ka em pêvajoyê bi heman rengî bi Auto-RP-ê vebêjin:
1) Carekê em R3 wekî berendamek ku bibe RP mîheng dikin, bi fermanê:
ip pim rp-berendam loopback 0
Dûv re R3 dê tiştek neke da ku dest bi şandina peyamên taybetî bike, ew pêşî hewce dike ku karmendek nexşeyê bibîne. Bi vî awayî em derbasî qonaxa duyemîn dibin.
2) R2 wekî kargêrek nexşeyê mîheng bikin:
ip pim bsr-berendam loopback 0
R2 dest bi şandina peyamên PIM Bootstrap dike, ku ew xwe wekî kargêrek nexşeyê destnîşan dike:
Ev peyam ji navnîşana 224.0.013 re tê şandin, ku protokola PIM ji bo peyamên xwe yên din jî bikar tîne. Ew wan di her alî de dişîne û ji ber vê yekê wekî ku di Auto-RP de hebû pirsgirêkek mirîşk û hêk tune.
3) Hema ku RP ji routerê BSR peyamek werdigire, ew ê tavilê peyamek unicast bişîne navnîşana routerê BSR:
Piştî vê yekê, BSR, ku agahdariya di derbarê RP-yan de wergirtiye, dê wan bi multicast bişîne navnîşana 224.0.0.13, ku ji hêla hemî rêwerên PIM ve tê guhdarî kirin. Ji ber vê yekê, analogek fermanê ip pim autorp listener ji bo routerên birêkûpêk ne di BSR de.
Anycast RP bi Protokola Vedîtina Çavkaniya Multicast (MSDP).
Oto-RP û BSR rê didin me ku em barkirina li ser RP bi vî rengî belav bikin: Her komek multicast tenê yek RP-ya çalak heye. Dê ne gengaz be ku bar ji bo yek grûpek multicast li ser çend RP-yan were belavkirin. MSDP vê yekê bi weşandina routerên RP-ê bi heman navnîşana IP-yê bi maskek 255.255.255.255 dike. MSDP bi karanîna yek ji rêbazan agahdarî fêr dibe: statîk, Auto-RP an BSR.
Di wêneyê de me bi MSDP ve veavakirina Auto-RP heye. Her du RP bi navnîşana IP-ya 172.16.1.1/32 li ser navbeynkariya Loopback 1 têne mîheng kirin û ji bo hemî koman têne bikar anîn. Bi RP-Announce, her du router xwe bi navnîşana vê navnîşanê radigihînin. Nûnerê nexşeyê Auto-RP, piştî ku agahdarî wergirt, RP-Discovery di derbarê RP-ê de bi navnîşana 172.16.1.1/32 dişîne. Em li ser torê 172.16.1.1/32 bi karanîna IGP-ê û li gorî vê yekê ji routeran re vedibêjin. Ji ber vê yekê, rêwerên PIM-ê ji RP-ya ku wekî hopê-ya paşîn li ser riya torê 172.16.1.1/32 tête diyar kirin daxwaz dikin an qeyd dikin. Protokola MSDP bixwe ji bo RP-yên xwe hatî çêkirin ku di derbarê agahdariya pirzimanî de peyaman biguhezînin.
Vê topolojiyê bifikirin:
Switch6 seyrûseferê li navnîşana 238.38.38.38 belav dike û heya nuha tenê RP-R1 pê dizane. Switch7 û Switch8 vê komê xwestin. Routers R5 û R4 dê PIM Join bi rêzê re bişînin R1 û R3. Çima? Riya berbi 13.13.13.13-ê ji bo R5-ê dê ji R1-ê re bi karanîna metrîka IGP-ê vebigire, mîna R4.
RP-R1 di derbarê herikînê de dizane û dê dest bi weşana wê berbi R5 bike, lê R4 di derheqê wê de tiştek nizane, ji ber ku R1 wê ne tenê bişîne. Ji ber vê yekê MSDP pêwîst e. Em wê li ser R1 û R5 mîheng dikin:
ip msdp peer 3.3.3.3 girêdan-çavkaniya Loopback1 li ser R1
ip msdp peer 1.1.1.1 girêdan-çavkaniya Loopback3 li ser R3
Ew ê di navbera hevûdu de danişînek derxînin û dema ku her herikekê bistînin ew ê wê ji cîranê xwe RP re ragihînin.
Mîna ku RP-R1 ji Switch6 tîrêjek werdigire, ew ê tavilê peyamek MSDP Source-Active ya yekgirtî bişîne, ku dê agahdariya mîna (S, G) hebe - agahdariya li ser çavkanî û cîhê multicast-ê. Naha ku RP-R3 dizane ku çavkaniyek wekî Switch6, dema ku daxwazek ji R4 ji bo vê herikînê werdigire, ew ê PIM Join bişîne Switch6, ku ji hêla tabloya rêvekirinê ve tê rêve kirin. Ji ber vê yekê, R1 ku tevlêbûnek PIM-a wusa wergirtiye dê dest bi şandina seyrûsefera berbi RP-R3 bike.
MSDP li ser TCP-ê dimeşîne, RP ji hevûdu re peyamên xweyî dişînin da ku zindîtiyê kontrol bikin. Demjimêr 60 saniye ye.
Fonksiyona dabeşkirina hevalbendên MSDP li domên cihêreng ne diyar e, ji ber ku peyamên Keepalive û SA endametiya li tu domenê destnîşan nakin. Di heman demê de, di vê topolojiyê de, me mîhengek ceriband ku domên cihêreng destnîşan dike - di performansê de cûdahî tune.
Ger kesek dikare zelal bike, ez ê kêfxweş bibim ku wê di şîroveyan de bixwînim.
Source: www.habr.com
