PIM પ્રોટોકોલ કેવી રીતે કામ કરે છે

PIM પ્રોટોકોલ એ રાઉટર્સ વચ્ચેના નેટવર્કમાં મલ્ટિકાસ્ટ ટ્રાન્સમિટ કરવા માટેના પ્રોટોકોલનો સમૂહ છે. નેબરહુડ સંબંધો ગતિશીલ રૂટીંગ પ્રોટોકોલના કિસ્સામાં તે જ રીતે બાંધવામાં આવે છે. PIMv2 આરક્ષિત મલ્ટિકાસ્ટ એડ્રેસ 30 (ઓલ-PIM-રાઉટર્સ) પર દર 224.0.0.13 સેકન્ડે હેલો સંદેશા મોકલે છે. સંદેશમાં હોલ્ડ ટાઈમર હોય છે - સામાન્ય રીતે 3.5*હેલો ટાઈમર જેટલો, એટલે કે ડિફોલ્ટ રૂપે 105 સેકન્ડ.

PIM બે મુખ્ય ઓપરેટિંગ મોડ્સનો ઉપયોગ કરે છે - ડેન્સ અને સ્પાર્સ મોડ. ચાલો ડેન્સ મોડથી શરૂઆત કરીએ.
સ્ત્રોત-આધારિત વિતરણ વૃક્ષો.
વિવિધ મલ્ટીકાસ્ટ જૂથોના મોટી સંખ્યામાં ગ્રાહકોના કિસ્સામાં ડેન્સ-મોડ મોડનો ઉપયોગ કરવાની સલાહ આપવામાં આવે છે. જ્યારે રાઉટર મલ્ટીકાસ્ટ ટ્રાફિક મેળવે છે, ત્યારે તે સૌથી પહેલું કામ તેને RPF નિયમ માટે તપાસે છે. આરપીએફ - આ નિયમનો ઉપયોગ યુનિકાસ્ટ રૂટીંગ ટેબલ સાથે મલ્ટિકાસ્ટના સ્ત્રોતને તપાસવા માટે થાય છે. તે જરૂરી છે કે ટ્રાફિક તે ઇન્ટરફેસ પર પહોંચે જેની પાછળ આ યજમાન યુનિકાસ્ટ રૂટીંગ ટેબલના સંસ્કરણ મુજબ છુપાયેલ હોય. આ મિકેનિઝમ મલ્ટિકાસ્ટ ટ્રાન્સમિશન દરમિયાન થતી લૂપની સમસ્યાને હલ કરે છે.

R3 મલ્ટિકાસ્ટ સંદેશમાંથી મલ્ટિકાસ્ટ સ્ત્રોત (સોર્સ IP) ને ઓળખશે અને તેના યુનિકાસ્ટ ટેબલનો ઉપયોગ કરીને R1 અને R2 ના બે પ્રવાહોને તપાસશે. ટેબલ (R1 થી R3) દ્વારા નિર્દેશિત ઇન્ટરફેસમાંથી સ્ટ્રીમ આગળ પ્રસારિત કરવામાં આવશે, અને R2 માંથી સ્ટ્રીમ છોડવામાં આવશે, કારણ કે મલ્ટિકાસ્ટ સ્ત્રોત પર જવા માટે, તમારે S0/1 દ્વારા પેકેટો મોકલવાની જરૂર છે.
પ્રશ્ન એ છે કે, જો તમારી પાસે સમાન મેટ્રિક સાથે બે સમાન રૂટ હોય તો શું થાય? આ કિસ્સામાં, રાઉટર આ માર્ગોમાંથી નેક્સ્ટ-હોપ પસંદ કરશે. જેની પાસે ઉચ્ચ IP સરનામું છે તે જીતે છે. જો તમારે આ વર્તન બદલવાની જરૂર હોય, તો તમે ECMP નો ઉપયોગ કરી શકો છો. વધુ વિગતો અહીં.
RPF નિયમ તપાસ્યા પછી, રાઉટર તેના તમામ PIM પડોશીઓને મલ્ટિકાસ્ટ પેકેટ મોકલે છે, સિવાય કે જેની પાસેથી પેકેટ પ્રાપ્ત થયું હોય. અન્ય PIM રાઉટર્સ આ પ્રક્રિયાને પુનરાવર્તિત કરે છે. મલ્ટીકાસ્ટ પેકેટે સ્ત્રોતમાંથી અંતિમ પ્રાપ્તકર્તાઓ સુધી જે માર્ગ લીધો છે તે એક વૃક્ષ બનાવે છે જેને સ્ત્રોત-આધારિત વિતરણ વૃક્ષ, શોર્ટેસ્ટ-પાથ ટ્રી (SPT), સ્ત્રોત વૃક્ષ કહેવાય છે. ત્રણ અલગ અલગ નામો, કોઈપણ એક પસંદ કરો.
આ સમસ્યાને કેવી રીતે ઉકેલવી કે કેટલાક રાઉટર્સે કેટલાક મલ્ટીકાસ્ટ સ્ટ્રીમ છોડી દીધા નથી અને તેને મોકલવા માટે કોઈ નથી, પરંતુ અપસ્ટ્રીમ રાઉટર તેને મોકલે છે. આ માટે પ્રુન મિકેનિઝમની શોધ કરવામાં આવી હતી.
સંદેશ કાપો.
ઉદાહરણ તરીકે, R2, R3 ને મલ્ટિકાસ્ટ મોકલવાનું ચાલુ રાખશે, જોકે R3, RPF નિયમ મુજબ, તેને છોડી દે છે. ચેનલ શા માટે લોડ કરવી? R3 એ PIM Prune સંદેશ મોકલે છે અને R2, આ સંદેશ પ્રાપ્ત કર્યા પછી, આ પ્રવાહ માટે આઉટગોઇંગ ઈન્ટરફેસ સૂચિમાંથી ઈન્ટરફેસ S0/1 દૂર કરશે, ઈન્ટરફેસની સૂચિ કે જ્યાંથી આ ટ્રાફિક મોકલવો જોઈએ.

PIM Prune સંદેશની વધુ ઔપચારિક વ્યાખ્યા નીચે મુજબ છે:
PIM Prune સંદેશ એક રાઉટર દ્વારા બીજા રાઉટરને મોકલવામાં આવે છે જેથી બીજા રાઉટર તે લિંકને દૂર કરે કે જેના પર Prune ચોક્કસ (S,G) SPT તરફથી પ્રાપ્ત થાય છે.

Prune સંદેશ પ્રાપ્ત કર્યા પછી, R2 પ્રૂન ટાઈમરને 3 મિનિટ પર સેટ કરે છે. ત્રણ મિનિટ પછી, તે ફરીથી ટ્રાફિક મોકલવાનું શરૂ કરશે જ્યાં સુધી તેને બીજો Prune સંદેશ ન મળે. આ PIMv1 માં છે.
અને PIMv2 માં સ્ટેટ રિફ્રેશ ટાઈમર ઉમેરવામાં આવ્યું છે (ડિફોલ્ટ રૂપે 60 સેકન્ડ). R3 થી Prune સંદેશ મોકલવામાં આવે કે તરત જ, આ ટાઈમર R3 પર શરૂ થાય છે. આ ટાઈમરની સમાપ્તિ પર, R3 સ્ટેટ રિફ્રેશ સંદેશ મોકલશે, જે આ જૂથ માટે R3 પર 2-મિનિટના પ્રૂન ટાઈમરને ફરીથી સેટ કરશે.
પ્રુન સંદેશ મોકલવાના કારણો:

• જ્યારે મલ્ટિકાસ્ટ પેકેટ નિષ્ફળ જાય છે ત્યારે RPF તપાસો.
• જ્યારે ત્યાં કોઈ સ્થાનિક રીતે કનેક્ટેડ ક્લાયન્ટ ન હોય કે જેમણે મલ્ટિકાસ્ટ ગ્રૂપ (IGMP જોઇન) માટે વિનંતી કરી હોય અને એવા કોઈ PIM પાડોશી ન હોય કે જેમને મલ્ટિકાસ્ટ ટ્રાફિક મોકલી શકાય (નૉન-પ્રૂન ઈન્ટરફેસ).

કલમ સંદેશ.
ચાલો કલ્પના કરીએ કે R3 ને R2 થી ટ્રાફિક જોઈતો ન હતો, Prune મોકલ્યો અને R1 થી મલ્ટિકાસ્ટ મેળવ્યો. પરંતુ અચાનક, R1-R3 વચ્ચેની ચેનલ પડી ગઈ અને R3 મલ્ટિકાસ્ટ વિના રહી ગઈ. R3 પર પ્રુન ટાઈમર સમાપ્ત થાય ત્યાં સુધી તમે 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 શક્ય તેટલી વહેલી તકે આ જૂથ માટે Pim જોડાઓનો સંદેશ મોકલે છે, અને R1 હવે પ્રસારણ બંધ કરવાનું વિચારતું નથી. નીચેના સંદેશાઓ જોડાવા વિશે.
એસર્ટ મેસેજ.

ચાલો આ પરિસ્થિતિની કલ્પના કરીએ: બે રાઉટર્સ એક જ સમયે એક નેટવર્ક પર પ્રસારિત થાય છે. તેઓ સ્ત્રોતમાંથી સમાન સ્ટ્રીમ મેળવે છે, અને બંને તેને ઈન્ટરફેસ e0 ની પાછળ સમાન નેટવર્ક પર પ્રસારિત કરે છે. તેથી, તેઓએ તે નિર્ધારિત કરવાની જરૂર છે કે આ નેટવર્ક માટે એકમાત્ર અને એકમાત્ર બ્રોડકાસ્ટર કોણ હશે. આ માટે એસર્ટ મેસેજનો ઉપયોગ કરવામાં આવે છે. જ્યારે R2 અને R3 મલ્ટિકાસ્ટ ટ્રાફિકનું ડુપ્લિકેશન શોધે છે, એટલે કે, R2 અને R3 મલ્ટિકાસ્ટ મેળવે છે જે તેઓ પોતે બ્રોડકાસ્ટ કરે છે, ત્યારે રાઉટર્સ સમજે છે કે અહીં કંઈક ખોટું છે. આ કિસ્સામાં, રાઉટર્સ એસર્ટ મેસેજ મોકલે છે, જેમાં એડમિનિસ્ટ્રેટિવ ડિસ્ટન્સ અને રૂટ મેટ્રિકનો સમાવેશ થાય છે જેની સાથે મલ્ટિકાસ્ટ સ્ત્રોત સુધી પહોંચવામાં આવે છે - 10.1.1.10. વિજેતા નીચે મુજબ નક્કી કરવામાં આવે છે:

1. નીચા AD સાથેનું.
2. જો AD સમાન હોય, તો કોની પાસે નીચું મેટ્રિક છે.
3. જો અહીં સમાનતા છે, તો તે નેટવર્કમાં જેની પાસે ઉચ્ચ IP છે કે જેના પર તેઓ આ મલ્ટિકાસ્ટ પ્રસારિત કરે છે.

આ મતનો વિજેતા નિયુક્ત રાઉટર બને છે. Pim Hello નો ઉપયોગ DRs પસંદ કરવા માટે પણ થાય છે. લેખની શરૂઆતમાં, PIM હેલો સંદેશ બતાવવામાં આવ્યો હતો, તમે ત્યાં DR ક્ષેત્ર જોઈ શકો છો. આ લિંક પર સૌથી વધુ IP એડ્રેસ ધરાવનાર જીતે છે.
ઉપયોગી સંકેત:

MROUTE ટેબલ.
PIM પ્રોટોકોલ કેવી રીતે કાર્ય કરે છે તેના પ્રારંભિક દેખાવ પછી, આપણે મલ્ટિકાસ્ટ રૂટીંગ ટેબલ સાથે કેવી રીતે કાર્ય કરવું તે સમજવાની જરૂર છે. મ્રુટ ટેબલ ક્લાયંટ પાસેથી કઈ સ્ટ્રીમ્સની વિનંતી કરવામાં આવી હતી અને મલ્ટિકાસ્ટ સર્વરમાંથી કઈ સ્ટ્રીમ્સ વહેતી થઈ છે તે વિશેની માહિતી સ્ટોર કરે છે.
ઉદાહરણ તરીકે, જ્યારે કોઈ ઈન્ટરફેસ પર IGMP સભ્યપદ અહેવાલ અથવા PIM જોડાઓ પ્રાપ્ત થાય છે, ત્યારે પ્રકારનો રેકોર્ડ ( *, G ) રૂટીંગ ટેબલમાં ઉમેરવામાં આવે છે:

આ એન્ટ્રીનો અર્થ છે કે 238.38.38.38 સરનામા સાથે ટ્રાફિક વિનંતી પ્રાપ્ત થઈ હતી. ડીસી ફ્લેગનો અર્થ એ છે કે મલ્ટીકાસ્ટ ડેન્સ મોડમાં કામ કરશે અને C નો અર્થ એ છે કે પ્રાપ્તકર્તા સીધા રાઉટર સાથે જોડાયેલ છે, એટલે કે, રાઉટરને IGMP સભ્યપદ રિપોર્ટ અને PIM જોડાયા છે.
જો ત્યાં પ્રકાર (S,G) નો રેકોર્ડ હોય તો તેનો અર્થ એ છે કે અમારી પાસે મલ્ટિકાસ્ટ સ્ટ્રીમ છે:

S ફીલ્ડમાં - 192.168.1.11, અમે મલ્ટીકાસ્ટ સ્ત્રોતનું IP સરનામું રજીસ્ટર કર્યું છે, આ તે છે જે RPF નિયમ દ્વારા તપાસવામાં આવશે. જો ત્યાં સમસ્યાઓ હોય, તો તમારે પ્રથમ વસ્તુ જે કરવાની જરૂર છે તે છે સ્રોતના માર્ગ માટે યુનિકાસ્ટ ટેબલ તપાસો. ઇનકમિંગ ઇન્ટરફેસ ફીલ્ડમાં, તે ઇન્ટરફેસ સૂચવે છે કે જેના પર મલ્ટિકાસ્ટ પ્રાપ્ત થાય છે. યુનિકાસ્ટ રૂટીંગ ટેબલમાં, સ્ત્રોત તરફનો માર્ગ અહીં ઉલ્લેખિત ઈન્ટરફેસનો સંદર્ભ લેવો જોઈએ. આઉટગોઇંગ ઇન્ટરફેસ સ્પષ્ટ કરે છે કે મલ્ટિકાસ્ટ ક્યાં રીડાયરેક્ટ કરવામાં આવશે. જો તે ખાલી છે, તો રાઉટરને આ ટ્રાફિક માટે કોઈ વિનંતીઓ પ્રાપ્ત થઈ નથી. બધા ધ્વજ વિશે વધુ માહિતી મળી શકે છે અહીં.
PIM સ્પાર્સ-મોડ.
સ્પાર્સ-મોડની વ્યૂહરચના એ ડેન્સ-મોડની વિરુદ્ધ છે. જ્યારે સ્પાર્સ-મોડ મલ્ટીકાસ્ટ ટ્રાફિક મેળવે છે, ત્યારે તે ફક્ત તે ઇન્ટરફેસ દ્વારા જ ટ્રાફિક મોકલશે જ્યાં આ પ્રવાહ માટે વિનંતીઓ હતી, ઉદાહરણ તરીકે Pim Join અથવા IGMP રિપોર્ટ સંદેશાઓ આ ટ્રાફિકની વિનંતી કરતા.
SM અને DM માટે સમાન તત્વો:

• પીઆઈએમ ડીએમની જેમ પડોશી સંબંધો બાંધવામાં આવે છે.
• આરપીએફનો નિયમ કામ કરે છે.
• DR પસંદગી સમાન છે.
• પ્રૂન ઓવરરાઇડ્સ અને એસર્ટ સંદેશાઓની પદ્ધતિ સમાન છે.

નેટવર્ક પર કોણ, ક્યાં અને કયા પ્રકારના મલ્ટિકાસ્ટ ટ્રાફિકની જરૂર છે તે નિયંત્રિત કરવા માટે, એક સામાન્ય માહિતી કેન્દ્રની જરૂર છે. અમારું કેન્દ્ર રેન્ડેઝવસ પોઈન્ટ (RP) હશે. કોઈપણ જેને કોઈ પ્રકારનો મલ્ટિકાસ્ટ ટ્રાફિક જોઈતો હોય અથવા કોઈને સ્રોતમાંથી મલ્ટિકાસ્ટ ટ્રાફિક પ્રાપ્ત થવાનું શરૂ થયું હોય, તો તે તેને આરપીને મોકલે છે.
જ્યારે RP મલ્ટિકાસ્ટ ટ્રાફિક મેળવે છે, ત્યારે તે તેને તે રાઉટર્સને મોકલશે જેણે અગાઉ આ ટ્રાફિકની વિનંતી કરી હતી.

ચાલો ટોપોલોજીની કલ્પના કરીએ જ્યાં RP R3 છે. જેમ જેમ R1 ને S1 તરફથી ટ્રાફિક પ્રાપ્ત થાય છે, તે આ મલ્ટિકાસ્ટ પેકેટને યુનિકાસ્ટ PIM રજિસ્ટર સંદેશમાં સમાવે છે અને તેને RP ને મોકલે છે. તેને કેવી રીતે ખબર પડે કે આરપી કોણ છે? આ કિસ્સામાં, તે સ્થિર રીતે ગોઠવેલ છે, અને અમે ડાયનેમિક RP રૂપરેખાંકન વિશે પછીથી વાત કરીશું.

ip pim rp-સરનામું 3.3.3.3

આરપી જોશે - શું કોઈ એવી વ્યક્તિ પાસેથી માહિતી હતી જે આ ટ્રાફિક પ્રાપ્ત કરવા માંગે છે? ચાલો ધારીએ કે તે ન હતું. પછી RP R1 ને PIM રજિસ્ટર-સ્ટોપ સંદેશ મોકલશે, જેનો અર્થ છે કે કોઈને આ મલ્ટિકાસ્ટની જરૂર નથી, નોંધણી નકારવામાં આવે છે. R1 મલ્ટિકાસ્ટ મોકલશે નહીં. પરંતુ મલ્ટિકાસ્ટ સોર્સ હોસ્ટ તેને મોકલશે, જેથી R1, રજિસ્ટર-સ્ટોપ પ્રાપ્ત કર્યા પછી, 60 સેકન્ડ જેટલું રજિસ્ટર-સપ્રેસન ટાઈમર શરૂ કરશે. આ ટાઈમર સમાપ્ત થાય તેની 5 સેકન્ડ પહેલાં, R1 નલ-રજિસ્ટર બીટ (એટલે ​​કે એન્કેપ્સ્યુલેટેડ મલ્ટિકાસ્ટ પેકેટ વિના) સાથે RP તરફ ખાલી રજિસ્ટર સંદેશ મોકલશે. આરપી, બદલામાં, આના જેવું કાર્ય કરશે:

• જો ત્યાં કોઈ પ્રાપ્તકર્તા ન હોય, તો તે રજિસ્ટર-સ્ટોપ સંદેશ સાથે જવાબ આપશે.
• જો પ્રાપ્તકર્તાઓ દેખાય છે, તો તે કોઈપણ રીતે તેનો જવાબ આપશે નહીં. R1, 5 સેકન્ડની અંદર નોંધણી કરવાનો ઇનકાર ન મળતાં, તે ખુશ થશે અને RPને એન્કેપ્સ્યુલેટેડ મલ્ટિકાસ્ટ સાથેનો રજિસ્ટર સંદેશ મોકલશે.

અમે શોધી કાઢ્યું છે કે મલ્ટિકાસ્ટ કેવી રીતે RP સુધી પહોંચે છે, હવે ચાલો RP કેવી રીતે પ્રાપ્તકર્તાઓને ટ્રાફિક પહોંચાડે છે તે પ્રશ્નનો જવાબ આપવાનો પ્રયાસ કરીએ. અહીં એક નવો ખ્યાલ રજૂ કરવો જરૂરી છે - રૂટ-પાથ ટ્રી (RPT). RPT એ RP માં મૂળ ધરાવતું એક વૃક્ષ છે, જે પ્રાપ્તકર્તાઓ તરફ વધે છે, દરેક PIM-SM રાઉટર પર શાખા કરે છે. RP તેને PIM જોઇન સંદેશા પ્રાપ્ત કરીને બનાવે છે અને વૃક્ષમાં નવી શાખા ઉમેરે છે. અને તેથી, દરેક ડાઉનસ્ટ્રીમ રાઉટર કરે છે. સામાન્ય નિયમ આના જેવો દેખાય છે:

• જ્યારે પીઆઈએમ-એસએમ રાઉટરને ઈન્ટરફેસ સિવાયના કોઈપણ ઈન્ટરફેસ પર પીઆઈએમ જોડાઓનો સંદેશ મળે છે જેની પાછળ આરપી છુપાયેલ છે, ત્યારે તે વૃક્ષમાં નવી શાખા ઉમેરે છે.
• જ્યારે PIM-SM રાઉટર સીધા કનેક્ટેડ હોસ્ટ તરફથી IGMP મેમ્બરશિપ રિપોર્ટ મેળવે છે ત્યારે એક શાખા પણ ઉમેરવામાં આવે છે.

ચાલો કલ્પના કરીએ કે અમારી પાસે જૂથ 5 માટે R228.8.8.8 રાઉટર પર મલ્ટિકાસ્ટ ક્લાયંટ છે. જેમ જેમ R5 ને હોસ્ટ તરફથી IGMP સભ્યપદનો અહેવાલ પ્રાપ્ત થાય છે, R5 એ RP ની દિશામાં PIM જોઇન મોકલે છે, અને પોતે યજમાનને જોતા વૃક્ષમાં ઇન્ટરફેસ ઉમેરે છે. આગળ, R4 એ R5 માંથી PIM Join મેળવે છે, ટ્રી પર ઇન્ટરફેસ Gi0/1 ઉમેરે છે અને RP ની દિશામાં PIM જોઇન મોકલે છે. અંતે, RP ( R3 ) PIM જોઇન મેળવે છે અને વૃક્ષમાં Gi0/0 ઉમેરે છે. આમ, મલ્ટિકાસ્ટ પ્રાપ્તકર્તા નોંધાયેલ છે. અમે R3-Gi0/0 → R4-Gi0/1 → R5-Gi0/0 રુટ સાથે વૃક્ષ બનાવી રહ્યા છીએ.
આ પછી, PIM જોઇન R1 પર મોકલવામાં આવશે અને R1 મલ્ટિકાસ્ટ ટ્રાફિક મોકલવાનું શરૂ કરશે. એ નોંધવું અગત્યનું છે કે જો હોસ્ટ મલ્ટિકાસ્ટ બ્રોડકાસ્ટ શરૂ થાય તે પહેલાં ટ્રાફિકની વિનંતી કરે છે, તો RP PIM Join મોકલશે નહીં અને R1 ને કંઈપણ મોકલશે નહીં.
જો અચાનક મલ્ટિકાસ્ટ મોકલવામાં આવે ત્યારે, હોસ્ટ તેને પ્રાપ્ત કરવાનું બંધ કરી દે છે, જેમ કે RP ને Gi0/0 ઈન્ટરફેસ પર PIM Prune પ્રાપ્ત થાય છે, તે તરત જ PIM રજિસ્ટર-સ્ટોપને સીધા R1 પર મોકલશે, અને પછી PIM પ્રૂન કરશે. Gi0/1 ઇન્ટરફેસ દ્વારા સંદેશ. PIM રજિસ્ટર-સ્ટોપ યુનિકાસ્ટ દ્વારા તે સરનામા પર મોકલવામાં આવે છે જ્યાંથી PIM રજિસ્ટર આવ્યું હતું.
અમે અગાઉ કહ્યું તેમ, જેમ કે રાઉટર બીજાને PIM જોઇન મોકલે છે, ઉદાહરણ તરીકે 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 પર મલ્ટિકાસ્ટ મેળવવું વધુ તાર્કિક રહેશે. તે આરપીટીથી ડિસ્કનેક્ટ થવું જોઈએ અને શોર્ટેસ્ટ-પાથ ટ્રી (એસપીટી) નામનું એક નાનું વૃક્ષ બનાવવું જોઈએ. આ કરવા માટે, તે Gi0/2 દ્વારા R1 ને PIM Join મોકલે છે અને R1 Gi0/2 દ્વારા મલ્ટિકાસ્ટ પણ મોકલવાનું શરૂ કરે છે. હવે R5 ને RPTમાંથી અનસબ્સ્ક્રાઇબ કરવાની જરૂર છે જેથી બે નકલો પ્રાપ્ત ન થાય. આ કરવા માટે, તે પ્રુનને સ્રોત IP સરનામું દર્શાવતો સંદેશ મોકલે છે અને એક વિશિષ્ટ બીટ - RPT-bit દાખલ કરે છે. આનો અર્થ એ છે કે તમારે મને ટ્રાફિક મોકલવાની જરૂર નથી, મારી પાસે અહીં વધુ સારું વૃક્ષ છે. RP R1 ને PIM Prune સંદેશાઓ પણ મોકલે છે, પરંતુ રજિસ્ટર-સ્ટોપ સંદેશ મોકલતો નથી. બીજી વિશેષતા: R5 હવે PIM Prune ને RP ને સતત મોકલશે, કારણ કે R1 એ PIM રજિસ્ટરને દર મિનિટે RP ને મોકલવાનું ચાલુ રાખ્યું છે. જ્યાં સુધી આ ટ્રાફિકની ઈચ્છા ધરાવતા કોઈ નવા લોકો ન આવે ત્યાં સુધી આરપી તેનો ઈન્કાર કરશે. R5 એ RP ને સૂચિત કરે છે કે તે SPT દ્વારા મલ્ટિકાસ્ટ પ્રાપ્ત કરવાનું ચાલુ રાખે છે.
ડાયનેમિક આરપી શોધ.
ઓટો-આર.પી.
આ ટેક્નોલોજી સિસ્કોની માલિકીની છે અને તે ખાસ લોકપ્રિય નથી, પરંતુ હજુ પણ જીવંત છે. ઑટો-આરપી ઑપરેશનમાં બે મુખ્ય તબક્કાઓનો સમાવેશ થાય છે:
1) આરપી આરપી-જાહેરાત સંદેશાઓને આરક્ષિત સરનામાં પર મોકલે છે - 224.0.1.39, પોતાને દરેક માટે અથવા ચોક્કસ જૂથો માટે આરપી જાહેર કરે છે. આ સંદેશ દર મિનિટે મોકલવામાં આવે છે.
2) એક RP મેપિંગ એજન્ટ જરૂરી છે, જે RP-ડિસ્કવરી સંદેશા મોકલશે જે દર્શાવે છે કે કયા જૂથો માટે RP સાંભળવું જોઈએ. આ સંદેશથી જ નિયમિત પીઆઈએમ રાઉટર્સ પોતાના માટે આરપી નક્કી કરશે. મેપિંગ એજન્ટ કાં તો RP રાઉટર અથવા અલગ PIM રાઉટર હોઈ શકે છે. આરપી-ડિસ્કવરી એક મિનિટના ટાઈમર સાથે 224.0.1.40 સરનામાં પર મોકલવામાં આવે છે.
ચાલો પ્રક્રિયાને વધુ વિગતવાર જોઈએ:
ચાલો R3 ને RP તરીકે ગોઠવીએ:

ip pim send-rp-ઘોષણા લૂપબેક 0 સ્કોપ 10

મેપિંગ એજન્ટ તરીકે R2:

ip pim send-rp-discovery loopback 0 scope 10

અને અન્ય તમામ પર અમે Auto-RP દ્વારા RPની અપેક્ષા રાખીશું:

ip pim autorp લિસનર

એકવાર અમે R3 ને રૂપરેખાંકિત કરી લઈએ, તે RP-Anounce મોકલવાનું શરૂ કરશે:

અને R2, મેપિંગ એજન્ટ સેટ કર્યા પછી, RP-ઘોષણા સંદેશની રાહ જોવાનું શરૂ કરશે. જ્યારે તે ઓછામાં ઓછું એક RP શોધે ત્યારે જ તે RP-ડિસ્કવરી મોકલવાનું શરૂ કરશે:

આ રીતે, રેગ્યુલર રાઉટર્સ (PIM RP લિસનર) ને આ મેસેજ મળતાની સાથે જ તેઓ જાણશે કે RP ને ક્યાં જોવું.
Auto-RP સાથેની મુખ્ય સમસ્યા એ છે કે RP-Anounce અને RP-Discovery સંદેશા પ્રાપ્ત કરવા માટે, તમારે PIM Join ને 224.0.1.39-40 સરનામાં પર મોકલવાની જરૂર છે અને મોકલવા માટે તમારે જાણવું જરૂરી છે કે ક્યાં આરપી સ્થિત છે. ક્લાસિક ચિકન અને ઇંડા સમસ્યા. આ સમસ્યાને ઉકેલવા માટે, PIM સ્પાર્સ-ડેન્સ-મોડની શોધ કરવામાં આવી હતી. જો રાઉટર RP ને જાણતું નથી, તો તે ડેન્સ-મોડમાં કાર્ય કરે છે; જો તે કરે છે, તો સ્પાર્સ-મોડમાં. જ્યારે PIM સ્પાર્સ-મોડ અને ip pim autorp લિસનર કમાન્ડ નિયમિત રાઉટર્સના ઇન્ટરફેસ પર ગોઠવવામાં આવે છે, ત્યારે રાઉટર માત્ર ઓટો-RP પ્રોટોકોલ (224.0.1.39-40) થી સીધા મલ્ટિકાસ્ટિંગ માટે ડેન્સ-મોડમાં કાર્ય કરશે.
બુટસ્ટ્રેપ રાઉટર (BSR).
આ કાર્ય Auto-RP જેવું જ કામ કરે છે. દરેક RP મેપિંગ એજન્ટને એક સંદેશ મોકલે છે, જે મેપિંગની માહિતી એકઠી કરે છે અને પછી અન્ય તમામ રાઉટર્સને જણાવે છે. ચાલો ઓટો-આરપી જેવી જ પ્રક્રિયાનું વર્ણન કરીએ:
1) એકવાર અમે R3 ને RP બનવા માટે ઉમેદવાર તરીકે ગોઠવીએ પછી, આદેશ સાથે:

ip pim rp-ઉમેદવાર લૂપબેક 0

પછી R3 કંઈપણ કરશે નહીં; વિશેષ સંદેશા મોકલવાનું શરૂ કરવા માટે, તેણે પહેલા મેપિંગ એજન્ટ શોધવાની જરૂર છે. આમ, આપણે બીજા પગલા પર આગળ વધીએ છીએ.
2) R2 ને મેપિંગ એજન્ટ તરીકે ગોઠવો:

ip pim bsr-ઉમેદવાર લૂપબેક 0

R2 PIM બુટસ્ટ્રેપ સંદેશા મોકલવાનું શરૂ કરે છે, જ્યાં તે પોતાને મેપિંગ એજન્ટ તરીકે સૂચવે છે:

આ સંદેશ 224.0.013 સરનામાં પર મોકલવામાં આવે છે, જેનો PIM પ્રોટોકોલ તેના અન્ય સંદેશા માટે પણ ઉપયોગ કરે છે. તે તેમને બધી દિશામાં મોકલે છે અને તેથી ત્યાં કોઈ ચિકન અને ઈંડાની સમસ્યા નથી જેવી કે ઓટો-આરપીમાં હતી.
3) જેમ જ RP ને BSR રાઉટર તરફથી સંદેશો પ્રાપ્ત થાય છે, તે તરત જ BSR રાઉટરના સરનામા પર યુનિકાસ્ટ સંદેશ મોકલશે:

જે પછી, BSR, RPs વિશે માહિતી મેળવ્યા પછી, તેમને મલ્ટિકાસ્ટ દ્વારા 224.0.0.13 સરનામાં પર મોકલશે, જે તમામ PIM રાઉટર્સ દ્વારા સાંભળવામાં આવે છે. તેથી, આદેશનું એનાલોગ ip pim autorp લિસનર નિયમિત રાઉટર્સ માટે BSR માં નથી.
મલ્ટીકાસ્ટ સોર્સ ડિસ્કવરી પ્રોટોકોલ (MSDP) સાથે કોઈપણ કાસ્ટ આર.પી.
ઓટો-આરપી અને બીએસઆર અમને આરપી પર લોડને નીચે પ્રમાણે વિતરિત કરવાની મંજૂરી આપે છે: દરેક મલ્ટિકાસ્ટ જૂથમાં માત્ર એક સક્રિય આરપી હોય છે. એક મલ્ટિકાસ્ટ જૂથ માટે અનેક RPs પર લોડનું વિતરણ કરવું શક્ય બનશે નહીં. MSDP આ RP રાઉટર્સને 255.255.255.255 ના માસ્ક સાથે સમાન IP સરનામું આપીને કરે છે. MSDP એક પદ્ધતિનો ઉપયોગ કરીને માહિતી શીખે છે: સ્ટેટિક, ઓટો-આરપી અથવા BSR.

ચિત્રમાં અમારી પાસે MSDP સાથે Auto-RP રૂપરેખાંકન છે. બંને RPs લૂપબેક 172.16.1.1 ઈન્ટરફેસ પર IP એડ્રેસ 32/1 સાથે ગોઠવેલ છે અને તેનો ઉપયોગ તમામ જૂથો માટે થાય છે. RP-Anounce સાથે, બંને રાઉટર્સ આ એડ્રેસનો ઉલ્લેખ કરીને પોતાને જાહેર કરે છે. ઓટો-આરપી મેપિંગ એજન્ટ, માહિતી પ્રાપ્ત કર્યા પછી, આરપી વિશે RP-ડિસ્કવરીને 172.16.1.1/32 સરનામા સાથે મોકલે છે. અમે IGP નો ઉપયોગ કરીને નેટવર્ક 172.16.1.1/32 વિશે રાઉટર્સને કહીએ છીએ અને તે મુજબ. આમ, પીઆઈએમ રાઉટર્સ આરપીમાંથી પ્રવાહની વિનંતી અથવા નોંધણી કરે છે જે નેટવર્ક 172.16.1.1/32ના રૂટ પર નેક્સ્ટ-હોપ તરીકે ઉલ્લેખિત છે. MSDP પ્રોટોકોલ પોતે RPs માટે મલ્ટિકાસ્ટ માહિતી વિશે સંદેશાઓની આપલે કરવા માટે રચાયેલ છે.
આ ટોપોલોજી ધ્યાનમાં લો:

સ્વિચ6 238.38.38.38 સરનામાં પર ટ્રાફિકનું પ્રસારણ કરે છે અને અત્યાર સુધી ફક્ત RP-R1 તેના વિશે જાણે છે. Switch7 અને Switch8 એ આ જૂથની વિનંતી કરી. રાઉટર્સ R5 અને R4 PIM Join ને અનુક્રમે R1 અને R3 ને મોકલશે. શા માટે? R13.13.13.13 માટે 5 નો રૂટ IGP મેટ્રિકનો ઉપયોગ કરીને R1 નો સંદર્ભ લેશે, જેમ કે R4 માટે.
RP-R1 સ્ટ્રીમ વિશે જાણે છે અને તેને R5 તરફ પ્રસારિત કરવાનું શરૂ કરશે, પરંતુ R4 તેના વિશે કંઈપણ જાણતું નથી, કારણ કે R1 તેને ખાલી મોકલશે નહીં. તેથી MSDP જરૂરી છે. અમે તેને R1 અને R5 પર ગોઠવીએ છીએ:

R3.3.3.3 પર ip msdp પીઅર 1 કનેક્ટ-સોર્સ લૂપબેક1

R1.1.1.1 પર ip msdp પીઅર 3 કનેક્ટ-સોર્સ લૂપબેક3

તેઓ એકબીજા વચ્ચે સત્ર ઉભા કરશે અને જ્યારે કોઈ પ્રવાહ પ્રાપ્ત થશે ત્યારે તેઓ તેમના આરપી પાડોશીને તેની જાણ કરશે.
જેવી જ RP-R1 ને Switch6 તરફથી સ્ટ્રીમ પ્રાપ્ત થશે, તે તરત જ એક યુનિકાસ્ટ MSDP સ્ત્રોત-સક્રિય સંદેશ મોકલશે, જેમાં (S, G) જેવી માહિતી હશે - મલ્ટિકાસ્ટના સ્ત્રોત અને ગંતવ્ય વિશેની માહિતી. હવે જ્યારે RP-R3 જાણે છે કે સ્વિચ6 જેવા સ્ત્રોત, જ્યારે આ પ્રવાહ માટે R4 તરફથી વિનંતી પ્રાપ્ત કરે છે, ત્યારે તે PIM Join ને Switch6 તરફ મોકલશે, જે રૂટીંગ ટેબલ દ્વારા માર્ગદર્શન આપે છે. પરિણામે, આવો PIM જોઇન મેળવનાર R1 RP-R3 તરફ ટ્રાફિક મોકલવાનું શરૂ કરશે.
MSDP TCP પર ચાલે છે, RPs જીવંતતા તપાસવા માટે એકબીજાને જીવંત સંદેશાઓ મોકલે છે. ટાઈમર 60 સેકન્ડ છે.
MSDP પીઅરને અલગ-અલગ ડોમેન્સમાં વિભાજિત કરવાનું કાર્ય અસ્પષ્ટ રહે છે, કારણ કે Keepalive અને SA સંદેશાઓ કોઈપણ ડોમેનમાં સભ્યપદ સૂચવતા નથી. ઉપરાંત, આ ટોપોલોજીમાં, અમે વિવિધ ડોમેન્સ દર્શાવતી રૂપરેખાંકનનું પરીક્ષણ કર્યું - પ્રદર્શનમાં કોઈ તફાવત નહોતો.
જો કોઈ સ્પષ્ટતા કરી શકે, તો મને ટિપ્પણીઓમાં વાંચવામાં આનંદ થશે.

સોર્સ: www.habr.com