{"id":33142,"date":"2019-10-31T21:50:58","date_gmt":"2019-10-31T18:50:58","guid":{"rendered":"https:\/\/prohoster.info\/blog\/printsipy-raboty-protokola-pim\/"},"modified":"2019-10-31T21:50:58","modified_gmt":"2019-10-31T18:50:58","slug":"printsipy-raboty-protokola-pim","status":"publish","type":"post","link":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/printsipy-raboty-protokola-pim","title":{"rendered":"PIM protokolli t\u00f6\u00f6p\u00f5him\u00f5tted","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>PIM-protokoll on protokollide kogum, mis edastab multikaastiv\u00f5rgus rikutud marsruuterite vahel. Naabrussuhted luuakse sarnaselt d\u00fcnaamiliste marsruutimisprotokollidega. PIMv2 saatab iga 30 sekundi j\u00e4rel Hello s\u00f5numid reserveeritud multikaast aadressile 224.0.0.13 (All-PIM-Routers). S\u00f5num sisaldab Hold Timereid \u2014 tavaliselt 3,5 korda Hello Timer, mis t\u00e4hendab vaikimisi 105 sekundit.<br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/i.imgur.com\/AqjQmPR.jpg\"><img decoding=\"async\" alt=\"PIM protokolli t\u00f6\u00f6p\u00f5him\u00f5tted\" src=\"\/wp-content\/uploads\/2019\/05\/f2e0c7dbdb8d7640671440289fbcd91f.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/a><\/noindex><br \/>\n PIM kasutab kahte p\u00f5hire\u017eiimi \u2014 Dense ja Sparse mode. Alustame Dense mode'ist. <noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><br \/>\n<b>Allika-p\u00f5hised jaotustead.<\/b><br \/>\nDense-mode re\u017eiimi on m\u00f5istlik kasutada palju kliente erinevatest multikaasgruppidest. Kui marsruuter saab multikaasiliiklust, kontrollib ta k\u00f5igepealt selle RPF-reegli j\u00e4rgi. RPF \u2014 see reegel kontrollib multikaasi allikat unikaastia marsruuditabeliga. Liiklus peab tulema sellele liidesele, mille taga on see host unikaastia marsruuditabeli kohaselt. See mehhanism lahendab multikaasi edastamise k\u00e4igus tekkida v\u00f5ivate silmade probleemi.<br \/>\n <noindex><a rel=\"nofollow\" href=\"https:\/\/i.imgur.com\/RE54lnP.png\"><img decoding=\"async\" alt=\"PIM protokolli t\u00f6\u00f6p\u00f5him\u00f5tted\" src=\"\/wp-content\/uploads\/2019\/05\/4d855ea59c6329c7e727cc70a79367b2.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/a><\/noindex><br \/>\nR3 multicast s\u00f5numist tuvastab multicasti allika (Source IP) ja kontrollib R1 ja R2 kahte voogu oma unikaalses tabelis. Voog, mis tulevast liidese kaudu edasi saadetakse (R1-st R3-ni), edastatakse edasi, samas kui R2 voog l\u00fckatakse tagasi, kuna multicasti allikasse j\u00f5udmiseks tuleb pakette edastada S0\/1 kaudu.<br \/>\nK\u00fcsimus, mis juhtub siis, kui teil on kaks ekvivalentset marsruuti sama meetriga? Sellisel juhul valib marsruuter need marsruudid next-hop'i p\u00f5hjal. K\u00f5rgema IP-aadressiga marsruut on v\u00f5itnud. Kui on vaja seda k\u00e4itumist muuta, v\u00f5ib kasutada ECMP-d. Lisainfot. <noindex><a rel=\"nofollow\" href=\"https:\/\/drive.google.com\/file\/d\/1yiam4-OwlDoXrfdfdienMN_nQaOJGi29\/view?usp=sharing\">siin<\/a><\/noindex>.<br \/>\nP\u00e4rast RPF reegli kontrollimist saadab marsruuter multicast-paketti k\u00f5igile oma PIM-naabritele, v\u00e4lja arvatud see, kellelt pakett saadi. \u00dclej\u00e4\u00e4nud PIM-marsruuterid kordavad seda protsessi. Tee, mida multicast-pakett l\u00e4bib allikast kuni l\u00f5ppsaajateni, moodustab puu, mida nimetatakse \u2014 allikasp\u00f5hiseks jaotuspuiduks, l\u00fchima tee puuks (SPT), allikapuu. Kolm erinevat nime, valige \u00fcks.<br \/>\nKuidas lahendada k\u00fcsimust, et m\u00f5ned ruuterid ei saanud m\u00f5nedest multimeedia voogudest ja ei suuna neid kellelegi, samas kui k\u00f5rgem ruuter saadab. Selleks on v\u00e4lja m\u00f5eldud Prune mehhanism. <br \/>\n<b>Prune s\u00f5num.<\/b><br \/>\nN\u00e4iteks R2 j\u00e4tkab R3-le multimeedia saatmist, kuigi R3 viskab selle RPF reegli t\u00f5ttu k\u00f5rvale. Miks koormata kanalit? R3 saadab PIM Prune s\u00f5numi ja R2, p\u00e4rast selle s\u00f5numi vastuv\u00f5ttu, eemaldab S0\/1 liidese (v\u00e4ljuvate liideste loendist) antud voogude jaoks, loenditest, millest seda liiklust tuleb saata. <\/p>\n<blockquote><p>Allpool on PIM Prune s\u00f5numi formaalne definitsioon:<br \/>\nPIM Prune s\u00f5num saadetakse \u00fchelt ruuterilt teisele, et sundida teist ruuteri eemaldama Prune'i vastuv\u00f5tmise linki konkreetsest (S,G) SPT-st.<\/p><\/blockquote>\n<p>\nP\u00e4rast Prune s\u00f5numi vastuv\u00f5tmist seab R2 Prune taimeri kolme minuti peale. Kolme minuti m\u00f6\u00f6dudes alustab ta taas liikluse saatmist, kuni saab j\u00e4rgmise Prune s\u00f5numi. See kehtib PIMv1 puhul.<br \/>\nPIMv2-s on lisatud oleku uuendamise taimer (vaikimisi 60 sekundit). Kui R3-lt saadetakse Prune s\u00f5num, k\u00e4ivitub see taimer R3-l. P\u00e4rast taimeri aegumist saadab R3 oleku uuendamise s\u00f5numi, mis l\u00e4htestab R2-l 3-minutilise Prune Taimeri antud grupi jaoks. <br \/>\nPrune s\u00f5numi saatmise p\u00f5hjused:<\/p>\n<ul>\n<li> Kui multicast-paketti ei l\u00e4bitud RPF-i kontrolli.<\/li>\n<li> Kui ei ole kohapealseid \u00fchendatud kliente, kes on taotlenud multicast-gruppi (IGMP Join), ning pole PIM naabreid, kellele multicast-trafikut edastada (Non-prune Interface).<\/li>\n<\/ul>\n<p>\n<b>Grafti s\u00f5num.<\/b><br \/>\nKujutame ette, et R3 ei soovinud R2-lt trafikuit, saatis Prune ja sai multicastit R1-elt. Kuid \u00e4kki katkeb kanal R1-R3 vahel ja R3 j\u00e4\u00e4b ilma multicastita. Tuleb oodata 3 minutit, kuni R2-l aegub Prune Timer. 3 minutit on liiga kaua oodata, et seda mitte teha, tuleb saata s\u00f5num, mis kohe viib antud liini S0\/1 R2-lt pruned-olekust v\u00e4lja. Selliseks s\u00f5numiks on Grafti s\u00f5num. P\u00e4rast Grafti s\u00f5numi vastuv\u00f5tmist saadab R2 vastuseks Graft-ACK.<br \/>\n<b>Prune Override.<\/b><br \/>\n <noindex><a rel=\"nofollow\" href=\"https:\/\/i.imgur.com\/zfo0Dx5.png\"><img decoding=\"async\" alt=\"PIM protokolli t\u00f6\u00f6p\u00f5him\u00f5tted\" src=\"\/wp-content\/uploads\/2019\/05\/72e368905d2e37ba9b9d46101ebcd8ae.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/a><\/noindex><br \/>\nVaadakem sellele skeemile. R1 edastab multikaast segmendis, kus on kaks ruuteri. R3 saab ja edastab liiklust, R2 saab, kuid edastamiseks pole kedagi. Ta saadab R1-ile Prune s\u00f5numi antud segmendis. R1 peab Fa0\/0 loendist eemaldama ja l\u00f5petama edastamise antud segmendis, aga mis juhtub R3-ga? R3 on samas segmendis, sai samuti selle Prune s\u00f5numi ja m\u00f5istis kogu olukorra trag\u00f6\u00f6dia. Enne kui R1 l\u00f5petab edastamise, seadistab ta taimeri 3 sekundiks ja l\u00f5petab edastamise 3 sekundi p\u00e4rast. 3 sekundit \u2014 just nii palju aega on R3-l, et oma multikaast mitte kaotada. Seet\u00f5ttu saadab R3 niipea kui v\u00f5imalik Pim Join s\u00f5numi antud r\u00fchmale ja R1 ei m\u00f5tle enam l\u00f5petamisele. Join s\u00f5numitest allpool.<br \/>\n<b>Assert Message.<\/b><br \/>\n <noindex><a rel=\"nofollow\" href=\"https:\/\/i.imgur.com\/rliwmNF.png\"><img decoding=\"async\" alt=\"PIM protokolli t\u00f6\u00f6p\u00f5him\u00f5tted\" src=\"\/wp-content\/uploads\/2019\/05\/f7cc9c247cd26a8f9567b170f9b61bbb.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/a><\/noindex><br \/>\nKujutage ette olukorda, kus kahe ruuteri kaudu edastatakse sama voog \u00fches v\u00f5rgus. M\u00f5lemad saavad selle sama voolu allikast ning edastavad selle e0 liidese kaudu \u00fchte v\u00f5rku. Seet\u00f5ttu peavad nad m\u00e4\u00e4rama, kes on selle v\u00f5rgu jaoks ainus edastaja. Selleks kasutatakse Teavitusi. Kui R2 ja R3 tuvastavad dubleeritud mitme saatja liiklust, st et R2 ja R3 saavad mitme saatja voogu, mida nad ise edastavad, m\u00f5istavad ruuterid, et siin on midagi valesti. Sellisel juhul saadavad ruuterid Teavituse, mis sisaldab haldusvahemaad ja marsruudi m\u00f5\u00f5dikut, mille kaudu saavutatakse mitme saatja allikas \u2014 10.1.1.10. V\u00f5itja m\u00e4\u00e4ratakse j\u00e4rgmiselt:<\/p>\n<ol>\n<li>See, kelle haldusvahemik on madalam.<\/li>\n<li>Kui haldusvahemikud on v\u00f5rdsed, siis see, kellel on madalam m\u00f5\u00f5dik.<\/li>\n<li>Kui ka siin on v\u00f5rdne, siis see, kellel on k\u00f5rgem IP aadress v\u00f5rgus, kuhu nad seda mitme saatjat edastavad.<\/li>\n<\/ol>\n<p>\nSelles h\u00e4\u00e4letuses v\u00f5itnud ruuter muutub m\u00e4\u00e4ratud ruuteriks (Designated Router). DR valimiseks kasutatakse samuti PIM Hello-sid. Artikli alguses n\u00e4idati PIM Hello s\u00f5numit, kus v\u00f5ib m\u00e4rgata DR v\u00e4lja. V\u00f5itja on see, kelle IP aadress on sellel lingil k\u00f5rgem.<br \/>\nKasulik tabel:<br \/>\n <noindex><a rel=\"nofollow\" href=\"https:\/\/i.imgur.com\/Et1kP7h.png\"><img decoding=\"async\" alt=\"PIM protokolli t\u00f6\u00f6p\u00f5him\u00f5tted\" src=\"\/wp-content\/uploads\/2019\/05\/d450c9fac2b6d74c5b7414d85910bca4.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/a><\/noindex><br \/>\n<b>MROUTE tabel.<\/b><br \/>\nPIM-protokolli algsete \u00fclevaatuste j\u00e4rel peame selgeks saama, kuidas t\u00f6\u00f6tada multikaastabeliga. Mroute tabelis hoitakse teavet selle kohta, milliseid voogusid on kliendid taotlenud ja millised voogud tulevad multikaasserveritest. <br \/>\nN\u00e4iteks, kui m\u00f5nel liideseal saabub IGMP Membership Report v\u00f5i PIM Join, lisatakse marsruutimistabelisse kirje t\u00fc\u00fcpi (*, G):<br \/>\n <noindex><a rel=\"nofollow\" href=\"https:\/\/i.imgur.com\/ufXsgnR.jpg\"><img decoding=\"async\" alt=\"PIM protokolli t\u00f6\u00f6p\u00f5him\u00f5tted\" src=\"\/wp-content\/uploads\/2019\/05\/094d96f36512c3b1b8d179044f354ac1.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/a><\/noindex><br \/>\nSee kirje n\u00e4itab, et on saabunud p\u00e4ring voogudele aadressilt 238.38.38.38. DC lipp t\u00e4hendab, et multikaas t\u00f6\u00f6tab tihedas re\u017eiimis (Dense mode) ja C t\u00e4hendab, et saaja on \u00fchendatud otse marsruuteriga, st marsruuter on saanud IGMP Membership Report'i ja PIM Join'i.<br \/>\nKui kirje on t\u00fc\u00fcpi (S, G), siis t\u00e4hendab see, et meil on multikaasivoog:<br \/>\n <noindex><a rel=\"nofollow\" href=\"https:\/\/i.imgur.com\/QJCZZwf.jpg\"><img decoding=\"async\" alt=\"PIM protokolli t\u00f6\u00f6p\u00f5him\u00f5tted\" src=\"\/wp-content\/uploads\/2019\/05\/56f2e8376a7f89f3fd3082a098ce42e5.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/a><\/noindex><br \/>\nS-v\u00e4ljal on 192.168.1.11, meil on m\u00e4\u00e4ratud multikaallika IP-aadress, just tema kontrollitakse RPF-reegliga. Probleemide korral tuleb k\u00f5igepealt kontrollida unicast-tabelit, et leida marsruut allika juurde. Incoming Interface v\u00e4ljal n\u00e4idatakse liidest, mille kaudu multikaallikad tulevad. Unicast marsruuditabelis peab allikani viiv marsruut viitama siin n\u00e4idatud liidesele. Outgoing Interface v\u00e4ljal n\u00e4idatakse, kuhu multikaal suunatakse. Kui see on t\u00fchi, t\u00e4hendab see, et ruuterile ei ole selle liikluse jaoks p\u00e4ringuid saabunud. T\u00e4iendavat teavet k\u00f5igi lippude kohta leiate <noindex><a rel=\"nofollow\" href=\"https:\/\/drive.google.com\/file\/d\/1ArBLFJdyN8tCangB5GL2JaS47FEZaad-\/view?usp=sharing\">siit<\/a><\/noindex>.<br \/>\n<b>PIM Sparse-mode.<\/b><br \/>\nSparse-mode strateegia on vastupidine Dense-mode'le. Kui Sparse-mode saab multikaaliliiklust, suunab ta liikluse ainult nendele liidesele, kus on olnud p\u00e4ringud selle voogu, n\u00e4iteks Pim Join v\u00f5i IGMP Report s\u00f5numid, mis p\u00e4rivad seda liiklust.<br \/>\nSM ja DM sarnased elemendid:<\/p>\n<ul>\n<li> Naaber\u00fchendused luuakse nagu PIM DM-is.<\/li>\n<li> RPF-reegel t\u00f6\u00f6tab.<\/li>\n<li> DR valik on sarnane.<\/li>\n<li> Prune Overrides mehhanism ja Assert s\u00f5numid on sarnased.<\/li>\n<\/ul>\n<p>\nEttev\u00f5tte v\u00f5rgus, et hallata, kellele, kus ja millist multicastingi liiklust vaja on, on vajalik \u00fchine teabe keskus. Selleks keskuseks on meil Rendezvous Point (RP). K\u00f5ik, kes soovivad mingisugust multicastingi liiklust v\u00f5i on hakanud saama multicastingi liiklust allikast, saadavad selle RP-le.<br \/>\nKui RP saab multicastingi liiklust, siis saadab see selle marsruuteritele, kes on varem seda liiklust k\u00fcsinud. <br \/>\n <noindex><a rel=\"nofollow\" href=\"https:\/\/i.imgur.com\/5AErtbS.jpg\"><img decoding=\"async\" alt=\"PIM protokolli t\u00f6\u00f6p\u00f5him\u00f5tted\" src=\"\/wp-content\/uploads\/2019\/05\/35646434f8b80a8a05253111864de2da.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/a><\/noindex><br \/>\nKujutame ette sellist topoloogiat, kus RP on R3. Niipea kui R1 saab liiklust S1-lt, kapseldab ta selle multicastingi paketi unicast PIM Register s\u00f5numiks ja saadab selle RP-le. Kuidas ta teab, kes on RP? Antud juhul on see seadistatud staatiliselt, kuid d\u00fcnaamilise RP seadistamise teemal r\u00e4\u00e4gime hiljem. <\/p>\n<blockquote><p>ip pim rp-address 3.3.3.3<\/p><\/blockquote>\n<p>\nRP vaatab, kas on olnud teavet kellegi k\u00e4est, kes sooviks selle liikluse saada? Oletame, et ei ole. Siis saadab RP R1-le PIM Register-Stop s\u00f5numi, mis t\u00e4hendab \u2014 et keegi ei vaja seda multicast'i, registreerimine on keelatud. R1 ei saada multicast'i. Kuid host-allika multicast saadab selle, nii et R1, p\u00e4rast Register-Stopi saamist, k\u00e4ivitab Register-Suppression timer'i, mis kestab 60 sekundit. 5 sekundit enne selle taimeri l\u00f5ppemist saadab R1 t\u00fchja Register s\u00f5numi koos Null-Register bit'iga (st ilma kapseldatud multicast paketi). RP k\u00e4itub j\u00e4rgmiselt:<\/p>\n<ul>\n<li> Kui saajaid ei olnud, ei ole neid ka n\u00fc\u00fcd, siis vastab ta Register-Stop s\u00f5numiga.<\/li>\n<li> Kui saajad on ilmunud, siis ei vasta ta sellele kuidagi. R1, kui ta ei saa 5 sekundi jooksul registreerimisele keeldumist, r\u00f5\u00f5mustab ja saadab Register s\u00f5numi kapseldatud multicast'iga RP-le.<\/li>\n<\/ul>\n<p>\nKuidas multicast j\u00f5uab RP-ni, oleme enam-v\u00e4hem aru saanud, n\u00fc\u00fcd proovime vastata k\u00fcsimusele, kuidas RP edastab liiklust saajateni. Siin on vaja tutvustada uut m\u00f5istet \u2014 root-path tree (RPT). RPT on puu, mille juured on RP-s, ulatudes saajateni ja hargnedes igas PIM-SM ruuteris. RP loob selle, saades PIM Join s\u00f5numeid ja lisab puusse uue meie. Ja nii teeb iga madalam ruuter. \u00dcldine reegel on j\u00e4rgmine:<\/p>\n<ul>\n<li> Kui PIM-SM ruuter saab PIM Join s\u00f5numi m\u00f5nel liidesel, v\u00e4lja arvatud liides, mille taga on RP, lisab ta puusse uue haru.<\/li>\n<li> Haru lisatakse ka siis, kui PIM-SM ruuter saab IGMP Membership Reporti vahetult \u00fchendatud hostilt. <\/li>\n<\/ul>\n<p>\nKujutame ette, et meil on klient, kes kasutab multicasti ruuteris R5 aadressi 228.8.8.8. Kui R5 saab IGMP liitumisraporti hostilt, saadab R5 PIM Join'i RP suunas ning lisab liidese puusse, mis vaatab hosti poole. Seej\u00e4rel R4 saab PIM Join'i R5-lt, lisab liidese Gi0\/1 puusse ja saadab PIM Join'i RP suunas. L\u00f5puks RP (R3) saab PIM Join'i ja lisab Gi0\/0 puusse. Nii toimub multicasti saaja registreerimine. Meil tekib puu, mille juured on R3-Gi0\/0 \u2192 R4-Gi0\/1 \u2192 R5-Gi0\/0.<br \/>\nP\u00e4rast seda saadetakse PIM Join R1-le ja R1 hakkab saatma multicasti liiklust. On oluline m\u00e4rkida, et kui host taotles liiklust enne, kui multicasti edastus algas, siis RP ei saadet PIM Join'i ja ei saadet midagi R1 suunas.<br \/>\nKui juhuslikult, kui multicasti saadetakse, l\u00f5petab host selle saamise soovi, siis kui RP saab PIM Prune'i liidese Gi0\/0 pealt, saadab ta koheselt PIM Register-Stop'i R1-le ning seej\u00e4rel PIM Prune'i s\u00f5numi liidese Gi0\/1 kaudu. PIM Register-Stop saadetakse unicastina aadressile, millest PIM Register tuli.<br \/>\nNagu varem r\u00e4\u00e4kisime, kui ruuter saadab PIM Join teisele, n\u00e4iteks R5-le R4-l, siis R4 lisab sissekande:<br \/>\n <noindex><a rel=\"nofollow\" href=\"https:\/\/i.imgur.com\/msZjbr8.jpg\"><img decoding=\"async\" alt=\"PIM protokolli t\u00f6\u00f6p\u00f5him\u00f5tted\" src=\"\/wp-content\/uploads\/2019\/05\/d1d621bee37e4b912a672690c581617a.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/a><\/noindex><br \/>\nJa k\u00e4ivitatakse taimer, mille m\u00e4\u00e4ramist R5 peab pidevalt PIM Join s\u00f5numeid saatma, vastasel juhul R4 j\u00e4tab selle v\u00e4ljamineku loendist v\u00e4lja. R5 saadab iga 60 PIM Join s\u00f5numit.<br \/>\n<b>L\u00fchimaa puu vahetus.<\/b><br \/>\nLisame R1 ja R5 vahele liidese ning vaatame, kuidas liiklus sellise topoloogia korral voolab. <br \/>\n <noindex><a rel=\"nofollow\" href=\"https:\/\/i.imgur.com\/wLKEyyg.jpg\"><img decoding=\"async\" alt=\"PIM protokolli t\u00f6\u00f6p\u00f5him\u00f5tted\" src=\"\/wp-content\/uploads\/2019\/05\/4b15057a1d30f3b2d6246b8f3b6263eb.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/a><\/noindex><br \/>\nOletame, et liiklus saadeti ja saadi vana skeemi j\u00e4rgi R1-R2-R3-R4-R5 ning siis \u00fchendame ja seadistame liidese R1 ja R5 vahel.<br \/>\nEsite, meil on uuendatud unicast-routed tabel R5-s ning n\u00fc\u00fcd saavutatakse v\u00f5rk 192.168.1.0\/24 R5 Gi0\/2 kaudu. N\u00fc\u00fcd, kui R5 saab multikaid Gi0\/1 liidese kaudu, m\u00f5istab ta, et RPF reegel ei ole t\u00e4idetud, seega oleks m\u00f5istlikum saada multikaid Gi0\/2 kaudu. Ta peab RPT-st lahti \u00fctlema ja looma l\u00fchema puu, mida nimetatakse l\u00fchimaks tee puuks (SPT). Selleks saadab ta Gi0\/2 kaudu PIM Join s\u00f5numi R1-le ja R1 hakkab saatma multikaid ka Gi0\/2 kaudu. N\u00fc\u00fcd peab R5 RPT-st lahti \u00fctlema, et mitte saada kahte koopiat. Selleks saadab ta Prune s\u00f5numi, n\u00e4idates allika IP-aadressi ja lisades spetsiaalseBit - RPT-bit. See t\u00e4hendab, et ei ole vaja mulle liiklust saata, mul on siin paremad puud. RP saadab samuti R1 suunas PIM Prune s\u00f5numeid, kuid ei saada Register-Stop s\u00f5numit. Veel \u00fcks erip\u00e4ra: R5 hakkab pidevalt saatma PIM Prune RP-le, kuna R1 saadab iga minuti tagant PIM Register RP-le. RP, kuni ei tule uusi huvilisi, nagu see liiklus, vastab talle keeldumisega. R5 teavitab RP-d, et ta j\u00e4tkab multika saamist l\u00e4bi SPT.<br \/>\n<b>D\u00fcnaamiline RP otsing. <br \/>\nAuto-RP.<\/b><br \/>\nSee tehnoloogia on Cisco omand ja ei ole eriti populaarne, kuid siiski on eluj\u00f5uline. Auto-RP t\u00f6\u00f6 koosneb kahest p\u00f5hietapist:<br \/>\n1) RP saadab RP-Announce s\u00f5numeid reserveeritud aadressile 224.0.1.39, kuulutades end RP-ks kas k\u00f5igi v\u00f5i teatud gruppide jaoks. S\u00f5numit saadetakse iga minuti j\u00e4rel.<br \/>\n2) On vajalik RP mapping agent, mis saadab RP-Discovery s\u00f5numeid, m\u00e4rkides, milliste gruppide jaoks peab konkreetne RP olema kuulatav. Just sellest s\u00f5numist saavad tavalised PIM ruuterid oma RP-d m\u00e4\u00e4rata. Mapping Agent v\u00f5ib olla nii RP ruuter kui ka m\u00f5ni eraldi PIM ruuter. RP-Discovery saadetakse aadressile 224.0.1.40 \u00fche minuti intervalliga.<br \/>\nVaatame protsessi l\u00e4hemalt:<br \/>\nSeadistame R3 RP-ks:<\/p>\n<blockquote><p>ip pim send-rp-announce loopback 0 scope 10<\/p><\/blockquote>\n<p>\nR2 kui mapping agent:<\/p>\n<blockquote><p>ip pim send-rp-discovery loopback 0 scope 10<\/p><\/blockquote>\n<p>\nJa k\u00f5ikidel teistel ootame RP-d l\u00e4bi Auto-RP:<\/p>\n<blockquote><p>ip pim autorp listener<\/p><\/blockquote>\n<p>\nNiipea kui oleme R3 seadistanud, hakkab ta saatma RP-Announce:<br \/>\n <noindex><a rel=\"nofollow\" href=\"https:\/\/i.imgur.com\/6c4WucN.jpg\"><img decoding=\"async\" alt=\"PIM protokolli t\u00f6\u00f6p\u00f5him\u00f5tted\" src=\"\/wp-content\/uploads\/2019\/05\/3077778bb47731bb02a8e7fc6945aa63.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/a><\/noindex><br \/>\nJa R2, p\u00e4rast mapping agendiks seadmist, hakkab ootama RP-Announce s\u00f5numeid. Alles siis, kui ta leiab v\u00e4hemalt \u00fche RP, hakkab ta saatma RP-Discovery:<br \/>\n <noindex><a rel=\"nofollow\" href=\"https:\/\/i.imgur.com\/lw2JuDD.jpg\"><img decoding=\"async\" alt=\"PIM protokolli t\u00f6\u00f6p\u00f5him\u00f5tted\" src=\"\/wp-content\/uploads\/2019\/05\/37eff65f3c359cd3091c47af22220a6b.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/a><\/noindex><br \/>\nSeega, kui tavalised marsruutorid (PIM RP Listener) saavad selle teate, teavad nad, kust RP-d otsida.<br \/>\n\u00dcks peamisi Auto-RP probleeme on see, et RP-Announce ja RP-Discovery s\u00f5numite saamiseks peab saatma PIM Join aadressidele 224.0.1.39-40, kuid selleks, et saata, tuleb teada, kus RP paikneb. Klassikaline muna ja kana probleem. Selle probleemi lahendamiseks loodi PIM Sparse-Dense-Mode re\u017eiim. Kui marsruutor ei tea RP-d, t\u00f6\u00f6tab see tiheda re\u017eiimi (Dense-mode) re\u017eiimis, kui teab, siis h\u00f5redas re\u017eiimis (Sparse-mode). Kui tavaliste marsruutorite liidetes on seadistatud PIM Sparse-mode ja k\u00e4sk ip pim autorp listener, siis t\u00f6\u00f6tab marsruutor tiheda re\u017eiimi ainult Auto-RP protokolli multikastiks (224.0.1.39-40).<br \/>\n<b>BootStrap Router (BSR).<\/b><br \/>\nSee funktsioon t\u00f6\u00f6tab sarnaselt Auto-RP-le. Iga RP saadab s\u00f5numi mappimise agendile, kes kogub mappimise teavet ja edastab selle seej\u00e4rel k\u00f5igile teistele marsruutoritele. Kirjeldame protsessi samamoodi nagu Auto-RP puhul:<br \/>\n1) Niipea kui seadistame R3 RP kandidaatideks, k\u00e4suga:<\/p>\n<blockquote><p>ip pim rp-candidate loopback 0<\/p><\/blockquote>\n<p>\nR3 ei tee midagi, et alustada spetsiifiliste s\u00f5numite saatmist; selleks peab ta esmalt leidma mapping agent'i. Niisiis, liigume teise sammu juurde.<br \/>\n2) Seadistame R2 mapping agent'ina:<\/p>\n<blockquote><p>ip pim bsr-kandidaat loopback 0<\/p><\/blockquote>\n<p>\nR2 hakkab saatma PIM Bootstrap s\u00f5numeid, kus ta m\u00e4\u00e4ratleb end mapping agent'ina:<br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/i.imgur.com\/uAj49oT.jpg\"><img decoding=\"async\" alt=\"PIM protokolli t\u00f6\u00f6p\u00f5him\u00f5tted\" src=\"\/wp-content\/uploads\/2019\/05\/2b05ffd64bd33ee5380aa24d5f76df67.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/a><\/noindex><br \/>\nS\u00f5num saadetakse aadressile 224.0.0.13, mida PIM protokoll kasutab ka oma teiste s\u00f5numite jaoks. Ta saadab neid igas suunas ja seet\u00f5ttu ei esine kana ja muna probleemi, nagu see oli Auto-RP-s.<br \/>\n3) Kui RP saab s\u00f5numi BSR ruuterilt, saadab ta kohe unicast s\u00f5numi aadressile BSR ruuter:<br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/i.imgur.com\/qwtXY88.jpg\"><img decoding=\"async\" alt=\"PIM protokolli t\u00f6\u00f6p\u00f5him\u00f5tted\" src=\"\/wp-content\/uploads\/2019\/05\/38547a114a2bca74131c95b95e535fdc.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/a><\/noindex><br \/>\nP\u00e4rast seda saadab BSR, saades teavet RP kohta, need multikastina aadressile 224.0.0.13, mida kuulavad k\u00f5ik PIM ruuterid. Seet\u00f5ttu ei ole BSR-is analoogset k\u00e4sku <i>ip pim autorp listener<\/i> tavalistele ruutereile.<br \/>\n<b>Anycast RP koos Multicast Source Discovery Protocol'i (MSDP) abil.<\/b><br \/>\nAuto-RP ja BSR v\u00f5imaldavad meil jagada koormust RP-le j\u00e4rgmiselt: igal multika grupil on ainult \u00fcks aktiivne RP. \u00dche multika r\u00fchma jaoks ei saa koormust jagada mitme RP vahel. MSDP teostab selle, andes RP marsruuteritele sama IP-aadressi maskiga 255.255.255.255. MSDP kogub teavet \u00fche meetodi abil: staatika, Auto-RP v\u00f5i BSR.<br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/i.imgur.com\/U4aDz5H.png\"><img decoding=\"async\" alt=\"PIM protokolli t\u00f6\u00f6p\u00f5him\u00f5tted\" src=\"\/wp-content\/uploads\/2019\/05\/c0352b5fbc5780f667c6c97ea6dde26d.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/a><\/noindex><br \/>\nPildil on meil Auto-RP konfiguratsioon koos MSDP-ga. M\u00f5lemad RP-d on seadistatud IP-aadressiga 172.16.1.1\/32 Loopback 1 liidesel ja seda kasutatakse k\u00f5igi r\u00fchmade jaoks. RP-Announce'i ajal r\u00e4\u00e4givad m\u00f5lemad marsruuterid endist, viidates sellele aadressile. Auto-RP mapping agent, saades teavet, levitab RP-Discovery teavet RP kohta aadressiga 172.16.1.1\/32. Aadressi 172.16.1.1\/32 kohta r\u00e4\u00e4gime marsruuteritele IGP kaudu. Seega k\u00fcsivad v\u00f5i registreerivad PIM marsruuterid voogusid vastavalt sellele RP-le, mis on m\u00e4rgitud next-hop-ina marsruudile aadressile 172.16.1.1\/32. MSDP protokoll on loodud RP-de jaoks, et vahetada teavet multika kohta.<br \/>\nVaatleme j\u00e4rgmist topoloogiat:<br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/i.imgur.com\/zgkGDOP.jpg\"><img decoding=\"async\" alt=\"PIM protokolli t\u00f6\u00f6p\u00f5him\u00f5tted\" src=\"\/wp-content\/uploads\/2019\/05\/e4823362e7a2abc9b4ee9ba954d709b8.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/a><\/noindex><br \/>\nSwitch6 suunab liiklust aadressile 238.38.38.38 ja sellest teab praegu ainult RP-R1. Just sellep\u00e4rast on Switch7 ja Switch8 selle grupi kohta p\u00e4rinud. Ruuterid R5 ja R4 saadavad PIM Join R1 ja R3, vastavalt. Miks? R5 marsruut 13.13.13.13 suunab R1, kasutades IGP m\u00f5\u00f5det, nagu R4 samuti.<br \/>\nRP-R1 teab voogust ja hakkab seda suunama R5 suunas, kuid R4 ei tea sellest midagi, kuna R1 ei kavatse seda lihtsalt nii saata. Seet\u00f5ttu on vajalik MSDP. Seadistame selle R1 ja R5 peal:<\/p>\n<blockquote><p>ip msdp peer 3.3.3.3 connect-source Loopback1 R1-l<\/p><\/blockquote>\n<p><\/p>\n<blockquote><p>ip msdp peer 1.1.1.1 connect-source Loopback3 R3-l<\/p><\/blockquote>\n<p>\nNad loovad teineteise vahel seansi ja kui saavad m\u00f5ne voolu, teavitavad nad sellest oma RP naabrile.<br \/>\nRP-R1 saadab kohe voolu saades Switch6-lt unicastiga MSDP Source-Active s\u00f5numi, mis sisaldab teavet t\u00fc\u00fcpi ( S, G) \u2014 teavet allika ja multika sihtkoha kohta. N\u00fc\u00fcd, kui RP-R3 teab, et selline allikas nagu Switch6 eksisteerib, saadab ta R4 taotluse korral sellele voole suunamise Switch6 suunas PIM Join, tuginedes marsruutimistabelile. Seega, kui R1 saab sellise PIM Join-i, hakkab ta liiklust saatma RP-R3 suunas.<br \/>\nMSDP t\u00f6\u00f6tab TCP protokollil, RP-de vahel saadetakse keepalive s\u00f5numeid eluj\u00f5ulisuse kontrollimiseks. Taimer on 60 sekundit.<br \/>\nMSDP peeride jagamise funktsiooni erinevatesse domeenidesse j\u00e4\u00e4b ebaselgeks, kuna keepalive ja SA s\u00f5numites ei n\u00e4idata kuulumist \u00fchtegi domeeni. Samuti testiti selles topoloogias konfiguratsiooni erinevate domeenide m\u00e4\u00e4ramisega - t\u00f6\u00f6des ei olnud mingeid erinevusi. <br \/>\nKui keegi suudab selgust tuua, oleksin r\u00f5\u00f5mus, kui loeksin kommentaarides.<br \/>\n<br \/>Allikas: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/450582\/\">habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u041f\u0440\u043e\u0442\u043e\u043a\u043e\u043b PIM \u2014 \u044d\u0442\u043e \u043d\u0430\u0431\u043e\u0440 \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u043e\u0432 \u0434\u043b\u044f \u043f\u0435\u0440\u0435\u0434\u0430\u0447\u0438 \u043c\u0443\u043b\u044c\u0442\u0438\u043a\u0430\u0441\u0442\u0430 \u0432 \u0441\u0435\u0442\u0438 \u043c\u0435\u0436\u0434\u0443 \u043c\u0430\u0440\u0448\u0440\u0443\u0442\u0438\u0437\u0430\u0442\u043e\u0440\u0430\u043c\u0438. \u041e\u0442\u043d\u043e\u0448\u0435\u043d\u0438\u044f \u0441\u043e\u0441\u0435\u0434\u0441\u0442\u0432\u0430 \u0441\u0442\u0440\u043e\u0438\u0442\u0441\u044f \u0430\u043d\u0430\u043b\u043e\u0433\u0438\u0447\u043d\u043e \u043a\u0430\u043a \u0438 \u0432 \u0441\u043b\u0443\u0447\u0430\u0435 \u0434\u0438\u043d\u0430\u043c\u0438\u0447\u0435\u0441\u043a\u0438\u0445 \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u043e\u0432 \u043c\u0430\u0440\u0448\u0440\u0443\u0442\u0438\u0437\u0430\u0446\u0438\u0438. PIMv2 \u043e\u0442\u043f\u0440\u0430\u0432\u043b\u044f\u0435\u0442 \u043a\u0430\u0436\u0434\u044b\u0435 30 \u0441\u0435\u043a\u0443\u043d\u0434 Hello \u0441\u043e\u043e\u0431\u0449\u0435\u043d\u0438\u044f \u043d\u0430 \u0437\u0430\u0440\u0435\u0437\u0435\u0440\u0432\u0438\u0440\u043e\u0432\u0430\u043d\u043d\u044b\u0439 \u043c\u0443\u043b\u044c\u0442\u0438\u043a\u0430\u0441\u0442 \u0430\u0434\u0440\u0435\u0441 224.0.0.13 ( All-PIM-Routers ). \u0421\u043e\u043e\u0431\u0449\u0435\u043d\u0438\u0435 \u0441\u043e\u0434\u0435\u0440\u0436\u0438\u0442 \u0432 \u0441\u0435\u0431\u0435 Hold Timers \u2014 \u043e\u0431\u044b\u0447\u043d\u043e \u0440\u0430\u0432\u0435\u043d 3.5*Hello Timer, \u0442\u043e \u0435\u0441\u0442\u044c 105 \u0441\u0435\u043a\u0443\u043d\u0434 \u043f\u043e [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":24886,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-33142","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 4.9.10 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u041f\u0440\u043e\u0442\u043e\u043a\u043e\u043b PIM \u2014 \u044d\u0442\u043e \u043d\u0430\u0431\u043e\u0440 \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u043e\u0432 \u0434\u043b\u044f \u043f\u0435\u0440\u0435\u0434\u0430\u0447\u0438 \u043c\u0443\u043b\u044c\u0442\u0438\u043a\u0430\u0441\u0442\u0430 \u0432 \u0441\u0435\u0442\u0438 \u043c\u0435\u0436\u0434\u0443 \u043c\u0430\u0440\u0448\u0440\u0443\u0442\u0438\u0437\u0430\u0442\u043e\u0440\u0430\u043c\u0438. \u041e\u0442\u043d\u043e\u0448\u0435\u043d\u0438\u044f \u0441\u043e\u0441\u0435\u0434\u0441\u0442\u0432\u0430 \u0441\u0442\u0440\u043e\u0438\u0442\u0441\u044f \u0430\u043d\u0430\u043b\u043e\u0433\u0438\u0447\u043d\u043e \u043a\u0430\u043a \u0438 \u0432 \u0441\u043b\u0443\u0447\u0430\u0435 \u0434\u0438\u043d\u0430\u043c\u0438\u0447\u0435\u0441\u043a\u0438\u0445 \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u043e\u0432 \u043c\u0430\u0440\u0448\u0440\u0443\u0442\u0438\u0437\u0430\u0446\u0438\u0438. PIMv2 \u043e\u0442\u043f\u0440\u0430\u0432\u043b\u044f\u0435\u0442 \u043a\u0430\u0436\u0434\u044b\u0435 30 \u0441\u0435\u043a\u0443\u043d\u0434 Hello \u0441\u043e\u043e\u0431\u0449\u0435\u043d\u0438\u044f \u043d\u0430 \u0437\u0430\u0440\u0435\u0437\u0435\u0440\u0432\u0438\u0440\u043e\u0432\u0430\u043d\u043d\u044b\u0439 \u043c\u0443\u043b\u044c\u0442\u0438\u043a\u0430\u0441\u0442 \u0430\u0434\u0440\u0435\u0441 224.0.0.13 ( All-PIM-Routers ). \u0421\u043e\u043e\u0431\u0449\u0435\u043d\u0438\u0435 \u0441\u043e\u0434\u0435\u0440\u0436\u0438\u0442 \u0432 \u0441\u0435\u0431\u0435 Hold Timers \u2014 \u043e\u0431\u044b\u0447\u043d\u043e \u0440\u0430\u0432\u0435\u043d 3.5*Hello Timer, \u0442\u043e \u0435\u0441\u0442\u044c 105 \u0441\u0435\u043a\u0443\u043d\u0434 \u043f\u043e\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/printsipy-raboty-protokola-pim\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 4.9.10\" \/>\n\t\t<meta property=\"og:locale\" content=\"et_EE\" \/>\n\t\t<meta property=\"og:site_name\" content=\"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47\u041f\u0440\u0438\u043d\u0446\u0438\u043f\u044b \u0440\u0430\u0431\u043e\u0442\u044b \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u0430 PIM | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u041f\u0440\u043e\u0442\u043e\u043a\u043e\u043b PIM \u2014 \u044d\u0442\u043e \u043d\u0430\u0431\u043e\u0440 \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u043e\u0432 \u0434\u043b\u044f \u043f\u0435\u0440\u0435\u0434\u0430\u0447\u0438 \u043c\u0443\u043b\u044c\u0442\u0438\u043a\u0430\u0441\u0442\u0430 \u0432 \u0441\u0435\u0442\u0438 \u043c\u0435\u0436\u0434\u0443 \u043c\u0430\u0440\u0448\u0440\u0443\u0442\u0438\u0437\u0430\u0442\u043e\u0440\u0430\u043c\u0438. \u041e\u0442\u043d\u043e\u0448\u0435\u043d\u0438\u044f \u0441\u043e\u0441\u0435\u0434\u0441\u0442\u0432\u0430 \u0441\u0442\u0440\u043e\u0438\u0442\u0441\u044f \u0430\u043d\u0430\u043b\u043e\u0433\u0438\u0447\u043d\u043e \u043a\u0430\u043a \u0438 \u0432 \u0441\u043b\u0443\u0447\u0430\u0435 \u0434\u0438\u043d\u0430\u043c\u0438\u0447\u0435\u0441\u043a\u0438\u0445 \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u043e\u0432 \u043c\u0430\u0440\u0448\u0440\u0443\u0442\u0438\u0437\u0430\u0446\u0438\u0438. PIMv2 \u043e\u0442\u043f\u0440\u0430\u0432\u043b\u044f\u0435\u0442 \u043a\u0430\u0436\u0434\u044b\u0435 30 \u0441\u0435\u043a\u0443\u043d\u0434 Hello \u0441\u043e\u043e\u0431\u0449\u0435\u043d\u0438\u044f \u043d\u0430 \u0437\u0430\u0440\u0435\u0437\u0435\u0440\u0432\u0438\u0440\u043e\u0432\u0430\u043d\u043d\u044b\u0439 \u043c\u0443\u043b\u044c\u0442\u0438\u043a\u0430\u0441\u0442 \u0430\u0434\u0440\u0435\u0441 224.0.0.13 ( All-PIM-Routers ). \u0421\u043e\u043e\u0431\u0449\u0435\u043d\u0438\u0435 \u0441\u043e\u0434\u0435\u0440\u0436\u0438\u0442 \u0432 \u0441\u0435\u0431\u0435 Hold Timers \u2014 \u043e\u0431\u044b\u0447\u043d\u043e \u0440\u0430\u0432\u0435\u043d 3.5*Hello Timer, \u0442\u043e \u0435\u0441\u0442\u044c 105 \u0441\u0435\u043a\u0443\u043d\u0434 \u043f\u043e\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/printsipy-raboty-protokola-pim\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2019-10-31T18:50:58+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2019-10-31T18:50:58+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47PIM protokolli t\u00f6\u00f6p\u00f5him\u00f5tted | ProHoster","description":"PIM protokoll on protokollide kogum multicast'i \u00fclekandmiseks v\u00f5rkudes marsruuterite vahel. Naabrussuhted luuakse sarnaselt d\u00fcnaamiliste marsruutimisprotokollidega. PIMv2 saadab iga 30 sekundi j\u00e4rel Hello s\u00f5numeid reserveeritud multicast aadressile 224.0.0.13 (All-PIM-Routers). S\u00f5num sisaldab Hold Timers'i \u2014 tavaliselt on see 3.5*Hello Timer, mis t\u00e4hendab 105 sekundit.","canonical_url":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/printsipy-raboty-protokola-pim","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"et_EE","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u041f\u0440\u0438\u043d\u0446\u0438\u043f\u044b \u0440\u0430\u0431\u043e\u0442\u044b \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u0430 PIM | ProHoster","og:description":"\u041f\u0440\u043e\u0442\u043e\u043a\u043e\u043b PIM \u2014 \u044d\u0442\u043e \u043d\u0430\u0431\u043e\u0440 \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u043e\u0432 \u0434\u043b\u044f \u043f\u0435\u0440\u0435\u0434\u0430\u0447\u0438 \u043c\u0443\u043b\u044c\u0442\u0438\u043a\u0430\u0441\u0442\u0430 \u0432 \u0441\u0435\u0442\u0438 \u043c\u0435\u0436\u0434\u0443 \u043c\u0430\u0440\u0448\u0440\u0443\u0442\u0438\u0437\u0430\u0442\u043e\u0440\u0430\u043c\u0438. \u041e\u0442\u043d\u043e\u0448\u0435\u043d\u0438\u044f \u0441\u043e\u0441\u0435\u0434\u0441\u0442\u0432\u0430 \u0441\u0442\u0440\u043e\u0438\u0442\u0441\u044f \u0430\u043d\u0430\u043b\u043e\u0433\u0438\u0447\u043d\u043e \u043a\u0430\u043a \u0438 \u0432 \u0441\u043b\u0443\u0447\u0430\u0435 \u0434\u0438\u043d\u0430\u043c\u0438\u0447\u0435\u0441\u043a\u0438\u0445 \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u043e\u0432 \u043c\u0430\u0440\u0448\u0440\u0443\u0442\u0438\u0437\u0430\u0446\u0438\u0438. PIMv2 \u043e\u0442\u043f\u0440\u0430\u0432\u043b\u044f\u0435\u0442 \u043a\u0430\u0436\u0434\u044b\u0435 30 \u0441\u0435\u043a\u0443\u043d\u0434 Hello \u0441\u043e\u043e\u0431\u0449\u0435\u043d\u0438\u044f \u043d\u0430 \u0437\u0430\u0440\u0435\u0437\u0435\u0440\u0432\u0438\u0440\u043e\u0432\u0430\u043d\u043d\u044b\u0439 \u043c\u0443\u043b\u044c\u0442\u0438\u043a\u0430\u0441\u0442 \u0430\u0434\u0440\u0435\u0441 224.0.0.13 ( All-PIM-Routers ). \u0421\u043e\u043e\u0431\u0449\u0435\u043d\u0438\u0435 \u0441\u043e\u0434\u0435\u0440\u0436\u0438\u0442 \u0432 \u0441\u0435\u0431\u0435 Hold Timers \u2014 \u043e\u0431\u044b\u0447\u043d\u043e \u0440\u0430\u0432\u0435\u043d 3.5*Hello Timer, \u0442\u043e \u0435\u0441\u0442\u044c 105 \u0441\u0435\u043a\u0443\u043d\u0434 \u043f\u043e","og:url":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/printsipy-raboty-protokola-pim","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T18:50:58+00:00","article:modified_time":"2019-10-31T18:50:58+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"33142","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-21 14:06:19","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 02:46:23","updated":"2026-01-21 14:06:19"},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts\/33142","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/comments?post=33142"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts\/33142\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/media\/24886"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/media?parent=33142"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/categories?post=33142"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/tags?post=33142"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}