PIM प्रोटोकॉल कसे कार्य करते

PIM प्रोटोकॉल हा राउटर दरम्यान नेटवर्कमध्ये मल्टीकास्ट प्रसारित करण्यासाठी प्रोटोकॉलचा एक संच आहे. अतिपरिचित संबंध डायनॅमिक रूटिंग प्रोटोकॉलच्या बाबतीत तशाच प्रकारे तयार केले जातात. PIMv2 राखीव मल्टीकास्ट पत्त्या 30 (ऑल-पीआयएम-राउटर) वर दर 224.0.0.13 सेकंदांनी हॅलो संदेश पाठवते. मेसेजमध्ये होल्ड टाइमर असतात - साधारणतः 3.5*हॅलो टाइमरच्या बरोबरीचे, म्हणजेच 105 सेकंद डीफॉल्टनुसार.

PIM दोन मुख्य ऑपरेटिंग मोड वापरते - दाट आणि विरळ मोड. चला दाट मोडसह प्रारंभ करूया.
स्त्रोत-आधारित वितरण झाडे.
विविध मल्टीकास्ट गटांच्या मोठ्या संख्येने क्लायंटच्या बाबतीत दाट-मोड मोड वापरण्याचा सल्ला दिला जातो. जेव्हा राउटरला मल्टिकास्ट ट्रॅफिक प्राप्त होते, तेव्हा सर्वप्रथम ते RPF नियम तपासते. RPF - हा नियम युनिकास्ट रूटिंग टेबलसह मल्टीकास्टचा स्त्रोत तपासण्यासाठी वापरला जातो. हे आवश्यक आहे की ट्रॅफिक इंटरफेसवर पोहोचेल ज्याच्या मागे हे होस्ट युनिकास्ट रूटिंग टेबलच्या आवृत्तीनुसार लपलेले आहे. ही यंत्रणा मल्टीकास्ट ट्रान्समिशन दरम्यान उद्भवणाऱ्या लूपची समस्या सोडवते.

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 प्रून टाइमर 3 मिनिटांवर सेट करते. तीन मिनिटांनंतर, जोपर्यंत त्याला दुसरा प्रून संदेश मिळत नाही तोपर्यंत ते पुन्हा रहदारी पाठवणे सुरू करेल. हे PIMv1 मध्ये आहे.
आणि PIMv2 मध्ये स्टेट रिफ्रेश टायमर जोडला गेला आहे (डीफॉल्टनुसार 60 सेकंद). R3 वरून Prune संदेश पाठवताच, हा टाइमर R3 वर सुरू झाला. या टाइमरची मुदत संपल्यावर, R3 एक स्टेट रिफ्रेश संदेश पाठवेल, जो या गटासाठी R3 वर 2-मिनिटांचा प्रून टाइमर रीसेट करेल.
Prune संदेश पाठवण्याची कारणे:

• जेव्हा मल्टीकास्ट पॅकेट अयशस्वी होते तेव्हा RPF तपासा.
• जेव्हा मल्टिकास्ट ग्रुप (IGMP जॉईन) ची विनंती केलेले कोणतेही स्थानिकरित्या कनेक्ट केलेले क्लायंट नसतात आणि 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 त्याच सेगमेंटमध्ये आहे, Prune कडून देखील हा संदेश मिळाला आणि परिस्थितीची शोकांतिका समजली. R1 प्रसारण थांबवण्यापूर्वी, ते 3 सेकंदांचा टाइमर सेट करते आणि 3 सेकंदांनंतर प्रसारण थांबवेल. 3 सेकंद - R3 ला त्याचा मल्टीकास्ट गमावू नये म्हणून नेमका किती वेळ आहे. म्हणून, R3 शक्य तितक्या लवकर या गटासाठी Pim जॉईन संदेश पाठवते आणि R1 यापुढे प्रसारण थांबवण्याचा विचार करत नाही. खालील संदेशांमध्ये सामील होण्याबद्दल.
आग्रही संदेश.

चला या परिस्थितीची कल्पना करूया: दोन राउटर एकाच वेळी एका नेटवर्कवर प्रसारित करतात. त्यांना स्त्रोताकडून समान प्रवाह प्राप्त होतो आणि ते दोघेही इंटरफेस e0 च्या मागे समान नेटवर्कवर प्रसारित करतात. म्हणून, या नेटवर्कसाठी एकमेव आणि एकमेव प्रसारक कोण असेल हे त्यांना निर्धारित करणे आवश्यक आहे. यासाठी आग्रही संदेश वापरले जातात. जेव्हा R2 आणि R3 ला मल्टीकास्ट ट्रॅफिकची डुप्लिकेशन आढळते, म्हणजेच R2 आणि R3 ला मल्टीकास्ट प्राप्त होते जे त्यांनी स्वतः प्रसारित केले होते, तेव्हा राउटर समजतात की येथे काहीतरी चूक आहे. या प्रकरणात, राउटर अॅस्र्ट मेसेज पाठवतात, ज्यामध्ये प्रशासकीय अंतर आणि मार्ग मेट्रिकचा समावेश असतो ज्याद्वारे मल्टीकास्ट स्त्रोत पोहोचला आहे - 10.1.1.10. विजेता खालीलप्रमाणे निर्धारित केला जातो:

1. कमी AD असलेला.
2. जर AD समान असेल, तर कोणाचा मेट्रिक कमी आहे.
3. जर येथे समानता असेल, तर ज्याच्याकडे नेटवर्कमध्ये जास्त आयपी आहे ज्यावर ते हे मल्टीकास्ट प्रसारित करतात.

या मताचा विजेता नियुक्त राउटर बनतो. पिम हॅलो DRs निवडण्यासाठी देखील वापरला जातो. लेखाच्या सुरुवातीला, PIM Hello संदेश दर्शविला होता, आपण तेथे DR फील्ड पाहू शकता. या लिंकवर सर्वात जास्त आयपी अॅड्रेस असलेला जिंकतो.
उपयुक्त चिन्ह:

MROUTE टेबल.
पीआयएम प्रोटोकॉल कसे कार्य करते याच्या प्रारंभिक दृष्टीक्षेपानंतर, आम्हाला मल्टीकास्ट राउटिंग टेबलसह कसे कार्य करावे हे समजून घेणे आवश्यक आहे. क्लायंटकडून कोणत्या प्रवाहांची विनंती करण्यात आली होती आणि मल्टीकास्ट सर्व्हरवरून कोणते प्रवाह वाहात आहेत याची माहिती mroute टेबल संग्रहित करते.
उदाहरणार्थ, जेव्हा काही इंटरफेसवर IGMP सदस्यत्व अहवाल किंवा PIM जॉईन प्राप्त होतो, तेव्हा राउटिंग टेबलमध्ये ( *, G ) प्रकाराचा रेकॉर्ड जोडला जातो:

या एंट्रीचा अर्थ असा आहे की 238.38.38.38 या पत्त्यासह रहदारी विनंती प्राप्त झाली आहे. DC ध्वजाचा अर्थ असा आहे की मल्टिकास्ट दाट मोडमध्ये कार्य करेल आणि C म्हणजे प्राप्तकर्ता थेट राउटरशी कनेक्ट केलेला आहे, म्हणजेच, राउटरला IGMP सदस्यत्व अहवाल आणि PIM जॉईन प्राप्त झाला आहे.
जर तेथे (S,G) प्रकाराची नोंद असेल तर याचा अर्थ असा की आमच्याकडे मल्टीकास्ट प्रवाह आहे:

S फील्डमध्ये - 192.168.1.11, आम्ही मल्टीकास्ट स्त्रोताचा IP पत्ता नोंदणीकृत केला आहे, तोच RPF नियमाद्वारे तपासला जाईल. जर काही समस्या असतील तर, तुम्हाला सर्वप्रथम स्त्रोताकडे जाणाऱ्या मार्गासाठी युनिकास्ट टेबल तपासण्याची आवश्यकता आहे. इनकमिंग इंटरफेस फील्डमध्ये, ज्या इंटरफेसवर मल्टीकास्ट प्राप्त झाला आहे ते सूचित करते. युनिकास्ट राउटिंग टेबलमध्ये, स्त्रोताकडे जाणारा मार्ग येथे निर्दिष्ट केलेल्या इंटरफेसचा संदर्भ घेईल. आउटगोइंग इंटरफेस मल्टिकास्ट कुठे पुनर्निर्देशित केला जाईल हे निर्दिष्ट करतो. ते रिकामे असल्यास, राउटरला या रहदारीसाठी कोणत्याही विनंत्या प्राप्त झाल्या नाहीत. सर्व ध्वजांबद्दल अधिक माहिती मिळू शकते येथे.
PIM स्पार्स-मोड.
स्पार्स-मोडची रणनीती डेन्स-मोडच्या विरुद्ध आहे. जेव्हा स्पार्स-मोड मल्टिकास्ट ट्रॅफिक प्राप्त करतो, तेव्हा तो फक्त त्या इंटरफेसद्वारे ट्रॅफिक पाठवेल जेथे या प्रवाहासाठी विनंत्या होत्या, उदाहरणार्थ पिम जॉइन किंवा या ट्रॅफिकची विनंती करणारे IGMP रिपोर्ट संदेश.
SM आणि DM साठी समान घटक:

• पीआयएम डीएम प्रमाणेच अतिपरिचित संबंध बांधले जातात.
• आरपीएफ नियम चालतो.
• DR निवड समान आहे.
• Prune Overrides आणि Assert संदेशांची यंत्रणा सारखीच आहे.

नेटवर्कवर कोण, कुठे आणि कोणत्या प्रकारचे मल्टीकास्ट रहदारी आवश्यक आहे हे नियंत्रित करण्यासाठी, एक सामान्य माहिती केंद्र आवश्यक आहे. आमचे केंद्र Rendezvous Point (RP) असेल. ज्याला काही प्रकारची मल्टिकास्ट रहदारी हवी आहे किंवा एखाद्याला स्त्रोताकडून मल्टीकास्ट ट्रॅफिक मिळू लागले आहे, तर तो ते आरपीकडे पाठवतो.
जेव्हा RP ला मल्टिकास्ट ट्रॅफिक प्राप्त होते, तेव्हा ते त्या राउटरला पाठवेल ज्यांनी या रहदारीची आधी विनंती केली होती.

चला टोपोलॉजीची कल्पना करूया जिथे RP R3 आहे. R1 ला S1 कडून ट्रॅफिक प्राप्त होताच, ते या मल्टीकास्ट पॅकेटला युनिकास्ट PIM रजिस्टर संदेशात समाविष्ट करते आणि ते RP ला पाठवते. आरपी कोण आहे हे त्याला कसे कळेल? या प्रकरणात, ते स्थिरपणे कॉन्फिगर केले आहे आणि आम्ही डायनॅमिक आरपी कॉन्फिगरेशनबद्दल नंतर बोलू.

ip pim rp-पत्ता 3.3.3.3

आरपी दिसेल - ही ट्रॅफिक प्राप्त करू इच्छिणाऱ्या एखाद्याकडून माहिती होती का? ते नव्हते असे मानू या. मग RP R1 ला PIM Register-Stop मेसेज पाठवेल, याचा अर्थ कोणाला या मल्टीकास्टची गरज नाही, नोंदणी नाकारली जाते. R1 मल्टिकास्ट पाठवणार नाही. परंतु मल्टीकास्ट स्त्रोत होस्ट ते पाठवेल, जेणेकरून R1, रजिस्टर-स्टॉप प्राप्त केल्यानंतर, 60 सेकंदांइतका एक रजिस्टर-सप्रेशन टाइमर सुरू करेल. हा टाइमर कालबाह्य होण्याच्या 5 सेकंद आधी, R1 RP कडे नल-रजिस्टर बिटसह (म्हणजे एन्कॅप्स्युलेटेड मल्टिकास्ट पॅकेटशिवाय) रिक्त नोंदणी संदेश पाठवेल. आरपी, यामधून, असे कार्य करेल:

• जर कोणतेही प्राप्तकर्ते नसतील, तर ते नोंदणी-स्टॉप संदेशासह प्रतिसाद देईल.
• प्राप्तकर्ते दिसल्यास, तो त्यास कोणत्याही प्रकारे प्रतिसाद देणार नाही. R1, 5 सेकंदात नोंदणी करण्यास नकार न मिळाल्याने, तो आनंदी होईल आणि RP ला एन्कॅप्स्युलेटेड मल्टीकास्टसह नोंदणी संदेश पाठवेल.

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

• जेव्हा PIM-SM राउटरला RP लपविलेल्या इंटरफेसशिवाय इतर कोणत्याही इंटरफेसवर PIM जॉईन संदेश प्राप्त होतो, तेव्हा ते झाडाला एक नवीन शाखा जोडते.
• जेव्हा PIM-SM राउटरला थेट कनेक्ट केलेल्या होस्टकडून IGMP सदस्यत्व अहवाल प्राप्त होतो तेव्हा एक शाखा देखील जोडली जाते.

चला कल्पना करूया की आमच्याकडे R5 राउटरवर गट 228.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 Prune प्राप्त होताच, तो लगेच R1 ला PIM रजिस्टर-स्टॉप पाठवेल आणि नंतर PIM Prune. Gi0/1 इंटरफेसद्वारे संदेश. पीआयएम रजिस्टर-स्टॉप युनिकास्टद्वारे ज्या पत्त्यावर पीआयएम रजिस्टर आले होते त्या पत्त्यावर पाठवले जाते.
आम्ही आधी म्हटल्याप्रमाणे, राउटरने पीआयएम जॉईन दुसर्‍याला पाठवताच, उदाहरणार्थ 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 वर मल्टीकास्ट प्राप्त करणे अधिक तर्कसंगत असेल. तो RPT पासून डिस्कनेक्ट झाला पाहिजे आणि शॉर्टेस्ट-पाथ ट्री (SPT) नावाचे एक लहान झाड तयार केले पाहिजे. हे करण्यासाठी, तो R0 ला Gi2/1 द्वारे PIM जॉईन पाठवतो आणि R1 एक मल्टीकास्ट देखील Gi0/2 द्वारे पाठवू लागतो. आता R5 ला RPT चे सदस्यत्व रद्द करावे लागेल जेणेकरून दोन प्रती मिळू नयेत. हे करण्यासाठी, तो Prune ला स्त्रोत IP पत्ता दर्शविणारा संदेश पाठवतो आणि एक विशेष बिट - RPT-bit घालतो. याचा अर्थ असा की तुम्हाला मला रहदारी पाठवण्याची गरज नाही, माझ्याकडे येथे एक चांगले झाड आहे. RP R1 ला PIM Prune संदेश देखील पाठवते, परंतु नोंदणी-बंद संदेश पाठवत नाही. आणखी एक वैशिष्ट्य: R5 आता सतत PIM Prune RP ला पाठवेल, कारण R1 दर मिनिटाला PIM रजिस्टर RP ला पाठवत आहे. जोपर्यंत ही वाहतूक नको असलेले नवीन लोक येत नाहीत, तोपर्यंत आरपी ते नाकारेल. R5 RP ला सूचित करते की ते SPT द्वारे मल्टिकास्ट प्राप्त करत आहे.
डायनॅमिक आरपी शोध.
ऑटो-आरपी.
हे तंत्रज्ञान सिस्कोच्या मालकीचे आहे आणि विशेषतः लोकप्रिय नाही, परंतु तरीही जिवंत आहे. ऑटो-आरपी ऑपरेशनमध्ये दोन मुख्य टप्पे असतात:
1) RP आरपी-घोषणा संदेश आरक्षित पत्त्यावर पाठवते - 224.0.1.39, स्वतःला प्रत्येकासाठी किंवा विशिष्ट गटांसाठी RP घोषित करते. हा संदेश दर मिनिटाला पाठवला जातो.
2) एक RP मॅपिंग एजंट आवश्यक आहे, जो RP-डिस्कव्हरी संदेश पाठवेल जे कोणत्या गटांसाठी RP ऐकले पाहिजे हे सूचित करेल. या संदेशातूनच नियमित पीआयएम राउटर स्वतःसाठी आरपी निश्चित करतील. मॅपिंग एजंट स्वतः आरपी राउटर किंवा वेगळा PIM राउटर असू शकतो. RP-Discovery एका मिनिटाच्या टाइमरसह 224.0.1.40 पत्त्यावर पाठवला जातो.
चला अधिक तपशीलवार प्रक्रिया पाहू:
चला R3 ला RP म्हणून कॉन्फिगर करू:

ip pim send-rp-घोषणा लूपबॅक 0 स्कोप 10

मॅपिंग एजंट म्हणून R2:

ip pim send-rp-discovery loopback 0 स्कोप 10

आणि इतर सर्वांवर आम्ही ऑटो-आरपी द्वारे आरपीची अपेक्षा करू:

ip pim autorp श्रोता

एकदा आम्ही R3 कॉन्फिगर केल्यावर, ते RP-घोषणा पाठवणे सुरू करेल:

आणि R2, मॅपिंग एजंट सेट केल्यानंतर, RP-घोषणा संदेशाची प्रतीक्षा करण्यास सुरवात करेल. जेव्हा त्याला किमान एक RP सापडेल तेव्हाच तो RP-Discovery पाठवण्यास सुरुवात करेल:

अशाप्रकारे, रेग्युलर राउटरला (पीआयएम आरपी लिसनर) हा मेसेज मिळताच, आरपी कुठे शोधायचा हे त्यांना कळेल.
ऑटो-आरपी मधील मुख्य समस्यांपैकी एक म्हणजे आरपी-घोषणा आणि आरपी-डिस्कव्हरी संदेश प्राप्त करण्यासाठी, तुम्हाला PIM जॉईन 224.0.1.39-40 या पत्त्यांवर पाठवणे आवश्यक आहे आणि पाठवण्यासाठी, तुम्हाला हे माहित असणे आवश्यक आहे की आरपी स्थित आहे. क्लासिक चिकन आणि अंडी समस्या. या समस्येचे निराकरण करण्यासाठी, पीआयएम स्पार्स-डेन्स-मोडचा शोध लावला गेला. जर राउटरला RP माहित नसेल, तर ते डेन्स-मोडमध्ये चालते; जर ते असेल, तर स्पार्स-मोडमध्ये. जेव्हा PIM Sparse-mode आणि ip pim autorp listener कमांड नियमित राउटरच्या इंटरफेसवर कॉन्फिगर केले जातात, तेव्हा राउटर फक्त ऑटो-RP प्रोटोकॉल (224.0.1.39-40) वरून थेट मल्टीकास्टिंगसाठी डेन्स-मोडमध्ये कार्य करेल.
बूटस्ट्रॅप राउटर (बीएसआर).
हे फंक्शन ऑटो-आरपी सारखेच कार्य करते. प्रत्येक 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) सह Anycast RP.
ऑटो-आरपी आणि बीएसआर आम्हाला RP वर लोड खालीलप्रमाणे वितरीत करण्याची परवानगी देतात: प्रत्येक मल्टीकास्ट गटामध्ये फक्त एक सक्रिय आरपी असतो. एका मल्टीकास्ट गटासाठी अनेक RPs वर लोड वितरित करणे शक्य होणार नाही. MSDP हे RP राउटरला 255.255.255.255 च्या मास्कसह समान IP पत्ता जारी करून करते. MSDP यापैकी एक पद्धत वापरून माहिती शिकते: स्टॅटिक, ऑटो-आरपी किंवा BSR.

चित्रात आमच्याकडे MSDP सह ऑटो-RP कॉन्फिगरेशन आहे. दोन्ही RPs लूपबॅक 172.16.1.1 इंटरफेसवर IP पत्ता 32/1 सह कॉन्फिगर केले आहेत आणि सर्व गटांसाठी वापरले जातात. RP-घोषणा सह, दोन्ही राउटर या पत्त्याचा संदर्भ देऊन स्वतःची घोषणा करतात. ऑटो-आरपी मॅपिंग एजंट, माहिती प्राप्त झाल्यानंतर, आरपी बद्दल आरपी-डिस्कव्हरी 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 PIM जॉईन अनुक्रमे R1 आणि R3 ला पाठवतील. का? R13.13.13.13 साठी 5 चा मार्ग R1 साठी IGP मेट्रिक वापरून R4 चा संदर्भ देईल.
RP-R1 ला प्रवाहाविषयी माहिती आहे आणि ते R5 च्या दिशेने प्रसारित करणे सुरू करेल, परंतु R4 ला याबद्दल काहीही माहिती नाही, कारण R1 फक्त ते पाठवत नाही. त्यामुळे एमएसडीपी आवश्यक आहे. आम्ही ते 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 जॉईनला स्विच6 कडे पाठवेल, रूटिंग टेबलद्वारे मार्गदर्शन केले जाईल. परिणामी, असा PIM जॉईन मिळाल्यानंतर R1 ने RP-R3 कडे रहदारी पाठवणे सुरू केले.
MSDP TCP वर चालते, RPs जिवंतपणा तपासण्यासाठी एकमेकांना जिवंत संदेश पाठवतात. टाइमर 60 सेकंद आहे.
MSDP समवयस्कांना वेगवेगळ्या डोमेनमध्ये विभाजित करण्याचे कार्य अस्पष्ट राहते, कारण Keepalive आणि SA संदेश कोणत्याही डोमेनमधील सदस्यत्व सूचित करत नाहीत. तसेच, या टोपोलॉजीमध्ये, आम्ही भिन्न डोमेन दर्शविणाऱ्या कॉन्फिगरेशनची चाचणी केली - कार्यप्रदर्शनात कोणताही फरक नव्हता.
जर कोणी स्पष्टीकरण देऊ शकत असेल तर मला टिप्पण्यांमध्ये वाचण्यास आनंद होईल.

स्त्रोत: www.habr.com