{"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\/sv\/blog\/administrirovanie\/printsipy-raboty-protokola-pim","title":{"rendered":"Principer f\u00f6r PIM-protokollet","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

PIM-protokollet \u00e4r en upps\u00e4ttning protokoll f\u00f6r \u00f6verf\u00f6ring av multicast i n\u00e4tverk mellan routrar. Grannskapsrelationer byggs p\u00e5 samma s\u00e4tt som i fallet med dynamiska routingprotokoll. PIMv2 skickar var 30:e sekund ett Hello-meddelande till den reserverade multicastadressen 224.0.0.13 (All-PIM-Routers). Meddelandet inneh\u00e5ller h\u00e5lltimrar \u2014 som vanligtvis \u00e4r 3,5 g\u00e5nger Hello-timern, det vill s\u00e4ga 105 sekunder som standard.
\n\"Principer<\/a><\/noindex>
\n PIM anv\u00e4nder tv\u00e5 grundl\u00e4ggande driftsl\u00e4gen \u2014 Dense och Sparse mode. L\u00e5t oss b\u00f6rja med Dense mode. <\/a><\/noindex>
\nK\u00e4llbaserade distributions-tr\u00e4d.<\/b>
\nDense-mode-l\u00e4get \u00e4r l\u00e4mpligt att anv\u00e4nda n\u00e4r det finns ett stort antal klienter i olika multicastgrupper. N\u00e4r en router tar emot multicast-trafik, kontrollerar den f\u00f6rst den mot RPF-regeln. RPF \u2014 denna regel anv\u00e4nds f\u00f6r att verifiera k\u00e4llan f\u00f6r multicast mot unicast-routingtabellen. Trafiken m\u00e5ste komma in p\u00e5 det gr\u00e4nssnitt d\u00e4r den aktuella v\u00e4rden d\u00f6ljer sig enligt den unicast-routingtabellen. Denna mekanism l\u00f6ser problemet med slinga vid \u00f6verf\u00f6ring av multicast.
\n \"Principer<\/a><\/noindex>
\nR3 f\u00e5r fr\u00e5n multicast-meddelandet veta k\u00e4llan f\u00f6r multicast (Source IP) och kontrollerar tv\u00e5 str\u00f6mmar fr\u00e5n R1 och R2 i sin unicast-routingtabell. Str\u00f6mmen fr\u00e5n det gr\u00e4nssnitt som tabellen pekar p\u00e5 (R1 till R3) kommer att vidarebefordras, medan str\u00f6mmen fr\u00e5n R2 kommer att sl\u00e4ppas, eftersom f\u00f6r att n\u00e5 multicast-k\u00e4llan m\u00e5ste paketen skickas via S0\/1.
\nFr\u00e5gan \u00e4r, vad h\u00e4nder om ni har tv\u00e5 ekvivalenta rutter med samma metrik? I det h\u00e4r fallet kommer routern att v\u00e4lja baserat p\u00e5 next-hop f\u00f6r dessa rutter. Den med h\u00f6gre IP-adress vinner. Om det \u00e4r n\u00f6dv\u00e4ndigt att \u00e4ndra detta beteende kan ECMP anv\u00e4ndas. Mer information ). Ett typiskt exempel p\u00e5 anv\u00e4ndning:<\/a><\/noindex>.
\nEfter att ha kontrollerat RPF-regeln skickar routern multicast-paketet till alla sina PIM-grannar, f\u00f6rutom den fr\u00e5n vilken paketet mottogs. \u00d6vriga PIM-routrar upprepar denna process. V\u00e4gen som multicast-paketet tog fr\u00e5n k\u00e4llan till slutm\u00e5len bildar ett tr\u00e4d som kallas \u2014 k\u00e4llbaserat distributions-tr\u00e4d, shortest-path tree (SPT), k\u00e4lltr\u00e4d. Tre olika namn, v\u00e4lj vilket som helst.
\nHur ska man hantera fr\u00e5gan om vissa routrar inte lyckades f\u00e5 n\u00e5got multicast-fl\u00f6de att skicka, och den \u00f6verordnade routern skickar det till dem? F\u00f6r detta har prune-mekanismen uppfunnits.
\nPrune-meddelande.<\/b>
\nTill exempel, R2 forts\u00e4tter att skicka multicast till R3, \u00e4ven om R3 sl\u00e4pper den enligt RPF-regeln. Varf\u00f6r belasta kanalen? R3 skickar PIM Prune-meddelandet och R2, n\u00e4r det mottar detta meddelande, kommer att ta bort gr\u00e4nssnittet S0\/1 fr\u00e5n listan (outgoing interface list) f\u00f6r den aktuella str\u00f6mmen, listan \u00f6ver gr\u00e4nssnitt som ska skicka denna trafik. <\/p>\n

F\u00f6ljande \u00e4r en mer formell definition av ett PIM Prune-meddelande:
\nPIM Prune-meddelandet skickas av en router till en andra router f\u00f6r att f\u00e5 den andra routern att ta bort l\u00e4nken p\u00e5 vilken Prune-meddelandet tas emot fr\u00e5n en viss (S,G) SPT.<\/p><\/blockquote>\n

\nEfter att ha mottagit Prune-meddelandet, st\u00e4ller R2 in Prune-timern till 3 minuter. Efter tre minuter kommer den att b\u00f6rja skicka trafik igen, tills den f\u00e5r ett nytt Prune-meddelande. Detta \u00e4r i PIMv1.
\nI PIMv2 har dessutom en State Refresh-timer lagts till (standard \u00e4r 60 sekunder). S\u00e5 snart ett Prune-meddelande skickas fr\u00e5n R3, startas denna timer p\u00e5 R3. N\u00e4r timern l\u00f6per ut, kommer R3 att skicka ett State Refresh-meddelande som \u00e5terst\u00e4ller R2:s 3-minuters Prune Timer f\u00f6r den aktuella gruppen.
\nAnledningar till att skicka Prune-meddelandet:<\/p>\n