PIM प्रोटोकल कसरी काम गर्दछ

PIM प्रोटोकल राउटरहरू बीचको नेटवर्कमा मल्टीकास्ट प्रसारण गर्नको लागि प्रोटोकलहरूको सेट हो। छिमेकी सम्बन्धहरू गतिशील रूटिङ प्रोटोकलको मामलामा जस्तै बनाइन्छ। PIMv2 ले प्रत्येक ३० सेकेन्डमा आरक्षित मल्टीकास्ट ठेगाना २२४.०.०.१३ (सबै-पीआईएम-राउटरहरू) मा नमस्कार सन्देशहरू पठाउँछ। सन्देशमा होल्ड टाइमरहरू हुन्छन् - सामान्यतया 30*हेलो टाइमर बराबर, अर्थात्, पूर्वनिर्धारित रूपमा 224.0.0.13 सेकेन्ड।

PIM ले दुई मुख्य अपरेटिङ मोडहरू प्रयोग गर्दछ - डेन्स र स्पार्स मोड। डेन्स मोडबाट सुरु गरौं।
स्रोत-आधारित वितरण रूखहरू।
घने-मोड मोड विभिन्न मल्टिकास्ट समूहका ग्राहकहरूको ठूलो संख्याको मामलामा प्रयोग गर्न सल्लाह दिइन्छ। जब राउटरले मल्टीकास्ट ट्राफिक प्राप्त गर्छ, त्यसले गर्ने पहिलो कुरा RPF नियमको लागि जाँच गर्नु हो। RPF - यो नियम युनिकास्ट राउटिङ तालिकाको साथ मल्टिकास्टको स्रोत जाँच गर्न प्रयोग गरिन्छ। यो आवश्यक छ कि ट्राफिक इन्टरफेसमा आइपुग्छ जसको पछाडि यो होस्ट लुकेको छ unicast रूटिङ तालिकाको संस्करण अनुसार। यो संयन्त्रले मल्टिकास्ट प्रसारणको समयमा हुने लूपको समस्या समाधान गर्दछ।

R3 ले मल्टिकास्ट सन्देशबाट मल्टिकास्ट स्रोत (स्रोत IP) पहिचान गर्नेछ र यसको युनिकास्ट तालिका प्रयोग गरी R1 र R2 बाट दुई प्रवाहहरू जाँच गर्नेछ। तालिका (R1 देखि R3) द्वारा देखाइएको इन्टरफेसबाट स्ट्रिमलाई थप प्रसारित गरिनेछ, र R2 बाट स्ट्रिम छोडिनेछ, किनकि मल्टीकास्ट स्रोतमा पुग्नको लागि, तपाईंले S0/1 मार्फत प्याकेटहरू पठाउनु पर्छ।
प्रश्न हो, के हुन्छ यदि तपाईंसँग समान मेट्रिकको साथ दुई बराबर मार्गहरू छन्? यस अवस्थामा, राउटरले यी मार्गहरूबाट अर्को-हप चयन गर्नेछ। जो कोही उच्च आईपी ठेगाना छ जित्छ। यदि तपाइँ यो व्यवहार परिवर्तन गर्न आवश्यक छ भने, तपाइँ ECMP प्रयोग गर्न सक्नुहुन्छ। थप विवरण यहाँ.
RPF नियम जाँच गरेपछि, राउटरले आफ्नो सबै PIM छिमेकीहरूलाई मल्टिकास्ट प्याकेट पठाउँछ, जसबाट प्याकेट प्राप्त भएको थियो। अन्य PIM राउटरहरूले यो प्रक्रिया दोहोर्याउँछन्। स्रोतबाट अन्तिम प्राप्तकर्ताहरूमा मल्टिकास्ट प्याकेटले लिएको बाटोले स्रोत-आधारित वितरण ट्री, छोटो-पथ ट्री (SPT), स्रोत रूख भनिन्छ। तीन फरक नाम, कुनै एक छान्नुहोस्।
केहि राउटरहरूले केहि मल्टीकास्ट स्ट्रिममा छोडेनन् र पठाउने कोही छैन भन्ने समस्या कसरी समाधान गर्ने, तर अपस्ट्रीम राउटरले उसलाई पठाउँदछ। यसका लागि प्रुन मेकानिजम आविष्कार गरिएको थियो।
प्रुन सन्देश।
उदाहरणका लागि, R2 ले R3 मा मल्टीकास्ट पठाउन जारी राख्नेछ, यद्यपि R3, RPF नियम अनुसार, यसलाई छोड्छ। च्यानल किन लोड गर्ने? R3 ले PIM Prune सन्देश पठाउँछ र R2, यो सन्देश प्राप्त गरेपछि, यस प्रवाहको लागि बहिर्गमन इन्टरफेस सूचीबाट इन्टरफेस S0/1 हटाउनेछ, जुन इन्टरफेसहरूबाट यो ट्राफिक पठाइनुपर्छ।

निम्न PIM Prune सन्देशको थप औपचारिक परिभाषा हो:
PIM Prune सन्देश एउटा राउटरद्वारा दोस्रो राउटरमा पठाइन्छ जसमा दोस्रो राउटरले विशेष (S,G) SPT बाट प्रुन प्राप्त गरेको लिङ्क हटाउनको लागि।

Prune सन्देश प्राप्त गरेपछि, R2 ले Prune टाइमरलाई 3 मिनेटमा सेट गर्दछ। तीन मिनेट पछि, यसले अर्को Prune सन्देश प्राप्त नगरेसम्म फेरि ट्राफिक पठाउन सुरु गर्नेछ। यो PIMv1 मा छ।
र PIMv2 मा राज्य रिफ्रेस टाइमर थपिएको छ (पूर्वनिर्धारित रूपमा 60 सेकेन्ड)। R3 बाट Prune सन्देश पठाउने बित्तिकै, यो टाइमर R3 मा सुरु हुन्छ। यस टाइमरको म्याद सकिएपछि, R3 ले स्टेट रिफ्रेस सन्देश पठाउनेछ, जसले यस समूहको लागि R3 मा 2-मिनेट प्रुन टाइमर रिसेट गर्नेछ।
Prune सन्देश पठाउने कारणहरू:

• मल्टिकास्ट प्याकेट असफल हुँदा RPF जाँच गर्नुहोस्।
• जब त्यहाँ कुनै स्थानीय रूपमा जडान गरिएका ग्राहकहरू छैनन् जसले मल्टिकास्ट समूह (IGMP Join) अनुरोध गरेको छ र त्यहाँ कुनै PIM छिमेकीहरू छैनन् जसलाई मल्टिकास्ट ट्राफिक पठाउन सकिन्छ (नन-प्रुन इन्टरफेस)।

ग्राफ्ट सन्देश।
कल्पना गरौं कि R3 ले R2 बाट ट्राफिक चाहँदैनथ्यो, Prune पठायो र R1 बाट मल्टीकास्ट प्राप्त गर्यो। तर, अचानक R1-R3 बीचको च्यानल झर्यो र R3 मल्टीकास्ट बिना नै छोडियो। R3 मा प्रुन टाइमरको म्याद समाप्त नभएसम्म तपाईं 2 मिनेट पर्खन सक्नुहुन्छ। 3 मिनेट लामो पर्खाइ हो, त्यसैले पर्खिन नपरोस्, तपाईंले यो S0/1 इन्टरफेसलाई तुरुन्तै काटिएको अवस्थाबाट R2 मा ल्याउने सन्देश पठाउनु पर्छ। यो सन्देश ग्राफ्ट सन्देश हुनेछ। Graft सन्देश प्राप्त गरेपछि, R2 ले Graft-ACK सँग जवाफ दिनेछ।
प्रुन ओभरराइड।

यो रेखाचित्र हेरौं। R1 ले दुई राउटरहरू भएको खण्डमा मल्टिकास्ट प्रसारण गर्दछ। R3 ले ट्राफिक प्राप्त गर्दछ र प्रसारण गर्दछ, R2 ले प्राप्त गर्दछ, तर ट्राफिक प्रसारण गर्न कोही छैन। यसले R1 लाई यस खण्डमा Prune सन्देश पठाउँछ। R1 ले Fa0/0 लाई सूचीबाट हटाउनु पर्छ र यस खण्डमा प्रसारण बन्द गर्नुपर्छ, तर R3 लाई के हुनेछ? र R3 सोही खण्डमा छ, प्रुनबाट पनि यो सन्देश प्राप्त भयो र अवस्थाको त्रासदी बुझ्यो। R1 ले प्रसारण बन्द गर्नु अघि, यसले 3 सेकेन्डको टाइमर सेट गर्छ र 3 सेकेन्ड पछि प्रसारण बन्द हुनेछ। 3 सेकेन्ड - यो वास्तवमा कति समय छ R3 ले आफ्नो मल्टिकास्ट गुमाउन नपरोस्। त्यसकारण, R3 ले यो समूहको लागि सकेसम्म चाँडो Pim Join सन्देश पठाउँछ, र R1 अब प्रसारण बन्द गर्ने बारे सोच्दैन। तलको सन्देशहरूमा सामेल हुनुहोस्।
दाबी सन्देश।

यस अवस्थाको कल्पना गरौं: दुई राउटरहरू एकैचोटि एक नेटवर्कमा प्रसारण। तिनीहरूले स्रोतबाट उही स्ट्रिम प्राप्त गर्छन्, र दुवैले यसलाई इन्टरफेस e0 पछाडि एउटै नेटवर्कमा प्रसारण गर्छन्। त्यसकारण, तिनीहरूले निर्धारण गर्न आवश्यक छ कि यो नेटवर्कको लागि एक मात्र प्रसारक को हुनेछ। यसका लागि Assert सन्देशहरू प्रयोग गरिन्छ। जब R2 र R3 ले मल्टिकास्ट ट्राफिकको नक्कल पत्ता लगाउँदछ, त्यो हो, R2 र R3 ले मल्टिकास्ट प्राप्त गर्दछ जुन तिनीहरू आफैले प्रसारण गर्छन्, राउटरहरूले बुझ्छन् कि यहाँ केहि गलत छ। यस अवस्थामा, राउटरहरूले Assert सन्देशहरू पठाउँछन्, जसमा प्रशासनिक दूरी र मार्ग मेट्रिक समावेश हुन्छ जसको साथ मल्टिकास्ट स्रोत पुग्यो - 10.1.1.10। विजेता निम्नानुसार निर्धारण गरिएको छ:

1. कम AD भएको एउटा।
2. यदि AD बराबर छ भने, कसको तल्लो मेट्रिक छ।
3. यदि यहाँ समानता छ भने, जसको नेटवर्कमा उच्च आईपी छ जुन तिनीहरूले यो मल्टीकास्ट प्रसारण गर्छन्।

यो भोटको विजेता निर्दिष्ट राउटर बन्छ। पिम हेलो पनि DRs चयन गर्न प्रयोग गरिन्छ। लेखको सुरुमा, PIM हेलो सन्देश देखाइएको थियो, तपाइँ त्यहाँ DR फिल्ड देख्न सक्नुहुन्छ। यो लिङ्कमा उच्चतम IP ठेगाना भएकोले जित्छ।
उपयोगी चिन्ह:

MROUTE तालिका।
PIM प्रोटोकलले कसरी काम गर्छ भन्ने प्रारम्भिक हेराई पछि, हामीले मल्टीकास्ट राउटिङ तालिकासँग कसरी काम गर्ने भनेर बुझ्न आवश्यक छ। मर्उट तालिकाले ग्राहकहरूबाट कुन स्ट्रिमहरू अनुरोध गरिएको थियो र कुन स्ट्रिमहरू मल्टिकास्ट सर्भरहरूबाट प्रवाहित छन् भन्ने बारे जानकारी भण्डारण गर्दछ।
उदाहरणका लागि, जब IGMP सदस्यता रिपोर्ट वा PIM Join केही इन्टरफेसमा प्राप्त हुन्छ, प्रकारको रेकर्ड (*, G ) रूटिङ तालिकामा थपिन्छ:

यस प्रविष्टिको अर्थ 238.38.38.38 ठेगानाको साथ ट्राफिक अनुरोध प्राप्त भएको हो। DC फ्ल्यागको अर्थ हो कि मल्टिकास्टले डेन्स मोडमा काम गर्नेछ र C को मतलब प्रापक सीधै राउटरमा जोडिएको छ, अर्थात्, राउटरले IGMP सदस्यता रिपोर्ट र PIM Join प्राप्त गरेको छ।
यदि त्यहाँ प्रकार (S,G) को रेकर्ड छ भने यसको मतलब हामीसँग मल्टिकास्ट स्ट्रिम छ:

S फिल्डमा - 192.168.1.11, हामीले मल्टीकास्ट स्रोतको IP ठेगाना दर्ता गरेका छौं, यो यो हो जुन RPF नियम द्वारा जाँच गरिनेछ। यदि त्यहाँ समस्याहरू छन् भने, तपाईंले गर्नु पर्ने पहिलो कुरा स्रोतको मार्गको लागि युनिकास्ट तालिका जाँच गर्नुहोस्। इनकमिङ इन्टरफेस फिल्डमा, मल्टिकास्ट प्राप्त भएको इन्टरफेसलाई संकेत गर्दछ। युनिकास्ट राउटिङ तालिकामा, स्रोतको मार्गले यहाँ निर्दिष्ट गरिएको इन्टरफेसलाई सन्दर्भ गर्नुपर्छ। बहिर्गमन इन्टरफेसले मल्टिकास्टलाई कहाँ रिडिरेक्ट गरिने छ भनी निर्दिष्ट गर्दछ। यदि यो खाली छ भने, राउटरले यो ट्राफिकको लागि कुनै अनुरोध प्राप्त गरेको छैन। सबै झण्डा बारे थप जानकारी पाउन सकिन्छ यहाँ.
PIM स्पार्स-मोड।
स्पार्स-मोडको रणनीति डेन्स-मोडको विपरित हो। जब स्पार्स-मोडले मल्टिकास्ट ट्राफिक प्राप्त गर्दछ, यसले ती इन्टरफेसहरू मार्फत मात्र ट्राफिक पठाउनेछ जहाँ यस प्रवाहको लागि अनुरोधहरू थिए, उदाहरणका लागि Pim Join वा IGMP रिपोर्ट सन्देशहरू यस ट्राफिकलाई अनुरोध गर्ने।
SM र DM का लागि समान तत्वहरू:

• छिमेकी सम्बन्धहरू PIM DM मा जस्तै बनाइन्छ।
• आरपीएफ नियमले काम गर्छ।
• DR चयन समान छ।
• Prune Overrides र Assert सन्देशहरूको संयन्त्र समान छ।

नेटवर्कमा कसलाई, कहाँ र कस्तो प्रकारको मल्टिकास्ट ट्राफिक आवश्यक छ भनेर नियन्त्रण गर्न, साझा सूचना केन्द्र आवश्यक छ। हाम्रो केन्द्र Rendezvous Point (RP) हुनेछ। जो कोहीले कुनै प्रकारको मल्टकास्ट ट्राफिक चाहन्छ वा कसैले स्रोतबाट मल्टकास्ट ट्राफिक प्राप्त गर्न थाल्यो, त्यसपछि उसले RP मा पठाउँछ।
जब RP ले मल्टिकास्ट ट्राफिक प्राप्त गर्छ, यसले यसलाई ती राउटरहरूमा पठाउनेछ जसले पहिले यो ट्राफिक अनुरोध गरेको थियो।

एउटा टोपोलोजीको कल्पना गरौं जहाँ RP R3 हो। R1 ले S1 बाट ट्राफिक प्राप्त गर्ने बित्तिकै, यसले यो मल्टिकास्ट प्याकेटलाई युनिकास्ट PIM दर्ता सन्देशमा समेट्छ र यसलाई RP मा पठाउँछ। उसलाई कसरी थाहा हुन्छ आरपी को हो? यस अवस्थामा, यो स्थिर रूपमा कन्फिगर गरिएको छ, र हामी पछि गतिशील RP कन्फिगरेसनको बारेमा कुरा गर्नेछौं।

ip pim rp-ठेगाना 3.3.3.3

RP हेर्नेछ - यो ट्राफिक प्राप्त गर्न चाहने कोहीबाट जानकारी छ? मानौं यो थिएन। त्यसपछि RP ले R1 लाई PIM Register-Stop सन्देश पठाउनेछ, जसको अर्थ कसैलाई पनि यो मल्टिकास्ट आवश्यक पर्दैन, दर्ता अस्वीकार गरिएको छ। R1 ले मल्टीकास्ट पठाउने छैन। तर मल्टिकास्ट स्रोत होस्टले यसलाई पठाउनेछ, ताकि R1, Register-Stop प्राप्त गरेपछि, 60 सेकेन्ड बराबरको दर्ता-दमन टाइमर सुरु हुनेछ। यो टाइमरको म्याद सकिनुभन्दा ५ सेकेन्ड अघि, R5 ले RP तर्फ Null-Register bit (अर्थात, encapsulated multicast प्याकेट बिना) को साथ खाली दर्ता सन्देश पठाउनेछ। RP, बारीमा, यस्तो कार्य गर्नेछ:

• यदि त्यहाँ कुनै प्राप्तकर्ताहरू थिएनन् भने, त्यसपछि यसले दर्ता-स्टप सन्देशको साथ जवाफ दिनेछ।
• यदि प्राप्तकर्ताहरू देखा पर्छन् भने, उसले कुनै पनि हिसाबले प्रतिक्रिया दिनेछैन। R1, 5 सेकेन्ड भित्र दर्ता गर्न अस्वीकार प्राप्त नभएको, खुसी हुनेछ र RP लाई encapsulated multicast को साथ एक दर्ता सन्देश पठाउनेछ।

हामीले मल्टिकास्ट कसरी RP पुग्छ भन्ने कुरा पत्ता लगाएको जस्तो देखिन्छ, अब RP ले कसरी प्राप्तकर्ताहरूलाई ट्राफिक प्रदान गर्छ भन्ने प्रश्नको जवाफ दिने प्रयास गरौं। यहाँ यो एक नयाँ अवधारणा परिचय गर्न आवश्यक छ - रूट-पथ ट्री (RPT)। RPT RP मा जरा भएको रूख हो, प्रत्येक PIM-SM राउटरमा शाखाहरू, प्राप्तकर्ताहरूतर्फ बढ्दै। RP ले PIM Join सन्देशहरू प्राप्त गरेर यसलाई सिर्जना गर्छ र रूखमा नयाँ शाखा थप्छ। र त्यसोभए, प्रत्येक डाउनस्ट्रीम राउटरले गर्छ। सामान्य नियम यस्तो देखिन्छ:

• जब PIM-SM राउटरले RP लुकेको इन्टरफेस बाहेक अन्य कुनै पनि इन्टरफेसमा PIM Join सन्देश प्राप्त गर्दा, यसले रूखमा नयाँ शाखा थप्छ।
• PIM-SM राउटरले प्रत्यक्ष जडान भएको होस्टबाट IGMP सदस्यता रिपोर्ट प्राप्त गर्दा एउटा शाखा पनि थपिन्छ।

हामीसँग समूह 5 को लागि R228.8.8.8 राउटरमा मल्टिकास्ट क्लाइन्ट छ भन्ने कल्पना गरौं। R5 ले होस्टबाट IGMP सदस्यता रिपोर्ट प्राप्त गर्ने बित्तिकै, R5 ले RP को दिशामा PIM Join पठाउँछ, र आफैले होस्टलाई हेर्ने रूखमा इन्टरफेस थप्छ। अर्को, R4 ले R5 बाट PIM Join प्राप्त गर्छ, रूखमा इन्टरफेस Gi0/1 थप्छ र RP को दिशामा PIM Join पठाउँछ। अन्तमा, 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 Prune प्राप्त गर्ने बित्तिकै, यसले तुरुन्तै PIM Register-Stop सिधै R1 मा पठाउनेछ, र त्यसपछि PIM प्रुन। Gi0/1 इन्टरफेस मार्फत सन्देश। PIM दर्ता-स्टप युनिकास्ट मार्फत ठेगानामा पठाइन्छ जहाँबाट PIM दर्ता आयो।
हामीले पहिले भनेझैं, एक राउटरले अर्कोलाई PIM Join पठाउने बित्तिकै, उदाहरणका लागि R5 बाट R4, त्यसपछि रेकर्ड R4 मा थपिन्छ:

र एक टाइमर सुरु गरिएको छ कि R5 लगातार यो टाइमर PIM जोइन सन्देशहरू लगातार रिसेट गर्नुपर्छ, अन्यथा R4 बाहिर जाने सूचीबाट बाहिरिनेछ। R5 ले हरेक 60 PIM Join सन्देशहरू पठाउनेछ।
छोटो बाटो ट्री स्विचओभर।
हामी 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 बाट जडान विच्छेद गर्नुपर्छ र छोटो रुख बनाउँछ जसलाई Shortest-Path Tree (SPT) भनिन्छ। यो गर्नको लागि, उसले Gi0/2 मार्फत R1 मा PIM Join पठाउँछ र R1 ले Gi0/2 मार्फत पनि मल्टिकास्ट पठाउन थाल्छ। अब R5 ले RPT बाट दुई प्रतिलिपिहरू प्राप्त नगर्नको लागि सदस्यता रद्द गर्न आवश्यक छ। यो गर्नको लागि, उसले प्रुनलाई स्रोत आईपी ठेगाना र विशेष बिट - RPT-bit सम्मिलित गर्दै सन्देश पठाउँछ। यसको मतलब तपाईले मलाई ट्राफिक पठाउनु पर्दैन, मसँग यहाँ राम्रो रूख छ। RP ले R1 मा PIM Prune सन्देशहरू पनि पठाउँछ, तर दर्ता-रोक सन्देश पठाउँदैन। अर्को विशेषता: R5 ले अब लगातार PIM Prune लाई RP मा पठाउनेछ, किनकि R1 ले PIM दर्तालाई हरेक मिनेट RP मा पठाउन जारी राख्छ। यो ट्राफिक चाहने नयाँ मान्छे नआएसम्म आरपीले अस्वीकार गर्नेछ। R5 ले RP लाई SPT मार्फत मल्टिकास्ट प्राप्त गर्न जारी राखेको जानकारी दिन्छ।
गतिशील आरपी खोज।
अटो-आरपी।
यो प्रविधि सिस्कोको स्वामित्वमा छ र विशेष लोकप्रिय छैन, तर अझै जीवित छ। स्वत: आरपी सञ्चालनमा दुई मुख्य चरणहरू हुन्छन्:
1) RP ले RP-घोषणा सन्देशहरू आरक्षित ठेगानामा पठाउँछ - 224.0.1.39, सबैका लागि वा विशिष्ट समूहहरूको लागि RP घोषणा गर्दै। यो सन्देश हरेक मिनेट पठाइन्छ।
2) एक RP म्यापिङ एजेन्ट आवश्यक छ, जसले RP-Discovery सन्देशहरू पठाउनेछ जुन RP कुन समूहहरूको लागि सुन्नुपर्छ। यो सन्देशबाट हो कि नियमित PIM राउटरहरूले आफैंको लागि RP निर्धारण गर्नेछन्। म्यापिङ एजेन्ट या त RP राउटर वा छुट्टै PIM राउटर हुन सक्छ। RP-Discovery लाई ठेगाना 224.0.1.40 मा एक मिनेटको टाइमरको साथ पठाइएको छ।
प्रक्रियालाई थप विवरणमा हेरौं:
R3 लाई RP को रूपमा कन्फिगर गरौं:

ip पिम पठाउनुहोस्-आरपी-घोषणा लुपब्याक 0 स्कोप 10

R2 म्यापिङ एजेन्टको रूपमा:

आईपी ​​पिम पठाउनुहोस्-आरपी-डिस्कवरी लुपब्याक 0 स्कोप 10

र अन्य सबै मा हामी Auto-RP मार्फत RP को अपेक्षा गर्नेछौं:

ip pim autorp श्रोता

एकपटक हामीले R3 कन्फिगर गरेपछि, यसले RP-घोषणा पठाउन सुरु गर्नेछ:

र R2, म्यापिङ एजेन्ट सेटअप गरेपछि, RP-घोषणा सन्देशको लागि पर्खन सुरु हुनेछ। जब यसले कम्तिमा एउटा RP फेला पार्छ तब मात्र यसले RP-Discovery पठाउन थाल्छ:

यसरी, नियमित राउटरहरू (पीआईएम आरपी लिसनर) ले यो सन्देश प्राप्त गर्ने बित्तिकै, उनीहरूले आरपी कहाँ खोज्ने भनेर थाहा पाउनेछन्।
Auto-RP को मुख्य समस्याहरू मध्ये एक यो हो कि RP-घोषणा र RP-Discovery सन्देशहरू प्राप्त गर्न, तपाईंले PIM Join 224.0.1.39-40 ठेगानाहरूमा पठाउनु पर्छ, र पठाउनको लागि, तपाईंले कहाँ जान्न आवश्यक छ। RP स्थित छ। क्लासिक कुखुरा र अण्डा समस्या। यो समस्या समाधान गर्न, PIM Sparse-Dense-Mode आविष्कार गरिएको थियो। यदि राउटरलाई RP थाहा छैन भने, त्यसले Dense-mode मा काम गर्छ; यदि गर्छ भने, Sparse-mode मा। जब PIM स्पार्स-मोड र ip pim autorp लिसनर कमाण्ड नियमित राउटरहरूको इन्टरफेसमा कन्फिगर गरिन्छ, राउटरले Auto-RP प्रोटोकल (२२४.०.१.३९-४०) बाट सिधै मल्टिकास्टिङका ​​लागि मात्र डेन्स-मोडमा काम गर्छ।
बुटस्ट्र्याप राउटर (बीएसआर)।
यो प्रकार्यले Auto-RP जस्तै काम गर्दछ। प्रत्येक RP ले म्यापिङ एजेन्टलाई सन्देश पठाउँछ, जसले म्यापिङ जानकारी सङ्कलन गर्छ र त्यसपछि अन्य सबै राउटरहरूलाई बताउँछ। Auto-RP को समान प्रक्रिया वर्णन गरौं:
1) एकपटक हामीले R3 लाई RP हुनको लागि उम्मेद्वारको रूपमा कन्फिगर गरेपछि, आदेशको साथ:

आईपी ​​पीआईएम आरपी-उम्मेदवार लुपब्याक ०

त्यसपछि R3 ले केहि गर्दैन; विशेष सन्देशहरू पठाउन सुरु गर्न, उसले पहिले म्यापिङ एजेन्ट खोज्न आवश्यक छ। यसरी, हामी दोस्रो चरणमा जान्छौं।
2) R2 लाई म्यापिङ एजेन्टको रूपमा कन्फिगर गर्नुहोस्:

आईपी ​​पीआईएम बीएसआर-उम्मेदवार लुपब्याक 0

R2 ले PIM बुटस्ट्र्याप सन्देशहरू पठाउन थाल्छ, जहाँ यसले आफैलाई म्यापिङ एजेन्टको रूपमा सङ्केत गर्छ:

यो सन्देश 224.0.013 ठेगानामा पठाइएको छ, जुन PIM प्रोटोकलले यसको अन्य सन्देशहरूको लागि पनि प्रयोग गर्दछ। यसले तिनीहरूलाई सबै दिशामा पठाउँछ र त्यसैले त्यहाँ अटो-आरपीमा जस्तो कुखुरा र अण्डाको समस्या छैन।
3) RP ले BSR राउटरबाट सन्देश प्राप्त गर्ने बित्तिकै, यसले तुरुन्तै BSR राउटर ठेगानामा युनिकास्ट सन्देश पठाउनेछ:

त्यसपछि, BSR ले RPs बारे जानकारी प्राप्त गरेपछि, तिनीहरूलाई मल्टिकास्ट मार्फत 224.0.0.13 ठेगानामा पठाउनेछ, जुन सबै PIM राउटरहरूले सुनेका छन्। त्यसैले, आदेश को एक एनालग ip pim autorp श्रोता नियमित राउटरहरूको लागि BSR मा छैन।
मल्टिकास्ट सोर्स डिस्कवरी प्रोटोकल (MSDP) सँग कुनै पनि कास्ट आरपी।
Auto-RP र BSR ले हामीलाई निम्न रूपमा RP मा लोड वितरण गर्न अनुमति दिन्छ: प्रत्येक मल्टिकास्ट समूहमा एक मात्र सक्रिय RP छ। एउटै मल्टकास्ट समूहका लागि धेरै RPs मा लोड वितरण गर्न सम्भव छैन। MSDP ले RP राउटरहरूलाई 255.255.255.255 को मास्कको साथ उही IP ठेगाना जारी गरेर गर्छ। MSDP ले कुनै एक विधि प्रयोग गरेर जानकारी सिक्छ: स्थिर, Auto-RP वा BSR।

तस्विरमा हामीसँग MSDP सँग अटो-आरपी कन्फिगरेसन छ। दुबै RP हरू लूपब्याक 172.16.1.1 इन्टरफेसमा IP ठेगाना 32/1 सँग कन्फिगर गरिएको छ र सबै समूहहरूको लागि प्रयोग गरिन्छ। RP-घोषणाको साथ, दुबै राउटरहरूले यो ठेगानालाई सन्दर्भ गरेर आफूलाई घोषणा गर्छन्। Auto-RP म्यापिङ एजेन्टले जानकारी प्राप्त गरेपछि, RP-Discovery लाई 172.16.1.1/32 ठेगानासहित पठाउँछ। हामी राउटरहरूलाई IGP प्रयोग गरेर नेटवर्क 172.16.1.1/32 बारे बताउँछौं र तदनुसार। यसरी, PIM राउटरहरूले RP बाट प्रवाह अनुरोध वा दर्ता गर्दछ जुन नेटवर्क 172.16.1.1/32 मा मार्गमा अर्को-हपको रूपमा निर्दिष्ट गरिएको छ। MSDP प्रोटोकल आफैं RPs को लागि मल्टीकास्ट जानकारी को बारे मा सन्देश आदान प्रदान को लागी डिजाइन गरिएको छ।
यस टोपोलोजीलाई विचार गर्नुहोस्:

Switch6 ले 238.38.38.38 ठेगानामा ट्राफिक प्रसारण गर्दछ र अहिलेसम्म RP-R1 लाई मात्र यसको बारेमा थाहा छ। Switch7 र Switch8 ले यो समूहलाई अनुरोध गर्नुभयो। राउटरहरू R5 र R4 क्रमशः R1 र R3 मा PIM Join पठाउनेछन्। किन? R13.13.13.13 को लागि 5 को मार्गले R1 को जस्तै IGP मेट्रिक प्रयोग गरेर R4 लाई जनाउनेछ।
RP-R1 लाई स्ट्रिमको बारेमा थाहा छ र यसलाई R5 तिर प्रसारण गर्न थाल्छ, तर R4 लाई यसको बारेमा केहि थाहा छैन, किनकि R1 ले यसलाई पठाउँदैन। त्यसैले एमएसडीपी आवश्यक छ। हामी यसलाई R1 र R5 मा कन्फिगर गर्छौं:

ip msdp peer 3.3.3.3 connect-source Loopback1 R1 मा

ip msdp peer 1.1.1.1 connect-source Loopback3 R3 मा

तिनीहरूले एक अर्काको बीचमा एक सत्र उठाउनेछन् र कुनै प्रवाह प्राप्त गर्दा तिनीहरूले आफ्नो RP छिमेकीलाई रिपोर्ट गर्नेछन्।
RP-R1 ले Switch6 बाट स्ट्रिम प्राप्त गर्ने बित्तिकै, यसले तुरुन्तै युनिकास्ट MSDP स्रोत-सक्रिय सन्देश पठाउनेछ, जसमा (S, G) - मल्टिकास्टको स्रोत र गन्तव्यको बारेमा जानकारी समावेश हुनेछ। अब जब RP-R3 लाई थाहा छ कि स्रोत जस्तै Switch6, R4 बाट यस प्रवाहको लागि अनुरोध प्राप्त गर्दा, यसले PIM Join लाई Switch6 तर्फ पठाउनेछ, राउटिंग तालिकाद्वारा निर्देशित। फलस्वरूप, R1 ले यस्तो PIM Join प्राप्त गरेपछि RP-R3 तर्फ ट्राफिक पठाउन थाल्छ।
MSDP TCP मा चल्छ, RPs ले एक अर्कालाई जीवित सन्देशहरू पठाउँछन् जीवन्तता जाँच गर्न। टाइमर 60 सेकेन्ड हो।
MSDP साथीहरूलाई विभिन्न डोमेनहरूमा विभाजन गर्ने कार्य अस्पष्ट रहन्छ, किनकि Keepalive र SA सन्देशहरूले कुनै पनि डोमेनमा सदस्यतालाई संकेत गर्दैन। साथै, यस टोपोलोजीमा, हामीले फरक डोमेनहरू संकेत गर्ने कन्फिगरेसनको परीक्षण गर्‍यौं - कार्यसम्पादनमा कुनै भिन्नता थिएन।
यदि कसैले स्पष्ट गर्न सक्छ भने, म टिप्पणीहरूमा पढ्न पाउँदा खुसी हुनेछु।

स्रोत: www.habr.com