PIM പ്രോട്ടോക്കോൾ എങ്ങനെ പ്രവർത്തിക്കുന്നു

റൂട്ടറുകൾക്കിടയിൽ ഒരു നെറ്റ്‌വർക്കിൽ മൾട്ടികാസ്റ്റ് കൈമാറുന്നതിനുള്ള ഒരു കൂട്ടം പ്രോട്ടോക്കോളുകളാണ് PIM പ്രോട്ടോക്കോൾ. ഡൈനാമിക് റൂട്ടിംഗ് പ്രോട്ടോക്കോളുകളുടെ കാര്യത്തിലെന്നപോലെ അയൽപക്ക ബന്ധങ്ങളും നിർമ്മിക്കപ്പെട്ടിരിക്കുന്നു. റിസർവ് ചെയ്ത മൾട്ടികാസ്റ്റ് വിലാസമായ 2 (All-PIM-Routers) ലേക്ക് PIMv30 ഓരോ 224.0.0.13 സെക്കൻഡിലും ഹലോ സന്ദേശങ്ങൾ അയയ്ക്കുന്നു. സന്ദേശത്തിൽ ഹോൾഡ് ടൈമറുകൾ അടങ്ങിയിരിക്കുന്നു - സാധാരണയായി 3.5*ഹലോ ടൈമറിന് തുല്യമാണ്, അതായത് ഡിഫോൾട്ടായി 105 സെക്കൻഡ്.

PIM രണ്ട് പ്രധാന ഓപ്പറേറ്റിംഗ് മോഡുകൾ ഉപയോഗിക്കുന്നു - ഡെൻസ്, സ്പാർസ് മോഡ്. ഡെൻസ് മോഡിൽ തുടങ്ങാം.
ഉറവിടം അടിസ്ഥാനമാക്കിയുള്ള വിതരണ മരങ്ങൾ.
വ്യത്യസ്ത മൾട്ടികാസ്റ്റ് ഗ്രൂപ്പുകളുടെ ധാരാളം ക്ലയന്റുകളുടെ കാര്യത്തിൽ ഡെൻസ്-മോഡ് മോഡ് ഉപയോഗിക്കുന്നത് നല്ലതാണ്. ഒരു റൂട്ടറിന് മൾട്ടികാസ്റ്റ് ട്രാഫിക് ലഭിക്കുമ്പോൾ, അത് ആദ്യം ചെയ്യുന്നത് RPF റൂളിനായി അത് പരിശോധിക്കുകയാണ്. RPF - യൂണികാസ്റ്റ് റൂട്ടിംഗ് ടേബിൾ ഉള്ള ഒരു മൾട്ടികാസ്റ്റിന്റെ ഉറവിടം പരിശോധിക്കാൻ ഈ നിയമം ഉപയോഗിക്കുന്നു. യൂണികാസ്റ്റ് റൂട്ടിംഗ് ടേബിളിന്റെ പതിപ്പ് അനുസരിച്ച് ഈ ഹോസ്റ്റ് മറച്ചിരിക്കുന്ന ഇന്റർഫേസിൽ ട്രാഫിക് എത്തേണ്ടത് ആവശ്യമാണ്. മൾട്ടികാസ്റ്റ് ട്രാൻസ്മിഷൻ സമയത്ത് സംഭവിക്കുന്ന ഒരു ലൂപ്പിന്റെ പ്രശ്നം ഈ സംവിധാനം പരിഹരിക്കുന്നു.

മൾട്ടികാസ്റ്റ് സന്ദേശത്തിൽ നിന്നുള്ള മൾട്ടികാസ്റ്റ് ഉറവിടം (സോഴ്സ് ഐപി) R3 തിരിച്ചറിയുകയും അതിന്റെ യൂണികാസ്റ്റ് ടേബിൾ ഉപയോഗിച്ച് R1, R2 എന്നിവയിൽ നിന്നുള്ള രണ്ട് ഫ്ലോകൾ പരിശോധിക്കുകയും ചെയ്യും. ടേബിൾ ചൂണ്ടിക്കാണിച്ച ഇന്റർഫേസിൽ നിന്നുള്ള സ്ട്രീം (R1 മുതൽ R3 വരെ) കൂടുതൽ കൈമാറ്റം ചെയ്യപ്പെടും, കൂടാതെ R2-ൽ നിന്നുള്ള സ്ട്രീം ഉപേക്ഷിക്കപ്പെടും, കാരണം മൾട്ടികാസ്റ്റ് ഉറവിടത്തിലേക്ക് പോകുന്നതിന്, നിങ്ങൾ S0/1 വഴി പാക്കറ്റുകൾ അയയ്ക്കേണ്ടതുണ്ട്.
ഒരേ മെട്രിക്കിൽ നിങ്ങൾക്ക് തുല്യമായ രണ്ട് റൂട്ടുകൾ ഉണ്ടെങ്കിൽ എന്ത് സംഭവിക്കും എന്നതാണ് ചോദ്യം. ഈ സാഹചര്യത്തിൽ, റൂട്ടർ ഈ റൂട്ടുകളിൽ നിന്ന് അടുത്ത-ഹോപ്പ് തിരഞ്ഞെടുക്കും. ഉയർന്ന ഐപി വിലാസം ഉള്ളയാൾ വിജയിക്കുന്നു. നിങ്ങൾക്ക് ഈ സ്വഭാവം മാറ്റണമെങ്കിൽ, നിങ്ങൾക്ക് ECMP ഉപയോഗിക്കാം. കൂടുതൽ വിശദാംശങ്ങൾ ഇവിടെ.
ആർ‌പി‌എഫ് റൂൾ പരിശോധിച്ചതിന് ശേഷം, പാക്കറ്റ് ലഭിച്ചവരിൽ നിന്നൊഴികെ, റൂട്ടർ അതിന്റെ എല്ലാ പി‌എം അയൽക്കാർക്കും ഒരു മൾട്ടികാസ്റ്റ് പാക്കറ്റ് അയയ്ക്കുന്നു. മറ്റ് PIM റൂട്ടറുകൾ ഈ പ്രക്രിയ ആവർത്തിക്കുന്നു. ഒരു മൾട്ടികാസ്റ്റ് പാക്കറ്റ് ഉറവിടത്തിൽ നിന്ന് അന്തിമ സ്വീകർത്താക്കളിലേക്ക് സ്വീകരിച്ച പാത സോഴ്സ്-ബേസ്ഡ് ഡിസ്ട്രിബ്യൂഷൻ ട്രീ, ഷോർട്ട്സ്റ്റ്-പാത്ത് ട്രീ (എസ്പിടി), സോഴ്സ് ട്രീ എന്ന് വിളിക്കപ്പെടുന്ന ഒരു ട്രീ രൂപപ്പെടുത്തുന്നു. മൂന്ന് വ്യത്യസ്ത പേരുകൾ, ഏതെങ്കിലും ഒന്ന് തിരഞ്ഞെടുക്കുക.
ചില മൾട്ടികാസ്റ്റ് സ്ട്രീമിൽ ചില റൂട്ടറുകൾ ഉപേക്ഷിക്കാത്ത പ്രശ്നം എങ്ങനെ പരിഹരിക്കും, അത് അയയ്ക്കാൻ ആരുമില്ല, പക്ഷേ അപ്സ്ട്രീം റൂട്ടർ അത് അവനിലേക്ക് അയയ്ക്കുന്നു. ഇതിനായി പ്രൂൺ മെക്കാനിസം കണ്ടുപിടിച്ചു.
പ്രൂൺ സന്ദേശം.
ഉദാഹരണത്തിന്, R2, R3-ലേക്ക് ഒരു മൾട്ടികാസ്റ്റ് അയയ്ക്കുന്നത് തുടരും, എന്നിരുന്നാലും R3, RPF റൂൾ അനുസരിച്ച്, അത് ഡ്രോപ്പ് ചെയ്യുന്നു. എന്തിനാണ് ചാനൽ ലോഡ് ചെയ്യുന്നത്? R3 ഒരു PIM പ്രൂൺ സന്ദേശം അയയ്‌ക്കുന്നു, കൂടാതെ R2, ഈ സന്ദേശം ലഭിക്കുമ്പോൾ, ഈ ഫ്ലോയ്‌ക്കായുള്ള ഔട്ട്‌ഗോയിംഗ് ഇന്റർഫേസ് ലിസ്റ്റിൽ നിന്നും ഈ ട്രാഫിക് അയയ്‌ക്കേണ്ട ഇന്റർഫേസുകളുടെ ലിസ്‌റ്റിൽ നിന്ന് ഇന്റർഫേസ് S0/1 നീക്കംചെയ്യും.

ഒരു PIM പ്രൂൺ സന്ദേശത്തിന്റെ കൂടുതൽ ഔപചാരികമായ നിർവചനമാണ് ഇനിപ്പറയുന്നത്:
ഒരു പ്രത്യേക (S,G) SPT-ൽ നിന്ന് പ്രൂൺ ലഭിക്കുന്ന ലിങ്ക് രണ്ടാമത്തെ റൂട്ടറിന് നീക്കം ചെയ്യുന്നതിനായി PIM പ്രൂൺ സന്ദേശം ഒരു റൂട്ടർ രണ്ടാമത്തെ റൂട്ടറിലേക്ക് അയയ്ക്കുന്നു.

പ്രൂൺ സന്ദേശം ലഭിച്ചതിന് ശേഷം, R2 പ്രൂൺ ടൈമർ 3 മിനിറ്റായി സജ്ജമാക്കുന്നു. മൂന്ന് മിനിറ്റിന് ശേഷം, മറ്റൊരു പ്രൂൺ സന്ദേശം ലഭിക്കുന്നതുവരെ അത് വീണ്ടും ട്രാഫിക് അയയ്‌ക്കാൻ തുടങ്ങും. ഇത് PIMv1-ൽ ആണ്.
കൂടാതെ PIMv2-ൽ ഒരു സ്റ്റേറ്റ് റിഫ്രഷ് ടൈമർ ചേർത്തിട്ടുണ്ട് (സ്ഥിരസ്ഥിതിയായി 60 സെക്കൻഡ്). R3-ൽ നിന്ന് ഒരു പ്രൂൺ സന്ദേശം അയച്ചയുടൻ, ഈ ടൈമർ R3-ൽ ആരംഭിക്കുന്നു. ഈ ടൈമർ കാലഹരണപ്പെടുമ്പോൾ, R3 ഒരു സ്റ്റേറ്റ് പുതുക്കൽ സന്ദേശം അയയ്‌ക്കും, അത് ഈ ഗ്രൂപ്പിനായി R3-ൽ 2 മിനിറ്റ് പ്രൂൺ ടൈമർ പുനഃസജ്ജമാക്കും.
ഒരു പ്രൂൺ സന്ദേശം അയക്കുന്നതിനുള്ള കാരണങ്ങൾ:

• ഒരു മൾട്ടികാസ്റ്റ് പാക്കറ്റ് പരാജയപ്പെടുമ്പോൾ RPF പരിശോധന.
• ഒരു മൾട്ടികാസ്റ്റ് ഗ്രൂപ്പ് (IGMP ജോയിൻ) അഭ്യർത്ഥിച്ച പ്രാദേശികമായി കണക്റ്റുചെയ്‌ത ക്ലയന്റുകൾ ഇല്ലാതിരിക്കുകയും മൾട്ടികാസ്റ്റ് ട്രാഫിക്ക് അയയ്‌ക്കാൻ കഴിയുന്ന PIM അയൽക്കാർ ഇല്ലാതിരിക്കുകയും ചെയ്യുമ്പോൾ (നോൺ-പ്രൂൺ ഇന്റർഫേസ്).

ഗ്രാഫ്റ്റ് സന്ദേശം.
R3 ന് R2-ൽ നിന്ന് ട്രാഫിക് ആവശ്യമില്ലെന്നും പ്രൂൺ അയച്ച് R1-ൽ നിന്ന് ഒരു മൾട്ടികാസ്റ്റ് ലഭിച്ചുവെന്നും നമുക്ക് സങ്കൽപ്പിക്കുക. എന്നാൽ പെട്ടെന്ന്, R1-R3 ഇടയിലുള്ള ചാനൽ വീഴുകയും R3 മൾട്ടികാസ്റ്റ് ഇല്ലാതെ അവശേഷിക്കുകയും ചെയ്തു. R3-ലെ പ്രൂൺ ടൈമർ കാലഹരണപ്പെടുന്നതുവരെ നിങ്ങൾക്ക് 2 മിനിറ്റ് കാത്തിരിക്കാം. 3 മിനിറ്റ് നീണ്ട കാത്തിരിപ്പാണ്, അതിനാൽ കാത്തിരിക്കാതിരിക്കാൻ, നിങ്ങൾ ഒരു സന്ദേശം അയയ്‌ക്കേണ്ടതുണ്ട്, അത് ഈ S0/1 ഇന്റർഫേസ് തൽക്ഷണം വെട്ടിമാറ്റിയ അവസ്ഥയിൽ നിന്ന് R2-ലേക്ക് കൊണ്ടുവരും. ഈ സന്ദേശം ഒരു ഗ്രാഫ്റ്റ് സന്ദേശമായിരിക്കും. ഗ്രാഫ്റ്റ് സന്ദേശം ലഭിച്ചതിന് ശേഷം, ഒരു ഗ്രാഫ്റ്റ്-എസികെ ഉപയോഗിച്ച് R2 പ്രതികരിക്കും.
പ്രൂൺ ഓവർറൈഡ്.

ഈ ഡയഗ്രം നോക്കാം. രണ്ട് റൂട്ടറുകളുള്ള ഒരു വിഭാഗത്തിലേക്ക് R1 മൾട്ടികാസ്റ്റ് പ്രക്ഷേപണം ചെയ്യുന്നു. R3 ട്രാഫിക് സ്വീകരിക്കുകയും പ്രക്ഷേപണം ചെയ്യുകയും ചെയ്യുന്നു, R2 സ്വീകരിക്കുന്നു, പക്ഷേ ട്രാഫിക്ക് പ്രക്ഷേപണം ചെയ്യാൻ ആരുമില്ല. ഇത് ഈ സെഗ്‌മെന്റിലെ R1-ലേക്ക് ഒരു പ്രൂൺ സന്ദേശം അയയ്‌ക്കുന്നു. R1 ലിസ്റ്റിൽ നിന്ന് Fa0/0 നീക്കം ചെയ്യുകയും ഈ സെഗ്‌മെന്റിലെ പ്രക്ഷേപണം നിർത്തുകയും വേണം, എന്നാൽ R3 ന് എന്ത് സംഭവിക്കും? R3 അതേ സെഗ്‌മെന്റിലാണ്, പ്രൂണിൽ നിന്ന് ഈ സന്ദേശം ലഭിക്കുകയും സാഹചര്യത്തിന്റെ ദുരന്തം മനസ്സിലാക്കുകയും ചെയ്തു. R1 പ്രക്ഷേപണം നിർത്തുന്നതിന് മുമ്പ്, അത് 3 സെക്കൻഡ് ടൈമർ സജ്ജീകരിക്കുകയും 3 സെക്കൻഡിന് ശേഷം പ്രക്ഷേപണം നിർത്തുകയും ചെയ്യും. 3 സെക്കൻഡ് - തന്റെ മൾട്ടികാസ്റ്റ് നഷ്‌ടപ്പെടാതിരിക്കാൻ R3-ന്റെ സമയമാണിത്. അതിനാൽ, R3 ഈ ഗ്രൂപ്പിനായി എത്രയും വേഗം Pim Join സന്ദേശം അയയ്‌ക്കുന്നു, കൂടാതെ R1 ഇനി സംപ്രേക്ഷണം നിർത്തുന്നതിനെക്കുറിച്ച് ചിന്തിക്കുന്നില്ല. താഴെയുള്ള സന്ദേശങ്ങളിൽ ചേരുക.
സന്ദേശം ഉറപ്പിക്കുക.

നമുക്ക് ഈ സാഹചര്യം സങ്കൽപ്പിക്കാം: രണ്ട് റൂട്ടറുകൾ ഒരേസമയം ഒരു നെറ്റ്‌വർക്കിലേക്ക് പ്രക്ഷേപണം ചെയ്യുന്നു. അവയ്ക്ക് ഉറവിടത്തിൽ നിന്ന് ഒരേ സ്ട്രീം ലഭിക്കുന്നു, രണ്ടും ഇന്റർഫേസ് e0 ന് പിന്നിലെ ഒരേ നെറ്റ്‌വർക്കിലേക്ക് പ്രക്ഷേപണം ചെയ്യുന്നു. അതിനാൽ, ഈ നെറ്റ്‌വർക്കിന്റെ ഒരേയൊരു ബ്രോഡ്‌കാസ്റ്റർ ആരായിരിക്കുമെന്ന് അവർ നിർണ്ണയിക്കേണ്ടതുണ്ട്. അസെർട്ട് സന്ദേശങ്ങളാണ് ഇതിനായി ഉപയോഗിക്കുന്നത്. R2, R3 എന്നിവ മൾട്ടികാസ്റ്റ് ട്രാഫിക്കിന്റെ തനിപ്പകർപ്പ് കണ്ടെത്തുമ്പോൾ, അതായത്, R2, R3 എന്നിവ അവർ തന്നെ പ്രക്ഷേപണം ചെയ്യുന്ന ഒരു മൾട്ടികാസ്റ്റ് സ്വീകരിക്കുമ്പോൾ, ഇവിടെ എന്തോ കുഴപ്പമുണ്ടെന്ന് റൂട്ടറുകൾ മനസ്സിലാക്കുന്നു. ഈ സാഹചര്യത്തിൽ, റൂട്ടറുകൾ അസെർട്ട് സന്ദേശങ്ങൾ അയയ്ക്കുന്നു, അതിൽ അഡ്മിനിസ്ട്രേറ്റീവ് ദൂരവും മൾട്ടികാസ്റ്റ് ഉറവിടത്തിൽ എത്തിയ റൂട്ട് മെട്രിക് ഉൾപ്പെടുന്നു - 10.1.1.10. വിജയിയെ ഇനിപ്പറയുന്ന രീതിയിൽ നിർണ്ണയിക്കുന്നു:

1. താഴ്ന്ന എ.ഡി.
2. AD തുല്യമാണെങ്കിൽ, ആർക്കാണ് താഴ്ന്ന മെട്രിക് ഉള്ളത്.
3. ഇവിടെ സമത്വമുണ്ടെങ്കിൽ, അവർ ഈ മൾട്ടികാസ്റ്റ് പ്രക്ഷേപണം ചെയ്യുന്ന നെറ്റ്‌വർക്കിൽ ഉയർന്ന ഐപി ഉള്ളയാൾ.

ഈ വോട്ടിന്റെ വിജയി നിയുക്ത റൂട്ടറാകും. DR-കൾ തിരഞ്ഞെടുക്കാനും Pim Hello ഉപയോഗിക്കുന്നു. ലേഖനത്തിന്റെ തുടക്കത്തിൽ, PIM ഹലോ സന്ദേശം കാണിച്ചു, അവിടെ നിങ്ങൾക്ക് DR ഫീൽഡ് കാണാം. ഈ ലിങ്കിൽ ഏറ്റവും ഉയർന്ന ഐപി വിലാസമുള്ളയാൾ വിജയിക്കുന്നു.
ഉപയോഗപ്രദമായ അടയാളം:

MROUTE പട്ടിക.
PIM പ്രോട്ടോക്കോൾ എങ്ങനെ പ്രവർത്തിക്കുന്നു എന്നതിനെക്കുറിച്ചുള്ള പ്രാഥമിക വീക്ഷണത്തിന് ശേഷം, ഒരു മൾട്ടികാസ്റ്റ് റൂട്ടിംഗ് ടേബിളിൽ എങ്ങനെ പ്രവർത്തിക്കണമെന്ന് നമ്മൾ മനസ്സിലാക്കേണ്ടതുണ്ട്. ക്ലയന്റുകളിൽ നിന്ന് ഏതൊക്കെ സ്ട്രീമുകളാണ് ആവശ്യപ്പെട്ടതെന്നും മൾട്ടികാസ്റ്റ് സെർവറുകളിൽ നിന്ന് ഒഴുകുന്ന സ്ട്രീമുകളെക്കുറിച്ചും ഉള്ള വിവരങ്ങൾ mroute ടേബിൾ സംഭരിക്കുന്നു.
ഉദാഹരണത്തിന്, ചില ഇന്റർഫേസിൽ ഒരു IGMP അംഗത്വ റിപ്പോർട്ട് അല്ലെങ്കിൽ PIM ജോയിൻ ലഭിക്കുമ്പോൾ, റൂട്ടിംഗ് ടേബിളിലേക്ക് തരം ( *, G ) ഒരു റെക്കോർഡ് ചേർക്കുന്നു:

ഈ എൻട്രി അർത്ഥമാക്കുന്നത് 238.38.38.38 എന്ന വിലാസത്തിൽ ഒരു ട്രാഫിക് അഭ്യർത്ഥന ലഭിച്ചു എന്നാണ്. DC ഫ്ലാഗ് അർത്ഥമാക്കുന്നത് മൾട്ടികാസ്റ്റ് ഡെൻസ് മോഡിൽ പ്രവർത്തിക്കും, C എന്നാൽ സ്വീകർത്താവ് റൂട്ടറുമായി നേരിട്ട് ബന്ധിപ്പിച്ചിരിക്കുന്നു എന്നാണ്, അതായത്, റൂട്ടറിന് IGMP അംഗത്വ റിപ്പോർട്ടും PIM ജോയിനും ലഭിച്ചു.
തരം (S,G) ഒരു റെക്കോർഡ് ഉണ്ടെങ്കിൽ അതിനർത്ഥം നമുക്ക് ഒരു മൾട്ടികാസ്റ്റ് സ്ട്രീം ഉണ്ടെന്നാണ്:

എസ് ഫീൽഡിൽ - 192.168.1.11, ഞങ്ങൾ മൾട്ടികാസ്റ്റ് ഉറവിടത്തിന്റെ IP വിലാസം രജിസ്റ്റർ ചെയ്തിട്ടുണ്ട്, ഇതാണ് RPF റൂൾ പരിശോധിക്കുന്നത്. പ്രശ്‌നങ്ങളുണ്ടെങ്കിൽ, നിങ്ങൾ ആദ്യം ചെയ്യേണ്ടത് ഉറവിടത്തിലേക്കുള്ള റൂട്ടിനായി യൂണികാസ്റ്റ് പട്ടിക പരിശോധിക്കുകയാണ്. ഇൻകമിംഗ് ഇന്റർഫേസ് ഫീൽഡിൽ, മൾട്ടികാസ്റ്റ് സ്വീകരിച്ച ഇന്റർഫേസ് സൂചിപ്പിക്കുന്നു. ഒരു യൂണികാസ്റ്റ് റൂട്ടിംഗ് ടേബിളിൽ, ഉറവിടത്തിലേക്കുള്ള റൂട്ട് ഇവിടെ വ്യക്തമാക്കിയ ഇന്റർഫേസിനെ പരാമർശിക്കേണ്ടതാണ്. മൾട്ടികാസ്റ്റ് എവിടെയാണ് റീഡയറക്‌ട് ചെയ്യേണ്ടതെന്ന് ഔട്ട്‌ഗോയിംഗ് ഇന്റർഫേസ് വ്യക്തമാക്കുന്നു. ഇത് ശൂന്യമാണെങ്കിൽ, റൂട്ടറിന് ഈ ട്രാഫിക്കിനായി അഭ്യർത്ഥനകളൊന്നും ലഭിച്ചിട്ടില്ല. എല്ലാ പതാകകളെക്കുറിച്ചും കൂടുതൽ വിവരങ്ങൾ കണ്ടെത്താനാകും ഇവിടെ.
PIM സ്പാർസ് മോഡ്.
സ്പാർസ് മോഡിന്റെ തന്ത്രം ഡെൻസ് മോഡിന്റെ വിപരീതമാണ്. സ്പാർസ്-മോഡിന് മൾട്ടികാസ്റ്റ് ട്രാഫിക് ലഭിക്കുമ്പോൾ, ഈ ഫ്ലോയ്‌ക്കായി അഭ്യർത്ഥനകൾ ഉള്ള ഇന്റർഫേസുകളിലൂടെ മാത്രമേ ഇത് ട്രാഫിക് അയയ്‌ക്കൂ, ഉദാഹരണത്തിന് ഈ ട്രാഫിക്ക് അഭ്യർത്ഥിക്കുന്ന Pim Join അല്ലെങ്കിൽ IGMP റിപ്പോർട്ട് സന്ദേശങ്ങൾ.
SM, DM എന്നിവയ്‌ക്കുള്ള സമാന ഘടകങ്ങൾ:

• PIM DM-ൽ ഉള്ളതുപോലെ തന്നെ അയൽപക്ക ബന്ധങ്ങളും നിർമ്മിക്കപ്പെട്ടിരിക്കുന്നു.
• ആർപിഎഫ് നിയമം പ്രവർത്തിക്കുന്നു.
• ഡിആർ തിരഞ്ഞെടുപ്പും സമാനമാണ്.
• പ്രൂൺ ഓവർറൈഡുകളുടെയും അസെർട്ട് സന്ദേശങ്ങളുടെയും സംവിധാനം സമാനമാണ്.

നെറ്റ്‌വർക്കിൽ ആർ, എവിടെ, ഏതുതരം മൾട്ടികാസ്റ്റ് ട്രാഫിക്ക് ആവശ്യമാണെന്ന് നിയന്ത്രിക്കുന്നതിന്, ഒരു പൊതു വിവര കേന്ദ്രം ആവശ്യമാണ്. ഞങ്ങളുടെ കേന്ദ്രം Rendezvous Point (RP) ആയിരിക്കും. ഏതെങ്കിലും തരത്തിലുള്ള മൾട്ടികാസ്റ്റ് ട്രാഫിക് ആഗ്രഹിക്കുന്ന ആർക്കും അല്ലെങ്കിൽ മറ്റൊരാൾ ഉറവിടത്തിൽ നിന്ന് മൾട്ടികാസ്റ്റ് ട്രാഫിക് സ്വീകരിക്കാൻ തുടങ്ങിയാൽ, അയാൾ അത് ആർപിയിലേക്ക് അയയ്ക്കുന്നു.
RP-ന് മൾട്ടികാസ്റ്റ് ട്രാഫിക് ലഭിക്കുമ്പോൾ, ഈ ട്രാഫിക്ക് മുമ്പ് ആവശ്യപ്പെട്ട റൂട്ടറുകളിലേക്ക് അത് അയയ്‌ക്കും.

RP R3 ആയ ഒരു ടോപ്പോളജി നമുക്ക് സങ്കൽപ്പിക്കാം. R1-ന് S1-ൽ നിന്ന് ട്രാഫിക് ലഭിച്ചാലുടൻ, അത് ഈ മൾട്ടികാസ്റ്റ് പാക്കറ്റിനെ ഒരു യൂണികാസ്റ്റ് PIM രജിസ്‌റ്റർ സന്ദേശത്തിലേക്ക് സംയോജിപ്പിച്ച് RP-ലേക്ക് അയയ്ക്കുന്നു. ആർപി ആരാണെന്ന് അയാൾക്ക് എങ്ങനെ അറിയാം? ഈ സാഹചര്യത്തിൽ, ഇത് സ്ഥിരമായി ക്രമീകരിച്ചിരിക്കുന്നു, ഞങ്ങൾ പിന്നീട് ഡൈനാമിക് ആർപി കോൺഫിഗറേഷനെക്കുറിച്ച് സംസാരിക്കും.

ip pim rp-വിലാസം 3.3.3.3

ആർ‌പി നോക്കും - ഈ ട്രാഫിക് സ്വീകരിക്കാൻ ആഗ്രഹിക്കുന്ന ഒരാളിൽ നിന്ന് വിവരങ്ങൾ ഉണ്ടായിരുന്നോ? അതായിരുന്നില്ല എന്നു കരുതാം. അപ്പോൾ RP R1-ന് PIM രജിസ്റ്റർ-സ്റ്റോപ്പ് സന്ദേശം അയയ്ക്കും, അതായത് ആർക്കും ഈ മൾട്ടികാസ്റ്റ് ആവശ്യമില്ല, രജിസ്ട്രേഷൻ നിരസിക്കപ്പെട്ടു. R1 മൾട്ടികാസ്റ്റ് അയയ്ക്കില്ല. എന്നാൽ മൾട്ടികാസ്റ്റ് സോഴ്സ് ഹോസ്റ്റ് അത് അയയ്‌ക്കും, അങ്ങനെ R1, രജിസ്‌റ്റർ-സ്റ്റോപ്പ് ലഭിച്ചതിന് ശേഷം, 60 സെക്കൻഡിന് തുല്യമായ ഒരു രജിസ്റ്റർ-സപ്രഷൻ ടൈമർ ആരംഭിക്കും. ഈ ടൈമർ കാലഹരണപ്പെടുന്നതിന് 5 സെക്കൻഡ് മുമ്പ്, R1 ഒരു ശൂന്യമായ രജിസ്റ്റർ സന്ദേശം നൾ-രജിസ്റ്റർ ബിറ്റ് ഉപയോഗിച്ച് (അതായത്, എൻക്യാപ്‌സുലേറ്റ് ചെയ്ത മൾട്ടികാസ്റ്റ് പാക്കറ്റ് ഇല്ലാതെ) RP-ലേക്ക് അയയ്ക്കും. RP, ഇതുപോലെ പ്രവർത്തിക്കും:

• സ്വീകർത്താക്കൾ ഇല്ലെങ്കിൽ, അത് ഒരു രജിസ്റ്റർ-സ്റ്റോപ്പ് സന്ദേശത്തിലൂടെ പ്രതികരിക്കും.
• സ്വീകർത്താക്കൾ പ്രത്യക്ഷപ്പെടുകയാണെങ്കിൽ, അവൻ അതിനോട് ഒരു തരത്തിലും പ്രതികരിക്കില്ല. R1, 5 സെക്കൻഡിനുള്ളിൽ രജിസ്റ്റർ ചെയ്യാനുള്ള വിസമ്മതം ലഭിക്കാത്തതിനാൽ, സന്തുഷ്ടനാകുകയും RP- ലേക്ക് ഒരു മൾട്ടികാസ്റ്റ് സഹിതമുള്ള ഒരു രജിസ്റ്റർ സന്ദേശം അയയ്ക്കുകയും ചെയ്യും.

മൾട്ടികാസ്റ്റ് ആർപിയിൽ എങ്ങനെ എത്തുന്നുവെന്ന് ഞങ്ങൾ കണ്ടെത്തിയതായി തോന്നുന്നു, ഇപ്പോൾ ആർപി എങ്ങനെയാണ് സ്വീകർത്താക്കൾക്ക് ട്രാഫിക് നൽകുന്നത് എന്ന ചോദ്യത്തിന് ഉത്തരം നൽകാൻ ശ്രമിക്കാം. ഇവിടെ ഒരു പുതിയ ആശയം അവതരിപ്പിക്കേണ്ടത് ആവശ്യമാണ് - റൂട്ട്-പാത്ത് ട്രീ (RPT). RPT എന്നത് RP-ൽ വേരൂന്നിയ, സ്വീകർത്താക്കൾക്ക് നേരെ വളരുന്ന ഒരു വൃക്ഷമാണ്, ഓരോ PIM-SM റൂട്ടറിലും ശാഖകൾ. PIM ജോയിൻ സന്ദേശങ്ങൾ സ്വീകരിച്ച് RP അത് സൃഷ്ടിക്കുകയും ട്രീയിലേക്ക് ഒരു പുതിയ ശാഖ ചേർക്കുകയും ചെയ്യുന്നു. അങ്ങനെ, എല്ലാ ഡൗൺസ്ട്രീം റൂട്ടറും ചെയ്യുന്നു. പൊതു നിയമം ഇതുപോലെ കാണപ്പെടുന്നു:

• RP മറച്ചിരിക്കുന്ന ഇന്റർഫേസ് ഒഴികെ മറ്റേതെങ്കിലും ഇന്റർഫേസിൽ ഒരു PIM-SM റൂട്ടറിന് PIM ജോയിൻ സന്ദേശം ലഭിക്കുമ്പോൾ, അത് ട്രീയിലേക്ക് ഒരു പുതിയ ശാഖ ചേർക്കുന്നു.
• നേരിട്ട് ബന്ധിപ്പിച്ച ഹോസ്റ്റിൽ നിന്ന് PIM-SM റൂട്ടറിന് ഒരു IGMP അംഗത്വ റിപ്പോർട്ട് ലഭിക്കുമ്പോൾ ഒരു ശാഖയും ചേർക്കുന്നു.

ഗ്രൂപ്പ് 5-നുള്ള R228.8.8.8 റൂട്ടറിൽ ഞങ്ങൾക്ക് ഒരു മൾട്ടികാസ്റ്റ് ക്ലയന്റ് ഉണ്ടെന്ന് സങ്കൽപ്പിക്കുക. ഹോസ്റ്റിൽ നിന്ന് R5-ന് IGMP അംഗത്വ റിപ്പോർട്ട് ലഭിച്ചാലുടൻ, R5, RP-യുടെ ദിശയിലേക്ക് ഒരു PIM ജോയിൻ അയയ്‌ക്കുന്നു, കൂടാതെ ഹോസ്റ്റിനെ നോക്കുന്ന ട്രീയിലേക്ക് ഒരു ഇന്റർഫേസ് ചേർക്കുന്നു. അടുത്തതായി, R4-ന് R5-ൽ നിന്ന് PIM ജോയിൻ ലഭിക്കുന്നു, ട്രീയിലേക്ക് ഇന്റർഫേസ് Gi0/1 ചേർക്കുകയും RP-യുടെ ദിശയിലേക്ക് PIM ജോയിൻ അയയ്ക്കുകയും ചെയ്യുന്നു. അവസാനമായി, RP ( R3 ) PIM ജോയിൻ സ്വീകരിക്കുകയും ട്രീയിലേക്ക് Gi0/0 ചേർക്കുകയും ചെയ്യുന്നു. അങ്ങനെ, മൾട്ടികാസ്റ്റ് സ്വീകർത്താവ് രജിസ്റ്റർ ചെയ്തു. R3-Gi0/0 → R4-Gi0/1 → R5-Gi0/0 എന്ന റൂട്ട് ഉപയോഗിച്ച് ഞങ്ങൾ ഒരു മരം നിർമ്മിക്കുന്നു.
ഇതിനുശേഷം, ഒരു PIM ജോയിൻ R1-ലേക്ക് അയയ്‌ക്കുകയും R1 മൾട്ടികാസ്റ്റ് ട്രാഫിക്ക് അയയ്‌ക്കാൻ തുടങ്ങുകയും ചെയ്യും. മൾട്ടികാസ്റ്റ് പ്രക്ഷേപണം ആരംഭിക്കുന്നതിന് മുമ്പ് ഹോസ്റ്റ് ട്രാഫിക് അഭ്യർത്ഥിച്ചാൽ, RP PIM ജോയിൻ അയയ്‌ക്കില്ല, R1-ലേക്ക് ഒന്നും അയയ്‌ക്കില്ല എന്നത് ശ്രദ്ധിക്കേണ്ടതാണ്.
പെട്ടെന്ന് ഒരു മൾട്ടികാസ്റ്റ് അയയ്‌ക്കുമ്പോൾ, ഹോസ്റ്റ് അത് സ്വീകരിക്കാൻ ആഗ്രഹിക്കുന്നത് നിർത്തുന്നു, RP Gi0/0 ഇന്റർഫേസിൽ PIM പ്രൂൺ ലഭിച്ചാലുടൻ, അത് ഉടൻ തന്നെ R1-ലേക്ക് നേരിട്ട് PIM രജിസ്‌റ്റർ-സ്റ്റോപ്പ് അയയ്‌ക്കും, തുടർന്ന് PIM പ്രൂൺ Gi0/1 ഇന്റർഫേസ് വഴി സന്ദേശം. PIM രജിസ്റ്റർ-സ്റ്റോപ്പ്, PIM രജിസ്റ്റർ വന്ന വിലാസത്തിലേക്ക് unicast വഴി അയയ്ക്കുന്നു.
ഞങ്ങൾ നേരത്തെ പറഞ്ഞതുപോലെ, ഒരു റൂട്ടർ മറ്റൊന്നിലേക്ക് PIM ജോയിൻ അയയ്ക്കുമ്പോൾ, ഉദാഹരണത്തിന് R5 മുതൽ R4 വരെ, R4-ലേക്ക് ഒരു റെക്കോർഡ് ചേർക്കുന്നു:

കൂടാതെ R5 ഈ ടൈമർ സ്ഥിരമായി പുനഃസജ്ജമാക്കേണ്ട ഒരു ടൈമർ ആരംഭിച്ചു PIM സന്ദേശങ്ങളിൽ ചേരുക, അല്ലാത്തപക്ഷം ഔട്ട്‌ഗോയിംഗ് ലിസ്റ്റിൽ നിന്ന് R4 ഒഴിവാക്കപ്പെടും. R5 ഓരോ 60 PIM ജോയിൻ സന്ദേശങ്ങളും അയയ്ക്കും.
ഏറ്റവും ചെറിയ-പാത്ത് ട്രീ സ്വിച്ചോവർ.
ഞങ്ങൾ R1 നും R5 നും ഇടയിൽ ഒരു ഇന്റർഫേസ് ചേർക്കുകയും ഈ ടോപ്പോളജി ഉപയോഗിച്ച് ട്രാഫിക് എങ്ങനെ ഒഴുകുന്നുവെന്ന് കാണുകയും ചെയ്യും.

പഴയ സ്കീം R1-R2-R3-R4-R5 അനുസരിച്ച് ട്രാഫിക് അയയ്ക്കുകയും സ്വീകരിക്കുകയും ചെയ്തുവെന്ന് നമുക്ക് അനുമാനിക്കാം, ഇവിടെ ഞങ്ങൾ R1 നും R5 നും ഇടയിലുള്ള ഇന്റർഫേസ് കണക്റ്റ് ചെയ്യുകയും കോൺഫിഗർ ചെയ്യുകയും ചെയ്തു.
ഒന്നാമതായി, നമ്മൾ R5-ൽ യൂണികാസ്റ്റ് റൂട്ടിംഗ് ടേബിൾ പുനർനിർമ്മിക്കേണ്ടതുണ്ട്, ഇപ്പോൾ R192.168.1.0 Gi24/5 ഇന്റർഫേസിലൂടെ നെറ്റ്‌വർക്ക് 0/2 എത്തി. ഇപ്പോൾ Gi5/0 എന്ന ഇന്റർഫേസിൽ മൾട്ടികാസ്റ്റ് സ്വീകരിക്കുന്ന R1, RPF റൂൾ തൃപ്തികരമല്ലെന്നും Gi0/2-ൽ മൾട്ടികാസ്റ്റ് സ്വീകരിക്കുന്നത് കൂടുതൽ യുക്തിസഹമാണെന്നും മനസ്സിലാക്കുന്നു. ഇത് RPT-യിൽ നിന്ന് വിച്ഛേദിക്കുകയും ഷോർട്ട്‌ടെസ്റ്റ്-പാത്ത് ട്രീ (SPT) എന്ന പേരിൽ ഒരു ചെറിയ മരം നിർമ്മിക്കുകയും വേണം. ഇത് ചെയ്യുന്നതിന്, Gi0/2 വഴി R1-ലേക്ക് PIM Join അയയ്‌ക്കുന്നു, R1 Gi0/2 വഴിയും ഒരു മൾട്ടികാസ്റ്റ് അയയ്‌ക്കാൻ തുടങ്ങുന്നു. രണ്ട് പകർപ്പുകൾ ലഭിക്കാതിരിക്കാൻ ഇപ്പോൾ R5-ന് RPT-ൽ നിന്ന് അൺസബ്‌സ്‌ക്രൈബ് ചെയ്യേണ്ടതുണ്ട്. ഇത് ചെയ്യുന്നതിന്, അവൻ പ്രൂണിന് സോഴ്സ് ഐപി വിലാസം സൂചിപ്പിക്കുന്ന ഒരു സന്ദേശം അയയ്ക്കുകയും ഒരു പ്രത്യേക ബിറ്റ് ചേർക്കുകയും ചെയ്യുന്നു - RPT-bit. ഇതിനർത്ഥം നിങ്ങൾ എനിക്ക് ട്രാഫിക് അയയ്‌ക്കേണ്ടതില്ല, എനിക്ക് ഇവിടെ ഒരു മികച്ച മരമുണ്ട്. RP R1-ലേക്ക് PIM പ്രൂൺ സന്ദേശങ്ങൾ അയയ്‌ക്കുന്നു, പക്ഷേ ഒരു രജിസ്‌റ്റർ-സ്റ്റോപ്പ് സന്ദേശം അയയ്‌ക്കുന്നില്ല. മറ്റൊരു സവിശേഷത: R5 ഓരോ മിനിറ്റിലും PIM രജിസ്റ്റർ RP-ലേക്ക് അയയ്ക്കുന്നത് തുടരുന്നതിനാൽ R1 ഇപ്പോൾ തുടർച്ചയായി PIM Prune RP-ലേക്ക് അയയ്ക്കും. ഈ ട്രാഫിക്ക് ആഗ്രഹിക്കുന്ന പുതിയ ആളുകൾ ഉണ്ടാകുന്നതുവരെ, RP അത് നിരസിക്കും. SPT വഴി മൾട്ടികാസ്റ്റ് ലഭിക്കുന്നത് തുടരുന്നുവെന്ന് R5 RP-യെ അറിയിക്കുന്നു.
ഡൈനാമിക് ആർപി തിരയൽ.
ഓട്ടോ-ആർ.പി.
ഈ സാങ്കേതികവിദ്യ സിസ്‌കോയുടെ ഉടമസ്ഥതയിലുള്ളതാണ്, പ്രത്യേകിച്ച് ജനപ്രിയമല്ല, പക്ഷേ ഇപ്പോഴും ജീവിച്ചിരിക്കുന്നു. ഓട്ടോ-ആർപി പ്രവർത്തനം രണ്ട് പ്രധാന ഘട്ടങ്ങൾ ഉൾക്കൊള്ളുന്നു:
1) റിസർവ് ചെയ്‌ത വിലാസത്തിലേക്ക് RP-അനൗൺസ് സന്ദേശങ്ങൾ അയയ്‌ക്കുന്നു - 224.0.1.39, എല്ലാവർക്കും അല്ലെങ്കിൽ പ്രത്യേക ഗ്രൂപ്പുകൾക്കായി സ്വയം RP ആയി പ്രഖ്യാപിക്കുന്നു. ഓരോ മിനിറ്റിലും ഈ സന്ദേശം അയയ്ക്കുന്നു.
2) ഒരു RP മാപ്പിംഗ് ഏജന്റ് ആവശ്യമാണ്, അത് ഏത് ഗ്രൂപ്പുകൾക്കാണ് ആർപി കേൾക്കേണ്ടതെന്ന് സൂചിപ്പിക്കുന്ന RP-ഡിസ്കവറി സന്ദേശങ്ങൾ അയയ്ക്കും. ഈ സന്ദേശത്തിൽ നിന്നാണ് സാധാരണ PIM റൂട്ടറുകൾ തങ്ങൾക്കുവേണ്ടി RP നിർണ്ണയിക്കുന്നത്. മാപ്പിംഗ് ഏജന്റ് ഒന്നുകിൽ RP റൂട്ടർ അല്ലെങ്കിൽ ഒരു പ്രത്യേക PIM റൂട്ടർ ആകാം. RP-ഡിസ്കവറി 224.0.1.40 എന്ന വിലാസത്തിലേക്ക് ഒരു മിനിറ്റ് ടൈമർ അയച്ചു.
പ്രക്രിയ കൂടുതൽ വിശദമായി നോക്കാം:
നമുക്ക് R3 RP ആയി ക്രമീകരിക്കാം:

ip pim send-rp-announce loopback 0 scope 10

മാപ്പിംഗ് ഏജന്റായി R2:

ip pim send-rp-discovery loopback 0 സ്കോപ്പ് 10

മറ്റുള്ളവയിൽ ഞങ്ങൾ ഓട്ടോ-ആർപി വഴി ആർപി പ്രതീക്ഷിക്കും:

ip pim autorp ശ്രോതാവ്

ഞങ്ങൾ R3 കോൺഫിഗർ ചെയ്‌തുകഴിഞ്ഞാൽ, അത് RP-അനൗൺസ് അയയ്‌ക്കാൻ തുടങ്ങും:

കൂടാതെ R2, മാപ്പിംഗ് ഏജന്റ് സജ്ജീകരിച്ച ശേഷം, RP-അനൗൺസ് സന്ദേശത്തിനായി കാത്തിരിക്കാൻ തുടങ്ങും. കുറഞ്ഞത് ഒരു RP എങ്കിലും കണ്ടെത്തുമ്പോൾ മാത്രമേ അത് RP-ഡിസ്‌കവറി അയയ്‌ക്കാൻ തുടങ്ങൂ:

ഈ രീതിയിൽ, സാധാരണ റൂട്ടറുകൾക്ക് (PIM RP Listener) ഈ സന്ദേശം ലഭിച്ചാലുടൻ, RP എവിടെയാണ് തിരയേണ്ടതെന്ന് അവർക്കറിയാം.
RP-അനൗൺസ്, RP-ഡിസ്കവറി സന്ദേശങ്ങൾ ലഭിക്കുന്നതിന്, നിങ്ങൾ 224.0.1.39-40 എന്ന വിലാസത്തിലേക്ക് PIM ജോയിൻ അയയ്‌ക്കേണ്ടതുണ്ട് എന്നതാണ് ഓട്ടോ-ആർപിയിലെ പ്രധാന പ്രശ്‌നങ്ങളിലൊന്ന്, അയയ്‌ക്കുന്നതിന്, നിങ്ങൾ എവിടെയാണെന്ന് അറിയേണ്ടതുണ്ട്. RP സ്ഥിതിചെയ്യുന്നു. ക്ലാസിക് ചിക്കൻ മുട്ട പ്രശ്നം. ഈ പ്രശ്നം പരിഹരിക്കാൻ, PIM സ്പാർസ്-ഡെൻസ്-മോഡ് കണ്ടുപിടിച്ചു. റൂട്ടറിന് ആർപി അറിയില്ലെങ്കിൽ, അത് ഡെൻസ് മോഡിൽ പ്രവർത്തിക്കുന്നു; അങ്ങനെയാണെങ്കിൽ, സ്പാർസ് മോഡിൽ. സാധാരണ റൂട്ടറുകളുടെ ഇന്റർഫേസുകളിൽ PIM സ്പാർസ്-മോഡും ip pim autorp ലിസണർ കമാൻഡും കോൺഫിഗർ ചെയ്യുമ്പോൾ, ഓട്ടോ-ആർപി പ്രോട്ടോക്കോളിൽ നിന്ന് നേരിട്ട് മൾട്ടികാസ്റ്റിംഗിനായി മാത്രം ഡെൻസ് മോഡിൽ റൂട്ടർ പ്രവർത്തിക്കും (224.0.1.39-40).
ബൂട്ട്സ്ട്രാപ്പ് റൂട്ടർ (BSR).
ഈ ഫംഗ്‌ഷൻ Auto-RP പോലെ പ്രവർത്തിക്കുന്നു. ഓരോ ആർപിയും മാപ്പിംഗ് ഏജന്റിന് ഒരു സന്ദേശം അയയ്‌ക്കുന്നു, അത് മാപ്പിംഗ് വിവരങ്ങൾ ശേഖരിക്കുകയും മറ്റെല്ലാ റൂട്ടറുകളോടും പറയുകയും ചെയ്യുന്നു. ഓട്ടോ-ആർപിക്ക് സമാനമായി പ്രക്രിയ വിവരിക്കാം:
1) കമാൻഡ് ഉപയോഗിച്ച് ഞങ്ങൾ R3 ഒരു കാൻഡിഡേറ്റായി RP ആയി ക്രമീകരിച്ചുകഴിഞ്ഞാൽ:

ip pim rp-കാൻഡിഡേറ്റ് ലൂപ്പ്ബാക്ക് 0

അപ്പോൾ R3 ഒന്നും ചെയ്യില്ല; പ്രത്യേക സന്ദേശങ്ങൾ അയയ്‌ക്കാൻ ആരംഭിക്കുന്നതിന്, അവൻ ആദ്യം ഒരു മാപ്പിംഗ് ഏജന്റിനെ കണ്ടെത്തേണ്ടതുണ്ട്. അങ്ങനെ, ഞങ്ങൾ രണ്ടാം ഘട്ടത്തിലേക്ക് പോകുന്നു.
2) ഒരു മാപ്പിംഗ് ഏജന്റായി R2 കോൺഫിഗർ ചെയ്യുക:

ip pim bsr-കാൻഡിഡേറ്റ് ലൂപ്പ്ബാക്ക് 0

R2 PIM ബൂട്ട്‌സ്‌ട്രാപ്പ് സന്ദേശങ്ങൾ അയയ്‌ക്കാൻ തുടങ്ങുന്നു, അവിടെ അത് സ്വയം ഒരു മാപ്പിംഗ് ഏജന്റായി സൂചിപ്പിക്കുന്നു:

ഈ സന്ദേശം 224.0.013 എന്ന വിലാസത്തിലേക്കാണ് അയയ്‌ക്കുന്നത്, PIM പ്രോട്ടോക്കോൾ അതിന്റെ മറ്റ് സന്ദേശങ്ങൾക്കും ഇത് ഉപയോഗിക്കുന്നു. ഇത് അവരെ എല്ലാ ദിശകളിലേക്കും അയയ്‌ക്കുന്നു, അതിനാൽ ഓട്ടോ-ആർപിയിൽ ഉണ്ടായിരുന്നതുപോലെ കോഴിയുടെയും മുട്ടയുടെയും പ്രശ്‌നമില്ല.
3) ബിഎസ്ആർ റൂട്ടറിൽ നിന്ന് ആർപിക്ക് ഒരു സന്ദേശം ലഭിച്ചാലുടൻ, അത് ഉടൻ തന്നെ ബിഎസ്ആർ റൂട്ടർ വിലാസത്തിലേക്ക് ഒരു യൂണികാസ്റ്റ് സന്ദേശം അയയ്ക്കും:

അതിനുശേഷം, RP-കളെക്കുറിച്ചുള്ള വിവരങ്ങൾ ലഭിച്ച BSR, എല്ലാ PIM റൂട്ടറുകളും ശ്രദ്ധിക്കുന്ന 224.0.0.13 എന്ന വിലാസത്തിലേക്ക് മൾട്ടികാസ്റ്റ് വഴി അയയ്‌ക്കും. അതിനാൽ, കമാൻഡിന്റെ ഒരു അനലോഗ് ip pim autorp ശ്രോതാവ് BSR-ൽ അല്ലാത്ത സാധാരണ റൂട്ടറുകൾക്ക്.
മൾട്ടികാസ്റ്റ് സോഴ്സ് ഡിസ്കവറി പ്രോട്ടോക്കോൾ (MSDP) ഉള്ള Anycast RP.
ഓട്ടോ-ആർ‌പിയും ബി‌എസ്‌ആറും ആർ‌പിയിലെ ലോഡ് ഇനിപ്പറയുന്ന രീതിയിൽ വിതരണം ചെയ്യാൻ ഞങ്ങളെ അനുവദിക്കുന്നു: ഓരോ മൾട്ടികാസ്റ്റ് ഗ്രൂപ്പിനും ഒരു സജീവ ആർ‌പി മാത്രമേയുള്ളൂ. ഒരു മൾട്ടികാസ്റ്റ് ഗ്രൂപ്പിനുള്ള ലോഡ് നിരവധി RP-കളിൽ വിതരണം ചെയ്യാൻ കഴിയില്ല. 255.255.255.255 എന്ന മാസ്‌കുള്ള അതേ IP വിലാസം RP റൂട്ടറുകൾ നൽകിയാണ് MSDP ഇത് ചെയ്യുന്നത്. MSDP ഒരു രീതി ഉപയോഗിച്ച് വിവരങ്ങൾ പഠിക്കുന്നു: സ്റ്റാറ്റിക്, ഓട്ടോ-ആർപി അല്ലെങ്കിൽ ബിഎസ്ആർ.

ചിത്രത്തിൽ MSDP ഉള്ള ഒരു ഓട്ടോ-ആർപി കോൺഫിഗറേഷൻ ഉണ്ട്. രണ്ട് ആർപികളും ലൂപ്പ്ബാക്ക് 172.16.1.1 ഇന്റർഫേസിൽ IP വിലാസം 32/1 ഉപയോഗിച്ച് ക്രമീകരിച്ചിരിക്കുന്നു, ഇത് എല്ലാ ഗ്രൂപ്പുകൾക്കും ഉപയോഗിക്കുന്നു. RP-അനൗൺസ് ഉപയോഗിച്ച്, രണ്ട് റൂട്ടറുകളും ഈ വിലാസം പരാമർശിച്ചുകൊണ്ട് സ്വയം പ്രഖ്യാപിക്കുന്നു. ഓട്ടോ-ആർപി മാപ്പിംഗ് ഏജന്റ്, വിവരങ്ങൾ ലഭിച്ച ശേഷം, 172.16.1.1/32 എന്ന വിലാസത്തിൽ ആർപിയെക്കുറിച്ചുള്ള ആർപി-ഡിസ്കവറി അയയ്ക്കുന്നു. ഐജിപി ഉപയോഗിച്ച് 172.16.1.1/32 നെറ്റ്‌വർക്കിനെക്കുറിച്ച് ഞങ്ങൾ റൂട്ടറുകളോട് പറയുന്നു, അതനുസരിച്ച്. അങ്ങനെ, PIM റൂട്ടറുകൾ 172.16.1.1/32 നെറ്റ്‌വർക്കിലേക്കുള്ള റൂട്ടിലെ അടുത്ത-ഹോപ്പ് ആയി വ്യക്തമാക്കിയ RP-യിൽ നിന്ന് ഫ്ലോകൾ അഭ്യർത്ഥിക്കുകയോ രജിസ്റ്റർ ചെയ്യുകയോ ചെയ്യുന്നു. MSDP പ്രോട്ടോക്കോൾ തന്നെ, മൾട്ടികാസ്റ്റ് വിവരങ്ങളെക്കുറിച്ചുള്ള സന്ദേശങ്ങൾ കൈമാറുന്നതിനായി RP-കൾക്കായി രൂപകൽപ്പന ചെയ്തിട്ടുള്ളതാണ്.
ഈ ടോപ്പോളജി പരിഗണിക്കുക:

Switch6 238.38.38.38 എന്ന വിലാസത്തിലേക്ക് ട്രാഫിക് പ്രക്ഷേപണം ചെയ്യുന്നു, ഇതുവരെ RP-R1-ന് മാത്രമേ അതിനെക്കുറിച്ച് അറിയൂ. Switch7 ഉം Switch8 ഉം ഈ ഗ്രൂപ്പിനോട് അഭ്യർത്ഥിച്ചു. R5, R4 എന്നീ റൂട്ടറുകൾ യഥാക്രമം R1, R3 എന്നിവയിലേക്ക് PIM ജോയിൻ അയയ്ക്കും. എന്തുകൊണ്ട്? R13.13.13.13-നുള്ള 5-ലേക്കുള്ള റൂട്ട് R1-നെപ്പോലെ തന്നെ IGP മെട്രിക് ഉപയോഗിച്ച് 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

അവർ പരസ്പരം ഒരു സെഷൻ ഉയർത്തും, ഏതെങ്കിലും ഒഴുക്ക് ലഭിക്കുമ്പോൾ അവർ അത് അവരുടെ ആർപി അയൽക്കാരനെ അറിയിക്കും.
Switch1-ൽ നിന്ന് RP-R6-ന് ഒരു സ്ട്രീം ലഭിച്ചാലുടൻ, അത് ഉടനടി ഒരു യൂണികാസ്റ്റ് MSDP ഉറവിട-ആക്റ്റീവ് സന്ദേശം അയയ്‌ക്കും, അതിൽ (S, G) പോലുള്ള വിവരങ്ങൾ അടങ്ങിയിരിക്കും - മൾട്ടികാസ്റ്റിന്റെ ഉറവിടത്തെയും ലക്ഷ്യസ്ഥാനത്തെയും കുറിച്ചുള്ള വിവരങ്ങൾ. Switch3 പോലെയുള്ള ഒരു ഉറവിടം, ഈ ഫ്ലോയ്‌ക്കായി R6-ൽ നിന്ന് ഒരു അഭ്യർത്ഥന സ്വീകരിക്കുമ്പോൾ, അത് റൂട്ടിംഗ് ടേബിളിൽ നിന്ന് നയിക്കപ്പെടുന്ന Switch4-ലേക്ക് PIM ജോയിൻ അയയ്‌ക്കുമെന്ന് ഇപ്പോൾ RP-R6-ന് അറിയാം. തൽഫലമായി, അത്തരമൊരു PIM ജോയിൻ ലഭിച്ച R1 ന് RP-R3 ലേക്ക് ട്രാഫിക് അയയ്ക്കാൻ തുടങ്ങും.
എംഎസ്ഡിപി ടിസിപിക്ക് മുകളിലൂടെ പ്രവർത്തിക്കുന്നു, ആർപികൾ ലൈവ്നസ് പരിശോധിക്കാൻ പരസ്പരം സൂക്ഷിക്കുന്ന സന്ദേശങ്ങൾ അയയ്ക്കുന്നു. 60 സെക്കൻഡാണ് ടൈമർ.
Keepalive, SA സന്ദേശങ്ങൾ ഏതെങ്കിലും ഡൊമെയ്‌നിലെ അംഗത്വത്തെ സൂചിപ്പിക്കുന്നില്ല എന്നതിനാൽ, MSDP പിയർമാരെ വ്യത്യസ്ത ഡൊമെയ്‌നുകളായി വിഭജിക്കുന്നതിന്റെ പ്രവർത്തനം അവ്യക്തമാണ്. കൂടാതെ, ഈ ടോപ്പോളജിയിൽ, വ്യത്യസ്ത ഡൊമെയ്‌നുകളെ സൂചിപ്പിക്കുന്ന ഒരു കോൺഫിഗറേഷൻ ഞങ്ങൾ പരീക്ഷിച്ചു - പ്രകടനത്തിൽ വ്യത്യാസമില്ല.
ആർക്കെങ്കിലും വ്യക്തമാക്കാൻ കഴിയുമെങ്കിൽ, അഭിപ്രായങ്ങളിൽ അത് വായിക്കുന്നതിൽ എനിക്ക് സന്തോഷമുണ്ട്.

അവലംബം: www.habr.com