PIM ප්රොටෝකෝලය ක්රියා කරන ආකාරය

PIM ප්‍රොටෝකෝලය යනු රවුටර අතර ජාලයක බහු විකාශනය සම්ප්‍රේෂණය කිරීමේ ප්‍රොටෝකෝල සමූහයකි. අසල්වැසි සම්බන්ධතා ගොඩනඟා ඇත්තේ ගතික රවුටින් ප්‍රොටෝකෝලවල මෙන් ම ය. PIMv2 සෑම තත්පර 30කට වරක්ම Hello පණිවිඩ 224.0.0.13 (All-PIM-Routers) වෙන් කර ඇති බහු විකාශන ලිපිනයට යවයි. පණිවිඩයේ Hold Timers අඩංගු වේ - සාමාන්‍යයෙන් 3.5*Hello Timer ට සමාන වේ, එනම් පෙරනිමියෙන් තත්පර 105 යි.

PIM ප්‍රධාන මෙහෙයුම් ආකාර දෙකක් භාවිතා කරයි - ඝන සහ විරල ආකාරය. අපි ඝන මාදිලියෙන් පටන් ගනිමු.
මූලාශ්‍ර පදනම් වූ බෙදාහැරීමේ ගස්.
විවිධ බහු විකාශන කණ්ඩායම්වල සේවාදායකයින් විශාල සංඛ්යාවක් සම්බන්ධයෙන් ඝන මාදිලියේ මාදිලිය භාවිතා කිරීම යෝග්ය වේ. රවුටරයකට බහු විකාශන තදබදයක් ලැබුණු විට, එය කරන පළමු දෙය වන්නේ එය RPF රීතිය සඳහා පරීක්ෂා කිරීමයි. RPF - මෙම රීතිය යුනිකාස්ට් රවුටින් වගුවක් සහිත බහු විකාශනයක මූලාශ්‍රය පරීක්ෂා කිරීමට භාවිතා කරයි. යුනිකාස්ට් රවුටින් වගුවේ අනුවාදයට අනුව මෙම ධාරකය සැඟවී ඇති අතුරු මුහුණත වෙත ගමනාගමනය පැමිණීම අවශ්‍ය වේ. මෙම යාන්ත්‍රණය බහු විකාශන සම්ප්‍රේෂණයේදී සිදුවන ලූපයක ගැටළුව විසඳයි.

R3 බහු විකාශන පණිවිඩයෙන් බහු විකාශන මූලාශ්‍රය (මූලාශ්‍ර IP) හඳුනාගෙන එහි යුනිකාස්ට් වගුව භාවිතයෙන් R1 සහ R2 වෙතින් ප්‍රවාහ දෙක පරීක්ෂා කරයි. වගුව මගින් පෙන්වා ඇති අතුරු මුහුණතෙහි ප්‍රවාහය (R1 සිට R3 දක්වා) තවදුරටත් සම්ප්‍රේෂණය වන අතර R2 සිට ප්‍රවාහය අතහැර දමනු ඇත, මන්ද බහු විකාශන මූලාශ්‍රය වෙත යාමට, ඔබ S0/1 හරහා පැකට් යැවිය යුතුය.
ප්‍රශ්නය නම්, ඔබට එකම මෙට්‍රික් සමඟ සමාන මාර්ග දෙකක් තිබේ නම් කුමක් සිදුවේද? මෙම අවස්ථාවෙහිදී, රවුටරය මෙම මාර්ග වලින් ඊළඟ-හොප් තෝරා ගනු ඇත. ඉහළ IP ලිපිනයක් ඇති තැනැත්තා ජය ගනී. ඔබට මෙම හැසිරීම වෙනස් කිරීමට අවශ්‍ය නම්, ඔබට ECMP භාවිතා කළ හැක. වැඩිපුර විස්තර මෙහි.
RPF රීතිය පරීක්ෂා කිරීමෙන් පසු, රවුටරය පැකට්ටුව ලැබුණු තැනැත්තා හැර, එහි සියලුම PIM අසල්වැසියන්ට බහු විකාශන පැකට්ටුවක් යවයි. අනෙකුත් PIM රවුටර මෙම ක්රියාවලිය නැවත සිදු කරයි. බහු විකාශන පැකට්ටුවක් මූලාශ්‍රයේ සිට අවසාන ලබන්නන් දක්වා ගෙන ඇති මාර්ගය ප්‍රභව-පාදක බෙදාහැරීමේ ගස, කෙටිම-මාර්ග ගස (SPT), ප්‍රභව ගස නමින් ගසක් සාදයි. වෙනස් නම් තුනක්, ඕනෑම එකක් තෝරන්න.
සමහර රවුටර සමහර මල්ටිකාස්ට් ස්ට්‍රීම් එක අතෑරලා දැම්මේ නැති ප්‍රශ්නය විසඳන්නේ කොහොමද යවන්න කෙනෙක් නැති උනාට upstream router එක එයාට එවනවා. මේ සඳහා Prune යාන්ත්‍රණය සොයා ගන්නා ලදී.
කප්පාදු පණිවිඩය.
උදාහරණයක් ලෙස, R2 විසින් R3 වෙත බහු විකාශනයක් යැවීම දිගටම කරගෙන යනු ඇත, නමුත් R3, RPF රීතියට අනුව, එය පහත හෙළයි. නාලිකාව පූරණය කරන්නේ ඇයි? R3 PIM කප්පාදු පණිවිඩයක් යවන අතර R2, මෙම පණිවිඩය ලැබීමෙන් පසු, මෙම ප්‍රවාහය සඳහා පිටතට යන අතුරුමුහුණත් ලැයිස්තුවෙන් S0/1 අතුරුමුහුණත ඉවත් කරයි, මෙම ගමනාගමනය යැවිය යුතු අතුරුමුහුණත් ලැයිස්තුව.

පහත දැක්වෙන්නේ PIM කප්පාදු පණිවිඩයක වඩාත් විධිමත් අර්ථ දැක්වීමකි:
PIM Prune පණිවිඩය එක් රවුටරයකින් දෙවන රවුටරයකට යවනු ලබන අතර, දෙවන රවුටරය විශේෂිත (S,G) SPT වෙතින් Prune ලැබෙන සබැඳිය ඉවත් කිරීමට හේතු වේ.

Prune පණිවිඩය ලැබීමෙන් පසු, R2 Prune ටයිමරය විනාඩි 3කට සකසයි. මිනිත්තු තුනකට පසු, එය තවත් කප්පාදු පණිවිඩයක් ලැබෙන තෙක් නැවත ගමනාගමනය යැවීමට පටන් ගනී. මෙය PIMv1 හි ඇත.
තවද PIMv2 හි State Refresh ටයිමරයක් එක් කර ඇත (පෙරනිමියෙන් තත්පර 60). R3 වෙතින් Prune පණිවිඩයක් යැවූ වහාම මෙම ටයිමරය R3 මත ආරම්භ වේ. මෙම ටයිමරය කල් ඉකුත් වූ පසු, R3 විසින් රාජ්‍ය නැවුම් කිරීමේ පණිවිඩයක් යවනු ඇත, එය මෙම කණ්ඩායම සඳහා R3 හි මිනිත්තු 2 ක කප්පාදු ටයිමරය නැවත සකසනු ඇත.
කප්පාදු පණිවිඩයක් යැවීමට හේතු:

• බහු විකාශන පැකට්ටුවක් අසාර්ථක වූ විට RPF පරීක්ෂාව.
• බහු විකාශන කණ්ඩායමක් (IGMP Join) ඉල්ලා ඇති දේශීයව සම්බන්ධ වූ සේවාදායකයින් නොමැති විට සහ බහු විකාශන ගමනාගමනය යැවිය හැකි PIM අසල්වැසියන් නොමැති විට (Non-prune Interface).

බද්ධ පණිවිඩය.
අපි හිතමු R3 එකට R2 එකෙන් ට්‍රැෆික් ඕන නෑ, Prune යවලා R1 එකෙන් multicast එකක් ගත්තා කියලා. ඒත් එකපාරටම R1-R3 අතර චැනල් එක වැටිලා R3 මල්ටිකාස්ට් නැතුව ගියා. R3 මත Prune Timer කල් ඉකුත් වන තෙක් ඔබට විනාඩි 2ක් බලා සිටිය හැක. මිනිත්තු 3 ක් යනු දිගු රැඳී සිටීමකි, එසේ බලා නොසිටීම සඳහා, ඔබට මෙම S0/1 අතුරු මුහුණත කප්පාදු කළ තත්වයෙන් R2 වෙත ක්ෂණිකව ගෙන එන පණිවිඩයක් යැවිය යුතුය. මෙම පණිවිඩය Graft පණිවිඩයක් වනු ඇත. ග්‍රැෆ්ට් පණිවිඩය ලැබීමෙන් පසු, R2 Graft-ACK සමඟ ප්‍රතිචාර දක්වයි.
කප්පාදුව අභිබවා යන්න.

අපි මෙම රූප සටහන දෙස බලමු. R1 රවුටර දෙකක් සහිත කොටසකට බහු විකාශනය කරයි. R3 ගමනාගමනය ලබා ගනී සහ විකාශනය කරයි, R2 ලබා ගනී, නමුත් ගමනාගමනය විකාශනය කිරීමට කිසිවෙකු නැත. එය මෙම කොටසෙහි R1 වෙත කප්පාදු පණිවිඩයක් යවයි. R1 ලැයිස්තුවෙන් Fa0/0 ඉවත් කර මෙම කොටසෙහි විකාශනය නතර කළ යුතුය, නමුත් R3 ට කුමක් සිදුවේද? R3 එකම කොටසේ සිටින අතර, Prune වෙතින් මෙම පණිවිඩය ලැබී ඇති අතර තත්වයේ ඛේදවාචකය තේරුම් ගත්තේය. R1 විකාශනය නැවැත්වීමට පෙර, එය තත්පර 3 ක ටයිමරයක් සකසන අතර තත්පර 3 කට පසු විකාශනය නවත්වනු ඇත. තත්පර 3 - ඔහුගේ බහු විකාශනය නැති නොවන පරිදි R3 ට හරියටම කොපමණ කාලයක් තිබේද යන්න මෙයයි. එමනිසා, R3 මෙම කණ්ඩායම සඳහා Pim Join පණිවිඩයක් හැකි ඉක්මනින් යවන අතර R1 තවදුරටත් විකාශනය නතර කිරීමට සිතන්නේ නැත. සම්බන්ධ වන්න පහත පණිවිඩ ගැන.
සහතික පණිවිඩය.

අපි මෙම තත්වය සිතමු: රවුටර දෙකක් එකවර එක් ජාලයකට විකාශනය වේ. ඔවුන්ට මූලාශ්‍රයෙන් එකම ප්‍රවාහය ලැබෙන අතර, දෙකම එය e0 අතුරුමුහුණත පිටුපස එකම ජාලයකට විකාශනය කරයි. එමනිසා, මෙම ජාලය සඳහා එකම සහ එකම විකාශකයා කවුරුන්ද යන්න ඔවුන් තීරණය කළ යුතුය. මේ සඳහා Assert පණිවිඩ භාවිතා වේ. R2 සහ R3 බහු විකාශන ගමනාගමනයේ අනුපිටපත් හඳුනා ගත් විට, එනම් R2 සහ R3 තමන් විසින්ම විකාශනය කරන බහු විකාශනයක් ලබා ගන්නා විට, මෙහි යම් දෙයක් වැරදි බව රවුටර තේරුම් ගනී. මෙම අවස්ථාවෙහිදී, රවුටර විසින් Assert පණිවිඩ යවන අතර, ඒවාට පරිපාලන දුර සහ බහු විකාශන මූලාශ්‍රය වෙත ළඟා වූ මාර්ග මෙට්‍රික් ඇතුළත් වේ - 10.1.1.10. ජයග්රාහකයා පහත පරිදි තීරණය වේ:

1. අඩු ක්‍රි.ව.
2. AD සමාන නම්, පහළ මෙට්‍රික් ඇත්තේ කාටද.
3. මෙතන සමානාත්මතාවය තියෙනවා නම්, ඔවුන් මෙම බහු විකාශනය විකාශනය කරන ජාලයේ ඉහළ IP ඇති තැනැත්තා.

මෙම ඡන්දයේ ජයග්රාහකයා නම් කරන ලද රවුටරය බවට පත්වේ. Pim Hello DRs තෝරා ගැනීමට ද භාවිතා කරයි. ලිපියේ ආරම්භයේ දී, PIM Hello පණිවිඩය පෙන්වා ඇත, ඔබට එහි DR ක්ෂේත්‍රය දැකිය හැකිය. මෙම සබැඳියේ වැඩිම IP ලිපිනයක් ඇති තැනැත්තා ජය ගනී.
ප්රයෝජනවත් ලකුණ:

MROUTE වගුව.
PIM ප්‍රොටෝකෝලය ක්‍රියා කරන ආකාරය පිළිබඳ මූලික බැල්මකින් පසුව, බහු විකාශන රවුටින් වගුවක් සමඟ වැඩ කරන්නේ කෙසේදැයි අප තේරුම් ගත යුතුය. mroute වගුව සේවාලාභීන්ගෙන් ඉල්ලා සිටියේ කුමන ප්‍රවාහයන්ද යන්න සහ බහු විකාශන සේවාදායකවලින් ගලා එන්නේ කුමන ප්‍රවාහයන්ද යන්න පිළිබඳ තොරතුරු ගබඩා කරයි.
උදාහරණයක් ලෙස, යම් අතුරු මුහුණතක් මත IGMP සාමාජික වාර්තාවක් හෝ PIM Join ලැබුණු විට, (*, G ) වර්ගයේ වාර්තාවක් රවුටින් වගුවට එක් කෙරේ:

මෙම සටහනෙන් අදහස් වන්නේ 238.38.38.38 ලිපිනය සමඟ රථවාහන ඉල්ලීමක් ලැබුණු බවයි. DC ධජය යන්නෙන් අදහස් කරන්නේ බහු විකාශනය ඝන ප්‍රකාරයේදී ක්‍රියාත්මක වන අතර C යනු ලබන්නා සෘජුවම රවුටරයට සම්බන්ධ වී ඇති බවයි, එනම් රවුටරයට IGMP සාමාජිකත්ව වාර්තාව සහ PIM Join ලැබුණි.
(S,G) වර්ගයේ වාර්තාවක් තිබේ නම් එයින් අදහස් වන්නේ අපට බහු විකාශන ප්‍රවාහයක් ඇති බවයි:

S ක්ෂේත්‍රයේ - 192.168.1.11, අපි බහු විකාශන ප්‍රභවයේ IP ලිපිනය ලියාපදිංචි කර ඇත, එය RPF රීතිය මගින් පරීක්ෂා කරනු ලැබේ. ගැටළු තිබේ නම්, ඔබ කළ යුතු පළමු දෙය නම් මූලාශ්රය වෙත යන මාර්ගය සඳහා unicast වගුව පරීක්ෂා කිරීමයි. එන අතුරුමුහුණත ක්ෂේත්රය තුළ, බහු විකාශනය ලැබුණු අතුරු මුහුණත දක්වයි. යුනිකාස්ට් රවුටින් වගුවක, මූලාශ්‍රය වෙත යන මාර්ගය මෙහි සඳහන් කර ඇති අතුරු මුහුණත වෙත යොමු විය යුතුය. පිටතට යන අතුරුමුහුණත බහු විකාශනය නැවත හරවා යවනු ලබන්නේ කොතැනටද යන්න නියම කරයි. එය හිස් නම්, මෙම ගමනාගමනය සඳහා රවුටරයට කිසිදු ඉල්ලීමක් ලැබී නැත. සියලුම කොඩි පිළිබඳ වැඩි විස්තර සොයා ගත හැක මෙහි.
PIM ස්පාර්ස් මාදිලිය.
ස්පාර්ස් මාදිලියේ උපායමාර්ගය ඝන මාදිලියේ ප්‍රතිවිරුද්ධයයි. Sparse-mode හට බහු විකාශන ගමනාගමනය ලැබෙන විට, එය මෙම ප්‍රවාහය සඳහා ඉල්ලීම් තිබූ අතුරු මුහුණත් හරහා පමණක් ගමනාගමනය යවනු ඇත, උදාහරණයක් ලෙස Pim Join හෝ IGMP වාර්තා පණිවිඩ මෙම තදබදය ඉල්ලා සිටී.
SM සහ DM සඳහා සමාන අංග:

• PIM DM හි ඇති ආකාරයටම අසල්වැසි සබඳතා ගොඩනගා ඇත.
• RPF රීතිය ක්රියා කරයි.
• DR තෝරාගැනීම සමාන වේ.
• Prune Overrides සහ Assert පණිවිඩවල යාන්ත්‍රණය සමාන වේ.

ජාලයේ බහු විකාශන ගමනාගමනය අවශ්ය වන්නේ කවුරුන්ද, කොහේද සහ කුමන ආකාරයේද යන්න පාලනය කිරීම සඳහා, පොදු තොරතුරු මධ්යස්ථානයක් අවශ්ය වේ. අපගේ මධ්‍යස්ථානය Rendezvous Point (RP) වනු ඇත. යම් ආකාරයක බහු විකාශන තදබදයක් අවශ්‍ය ඕනෑම අයෙකුට හෝ යමෙකුට ප්‍රභවයෙන් බහු විකාශන ගමනාගමනය ලැබීමට පටන් ගත්තේය, පසුව ඔහු එය ආර්පී වෙත යවයි.
RP හට බහු විකාශන තදබදය ලැබුණු විට, එය කලින් මෙම ගමනාගමනය ඉල්ලා සිටි එම රවුටර වෙත යවනු ලැබේ.

RP R3 වන ස්ථලකයක් සිතමු. R1 හට S1 වෙතින් ගමනාගමනය ලැබුණු විගස, එය මෙම බහු විකාශන පැකට්ටුව යුනිකාස්ට් PIM රෙජිස්ටර් පණිවිඩයකට කොටු කර එය RP වෙත යවයි. ආර්පී කවුද කියලා ඔහු දන්නේ කෙසේද? මෙම අවස්ථාවේදී, එය ස්ථිතිකව වින්යාස කර ඇති අතර, අපි ගතික RP වින්යාසය ගැන පසුව කතා කරමු.

ip pim rp-ලිපිනය 3.3.3.3

RP බලයි - මෙම ගමනාගමනය ලැබීමට කැමති කෙනෙකුගෙන් තොරතුරු තිබේද? අපි හිතමු එහෙම වුනේ නෑ කියලා. එවිට RP විසින් R1 PIM Register-Stop පණිවිඩයක් එවනු ඇත, එනම් කිසිවෙකුට මෙම බහු විකාශනය අවශ්‍ය නොවන බවයි, ලියාපදිංචිය ප්‍රතික්ෂේප කරනු ලැබේ. R1 Multicast යවන්නේ නැත. නමුත් බහු විකාශන මූලාශ්‍ර සත්කාරක එය යවනු ඇත, එවිට R1, Register-Stop ලැබීමෙන් පසු, තත්පර 60 ට සමාන Register-Suppression ටයිමරයක් ආරම්භ කරනු ඇත. මෙම ටයිමරය කල් ඉකුත් වීමට තත්පර 5කට පෙර, R1 විසින් RP වෙතට Null-Register bit එකක් (එනම්, සංවෘත බහු විකාශන පැකට්ටුවක් නොමැතිව) සමඟ හිස් ලියාපදිංචි පණිවිඩයක් එවනු ඇත. RP, අනෙක් අතට, මේ ආකාරයට ක්‍රියා කරයි:

• ලබන්නන් නොසිටියේ නම්, එය Register-Stop පණිවිඩයක් සමඟ ප්‍රතිචාර දක්වයි.
• ලබන්නන් පෙනී සිටින්නේ නම්, ඔහු එයට කිසිදු ආකාරයකින් ප්‍රතිචාර නොදක්වයි. R1, තත්පර 5ක් ඇතුළත ලියාපදිංචි වීම ප්‍රතික්ෂේප කිරීමක් නොලැබීමෙන්, සතුටු වන අතර, සංවෘත බහු විකාශනයක් සහිත ලියාපදිංචි පණිවිඩයක් RP වෙත යවනු ඇත.

මල්ටිකාස්ට් RP වෙත ළඟා වන්නේ කෙසේදැයි අපි සොයා ගෙන ඇති බව පෙනේ, දැන් අපි RP ලබන්නන්ට ගමනාගමනය ලබා දෙන්නේ කෙසේද යන ප්‍රශ්නයට පිළිතුරු දීමට උත්සාහ කරමු. මෙහිදී නව සංකල්පයක් හඳුන්වා දීම අවශ්‍ය වේ - root-path tree (RPT). RPT යනු RP හි මුල් බැසගත්, ලබන්නන් දෙසට වර්ධනය වන, සෑම PIM-SM රවුටරයකම අතු බෙදී ඇති ගසකි. PIM Join පණිවිඩ ලැබීමෙන් RP එය නිර්මාණය කර ගසට නව ශාඛාවක් එක් කරයි. එබැවින්, සෑම පහළ රවුටරයක්ම කරයි. සාමාන්ය රීතිය මේ වගේ ය:

• RP සැඟවී ඇති අතුරු මුහුණත හැර වෙනත් ඕනෑම අතුරු මුහුණතක් මත PIM-SM රවුටරයකට PIM Join පණිවිඩයක් ලැබුණු විට, එය ගසට නව ශාඛාවක් එක් කරයි.
• PIM-SM රවුටරයට IGMP සාමාජිකත්ව වාර්තාවක් සෘජුව සම්බන්ධිත සත්කාරකයකුගෙන් ලැබුණු විට ශාඛාවක් ද එකතු වේ.

5 කණ්ඩායම සඳහා R228.8.8.8 රවුටරයේ බහු විකාශන සේවාලාභියෙකු ඇතැයි අපි සිතමු. R5 හට සත්කාරක සමාගමෙන් IGMP සාමාජිකත්ව වාර්තාව ලැබුණු විගස, R5 විසින් RP දිශාවට PIM Join එකක් යවන අතර, එයම ධාරකය දෙස බලන ගසට අතුරු මුහුණතක් එක් කරයි. මීළඟට, R4 හට R5 වෙතින් PIM Join ලැබේ, 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 වෙත කිසිවක් නොයවන බව සැලකිල්ලට ගැනීම වැදගත්ය.
මල්ටිකාස්ට් එකක් යවන අතරතුර හදිසියේම, සත්කාරක සමාගමට එය ලැබීමට අවශ්‍ය වීම නතර වුවහොත්, RP Gi0/0 අතුරුමුහුණතට PIM කප්පාදුවක් ලැබුණු විගස, එය වහාම PIM Register-Stop එකක් කෙලින්ම R1 වෙත යවයි, පසුව PIM කප්පාදුවක් යවයි. Gi0/1 අතුරු මුහුණත හරහා පණිවිඩය. PIM Register-stop එක unicast හරහා PIM Register එක ආපු ලිපිනයට යවනවා.
අපි කලින් කිව්වා වගේ රවුටරයක් ​​PIM Join එකක් තවත් එකකට යවපු ගමන් උදාහරණයක් විදියට R5 සිට R4 දක්වා Record එකක් එකතු වෙනවා R4.

R5 විසින් මෙම ටයිමරය නිරන්තරයෙන් නැවත සැකසිය යුතු බව ටයිමරයක් ආරම්භ කර ඇත PIM නිරන්තරයෙන් පණිවිඩ එකතු කරන්න, එසේ නොමැතිනම් R4 පිටතට යන ලැයිස්තුවෙන් බැහැර කරනු ලැබේ. R5 සෑම PIM 60කටම Join පණිවිඩ යවනු ඇත.
කෙටිම මාර්ගය ගස් මාරු කිරීම.
අපි R1 සහ R5 අතර අතුරු මුහුණතක් එකතු කර මෙම ස්ථලකය සමඟ ගමනාගමනය ගලා යන ආකාරය බලමු.

R1-R2-R3-R4-R5 පැරණි යෝජනා ක්‍රමයට අනුව ගමනාගමනය යවා ලැබුණු බව උපකල්පනය කරමු, මෙහිදී අපි R1 සහ R5 අතර අතුරු මුහුණත සම්බන්ධ කර වින්‍යාස කළෙමු.
මුලින්ම අපි R5 මත යුනිකාස්ට් රවුටින් ටේබල් එක නැවත ගොඩනගා ගත යුතු අතර දැන් R192.168.1.0 Gi24/5 අතුරුමුහුණත හරහා ජාලය 0/2 වෙත ළඟා වේ. දැන් R5, Gi0/1 අතුරුමුහුණත මත බහු විකාශනය ලබා ගැනීම, RPF රීතිය සෑහීමකට පත් නොවන බවත් Gi0/2 මත බහු විකාශනය ලබා ගැනීම වඩා තාර්කික බවත් තේරුම් ගනී. එය RPT වෙතින් විසන්ධි වී Shortest-Path Tree (SPT) නමින් කෙටි ගසක් තැනිය යුතුය. මෙය සිදු කිරීම සඳහා, ඔහු Gi0/2 හරහා R1 වෙත PIM Join යවන අතර R1 Gi0/2 හරහා බහු විකාශනයක් යැවීමට පටන් ගනී. දැන් R5 පිටපත් දෙකක් නොලැබෙන පරිදි RPT වෙතින් දායක නොවීම අවශ්ය වේ. මෙය සිදු කිරීම සඳහා, ඔහු Prune වෙත ප්‍රභව IP ලිපිනය සඳහන් කරමින් පණිවිඩයක් යවන අතර විශේෂ බිට් එකක් ඇතුළත් කරයි - RPT-bit. මෙයින් අදහස් කරන්නේ ඔබ මට ගමනාගමනය යැවීමට අවශ්‍ය නොවන බවයි, මට මෙහි වඩා හොඳ ගසක් තිබේ. RP PIM Prune පණිවිඩ R1 වෙත යවන නමුත්, Register-Stop පණිවිඩයක් නොයවයි. තවත් විශේෂාංගයක්: R5 සෑම මිනිත්තුවකම PIM ලියාපදිංචිය RP වෙත යවන බැවින් R1 දැන් අඛණ්ඩව PIM Prune RP වෙත යවනු ඇත. මෙම ගමනාගමනය අවශ්‍ය නව පුද්ගලයින් නොමැති වන තුරු, RP එය ප්‍රතික්ෂේප කරනු ඇත. R5 විසින් SPT හරහා බහු විකාශනය දිගටම ලබන බව RP වෙත දැනුම් දෙයි.
ගතික RP සෙවුම.
Auto-RP.
මෙම තාක්ෂණය Cisco වෙතින් හිමිකාරී වන අතර එය විශේෂයෙන් ජනප්රිය නොවේ, නමුත් තවමත් ජීවමානයි. ස්වයංක්‍රීය ආර්පී මෙහෙයුම ප්‍රධාන අදියර දෙකකින් සමන්විත වේ:
1) RP විසින් වෙන් කර ඇති ලිපිනයට RP-නිවේදන පණිවිඩ යවයි - 224.0.1.39, සෑම කෙනෙකුටම හෝ විශේෂිත කණ්ඩායම් සඳහා RP ලෙස ප්‍රකාශ කරයි. මෙම පණිවිඩය සෑම විනාඩියකටම යවනු ලැබේ.
2) RP සිතියම්කරණ නියෝජිතයෙකු අවශ්‍ය වන අතර, එය RP වෙත සවන් දිය යුත්තේ කුමන කණ්ඩායම් සඳහාද යන්න දැක්වෙන RP-Discovery පණිවිඩ යවනු ඇත. සාමාන්‍ය PIM රවුටර තමන් විසින්ම RP තීරණය කරනු ලබන්නේ මෙම පණිවිඩයෙන් ය. සිතියම්කරණ නියෝජිතයා RP රවුටරයම හෝ වෙනම PIM රවුටරයක් ​​විය හැක. RP-Discovery 224.0.1.40 ලිපිනයට මිනිත්තු එකක ටයිමරයක් සමඟ යවනු ලැබේ.
ක්රියාවලිය වඩාත් විස්තරාත්මකව බලමු:
අපි R3 RP ලෙස වින්‍යාස කරමු:

ip pim send-rp-announce loopback 0 විෂය පථය 10

R2 සිතියම්කරණ නියෝජිතයා ලෙස:

ip pim send-rp-discovery loopback 0 විෂය පථය 10

අනෙක් සියල්ලෙන් අපි Auto-RP හරහා RP බලාපොරොත්තු වන්නෙමු:

ip pim autorp සවන්දෙන්නා

අපි R3 වින්‍යාස කළ පසු, එය RP-නිවේදනය යැවීමට පටන් ගනී:

සහ R2, සිතියම්කරණ නියෝජිතයා පිහිටුවීමෙන් පසු, RP-නිවේදන පණිවිඩය සඳහා රැඳී සිටීමට පටන් ගනී. එය අවම වශයෙන් එක් RP එකක් සොයා ගත් විට පමණක් එය RP-Discovery යැවීම ආරම්භ කරයි:

මේ ආකාරයෙන්, සාමාන්‍ය රවුටර (PIM RP Listener) වෙත මෙම පණිවිඩය ලැබුණු වහාම, ඔවුන් RP සොයන්නේ කොතැනදැයි දැන ගනු ඇත.
Auto-RP හි ඇති ප්‍රධාන ගැටළුවක් නම්, RP-නිවේදන සහ RP-Discovery පණිවිඩ ලබා ගැනීම සඳහා, ඔබ PIM Join 224.0.1.39-40 ලිපින වෙත යැවිය යුතු අතර, යැවීම සඳහා, ඔබ දැනගත යුත්තේ කොතැනද යන්නයි. ආර්පී පිහිටා ඇත. සම්භාව්ය කුකුල් මස් සහ බිත්තර ගැටලුව. මෙම ගැටළුව විසඳීම සඳහා, PIM Sparse-Dense-Mode සොයා ගන්නා ලදී. රවුටරය RP නොදන්නේ නම්, එය ඝන ප්‍රකාරයේදී ක්‍රියා කරයි; එසේ නම්, විරල ප්‍රකාරයේදී. PIM Sparse-mode සහ ip pim autorp සවන්දෙන්නන්ගේ විධානය සාමාන්‍ය රවුටරවල අතුරුමුහුණත් මත වින්‍යාස කර ඇති විට, රවුටරය ඝන-ප්‍රකාරයෙන් ක්‍රියාත්මක වන්නේ ස්වයංක්‍රීය-ආර්පී ප්‍රොටෝකෝලය (224.0.1.39-40) වෙතින් සෘජුවම බහු විකාශනය සඳහා පමණි.
BootStrap Router (BSR).
මෙම කාර්යය Auto-RP හා සමානව ක්රියා කරයි. සෑම ආර්පී එකක්ම සිතියම්කරණ නියෝජිතයාට පණිවිඩයක් යවයි, එය සිතියම්ගත කිරීමේ තොරතුරු රැස්කර අනෙක් සියලුම රවුටරවලට කියයි. මෙම ක්‍රියාවලිය Auto-RP හා සමානව විස්තර කරමු:
1) අපි R3 අපේක්ෂකයෙකු ලෙස RP ලෙස වින්‍යාස කළ පසු, විධානය සමඟ:

ip pim rp-අපේක්ෂක ලූප්බැක් 0

එවිට R3 කිසිවක් නොකරනු ඇත; විශේෂ පණිවිඩ යැවීම ආරම්භ කිරීම සඳහා, ඔහු මුලින්ම සිතියම්කරණ නියෝජිතයෙකු සොයා ගත යුතුය. මේ අනුව, අපි දෙවන පියවර වෙත යන්නෙමු.
2) R2 සිතියම්කරණ නියෝජිතයෙකු ලෙස වින්‍යාස කරන්න:

ip pim bsr-අපේක්ෂක ලූප්බැක් 0

R2 PIM Bootstrap පණිවිඩ යැවීම ආරම්භ කරයි, එහිදී එය සිතියම්කරණ නියෝජිතයෙකු ලෙස පෙන්නුම් කරයි:

මෙම පණිවිඩය 224.0.013 ලිපිනයට යවනු ලබන අතර, PIM ප්‍රොටෝකෝලය එහි අනෙකුත් පණිවිඩ සඳහාද භාවිතා කරයි. උන්ව හැම පැත්තටම යවන නිසා ඔටෝ ආර්පී එකේ තිබ්බ වගේ චිකන් බිත්තර ප්‍රශ්නයක් නෑ.
3) RP හට BSR රවුටරයෙන් පණිවිඩයක් ලැබුණු වහාම එය BSR රවුටරයේ ලිපිනයට යුනිකාස්ට් පණිවිඩයක් යවනු ඇත:

ඉන් පසුව, BSR, RPs පිළිබඳ තොරතුරු ලැබුණු පසු, සියලුම PIM රවුටර මගින් සවන් දෙන 224.0.0.13 ලිපිනයට බහු විකාශනය මගින් ඒවා යවනු ලැබේ. එබැවින්, විධානයේ ප්රතිසමයක් ip pim autorp සවන්දෙන්නා BSR හි නොවන සාමාන්‍ය රවුටර සඳහා.
Multicast Source Discovery Protocol (MSDP) සමඟ Anycast RP.
Auto-RP සහ BSR අපට පහත පරිදි RP මත බර බෙදා හැරීමට ඉඩ දෙයි: සෑම බහු විකාශන කණ්ඩායමකට ඇත්තේ එක් සක්‍රීය RP පමණි. එක් බහු විකාශන කණ්ඩායමක් සඳහා බර RP කිහිපයක් හරහා බෙදා හැරීමට නොහැකි වනු ඇත. MSDP මෙය කරන්නේ 255.255.255.255 ආවරණයක් සහිත RP රවුටර එකම IP ලිපිනය නිකුත් කිරීමෙනි. MSDP එක් ක්‍රමයක් භාවිතයෙන් තොරතුරු ඉගෙන ගනී: ස්ථිතික, ස්වයංක්‍රීය-RP හෝ BSR.

පින්තූරයේ අපි MSDP සමඟ Auto-RP වින්යාසයක් ඇත. RP දෙකම Loopback 172.16.1.1 අතුරුමුහුණතේ IP ලිපිනය 32/1 සමඟ වින්‍යාස කර ඇති අතර එය සියලුම කණ්ඩායම් සඳහා භාවිතා වේ. RP-Anounce සමඟ, රවුටර දෙකම මෙම ලිපිනය වෙත යොමු කිරීමෙන් තමන්ව නිවේදනය කරයි. ඔටෝ-ආර්පී සිතියම්කරණ නියෝජිතයා, තොරතුරු ලැබුණු පසු, ආර්පී ගැන RP-ඩිස්කවරි 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 වෙත යවනු ඇත. ඇයි? R13.13.13.13 සඳහා 5 වෙත යන මාර්ගය R1 සඳහා මෙන්, IGP මෙට්‍රික් භාවිතයෙන් R4 වෙත යොමු කෙරේ.
RP-R1 ප්‍රවාහය ගැන දන්නා අතර එය R5 දෙසට විකාශනය කිරීමට පටන් ගනී, නමුත් R4 එය සරලව නොයවන බැවින් R1 ඒ ගැන කිසිවක් නොදනී. එබැවින් MSDP අවශ්ය වේ. අපි එය R1 සහ R5 මත වින්‍යාස කරමු:

ip msdp peer 3.3.3.3 connect-source Loopback1 on R1

ip msdp peer 1.1.1.1 connect-source Loopback3 on R3

ඔවුන් එකිනෙකා අතර සැසියක් මතු කරන අතර කිසියම් ප්‍රවාහයක් ලැබුණු විට ඔවුන් එය ඔවුන්ගේ ආර්පී අසල්වැසියාට වාර්තා කරනු ඇත.
RP-R1 හට Switch6 වෙතින් ප්‍රවාහයක් ලැබුණු විගස, එය unicast MSDP Source-Active පණිවිඩයක් යවනු ඇත, එහි (S, G) වැනි තොරතුරු අඩංගු වේ - බහු විකාශනයේ මූලාශ්‍රය සහ ගමනාන්තය පිළිබඳ තොරතුරු. දැන් RP-R3 දන්නවා Switch6 වැනි මූලාශ්‍රයක්, මෙම ප්‍රවාහය සඳහා R4 වෙතින් ඉල්ලීමක් ලැබුණු විට, එය මාර්ගගත කිරීමේ වගුව මගින් මෙහෙයවනු ලබන Switch6 වෙත PIM Join යවන බව. එහි ප්‍රතිඵලයක් ලෙස, R1 හට එවැනි PIM Join එකක් ලැබුණු පසු RP-R3 වෙත ගමනාගමනය යැවීමට පටන් ගනී.
MSDP TCP හරහා ක්‍රියා කරයි, RPs සජීවී බව පරීක්ෂා කිරීම සඳහා එකිනෙකාට තබාගැනීමේ පණිවිඩ යවයි. ටයිමරය තත්පර 60 කි.
Keepalive සහ SA පණිවිඩ කිසිදු වසමක සාමාජිකත්වය නොපෙන්වන බැවින් MSDP සම වයසේ මිතුරන් විවිධ වසම්වලට බෙදීමේ කාර්යය අපැහැදිලිව පවතී. එසේම, මෙම ස්ථල විද්‍යාවේදී, අපි විවිධ වසම් පෙන්වන වින්‍යාසයක් පරීක්‍ෂා කළෙමු - ක්‍රියාකාරීත්වයේ වෙනසක් නොමැත.
යමෙකුට පැහැදිලි කළ හැකි නම්, අදහස් දැක්වීමේදී එය කියවීමට මම සතුටු වෙමි.

මූලාශ්රය: www.habr.com