PIM सिद्धांत

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

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

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

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

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

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

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

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

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

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

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

MUTUTE तालिका।
पीआईएम प्रोटोकॉल के संचालन की प्रारंभिक समीक्षा के बाद, हमें यह पता लगाने की आवश्यकता है कि मल्टीकास्ट रूटिंग टेबल के साथ कैसे काम किया जाए। Mroute टेबल उन सूचनाओं को संग्रहीत करती है जिनके बारे में क्लाइंट्स से अनुरोध किया गया था और कौन सी स्ट्रीम मल्टीकास्ट सर्वर से प्रवाहित होती हैं।
उदाहरण के लिए, जब कुछ इंटरफ़ेस पर IGMP सदस्यता रिपोर्ट या PIM जॉइन करते हैं, तो राउटिंग टेबल में टाइप (*, G) की प्रविष्टि जोड़ी जाती है:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

R1 पर ip msdp पीयर 3.3.3.3 कनेक्ट-सोर्स लूपबैक 1

IP msdp पीयर 1.1.1.1 कनेक्ट-सोर्स लूपबैक 3 आर 3 पर

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

. , :

1. CCIE Routing and Switching v5.0 Official Cert Guide, Volume 2, Fifth Edition, Narbik Kocharians, Terry Vinson.
2. . .