पीआईएम प्रोटोकॉल कैसे काम करता है

पीआईएम प्रोटोकॉल राउटर्स के बीच नेटवर्क में मल्टीकास्ट ट्रांसमिट करने के लिए प्रोटोकॉल का एक सेट है। पड़ोस के रिश्ते उसी तरह बनाए जाते हैं जैसे डायनेमिक रूटिंग प्रोटोकॉल के मामले में। PIMv2 हर 30 सेकंड में आरक्षित मल्टीकास्ट पते 224.0.0.13 (ऑल-पीआईएम-राउटर्स) पर हैलो संदेश भेजता है। संदेश में होल्ड टाइमर शामिल है - आमतौर पर 3.5*हैलो टाइमर के बराबर, यानी डिफ़ॉल्ट रूप से 105 सेकंड।

पीआईएम दो मुख्य ऑपरेटिंग मोड का उपयोग करता है - डेंस और स्पार्स मोड। आइए डेंस मोड से शुरुआत करें।
स्रोत-आधारित वितरण वृक्ष।
विभिन्न मल्टीकास्ट समूहों के बड़ी संख्या में ग्राहकों के मामले में डेंस-मोड मोड का उपयोग करने की सलाह दी जाती है। जब एक राउटर को मल्टीकास्ट ट्रैफिक प्राप्त होता है, तो सबसे पहले वह आरपीएफ नियम के लिए इसकी जांच करता है। आरपीएफ - इस नियम का उपयोग यूनिकास्ट रूटिंग टेबल के साथ मल्टीकास्ट के स्रोत की जांच करने के लिए किया जाता है। यह आवश्यक है कि यूनिकैस्ट राउटिंग टेबल के संस्करण के अनुसार ट्रैफ़िक उस इंटरफ़ेस पर पहुंचे जिसके पीछे यह होस्ट छिपा हुआ है। यह तंत्र मल्टीकास्ट ट्रांसमिशन के दौरान होने वाले लूप की समस्या का समाधान करता है।

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

पीआईएम प्रून संदेश की अधिक औपचारिक परिभाषा निम्नलिखित है:
पीआईएम प्रून संदेश एक राउटर द्वारा दूसरे राउटर को भेजा जाता है ताकि दूसरा राउटर उस लिंक को हटा दे जिस पर एक विशेष (एस,जी) एसपीटी से प्रून प्राप्त होता है।

प्रून संदेश प्राप्त करने के बाद, R2 प्रून टाइमर को 3 मिनट पर सेट करता है। तीन मिनट के बाद, यह फिर से ट्रैफ़िक भेजना शुरू कर देगा जब तक कि इसे एक और प्रून संदेश प्राप्त न हो जाए। यह PIMv1 में है.
और PIMv2 में एक स्टेट रिफ्रेश टाइमर जोड़ा गया है (डिफ़ॉल्ट रूप से 60 सेकंड)। जैसे ही R3 से एक प्रून संदेश भेजा गया है, यह टाइमर R3 पर शुरू हो जाता है। इस टाइमर की समाप्ति पर, R3 एक स्टेट रिफ्रेश संदेश भेजेगा, जो इस समूह के लिए R3 पर 2-मिनट के प्रून टाइमर को रीसेट कर देगा।
प्रून संदेश भेजने के कारण:

• जब कोई मल्टीकास्ट पैकेट विफल हो जाता है तो आरपीएफ जांच करती है।
• जब कोई स्थानीय रूप से कनेक्टेड क्लाइंट न हो जिसने मल्टीकास्ट ग्रुप (आईजीएमपी जॉइन) का अनुरोध किया हो और कोई पीआईएम पड़ोसी न हो जिसे मल्टीकास्ट ट्रैफिक भेजा जा सके (नॉन-प्रून इंटरफ़ेस)।

ग्राफ्ट संदेश.
आइए कल्पना करें कि R3, R2 से ट्रैफ़िक नहीं चाहता था, उसने प्रून भेजा और R1 से एक मल्टीकास्ट प्राप्त किया। लेकिन अचानक, R1-R3 के बीच का चैनल गिर गया और R3 बिना मल्टीकास्ट के रह गया। आप R3 पर प्रून टाइमर समाप्त होने तक 2 मिनट तक प्रतीक्षा कर सकते हैं। 3 मिनट एक लंबा इंतजार है, इसलिए इंतजार न करना पड़े, आपको एक संदेश भेजना होगा जो तुरंत इस S0/1 इंटरफ़ेस को काट-छाँट की स्थिति से R2 पर लाएगा। यह संदेश एक ग्राफ्ट संदेश होगा. ग्राफ्ट संदेश प्राप्त करने के बाद, R2 ग्राफ्ट-एसीके के साथ प्रतिक्रिया देगा।
प्रून ओवरराइड।

आइए इस आरेख को देखें. R1 दो राउटर वाले एक खंड में मल्टीकास्ट प्रसारित करता है। R3 ट्रैफ़िक प्राप्त करता है और प्रसारित करता है, R2 प्राप्त करता है, लेकिन ट्रैफ़िक प्रसारित करने वाला कोई नहीं है। यह इस सेगमेंट में R1 को एक प्रून संदेश भेजता है। R1 को सूची से Fa0/0 को हटा देना चाहिए और इस खंड में प्रसारण बंद कर देना चाहिए, लेकिन R3 का क्या होगा? और आर3 भी उसी खंड में है, उसे भी प्रून से यह संदेश मिला और उसने स्थिति की त्रासदी को समझा। R1 प्रसारण बंद करने से पहले, यह 3 सेकंड का टाइमर सेट करता है और 3 सेकंड के बाद प्रसारण बंद कर देगा। 3 सेकंड - यह बिल्कुल उतना ही समय है जितना R3 के पास है ताकि वह अपना मल्टीकास्ट न खोए। इसलिए, R3 जल्द से जल्द इस समूह के लिए एक पिम जॉइन संदेश भेजता है, और R1 अब प्रसारण बंद करने के बारे में नहीं सोचता है। नीचे जुड़ें संदेशों के बारे में।
संदेश का दावा करें.

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

1. निम्न AD वाला।
2. यदि AD बराबर है, तो निम्न मीट्रिक किसकी है।
3. यदि यहां समानता है, तो जिसके पास नेटवर्क में उच्च आईपी है, वह इस मल्टीकास्ट को प्रसारित करता है।

इस वोट का विजेता नामित राउटर बन जाता है। पिम हैलो का उपयोग डीआर का चयन करने के लिए भी किया जाता है। लेख की शुरुआत में, पीआईएम हैलो संदेश दिखाया गया था, आप वहां डीआर फ़ील्ड देख सकते हैं। इस लिंक पर सबसे अधिक आईपी एड्रेस वाला व्यक्ति जीतता है।
उपयोगी संकेत:

MROUTE तालिका.
पीआईएम प्रोटोकॉल कैसे काम करता है, इस पर प्रारंभिक नज़र डालने के बाद, हमें यह समझने की ज़रूरत है कि मल्टीकास्ट रूटिंग टेबल के साथ कैसे काम किया जाए। mroute तालिका इस बारे में जानकारी संग्रहीत करती है कि क्लाइंट से कौन सी स्ट्रीम का अनुरोध किया गया था और कौन सी स्ट्रीम मल्टीकास्ट सर्वर से प्रवाहित हो रही हैं।
उदाहरण के लिए, जब किसी इंटरफ़ेस पर आईजीएमपी सदस्यता रिपोर्ट या पीआईएम जॉइन प्राप्त होता है, तो रूटिंग टेबल में प्रकार (*, जी) का एक रिकॉर्ड जोड़ा जाता है:

इस प्रविष्टि का अर्थ है कि 238.38.38.38 पते के साथ एक ट्रैफ़िक अनुरोध प्राप्त हुआ था। डीसी ध्वज का मतलब है कि मल्टीकास्ट डेंस मोड में काम करेगा और सी का मतलब है कि प्राप्तकर्ता सीधे राउटर से जुड़ा है, यानी राउटर को आईजीएमपी सदस्यता रिपोर्ट और पीआईएम जॉइन प्राप्त हुआ है।
यदि प्रकार (एस,जी) का रिकॉर्ड है तो इसका मतलब है कि हमारे पास एक मल्टीकास्ट स्ट्रीम है:

एस फ़ील्ड - 192.168.1.11 में, हमने मल्टीकास्ट स्रोत का आईपी पता पंजीकृत किया है, इसे आरपीएफ नियम द्वारा जांचा जाएगा। यदि कोई समस्या है, तो सबसे पहले आपको स्रोत तक के मार्ग के लिए यूनिकास्ट तालिका की जांच करनी होगी। इनकमिंग इंटरफ़ेस फ़ील्ड में, उस इंटरफ़ेस को इंगित करता है जिस पर मल्टीकास्ट प्राप्त होता है। यूनिकैस्ट रूटिंग टेबल में, स्रोत का रूट यहां निर्दिष्ट इंटरफ़ेस को संदर्भित करना चाहिए। आउटगोइंग इंटरफ़ेस निर्दिष्ट करता है कि मल्टीकास्ट को कहाँ पुनर्निर्देशित किया जाएगा। यदि यह खाली है, तो राउटर को इस ट्रैफ़िक के लिए कोई अनुरोध प्राप्त नहीं हुआ है। सभी झंडों के बारे में अधिक जानकारी प्राप्त की जा सकती है यहां.
पीआईएम विरल-मोड।
स्पार्स-मोड की रणनीति डेंस-मोड के विपरीत है। जब स्पार्स-मोड मल्टीकास्ट ट्रैफ़िक प्राप्त करता है, तो यह केवल उन इंटरफ़ेस के माध्यम से ट्रैफ़िक भेजेगा जहां इस प्रवाह के लिए अनुरोध थे, उदाहरण के लिए पिम जॉइन या आईजीएमपी रिपोर्ट संदेश इस ट्रैफ़िक का अनुरोध करते हैं।
एसएम और डीएम के लिए समान तत्व:

• पड़ोसी रिश्ते पीआईएम डीएम की तरह ही बनाए जाते हैं।
• आरपीएफ नियम काम करता है.
• डीआर चयन समान है.
• प्रून ओवरराइड्स और एसर्ट संदेशों का तंत्र समान है।

नेटवर्क पर किसे, कहाँ और किस प्रकार के मल्टीकास्ट ट्रैफ़िक की आवश्यकता है, इसे नियंत्रित करने के लिए एक सामान्य सूचना केंद्र की आवश्यकता होती है। हमारा केंद्र रेंडेज़वस पॉइंट (आरपी) होगा। जो कोई भी किसी प्रकार का मल्टीकास्ट ट्रैफिक चाहता है या किसी को सोर्स से मल्टीकास्ट ट्रैफिक मिलना शुरू हो जाता है तो वह इसे आरपी को भेजता है।
जब आरपी को मल्टीकास्ट ट्रैफ़िक प्राप्त होता है, तो वह इसे उन राउटर्स को भेजेगा जिन्होंने पहले इस ट्रैफ़िक का अनुरोध किया था।

आइए एक टोपोलॉजी की कल्पना करें जहां आरपी आर 3 है। जैसे ही R1 को S1 से ट्रैफ़िक प्राप्त होता है, यह इस मल्टीकास्ट पैकेट को एक यूनिकास्ट PIM रजिस्टर संदेश में समाहित कर देता है और इसे RP को भेज देता है। वह कैसे जानता है कि आरपी कौन है? इस मामले में, इसे स्थिर रूप से कॉन्फ़िगर किया गया है, और हम बाद में गतिशील आरपी कॉन्फ़िगरेशन के बारे में बात करेंगे।

आईपी ​​पिम आरपी-पता 3.3.3.3

आरपी देखेगा - क्या किसी ऐसे व्यक्ति से जानकारी मिली थी जो यह ट्रैफ़िक प्राप्त करना चाहता है? चलिए मान लेते हैं कि ऐसा नहीं था. फिर आरपी आर1 को एक पीआईएम रजिस्टर-स्टॉप संदेश भेजेगा, जिसका अर्थ है कि किसी को भी इस मल्टीकास्ट की आवश्यकता नहीं है, पंजीकरण अस्वीकार कर दिया गया है। R1 मल्टीकास्ट नहीं भेजेगा. लेकिन मल्टीकास्ट सोर्स होस्ट इसे भेजेगा, ताकि R1, रजिस्टर-स्टॉप प्राप्त करने के बाद, 60 सेकंड के बराबर रजिस्टर-सप्रेशन टाइमर शुरू कर दे। इस टाइमर के समाप्त होने से 5 सेकंड पहले, आर1 आरपी की ओर एक नल-रजिस्टर बिट (अर्थात् बिना इनकैप्सुलेटेड मल्टीकास्ट पैकेट के) के साथ एक खाली रजिस्टर संदेश भेजेगा। आरपी, बदले में, इस तरह कार्य करेगा:

• यदि कोई प्राप्तकर्ता नहीं था, तो यह रजिस्टर-स्टॉप संदेश के साथ प्रतिक्रिया देगा।
• यदि प्राप्तकर्ता सामने आते हैं, तो वह किसी भी तरह से इसका जवाब नहीं देंगे। आर1, 5 सेकंड के भीतर पंजीकरण करने से इनकार नहीं करने पर, खुश होगा और आरपी को एक इनकैप्सुलेटेड मल्टीकास्ट के साथ एक रजिस्टर संदेश भेजेगा।

ऐसा लगता है कि हमने यह पता लगा लिया है कि मल्टीकास्ट आरपी तक कैसे पहुंचता है, अब आइए इस सवाल का जवाब देने का प्रयास करें कि आरपी प्राप्तकर्ताओं को ट्रैफिक कैसे पहुंचाता है। यहां एक नई अवधारणा - रूट-पाथ ट्री (आरपीटी) पेश करना आवश्यक है। आरपीटी आरपी में निहित एक पेड़ है, जो प्राप्तकर्ताओं की ओर बढ़ता है, प्रत्येक पीआईएम-एसएम राउटर पर शाखा करता है। आरपी इसे पीआईएम जॉइन संदेश प्राप्त करके बनाता है और पेड़ में एक नई शाखा जोड़ता है। और इसलिए, प्रत्येक डाउनस्ट्रीम राउटर ऐसा करता है। सामान्य नियम इस प्रकार दिखता है:

• जब एक पीआईएम-एसएम राउटर उस इंटरफ़ेस के अलावा किसी अन्य इंटरफ़ेस पर एक पीआईएम जॉइन संदेश प्राप्त करता है जिसके पीछे आरपी छिपा हुआ है, तो यह पेड़ में एक नई शाखा जोड़ता है।
• जब पीआईएम-एसएम राउटर को सीधे जुड़े होस्ट से आईजीएमपी सदस्यता रिपोर्ट प्राप्त होती है तो एक शाखा भी जोड़ी जाती है।

आइए कल्पना करें कि हमारे पास समूह 5 के लिए R228.8.8.8 राउटर पर एक मल्टीकास्ट क्लाइंट है। जैसे ही R5 होस्ट से IGMP सदस्यता रिपोर्ट प्राप्त करता है, R5 RP की दिशा में एक PIM जॉइन भेजता है, और स्वयं ट्री में एक इंटरफ़ेस जोड़ता है जो होस्ट को देखता है। इसके बाद, R4, R5 से PIM Join प्राप्त करता है, ट्री में इंटरफ़ेस Gi0/1 जोड़ता है और RP की दिशा में PIM Join भेजता है। अंत में, आरपी (आर3) पीआईएम जॉइन प्राप्त करता है और ट्री में Gi0/0 जोड़ता है। इस प्रकार, मल्टीकास्ट प्राप्तकर्ता पंजीकृत है। हम R3-Gi0/0 → R4-Gi0/1 → R5-Gi0/0 जड़ वाला एक पेड़ बना रहे हैं।
इसके बाद, एक PIM जॉइन R1 को भेजा जाएगा और R1 मल्टीकास्ट ट्रैफ़िक भेजना शुरू कर देगा। यह ध्यान रखना महत्वपूर्ण है कि यदि होस्ट ने मल्टीकास्ट प्रसारण शुरू होने से पहले ट्रैफ़िक का अनुरोध किया है, तो आरपी पीआईएम जॉइन नहीं भेजेगा और आर1 को कुछ भी नहीं भेजेगा।
यदि मल्टीकास्ट भेजे जाने के दौरान अचानक, होस्ट इसे प्राप्त करना बंद कर देता है, तो जैसे ही आरपी को Gi0/0 इंटरफ़ेस पर एक पीआईएम प्रून प्राप्त होता है, यह तुरंत एक पीआईएम रजिस्टर-स्टॉप को सीधे आर1 पर भेज देगा, और फिर एक पीआईएम प्रून। Gi0/1 इंटरफ़ेस के माध्यम से संदेश। पीआईएम रजिस्टर-स्टॉप यूनिकास्ट के माध्यम से उस पते पर भेजा जाता है जहां से पीआईएम रजिस्टर आया था।
जैसा कि हमने पहले कहा, जैसे ही एक राउटर दूसरे को PIM Join भेजता है, उदाहरण के लिए R5 से R4, तो R4 में एक रिकॉर्ड जुड़ जाता है:

और एक टाइमर शुरू हो गया है कि R5 को इस टाइमर PIM Join संदेशों को लगातार रीसेट करना होगा, अन्यथा R4 को आउटगोइंग सूची से बाहर कर दिया जाएगा। R5 प्रत्येक 60 PIM जॉइन संदेश भेजेगा।
सबसे छोटा पथ ट्री स्विचओवर।
हम R1 और R5 के बीच एक इंटरफ़ेस जोड़ेंगे और देखेंगे कि इस टोपोलॉजी के साथ ट्रैफ़िक कैसे प्रवाहित होता है।

आइए मान लें कि ट्रैफ़िक पुरानी योजना R1-R2-R3-R4-R5 के अनुसार भेजा और प्राप्त किया गया था, और यहां हमने R1 और R5 के बीच इंटरफ़ेस को कनेक्ट और कॉन्फ़िगर किया है।
सबसे पहले, हमें R5 पर यूनिकास्ट राउटिंग टेबल को फिर से बनाना होगा और अब R192.168.1.0 Gi24/5 इंटरफ़ेस के माध्यम से नेटवर्क 0/2 तक पहुंच गया है। अब R5, इंटरफ़ेस Gi0/1 पर मल्टीकास्ट प्राप्त कर रहा है, समझता है कि आरपीएफ नियम संतुष्ट नहीं है और Gi0/2 पर मल्टीकास्ट प्राप्त करना अधिक तर्कसंगत होगा। इसे आरपीटी से अलग होना चाहिए और शॉर्टेस्ट-पाथ ट्री (एसपीटी) नामक एक छोटा पेड़ बनाना चाहिए। ऐसा करने के लिए, वह Gi0/2 के माध्यम से PIM Join को R1 पर भेजता है और R1 Gi0/2 के माध्यम से एक मल्टीकास्ट भी भेजना शुरू करता है। अब R5 को RPT से सदस्यता समाप्त करने की आवश्यकता है ताकि दो प्रतियां प्राप्त न हों। ऐसा करने के लिए, वह प्रून को एक संदेश भेजता है जो स्रोत आईपी पते को दर्शाता है और एक विशेष बिट - आरपीटी-बिट सम्मिलित करता है। इसका मतलब है कि आपको मुझे ट्रैफ़िक भेजने की ज़रूरत नहीं है, मेरे पास यहां एक बेहतर पेड़ है। आरपी आर1 को पीआईएम प्रून संदेश भी भेजता है, लेकिन रजिस्टर-स्टॉप संदेश नहीं भेजता है। एक अन्य विशेषता: R5 अब लगातार RP को PIM Prune भेजता रहेगा, क्योंकि R1 हर मिनट RP को PIM रजिस्टर भेजता रहेगा। जब तक इस ट्रैफ़िक को चाहने वाले कोई नए लोग नहीं होंगे, आरपी इसे मना कर देगा। R5 आरपी को सूचित करता है कि उसे SPT के माध्यम से मल्टीकास्ट प्राप्त होता रहेगा।
गतिशील आरपी खोज।
ऑटो-आरपी.
यह तकनीक सिस्को के स्वामित्व वाली है और विशेष रूप से लोकप्रिय नहीं है, लेकिन अभी भी जीवित है। ऑटो-आरपी ऑपरेशन में दो मुख्य चरण होते हैं:
1) आरपी आरक्षित पते पर आरपी-घोषणा संदेश भेजता है - 224.0.1.39, खुद को सभी के लिए या विशिष्ट समूहों के लिए आरपी घोषित करता है। यह संदेश हर मिनट भेजा जाता है.
2) एक आरपी मैपिंग एजेंट की आवश्यकता है, जो आरपी-डिस्कवरी संदेश भेजेगा जो यह बताएगा कि किस समूह के लिए आरपी की बात सुनी जानी चाहिए। यह इस संदेश से है कि नियमित पीआईएम राउटर अपने लिए आरपी निर्धारित करेंगे। मैपिंग एजेंट या तो स्वयं आरपी राउटर या एक अलग पीआईएम राउटर हो सकता है। आरपी-डिस्कवरी को एक मिनट के टाइमर के साथ 224.0.1.40 पते पर भेजा जाता है।
आइए इस प्रक्रिया को अधिक विस्तार से देखें:
आइए R3 को RP के रूप में कॉन्फ़िगर करें:

आईपी ​​पिम सेंड-आरपी-अनाउंस लूपबैक 0 स्कोप 10

मैपिंग एजेंट के रूप में R2:

आईपी ​​​​पिम सेंड-आरपी-डिस्कवरी लूपबैक 0 स्कोप 10

और अन्य सभी पर हम ऑटो-आरपी के माध्यम से आरपी की अपेक्षा करेंगे:

आईपी ​​पिम ऑटोआरपी श्रोता

एक बार जब हम R3 को कॉन्फ़िगर करते हैं, तो यह RP-घोषणा भेजना शुरू कर देगा:

और R2, मैपिंग एजेंट स्थापित करने के बाद, आरपी-अनाउंस संदेश की प्रतीक्षा करना शुरू कर देगा। केवल जब उसे कम से कम एक आरपी मिल जाए तो वह आरपी-डिस्कवरी भेजना शुरू कर देगा:

इस तरह, जैसे ही नियमित राउटर (पीआईएम आरपी श्रोता) को यह संदेश प्राप्त होगा, उन्हें पता चल जाएगा कि आरपी को कहां देखना है।
ऑटो-आरपी के साथ मुख्य समस्याओं में से एक यह है कि आरपी-अनाउंस और आरपी-डिस्कवरी संदेश प्राप्त करने के लिए, आपको पीआईएम जॉइन को 224.0.1.39-40 पते पर भेजना होगा, और भेजने के लिए, आपको यह जानना होगा कि कहां है आरपी स्थित है. क्लासिक चिकन और अंडे की समस्या. इस समस्या को हल करने के लिए, PIM स्पार्स-डेंस-मोड का आविष्कार किया गया था। यदि राउटर को आरपी का पता नहीं है, तो यह डेंस-मोड में काम करता है; यदि ऐसा है, तो स्पार्स-मोड में। जब पीआईएम स्पार्स-मोड और आईपी पिम ऑटोआरपी श्रोता कमांड को नियमित राउटर के इंटरफेस पर कॉन्फ़िगर किया जाता है, तो राउटर केवल ऑटो-आरपी प्रोटोकॉल (224.0.1.39-40) से सीधे मल्टीकास्टिंग के लिए डेंस-मोड में काम करेगा।
बूटस्ट्रैप राउटर (बीएसआर)।
यह फ़ंक्शन ऑटो-आरपी के समान काम करता है। प्रत्येक आरपी मैपिंग एजेंट को एक संदेश भेजता है, जो मैपिंग जानकारी एकत्र करता है और फिर अन्य सभी राउटर्स को बताता है। आइए ऑटो-आरपी के समान प्रक्रिया का वर्णन करें:
1) एक बार जब हम R3 को कमांड के साथ आरपी बनने के लिए उम्मीदवार के रूप में कॉन्फ़िगर करते हैं:

आईपी ​​पिम आरपी-उम्मीदवार लूपबैक 0

तब R3 कुछ नहीं करेगा; विशेष संदेश भेजना शुरू करने के लिए, उसे पहले एक मैपिंग एजेंट ढूंढना होगा। इस प्रकार, हम दूसरे चरण पर आगे बढ़ते हैं।
2) R2 को मैपिंग एजेंट के रूप में कॉन्फ़िगर करें:

आईपी ​​पिम बीएसआर-उम्मीदवार लूपबैक 0

R2 PIM बूटस्ट्रैप संदेश भेजना शुरू करता है, जहां यह खुद को मैपिंग एजेंट के रूप में इंगित करता है:

यह संदेश 224.0.013 पते पर भेजा जाता है, जिसे पीआईएम प्रोटोकॉल अपने अन्य संदेशों के लिए भी उपयोग करता है। यह उन्हें सभी दिशाओं में भेजता है और इसलिए ऑटो-आरपी की तरह चिकन और अंडे की कोई समस्या नहीं है।
3) जैसे ही आरपी को बीएसआर राउटर से एक संदेश प्राप्त होता है, वह तुरंत बीएसआर राउटर पते पर एक यूनिकास्ट संदेश भेजेगा:

जिसके बाद, बीएसआर, आरपी के बारे में जानकारी प्राप्त करके, उन्हें मल्टीकास्ट द्वारा 224.0.0.13 पते पर भेजेगा, जिसे सभी पीआईएम राउटर्स द्वारा सुना जाता है। इसलिए, कमांड का एक एनालॉग आईपी ​​पिम ऑटोआरपी श्रोता नियमित राउटर के लिए जो बीएसआर में नहीं है।
मल्टीकास्ट सोर्स डिस्कवरी प्रोटोकॉल (एमएसडीपी) के साथ एनीकास्ट आरपी।
ऑटो-आरपी और बीएसआर हमें आरपी पर लोड को निम्नानुसार वितरित करने की अनुमति देते हैं: प्रत्येक मल्टीकास्ट समूह में केवल एक सक्रिय आरपी होता है। एक मल्टीकास्ट समूह के लिए लोड को कई आरपी पर वितरित करना संभव नहीं होगा। एमएसडीपी आरपी राउटर्स को 255.255.255.255 के मास्क के साथ समान आईपी एड्रेस जारी करके ऐसा करता है। एमएसडीपी किसी एक तरीके का उपयोग करके जानकारी सीखता है: स्टेटिक, ऑटो-आरपी या बीएसआर।

चित्र में हमारे पास MSDP के साथ एक ऑटो-आरपी कॉन्फ़िगरेशन है। दोनों आरपी को लूपबैक 172.16.1.1 इंटरफ़ेस पर आईपी एड्रेस 32/1 के साथ कॉन्फ़िगर किया गया है और सभी समूहों के लिए उपयोग किया जाता है। आरपी-अनाउंस के साथ, दोनों राउटर इस पते का हवाला देकर खुद की घोषणा करते हैं। ऑटो-आरपी मैपिंग एजेंट, जानकारी प्राप्त करने के बाद, आरपी के बारे में आरपी-डिस्कवरी को 172.16.1.1/32 पते के साथ भेजता है। हम आईजीपी का उपयोग करके राउटर्स को नेटवर्क 172.16.1.1/32 के बारे में बताते हैं और तदनुसार। इस प्रकार, पीआईएम राउटर आरपी से प्रवाह का अनुरोध या पंजीकरण करते हैं जो नेटवर्क 172.16.1.1/32 के रूट पर अगले-हॉप के रूप में निर्दिष्ट है। एमएसडीपी प्रोटोकॉल स्वयं मल्टीकास्ट जानकारी के बारे में संदेशों का आदान-प्रदान करने के लिए आरपी के लिए डिज़ाइन किया गया है।
इस टोपोलॉजी पर विचार करें:

स्विच6 ट्रैफ़िक को 238.38.38.38 पते पर प्रसारित करता है और अब तक केवल आरपी-आर1 को इसके बारे में पता है। स्विच7 और स्विच8 ने इस समूह से अनुरोध किया। राउटर R5 और R4 क्रमशः PIM जॉइन को R1 और R3 पर भेजेंगे। क्यों? R13.13.13.13 के लिए 5 का मार्ग R1 की तरह ही IGP मीट्रिक का उपयोग करके R4 को संदर्भित करेगा।
आरपी-आर1 स्ट्रीम के बारे में जानता है और इसे आर5 की ओर प्रसारित करना शुरू कर देगा, लेकिन आर4 को इसके बारे में कुछ भी नहीं पता है, क्योंकि आर1 इसे आसानी से नहीं भेजेगा। इसलिए एमएसडीपी जरूरी है. हम इसे R1 और R5 पर कॉन्फ़िगर करते हैं:

आर3.3.3.3 पर आईपी एमएसडीपी पीयर 1 कनेक्ट-सोर्स लूपबैक1

आर1.1.1.1 पर आईपी एमएसडीपी पीयर 3 कनेक्ट-सोर्स लूपबैक3

वे एक-दूसरे के बीच एक सत्र आयोजित करेंगे और कोई भी प्रवाह प्राप्त होने पर वे अपने आरपी पड़ोसी को इसकी सूचना देंगे।
जैसे ही आरपी-आर1 को स्विच6 से एक स्ट्रीम प्राप्त होती है, यह तुरंत एक यूनिकास्ट एमएसडीपी सोर्स-एक्टिव संदेश भेजेगा, जिसमें (एस, जी) जैसी जानकारी होगी - मल्टीकास्ट के स्रोत और गंतव्य के बारे में जानकारी। अब जबकि आरपी-आर3 जानता है कि स्विच6 जैसा स्रोत, जब इस प्रवाह के लिए आर4 से अनुरोध प्राप्त करता है, तो यह राउटिंग टेबल द्वारा निर्देशित होकर स्विच6 की ओर पीआईएम जॉइन भेजेगा। परिणामस्वरूप, R1 को ऐसा PIM जॉइन प्राप्त होने पर RP-R3 की ओर ट्रैफ़िक भेजना शुरू हो जाएगा।
एमएसडीपी टीसीपी पर चलता है, आरपी जीवंतता की जांच करने के लिए एक-दूसरे को कीपेलिव संदेश भेजते हैं। टाइमर 60 सेकंड है.
MSDP साथियों को अलग-अलग डोमेन में विभाजित करने का कार्य अस्पष्ट बना हुआ है, क्योंकि Keepalive और SA संदेश किसी भी डोमेन में सदस्यता का संकेत नहीं देते हैं। इसके अलावा, इस टोपोलॉजी में, हमने विभिन्न डोमेन को इंगित करने वाले कॉन्फ़िगरेशन का परीक्षण किया - प्रदर्शन में कोई अंतर नहीं था।
यदि कोई स्पष्ट कर सके तो मुझे इसे टिप्पणियों में पढ़कर खुशी होगी।

स्रोत: www.habr.com