የፒኤም ፕሮቶኮል እንዴት እንደሚሰራ

የPIM ፕሮቶኮል በራውተሮች መካከል ባለ አውታረ መረብ ውስጥ መልቲካስት ለማስተላለፍ የፕሮቶኮሎች ስብስብ ነው። የአጎራባች ግንኙነቶች በተለዋዋጭ የመንገዶች ፕሮቶኮሎች ውስጥ በተመሳሳይ መንገድ ይገነባሉ. PIMv2 የሄሎ መልእክት በየ30 ሰከንድ ወደ ተያዘው መልቲካስት አድራሻ 224.0.0.13 (ሁሉም-PIM-ራውተሮች) ይልካል። መልእክቱ Hold Timers ይይዛል - ብዙውን ጊዜ ከ 3.5*ሄሎ ቆጣሪ ጋር እኩል ነው ፣ ማለትም ፣ በነባሪ 105 ሴኮንድ።

PIM ሁለት ዋና ዋና የአሰራር ዘዴዎችን ይጠቀማል - ጥቅጥቅ ያለ እና ስፓርስ ሞድ። በDense ሁነታ እንጀምር።
ምንጭ ላይ የተመሰረቱ የስርጭት ዛፎች.
ጥቅጥቅ ባለ ሁነታ የተለያዩ የመልቲካስት ቡድኖች ብዛት ያላቸው ደንበኞችን ለመጠቀም ይመከራል። አንድ ራውተር ባለብዙ-ካስት ትራፊክ ሲቀበል መጀመሪያ የሚያደርገው ነገር ለ RPF ደንብ ማረጋገጥ ነው። RPF - ይህ ህግ የብዝሃ-ካስት ምንጭን በዩኒካስት ማዞሪያ ሰንጠረዥ ለመፈተሽ ይጠቅማል። በዩኒካስት ማዞሪያ ጠረጴዛው ስሪት መሰረት ይህ አስተናጋጅ ከተደበቀበት በይነገጹ ላይ ትራፊክ መድረሱ አስፈላጊ ነው። ይህ ዘዴ በብዝሃ-ካስት ማስተላለፊያ ጊዜ የሚከሰተውን የሉፕ ችግር ይፈታል።

R3 የመልቲካስት ምንጭ (ምንጭ IP) ከብዙካስት መልዕክቱ ይገነዘባል እና ዩኒካስት ሰንጠረዡን በመጠቀም ከR1 እና R2 ሁለቱን ፍሰቶች ይፈትሻል። በሰንጠረዡ ከተጠቆመው የበይነገጹ ዥረት (ከR1 እስከ R3) የበለጠ ይተላለፋል እና ከ R2 የሚመጣው ዥረት ይወድቃል ወደ መልቲካስት ምንጭ ለመድረስ በ S0/1 በኩል ፓኬቶችን መላክ ያስፈልግዎታል።
ጥያቄው፣ ተመሳሳይ መለኪያ ያላቸው ሁለት አቻ መንገዶች ካሉህ ምን ይሆናል? በዚህ አጋጣሚ ራውተር ከእነዚህ መንገዶች ቀጣዩን-ሆፕ ይመርጣል. ከፍ ያለ የአይፒ አድራሻ ያለው ሁሉ ያሸንፋል። ይህንን ባህሪ መቀየር ከፈለጉ፣ ECMPን መጠቀም ይችላሉ። ተጨማሪ ዝርዝሮች እዚህ.
የ RPF ደንቡን ካጣራ በኋላ ራውተር ፓኬጁ ከተቀበለበት በስተቀር ለሁሉም የPIM ጎረቤቶቹ ባለብዙ-ካስት ፓኬት ይልካል። ሌሎች የPIM ራውተሮች ይህን ሂደት ይደግማሉ። የመልቲካስት ፓኬት ከምንጩ ወደ መጨረሻው ተቀባዮች የወሰደው መንገድ ምንጭ ላይ የተመሰረተ የስርጭት ዛፍ፣ የአጭር መንገድ ዛፍ (SPT)፣ የምንጭ ዛፍ የሚባል ዛፍ ይመሰርታል። ሶስት የተለያዩ ስሞች, ማንኛውንም ይምረጡ.
ችግሩን እንዴት መፍታት እንደሚቻል አንዳንድ ራውተሮች በአንዳንድ መልቲካስት ዥረት ላይ ተስፋ ያልቆረጡ እና የሚልክለት ማንም የለም ፣ ግን የላይኛው ራውተር ወደ እሱ ይልካል። የ Prune ዘዴ የተፈጠረው ለዚህ ነው።
መልእክት መከርከም።
ለምሳሌ፣ R2 መልቲካስት ወደ R3 መላክ ይቀጥላል፣ ምንም እንኳን R3፣ በ RPF ህግ መሰረት፣ ይጥለዋል። ቻናሉን ለምን ይጫኑት? R3 የPIM Prune መልእክት ይልካል እና R2 ይህ መልእክት ሲደርሰው በይነገጹ S0/1 ከወጪ የበይነገጽ ዝርዝር ለዚህ ፍሰት፣ ይህ ትራፊክ መላክ ያለበት የበይነገጽ ዝርዝር ያስወግዳል።

የሚከተለው የPIM Prune መልእክት የበለጠ መደበኛ ፍቺ ነው።
የ PIM Prune መልእክት በአንድ ራውተር ወደ ሁለተኛ ራውተር ይላካል ሁለተኛው ራውተር ፕሩኑ ከአንድ የተወሰነ (S,G) SPT የተቀበለበትን አገናኝ እንዲያስወግድ ያደርጋል.

የPrune መልእክት ከተቀበለ በኋላ R2 የ Prune ጊዜ ቆጣሪውን ወደ 3 ደቂቃዎች ያዘጋጃል። ከሶስት ደቂቃዎች በኋላ ሌላ የፕሩኔ መልእክት እስኪደርሰው ድረስ ትራፊክ መላክ ይጀምራል። ይህ በPIMv1 ውስጥ ነው።
እና በPIMv2 የስቴት ማደስ ጊዜ ቆጣሪ ተጨምሯል (በነባሪ 60 ሰከንድ)። የPrune መልእክት ከR3 እንደተላከ፣ ይህ የሰዓት ቆጣሪ በ R3 ላይ ይጀምራል። ይህ የሰዓት ቆጣሪ ሲያበቃ R3 የስቴት አድስ መልእክት ይልካል፣ ይህም የ3-ደቂቃ Prune Timer በR2 ላይ ለዚህ ቡድን ዳግም ያስጀምራል።
Prune መልእክት ለመላክ ምክንያቶች

• የመልቲካስት ፓኬት ሲወድቅ የ RPF ቼክ።
• የመልቲካስት ቡድንን (IGMP Join) የጠየቁ በአገር ውስጥ የተገናኙ ደንበኞች ከሌሉ እና መልቲካስት ትራፊክ የሚላክላቸው የPIM ጎረቤቶች ከሌሉ (የመግረዝ ያልሆነ በይነገጽ)።

የግራፍ መልእክት።
እናስብ R3 ከ R2 ትራፊክ አልፈለገም ፣ Prune ልኮ እና ከ R1 መልቲካስት እንደተቀበለ እናስብ። ነገር ግን በድንገት በR1-R3 መካከል ያለው ሰርጥ ወድቆ R3 ያለ ብዙ ቀረጻ ቀረ። R3 ላይ ያለው Prune Timer እስኪያልቅ ድረስ 2 ደቂቃ መጠበቅ ትችላለህ። 3 ደቂቃ ረጅም ጊዜ መጠበቅ ነው፣ ላለመጠበቅ፣ ይህን S0/1 በይነገጽ ከተቆረጠበት ሁኔታ ወደ R2 የሚያመጣውን መልእክት መላክ ያስፈልግዎታል። ይህ መልእክት የግራፍት መልእክት ይሆናል። የግራፍት መልዕክቱን ከተቀበለ በኋላ R2 በ Graft-ACK ምላሽ ይሰጣል።
መከርከም መሻር።

ይህን ሥዕላዊ መግለጫ እንመልከት። R1 መልቲካስትን ከሁለት ራውተሮች ጋር ወደ ክፍል ያሰራጫል። R3 ትራፊክ ይቀበላል እና ያሰራጫል, R2 ይቀበላል, ነገር ግን ትራፊክን ለማሰራጨት ማንም የለውም. በዚህ ክፍል ውስጥ ወደ R1 Prune መልእክት ይልካል። R1 Fa0/0ን ከዝርዝሩ ማስወገድ እና በዚህ ክፍል ስርጭቱን ማቆም አለበት፣ ግን R3 ምን ይሆናል? እና R3 በተመሳሳይ ክፍል ውስጥ ነው, እንዲሁም ይህን መልእክት ከ Prune ተቀብሏል እና የሁኔታውን አሳዛኝ ሁኔታ ተረድቷል. R1 ስርጭቱን ከማቆሙ በፊት የሰዓት ቆጣሪን 3 ሰከንድ ያዘጋጃል እና ከ3 ሰከንድ በኋላ ስርጭቱን ያቆማል። 3 ሰከንድ - ይህ R3 ብዙ ጊዜ እንዳያጣ ምን ያህል ጊዜ አለው. ስለዚህ፣ R3 ለዚህ ቡድን የፒም መቀላቀል መልእክት በተቻለ ፍጥነት ይልካል፣ እና R1 ከአሁን በኋላ ስርጭቱን ለማቆም አያስብም። ከታች ስለተቀላቀሉ መልዕክቶች።
መልእክት አስገባ።

ይህንን ሁኔታ እናስብ፡ ሁለት ራውተሮች በአንድ ጊዜ ወደ አንድ አውታረ መረብ ይሰራጫሉ። ከምንጩ አንድ አይነት ዥረት ይቀበላሉ፣ እና ሁለቱም ከኢንተርኔት e0 ጀርባ ወደተመሳሳይ አውታረ መረብ ያሰራጩታል። ስለዚህ, ለዚህ አውታረ መረብ ብቸኛው እና ብቸኛው ማሰራጫ ማን እንደሚሆን መወሰን አለባቸው. የማስረጃ መልእክቶች ለዚህ ጥቅም ላይ ይውላሉ። R2 እና R3 የመልቲካስት ትራፊክ ብዜት ሲያገኙ ማለትም መልቲካስት R2 እና R3 ላይ ሲደርስ እነሱ ራሳቸው የሚያሰራጩት ራውተሮች እዚህ ላይ የሆነ ችግር እንዳለ ይገነዘባሉ። በዚህ አጋጣሚ ራውተሮች የአስተዳዳሪ ርቀትን እና የመልቲካስት ምንጭ የደረሰበትን የመንገድ መለኪያን የሚያካትቱ አስሰርት መልዕክቶችን ይልካሉ - 10.1.1.10. አሸናፊው እንደሚከተለው ተወስኗል።

1. ዝቅተኛ AD ያለው።
2. AD እኩል ከሆኑ ዝቅተኛው መለኪያ ያለው ማን ነው?
3. እዚህ እኩልነት ካለ ታዲያ ይህን መልቲካስት በሚያሰራጩበት አውታረ መረብ ውስጥ ከፍተኛ IP ያለው።

የዚህ ድምጽ አሸናፊው የተመደበው ራውተር ይሆናል። ፒም ሄሎ DRዎችን ለመምረጥም ይጠቅማል። በአንቀጹ መጀመሪያ ላይ የፒም ሄሎ መልእክት ታይቷል ፣ እዚያ የ DR መስክን ማየት ይችላሉ። በዚህ አገናኝ ላይ ከፍተኛው የአይፒ አድራሻ ያለው ያሸንፋል።
ጠቃሚ ምልክት:

MROUTE ሰንጠረዥ
የፒም ፕሮቶኮል እንዴት እንደሚሰራ ከመጀመሪያ እይታ በኋላ፣ እንዴት ከአንድ ባለብዙ-ካስት ማዞሪያ ሰንጠረዥ ጋር መስራት እንዳለብን መረዳት አለብን። የመሮውት ጠረጴዛው የትኞቹ ዥረቶች ከደንበኞች እንደተጠየቁ እና የትኞቹ ዥረቶች ከብዙካስት አገልጋዮች እንደሚፈሱ መረጃዎችን ያከማቻል።
ለምሳሌ፣ የ IGMP አባልነት ሪፖርት ወይም PIM Join በአንዳንድ በይነገጽ ላይ ሲደርስ፣ የአይነት መዝገብ (*፣ G) ወደ ማዞሪያ ሠንጠረዥ ይታከላል፡-

ይህ ግቤት የትራፊክ ጥያቄ በአድራሻ 238.38.38.38 ተቀብሏል ማለት ነው። የዲሲ ባንዲራ ማለት መልቲካስት በጥቅጥቅ ሁነታ ይሰራል ማለት ነው እና C ማለት ተቀባዩ በቀጥታ ከራውተር ጋር የተገናኘ ነው ማለትም ራውተር የ IGMP አባልነት ሪፖርት እና የPIM Join ተቀበለ ማለት ነው።
የአይነት (ኤስ፣ጂ) መዝገብ ካለ ባለብዙ ቀረጻ ዥረት አለን ማለት ነው።

በ S መስክ - 192.168.1.11, የመልቲካስት ምንጭን የአይፒ አድራሻ አስመዝግበናል, በ RPF ደንብ የሚመረመረው ይህ ነው. ችግሮች ካሉ, መጀመሪያ ማድረግ ያለብዎት ነገር ወደ ምንጩ የሚወስደውን መንገድ የዩኒካስት ሰንጠረዥን ማረጋገጥ ነው. በገቢ በይነገጽ መስክ ውስጥ መልቲካስት የተቀበለበትን በይነገጽ ያሳያል። በዩኒካስት ማዞሪያ ሠንጠረዥ ውስጥ፣ ወደ ምንጩ የሚወስደው መንገድ እዚህ የተገለጸውን በይነገጹን መመልከት አለበት። የወጪ በይነገጽ መልቲካስት የት እንደሚዞር ይገልጻል። ባዶ ከሆነ ራውተሩ ለዚህ ትራፊክ ምንም አይነት ጥያቄ አላገኘም። ስለ ሁሉም ባንዲራዎች ተጨማሪ መረጃ ማግኘት ይቻላል እዚህ.
PIM Sparse-ሁነታ።
የ Sparse-mode ስልት ከጥቅጥቅ-ሞድ ተቃራኒ ነው። Sparse-mode የብዝሃ-ካስት ትራፊክ ሲቀበል፣ ለዚህ ​​ፍሰት ጥያቄዎች በነበሩባቸው በይነ ገፆች በኩል ብቻ ትራፊክ ይልካል፣ ለምሳሌ Pim Join ወይም IGMP ይህን ትራፊክ የሚጠይቁ መልዕክቶችን ሪፖርት ያድርጉ።
ለኤስኤም እና ዲኤም ተመሳሳይ አካላት

• የአጎራባች ግንኙነቶች በፒም ዲኤም ውስጥ በተመሳሳይ መንገድ ይገነባሉ.
• የ RPF ደንብ ይሰራል.
• የ DR ምርጫ ተመሳሳይ ነው.
• የPrune Overrides እና አስርት መልዕክቶች ዘዴ ተመሳሳይ ናቸው።

በአውታረ መረቡ ላይ ማን, የት እና ምን አይነት ባለብዙ-ካስት ትራፊክ እንደሚያስፈልግ ለመቆጣጠር, የጋራ የመረጃ ማእከል ያስፈልጋል. የእኛ ማዕከል Rendezvous Point (RP) ይሆናል። የሆነ አይነት ባለብዙ ስታስት ትራፊክን የሚፈልግ ወይም አንድ ሰው ከመነሻው የመልቲካስት ትራፊክ መቀበል ጀመረ፣ ከዚያ ወደ RP ይልካል።
RP የብዝሃ-ካስት ትራፊክ ሲቀበል፣ ከዚህ ቀደም ይህን ትራፊክ ለጠየቁት ራውተሮች ይልካል።

RP R3 የሆነበትን ቶፖሎጂ እናስብ። R1 ከS1 ትራፊክ እንደተቀበለ፣ይህን የብዝሃ-ካስት ፓኬት ወደ ዩኒካስት የፒኤም መመዝገቢያ መልእክት ይሸፍነዋል እና ወደ RP ይልካል። RP ማን እንደሆነ እንዴት ያውቃል? በዚህ አጋጣሚ, በስታቲስቲክስ የተዋቀረ ነው, እና ስለ ተለዋዋጭ የ RP ውቅር በኋላ እንነጋገራለን.

ip pim rp-አድራሻ 3.3.3.3

RP ይመለከታል - ይህን ትራፊክ መቀበል ከሚፈልግ ሰው የተገኘው መረጃ ነበር? እንዳልሆነ እናስብ። ከዚያ RP R1 የ PIM መመዝገቢያ-አቁም መልእክት ይልካል ፣ ይህ ማለት ማንም ሰው ይህንን መልቲካስት አያስፈልገውም ፣ ምዝገባው ተከልክሏል። R1 መልቲካስት አይልክም። ነገር ግን የመልቲካስት ምንጭ አስተናጋጁ ይልከዋል፣ ስለዚህም R1፣ Register-Stop ከተቀበለ በኋላ፣ ከ60 ሰከንድ ጋር እኩል የሆነ የመመዝገቢያ-ማፈን ጊዜ ቆጣሪ ይጀምራል። ይህ የሰዓት ቆጣሪ ከማለፉ 5 ሰከንድ በፊት፣ R1 ባዶ የመመዝገቢያ መልእክት በNul-Register ቢት (ማለትም፣ ያለ የታሸገ የብዝሃ-ካስት ፓኬት) ወደ RP ይልካል። RP በተራው እንደዚህ ይሰራል፡-

• ተቀባዮች ከሌሉ፣ ከዚያ ይመዝገቡ-አቁም መልእክት ጋር ምላሽ ይሰጣል።
• ተቀባዮች ከታዩ እሱ በምንም መልኩ ምላሽ አይሰጥም። R1፣ በ5 ሰከንድ ውስጥ ለመመዝገብ እምቢተኛነት ስላላገኘ፣ ደስተኛ ይሆናል እና በታሸገ መልቲካስት ወደ RP የመመዝገቢያ መልእክት ይልካል።

መልቲካስት ወደ RP እንዴት እንደሚደርስ ያወቅን ይመስላል, አሁን እንዴት RP ትራፊክን ለተቀባዮች እንደሚያስተላልፍ ጥያቄውን ለመመለስ እንሞክር. እዚህ አዲስ ጽንሰ-ሐሳብ ማስተዋወቅ አስፈላጊ ነው - root-path tree (RPT). RPT በእያንዳንዱ ፒኤም-ኤስኤም ራውተር ላይ የሚዘረጋ፣ ወደ ተቀባዮች የሚያድግ፣ በRP ውስጥ ስር ያለ ዛፍ ነው። RP PIM Join መልዕክቶችን በመቀበል ይፈጥራል እና በዛፉ ላይ አዲስ ቅርንጫፍ ይጨምራል። እና ስለዚህ, እያንዳንዱ የታችኛው ራውተር ያደርገዋል. አጠቃላይ ደንቡ ይህንን ይመስላል።

• ፒኤም-ኤስኤም ራውተር ፒኤም ከተደበቀበት በይነገጹ ውጪ በማንኛውም በይነገጽ ላይ የPIM Join መልእክት ሲቀበል፣ በዛፉ ላይ አዲስ ቅርንጫፍ ይጨምራል።
• PIM-SM ራውተር በቀጥታ ከተገናኘ አስተናጋጅ የIGMP አባልነት ሪፖርት ሲቀበል ቅርንጫፍ ይታከላል።

ለቡድን 5 በ R228.8.8.8 ራውተር ላይ ባለ ብዙ ካስት ደንበኛ እንዳለን እናስብ። ልክ R5 የ IGMP አባልነት ሪፖርትን ከአስተናጋጁ እንደተቀበለ፣ R5 ፒኤም መቀላቀልን ወደ RP አቅጣጫ ይልካል እና ራሱ አስተናጋጁን ወደሚመለከተው ዛፍ ላይ በይነገጽ ይጨምራል። በመቀጠል፣ R4 ፒኤም ጆይንን ከ R5 ይቀበላል፣ በይነገጽ Gi0/1 በዛፉ ላይ ይጨምራል እና PIM Joinን ወደ RP አቅጣጫ ይልካል። በመጨረሻም፣ RP (R3) PIM Joinን ይቀበላል እና Gi0/0 በዛፉ ላይ ይጨምራል። ስለዚህ, የመልቲካስት ተቀባዩ ተመዝግቧል. R3-Gi0/0 → R4-Gi0/1 → R5-Gi0/0 ስር ያለው ዛፍ እየገነባን ነው።
ከዚህ በኋላ የPIM Join ወደ R1 ይላካል እና R1 ባለብዙ-ካስት ትራፊክ መላክ ይጀምራል። የመልቲካስት ስርጭቱ ከመጀመሩ በፊት አስተናጋጁ ትራፊክ ከጠየቀ፣ RP PIM Joinን እንደማይልክ እና ምንም ነገር ወደ R1 እንደማይልክ ልብ ሊባል ይገባል።
መልቲካስት በሚላክበት ጊዜ በድንገት አስተናጋጁ ለመቀበል መፈለጉን ያቆማል፣ ልክ RRP በ Gi0/0 በይነገጽ ላይ PIM Prune እንደተቀበለ፣ ወዲያውኑ የPIM ምዝገባ-አቁም በቀጥታ ወደ R1፣ እና ከዚያ PIM Prune ይልካል። መልእክት በ Gi0/1 በይነገጽ በኩል። የPIM መመዝገቢያ ማቆሚያ በዩኒካስት በኩል የPIM መመዝገቢያ ወደ መጣበት አድራሻ ይላካል።
ቀደም ብለን እንደተናገርነው አንድ ራውተር PIM Join ወደ ሌላ እንደላከ ለምሳሌ R5 ወደ R4፣ ከዚያም ሪከርድ ወደ R4 ይጨመራል።

እና R5 ይህን የሰዓት ቆጣሪ PIM ያለማቋረጥ ዳግም ማስጀመር ያለበት ሰዓት ቆጣሪ ተጀምሯል ያለማቋረጥ መልዕክቶችን ይቀላቀሉ፣ ይህ ካልሆነ R4 ከወጪ ዝርዝሩ ውስጥ ይወጣል። R5 በየ60 PIM መቀላቀል መልዕክቶችን ይልካል።
በጣም አጭር መንገድ የዛፍ ሽግግር።
በ R1 እና R5 መካከል በይነገጽ እንጨምራለን እና የትራፊክ ፍሰት ከዚህ ቶፖሎጂ ጋር እንዴት እንደሚሄድ እናያለን።

ትራፊክ እንደ ቀድሞው እቅድ R1-R2-R3-R4-R5 እንደተላከ እናስብ እና እዚህ ጋር በ R1 እና R5 መካከል ያለውን በይነገጽ አገናኘን እና አዋቅረነዋል።
በመጀመሪያ ደረጃ, የዩኒካስት ማዞሪያ ጠረጴዛን በ R5 ላይ እንደገና መገንባት አለብን እና አሁን አውታረመረብ 192.168.1.0/24 በ R5 Gi0/2 በይነገጽ በኩል ደርሷል. አሁን R5፣ በበይነገጹ Gi0/1 ላይ መልቲካስት በመቀበል፣ የ RPF ደንቡ እንዳልረካ ተረድቷል እና በ Gi0/2 ላይ መልቲካስት መቀበል የበለጠ ምክንያታዊ ይሆናል። ከ RPT ጋር ያለው ግንኙነት ማቋረጥ እና አጭሩ መንገድ ዛፍ (SPT) የሚባል አጭር ዛፍ መገንባት አለበት። ይህንን ለማድረግ PIM Joinን ወደ R0 በ Gi2/1 በኩል ይልካል እና R1 በጂ0/2 በኩልም ባለብዙ ካስት መላክ ይጀምራል። አሁን R5 ሁለት ቅጂዎችን ላለመቀበል ከ RPT ደንበኝነት ምዝገባ መውጣት አለበት። ይህንን ለማድረግ, የ Prune ምንጭን የሚያመለክት መልእክት ይልካል IP አድራሻ እና ልዩ ቢት - RPT-bit. ይህ ማለት ትራፊክ መላክ አያስፈልገኝም, እዚህ የተሻለ ዛፍ አለኝ. RP የPIM Prune መልዕክቶችን ወደ R1 ይልካል፣ ነገር ግን የመመዝገቢያ-አቁም መልእክት አይልክም። ሌላ ባህሪ፡ R5 በየደቂቃው PIM መመዝገቢያ ወደ RP መላክ ስለሚቀጥል R1 አሁን ያለማቋረጥ PIM Prune ን ወደ RP ይልካል። ይህን ትራፊክ የሚፈልጉ አዲስ ሰዎች እስከሌሉ ድረስ፣ RP ውድቅ ያደርገዋል። R5 በ SPT በኩል መልቲካስት ማግኘቱን እንደቀጠለ ለRP ያሳውቃል።
ተለዋዋጭ የ RP ፍለጋ.
ራስ-አርፒ.
ይህ ቴክኖሎጂ በሲስኮ ባለቤትነት የተያዘ እና በተለይ ታዋቂ አይደለም፣ ግን አሁንም በህይወት አለ። የራስ-አርፒ አሠራር ሁለት ዋና ዋና ደረጃዎችን ያቀፈ ነው-
1) RP የ RP-ማስታወቂያ መልዕክቶችን በተያዘው አድራሻ - 224.0.1.39 ይልካል። ይህ መልእክት በየደቂቃው ይላካል።
2) የ RP ካርታ ስራ ወኪል ያስፈልጋል፣ እሱም RP-Discovery መልእክቶችን ይልካል የትኞቹ ቡድኖች RP ማዳመጥ እንዳለባቸው የሚጠቁሙ ናቸው። መደበኛ የፒም ራውተሮች RP ለራሳቸው የሚወስኑት ከዚህ መልእክት ነው። የካርታ ኤጀንት ራሱ የ RP ራውተር ወይም የተለየ ፒም ራውተር ሊሆን ይችላል። RP-Discovery ወደ አድራሻ 224.0.1.40 ከአንድ ደቂቃ ቆጣሪ ጋር ይላካል።
ሂደቱን በበለጠ ዝርዝር እንመልከት፡-
R3 ን እንደ RP እናዋቅር፡

ip pim send-rp-ማስታወቂያ loopback 0 scope 10

R2 እንደ የካርታ ስራ ወኪል፡-

ip pim send-rp-discovery loopback 0 scope 10

እና በሌሎች ሁሉ ላይ RP በራስ-አርፒ በኩል እንጠብቃለን፡-

ip pim autorp አድማጭ

R3ን ካዋቀርን በኋላ RP-አሳውቅን መላክ ይጀምራል፡-

እና R2፣ የካርታ ተወካዩን ካቀናበሩ በኋላ፣ የRP-ማስታወቂያ መልዕክቱን መጠበቅ ይጀምራል። ቢያንስ አንድ RP ሲያገኝ ብቻ RP-Discovery መላክ ይጀምራል፡-

በዚህ መንገድ፣ መደበኛ ራውተሮች (PIM RP Listener) ይህን መልእክት እንደደረሱ፣ RP የት እንደሚፈልጉ ያውቃሉ።
በAuto-RP ላይ ካሉት ችግሮች አንዱ የ RP- Announce እና RP-Discovery መልዕክቶችን ለመቀበል ፒኤም ጆይንን ወደ አድራሻ 224.0.1.39-40 መላክ ያስፈልግዎታል እና ለመላክ የት እንደሆነ ማወቅ ያስፈልግዎታል RP ይገኛል። ክላሲክ ዶሮ እና እንቁላል ችግር. ይህንን ችግር ለመፍታት የPIM Sparse-Dense-Mode ተፈጠረ። ራውተር አርፒን የማያውቅ ከሆነ በDense-mode ውስጥ ይሰራል፤ ካወቀ ደግሞ በስፓርስ ሞድ ውስጥ ነው። PIM Sparse-mode እና የአይፒ ፒም አውቶርፕ አዳማጭ ትዕዛዝ በመደበኛ ራውተሮች መገናኛዎች ላይ ሲዋቀሩ፣ ራውተር በDense-mode የሚሰራው በቀጥታ ከአውቶ-RP ፕሮቶኮል (224.0.1.39-40) ለማባዛት ብቻ ነው።
BootStrap ራውተር (BSR)።
ይህ ተግባር ከራስ-አርፒ ጋር ተመሳሳይ ነው. እያንዳንዱ አርፒ ለካርታ ስራ ወኪል መልእክት ይልካል፣ እሱም የካርታ መረጃን ይሰበስባል እና ከዚያም ሁሉንም ሌሎች ራውተሮች ይነግራል። ሂደቱን ከAuto-RP ጋር በሚመሳሰል መልኩ እንግለጽ።
1) አንዴ R3 ን እንደ እጩ RP ካዋቀርነው በትእዛዙ ጋር፡-

ip pim rp-እጩ loopback 0

ከዚያ R3 ምንም አያደርግም ፣ ልዩ መልዕክቶችን መላክ ለመጀመር በመጀመሪያ የካርታ ወኪል መፈለግ አለበት። ስለዚህ, ወደ ሁለተኛው ደረጃ እንቀጥላለን.
2) R2ን እንደ የካርታ ስራ ወኪል ያዋቅሩት፡-

ip pim bsr-እጩ loopback 0

R2 የPIM Bootstrap መልዕክቶችን መላክ ይጀምራል፣ እራሱን እንደ የካርታ ስራ ወኪል ያሳያል፡

ይህ መልእክት የፒም ፕሮቶኮል ለሌሎች መልእክቶች የሚጠቀምበት ወደ 224.0.013 አድራሻ ይላካል። ወደ ሁሉም አቅጣጫዎች ይልኳቸዋል እና ስለዚህ በ Auto-RP ውስጥ እንደነበረው የዶሮ እና የእንቁላል ችግር የለም.
3) RP ከቢኤስአር ራውተር መልእክት እንደደረሰ ወዲያውኑ ወደ BSR ራውተር አድራሻ ዩኒካስት መልእክት ይልካል።

ከዚያ በኋላ, BSR, ስለ RPs መረጃ ከተቀበለ, በ multicast ወደ አድራሻ 224.0.0.13 ይልካቸዋል, ይህም በሁሉም የ PIM ራውተሮች ይደመጣል. ስለዚህ የትእዛዝ አናሎግ ip pim autorp አድማጭ BSR ውስጥ ላልሆኑ መደበኛ ራውተሮች።
Anycast RP ከ Multicast Source Discovery Protocol (MSDP) ጋር።
Auto-RP እና BSR ጭነቱን በ RP ላይ በሚከተለው መልኩ እንድናከፋፍል ያስችሉናል፡ እያንዳንዱ መልቲካስት ቡድን አንድ ንቁ RP ብቻ አለው። ጭነቱን ለአንድ መልቲካስት ቡድን በበርካታ RPs ላይ ማሰራጨት አይቻልም. MSDP ይህን የሚያደርገው 255.255.255.255 ጭንብል ያለው የ RP ራውተሮች አንድ አይነት IP አድራሻ በመስጠት ነው። MSDP መረጃን የሚማረው ከስልቶቹ ውስጥ አንዱን በመጠቀም ነው፡- የማይንቀሳቀስ፣ ራስ-አርፒ ወይም BSR።

በሥዕሉ ላይ ከ MSDP ጋር የራስ-አርፒ ውቅር አለን። ሁለቱም RPs በአይፒ አድራሻ 172.16.1.1/32 በ Loopback 1 በይነገጽ የተዋቀሩ እና ለሁሉም ቡድኖች ጥቅም ላይ ይውላሉ። በRP-Anounce ሁለቱም ራውተሮች ይህንን አድራሻ በመጥቀስ እራሳቸውን ያስታውቃሉ። የAuto-RP የካርታ ኤጀንት መረጃውን ከተቀበለ በኋላ ስለ RP RP-Discovery በ 172.16.1.1/32 አድራሻ ይልካል። IGPን በመጠቀም ስለ አውታረመረብ 172.16.1.1/32 ለራውተሮች እንነግራቸዋለን። ስለዚህ, PIM ራውተሮች ወደ አውታረ መረቡ 172.16.1.1/32 በሚወስደው መንገድ ላይ እንደ ቀጣይ-ሆፕ ከተገለፀው ከ RP ይጠይቃሉ ወይም ይመዝገቡ. የMSDP ፕሮቶኮል እራሱ የተነደፈው ለ RPs ራሳቸው ስለ መልቲካስት መረጃ መልእክት እንዲለዋወጡ ነው።
ይህንን ቶፖሎጂ አስቡበት፡-

Switch6 ትራፊክን ወደ አድራሻው 238.38.38.38 ያሰራጫል እና እስካሁን ድረስ RP-R1 ብቻ ነው የሚያውቀው። Switch7 እና Switch8 ይህን ቡድን ጠይቀዋል። ራውተሮች R5 እና R4 PIM Joinን ወደ R1 እና R3 በቅደም ተከተል ይልካሉ። ለምን? ወደ 13.13.13.13 ለ R5 የሚወስደው መንገድ የ IGP መለኪያን በመጠቀም R1ን ይመለከታል፣ ልክ እንደ R4።
RP-R1 ስለ ዥረቱ ያውቃል እና ወደ R5 ማሰራጨት ይጀምራል ፣ ግን R4 ስለ እሱ ምንም አያውቅም ፣ ምክንያቱም R1 በቀላሉ አይልክም። ስለዚህ MSDP አስፈላጊ ነው. በ R1 እና R5 ላይ እናዋቅረዋለን፡-

ip msdp አቻ 3.3.3.3 የግንኙነት ምንጭ Loopback1 በR1 ላይ

ip msdp አቻ 1.1.1.1 የግንኙነት ምንጭ Loopback3 በR3 ላይ

እርስ በእርሳቸው መካከል ክፍለ ጊዜን ያነሳሉ እና ማንኛውንም ፍሰት ሲቀበሉ ለ RP ጎረቤታቸው ሪፖርት ያደርጋሉ.
ልክ RP-R1 ከ Switch6 ዥረት እንደተቀበለ ወዲያውኑ አንድ የ MSDP ምንጭ-ገባሪ መልእክት ይልካል ፣ እሱም እንደ (ኤስ ፣ ጂ) ያሉ መረጃዎችን ይይዛል - ስለ መልቲካስት ምንጭ እና መድረሻ መረጃ። አሁን RP-R3 እንደ Switch6 ያለ ምንጭ ለዚህ ፍሰት ከ R4 ጥያቄ ሲደርሰው፣ በማዞሪያ ጠረጴዛው እየተመራ PIM Joinን ወደ Switch6 እንደሚልክ ያውቃል። ስለዚህ፣ R1 እንደዚህ አይነት PIM Join ከተቀበለ ወደ RP-R3 ትራፊክ መላክ ይጀምራል።
MSDP በTCP ላይ ይሰራል፣ RPs ህያውነትን ለማረጋገጥ እርስ በእርሳቸው የቀጥታ መልዕክቶችን ይልካሉ። የሰዓት ቆጣሪው 60 ሰከንድ ነው.
Keepalive እና SA መልእክቶች የየትኛውም ጎራ አባል መሆንን ስለማይጠቁሙ የMSDP አቻዎችን ወደተለያዩ ጎራዎች የመከፋፈል ተግባር ግልፅ አይደለም:: እንዲሁም, በዚህ ቶፖሎጂ ውስጥ, የተለያዩ ጎራዎችን የሚያመለክት ውቅረትን ሞክረናል - በአፈፃፀም ላይ ምንም ልዩነት የለም.
ማንም ግልጽ ማድረግ ከቻለ በአስተያየቶቹ ውስጥ ባነበበው ደስተኛ ነኝ።

ምንጭ: hab.com