हमारे आकांक्षी लिंक्मी प्रदाता सामान्य दूरसंचार ऑपरेटरों की सभी सेवाओं द्वारा चुपचाप बढ़ते हैं और बदल जाते हैं। अब हम आईपीटीवी तक बड़े हो गए हैं।\nयह मल्टीकास्ट रूटिंग को कॉन्फ़िगर करने की आवश्यकता का तात्पर्य है और सभी समझने के पहले कि इस तरह का मल्टीकोन है।\nयह आईपी नेटवर्क के सामान्य सिद्धांतों से पहला विचलन है। फिर भी, मल्टीकास्ट प्रतिमान गर्म लैंप दीपक से मूल रूप से अलग है।\nआप यह भी कह सकते हैं, यह किसी भी तरह से नए दृष्टिकोण को समझने में आपके दिमाग की लचीलापन को चुनौती देता है।\nइस लेख में निम्नलिखित पर ध्यान केंद्रित करें:\nपारंपरिक वीडियो ट्यूटोरियल:\nमेरे गठन की शुरुआत में, एक इंजीनियर की तरह, मल्टीकास्ट का विषय अविश्वसनीय रूप से भयभीत था, और मैं इसे अपने साथ अपने पहले अनुभव के मनोविज्ञान के साथ जोड़ता हूं। " तो, मारा, तत्काल, दोपहर से पहले आपको शहर के केंद्र में हमारी नई इमारत में वीडियो स्ट्रीम को उत्तेजित करने की आवश्यकता है - प्रदाता इसे दूसरी मंजिल पर देगा "मैंने एक अद्भुत सुबह के साथ सुना। जो कुछ भी मैं मल्टीकास्ट के बारे में जानता था, इसलिए यह प्रेषक एक है, प्राप्तकर्ताओं को बहुत कुछ है, और ऐसा लगता है कि आईजीएमपी प्रोटोकॉल किसी भी तरह से शामिल है।\nनतीजतन, दोपहर से पहले, हमने पूरी चीज शुरू करने की कोशिश की - मैंने प्रविष्टि बिंदु से आउटलेट बिंदु तक सबसे सामान्य वीएलएएन को हराया। लेकिन सिग्नल अस्थिर था - तस्वीर जमे हुए, ध्वस्त हो गई, बाधित। मैंने एक आतंक में यह पता लगाने के लिए प्रयास किया कि सामान्य रूप से आईजीएमपी के साथ क्या किया जा सकता है, Tyrrhogozy, मल्टीकास्ट रूटिंग चालू, आईजीएमपी-स्नूपिंग, एक हजार गुना देरी और हानि की जांच की - कुछ भी मदद नहीं की। और फिर अचानक सब कुछ काम किया। बेशक, स्थिर, परेशानी मुक्त।\nइसने मुझे एक मल्टीकास्ट का टीकाकरण करके और लंबे समय तक मैंने उसे कोई दिलचस्पी नहीं दी।\nपहले से ही बहुत बाद में मैं अगले नियम में आया: और अब, समझ में नहीं आने वाली मामलों की ऊंचाई से, मैं समझता हूं कि नेटवर्क भाग - बग्गी परिमित उपकरण स्थापित करने में कोई समस्या नहीं हो सकती है। शांत रहें के लिए और मुझ पर भरोसा करे। इस लेख के बाद, ऐसी चीजें आपको डराएगी नहीं। सामान्य समझ मल्टीकास्ट। जैसा कि आप जानते हैं, निम्नलिखित प्रकार के यातायात मौजूद हैं: यूनिकास्ट - यूनिकास्ट - एक प्रेषक, एक प्राप्तकर्ता। ( उदाहरण: वेब सर्वर पर HTTP-PAGE का क्वेरी जैसा कि आप जानते हैं, निम्नलिखित प्रकार के यातायात मौजूद हैं: )। प्रसारण। - प्रसारण - एक प्रेषक, प्राप्तकर्ता - प्रसारण खंड में सभी डिवाइस। ( जैसा कि आप जानते हैं, निम्नलिखित प्रकार के यातायात मौजूद हैं: उदाहरण: एआरपी अनुरोध मल्टीकास्ट। - मल्टीकास्ट - एक प्रेषक, कई प्राप्तकर्ता। ( उदाहरण: आईपीटीवी।\n- निकटतम नोड का यूनिकास्ट - एक प्रेषक, सामान्य रूप से, कई प्राप्तकर्ता, लेकिन वास्तव में डेटा केवल एक को भेजा जाता है। ( उदाहरण: किसी भी डीएनएस )।\nचूंकि हमने मल्टीकास्ट के बारे में बात करने का फैसला किया, तो शायद, आइए इस अनुच्छेद से प्रश्न से शुरू करें, जहां और इसका उपयोग कैसे किया जाता है।\nदिमाग में आने वाली पहली चीज टेलीविजन (आईपीटीवी) है - एक स्रोत सर्वर यातायात भेजता है जिसे कई ग्राहकों को एक साथ प्राप्त करने की आवश्यकता होती है। यह स्वयं शब्द द्वारा निर्धारित किया जाता है -\n- मल्टीकास्ट प्रसारण। यही है, अगर प्रसारण पहले से ही आपके लिए ज्ञात हैं, इसका मतलब है कि हर किसी के लिए प्रसारण, मल्टीकास्ट का मतलब एक निश्चित समूह को प्रसारित करना है।\nदूसरा एप्लिकेशन उदाहरण के लिए, ऑपरेटिंग सिस्टम की प्रतिकृति कई कंप्यूटरों में है। यह एक सर्वर से बड़े डेटा वॉल्यूम लोड करने का तात्पर्य है।\nसंभावित परिदृश्य: ऑडियो और वीडियो कॉन्फ्रेंसिंग (एक कहते हैं - सभी ने सुनाई गई), ई-कॉमर्स, नीलामी, स्टॉक एक्सचेंज। लेकिन यह सिद्धांत में है, और व्यावहारिक रूप से, एक मल्टीकास्ट शायद ही कभी उपयोग किया जाता है।\nएक और एप्लिकेशन प्रोटोकॉल सेवा संदेश है। उदाहरण के लिए, अपने ब्रॉडकास्ट डोमेन में ओएसपीएफ अपने संदेशों को 224.0.0.5 और 224.0.0.6 पते पर भेजता है। और केवल उन नोड्स जिन पर ओएसपीएफ चल रहा है, उसे संभाला जाएगा।\nहम मल्टीकास्ट न्यूजलेटर के दो बुनियादी सिद्धांत तैयार करते हैं:\nप्राप्तकर्ताओं की संख्या के बावजूद प्रेषक यातायात की केवल एक प्रति भेजता है।\nयातायात केवल उन लोगों को प्राप्त करता है जो वास्तव में इसमें रूचि रखते हैं।\nइस लेख में, हम आईपीटीवी को सबसे दृश्य उदाहरण के रूप में लेंगे।\nआइए सबसे सरल मामले से शुरू करें: स्रोत सर्वर पर, प्रसारण समूह 224.2.2.4 को कॉन्फ़िगर किया गया है - इसका मतलब है कि सर्वर आईपी पते पर यातायात भेजता है 224.2.2.4। ग्राहक पर, वीडियो प्लेयर 224.2.2.4 का समूह लेने के लिए कॉन्फ़िगर किया गया है। .\nसाथ ही, नोटिस, क्लाइंट और सर्वर को एक सबनेट और पिंग एक दूसरे से पते नहीं होना चाहिए - एक प्रसारण डोमेन में होने के लिए पर्याप्त है।\nएक मल्टीकास्ट स्ट्रीम बस सर्वर से डालना है, और ग्राहक बस इसे लेता है। आप इसे पैच और चलाने के साथ दो कंप्यूटरों को जोड़कर सीधे अपने कार्यस्थल में आज़मा सकते हैं, उदाहरण के लिए, वीएलसी।\nयह ध्यान दिया जाना चाहिए कि मल्टीकास्ट में स्रोत से कोई संकेत नहीं है, वे कहते हैं,\n"हैलो, मैं एक स्रोत हूं, क्या आपको थोड़ा मल्टीकास्ट की आवश्यकता नहीं है?"\nस्रोत सर्वर बस अपने इंटरफ़ेस में मल्टीकास्ट पैकेट प्रसारित करना शुरू कर देता है। हमारे उदाहरण में, वे सीधे ग्राहक को दर्ज करते हैं और वास्तव में उन्हें तुरंत ले जाता है।\nयदि आप इस लिंक पर संकुल पकड़ते हैं, तो आप देखेंगे कि मल्टीकास्ट यातायात समुद्री यूडीपी पैकेट की तरह कुछ भी नहीं है।\nमल्टीकास्ट एक विशेष प्रोटोकॉल से जुड़ा नहीं है। वास्तव में, जो भी सब कुछ है अपने पते को परिभाषित करता है। हालांकि, अगर हम अपने आवेदन के बारे में बात करते हैं, तो मामलों के पूर्ण बहुमत में यह यूडीपी है। यह इस तथ्य से आसानी से समझाया जाता है कि आमतौर पर यहां आवश्यक डेटा मल्टीकास्ट की मदद के लिए प्रेषित किया जाता है। उदाहरण के लिए, वीडियो। यदि फ्रेम का एक टुकड़ा खो जाता है, और प्रेषक इसे भेजने का प्रयास करेगा तो यह टीसीपी में कैसे होता है, फिर, सबसे अधिक संभावना है, यह टुकड़ा देर हो चुकी है, और इसे कहां दिखाना है? ट्रेन छोड़ दी। ध्वनि के साथ बिल्कुल वही।\nतदनुसार, कनेक्शन स्थापित करना आवश्यक नहीं है, इसलिए टीसीपी की आवश्यकता है।\nएक मल्टीकास्ट को एक मल्टीकास्ट से क्या बदल रहा है? मुझे लगता है कि आपके पास पहले से ही एक धारणा है। और आप शायद सही हैं। सामान्य स्थिति में, हमारे पास 1 प्राप्तकर्ता और 1 प्रेषक है - उनमें से प्रत्येक में एक अद्वितीय आईपी पता है। प्रेषक जानता है कि पैकेज को स्केट करने के लिए कहां स्केट करें और इस पते को आईपी हेडर में डाल दें। अपनी रूटिंग टेबल के कारण प्रत्येक इंटरमीडिएट नोड जानता है कि पैकेज कहां भेजना है। दो नोड्स के बीच यूनिकास्ट ट्रैफ़िक नेटवर्क के माध्यम से अनियंत्रित है। लेकिन समस्या यह है कि सामान्य पैकेज में केवल एक प्राप्तकर्ता का आईपी पता निर्दिष्ट किया गया है। क्या होगा यदि एक और एक ही यातायात में कई प्राप्तकर्ता हैं? सिद्धांत रूप में, एक यूनिकास्ट दृष्टिकोण और ऐसी स्थिति का विस्तार करना संभव है - प्रत्येक ग्राहक को पैकेज की अपनी प्रति भेजने के लिए। ग्राहक अंतर नहीं देखेंगे - यहां तक कि एक, कम से कम एक हजार, लेकिन अंतर आपके डेटा स्थानांतरण चैनलों पर स्पष्ट रूप से अलग होगा। Gमान लीजिए कि हमारे पास मल्टीकास्ट सर्वर से एक एसडी चैनल का स्थानांतरण है। इसे2एमबी / एस का उपयोग करने दें। 30 के कुल चैनल, और एक ही समय में 20 लोगों के लिए हर चैनल को देख रहे हैं। यह यूनिकास्ट के मामले में टेलीविजन पर2एमबी / एस * 30 चैनल * 20 लोग = 1200 एमबी / एस या 1.2 जीबी / एस बदल जाता है। लेकिन अभी भी एचडी चैनल हैं, जहां आप इस आंकड़े को सुरक्षित रूप से गुणा कर सकते हैं। और टोरेंट्स के लिए जगह कहां है?\nयही कारण है कि पता ब्लॉक आईपीवी4में रखा गया था\nकक्षा डी: 224.0.0.0/4\n(224.0.0.0-239.255.255.255)। इस श्रेणी के पते एक मल्टीकास्ट समूह द्वारा निर्धारित किए जाते हैं। एक पता एक समूह है, आमतौर पर यह पत्र द्वारा इंगित किया जाता है "\nयही वह कह रहा है कि ग्राहक समूह 224.2.2.4 से जुड़ा हुआ है, हमारा मतलब है कि यह गंतव्य 224.2.2.4 के पते के साथ मल्टीकास्ट यातायात प्राप्त करता है।\nयोजना में एक स्विच जोड़ें और कुछ और ग्राहक:\nमल्टीकास्ट सर्वर अभी भी समूह 224.2.2.4 के लिए प्रसारित करता है। स्विच पर, सभी4बंदरगाहों को एक वीएलएएन में होना चाहिए। यातायात स्विच में आता है और डिफ़ॉल्ट एक वीएलएएन के सभी बंदरगाहों को भेजा जाता है। तो सभी ग्राहकों को यह यातायात मिलता है। उन पर, समूह पता 224.2.2.4 भी वीडियो प्लेयर में निर्दिष्ट किया गया है।\nअसल में, ये सभी डिवाइस इस मल्टीकास्ट समूह के सदस्य बन जाते हैं। इसमें सदस्यता गतिशील है: किसी भी समय, किसी भी समय प्रवेश कर सकते हैं और इससे बाहर निकल सकते हैं। इस स्थिति में, यातायात उन लोगों को भी प्राप्त करेगा जो सामान्य रूप से यह नहीं चाहते थे, यानी, न तो खिलाड़ी इस पर लॉन्च नहीं किया गया है, न ही कुछ और। लेकिन केवल अगर वह एक ही वीएलएएन में है। बाद में हम इससे निपटने के तरीके से निपटेंगे।\nकृपया ध्यान दें कि इस मामले में, स्विच में यातायात की केवल एक प्रति स्रोत सर्वर से आती है, न कि प्रत्येक ग्राहक को एक अलग प्रतिलिपि पर। और एसडी चैनलों के साथ हमारे उदाहरण में, स्रोत और स्विच के बीच पोर्ट लोड 1.2 जीबी / एस नहीं होगा, लेकिन केवल 60 एमबी / एस (2 एमबी / सी * 30 चैनल)।\nअसल में, यह पूरी विशाल रेंज (224.0.0.0-239.255.255.255) का उपयोग किया जा सकता है।\nखैर, लगभग सभी - पहला पते (रेंज 224.0.0.0/23) अभी भी प्रसिद्ध प्रोटोकॉल के लिए आरक्षित हैं।\nआरक्षित आईपी पते की सूची\nलिंक-स्थानीय के तहत आरक्षित 224.0.0.0/24 रेंज\nसंचार। गंतव्य के ऐसे पते वाले मल्टीकास्ट पैकेज एक प्रसारण सेगमेंट की सीमा से आगे नहीं जा सकते हैं।\nसीमा 224.0.1.0/24 प्रोटोकॉल के तहत आरक्षित है जिसे आपको पूरे नेटवर्क में एक मल्टीकास्ट संचारित करने की आवश्यकता है, जो राउटर के माध्यम से गुजरता है।\nवास्तव में, मल्टीकास्ट के बारे में सबसे बुनियादी बातें।\nहमने एक साधारण स्थिति को देखा जब स्रोत और प्राप्तकर्ता एक ही नेटवर्क सेगमेंट में हैं। स्विच द्वारा प्राप्त यातायात को बस उन्हें सभी बंदरगाहों में भेजा जाता है - कोई जादू नहीं।\nलेकिन फिर भी यह पूरी तरह से समझ में आता है कि सर्वर से यातायात कैसे प्राप्त करता है जब एक विशाल प्रदाता नेटवर्क LinkMiapp होता है? और वास्तव में, यह ज्ञात होगा कि ग्राहक कौन है? हम मैन्युअल रूप से मार्ग पंजीकृत नहीं कर सकते हैं, क्योंकि हम नहीं जानते कि ग्राहक कहां हो सकते हैं। सामान्य रूटिंग प्रोटोकॉल इस प्रश्न का उत्तर नहीं देंगे। तो हम यह समझने के लिए आते हैं कि एक मल्टीकास्ट की डिलीवरी हमारे लिए पूरी तरह से नई है।\nआम तौर पर, इस समय प्राप्तकर्ता को स्रोत से मल्टीकास्ट देने के लिए कई प्रोटोकॉल होते हैं - आईजीएमपी / एमएलडी, पीआईएम, एमएसडीपी, एमबीजीपी, एमओएसपीएफ, डीवीएमआरपी।\nहम उनमें से दो पर ध्यान केंद्रित करेंगे, जिनका वर्तमान में उपयोग किया जाता है: पीआईएम और आईजीएमपी। आईजीएमपी के साथ, अंतिम ग्राहक प्राप्तकर्ता निकटतम राउटर को संवाद करते हैं जिन्हें वे यातायात प्राप्त करना चाहते हैं। और पीआईएम राउटर के माध्यम से प्राप्तकर्ताओं को स्रोत से मल्टीकास्ट यातायात को स्थानांतरित करने का मार्ग बनाता है। आईजीएमपी\nफिर से डंप पर लौटें। इस शीर्ष पैकेज को देखें, जिसके बाद एक मल्टीकास्ट स्ट्रीम फेंक दी गई थी?\nजब हमने इस पर नाटक दबाया तो क्लाइंट द्वारा भेजा गया यह आईजीएमपी प्रोटोकॉल संदेश। इस तरह वह रिपोर्ट करता है कि वह समूह 224.2.2.4 के लिए यातायात प्राप्त करना चाहता है।\nआईजीएमपी - इंटरनेट समूह प्रबंधन प्रोटोकॉल\n- यह एक नेटवर्क प्रोटोकॉल है जिसमें मल्टीकास्ट ट्रैफिक क्लाइंट और निकटतम राउटर है।\nआईपीवी6आईजीएमपी के बजाय एमएलडी (मल्टीकास्ट श्रोता डिस्कवरी) का उपयोग करता है। ऑपरेशन का सिद्धांत उनके पास बिल्कुल समान है, इसलिए आप आसानी से एमएलडी पर आईजीएमपी को आसानी से बदल सकते हैं, और आईपीवी6पर आईपी।\nIGMP कैसे काम करता है?\nशायद आपको इस तथ्य से शुरू करने की आवश्यकता है कि प्रोटोकॉल के संस्करण अब तीन हैं: आईजीएमपीवी 1, आईजीएमपीवी 2, आईजीएमपीवी 3। सबसे अधिक उपयोग किया जाता है - दूसरा, पहला लगभग भूल गया है, इसलिए हम इसके बारे में बात नहीं करेंगे, तीसरा दूसरे के समान ही है।\nमैं दूसरे पर सबसे अधिक प्रभाव के रूप में ध्यान केंद्रित किया जाएगा, और इससे पहले कि यह बाहर होने से पहले क्लाइंट को समूह को जोड़ने से सभी घटनाओं पर विचार करें।\nग्राहक वीएलसी प्लेयर के माध्यम से 224.2.2.4 के समूह का भी अनुरोध करेगा। आईजीएमपी की भूमिका बहुत सरल है: यदि कोई ग्राहक नहीं हैं - सेगमेंट में मल्टीकास्ट ट्रैफ़िक को प्रेषित करना आवश्यक नहीं है। यदि कोई ग्राहक प्रकट होता है, तो वह आईजीएमपी का उपयोग करके राउटर को सूचित करता है जिसे वह यातायात प्राप्त करना चाहता है। यह समझने के लिए कि सब कुछ कैसे होता है, इस नेटवर्क को लें: मान लीजिए राउटर पहले से ही मल्टीकास्ट ट्रैफ़िक प्राप्त करने और संसाधित करने के लिए कॉन्फ़िगर किया गया है।\nजैसे ही हमने क्लाइंट पर एप्लिकेशन लॉन्च किया और समूह 224.2.2.4 सेट किया, पैकेज को नेटवर्क पर भेजा जाएगा आईजीएमपी सदस्यता रिपोर्ट - "रिपोर्ट" गाँठ जो वह इस समूह का यातायात प्राप्त करना चाहता है।\nआईजीएमपीवी2रिपोर्ट में वांछित समूह के पते पर जाता है, और समानांतर में इसे पैकेज में ही इंगित किया जाता है। इन संदेशों को केवल अपने सेगमेंट के भीतर ही रहना चाहिए और राउटर द्वारा किसी भी तरह से आगे नहीं रहना चाहिए, इसलिए, उनके पास 1 टीटीएल है। अक्सर साहित्य में आप के उल्लेख को पूरा कर सकते हैं\nआईजीएमपी शामिल हों।\n। डरो मत - यह आईजीएमपी सदस्यता रिपोर्ट के लिए एक वैकल्पिक नाम है।\nराउटर को एक आईजीएमपी-रिपोर्ट प्राप्त होती है और यह महसूस होता है कि इस इंटरफ़ेस में अब ग्राहक हैं, जो उनकी टेबल में जानकारी देते हैं\nयह आईजीएमपी पर जानकारी का एक आउटपुट है। पहले समूह से ग्राहक द्वारा अनुरोध किया जाता है। तीसरा और चौथा एसएसडीपी सेवा रिपोर्ट है।\nखिड़कियों में निर्मित। दूसरा एक विशेष समूह है जो हमेशा सिस्को राउटर पर मौजूद होता है - इसका उपयोग ऑटो-आरपी प्रोटोकॉल के लिए किया जाता है। जो राउटर पर डिफ़ॉल्ट रूप से सक्रिय होता है। Fe0 /0इंटरफ़ेस 224.2.2.4 के समूह के लिए अवरोही हो जाता है - इसे प्राप्त यातायात भेजने की आवश्यकता होगी। सामान्य अद्वितीय रूटिंग तालिका के साथ एक मल्टीकास्ट भी है: ग्राहकों की उपलब्धता के बारे में पहला रिकॉर्ड\n। और रिकॉर्ड (172.16.0.5, 224.2.2.4) .\nइसका मतलब है कि राउटर इस समूह के लिए मल्टीकास्ट स्ट्रीम के स्रोत के बारे में जानता है। आउटपुट से यह स्पष्ट है कि समूह 224.2.2.4 के लिए यातायात Fe0 / 1 के माध्यम से आता है, और इसे Fe0 /0पोर्ट में संचारित करना आवश्यक है। इंटरफेस जिसमें आपको ट्रैफ़िक को प्रेषित करने की आवश्यकता होती है, डाउनस्ट्रीम इंटरफेस की सूची में शामिल हैं -\nतेल - आउटबाउंड इंटरफ़ेस सूची\nअधिक विस्तार से कमांड आईपी mroute दिखाओ। हम बाद में समझेंगे। . डंप के ऊपर आप देखते हैं कि जैसे ही क्लाइंट ने आईजीएमपी-रिपोर्ट भेजी, तुरंत यूडीपी उड़ान भरने के तुरंत बाद एक वीडियो स्ट्रीम है। .\n3। ग्राहक ने यातायात प्राप्त करना शुरू कर दिया। अब राउटर को कभी-कभी जांचना चाहिए कि प्राप्तकर्ताओं के पास अभी भी प्रसारण के लिए एक अंतर है जो अचानक ग्राहकों को छोड़ दिया जाता है। ऐसा करने के लिए, यह समय-समय पर अपने अवरोही इंटरफेस के लिए एक अनुरोध भेजता है। आईजीएमपी क्वेरी।\n* Igmp द्वारा फ़िल्टर किया गया डंप * डंप के ऊपर आप देखते हैं कि जैसे ही क्लाइंट ने आईजीएमपी-रिपोर्ट भेजी, तुरंत यूडीपी उड़ान भरने के तुरंत बाद एक वीडियो स्ट्रीम है। .\nडिफ़ॉल्ट रूप से, यह हर 60 सेकंड में होता है। टीटीएल ऐसे पैकेज भी 1 के बराबर हैं। उन्हें पता 224.0.0.1 - इस सेगमेंट में सभी नोड्स भेजा जाता है - एक विशिष्ट समूह निर्दिष्ट किए बिना। ऐसे क्वेरी संदेश कहा जाता है\n- सामान्य। इस प्रकार, राउटर पूछता है: "दोस्तों, और कौन और कौन और क्या प्राप्त करना चाहता है?"।\nआईजीएमपी सामान्य क्वेरी प्राप्त करने के बाद, किसी भी समूह को सुनने वाले किसी भी मेजबान को आईजीएमपी रिपोर्ट भेजनी होगी क्योंकि इसे कनेक्ट होने पर यह किया था। अपने समूह के लिए ब्याज के समूह का पता रिपोर्ट में निर्दिष्ट किया जाना चाहिए। यदि, क्वेरी के जवाब में, कम से कम एक रिपोर्ट राउटर में आई, इसका मतलब है कि अभी भी ग्राहक हैं, वह इस समूह के यातायात से इस रिपोर्ट से कहां से इस रिपोर्ट से इस इंटरफ़ेस से पहले इंटरफ़ेस को प्रसारित करना जारी रखता है। यदि किसी प्रश्न के पास किसी समूह के लिए प्रतिक्रिया इंटरफ़ेस से प्रतिक्रिया नहीं मिली है, तो राउटर इस इंटरफ़ेस को इस समूह के लिए अपनी मल्टीकास्ट रूटिंग तालिका से हटा देता है - यातायात भेजना बंद कर देता है। इसकी पहल पर, ग्राहक आमतौर पर कनेक्ट होने पर केवल रिपोर्ट भेजता है, फिर यह केवल राउटर से क्वेरी का जवाब देता है। ग्राहक के व्यवहार में एक दिलचस्प विवरण: क्वेरी प्राप्त करने के बाद, वह रिपोर्ट करने के लिए तुरंत जवाब देने में जल्दबाजी में नहीं है। नोड0से समय तक की लंबाई लेता है .अधिकतम प्रतिक्रिया समय। .\nजो अगली क्वेरी में निर्दिष्ट है: जब डिबगिंग या डंप में, वैसे, यह देखा जा सकता है कि कई सेकंड अलग-अलग रिपोर्ट प्राप्त करने के बीच गुजर सकते हैं। ऐसा इसलिए किया जाता है ताकि सैकड़ों ग्राहक सभी दायरे को सामान्य क्वेरी प्राप्त करके अपनी रिपोर्ट के साथ नेटवर्क में बाढ़ नहीं आए। इसके अलावा, केवल एक ग्राहक आमतौर पर रिपोर्ट भेजता है। तथ्य यह है कि रिपोर्ट समूह पते पर भेजी जाती है, और इसलिए सभी ग्राहकों को आता है। एक ही समूह के लिए किसी अन्य ग्राहक से रिपोर्ट प्राप्त करने के बाद, नोड अपना खुद का नहीं भेजेगा। तर्क सरल है: राउटर को पहले ही यह रिपोर्ट प्राप्त हो चुकी है और जानता है कि ग्राहक हैं, यह आवश्यक नहीं है।\nइस तंत्र को बुलाया जाता है\nलेख में अगला हम इस बारे में बताएंगे कि वास्तव में यह तंत्र वास्तव में बहुत ही कम काम क्यों करता है चार। तो सदियों से तब तक चला जाता है जब तक कि ग्राहक समूह से बाहर निकलना नहीं चाहता (उदाहरण के लिए, प्लेयर / टीवी बंद करें)। इस मामले में, वह भेजता है Igmp छुट्टी। समूह के पते पर।\nराउटर इसे प्राप्त करता है और एक विचार में बंद होना चाहिए। लेकिन वह एक विशिष्ट ग्राहक को अक्षम नहीं कर सकता - राउटर उन्हें अलग नहीं करता है - इसमें बस डाउनस्ट्रीम इंटरफ़ेस है। और इंटरफ़ेस कई ग्राहक हो सकते हैं। यही है, अगर राउटर इस समूह को इस समूह के लिए अपनी ओएल सूची (आउटगोइंग इंटरफ़ेस सूची) से हटा देता है, तो वीडियो बंद हो जाएगा।\nलेकिन इसे हटाने के लिए भी नहीं, यह भी असंभव है - अचानक यह आखिरी ग्राहक था - फिर इसे धोएं क्यों? डंप के ऊपर आप देखते हैं कि जैसे ही क्लाइंट ने आईजीएमपी-रिपोर्ट भेजी, तुरंत यूडीपी उड़ान भरने के तुरंत बाद एक वीडियो स्ट्रीम है। .\nयदि आप डंप में देखते हैं, तो आप देखेंगे कि छुट्टी राउटर प्राप्त करने के बाद, स्ट्रीम कुछ समय के लिए जारी है। तथ्य यह है कि छुट्टी के जवाब में राउटर समूह पते पर आईजीएमपी क्वेरी भेजता है जिसके लिए यह छुट्टी उस इंटरफ़ेस में आई थी जहां वह आया था। इस तरह के एक पैकेज कहा जाता है\nसमूह विशिष्ट क्वेरी।\n। इसका जवाब दो\nकेवल समूह विशिष्ट क्वेरी। वे ग्राहक जो इस विशेष समूह से जुड़े हुए हैं।\nयदि राउटर को समूह के लिए प्रतिक्रिया रिपोर्ट मिली है, तो यह इंटरफ़ेस में प्रसारित होता है, यदि प्राप्त नहीं हुआ है - टाइमर समाप्त होने के बाद टाइमर को हटा देता है।\nकुल मिलाकर, छुट्टी प्राप्त करने के बाद, दो समूह विशिष्ट क्वेरी जाती है - एक अनिवार्य, दूसरा नियंत्रण। इसके बाद, राउटर स्ट्रीम बंद कर देता है। क्वेरियर थोड़ा और अधिक कठिन मामला मानें: दो (या अधिक) राउटर जो यातायात प्रसारित कर सकते हैं क्लाइंट सेगमेंट से जुड़े हुए हैं। यदि आप कुछ भी नहीं करते हैं, तो मल्टीकास्ट यातायात डुप्लिकेट किया जाएगा - दोनों राउटर ग्राहकों से रिपोर्ट प्राप्त करेंगे। इससे बचने के लिए एक विकल्प तंत्र है - राजनीति। जो जीत जाएगा वह क्वेरी भेज देगा, रिपोर्ट की निगरानी करेगा और छोड़ने के लिए प्रतिक्रिया करेगा, और तदनुसार, यह सेगमेंट को यातायात भेज देगा। हारने वाला केवल रिपोर्ट सुनेंगे और पल्स पर अपना हाथ रखेंगे। चुनाव काफी सरल और सहज होते हैं। आर 1 और आर2राउटर चालू होने के पल से स्थिति पर विचार करें। एक) इंटरफेस पर सक्रिय igmp। 2) पहले, डिफ़ॉल्ट रूप से, उनमें से प्रत्येक खुद को क्वेरियर मानता है। 3) प्रत्येक नेटवर्क को आईजीएमपी सामान्य क्वेरी भेजता है। मुख्य लक्ष्य यह पता लगाना है कि क्या ग्राहक हैं, और समानांतर में - यदि वे चुनाव में भाग लेने की आपकी इच्छा के बारे में हैं तो खंड में अन्य राउटर की घोषणा करने के लिए। चार) सामान्य क्वेरी अन्य आईजीएमपी राउटर समेत खंड में सभी उपकरणों को प्राप्त करती है। पांच) पड़ोसी से ऐसा संदेश प्राप्त करने के बाद, प्रत्येक राउटर का अनुमान अधिक योग्य है। 6) जीतता है राउटर एस।\n(आईजीएमपी क्वेरी के स्रोत आईपी क्षेत्र में निर्दिष्ट)। वह क्वेरियर बन जाता है, अन्य सभी - गैर-क्वेरियर।\nगैर-क्वेरियर टाइमर शुरू होता है जो हर बार Quaryny एक छोटे आईपी पते के साथ आता है। यदि टाइमर समाप्त होने से पहले (100 सेकंड से अधिक: 105-107), राउटर को एक छोटे से पते के साथ क्वेरी नहीं मिलेगी, तो वह खुद को क्वेरियर घोषित करता है और सभी संबंधित कार्यों को लेता है। आठ) यदि क्वेरियर को एक छोटे से पते के साथ क्वेरी मिलती है, तो वह इन कर्तव्यों को जोड़ता है। क्वेरियर एक और राउटर बन रहा है, जिसमें एक आईपी कम है।\nयह दुर्लभ मामला मापा जाता है, जो कम है। मल्टीकास्ट में क्वेरियर चुनाव एक बहुत ही महत्वपूर्ण प्रक्रिया हैं, लेकिन कुछ कपटपूर्ण निर्माता जो आरएफसी नहीं रखते हैं वे पहियों में एक मजबूत छड़ी डाल सकते हैं। मैं स्रोत 0.0.0.0 के पते के साथ आईजीएमपी क्वेरी के बारे में बात कर रहा हूं, जिसे स्विच द्वारा उत्पन्न किया जा सकता है। ऐसे संदेशों को क्वेरियर की पसंद में भाग नहीं लेना चाहिए, लेकिन आपको हर चीज के लिए तैयार रहना होगा। यहाँ एक उदाहरण है बहुत जटिल लंबे समय तक चलने वाली समस्या।\nअन्य igmp संस्करणों के बारे में एक और कुछ शब्द संस्करण 1 केवल इस तथ्य से ही संक्षेप में भिन्न होता है कि इसमें कोई संदेश नहीं है\n। यदि ग्राहक इस समूह के अधिक ट्रैफ़िक प्राप्त नहीं करना चाहता है, तो वह क्वेरी के जवाब में रिपोर्ट भेजना बंद कर देता है। जब कोई ग्राहक नहीं रहता है, तो टाइमआउट राउटर यातायात भेजना बंद कर देगा। इसके अलावा, कोई QUERIER चुनाव समर्थित नहीं हैं।\n। यातायात के दोहराव से बचने के लिए, एक उच्च प्रोटोकॉल जिम्मेदार है, उदाहरण के लिए, पीआईएम, जिसके बारे में हम आगे बोलेंगे संस्करण3आईजीएमपीवी2का समर्थन करने वाले सभी का समर्थन करता है, लेकिन कई बदलाव हैं। सबसे पहले, रिपोर्ट को समूह के पते पर नहीं भेजा जाता है, लेकिन मल्टीकास्ट सेवा पते पर 224.0.0.22\n। और अनुरोधित समूह का पता केवल पैकेज के भीतर इंगित किया गया है। यह igmp snooping के काम को सरल बनाने के लिए किया जाता है, जिसे हम बात करेंगे\nदूसरा, अधिक महत्वपूर्ण बात यह है कि आईजीएमपीवी3ने अपने शुद्ध रूप में एसएसएम का समर्थन करना शुरू किया। यह तथाकथित है\nडंप के ऊपर आप देखते हैं कि जैसे ही क्लाइंट ने आईजीएमपी-रिपोर्ट भेजी, तुरंत यूडीपी उड़ान भरने के तुरंत बाद एक वीडियो स्ट्रीम है। .\nग्राहक वीएलसी प्लेयर के माध्यम से 224.2.2.4 के समूह का भी अनुरोध करेगा। स्रोत विशिष्ट मल्टीकास्ट। आईजीएमपीवी2रिपोर्ट में वांछित समूह के पते पर जाता है, और समानांतर में इसे पैकेज में ही इंगित किया जाता है। इन संदेशों को केवल अपने सेगमेंट के भीतर ही रहना चाहिए और राउटर द्वारा किसी भी तरह से आगे नहीं रहना चाहिए, इसलिए, उनके पास 1 टीटीएल है। । इस मामले में, ग्राहक सिर्फ एक समूह का अनुरोध नहीं कर सकता है, बल्कि उन स्रोतों की एक सूची भी निर्दिष्ट कर सकता है, जिनसे वह यातायात प्राप्त करना चाहते हैं या इसके विपरीत नहीं चाहते हैं। आईजीएमपीवी2में, क्लाइंट स्रोत की देखभाल किए बिना समूह यातायात का अनुरोध और प्राप्त करता है। इसलिए, आईजीएमपी को ग्राहकों और राउटर से बातचीत करने के लिए डिज़ाइन किया गया है। इसलिए, लौट रहा है अधिक विस्तार से कमांड उदाहरण II। 4जैसा कि आप जानते हैं, निम्नलिखित प्रकार के यातायात मौजूद हैं: जहां कोई राउटर नहीं है, हम आधिकारिक रूप से घोषित कर सकते हैं - आईजीएमपी वहां - औपचारिकता से अधिक नहीं। कोई राउटर नहीं है, और ग्राहक के पास मल्टीकास्ट स्ट्रीम का अनुरोध करने के लिए कोई नहीं है। और वह साधारण कारण के लिए एक वीडियो कमाएगा कि प्रवाह और इसलिए स्विच से डालना होगा - आपको इसे लेने की आवश्यकता है। याद रखें कि आईजीएमपी आईपीवी6के लिए काम नहीं करता है। एमएलडी प्रोटोकॉल है फिर से दोहराएं सबसे पहले, राउटर ने अपने इंटरफ़ेस पर आईजीएमपी चालू करने के बाद अपनी आईजीएमपी सामान्य क्वेरी भेजी, यह पता लगाने के लिए कि क्या प्राप्तकर्ता हैं और पूछताछ करने की उनकी इच्छा घोषित करते हैं। उस समय, कोई भी इस समूह में नहीं था। फिर एक ग्राहक दिखाई दिया, जो समूह 224.2.2.4 के यातायात को प्राप्त करना चाहते थे और उन्होंने अपनी आईजीएमपी रिपोर्ट भेजी। उसके बाद, मैं उस पर यातायात में गया, लेकिन यह डंप से फ़िल्टर किया जाता है। फिर राउटर ने जांचने के किसी कारण से फैसला किया - और क्या कोई और ग्राहक नहीं हैं और आईजीएमपी सामान्य क्वेरी को फिर से भेजा गया है जिसके लिए ग्राहक को जवाब देने के लिए मजबूर किया जाता है ( पांच।\nसमय-समय पर (एक मिनट में) राउटर चेक करता है कि प्राप्तकर्ताओं ने अभी भी आईजीएमपी सामान्य क्वेरी का उपयोग किया है, और नोड आईजीएमपी रिपोर्ट का उपयोग करके इसकी पुष्टि करता है।\nलेकिन फिर भी यह पूरी तरह से समझ में आता है कि सर्वर से यातायात कैसे प्राप्त करता है जब एक विशाल प्रदाता नेटवर्क LinkMiapp होता है? और वास्तव में, यह ज्ञात होगा कि ग्राहक कौन है? हम मैन्युअल रूप से मार्ग पंजीकृत नहीं कर सकते हैं, क्योंकि हम नहीं जानते कि ग्राहक कहां हो सकते हैं। सामान्य रूटिंग प्रोटोकॉल इस प्रश्न का उत्तर नहीं देंगे। तो हम यह समझने के लिए आते हैं कि एक मल्टीकास्ट की डिलीवरी हमारे लिए पूरी तरह से नई है। 6। फिर उसने अपना दिमाग बदल दिया और आईजीएमपी अवकाश भेजकर समूह से इनकार कर दिया। 7। राउटर को छुट्टी मिली और, यह सुनिश्चित करना चाहते हैं कि कोई अन्य प्राप्तकर्ता कोई अन्य प्राप्तकर्ता नहीं है, आईजीएमपी समूह विशिष्ट क्वेरी भेजें ... दो बार। और टाइमर की समाप्ति के बाद यहां यातायात संचारित करने के लिए बंद हो जाता है। आठ। हालांकि, यह नेटवर्क पर igmp क्वेरी संचारित करना जारी रखता है। उदाहरण के लिए, यदि आपने खिलाड़ी को बंद नहीं किया है, लेकिन बस समस्या के कनेक्शन के साथ कहीं। फिर कनेक्शन को पुनर्स्थापित किया गया है, लेकिन ग्राहक स्वयं द्वारा रिपोर्ट नहीं भेजता है। लेकिन क्वेरी जवाब। इस प्रकार, प्रवाह मानव भागीदारी के बिना ठीक हो सकता है। फिर एक बार ऐसा इसलिए किया जाता है ताकि सैकड़ों ग्राहक सभी दायरे को सामान्य क्वेरी प्राप्त करके अपनी रिपोर्ट के साथ नेटवर्क में बाढ़ नहीं आए। इसके अलावा, केवल एक ग्राहक आमतौर पर रिपोर्ट भेजता है। - प्रोटोकॉल जिसके द्वारा राउटर मल्टीकास्ट यातायात प्राप्तकर्ताओं और उनके डिस्कनेक्शन की उपस्थिति के बारे में सीखता है। समूह विशिष्ट क्वेरी। आईजीएमपी रिपोर्ट\n- कनेक्ट होने पर और आईजीएमपी क्वेरी के जवाब में ग्राहक द्वारा भेजा गया। इसका मतलब है कि ग्राहक किसी विशेष समूह का एक शानदार प्रदर्शन प्राप्त करना चाहता है।\nआईजीएमपी जनरल क्वेरी।\n- यह समय-समय पर राउटर द्वारा भेजा जाता है कि अब किस समूह की आवश्यकता है। प्राप्तकर्ता के पते के रूप में, 224.0.0.1 संकेत दिया गया है।\nIgmp समूह sepcific query\n- संदेश छोड़ने के जवाब में राउटर द्वारा भेजा गया, यह पता लगाने के लिए कि क्या इस समूह में अन्य प्राप्तकर्ता हैं या नहीं। प्राप्तकर्ता के पते के रूप में, मल्टीकास्ट समूह का पता इंगित किया गया है।\n- जब वह समूह छोड़ना चाहता है तो ग्राहक द्वारा चुना जाता है।\n- यदि एक प्रसारण सेगमेंट में कई राउटर हैं जिन्हें प्रसारित किया जा सकता है, उनमें से एक मुख्य-क्वेरियर चुना गया है। यह समय-समय पर क्वेरी भेज देगा और यातायात संचारित करेगा।\nसभी igmp शर्तों का विस्तृत विवरण\nइसलिए, हमने पाया कि ग्राहक अपने इरादों के बारे में निकटतम राउटर को कैसे सूचित करते हैं। अब एक बड़े नेटवर्क के माध्यम से प्राप्तकर्ता को स्रोत से यातायात को स्थानांतरित करना अच्छा लगेगा। यदि आप इसके बारे में सोचते हैं, तो हम एक संतुष्ट जटिल समस्या से पहले खड़े हैं - स्रोत केवल समूह को प्रसारित करता है, वह जानता है कि प्राप्तकर्ता कहां स्थित हैं और कितने हैं। .\nप्राप्तकर्ता और निकटतम राउटर केवल इतना जानते हैं कि उन्हें किसी विशेष समूह के शानदार होने की आवश्यकता है, लेकिन कोई जानकारी नहीं है कि स्रोत कहां है और उसका पता क्या है। इस स्थिति में यातायात कैसे वितरित करें?\nकई मल्टीकास्ट ट्रैफिक रूटिंग प्रोटोकॉल हैं: डीवीएमआरपी\n- वे सभी विभिन्न तरीकों से ऐसे कार्य को हल करते हैं। लेकिन मानक डी तथ्य बन गया\nपीआईएम - प्रोटोकॉल स्वतंत्र मल्टीकास्ट\nअन्य दृष्टिकोण इतने अवांछित हैं कि कभी-कभी भी उनके डेवलपर्स व्यावहारिक रूप से इसे पहचानते हैं। यहां, उदाहरण के लिए, सीबीटी प्रोटोकॉल के माध्यम से आरएफसी से एक अंश: सीबीटी संस्करण2नहीं है, और नहीं था, संस्करण 1 के साथ पीछे की ओर संगत होने का इरादा है; हम इसे व्यापक संगतता समस्याओं के कारण नहीं निकालते हैं क्योंकि हम नहीं मानते हैं कि सीबीटी इस चरण में व्यापक रूप से तैनात है।\nपीआईएम में दो संस्करण हैं जिन्हें सिद्धांत रूप में दो अलग-अलग प्रोटोकॉल भी कहा जा सकता है, वे दृढ़ता से अलग हैं:\nपिम घने मोड (डीएम)\nपीआईएम स्पैस मोड (एसएम) स्वतंत्र वह इसलिए है क्योंकि यह अद्वितीय यातायात को रूट करने के एक विशेष कार्यक्रम से बंधा नहीं है, और बाद में आप देखेंगे क्यों। .\nपिम घने मोड।\nमाथे में मल्टीकस्ट की डिलीवरी की समस्या को हल करने की कोशिश कर रहा है। वह स्पष्ट रूप से मानता है कि प्राप्तकर्ता नेटवर्क के सभी कोनों में हर जगह हैं। इसलिए, शुरुआत में वह मल्टीकास्ट यातायात के पूरे नेटवर्क को रखता है, यानी, यह इसे सभी बंदरगाहों को भेजता है, इसके अलावा, जहां से वह आया था। यदि यह पता चला है कि कहीं भी उसकी आवश्यकता नहीं है, तो यह शाखा एक विशेष संदेश पीआईएम प्रून की मदद से "कट ऑफ" है - यातायात अब वहां नहीं भेजा जाता है। लेकिन एक ही शाखा में थोड़ी देर के बाद, राउटर एक मल्टीकास्ट भेजने के लिए फिर से कोशिश कर रहा है - अचानक प्राप्तकर्ता वहां दिखाई दिए। यदि प्रकट नहीं हुआ, तो शाखा को एक निश्चित अवधि में फिर से काट दिया गया है। यदि राउटर पर क्लाइंट इन दो घटनाओं के बीच अंतराल में दिखाई दिया, तो भ्रष्टाचार संदेश भेजा जाता है - राउटर कट शाखा को वापस अनुरोध करता है ताकि जब तक यह कुछ नहीं गिरता तब तक इंतजार न करें। .\nजैसा कि आप देख सकते हैं, प्राप्तकर्ताओं के मार्ग को निर्धारित करने का कोई सवाल नहीं है - यातायात उन्हें केवल इसलिए प्राप्त करेगा क्योंकि यह हर जगह है।\nअनावश्यक शाखाओं के "खतना" के बाद, एक पेड़ रहता है, साथ ही एक मल्टीकास्ट यातायात पारित किया जाता है। इस पेड़ को बुलाया जाता है\nएसपीटी - सबसे छोटा रास्ता पेड़\nयह लूपों से रहित है और प्राप्तकर्ता से स्रोत के लिए सबसे कम पथ का उपयोग करता है। संक्षेप में यह एसटीपी में पेड़ फैलाने के समान है\nजहां जड़ स्रोत है।\nएसपीटी एक ठोस पेड़ दृश्य है - सबसे छोटा पेड़ का पेड़। सामान्य रूप से, किसी भी मल्टीकोन पेड़ कहा जाता है\nएमडीटी - मल्टीकास्ट वितरण पेड़\nयह माना जाता है कि पिम डीएम का उपयोग मल्टीकास्ट ग्राहकों के उच्च घनत्व वाले नेटवर्क पर किया जाना चाहिए, जो इसका नाम (घने) बताता है। लेकिन वास्तविकता ऐसी है कि यह स्थिति एक अपवाद है, और अक्सर पीआईएम डीएम अनुचित है। हमारे लिए वास्तव में क्या महत्वपूर्ण है अब लूप से बचने के लिए एक तंत्र है। इस तरह के एक नेटवर्क की कल्पना करें:\nएक स्रोत, एक प्राप्तकर्ता और उनके बीच सबसे सरल आईपी नेटवर्क। पीआईएम डीएम चलाने वाले सभी राउटर पर।\nअगर लूप से बचने के लिए कोई विशेष तंत्र नहीं होता तो क्या होगा?\nस्रोत मल्टीकास्ट यातायात भेजता है। आर 1 इसे प्राप्त करता है और पीआईएम डीएम के सिद्धांतों के अनुसार सभी इंटरफेस को भेजता है, इसके अलावा, जहां से वह आया - वह, आर2और आर3पर है।\nआर2उसी तरह प्रवेश करता है, यानी, यह आर3की ओर यातायात भेजता है। आर3यह निर्धारित नहीं कर सकता कि यह वही यातायात है जिसे वह पहले ही आर 1 से प्राप्त कर चुका है, इसलिए यह इसे अपने सभी इंटरफेस को भेजता है। आर 1 को आर3से यातायात की एक प्रति प्राप्त होगी। यहाँ वह एक लूप है।\nइस तरह की स्थिति में पीआईएम क्या पेशकश करता है?\nआरपीएफ - रिवर्स पथ अग्रेषण\n। यह पीआईएम (किसी भी प्रकार: और डीएम और एसएम और एसएम) में मल्टीकास्ट यातायात को प्रेषित करने का मुख्य सिद्धांत है - स्रोत से यातायात कम से कम पथ के साथ आना चाहिए। यही है, प्रत्येक के लिए मल्टीकास्ट पैकेज के लिए, इसे रूटिंग तालिका के आधार पर चेक किया जाता है, चाहे वह वहां से आया हो। 1) राउटर मल्टीकास्ट पैकेट स्रोत के पते पर दिखता है।\n2) रूटिंग तालिका की जांच करता है, जिसके माध्यम से स्रोत पता उपलब्ध है।\n3) इंटरफ़ेस की जांच करता है जिसके माध्यम से मल्टीकास्ट पैकेज आया था।\n4) यदि इंटरफेस मेल खाता है - सबकुछ ठीक है, तो मल्टीकास्ट पैकेज छोड़ दिया जाता है, यदि डेटा किसी अन्य इंटरफ़ेस से आता है - तो उन्हें त्याग दिया जाएगा।\nहमारे उदाहरण में, आर3जानता है कि स्रोत का सबसे छोटा रास्ता आर 1 (स्थिर या गतिशील मार्ग) के माध्यम से निहित है। इसलिए, आर 1 से आने वाले मल्टीकास्ट पैकेट का परीक्षण किया जाता है और आर3प्राप्त होता है, और आर2से आए थे।\nइस जाँच को कहा जाता है\nआरपीएफ-चेक। और अधिक जटिल नेटवर्कों में भी धन्यवाद, एमडीटी में लूप उत्पन्न नहीं होंगे। यह तंत्र हमारे लिए महत्वपूर्ण है, क्योंकि यह प्रासंगिक है और पीआईएम-एसएम में और अकेले ही काम करता है।\nजैसा कि आप देख सकते हैं, पीआईएम अद्वितीय रूटिंग की तालिका पर आधारित है, लेकिन सबसे पहले, यह यातायात को वापस नहीं करता है, दूसरा, इससे कोई फर्क नहीं पड़ता कि तालिका को कौन और कैसे भरा जाए। आप यहां नहीं रुकेंगे और पीआईएम डीएम के काम पर विस्तार से विचार करेंगे - यह एक पुराना प्रोटोकॉल है जिसमें कमी की कमी होती है (अच्छी तरह से, चीर की तरह .\nहालांकि, कुछ मामलों में पीआईएम डीएम लागू किया जा सकता है। उदाहरण के लिए, बहुत छोटे नेटवर्क में, जहां मल्टीकास्ट का प्रवाह छोटा होता है।\nपीआईएम स्पैस मोड।\nएक पूरी तरह से अलग दृष्टिकोण लागू होता है पीआईएम एसएम।\n। नाम (क्षतिग्रस्त मोड) के बावजूद, इसे किसी भी नेटवर्क पर सफलतापूर्वक उपयोग किया जा सकता है जो कम से कम पीआईएम डीएम से भी बदतर नहीं है।\nयहां उन्होंने मल्टीकास्ट नेटवर्क की बिना शर्त बाढ़ के विचार से इनकार कर दिया। इच्छुक नॉट्स स्वतंत्र रूप से संदेशों का उपयोग करके एक पेड़ कनेक्शन का अनुरोध करते हैं\nपिम में शामिल हों। यदि राउटर में शामिल नहीं हुए, तो यातायात नहीं भेजा जाएगा। यह समझने के लिए कि कैसे पीआईएम काम करता है, चलो एक ही पीआईएम राउटर के साथ एक साधारण नेटवर्क से शुरू करते हैं:\nसेटिंग्स से आर 1 तक, आपको एक मल्टीकास्ट, पीआईएम एसएम को दो इंटरफेस (स्रोत की ओर और क्लाइंट की ओर) और ग्राहक की ओर igmp पर रूट करने की क्षमता को सक्षम करना होगा।\nअन्य मूल सेटिंग्स के अलावा, निश्चित रूप से (आईपी, आईजीपी)।\nअब से, आप जीएनएस छोड़ सकते हैं और प्रयोगशाला एकत्र कर सकते हैं। इस आलेख में मैंने जो मल्टीकास्ट के लिए स्टैंड को इकट्ठा किया है, इस बारे में पर्याप्त है।\nR1 (CONFIG) #IP MULTICAST-RATING R1 (CONFIG) #INT FA0 /0R1 (CONFIG-IF) #IP PIM SPARSE-MODE R1 (CONFORM-IF) #INT FA1 /0R1 (CONFIG-IF) #IP PIM स्पैस-मोड। सिस्को यहां आमतौर पर इसके विशेष दृष्टिकोण की विशेषता है: जब आप इंटरफ़ेस पर पीआईएम को सक्रिय करते हैं, तो आईजीएमपी स्वचालित रूप से सक्रिय होता है। सभी इंटरफेस पर जहां पीआईएम सक्रिय होता है, यह काम करता है और आईजीएमपी। साथ ही, अन्य निर्माताओं के पास दो अलग-अलग प्रोटोकॉल होते हैं जो दो अलग-अलग आदेशों को चालू करते हैं: अलग-अलग आईजीएमपी, अलग से पीआईएम। सिस्को को इस विषमता को क्षमा करें? एक साथ अन्य सभी के साथ? इसके अलावा, आरपी पते को कॉन्फ़िगर करना आवश्यक हो सकता है ( आईपी पीआईएम आरपी-पता 172.16.0.1 , उदाहरण के लिए)। इसके बारे में बाद में, एक दिए गए और स्वीकार के रूप में स्वीकार करते हुए।\nसमूह 224.2.2.4 के लिए मल्टीकास्ट रूटिंग तालिका की वर्तमान स्थिति की जांच करें: स्रोत पर प्रसारण शुरू करने के बाद, आपको तालिका को फिर से जांचने की आवश्यकता है। आइए इस छोटे से निष्कर्ष का विश्लेषण करें।\nरिकॉर्डिंग व्यू (*, 225.0.1.1) साथ ही, अन्य निर्माताओं के पास दो अलग-अलग प्रोटोकॉल होते हैं जो दो अलग-अलग आदेशों को चालू करते हैं: अलग-अलग आईजीएमपी, अलग से पीआईएम। बुला हुआ इसके अलावा, आरपी पते को कॉन्फ़िगर करना आवश्यक हो सकता है ( (*, जी) , / पढ़ें Starkomadzhi (/ और प्राप्तकर्ताओं के बारे में हमें सूचित करता है। और एक क्लाइंट-कंप्यूटर के बारे में बात करना जरूरी नहीं है, सामान्य रूप से यह एक और पीआईएम राउटर हो सकता है। यह महत्वपूर्ण है कि किस इंटरफेस को यातायात पास करने की आवश्यकता है। यदि डाउनस्ट्रीम इंटरफेस (तेल) की सूची खाली है -\n, इसलिए, कोई प्राप्तकर्ता नहीं हैं - और हमने उन्हें अभी तक लॉन्च नहीं किया है।\n(172.16.0.5, 225.0.1.1) (एस, जी) .\n/ और सुझाव देता है कि स्रोत ज्ञात है। हमारे मामले में, पते के साथ एक स्रोत 172.16.0.5 समूह 224.2.2.4 के लिए यातायात प्रसारित करता है। मल्टीकास्ट ट्रैफ़िक FE0 / 1 इंटरफ़ेस में आता है - यह है\nतो, कोई ग्राहक नहीं। स्रोत से यातायात राउटर और इस जीवन पर आता है। आइए अब प्राप्तकर्ता जोड़ें - हम पीसी पर मल्टीकास्ट का स्वागत करेंगे।\nपीसी आईजीएमपी रिपोर्ट भेजता है, राउटर समझता है कि ग्राहक मल्टीकास्ट रूटिंग तालिका में दिखाई देते हैं और अपडेट किए जाते हैं। अब वह इस तरह दिखती है: एक डाउनस्ट्रीम इंटरफ़ेस दिखाई दिया: Fe0 / 0, जो काफी उम्मीद है। और यह (*, जी) और (एस, जी) दोनों में दिखाई दिया। डाउनस्ट्रीम इंटरफेस की सूची कहा जाता है\nतेल - आउटगोइंग इंटरफ़ेस सूची\nFe1 /0इंटरफ़ेस में एक और क्लाइंट जोड़ें:\nयदि आप सचमुच आउटपुट पढ़ते हैं, तो हमारे पास है:\n(*, जी): समूह 224.2.2.4 के लिए मल्टीकास्ट यातायात प्राप्तकर्ता हैं बाहरी इंटरफेस Fe0 / 0, Fe1 / 0। और बिल्कुल कोई फर्क नहीं पड़ता कि प्रेषक कौन है, क्या और संकेत "*"।\n(एस, जी): जब गंतव्य पते के साथ मल्टीकास्ट यातायात 224.2.2.4 स्रोत 172.16.0.5 से FE0 / 1 इंटरफ़ेस में आता है, इसकी प्रतियां Fe0 /0और Fe1 /0को भेजी जानी चाहिए।\nलेकिन यह एक बहुत ही सरल उदाहरण था - एक राउटर तुरंत स्रोत पता जानता है और जहां प्राप्तकर्ता स्थित हैं। वास्तव में, यहां तक कि पेड़ भी नहीं हैं - पतित को छोड़कर। लेकिन इससे हमें इस बात से निपटने में मदद मिली कि पीआईएम और आईजीएमपी कैसे बातचीत करते हैं।\nपीआईएम के साथ निपटने के लिए, हम नेटवर्क को और अधिक जटिल कर देते हैं\nमान लीजिए कि सभी आईपी पते पहले से ही योजना के अनुसार कॉन्फ़िगर किए गए हैं। नेटवर्क सामान्य अद्वितीय रूटिंग के लिए आईजीपी चलाता है। ग्राहक 1 उदाहरण के लिए, एक स्रोत सर्वर पिंग कर सकते हैं। लेकिन अब तक पीआईएम, आईजीएमपी नहीं चल रहा है, ग्राहक चैनलों का अनुरोध नहीं करते हैं। फ़ाइल प्रारंभिक विन्यास\nतो, समय का क्षण 0।\nसभी पांच राउटर पर मल्टीकास्ट रूटिंग चालू करें:\nआरएक्स (कॉन्फ़िगर) #IP मल्टीकास्ट-रूटिंग\nपीआईएम को सीधे सभी राउटर के सभी इंटरफेस पर शामिल किया गया है (स्रोत सर्वर और ग्राहकों की ओर इंटरफ़ेस सहित):\nRx (config) #int fex / x rx (config-if) #ip pim sparse-mode सिद्धांत रूप में आईजीएमपी, ग्राहकों के प्रति इंटरफेस पर शामिल किया जाना चाहिए, लेकिन, जैसा कि हमने पहले से ही ऊपर उल्लेख किया है, यह स्वचालित रूप से सिस्को उपकरण पर पीआईएम के साथ बदल जाता है। पहली चीज जो पीआईएम करती है - पड़ोस सेट करती है। इसके लिए उपयोग किए गए संदेश\n। जब आप इंटरफ़ेस पर पीआईएम को सक्रिय करते हैं, तो पिम हैलो को पते पर भेजा जाता है\nटीटीएल के साथ 1. इसका मतलब है कि एक प्रसारण डोमेन में केवल राउटर पड़ोसियों हो सकते हैं।\nजैसे ही पड़ोसियों को एक दूसरे से बधाई मिली:\nअब वे मल्टीकास्ट समूहों के लिए आवेदन स्वीकार करने के लिए तैयार हैं।\nअगर हम अब एक तरफ ग्राहक के संलग्नक में शुरू करते हैं और दूसरे पर सर्वर से मल्टीकास्ट स्ट्रीम चालू करते हैं, तो आर 1 को यातायात प्रवाह प्राप्त होगा, और जब आप कनेक्ट करने का प्रयास करते हैं तो आर4को आईजीएमपी रिपोर्ट प्राप्त होगी। नतीजतन, आर 1 प्राप्तकर्ताओं के बारे में कुछ भी नहीं जानता, और स्रोत पर आर 4। यह अच्छा होगा यदि स्रोत के बारे में जानकारी और समूह के ग्राहकों को कहीं एक ही स्थान पर एकत्र किया गया था। लेकिन किस में? बैठक का इस तरह का एक बिंदु कहा जाता है\nरेंडेज़वस पॉइंट - आरपी\n। यह पीआईएम एसएम की केंद्रीय अवधारणा है। इसके बिना कुछ भी काम नहीं किया। स्रोत और प्राप्तकर्ता यहां दिए गए हैं।\nसभी पीआईएम राउटर को पता होना चाहिए कि डोमेन में आरपी कौन है, यानी, इसका आईपी पता जानें। एक एमडीटी पेड़ बनाने के लिए, नेटवर्क को आरपी कुछ केंद्रीय बिंदु के रूप में चुना जाता है, जो, स्रोत का अध्ययन करने के लिए जिम्मेदार,\nयह सभी रुचि से संदेशों में शामिल होने के आकर्षण का एक बिंदु है।\nआरपी: स्थिर और गतिशील कार्य करने के दो तरीके हैं। हम दोनों इस लेख में देखेंगे, लेकिन स्थैतिक के साथ शुरू करेंगे, क्योंकि स्थिर होने की अधिक संभावना है?\nआर2को आर2द्वारा खेला जाने दें।\nविश्वसनीयता बढ़ाने के लिए, लूपबैक पता आमतौर पर चुना जाता है। इसलिये\nराउटर को कमांड द्वारा निष्पादित किया जाता है: आरएक्स (कॉन्फ़िगर) #IP PIM RP- पता 2.2.2.2 )\nस्वाभाविक रूप से, यह पता सभी बिंदुओं से रूटिंग तालिका पर उपलब्ध होना चाहिए। खैर, चूंकि पता 2.2.2.2 इंटरफ़ेस पर आरपी है )\nलूपबैक 0। आर2पर, यह पीआईएम को सक्रिय करने के लिए भी वांछनीय है। R2 (config) # इंटरफेस लूपबैक0rx (config-if) #ip pim sparse-mode )\nउसके तुरंत बाद, आर4समूह 224.2.2.4 के लिए यातायात के स्रोत के बारे में जानता है:\nऔर यहां तक कि यातायात को स्थानांतरित करता है:\nFe0 / 1 इंटरफ़ेस 362000 बी / एस आता है, और एफई 0/0 इंटरफ़ेस के माध्यम से वे प्रेषित होते हैं।\nहमने सब किया: इसके बाद, राउटर स्ट्रीम बंद कर देता है। मल्टीकास्ट यातायात को रूट करने की क्षमता शामिल थी (\nथोड़ा और अधिक कठिन मामला मानें: आईपी मल्टीकास्ट-रूटिंग\nइंटरफेस पर सक्रिय पीआईएम ( यही है, प्रत्येक के लिए मल्टीकास्ट पैकेज के लिए, इसे रूटिंग तालिका के आधार पर चेक किया जाता है, चाहे वह वहां से आया हो। आईपी पीआईएम स्पैस-मोड\nपता आरपी का संकेत दिया ( आईपी पीआईएम आरपी-एड्रेस X.x.x.x. सबकुछ, यह पहले से ही एक कार्य कॉन्फ़िगरेशन है और खोजा जा सकता है, क्योंकि दृश्यों को मंच पर दिखाई देने से ज्यादा छिपा हुआ है। पीआईएम के साथ पूर्ण विन्यास।\n- राजनीति। जो जीत जाएगा वह क्वेरी भेज देगा, रिपोर्ट की निगरानी करेगा और छोड़ने के लिए प्रतिक्रिया करेगा, और तदनुसार, यह सेगमेंट को यातायात भेज देगा। हारने वाला केवल रिपोर्ट सुनेंगे और पल्स पर अपना हाथ रखेंगे। डीब्रीफिंग\nखैर, सब कुछ अंत में कैसे काम करता है? आरपी कैसे जानता है कि स्रोत जहां ग्राहक और उनके बीच संचार प्रदान करते हैं? चूंकि सबकुछ हमारे पसंदीदा ग्राहकों के लिए निकलता है, फिर, उनके साथ शुरू, विवरण में पूरी प्रक्रिया पर विचार करें। क्लाइंट 1 समूह 224.2.2.4 के लिए आईजीएमपी रिपोर्ट भेजता है\nआर4को यह क्वेरी मिलती है, यह समझती है कि Fe0 /0इंटरफ़ेस के बाहर एक क्लाइंट है, इस इंटरफ़ेस को तेल और फॉर्म रिकॉर्डिंग (*, जी) में जोड़ता है।\nआरोही इंटरफ़ेस Fe0 / 1 यहां देखा गया है, लेकिन इसका मतलब यह नहीं है कि आर4समूह 224.2.2.4 के लिए यातायात प्राप्त करता है। यह केवल बात करता है कि वह एकमात्र स्थान जहां से वह प्राप्त कर सकता है वह Fe0 / 1 है, क्योंकि यह वहां है कि आरपी वहाँ है। वैसे, पड़ोसी जो पास हुआ\nआर 1 और आर2राउटर चालू होने के पल से स्थिति पर विचार करें। - आर 2: 10.0.2.24। अपेक्षित होना।\nआर4कहा जाता है - एलएचआर (अंतिम हॉप राउटर) - यदि आप स्रोत से गिनती करते हैं तो मल्टीकास्ट यातायात के मार्ग पर अंतिम राउटर। दूसरे शब्दों में, यह प्राप्तकर्ता के निकटतम राउटर है। के लिये\nग्राहक 1। - यह आर4है ग्राहक 2।\n- यह आर5है।\nचूंकि आर4पर कोई मल्टीकास्ट स्ट्रीम नहीं है (यह पहले से अनुरोध नहीं किया गया है), यह पीआईएम संदेश में शामिल हो जाता है और इसे आरपी (2.2.2.2) की ओर भेजता है।\nपीआईएम शामिल एक मल्टीकास्ट द्वारा पते 224.0.0.13 द्वारा भेजा जाता है। "आरपी की दिशा में", "रूटिंग तालिका में निर्दिष्ट इंटरफ़ेस के माध्यम से, पैकेज के अंदर निर्दिष्ट पते के लिए आउटबाउंड के रूप में। हमारे मामले में, यह 2.2.2.2 है - पता आरपी। इस तरह के जुड़ाव को संदर्भित किया जाता है\nशामिल हों (*, जी)\nऔर वह कहता है: "इससे कोई फर्क नहीं पड़ता कि कौन स्रोत है, मुझे एक समूह यातायात की आवश्यकता है 224.2.2.4।" यही है, रास्ते पर प्रत्येक राउटर को इस तरह के जुड़ाव को संभालना चाहिए और यदि आवश्यक हो, तो आरपी के पक्ष में एक नया जुड़ने भेजें। (यह समझना महत्वपूर्ण है कि यदि पहले से ही राउटर पर यह समूह है, तो यह शामिल नहीं होगा - यह उस इंटरफ़ेस को जोड़ देगा जिसमें से तेल में शामिल हो गया है और यातायात पारित करना शुरू कर देता है)। हमारे मामले में, Fe0 / 1 में शामिल हों:\nआर 2, शामिल होने के बाद, एक रिकॉर्ड (*, जी) उत्पन्न करता है और तेल के लिए Fe0 /0इंटरफ़ेस जोड़ता है। लेकिन इसमें शामिल नहीं हो सकते हैं - वह खुद पहले से ही आरपी है, और अभी तक स्रोत के बारे में कुछ भी ज्ञात नहीं है। लेकिन एक ही शाखा में थोड़ी देर के बाद, राउटर एक मल्टीकास्ट भेजने के लिए फिर से कोशिश कर रहा है - अचानक प्राप्तकर्ता वहां दिखाई दिए। यदि प्रकट नहीं हुआ, तो शाखा को एक निश्चित अवधि में फिर से काट दिया गया है। यदि राउटर पर क्लाइंट इन दो घटनाओं के बीच अंतराल में दिखाई दिया, तो भ्रष्टाचार संदेश भेजा जाता है - राउटर कट शाखा को वापस अनुरोध करता है ताकि जब तक यह कुछ नहीं गिरता तब तक इंतजार न करें। इस प्रकार, आरपी सीखता है कि ग्राहक कहां स्थित हैं।\nइंटरफेस पर सक्रिय igmp। यदि एक\nग्राहक 2। इसके अलावा एक ही समूह के लिए मल्टीकास्ट यातायात भी प्राप्त करना चाहते हैं, आर5पीआईएम को Fe0 / 1 में शामिल भेज देगा, क्योंकि यह आरपी, आर3है, इसे प्राप्त करने के बाद, एक नया पीआईएम शामिल है और इसे Fe1 / 1 में भेजता है - जहां आरपी स्थित है। यही है, यात्रा में शामिल हों, नोड के पीछे नोड तब तक नोड करें जब तक कि यह आरपी या किसी अन्य राउटर को न हो, जहां इस समूह के पहले से ही ग्राहक हैं।\nतो, आर2हमारा आरपी है - अब जानता है कि Fe0 /0और Fe1 /0के लिए उनके पास समूह 224.2.2.4 के लिए प्राप्तकर्ता हैं।\nऔर इससे कोई फर्क नहीं पड़ता कि वहां कितने हैं - प्रत्येक इंटरफ़ेस या सौ के बाद एक - यातायात का प्रवाह अभी भी इंटरफ़ेस पर होगा। यदि आप ग्राफिक रूप से दिखाते हैं कि हमें क्या मिला, तो यह इस तरह दिखेगा: दूरस्थ रूप से एक पेड़ जैसा दिखता है, है ना? इसलिए, इसे कहा जाता है -\nपहले, डिफ़ॉल्ट रूप से, उनमें से प्रत्येक खुद को क्वेरियर मानता है। आरपीटी - रेंडेज़वस पॉइंट ट्री\n। यह पेड़ आरपी में निहित है, और जिनकी शाखाएं ग्राहकों तक फैली हुई हैं।\nअधिक सामान्य शब्द जैसा कि हमने ऊपर बताया है -\n- पेड़ जिसके साथ मल्टीकास्ट स्ट्रीम वितरित की जाती है। बाद में आप एमडीटी और आरपीटी के बीच का अंतर देखेंगे।\nअब हम सर्वर देते हैं। जैसा कि हमने पहले से ही चर्चा की है, वह पीआईएम, आरपी, आईजीएमपी के बारे में चिंता नहीं करता है - वह सिर्फ प्रसारण करता है। और आर 1 को यह धारा मिलती है। उनका काम आरपी को मल्टीकास्ट प्रदान करना है। पीआईएम में एक विशेष प्रकार के संदेश हैं - रजिस्टर करें । आरपी पर एक मल्टीकास्ट स्रोत पंजीकृत करने के लिए इसकी आवश्यकता है।\nसामान्य क्वेरी अन्य आईजीएमपी राउटर समेत खंड में सभी उपकरणों को प्राप्त करती है। तो, आर 1 समूहों की एक मल्टीकास्ट स्ट्रीम प्राप्त करता है 224.2.2.4:\nआर 1 है\nएफएचआर (फर्स्ट हॉप राउटर)\n- मल्टीकास्ट यातायात के मार्ग या स्रोत के सबसे करीब के रास्ते पर पहला राउटर।\nइसके बाद, यह स्रोत से अद्वितीय पीआईएम रजिस्टर में प्राप्त प्रत्येक मल्टीकास्ट पैकेज को समाहित करता है और इसे सीधे आरपी भेजता है।\nप्रोटोकॉल स्टैक पर ध्यान दें। यूनिकस्ट आईपी के शीर्ष पर और पीआईएम हेडर मूल मल्टीकास्ट आईपी, यूडीपी और डेटा है।\nअब, अन्य सभी के विपरीत, प्राप्तकर्ता के पते में, 2.2.2.2 का संकेत दिया गया पीआईएम संदेश इंगित किया गया है, और एक बहुआयामी पता नहीं।\nइस तरह का पैकेज आरपी को यूनिकरेटन रूटिंग के मानक नियमों के अनुसार वितरित किया जाता है और मूल मल्टीकास्ट पैकेज होता है, यानी, यह है ... यह सुरंग है!\nकार्य संख्या 1। योजना और प्रारंभिक विन्यास। .\nपड़ोसी से ऐसा संदेश प्राप्त करने के बाद, प्रत्येक राउटर का अनुमान अधिक योग्य है। सर्वर 172.16.0.5 पर, एक ऐसा एप्लिकेशन जो केवल यूडीपी 10 999 प्राप्तकर्ता बंदरगाह के साथ केवल एक प्रसारण पते 255.255.255.255 के लिए संकुल को प्रसारित कर सकता है। यह यातायात ग्राहकों को 1 और2तक पहुंचाया जाना चाहिए: .\nग्राहक 1 समूह पते के साथ एक मल्टीकास्ट ट्रैफ़िक के रूप में 239.9.9.9।\nऔर क्लाइंट सेगमेंट2में, पते पर प्रसारण पैकेज के रूप में 255.255.255.255।\nयहां कार्य का विवरण।\n===================== योजना और प्रारंभिक विन्यास। आरपी को पीआईएम रजिस्टर प्राप्त होता है, इसे अनपॅक्स करता है और समूह 224.2.2.4 के लिए रैपर के तहत यातायात का पता लगाता है। स्वतंत्र वह इसलिए है क्योंकि यह अद्वितीय यातायात को रूट करने के एक विशेष कार्यक्रम से बंधा नहीं है, और बाद में आप देखेंगे क्यों। इसके बारे में जानकारी, वह तुरंत मल्टीकास्ट रूटिंग की अपनी तालिका में प्रवेश करता है:\nएक प्रविष्टि (एस, जी) - (172.16.0.5, 224.2.2.4)। अनपैक्ड आरपी पैकेट आगे एफएडी /0और एफई 1/0 इंटरफेस पर भेजता है, जिसके अनुसार यातायात ग्राहकों के लिए आता है।\nसिद्धांत रूप में, यह रोका जा सकता है। सब कुछ काम करता है - ग्राहकों को यातायात मिलता है। लेकिन दो समस्याएं हैं:\nप्रक्रियाओं encapsulation और decapsulation - राउटर के लिए बहुत महंगा कार्रवाई। इसके अलावा, अतिरिक्त हेडर पैकेज के आकार को बढ़ाते हैं, और यह केवल मध्यवर्ती नोड पर एमटीयू में चढ़ सकता है (आपको सुरंग की सभी समस्याओं को याद है)।\nयदि अचानक स्रोत और आरपी के बीच कहीं भी समूह के लिए प्राप्तकर्ता हैं, तो मल्टीकास्ट यातायात को दो बार एक तरह से जाना होगा। उदाहरण के लिए यहां एक टोपोलॉजी है: रजिस्टर संदेशों में यातायात पहले आर 1-आर 42-आर2लाइन के साथ आरपी तक पहुंच जाएगा, फिर नेट मल्टीकास्ट आर 2-आर 42 लाइन के साथ वापस आ जाएगा। इस प्रकार, आर 42-आर2लाइन पर, विपरीत दिशाओं में यद्यपि एक यातायात की दो प्रतियां जायेंगी। इसलिए, एक साफ मल्टीकास्ट को आरपी में आरपी में स्थानांतरित करना बेहतर होता है, और इसके लिए आपको एक पेड़ बनाने की आवश्यकता होती है - स्रोत वृक्ष इसलिए, आरपी पीआईएम को आर 1 में शामिल भेजता है। लेकिन अब यह समूह पते के लिए आरपी नहीं है, लेकिन रजिस्टर संदेश से अध्ययन किया गया स्रोत। यह संदेश कहा जाता है शामिल हों (एस, जी) - स्रोत विशिष्ट शामिल हों उनका लक्ष्य वास्तव में पीआईएम में शामिल है (*, जी) - एक पेड़ बनाएं, केवल इस बार स्रोत से आरपी तक। शामिल हों (एस, जी) सामान्य रूप से जुड़ने के रूप में एक नोड के पीछे एक नोड भी बढ़ाता है (*, जी)। केवल (*, जी) में शामिल हों, आरपी के लिए प्रयास कर रहा है, और एस - स्रोत में शामिल हो (एस, जी)। चूंकि प्राप्तकर्ता का पता भी एक सेवा पता 224.0.0.13 और ttl = 1 है। यदि इंटरमीडिएट नोड्स हैं, उदाहरण के लिए, आर 42, वे रिकॉर्डिंग (एस, जी) और इस समूह के लिए डाउनस्ट्रीम इंटरफेस की एक सूची भी बनाते हैं और आगे स्रोत पर शामिल होते हैं। जिस मार्ग के लिए आरपी से स्रोत में शामिल हो जाता है - स्रोत से पेड़। लेकिन अधिक आम नाम - - आखिरकार, स्रोत से आरपी तक यातायात कम से कम पथ के साथ जाएगा।\nनौ) आर 1 प्राप्त करने वाले (एस, जी), एफई 1/0 इंटरफ़ेस को जोड़ता है, जिसमें से पैकेज डाउनस्ट्रीम तेल इंटरफेस की सूची में आया और नेट मल्टीकास्ट ट्रैफिक, अनपेक्षित encapsulation प्रसारित करने के लिए शुरू होता है। आर 1 पर रिकॉर्डिंग (एस, जी) पहले से ही हो चुका है जैसे ही इसे स्रोत सर्वर से पहला बहुमूल्य पैकेज मिलता है। निर्मित स्रोत पेड़ के अनुसार, मल्टीकास्ट आरपी (और सभी मध्यवर्ती ग्राहकों को प्रसारित किया जाता है, उदाहरण के लिए, आर 42)। .\nलेकिन यह ध्यान रखना आवश्यक है कि पंजीकरण संदेश इस समय तक प्रसारित किए गए थे और अब तक पारित हो गए थे। वास्तव में, आर 1 अब यातायात की दो प्रतियां भेजता है: एक शुद्ध मल्टीकास्ट एसपीटी है, दूसरा यूनिकस्टिक रजिस्टर में encapsulated है। सबसे पहले, आर 1 रजिस्टर करने के लिए एक मल्टीकास्ट भेजता है - पैकेज 231।\n। फिर आर2(आरपी) पेड़ से जुड़ना चाहता है, सम्मिलित भेजता है -\n। आर 1 अभी भी कुछ समय है जबकि क्वेरी को आर2द्वारा संसाधित किया जाता है, रजिस्टर करने के लिए एक मल्टीकास्ट भेजता है ( 233 से 238 तक पैकेज )। इसके बाद, जब आर 1 पर तेल में डाउनस्ट्रीम इंटरफ़ेस जोड़ा गया है, तो यह शुद्ध मल्टीकास्ट संचारित करना शुरू कर देता है -\nपैकेज 239 और 242 , लेकिन अभी तक रोक नहीं रहा और पंजीकरण - पैकेज 241 और 243 । लेकिन अ и पैकेज 240। - यह आर2खड़ा नहीं हो सका और एक बार फिर एक पेड़ बनाने के लिए कहा। योजना और प्रारंभिक विन्यास। 10) तो, अनजान मल्टीकास्ट आरपी तक पहुंचता है। वह समझती है कि यह वही यातायात है जो रजिस्टर में आता है, क्योंकि एक ही समूह का पता एक ही स्रोत पता और एक इंटरफ़ेस से है। दो प्रतियों को प्राप्त करने के लिए, यह आर 1 अद्वितीय को भेजता है पीआईएम रजिस्टर-स्टॉप\nरजिस्टर-स्टॉप का मतलब यह नहीं है कि आर2यातायात से इंकार कर देता है या इस स्रोत को अधिक पहचानता नहीं है, यह केवल कहता है कि भेजना बंद करना आवश्यक है\nसमझाया यातायात। इसके बाद, एक भयंकर संघर्ष - आर 1 रजिस्टर-स्टॉप प्रक्रियाओं के दौरान बफर में जमा यातायात को स्थानांतरित करना जारी रखता है, और सामान्य मल्टीकास्ट और रजिस्टर संदेशों के अंदर:\nलेकिन, जल्दी या बाद में, आर 1 केवल शुद्ध मल्टीकास्ट यातायात को प्रसारित करना शुरू कर देता है।\nतैयारी करते समय, मेरे पास एक वैध प्रश्न था: ठीक है, इन सभी सुरंग, पीआईएम रजिस्टर क्यों? एक मल्टीकास्ट यातायात के साथ क्यों नहीं, पीआईएम में शामिल होने के साथ - आरपी के लिए टीटीएल = 1 के साथ एक हॉप के पीछे एक हॉप भेजें - जल्द या बाद में यह आ जाएगा? तो यह एक ही समय में एक पेड़ का निर्माण अनावश्यक संकेतों के बिना भी करेगा।\nयहां कई बारीकियां हैं।\nसबसे पहले, पीआईएम एसएम का मुख्य सिद्धांत का उल्लंघन किया जाता है - यातायात केवल वहां से अनुरोध किया गया था।\nकोई शामिल नहीं - कोई पेड़ नहीं\n! दूसरा, यदि इस समूह के लिए कोई ग्राहक नहीं हैं, तो एफएचआर इसे पहचान नहीं पाता है और "अपने पेड़" पर यातायात भेजना जारी रखेगा। बैंडविड्थ का दिमागी उपयोग क्या है? संचार की दुनिया में, इस तरह के एक प्रोटोकॉल बस जीवित नहीं होगा, क्योंकि पीआईएम डीएम या डीवीएमआरपी से बच नहीं पाया। इसलिए हमारे पास समूह 224.2.2.4 के लिए एक बड़ा एमडीटी पेड़ है\nअब हम सर्वर देते हैं। जैसा कि हमने पहले से ही चर्चा की है, वह पीआईएम, आरपी, आईजीएमपी के बारे में चिंता नहीं करता है - वह सिर्फ प्रसारण करता है। और आर 1 को यह धारा मिलती है। उनका काम आरपी को मल्टीकास्ट प्रदान करना है। स्रोत सर्वर रजिस्टर करें इससे पहले ग्राहक 1।\n। और यह एमडीटी दो टुकड़ों से बना है, जो एक दूसरे से स्वतंत्र रूप से बनाए गए थे:\nस्रोत से आरपी तक और आरपीटी आरपी से ग्राहकों तक। यहां यह आरपीटी और एसपीटी से एमडीटी के बीच अंतर है। एमडीटी एक सामान्य शब्द है जिसका अर्थ है सामान्य रूप से एक मल्टीकास्ट ट्रांसमिशन पेड़, जबकि आरपीटी / एसपीटी इसकी बहुत विशिष्ट उपस्थिति है।\nऔर क्या होगा यदि सर्वर पहले से प्रसारित हो, और कोई ग्राहक नहीं है और नहीं? मल्टीकास्ट तो प्रेषक और आरपी के बीच साइट को क्लोज करेगा?\nनहीं, इस मामले में, पीआईएम रजिस्टर-स्टॉप भी मदद करेगा। यदि रजिस्टर संदेश कुछ समूह के लिए आरपी पर शुरू हो गया है, और इसके लिए कोई प्राप्तकर्ता नहीं हैं, इसलिए आरपी इस यातायात को प्राप्त करने में रूचि नहीं रखता है, इसलिए,\nपीआईएम में शामिल हों (एस, जी), आरपी तुरंत आर 1 को रजिस्टर-स्टॉप भेजता है।\nआर 1, रजिस्टर-स्टॉप प्राप्त हुआ और यह देखकर कि इस समूह के लिए कोई पेड़ नहीं है (कोई ग्राहक नहीं), सर्वर से मल्टीकास्ट यातायात को त्यागना शुरू कर देता है।\nयही है, सर्वर स्वयं इस बारे में चिंतित नहीं है और प्रवाह भेजना जारी रखता है, लेकिन, राउटर इंटरफ़ेस तक पहुंचने के बाद, प्रवाह को त्याग दिया जाएगा।\nइस मामले में, आरपी प्रवेश (एस, जी) स्टोर करना जारी रखता है। यही है, यातायात नहीं मिलता है, लेकिन समूह के लिए स्रोत कहां स्थित है। यदि समूह समूह में दिखाई देते हैं, तो आरपी उनके बारे में जानता है और स्रोत को भेजता है (एस, जी), जो एक पेड़ बनाता है।\nइसके अलावा, प्रत्येक3मिनट आर 1 आरपी पर एक स्रोत को फिर से पंजीकृत करने का प्रयास करेगा, यानी, रजिस्टर पैकेट भेजें। आरपी को सूचित करने के लिए यह आवश्यक है कि यह स्रोत अभी भी जीवित है।\nविशेष रूप से जिज्ञासु पाठकों में, सवाल उठना चाहिए - आरपीएफ के बारे में क्या? आखिरकार, यह तंत्र मल्टीकास्ट पैकेज के प्रेषक के पते की जांच करता है और यदि यातायात सही इंटरफ़ेस से नहीं आता है, तो इसे त्याग दिया जाएगा। उसी समय, आरपी और स्रोत विभिन्न इंटरफेस पर हो सकते हैं। तो आर3आरपी के लिए हमारे उदाहरण में - Fe1 / 1 के लिए, और Fe1 /0के लिए स्रोत। । लेकिन अ उत्तर अनुमानित है - इस मामले में, स्रोत पता चेक किया गया है, लेकिन आरपी। यही है, यातायात को इंटरफ़ेस से आरपी की ओर आना चाहिए। लेकिन, जैसा कि आप आगे देखते हैं, यह भी एक अवास्तविक नियम नहीं है। .\nयह समझना महत्वपूर्ण है कि आरपी एक सार्वभौमिक चुंबक नहीं है - प्रत्येक समूह के लिए इसके आरपी हो सकते हैं। यही है, नेटवर्क में उनमें से दो हो सकते हैं, और तीन, और सौ एक आरपी समूहों के एक सेट के लिए जिम्मेदार है, दूसरा एक के बाद है। इसके अलावा, ऐसी चीज है Anycast आरपी। और फिर अलग आरपी एक ही समूह की सेवा कर सकते हैं। कार्य संख्या 2। и - यह आर4है टोपोलॉजी को नोट करें : इस समस्या में, केवल आर 1, आर2राउटर हमारे नेटवर्क के प्रशासक चला रहे हैं। यही है, विन्यास केवल उन पर ही बदला जा सकता है। सर्वर 172.16.0.5 समूह 239.1.1.1 और 23 9.2.2.2 के लिए मल्टीकास्ट यातायात को प्रसारित करता है।\nनेटवर्क को कॉन्फ़िगर करें ताकि समूह 239.1.1.1 का यातायात आर3और आर5के बीच सेगमेंट में प्रेषित न हो, और आर5के नीचे के सभी हिस्सों में।\nलेकिन साथ ही, यातायात समूह 23 9.2.2.2 को बिना किसी समस्या के प्रसारित किया जाना चाहिए।\nरेजर Okkama या अनावश्यक शाखाओं को अक्षम करना\nसेगमेंट में अंतिम ग्राहक के बाद सब्सक्राइब करने से इनकार कर दिया गया, पीआईएम को अतिरिक्त आरपीटी शाखा में कटौती करनी चाहिए।\nउदाहरण के लिए, आर4पर एकमात्र क्लाइंट कंप्यूटर बंद कर दिया। आईजीएमपी राउटर छोड़ दें या तीन अनुत्तरित आईजीएमपी क्वेरी के बाद यह समझता है कि Fe0 /0के लिए कोई और ग्राहक नहीं है, और आरपी संदेश भेजता है\nपिम प्रून । प्रारूप के अनुसार, यह बिल्कुल भी शामिल है, लेकिन विपरीत समारोह करता है। गंतव्य पता भी 224.0.0.13 है, और टीटीएल 1 है।\nलेकिन राउटर जिसने एक सदस्यता हटाने से पहले पीआईएम प्रून प्राप्त किया, कुछ समय की प्रतीक्षा (आमतौर पर3सेकंड - देरी टाइमर में शामिल हों)।\nयह ऐसी स्थिति के लिए किया जाता है:\nएक प्रसारण डोमेन3राउटर में। उनमें से एक अधिक है और वह वह है जो सेगमेंट में मल्टीकास्ट यातायात प्रसारित करता है। यह आर 1 है। राउटर (आर2और आर 3) दोनों के लिए, इसके तेल में केवल एक रिकॉर्ड होता है।\nयदि अब आर2पीआईएम प्रून को डिस्कनेक्ट और भेजने का फैसला करता है, तो वह अपने सहयोगी आर3- आर 1 को प्रतिस्थापित कर सकता है क्योंकि सभी इंटरफ़ेस में प्रसारण बंद कर देंगे।\nतो, ताकि यह नहीं होता है, आर 1 और3सेकंड में टाइमआउट देता है। इस समय के दौरान, आर3के पास प्रतिक्रिया करने का समय होना चाहिए। प्रसारण नेटवर्क को देखते हुए, इसे आर2से भी प्रून प्राप्त होगा और इसलिए, अगर वह यातायात प्राप्त करना जारी रखना चाहता है, तो वह तुरंत सामान्य पीआईएम को सेगमेंट में शामिल करता है, आर 1 को सूचित करता है कि इंटरफ़ेस को हटाना आवश्यक नहीं है।\nइस प्रक्रिया को प्रून ओवरराइड कहा जाता है। आर 2, जैसा कि यह था, आर 1 की प्रतिभा, पहल को रोक दिया।\nएसपीटी स्विचओवर - आरपीटी-एसपीटी स्विचिंग\nअब तक, हम ज्यादातर केवल विचार करते हैं\n। अब चलो चलते हैं ग्राहक 2। पहले सब कुछ उसके लिए समान है ग्राहक 1। - वह आरपी से आरपीटी का उपयोग करता है, जिसे हमने पहले माना है। वैसे, दोनों के बाद से - और\nग्राहक 1। .\n- एक पेड़ का उपयोग करें, ऐसे पेड़ को बुलाया जाता है\n- यह काफी आम नाम है। साझा पेड़ = आरपीटी।\nइस प्रकार आर5पर मल्टीकास्ट रूटिंग टेबल बहुत शुरुआत में दिखता है, पेड़ के निर्माण के तुरंत बाद: कोई रिकॉर्ड नहीं है (एस, जी), लेकिन इसका मतलब यह नहीं है कि मल्टीकास्ट यातायात प्रेषित नहीं होता है। बस आर5किस प्रेषक की परवाह नहीं करता है। कृपया ध्यान दें कि इस मामले में यातायात कैसे जाना चाहिए - आर 1-आर 2-आर 3-आर 5। हालांकि संक्षेप में, पथ आर 1-आर 3-आर 5।\nऔर यदि नेटवर्क अधिक जटिल है? किसी तरह neakkuratnyko। कृपया ध्यान दें कि इस मामले में यातायात कैसे जाना चाहिए - आर 1-आर 2-आर 3-आर 5। हालांकि संक्षेप में, पथ आर 1-आर 3-आर 5।\nतथ्य यह है कि जब हम आरपी से बंधे होते हैं - यह आरपीटी रूट है, केवल वह पहली बार जानती है कि कौन है। हालांकि, अगर आप पहले मल्टीकास्ट पैकेज के बारे में सोचते हैं, तो ट्रैफिक पथ के साथ सभी राउटर स्रोत पता जानेंगे, क्योंकि यह आईपी हेडर में निर्दिष्ट है। कोई भी स्रोत के प्रति स्वयं को क्यों नहीं भेजता है और मार्ग को अनुकूलित करता है? )\nरूट में साइट। इस तरह की स्विचिंग शुरू हो सकती है\nLHR (अंतिम हॉप राउटर)\n- आर 5। आर3आर5से पहला मल्टीकास्ट पैकेट प्राप्त करने के बाद, यह स्रोत विशिष्ट जुड़ने (एस, जी) को हमें FE0 / 1 इंटरफ़ेस में भेजता है, जो नेटवर्क 172.16.0.0/24 के लिए आउटगोइंग के रूप में अपनी रूटिंग टेबल में निर्दिष्ट है।\nइस तरह के जुड़ने के बाद, आर3इसे आरपी को नहीं भेजता है, क्योंकि यह सामान्य रूप से जुड़ने (*, जी) के साथ किया गया था, लेकिन स्रोत की ओर (रूटिंग तालिका के अनुसार इंटरफ़ेस के माध्यम से)। यही है, इस मामले में, आर3एफई 1/0 इंटरफ़ेस में शामिल (172.16.0.5, 224.2.2.4) में शामिल हो जाता है। .\nइसके बाद, यह आर 1 पर गिरता है। और एक अंतर के बिना आर 1 और बड़े, किसने इसे भेजा - आरपी या कोई और - यह समूह 224.2.2.4 के लिए अपने तेल में Fe1 / 1 जोड़ता है। इस बिंदु पर, स्रोत और प्राप्तकर्ता के बीच, दो तरीकों और आर3दो धाराएं प्राप्त करते हैं। अनावश्यक ट्रिम करने का विकल्प बनाने का समय। और यह आर3है कि यह करता है, क्योंकि आर5अब इन दो धाराओं के बीच अंतर करने में सक्षम नहीं हो सकता है - वे दोनों एक इंटरफ़ेस के माध्यम से आएंगे।\nजैसे ही आर3ने विभिन्न इंटरफेस से दो समान धाराओं को रिकॉर्ड किया, तो यह रूटिंग तालिका के अनुसार पसंदीदा चुनता है। इस मामले में, सीधे, आरपी के माध्यम से बेहतर। इस बिंदु पर, आर3आरपी के पक्ष में प्रून (एस, जी) भेजता है, जो इस आरपीटी शाखा को जलाता है। और इस बिंदु से सीधे स्रोत से एक ही धारा है।\nइस प्रकार, पीआईएम निर्मित एसपीटी - सबसे छोटा रास्ता पेड़। यह स्रोत पेड़ है। यह क्लाइंट से स्रोत तक सबसे छोटा रास्ता है। वैसे, स्रोत से आरपी तक पेड़, जिसे हम पहले से ही उच्च माना जा चुके हैं, अनिवार्य रूप से एक ही एसपीटी हैं।\nयह रिकॉर्डिंग (एस, जी) द्वारा विशेषता है। यदि राउटर के पास ऐसा रिकॉर्ड है, तो यह जानता है कि एस समूह जी और एसपीटी पेड़ के लिए एक स्रोत है।\nएसपीटी पेड़ की जड़ स्रोत है और वास्तव में कहना चाहता है "से सबसे छोटा रास्ता\nग्राहक को स्रोत " लेकिन यह तकनीकी रूप से गलत है, क्योंकि स्रोत से क्लाइंट तक और क्लाइंट से स्रोत तक पथ अलग हो सकते हैं। अर्थात् क्लाइंट से एक पेड़ शाखा बनाना शुरू होता है: राउटर पीआईएम को स्रोत / आरपी की ओर शामिल करता है और आरपीएफ भी इंटरफ़ेस की शुद्धता की जांच करता है जब रसीद\nआपको याद है कि आर5पर इस अनुच्छेद की शुरुआत में केवल एक प्रविष्टि (*, जी) थी, अब इन सभी घटनाओं के बाद दो होंगे: (*, जी) और (एस, जी) वैसे, यदि आप वीएलसी में प्ले प्ले के रूप में आर3की मल्टीकास्ट रूटिंग तालिका को देखते हैं, तो आप देखेंगे कि यह पहले से ही आर 1 से यातायात हो रहा है, रिकॉर्डिंग की उपस्थिति क्या है (एस, जी) कहते हैं। . यही है, एसपीटी स्विचओवर पहले ही हो चुका है - यह कई निर्माताओं के उपकरणों पर डिफ़ॉल्ट कार्रवाई है - पहला मल्टीकास्ट पैकेज प्राप्त करने के बाद स्विचिंग शुरू करने के लिए। आम तौर पर, इस तरह के एक स्विच कई मामलों में हो सकता है: । प्रारूप के अनुसार, यह बिल्कुल भी शामिल है, लेकिन विपरीत समारोह करता है। .\nबिल्कुल नहीं (टीम)\nआईपी पीआईएम एसपीटी-थ्रेसहोल्ड अनंतता\nनिश्चित बैंडविड्थ उपयोग (टीम) पर\nआईपी पीआईएम एसपीटी-थ्रेसहोल्ड एक्स निश्चित रूप से - पहले पैकेज प्राप्त करने के तुरंत बाद (डिफ़ॉल्ट या कोई आईपी पीआईएम एसपीटी-थ्रेसहोल्ड एक्स\nएक नियम के रूप में, निर्णय जो "समय" एलएचआर लेता है।\nइस मामले में, दूसरी बार आरपीएफ ऑपरेशन बदल दिया गया है - यह फिर से स्रोत स्थान की जांच करता है। यह दो मल्टीकास्ट धाराओं में से है - आरपी से और स्रोत से - वरीयता स्रोत से यातायात दिया जाता है।\nडॉ, जोर, फॉरवर्डर\nपीआईएम पर विचार करते समय कुछ और महत्वपूर्ण बिंदु।\nडॉ। नामित राउटर\nयह एक समर्पित राउटर है, जो आरपी पर उपयोगिता भेजने के लिए जिम्मेदार है।\n- सीधे स्रोत से मल्टीकास्ट पैकेट को अपनाने के लिए जिम्मेदार और इसे आरपी पर पंजीकृत करें। टोपोलॉजी का एक उदाहरण यहां दिया गया है: .\nऐसा कुछ करने के लिए कुछ भी नहीं है कि दोनों राउटर आरपी को यातायात पास करते हैं, उन्हें एक-दूसरे को आरक्षित करने दें, लेकिन जिम्मेदार केवल एक होना चाहिए। चूंकि दोनों राउटर एक प्रसारण नेटवर्क से जुड़े हुए हैं, इसलिए उन्हें एक-दूसरे से पीआईएम-हैलो मिलता है। इसके आधार पर, वे अपनी पसंद करते हैं। पीआईएम हैलो इस इंटरफ़ेस पर इस राउटर का प्राथमिकता मान रखता है।\nमूल्य जितना अधिक होगा, प्राथमिकता जितनी अधिक होगी। यदि वे समान हैं, तो गाँठ का चयन किया जाता है उच्चतम आईपी पता (हेलो संदेश से भी)। यदि होल्डटाइम (डिफ़ॉल्ट 105 एस) के दौरान एक और राउटर (डॉ। नहीं) को पड़ोसी से नमस्कार नहीं मिला, तो यह स्वचालित रूप से डॉ की भूमिका मानता है। अनिवार्य रूप से स्रोत डॉ है\nएफएचआर - पहला हॉप राउटर\nरिसीवर डॉ। - स्रोत डॉ के समान, केवल मल्टीकास्ट यातायात प्राप्तकर्ताओं के लिए - R2 (config) # इंटरफेस लूपबैक0rx (config-if) #ip pim sparse-mode .\nउदाहरण टोपोलॉजी: रिसीवर डीआर आरपी पीआईएम में शामिल होने के लिए जिम्मेदार है। उपरोक्त टोपोलॉजी में, यदि दोनों राउटर शामिल होंगे, तो दोनों मल्टीकास्ट ट्रैफिक प्राप्त करेंगे, लेकिन कोई ज़रूरत नहीं है। केवल डॉ। भेजता है। दूसरा बस डॉ की उपलब्धता पर नज़र रखता है। :\nचूंकि डॉ शामिल हो जाते हैं, इसलिए यह लैन में यातायात भी प्रसारित करेगा। लेकिन फिर एक प्राकृतिक सवाल उठता है - और क्या होगा यदि पिम डॉम एक बन गया, और आईजीएमपी क्वेरियर और? और स्थिति काफी संभव है, क्योंकि क्वेरियर, कम आईपी, बेहतर, और डॉ के विपरीत, इसके विपरीत। - यह आर4है इस मामले में, डीआर का चयन किया जाता है कि राउटर, जो पहले से ही querier है और यह समस्या नहीं होती है।\nरिसीवर डॉ चयन नियम बिल्कुल स्रोत डॉ के समान हैं।\nजोरदार और पीआईएम फॉरवर्डर\nदो एक साथ ट्रांसमिटिंग राउटर की समस्या नेटवर्क के बीच में हो सकती है, जहां कोई अंतिम ग्राहक या स्रोत नहीं हैं - केवल राउटर। बहुत तीव्र यह सवाल पीआईएम डीएम में खड़ा था, जहां बाढ़ और प्रुन तंत्र की वजह से यह पूरी तरह से सामान्य स्थिति थी। लेकिन पीआईएम एसएम में, इसे बाहर नहीं रखा गया है।\nऐसे नेटवर्क पर विचार करें: आउटपुट से यह स्पष्ट है कि समूह 224.2.2.4 के लिए यातायात Fe0 / 1 के माध्यम से आता है, और इसे Fe0 /0पोर्ट में संचारित करना आवश्यक है। यहां, तीन राउटर एक ही नेटवर्क सेगमेंट में हैं और तदनुसार, पीआईएम के पड़ोसियों हैं। आर 1 आरपी के रूप में कार्य करता है।\nआर4पीआईएम को आरपी की ओर शामिल भेजता है। चूंकि यह मल्टीकास्ट पैकेज आर2और आर3पर गिरता है, और दोनों ने इसे संसाधित किया, तेल के लिए डाउनस्ट्रीम इंटरफ़ेस जोड़ें।\nयहां डीआर चयन तंत्र को काम करना जरूरी होगा, लेकिन आर2और आर3पर भी इस समूह के अन्य ग्राहक हैं, और दोनों राउटर को भी पीआईएम में शामिल किया जा सकता है।\nजब मल्टीकास्ट यातायात आर2और आर3पर स्रोत से आता है, तो यह खंड में दोनों राउटर में प्रेषित होता है और वहां विद्रोही होता है। पीआईएम ऐसी स्थिति को रोकने की कोशिश नहीं करता है - यहां यह एक चुनौतीपूर्ण अपराध के तथ्य पर कार्य करता है - जैसे ही राउटर को अपने डाउनस्ट्रीम इंटरफ़ेस (तेल सूची से) में इस समूह का मल्टीकास्ट यातायात प्राप्त होता है, वह समझता है: कुछ गलत है - इस सेगमेंट में पहले से मौजूद एक और प्रेषक है। फिर राउटर एक विशेष संदेश भेजता है। पिम ने जोर दिया।\nऐसा संदेश चुनने में मदद करता है\n- राउटर जो इस सेगमेंट में प्रसारित करने का हकदार है। पीआईएम डॉ से भ्रमित न हों। सबसे पहले, पीआईएम डॉ भेजने के लिए जिम्मेदार है पिम में शामिल हों और प्रून , और पीआईएम फॉरवर्डर - भेजने के लिए यातायात\n। दूसरा अंतर - पीआईएम डॉ। किसी पड़ोस की स्थापना करते समय किसी भी नेटवर्क में हमेशा किसी भी नेटवर्क में चुना जाता है, और पीआईएम फॉरवर्ड केवल आवश्यक होता है - जब तेल सूची से इंटरफ़ेस से मल्टीकास्ट ट्रैफ़िक प्राप्त होता है।\nआरपी का चयन करें।\nसादगी के लिए हम आरपी को हाथ से पूछा आईपी पीआईएम आरपी-पता और यहां बताया गया है कि टीम कैसा दिखती है\nआईपी पीआईएम आरपी दिखाएं\nलेकिन हम आधुनिक नेटवर्क में एक पूरी तरह से असंभव स्थिति पेश करेंगे - आर2विफल रहा। यह सब खत्म हो गया है। यह अभी भी काम करेगा, क्योंकि एसपीटी स्विचओवर हुआ, लेकिन सबकुछ नया है और आरपी के माध्यम से जो कुछ भी चला गया वह भी टूट जाएगा, भले ही वैकल्पिक तरीका हो। खैर, डोमेन व्यवस्थापक पर लोड। कल्पना कीजिए: कम से कम एक आदेश (और विभिन्न समूहों के लिए, यह अलग आरपीएस हो सकता है) हाथ से 50 राउटर को मारने के लिए। आरपी का गतिशील चयन हस्तनिर्मित की अनुमति देता है और बचता है और विश्वसनीयता सुनिश्चित करता है - यदि एक आरपी अनुपलब्ध हो जाता है, तो दूसरा तुरंत युद्ध में ले जाएगा। वर्तमान में एक आम तौर पर स्वीकार्य प्रोटोकॉल है जो इसे करने की अनुमति देता है - बूटस्ट्रैप । पूर्व काल में त्सिस्का ने कुछ अनाड़ी ऑटो-आरपी को बढ़ावा दिया\nलेकिन अब इसका उपयोग नहीं किया जाता है, हालांकि त्सिस्का इसे पहचान नहीं पाता है, और 224.0.1.40 के समूह के रूप में हमारे पास एक परेशान अश्यमान है। वास्तव में ऑटो-आरपी प्रोटोकॉल का भुगतान करना आवश्यक है। वह पूर्व समय में एक उद्धार था। लेकिन खुले और लचीले बूटस्ट्रैप के आगमन के साथ, उन्होंने स्वाभाविक रूप से अपनी स्थिति के लिए रास्ता दिया।\nतो, मान लीजिए कि हमारे नेटवर्क में हम आर3आर2की विफलता के मामले में आर3कार्यों को चुनना चाहते हैं।\nआर2और आर3को आरपी की भूमिका के लिए उम्मीदवारों के रूप में परिभाषित किया गया है - इसलिए उन्हें बुलाया जाता है\n। इन राउटर पर, कॉन्फ़िगर करें:\nआरएक्स (कॉन्फ़िगर) इंटरफ़ेस लूपबैक0आरएक्स (कॉन्फ़िगर-आईएफ) आईपी पीआईएम स्पैस-मोड आरएक्स (कॉन्फ़िगर-आईएफ) एग्जिट आरएक्स (कॉन्फ़िगर) #IP PIM RP-CEMEMATEATE LOOPBACK 0\nलेकिन अभी भी कुछ भी नहीं होता है - उम्मीदवारों को अभी तक पता नहीं है कि हर किसी को अपने बारे में कैसे सूचित किया जाए।\nमौजूदा आरपी प्रवेश तंत्र के बारे में सभी मल्टीकास्ट डोमेन राउटर को सूचित करने के लिए\nबीएसआर - बूटस्ट्रैप राउटर\n। सी-आरपी की तरह कई आवेदक हो सकते हैं। उन्हें क्रमशः कहा जाता है\n। वे एक समान तरीके से कॉन्फ़िगर किए गए हैं।\nबीएसआर को हमारे साथ एक और परीक्षण (विशेष रूप से) के साथ रहने दें, यह आर 1 होगा। लेकिन एक ही शाखा में थोड़ी देर के बाद, राउटर एक मल्टीकास्ट भेजने के लिए फिर से कोशिश कर रहा है - अचानक प्राप्तकर्ता वहां दिखाई दिए। यदि प्रकट नहीं हुआ, तो शाखा को एक निश्चित अवधि में फिर से काट दिया गया है। यदि राउटर पर क्लाइंट इन दो घटनाओं के बीच अंतराल में दिखाई दिया, तो भ्रष्टाचार संदेश भेजा जाता है - राउटर कट शाखा को वापस अनुरोध करता है ताकि जब तक यह कुछ नहीं गिरता तब तक इंतजार न करें। आर 1 (कॉन्फ़िगर) इंटरफ़ेस0R1 (CONFIG-IF) IP PIM SPARSE-MODE R1 (CONFORM-IF) EXIT R1 (CONFIG) #IP PIM BSR-ADEMODATE LOOPBACK0स्वतंत्र वह इसलिए है क्योंकि यह अद्वितीय यातायात को रूट करने के एक विशेष कार्यक्रम से बंधा नहीं है, और बाद में आप देखेंगे क्यों। सबसे पहले, एक मुख्य बीएसआर सभी सी-बीएसआर से चुना जाता है, जिसमें सभी से शुल्क लिया जाएगा। ऐसा करने के लिए, प्रत्येक सी-बीएसआर एक मल्टीकास्ट भेजता है बुला हुआ बूटस्ट्रैप संदेश (बीएसएम) योजना और प्रारंभिक विन्यास। पता 224.0.0.13 भी एक पीआईएम प्रोटोकॉल पैकेज है। इसे सभी मल्टीकास्ट राउटर को स्वीकार और संसाधित किया जाना चाहिए और सभी बंदरगाहों को भेजने के बाद जहां पीआईएम सक्रिय हो। बीएसएम कुछ (आरपी या स्रोत) के पक्ष में नहीं है, पीआईएम में शामिल होने के विपरीत, और सभी दिशाओं में। इस तरह के एक प्रशंसक मेलिंग नेटवर्क के सभी कोनों के बीएसएम को प्राप्त करने में मदद करता है, जिसमें सभी सी-बीएसआर और सभी सी-आरपी शामिल हैं। बीएसएम को असीम रूप से नेटवर्क पर भटकने के लिए, एक ही आरपीएफ तंत्र लागू किया जाता है - यदि बीएसएम गलत इंटरफ़ेस से आया है जिसके पीछे इस संदेश के प्रेषक का नेटवर्क जारी किया गया है, तो ऐसा संदेश छोड़ दिया गया है। यही है, रास्ते पर प्रत्येक राउटर को इस तरह के जुड़ाव को संभालना चाहिए और यदि आवश्यक हो, तो आरपी के पक्ष में एक नया जुड़ने भेजें। (यह समझना महत्वपूर्ण है कि यदि पहले से ही राउटर पर यह समूह है, तो यह शामिल नहीं होगा - यह उस इंटरफ़ेस को जोड़ देगा जिसमें से तेल में शामिल हो गया है और यातायात पारित करना शुरू कर देता है)। इन बीएसएम के साथ, सभी मल्टीकास्ट राउटर प्राथमिकताओं के आधार पर सबसे योग्य उम्मीदवार निर्धारित करते हैं। जैसे ही सी-बीएसआर को एक बड़ी प्राथमिकता के साथ एक और राउटर से बीएसएम प्राप्त होता है, यह अपने संदेश भेजना बंद कर देता है। नतीजतन, हर किसी के पास एक ही जानकारी है। सिस्को को इस विषमता को क्षमा करें? एक साथ अन्य सभी के साथ? . : इस समस्या में, केवल आर 1, आर2राउटर हमारे नेटवर्क के प्रशासक चला रहे हैं। यही है, विन्यास केवल उन पर ही बदला जा सकता है। इस स्तर पर, जब बीएसआर का चयन किया जाता है, इस तथ्य के कारण कि इसका बीएसएम पूरे नेटवर्क में विचलित हो गया है, सी-आरपी इसका पता जानता है और विशिष्टता संदेश भेजता है\nCandidte-RP- विज्ञापन जिसमें वे उन समूहों की एक सूची लेते हैं जो वे सेवा करते हैं - इसे बुलाया जाता है समूह-से-आरपी मैपिंग । बीएसआर इन सभी संदेशों को समेकित और बनाता है आरपी-सेट। - सूचना तालिका: प्रत्येक समूह को क्या आरपी सर्विस किया जाता है। इसके बाद, पूर्व प्रशंसक तरीके से बीएसआर एक ही बूटस्ट्रैप संदेश भेजता है, जिसने इस समय आरपी-सेट होता है। ये संदेश सफलतापूर्वक सभी मल्टीकास्ट राउटर प्राप्त करते हैं, जिनमें से प्रत्येक अकेला एक विकल्प बनाता है जो प्रत्येक विशिष्ट समूह के लिए आरपी का उपयोग किया जाना चाहिए। बीएसआर समय-समय पर इस तरह के वितरण को बनाता है ताकि एक तरफ हर किसी को पता था कि आरपी पर जानकारी अभी भी प्रासंगिक है, और अन्य सी-बीएसआर पर, वे जानते थे कि मुख्य बीएसआर स्वयं ही जीवित है। वैसे, आरपी, समय-समय पर बीएसआर को आपके उम्मीदवार-आरपी-विज्ञापन घोषणाओं को भी भेजता है। इसके अलावा एक ही समूह के लिए मल्टीकास्ट यातायात भी प्राप्त करना चाहते हैं, आर5पीआईएम को Fe0 / 1 में शामिल भेज देगा, क्योंकि यह आरपी, आर3है, इसे प्राप्त करने के बाद, एक नया पीआईएम शामिल है और इसे Fe1 / 1 में भेजता है - जहां आरपी स्थित है। वास्तव में, स्वचालित आरपी चयन को कॉन्फ़िगर करने के लिए आपको जो कुछ भी करना है - सी-आरपी निर्दिष्ट करें और सी-बीएसआर निर्दिष्ट करें - इतना काम नहीं है, सब कुछ आपके लिए पीआईएम बना देगा। हमेशा की तरह, विश्वसनीयता बढ़ाने के लिए, उम्मीदवारों के रूप में लूपबैक इंटरफेस निर्दिष्ट करने की अनुशंसा की जाती है। पीआईएम एसएम के अध्याय को पूरा करते हुए, चलिए सबसे महत्वपूर्ण क्षणों को देखते हैं बहुत तीव्र यह सवाल पीआईएम डीएम में खड़ा था, जहां बाढ़ और प्रुन तंत्र की वजह से यह पूरी तरह से सामान्य स्थिति थी। एक सामान्य अद्वितीय कनेक्शन आईजीपी या स्टेटिक मार्गों के साथ प्रदान किया जाना चाहिए। यह आरपीएफ एल्गोरिदम को रेखांकित करता है। पेड़ ही प्रकट होने के बाद ही पेड़ आधारित होता है। यह वह ग्राहक है जो एक पेड़ के निर्माण की शुरुआत करता है। कोई ग्राहक नहीं - कोई पेड़ नहीं। आरपीएफ लूप से बचने में मदद करता है। सभी राउटर को पता होना चाहिए कि आरपी केवल अपनी मदद से है जो आप एक पेड़ बना सकते हैं। आरपी पॉइंट का आंकड़ा संकेत दिया जा सकता है, और बूटस्ट्रैप प्रोटोकॉल का उपयोग करके स्वचालित रूप से चुना जा सकता है। आरपीटी पहले चरण में बनाया गया है - ग्राहकों से आरपी - और स्रोत पेड़ तक एक पेड़ - स्रोत से आरपी तक एक पेड़। दूसरे चरण में, एसपीटी पर निर्मित आरपीटी से स्विचिंग प्राप्तकर्ता से स्रोत के लिए सबसे छोटा रास्ता है। मैं सभी प्रकार के पेड़ों और संदेशों को भी सूचीबद्ध करता हूं जिन्हें अब हम जानते हैं। । किसी भी मल्टीकास्ट ट्रांसमिशन ट्री का वर्णन करने वाला एक आम शब्द।\n। क्लाइंट या आरपी से स्रोत के लिए सबसे छोटा तरीका वाला पेड़। पीआईएम डीएम में केवल एसपीटी है। पीआईएम एसपीटी में एसपीटी स्विचओवर होने के बाद पीआईएम एसपीटी स्रोत से आरपी या स्रोत से प्राप्तकर्ता तक हो सकता है। रिकॉर्ड द्वारा इंगित किया गया\n- समूह के लिए ज्ञात स्रोत।\n- एसपीटी के समान।\n। प्राप्तकर्ताओं के लिए आरपी से पेड़। केवल पीआईएम एसएम में इस्तेमाल किया। रिकॉर्ड द्वारा इंगित किया गया\n- आरपीटी के समान। इसे इसलिए कहा जाता है क्योंकि सभी ग्राहक आरपी में रूट के साथ एक आम पेड़ से जुड़े होते हैं।\nपीआईएम स्पैस मोड संदेश:\n- पड़ोस स्थापित करने और इन रिश्तों को बनाए रखने के लिए। डॉ। का चयन करने के लिए भी आवश्यक है। शामिल हों (*, जी) - समूह जी के कनेक्शन के लिए अनुरोध। कोई फर्क नहीं पड़ता कि कौन स्रोत है। आरपी की ओर प्रस्थान करता है। उनकी मदद से, आरपीटी पेड़ बनाया गया है। शामिल हों (एस, जी) स्रोत विशिष्ट शामिल हों। यह एक विशिष्ट स्रोत के साथ एक समूह जी से कनेक्ट करने का अनुरोध है - एस स्रोत की ओर भेजा गया स्रोत - एस की सहायता से, एसपीटी पेड़ बनाया गया है।\nप्रून (*, जी)\n- पेड़ जी से डिस्कनेक्ट करने के लिए अनुरोध, इसके लिए जो भी स्रोत थे। आरपी की ओर प्रस्थान करता है। तो शाखा आरपीटी कवर किया गया है।\nप्रून (एस, जी)\n- पेड़ जी पेड़ से शटडाउन के लिए अनुरोध, जिसकी जड़ एस एस प्रणाली स्रोत की ओर भेजी जाती है। तो एसपीटी शाखा काटा जाता है।\n- एक विशेष संदेश जिसके भीतर मल्टीकास्ट आरपी तक प्रेषित किया जाता है जब तक एसपीटी स्रोत से आरपी तक बनाया जाता है। आरपी पर एफएचआर से यूनिकास्ट द्वारा प्रसारित।\n- इसे आरपी से एफएचआर के साथ यूनिकस्ट द्वारा भेजा जाता है, जो मल्टीकास्ट यातायात भेजने को रोकने के लिए आदेश देता है, रजिस्टर में encapsulated।\n- बीएसआर तंत्र पैकेट जो आपको बीएसआर भूमिका के राउटर का चयन करने की अनुमति देते हैं, और मौजूदा आरपी और समूहों के बारे में जानकारी भी संचारित करते हैं।\n- पीआईएम फॉरवर्डर का चयन करने के लिए संदेश ताकि दो राउटर एक सेगमेंट में बीत चुके हों।\n- एक संदेश जिसमें आरपी इस बारे में जानकारी भेजता है कि यह किस समूह की सेवा करता है।\n- आरपी से संदेश, जिसे वह अपनी उपलब्धता के बारे में सूचित करता है।\n* पीआईएम में अन्य प्रकार के संदेश हैं, लेकिन ये पहले से ही विवरण हैं *\nऔर अब प्रोटोकॉल के विवरण से सार करने की कोशिश करें? और फिर इसकी जटिलता स्पष्ट हो जाती है।\n1) आरपी परिभाषा, 2) आरपी पर स्रोत का पंजीकरण, 3) एसपीटी पेड़ स्विच करना।\nकई प्रोटोकॉल राज्य, मल्टीकास्ट रूटिंग तालिका में कई रिकॉर्ड। क्या कुछ करना संभव है? आज तक, पीआईएम को सरल बनाने के लिए दो व्याप्त रूप से विपरीत दृष्टिकोण हैं: एसएसएम और बिवारिर पीआईएम। एसएसएम।\nहमने जो भी वर्णन किया है वह अभी भी है\nएएसएम - कोई भी स्रोत मल्टीकास्ट\n। ग्राहक उदासीन हैं जो समूह के लिए यातायात का स्रोत है - मुख्य बात यह है कि वे इसे प्राप्त करते हैं। जैसा कि आपको याद है, आईजीएमपीवी2रिपोर्ट से अनुरोध किया जाता है कि वह समूह से जुड़ रहा है।\nएसएसएम - स्रोत विशिष्ट मल्टीकास्ट - वैकल्पिक दृष्टिकोण। इस मामले में, ग्राहक जुड़े होने पर समूह और स्रोत को इंगित करते हैं। यह क्या देता है? अब और नहीं: आरपी से पूरी तरह से छुटकारा पाने की क्षमता। एलएचआर तुरंत स्रोत पता जानता है - आरपी पर शामिल होने की कोई आवश्यकता नहीं है, राउटर तुरंत स्रोत की दिशा में शामिल हो सकता है और एसपीटी का निर्माण कर सकता है।\nइसलिए हम छुटकारा पाएं\nआरपी खोज (बूटस्ट्रैप और ऑटो-आरपी प्रोटोकॉल),\nमल्टीकास्ट पर स्रोत का पंजीकरण (और यह बहुत अधिक समय है, बैंडविड्थ और सुरंग का दोहरी उपयोग) SPT पर स्विचिंग। चूंकि कोई आरपी नहीं है, फिर क्रमशः कोई आरपीटी नहीं है, एक राउटर पर कोई प्रविष्ट नहीं होगा (*, जी) - केवल (एस, जी)।\nएसएसएम के साथ हल की गई एक और समस्या कई स्रोतों की उपस्थिति है। एएसएम में यह अनुशंसा की जाती है कि मल्टीकास्ट समूह का पता अद्वितीय है और केवल एक स्रोत प्रसारित है, क्योंकि आरपीटी पेड़ में कई धाराएं कुछ हद तक होती हैं, और ग्राहक, विभिन्न स्रोतों से दो धाराएं प्राप्त करने में सक्षम नहीं होंगे, शायद अलग नहीं होंगे उन्हें। एसएसएम में, विभिन्न स्रोतों से यातायात स्वतंत्र रूप से वितरित किया जाता है, प्रत्येक अपने एसपीटी पेड़ में, और यह पहले से ही कोई समस्या नहीं हो रहा है, और लाभ - कई सर्वरों को एक साथ प्रसारित किया जा सकता है। यदि अचानक ग्राहक ने मुख्य स्रोत से घाटे को ठीक करना शुरू किया, तो वह बैकअप पर स्विच कर सकता है, यहां तक कि पुनर्निर्माण भी नहीं किया जा सकता है - उन्हें दो धाराएं भी मिलीं। इसके अलावा, सक्रिय मल्टीकास्ट रूटिंग के साथ नेटवर्क पर हमलों का संभावित वेक्टर अपने स्रोत के घुसपैठियों को जोड़ने और नेटवर्क को अधिभारित करने वाली बड़ी मात्रा में मल्टीकास्ट यातायात उत्पन्न करना है। एसएसएम में, यह व्यावहारिक रूप से बाहर रखा गया है।\nएसएसएम के लिए, आईपी पते की एक विशेष श्रृंखला को हाइलाइट किया गया है: 232.0.0.0/8। एसएसएम का समर्थन करने के लिए राउटर पर, पीआईएम एसएसएम मोड सक्षम है। राउटर (कॉन्फ़िगरेशन) # आईपी पीआईएम एसएसएम\nआईजीएमपीवी3और एमएलडीवी2शुद्ध रूप में एसएसएम का समर्थन करता है।\nउनका उपयोग करते समय, ग्राहक हो सकता है\nसूत्रों को निर्दिष्ट किए बिना, केवल एक समूह से कनेक्शन का अनुरोध करें। यही है, यह एक सामान्य एएसएम के रूप में काम करता है।\nएक विशिष्ट स्रोत के साथ एक समूह से कनेक्शन का अनुरोध करें। स्रोतों को कई निर्दिष्ट किया जा सकता है - एक पेड़ उनमें से प्रत्येक से पहले बनाया जाएगा। समूह कनेक्शन का अनुरोध करें और उन स्रोतों की एक सूची निर्दिष्ट करें जिनमें से ग्राहक से नहीं चाहता था यातायात प्राप्त होगा\nआईजीएमपीवी 1 / वी 2, एमएलडीवी 1 एसएसएम का समर्थन नहीं करता है, लेकिन ऐसी चीज है एक विशिष्ट स्रोत के साथ एक समूह से कनेक्शन का अनुरोध करें। स्रोतों को कई निर्दिष्ट किया जा सकता है - एक पेड़ उनमें से प्रत्येक से पहले बनाया जाएगा। एसएसएम मैपिंग। । ग्राहक के बगल में, राउटर (एलएचआर) प्रत्येक समूह को स्रोत पते (या कई) के अनुसार रखा जाता है। इसलिए, यदि ग्राहक आईजीएमपीवी3/ एमएलडीवी2का समर्थन नहीं कर रहे हैं, तो एसपीटी भी उनके लिए बनाया जाएगा, और आरपीटी नहीं, इस तथ्य के कारण कि स्रोत पता अभी भी ज्ञात है। एसएसएम मैपिंग को एलएचआर पर स्थिर सेटिंग दोनों और DNS सर्वर का जिक्र करते हुए लागू किया जा सकता है। एसएसएम समस्या यह है कि ग्राहकों को पहले से स्रोत पते को पता होना चाहिए - उन्हें उनके लिए सूचित नहीं किया गया है। इसलिए, एसएसएम उन परिस्थितियों में अच्छा है जब नेटवर्क के स्रोतों का एक निश्चित सेट होता है, उनके पते को जानने के लिए जाना जाता है और नहीं बदलेगा। और क्लाइंट टर्मिनल या एप्लिकेशन उनसे जुड़े हुए हैं। दूसरे शब्दों में, आईपीटीवी एसएसएम को लागू करने के लिए एक बहुत ही उपयुक्त वातावरण है। यह अवधारणा को अच्छी तरह से वर्णन करता है अनेको के लिये एक\n- एक स्रोत, कई प्राप्तकर्ता।\nऔर यदि नेटवर्क स्रोतों में स्वचालित रूप से दिखाई दे सकता है, तो, उसी समूह पर प्रसारित करने के लिए, ट्रांसमिशन को तुरंत रोकें और गायब हो जाएं?\nउदाहरण के लिए, नेटवर्क गेम या डेटा सेंटर में यह स्थिति संभव है, जहां विभिन्न सर्वरों के बीच डेटा दोहराया जाता है। यह एक अवधारणा है कई कई - कई स्रोत, कई ग्राहक।\nसामान्य पिम एसएम इसे कैसे देखता है?\nयह स्पष्ट है कि निष्क्रिय पीआईएम एसएसएम बिल्कुल उपयुक्त नहीं है?\nआप बस सोचते हैं कि कैओस क्या शुरू होगा: स्रोतों का अंतहीन पंजीकरण, पेड़ों के पुनर्निर्माण, प्रोटोकॉल टाइमर के कारण कुछ मिनटों के लिए जीने वाली बड़ी संख्या में रिकॉर्ड (एस, जी)।\nबिडरेक्शनल पीआईएम राजस्व हो रहा है ( बिडरेक्शनल पीआईएम, बिवारिर पीआईएम\n)। एसएसएम के विपरीत, यह पूरी तरह से एसपीटी और रिकॉर्ड्स (एस, जी) द्वारा पूरी तरह से इनकार कर दिया गया है - केवल साझा पेड़ आरपी में रूट के साथ रहता है। और यदि सामान्य पीआईएम में, पेड़ एक तरफा होता है - यातायात हमेशा एसपीटी से एसपीटी से प्रेषित होता है और आरपी के नीचे आरपी से - एक स्पष्ट विभाजन होता है जहां स्रोत जहां ग्राहक स्रोत यातायात से द्विदिश में होते हैं। आरपी, साझा पेड़ को भी पास करता है - उसी तरह, जिसके अनुसार यातायात ग्राहकों के लिए बहता है।\nयह आपको किसी भी अलार्म और राज्य परिवर्तनों के बिना निश्चित रूप से आरपी - यातायात स्थानान्तरण पर स्रोत पंजीकृत करने से इनकार करने की अनुमति देता है। चूंकि एसपीटी पेड़ बिल्कुल नहीं हैं, तो एसपीटी स्विचओवर भी नहीं होता है। उदाहरण के लिए: एक विशिष्ट स्रोत के साथ एक समूह से कनेक्शन का अनुरोध करें। स्रोतों को कई निर्दिष्ट किया जा सकता है - एक पेड़ उनमें से प्रत्येक से पहले बनाया जाएगा। स्रोत 1\nट्रैफिक समूह 224.2.2.4 को एक साथ नेटवर्क में स्थानांतरित करना शुरू किया स्रोत 2। । उनसे धाराएं सिर्फ आरपी की तरफ डाली गईं। आस-पास के कुछ ग्राहक एक बार में यातायात प्राप्त करना शुरू कर दिया, क्योंकि राउटर पर एक प्रविष्टि (*, जी) (ग्राहक हैं) हैं। एक और हिस्सा आरपी से साझा पेड़ पर यातायात प्राप्त करता है। और वे एक ही समय में दोनों स्रोतों से यातायात प्राप्त करते हैं। यही है, अगर आप एक उदाहरण के लिए एक सट्टा नेटवर्क गेम लेते हैं, । ग्राहक के बगल में, राउटर (एलएचआर) प्रत्येक समूह को स्रोत पते (या कई) के अनुसार रखा जाता है। इसलिए, यदि ग्राहक आईजीएमपीवी3/ एमएलडीवी2का समर्थन नहीं कर रहे हैं, तो एसपीटी भी उनके लिए बनाया जाएगा, और आरपीटी नहीं, इस तथ्य के कारण कि स्रोत पता अभी भी ज्ञात है। यह शूटर में पहला शूटर है, जिसने एक शॉट बनाया, और\n- यह एक और खिलाड़ी है जिसने पक्ष में एक कदम उठाया। इन दो घटनाओं के बारे में जानकारी पूरे नेटवर्क में फैली हुई है। तथा\nएक और खिलाड़ी (\n) मुझे इन दोनों घटनाओं के बारे में जानना चाहिए।\nयदि आपको याद है, तो हमने समझाया कि आरपी पर स्रोत के पंजीकरण की प्रक्रिया की आवश्यकता क्यों है - ताकि जब कोई ग्राहक नहीं हो तो यातायात उस चैनल पर कब्जा नहीं करता है, यानी, आरपी ने इसे मना कर दिया। अब हम इस समस्या के बारे में क्यों नहीं सोचते? कारण सरल है: उन स्थितियों के लिए बिवारिर पीआईएम जहां कई स्रोत हैं, लेकिन वे लगातार प्रसारित नहीं होते हैं, लेकिन समय-समय पर, डेटा के अपेक्षाकृत छोटे टुकड़े। यही है, स्रोत से आरपी तक चैनल को पानी का निपटारा नहीं किया जाएगा।\nकृपया ध्यान दें कि आर5और आर7के बीच ऊपर की छवि में एक सीधी रेखा है, जो आरपी के माध्यम से पथ से बहुत कम है, लेकिन इसका उपयोग नहीं किया गया है, क्योंकि रूटिंग तालिका के अनुसार आरपी की तरफ जाता है जिसमें यह पथ इष्टतम नहीं है।\nयह काफी सरल दिखता है - आपको आरपी दिशा और सबकुछ में मल्टीकास्ट पैकेट भेजने की आवश्यकता है, लेकिन एक नजारा है कि सभी खराब - आरपीएफ। आरपीटी पेड़ में, यह आवश्यक है कि यातायात आरपी से आता है और अन्यथा नहीं। और हम कहीं से भी आ सकते हैं। हम, निश्चित रूप से, आरपीएफ को नहीं ले सकते हैं और छोड़ सकते हैं - यह एकमात्र तंत्र है जो लूप के गठन से बचाता है।\nइसलिए, अवधारणा बिदिर पीआईएम में पेश की गई है\nडीएफ - नामित फॉरवर्डर\n। प्रत्येक नेटवर्क सेगमेंट में, एक राउटर, जिसका आरपी के रूट को इस भूमिका के लिए प्रत्येक पंक्ति पर बेहतर किया जाता है।\nइसमें शामिल हैं उन पंक्तियों पर जहां ग्राहक सीधे जुड़े हुए हैं। बिडिर पीआईएम डीएफ स्वचालित रूप से डॉ।\nतेल सूची केवल उन इंटरफेस से बनती है जिस पर राउटर को डीएफ की भूमिका के लिए चुना गया था।\nनियम काफी पारदर्शी हैं:\nयदि पीआईएम शामिल / छोड़ने का अनुरोध उस इंटरफ़ेस में आता है, जो इस सेगमेंट में डीएफ है, तो यह मानक नियमों के अनुसार आरपी की ओर प्रसारित होता है।\nयहां, उदाहरण के लिए, आर 3। यदि अनुरोध डीएफ इंटरफेस में आए हैं, जो एक लाल सर्कल के साथ चिह्नित हैं, तो यह उन्हें आरपी (आर 1 या आर2के माध्यम से, रूटिंग तालिका के आधार पर) तक पहुंचाता है।\nयदि पीआईएम शामिल / छोड़ने का अनुरोध एक गैर-डीएफ इंटरफ़ेस में आया, तो इसे अनदेखा कर दिया जाएगा। मान लीजिए कि ग्राहक, जो आर 1 और आर3के बीच है, ने आईजीएमपी रिपोर्ट को जोड़ने और भेजने का फैसला किया। आर 1 इसे इंटरफ़ेस के माध्यम से प्राप्त करता है जहां इसे डीएफ (लाल सर्कल के साथ चिह्नित) का चयन किया जाता है, और हम पिछले परिदृश्य में लौटते हैं। और आर3को एक इंटरफ़ेस का अनुरोध प्राप्त होता है जो डीएफ नहीं है। आर3देखता है कि वह यहां सबसे अच्छा नहीं है, और अनुरोध को अनदेखा करता है। (यदि मल्टीकास्ट यातायात डीएफ इंटरफ़ेस में आया, तो इसे तेल सूची और आरपी की ओर इंटरफेस पर भेजा जाएगा। उदाहरण के लिए,\nयातायात संचारित करना शुरू किया। आर4इसे आपके डीएफ इंटरफ़ेस में ले जाता है और इसे एक और डीएफ इंटरफ़ेस में ट्रांसमिट करता है - ग्राहक और आरपी की ओर, यह महत्वपूर्ण है क्योंकि यातायात को आरपी पर जाना चाहिए और सभी प्राप्तकर्ताओं पर फैल जाना चाहिए। आर3भी प्रवेश करता है - तेल सूची से इंटरफेस में एक प्रतिलिपि - यानी, आर5पर, जहां इसे आरपीएफ जांच के कारण त्याग दिया जाएगा, और दूसरा आरपी की ओर है।\nयदि मल्टीकास्ट ट्रैफ़िक एक गैर-डीएफ इंटरफ़ेस में आया, तो इसे तेल सूची से इंटरफेस में भेजा जाना चाहिए, लेकिन\nआरपी की ओर पोस्ट किया गया।\nप्रसारण शुरू हुआ, यातायात आरपी तक पहुंच गया और आरपीटी को फैलाना शुरू कर दिया। आर3आर 1 से यातायात हो जाता है, और यह इसे आर2- केवल आर4और आर5पर प्रेषित नहीं करेगा।\nइस प्रकार, डीएफ गारंटी देता है कि मल्टीकास्ट पैकेज की केवल एक प्रति और लूप गठन को आरपी पर बाहर रखा गया है अंततः भेजा जाएगा। साथ ही, सामान्य पेड़ जिसमें स्रोत स्थित है, निश्चित रूप से, आरपी दर्ज करने से पहले इस ट्रैफिक को प्राप्त होगा। आरपी, सामान्य नियमों के मुताबिक, यातायात सभी तेल बंदरगाहों को भेजा जाएगा, इसके अलावा, जहां यातायात आया था।\nवैसे, संदेश संदेशों की कोई आवश्यकता नहीं है, क्योंकि प्रत्येक सेगमेंट में डीएफ का चयन किया जाता है। डॉ के विपरीत, वह केवल आरपी में शामिल होने के लिए जिम्मेदार नहीं है, बल्कि सेगमेंट को यातायात के संचरण के लिए भी, यह स्थिति है जब दोनों राउटर एक मुद्रा में प्रेषित होते हैं, बिवारिर पीआईएम में शामिल नहीं होते हैं।\nशायद बिडरेक्शनल पीआईएम के बारे में आपको यह कहने की ज़रूरत है आरपी की विशेषताएं हैं। यदि पीआईएम एसएम आरपी ने एक विशिष्ट कार्य किया - स्रोत का पंजीकरण, फिर बिडिर पीआईएम आरपी में एक निश्चित सशर्त बिंदु है कि कौन सा यातायात एक तरफ प्रयास कर रहा है और दूसरे पर ग्राहकों से जुड़ रहा है। एसपीटी पेड़ के निर्माण से पूछने के लिए किसी को भी अपमानजनक नहीं करना चाहिए। कुछ राउटर पर अचानक स्रोतों से यातायात साझा पेड़ में प्रेषित होने लगता है। मैं "कुछ पर" क्यों कह रहा हूं? तथ्य यह है कि बिवारिर पीआईएम आरपी में - एक अमूर्त बिंदु, और एक विशिष्ट राउटर नहीं, जैसा कि एक आरपी पता एक अस्तित्वहीन आईपी पता कर सकता है - मुख्य बात यह है कि इसे रूट किया गया है (इस तरह के एक आरपी को फैंटम आरपी कहा जाता है\nपीआईएम से संबंधित सभी शब्द शब्दावली में पाए जा सकते हैं चैनल पर मल्टीकास्ट इसलिए, नींद, प्रसंस्करण, परीक्षणों की कमी के साथ लंबे श्रम सप्ताह के पीछे - आपने एक मल्टीकास्ट और संतुष्ट ग्राहकों, निदेशक और बिक्री विभाग को सफलतापूर्वक कार्यान्वित किया है। शुक्रवार को सृष्टि को नजरअंदाज करने और सुखद रहने के लिए सबसे बुरा दिन नहीं है। .\nशुक्रवार को सृष्टि को नजरअंदाज करने और सुखद रहने के लिए सबसे बुरा दिन नहीं है।\nलेकिन आपके दोपहर का सपना अचानक तकनीकी सहायता के कॉल को परेशान करता है, फिर एक और और अभी तक - कुछ भी काम नहीं करता है, सबकुछ टूट गया। चेक - जाओ नुकसान, तोड़ता है। सब कुछ कई स्विच के एक सेगमेंट पर अभिसरण करता है।\nएसएसएच अनक्रेडिटेड, सीपीयू की जांच की, इंटरफेस और बालों के अंत के निपटारे की जांच की - एक वीएलएएन के सभी इंटरफेस पर लगभग 100% से कम लोड हो रहा है। सूचित करते रहना! लेकिन अगर कोई काम नहीं हुआ तो यह कहां से आता है? 10 मिनट की जांच और आपने देखा कि कर्नेल के अपस्ट्रीम इंटरफ़ेस पर आपके पास बहुत से आने वाले यातायात हैं, और सभी ग्राहकों के लिए उतरने पर - आउटगोइंग। लूप के लिए, यह भी विशेषता है, लेकिन किसी भी तरह संदिग्ध रूप से: एक मल्टीकास्ट पेश किया, स्विचिंग और केवल एक दिशा में कूदने पर कोई काम नहीं किया।\nराउटर पर मल्टीकास्ट समूहों की एक सूची की जांच की - और सभी संभावित चैनलों की सदस्यता है और एक बंदरगाह पर सबकुछ स्वाभाविक रूप से वह है जो इस सेगमेंट की ओर जाता है।\nसावधानीपूर्वक जांच से पता चला है कि क्लाइंट का कंप्यूटर संक्रमित है और एक पंक्ति में सभी मल्टीकास्ट पते पर आईजीएमपी क्वेरी भेजता है।\nपैकेज घाटे शुरू हुए, क्योंकि स्विच को खुद को बड़ी मात्रा में यातायात पारित करना पड़ा। इससे इंटरफ़ेस बफर का ओवरफ़्लो हुआ।\nमुख्य सवाल यह है कि एक ग्राहक के यातायात को सभी बंदरगाहों में कॉपी करना शुरू किया गया?\nइसका कारण मल्टीकास्ट मैक पते की प्रकृति में निहित है। तथ्य यह है कि, मल्टीकास्ट आईपी पते की जगह विशेष रूप से मल्टीकास्ट मैक पते की जगह में प्रदर्शित होती है। और स्नैग यह है कि वे कभी भी स्रोत मैक पते के रूप में उपयोग नहीं किए जाएंगे, और इसलिए स्विच द्वारा अध्ययन नहीं किया जाएगा और मैक पता तालिका में सूचीबद्ध हैं। फ्रेम के साथ स्विच क्या करता है, जिसका गंतव्य पता अध्ययन नहीं किया जाता है? वह उन्हें सभी बंदरगाहों को भेजता है। क्या हुआ।\nयह डिफ़ॉल्ट कार्रवाई है।\nमल्टीकास्ट मैक पते तो ऐसे पैकेजों के ईथरनेट हेडर में किस मैक पते को प्रतिस्थापित किया गया है? प्रसारण? नहीं। मैक पते की एक विशेष श्रृंखला है जिसमें मल्टीकास्ट आईपी पते प्रदर्शित होते हैं। रजिस्टर करें ये विशेष पते शुरू होते हैं:\n0x01005e और अगले 25 वें बिट0होना चाहिए\nऐसा क्यों जवाब देने की कोशिश करें\n)। शेष 23 बिट्स (मैक-एड्रेस 48 में आपको याद दिलाते हैं) को आईपी पते से स्थानांतरित कर दिया जाता है।\nयहां कुछ गंभीर नहीं हैं, बल्कि समस्या। मल्टीकास्ट पते की श्रृंखला मास्क 224.0.0.0/4 द्वारा निर्धारित की जाती है, जिसका अर्थ है कि पहले4बिट्स आरक्षित हैं: 1110, और शेष 28 बिट बदल सकते हैं। यही है, हमारे पास2^ 28 मल्टीकास्ट आईपी पते और केवल2^ 23 मैक पते हैं - 1 में 1 प्रदर्शित करने के लिए5बिट्स की कमी है। इसलिए, आईपी पते के पिछले 23 बिट्स को लिया जाता है और एक से एक को मैक पते पर स्थानांतरित कर दिया जाता है, शेष5को त्याग दिया जाता है।\nवास्तव में, इसका मतलब है कि2^5= 32 आईपी पते एक मल्टीकास्ट मैक पते में प्रदर्शित किए जाएंगे। उदाहरण के लिए, समूह 224.0.0.1, 224.128.0.1, 225.0.0.1 और इसलिए 23 9.128.0.1 तक, हर कोई एक मैक पते 0100: 5E00: 0001 में प्रदर्शित किया जाएगा।\nयदि आप एक स्ट्रीमिंग वीडियो डंप को एक उदाहरण के रूप में लेते हैं, तो आप देख सकते हैं:\nआईपी पता - 224.2.2.4, मैक पता: 01: 00: 5e: 02: 02: 04।\nअन्य मल्टीकास्ट मैक पते भी हैं जो आईपीवी 4-मल्टीकास्ट से संबंधित नहीं हैं (क्लिक करें\n)। वे सभी, वैसे, इस तथ्य से विशेषता है कि पहले ऑक्टेट का अंतिम बिट 1 के बराबर है।\nस्वाभाविक रूप से, न तो उसी नेटवर्क कार्ड पर इस तरह के मैक पते द्वारा कॉन्फ़िगर नहीं किया जा सकता है, इसलिए यह कभी भी स्रोत मैक ईथरनेट फ़ील्ड में नहीं होगा और मैक एड्रेस टेबल में कभी नहीं आएगा। तो ऐसे फ्रेम को किसी भी अज्ञात यूनिकास्ट के रूप में भेजा जाना चाहिए\nसभी VLAN बंदरगाहों के लिए।\nकुल मिलाकर, हमने पहले विचार किया है, यह वीडियो स्ट्रीमिंग से शेयर मूल्य उद्धरणों तक किसी भी मल्टीकास्ट ट्रैफ़िक को पूरी तरह से प्रसारित करने के लिए पर्याप्त है। लेकिन हम वास्तव में इस तरह के अपमान के साथ हमारी लगभग पूरी दुनिया में करते हैं, एक प्रसारण संचरण के रूप में जो चुनाव में स्थानांतरित किया जा सकता है?\nहर्गिज नहीं। विशेष रूप से पूर्णतावादियों के लिए आविष्कार\nविचार बहुत आसान है - स्विच आईजीएमपी पैकेट के माध्यम से "सुनता है"।\nप्रत्येक समूह के लिए, अलग से यह आरोही और नीचे बंदरगाहों की तालिका की ओर जाता है।\nयदि आईजीएमपी रिपोर्ट किसी समूह के लिए पोर्ट से आई, तो एक ग्राहक, स्विच इसे इस समूह के लिए डाउनलिंक सूची में जोड़ता है।\nयदि आईजीएमपी क्वेरी समूह के लिए बंदरगाह से आई, तो राउटर है, स्विच इसे आरोही सूची में जोड़ता है।\nयह एक चैनल स्तर पर एक मल्टीकास्ट यातायात संचरण तालिका उत्पन्न करता है। नतीजतन, जब एक मल्टीकास्ट स्ट्रीम ऊपर से आता है, तो इसे केवल नीचे की ओर इंटरफेस पर कॉपी किया जाता है। यदि 16-पोर्ट स्विच पर केवल दो ग्राहक हैं, तो केवल वे यातायात वितरित किए जाएंगे। जब हम उसकी प्रकृति के बारे में सोचते हैं तो इस विचार की प्रतिभा समाप्त होती है। तंत्र मानता है कि स्विच को तीसरे स्तर पर यातायात सुनना चाहिए।\nहालांकि, आईजीएमपी-स्नूपिंग नेटवर्क इंटरैक्शन के सिद्धांतों को अनदेखा करने के लिए एनएटी के साथ तुलना नहीं है। इसके अलावा, संसाधनों में बचत के अलावा, इसमें बहुत कम स्पष्ट अवसर हैं। हां, और सामान्य रूप से, आधुनिक दुनिया में, स्विच जो जानता है कि आईपी के अंदर कैसे देखना है - घटना असाधारण नहीं है। ===================== कार्य संख्या 3।\nसर्वर 172.16.0.5 समूह 239.1.1.1, 23 9.2.2.2 और 239.0.x में मल्टीकास्ट यातायात को प्रसारित करता है।\nनेटवर्क को कॉन्फ़िगर करें ताकि:\n- ग्राहक 1 समूह 23 9.2.2.2 में शामिल नहीं हो सका। लेकिन साथ ही वह समूह 239.0.0.x में शामिल हो सकता है।\n- ग्राहक2समूह 239.1.1.1 में शामिल नहीं हो सका। लेकिन साथ ही वह समूह 239.0.0.x में शामिल हो सकता है।\nIgmp snooping प्रॉक्सी।\nएक प्रतिक्रिया पाठक के पास एक प्रश्न हो सकता है कि आईजीएमपी स्नूपिंग सभी क्लाइंट बंदरगाहों को कैसे जानता है, यह देखते हुए कि हम ऊपर कहा गया है कि केवल एक सबसे तेज़ ग्राहक आईजीएमपी क्वेरी के लिए ज़िम्मेदार है। और बहुत ही सरल: आईजीएमपी स्नूपिंग रिपोर्ट ग्राहकों के बीच जाने की अनुमति नहीं देता है। उन्हें केवल राउटर में बढ़ते बंदरगाहों को भेजा जाता है। इस समूह के अन्य प्राप्तकर्ताओं से रिपोर्ट देखने के बिना, क्लाइंट को इस क्वेरी में निर्दिष्ट अधिकतम प्रतिक्रिया समय के दौरान क्वेरी का जवाब देने के लिए बाध्य किया जाता है।\nनतीजतन, सेकंड 10 के लिए 1000 नोड्स के लिए नेटवर्क पर 10 (अधिकतम प्रतिक्रिया समय का सामान्य मूल्य) राउटर को 1000 रिपोर्ट आएगा। हालांकि यह प्रत्येक समूह के लिए उनके लिए पर्याप्त होगा।\nऔर यह हर मिनट होता है।\nइस मामले में, आप आईजीएमपी अनुरोधों के प्रॉक्सीइंग को कॉन्फ़िगर कर सकते हैं। फिर स्विच केवल गुजरने वाले पैकेजों को "सुनता" नहीं करता है, वह उन्हें रोकता है।\nआईजीएमपी-स्नूपिंग के संचालन के नियम विभिन्न निर्माताओं के लिए भिन्न हो सकते हैं। इसलिए, उन्हें अवधारणा पर विचार करें:\n1) यदि स्विच समूह को पहली रिपोर्ट आता है, तो यह राउटर तक भेजा जाता है, और इंटरफ़ेस डाउनलिंक को कम किया जाता है। यदि ऐसा समूह पहले से ही पहले से ही है, तो इंटरफ़ेस बस अवरोही सूची में जोड़ा जाता है, और रिपोर्ट नष्ट हो जाती है।\n2) यदि नवीनतम छुट्टी स्विच पर आती है, तो कोई अन्य ग्राहक नहीं हैं, तो यह छुट्टी राउटर को भेजी जाएगी, और इंटरफ़ेस को डाउनलिंक सूची से हटा दिया जाता है। अन्यथा, इंटरफ़ेस बस हटा दिया गया है, छोड़ दिया गया है।\n3) यदि आईजीएमपी क्वेरी राउटर से आता है, तो स्विच इसे अवरुद्ध करता है, वर्तमान में प्राप्तकर्ताओं के सभी समूहों के लिए आईजीएमपी रिपोर्ट प्रतिक्रिया को भेजता है।\nअब हम सर्वर देते हैं। जैसा कि हमने पहले से ही चर्चा की है, वह पीआईएम, आरपी, आईजीएमपी के बारे में चिंता नहीं करता है - वह सिर्फ प्रसारण करता है। और आर 1 को यह धारा मिलती है। उनका काम आरपी को मल्टीकास्ट प्रदान करना है। और फिर, सेटिंग्स और निर्माता के आधार पर, या एक ही क्वेरी सभी क्लाइंट बंदरगाहों को भेजी जाती है, या स्विच राउटर से क्वेरी को अवरुद्ध करता है और स्वयं ही सभी प्राप्तकर्ताओं को आयोग के रूप में कार्य करता है। इससे नेटवर्क पर अनावश्यक सेवा यातायात और राउटर पर लोड का हिस्सा कम हो जाता है। मल्टीकास्ट वीएलएएन प्रतिकृति ग्राहक वीएलसी प्लेयर के माध्यम से 224.2.2.4 के समूह का भी अनुरोध करेगा। संक्षिप्त आईजीएमपीवी2रिपोर्ट में वांछित समूह के पते पर जाता है, और समानांतर में इसे पैकेज में ही इंगित किया जाता है। इन संदेशों को केवल अपने सेगमेंट के भीतर ही रहना चाहिए और राउटर द्वारा किसी भी तरह से आगे नहीं रहना चाहिए, इसलिए, उनके पास 1 टीटीएल है। एमवीआर।\n। यह उन प्रदाताओं के लिए एक तंत्र है जो वीएलएएन-प्रति-उपयोगकर्ता का अभ्यास करते हैं\n, उदाहरण के लिए।\nयहां एक नेटवर्क का एक विशिष्ट उदाहरण है जहां एमवीआर महत्वपूर्ण है:\nविभिन्न वीएलएएन में5ग्राहक, और हर कोई एक समूह 224.2.2.4 के मल्टीकास्ट यातायात को प्राप्त करना चाहता है। इस मामले में, ग्राहकों को एक दूसरे से अलग रहना चाहिए।\nआईजीएमपी-स्नूपिंग, निश्चित रूप से, और वीएलएएन को ध्यान में रखता है। यदि विभिन्न वीएलएएनएस में पांच ग्राहक एक समूह से अनुरोध करते हैं - यह पांच अलग-अलग टेबल होंगे। तदनुसार, समूह को राउटर को जोड़ने के लिए5अनुरोध हैं। और राउटर पर इन पांचों से प्रत्येक sabinternia तेल में अलग से जोड़ा जाएगा। यही है, समूह 224.2.2.4 के लिए 1 स्ट्रीम प्राप्त करने के बाद वह इस तथ्य के बावजूद5प्रतियां भेजेगा कि वे सभी एक सेगमेंट में जाते हैं।\nइस समस्या को हल करने के लिए, एक मल्टीकास्ट वीएलएएन प्रतिकृति तंत्र विकसित किया गया था।\nएक अतिरिक्त वीएलएएन दर्ज किया गया है -\n- इसके अनुसार, एक मल्टीकास्ट प्रवाह प्रेषित किया जाएगा। यह अंतिम स्विच पर सीधे "स्वादपूर्ण" है, जहां से ट्रैफ़िक को सभी क्लाइंट इंटरफेस में कॉपी किया जाता है कि वे इस ट्रैफ़िक को प्राप्त करना चाहते हैं - यह प्रतिकृति है।\nमल्टीकास्ट वीएलएएन से प्रतिकृति के कार्यान्वयन के आधार पर बनाया जा सकता है\nया कुछ भौतिक इंटरफेस में।\nऔर आईजीएमपी संदेशों के बारे में क्या? राउटर से क्वेरी, निश्चित रूप से, मल्टीकास्ट वीएलएएन के माध्यम से आता है। स्विच उन्हें ग्राहक बंदरगाहों को भेजता है। जब क्लाइंट से रिपोर्ट या छुट्टी आती है, तो स्विच यह कहां से है (वीएलएएन, एक इंटरफ़ेस) और, यदि आवश्यक हो, तो एक मल्टीकास्ट वीएलएएन को रीडायरेक्ट करता है।\nइस प्रकार, सामान्य यातायात अलग हो गया है और अभी भी उपयोगकर्ता वीएलएएन में राउटर में जाता है। मल्टीकास्ट ट्रैफिक और आईजीएमपी पैकेट मल्टीकास्ट वीएलएएन को प्रेषित किए जाते हैं।\nसिस्को एमवीआर और आईजीएमपी-स्नूपिंग स्वतंत्र रूप से कॉन्फ़िगर किए गए हैं। यही है, आप एक को बंद कर सकते हैं और दूसरा काम करेगा। आम तौर पर, एमवीआर आईजीएमपी-स्नूपिंग पर आधारित है और एमवीआर संचालन के लिए अन्य निर्माताओं के स्विच पर आईजीएमपी-स्नूपिंग को अनिवार्य शामिल किया जा सकता है।\nइसके अलावा, आईजीएमपी-स्नूपिंग आपको स्विच पर यातायात फ़िल्टरिंग करने की अनुमति देता है, उपयोगकर्ता को उपलब्ध समूहों की संख्या को सीमित करता है, आईजीएमपी क्वेरियर का समावेश, आरोही बंदरगाहों की स्थिर सेटिंग, किसी भी समूह के लिए स्थायी कनेक्शन (यह स्क्रिप्ट साथ में है वीडियो\n), अतिरिक्त क्वेरी भेजकर टोपोलॉजी में बदलाव के लिए तेजी से प्रतिक्रिया, आईजीएमपीवी2आदि के लिए एसएसएम-मैपिंग आदि।\nआईजीएमपी-स्नूपिंग के बारे में वार्तालाप खत्म करना, मैं दोहराना चाहता हूं - यह एक वैकल्पिक कार्यक्षमता है - सब कुछ इसके बिना काम करेगा। लेकिन यह नेटवर्क को और अधिक अनुमानित बना देगा, और इंजीनियर का जीवन शांत है।\nहालांकि, आईजीएमपी स्नूपिंग के सभी फायदे खुद के खिलाफ लपेटा जा सकता है। एक ऐसा उत्कृष्ट मामला संदर्भ द्वारा पढ़ा जा सकता है।\nवैसे ही सिस्को के पास एक सीजीएमपी प्रोटोकॉल है\n- आईजीएमपी का एनालॉग, जो स्विच के सिद्धांतों का उल्लंघन नहीं करता है, लेकिन यह ठीक से है और यह कहने के लिए नहीं है कि व्यापक रूप से।\nतो, मेरा अथक पाठक, हम इस मुद्दे के अंत तक पहुंचते हैं और अंततः यह दिखाना चाहते हैं कि क्लाइंट पक्ष पर आईपीटीवी सेवा कैसे लागू की जा सकती है।\nइस लेख में हमने बार-बार अपील की है - एक ऐसे खिलाड़ी को चलाएं जो नेटवर्क से मल्टीकास्ट स्ट्रीम ले सकता है। आप समूह के आईपी पते को मैन्युअल रूप से सेट कर सकते हैं और वीडियो का आनंद ले सकते हैं।\nएक और कार्यक्रम विकल्प जो प्रदाता अक्सर उपयोग करते हैं वह एक विशेष अनुप्रयोग है, आमतौर पर काफी कस्टम होता है, जिसमें प्रदाता के नेटवर्क में उपयोग किए जाने वाले चैनलों का सेट सिलवाया जाएगा। मैन्युअल रूप से कुछ सेट करने की आवश्यकता नहीं है - आपको बस चैनलों को बटन के साथ स्विच करने की आवश्यकता है।\nइन दोनों तरीकों से केवल कंप्यूटर पर स्ट्रीमिंग वीडियो देखना संभव हो जाता है।\nतीसरा विकल्प आपको टीवी, और एक नियम के रूप में उपयोग करने की अनुमति देता है। ऐसा करने के लिए, ग्राहक का घर तथाकथित सेट-टॉप-बॉक्स (एसटीबी) डालता है - टीवी पर स्थापित एक बॉक्स। यह एक पुसलेक है, जिसे ग्राहक लाइन में शामिल किया गया है और यातायात साझा करता है: सामान्य यूनिक्टर यह ईथरनेट या वाईफाई को देता है ताकि ग्राहकों के पास इंटरनेट तक पहुंच हो, और मल्टीकास्ट स्ट्रीम को केबल (डीवीआई) के माध्यम से टीवी पर प्रेषित किया जा सके (डीवीआई, आरजीबी, एंटीना टीडी।)।\nअक्सर, वैसे, आप एक विज्ञापन देख सकते हैं, जहां प्रदाता टेलीविजन को जोड़ने के लिए अपने कंसोल प्रदान करता है - यह बहुत ही एसटीबी है\nकार्य संख्या 4।\nअंत में, एक गैर-मल्टीकास्ट कार्य (लेखकों हमें नहीं हैं, जवाब में मूल के लिए एक लिंक होगा)।\nसबसे सरल योजना:\nएक तरफ, स्रोत सर्वर, एक चाप के साथ - एक कंप्यूटर जो यातायात लेने के लिए तैयार है।\nआप स्वयं एक मल्टीकास्ट स्ट्रीम पता स्थापित कर सकते हैं।\nऔर, तदनुसार, दो प्रश्न:\nक्या करने की आवश्यकता है ताकि कंप्यूटर स्ट्रीम प्राप्त कर सके और मल्टीकास्ट रूटिंग का सहारा न दे?\nमान लीजिए कि आप नहीं जानते कि एक मल्टीकास्ट क्या है और इसे कॉन्फ़िगर नहीं कर सकता है, सर्वर से सर्वर से स्ट्रीम को कैसे स्थानांतरित करें?\nकार्य आसानी से खोज इंजन में खोजा जाता है, लेकिन इसे स्वयं हल करने का प्रयास करें।\nलेख में लाभहीन मल्टीकास्ट यातायात (एमएसडीपी) की क्रॉस-डोमेन रूटिंग बनी रही\n), आरपी (Anycast आरपी) के बीच लोड संतुलन\n, मालिकाना प्रोटोकॉल। लेकिन, मुझे लगता है, बाकी के साथ निपटने के लिए इस लेख को शुरू करने का एक बिंदु होना मुश्किल नहीं होगा।\nमल्टीकास्ट से संबंधित सभी शब्द, आप दूरसंचार शब्दावली लुकमेप में पा सकते हैं\nलेख तैयार करने में मदद के लिए धन्यवाद जेडीमा\nतकनीकी सहायता के लिए धन्यवाद Natasha Samoilenko सीडीपीवी ने नीना डॉल्गोपोलोव खींचा\n- एक अद्भुत कलाकार और अन्य परियोजना।\nएसडीएसएम द्वारा लेखों के पूल में, अंत से पहले भी बहुत दिलचस्प है, इसलिए आपको रिलीज की लंबी कमी के कारण चक्र को दफनाने की आवश्यकता नहीं है - प्रत्येक नए लेख में जटिलता में काफी वृद्धि हुई है। आगे लगभग सभी एमपीएल, आईपीवी 6, क्यूओएस और नेटवर्क डिजाइन है।\nजैसा कि आप पहले से ही देखते हैं, शायद ध्यान दिया गया है, लिंकमेअप में एक नई परियोजना है - लुकमेप शब्दावली (हाँ, हमने एक फंतासी छोड़ दी है)। हमें उम्मीद है कि यह शब्दावली संचार के क्षेत्र में शर्तों की सबसे पूरी निर्देशिका बन जाएगी, इसलिए हमें इसे भरने में कोई मदद मिलेगी। [email protected] पर हमें लिखें\nआईजीएमपी स्नूपिंग: राउटर में यह क्या है और आपको क्यों चाहिए?\nयदि आपको आईजीएमपी स्नूपिंग विकल्प के बारे में एक प्रश्न का सामना करना पड़ता है जो राउटर में है और आपको इस सेटिंग की आवश्यकता क्यों है, तो आपने सही लेख खोजा। इंटरनेट पर अधिकांश जानकारी सामान्य उपयोगकर्ता को समझने के लिए जटिल है, और यदि आप किसी विशिष्ट कार्य को हल करना चाहते हैं तो इन शर्तों की आवश्यकता नहीं है।\nसमस्याओं के बारे में थोड़ा और, जिसके कारण आप आईजीएमपी स्नूपिंग में रुचि रखते हैं:\nआप नेटवर्क गेम खेलते हैं;\nआईपीटीवी रोस्टेलेकॉम इंटरनेट टेलीविजन फ़ंक्शन या किसी अन्य प्रदाता का उपयोग करें;\nकिसी भी नेटवर्क सिस्टम पर हस्ताक्षर किए गए: वीडियो सम्मेलन, ऑनलाइन सीखने या यहां तक कि डाक मेलिंग।\nऔर साथ ही आपने राउटर से जुड़े सभी उपकरणों पर गति को काफी कम कर दिया है। उदाहरण के लिए, आप टीवी पर आईपीटीवी देख रहे हैं, लेकिन आप अपने फोन पर इंटरनेट पर काम करने के लिए एक पीसी या बदतर "शर्मिंदा" शुरू करते हैं। एक और समस्या संभव है - ऊपर सूचीबद्ध आईपीटीवी, नेटवर्क गेम या सेवाएं बिल्कुल शुरू नहीं हुई हैं और काम नहीं करते हैं। इन सभी मामलों में, समाधान आईजीएमपी स्नूपिंग को कॉन्फ़िगर करने में मदद करेगा।\nआईजीएमपी क्या है और इसकी आवश्यकता क्यों है\nजब डेटा नेटवर्क पर प्रसारित होता है - वैश्विक इंटरनेट पर, या प्रदाता से, या आपके उपकरणों के बीच, यह स्पष्ट नियमों पर होता है: प्रोटोकॉल। प्रत्येक प्रोटोकॉल निर्धारित करता है कि ज़ीरो और इकाइयों को कैसे पहचानें, उन्हें डेटा पैकेट में कैसे एकत्रित करें, स्क्रीन पर स्क्रीन पर प्राप्त करने और इकट्ठा करते समय उनकी "शुद्धता" की जांच कैसे करें। कुल में सात स्तर हैं - आपके ब्राउज़र में विद्युत संकेतों से।\nइंटरनेट ग्रुप मैनेजमेंट प्रोटोकॉल, जिसमें पहले अक्षरों के मुताबिक संक्षेप में बनाया गया है - चैनल स्तर पर इन प्रोटोकॉलों में से एक। यदि ऊपर वर्णित "समस्याएं" तो आप इसके अस्तित्व के बारे में नहीं जान पाएंगे। जैसा कि नाम से देखा जा सकता है, यह प्रसारण समूहों के प्रबंधन के लिए एक प्रोटोकॉल है।\nयही है, जब आईपीटीवी इंटरनेट टीवी सिग्नल प्रदाता से राउटर पर आता है, तो यह इसे सभी उपकरणों पर प्रसारित करना शुरू कर देता है। यह सुविधाजनक है, स्मार्टफोन और टीवी पर एक ही गियर देखने के लिए। लेकिन साथ ही किसी भी अन्य डिवाइस - उदाहरण के लिए, यदि आपके सिग्नल की आवश्यकता है तो आपके कंप्यूटर को "नहीं कहा जाता है"।\nइसलिए, वह अभी भी इसे प्राप्त करता है, जो इंटरनेट की गति को कम करता है और अपने संसाधनों को खर्च करता है।\nस्नूपिंग एक ऐसा कार्य है जो राउटर को यह पता लगाने में मदद करता है कि कौन से उपकरणों को ऑनलाइन गेम, टेलीविजन या विशेष सेवा से डेटा के प्रवाह की आवश्यकता है। सीधे शब्दों में कहें, यह आपके नेटवर्क के भीतर यातायात का अनुकूलन है और इसकी सुरक्षा में सुधार करता है। इसे स्वचालित रूप से काम करना चाहिए, लेकिन कभी-कभी आपको इसे मैन्युअल रूप से कॉन्फ़िगर करने की आवश्यकता होती है। आईजीएमपी राउटर में यही है।\nआईजीएमपी स्नूपिंग के दृश्य इस प्रोटोकॉल के राउटर का समर्थन पहले से ही मतलब है कि आपको आईपीटीवी और अन्य सेवाओं से सिग्नल की प्राप्ति के साथ समस्या नहीं होगी। लेकिन यदि राउटर या मॉडेम पुराना है, तो यह प्रसारण डेटा स्थानांतरण स्वीकार नहीं कर सकता है, या इसमें पर्याप्त शक्ति नहीं है और यह "लटका" होगा। लेकिन जब सब कुछ क्रम में होता है, तो igmp snooping प्रकार से भिन्न हो सकता है: निष्क्रिय। यह मूल प्रौद्योगिकी समर्थन, समग्र ट्रैकिंग और प्रसारण डेटा संचरण। सबकुछ काम करता है, राउटर पर लोड न्यूनतम है। हालांकि, इसमें डिवाइस पर लोड बढ़ता है। सक्रिय। ऐसा प्रोटोकॉल नेटवर्क को अधिकतम करता है। यह राउटर को "अतिरिक्त" अनुरोधों को छोड़ देता है जिसे उसे डेटा स्थानांतरण संसाधन को मुक्त करने की आवश्यकता नहीं होती है। हालांकि, यह प्रोसेसर पर और डिवाइस की स्मृति पर लोड बढ़ाता है। मध्यम और उच्च मूल्य खंडों के उपकरण बिना किसी समस्या के इस के साथ सामना करते हैं। उपकरणों के लिए सस्ता यह डेटा की मात्रा पर निर्भर करता है। .\nराउटर में एक फ़ंक्शन कैसे सेट करें आईजीएमपी राउटर में डिस्सेबल, आईपीटीवी उदाहरण पर यह सेटिंग क्या है। आमतौर पर सब कुछ स्वचालित रूप से चालू हो जाता है। लेकिन अगर आप इस लेख को पढ़ते हैं, तो कुछ स्पष्ट रूप से गलत हो गया। इसलिए, इन चरणों को करें: राउटर के वेब इंटरफ़ेस पर जाएं: पता बार 1 92.168.1.1 या 192.168.0.1 या पते वाले पते पर ब्राउज़र दर्ज करें जो नीचे स्टिकर पर निर्दिष्ट है। उपयोगकर्ता नाम और पासवर्ड दर्ज करें - आमतौर पर यह "व्यवस्थापक" लॉगिन और पासवर्ड "व्यवस्थापक" होता है यदि आप मैन्युअल रूप से नहीं बदला गया है। या राउटर पर एक ही स्टिकर की जांच करें। .\n"नेटवर्क", "नेटवर्क सेटिंग्स" या इसी तरह पर जाएं। असस में, इसे "स्थानीय नेटवर्क" कहा जाता है। आपको "आईपीटीवी" टैब खोजने की आवश्यकता है। "प्रॉक्सी" विकल्प में प्रसारण शामिल है, वास्तव में आईपीटीवी फ़ंक्शन लॉन्च करता है। यही वह है, राउटर में आईजीएमपी प्रॉक्सी। इसे चालू करो। – सभी मॉडलों में एक आईजीएमपी स्नूपिंग आइटम नहीं है, लेकिन यदि यह मौजूद है, तो इसे चालू करें। स्नूपिंग सभी उपकरणों के काम में सुधार करेगा। .\n"लागू करें" पर क्लिक करें। सब तैयार है।\nसंभावित समस्याएं प्रसारण के काम नहीं किए जाने पर एक समस्या संभव है। यह फ़ायरवॉल से जुड़ा हो सकता है। इसे कुछ मिनटों के लिए डिस्कनेक्ट करें। यदि समस्या गायब हो गई है, तो सेटिंग्स चालू करें और सेटिंग्स में, इंटरनेट टीवी, ऑनलाइन गेम या किसी अन्य सेवा के लिए प्रोटोकॉल की अनुमति दें। वीडियो। उदाहरण: किसी भी डीएनएस .\nयदि आईपीटीवी एक अलग उपकरण-रिसीवर का उपयोग करता है (आपको टीवी उपसर्ग की आवश्यकता क्यों है, यह एक एकल वार्तालाप विषय है), फिर राउटर सेटिंग्स में "पुल" विकल्प को हल करने के लिए यह आवश्यक हो सकता है। इसे "वैन ब्रिज पोर्ट" या "नेटवर्क-ब्रिज" कहा जा सकता है - यह डिवाइस पर निर्भर करता है।\nअंत में, यदि सिग्नल "धीमा हो जाता है", तो डिवाइस को अधिकतर अधिभारित किया जाता है। अन्य उपकरणों के संचालन को सीमित करना होगा, या उन्हें अक्षम करना होगा। यदि कुछ भी मदद नहीं करता है, तो आपको राउटर को अधिक शक्तिशाली में बदलना होगा।\nइस आलेख में, मैंने सबसे स्पष्ट भाषा को समझाने की कोशिश की, राउटर में आईजीएमपी स्नूपिंग क्या है। मुझे उम्मीद है कि यह जानकारी आपके लिए उपयोगी होगी, और आप उन समस्याओं का फैसला करेंगे जो उत्पन्न हुई हैं। अब आपका डेटा अनुकूल और सही तरीके से प्रेषित किया जाएगा, और नेटवर्क पर हमला करने के लिए सभी उपकरणों को अधिभारित करने के लिए परिणाम नहीं होगा। एक स्रोत: https://besprovodnik.ru/igmp-snooping-chto-to-v-rutere/\nMikrotik पर IPTV की स्थापना उदाहरण के लिए, आईपीटीवी सेटिंग्स हमने मिक्रोटिक आरबी 2011uias-2hnd लिया। बिल्कुल घर राउटर नहीं, निश्चित रूप से, लेकिन अन्य उपकरणों पर सेटिंग सिद्धांत में भिन्न नहीं होगी। कॉन्फ़िगरेशन राउटर रीसेट करें। / और प्राप्तकर्ताओं के बारे में हमें सूचित करता है। और एक क्लाइंट-कंप्यूटर के बारे में बात करना जरूरी नहीं है, सामान्य रूप से यह एक और पीआईएम राउटर हो सकता है। यह महत्वपूर्ण है कि किस इंटरफेस को यातायात पास करने की आवश्यकता है। हम राउटर को अपडेट करते हैं (आईपीटीवी के लिए एक पैकेज जोड़ें)।\nआईजीएमपी प्रॉक्सी सेट अप करना। फ़ायरवॉल अपवाद जोड़ें। वाई-फाई सेट अप करना।\nएक्सेस पॉइंट सेटिंग्स रीसेट करें\nयह आइटम वैकल्पिक है। यदि आप पहले किए गए कार्य सेटिंग्स के साथ राउटर पर आईपीटीवी को कॉन्फ़िगर करते हैं, तो नीचे दिए गए कार्य आवश्यक नहीं हैं। यह बैकअप कॉन्फ़िगरेशन को भी रोकता नहीं है। हालांकि, कभी-कभी, यदि आईपीटीवी सेटिंग के दौरान माइक्रोटिक के लिए कुछ गलत हो गया, तो सबसे अच्छा तरीका कॉन्फ़िगरेशन "रीसेट" है और सबकुछ फिर से करें। .\nफैक्ट्री में सेटिंग्स रीसेट तीन तरीके हो सकते हैं: प्रोग्रामेटिक रूप से Winbox पर जाएं, सिस्टम मेनू खोलें और रीसेट कॉन्फ़िगरेशन करें। यांत्रिक रूप से: अपने मिकोटिक पर रीसेट बटन पर क्लिक करें और राउटर रीबूट होने तक प्रतीक्षा करें। (अधिकांश mikrotik पर हम आपको उपकरण को चालू करने के लिए बटन को क्लैंप करने की सलाह देते हैं, और स्विच करने के लगभग 10 सेकंड के बाद जारी किए बिना) / और प्राप्तकर्ताओं के बारे में हमें सूचित करता है। और एक क्लाइंट-कंप्यूटर के बारे में बात करना जरूरी नहीं है, सामान्य रूप से यह एक और पीआईएम राउटर हो सकता है। यह महत्वपूर्ण है कि किस इंटरफेस को यातायात पास करने की आवश्यकता है। राउटर में कॉन्फ़िगरेशन रीसेट करें (सेटअप स्क्रीन पर)। वास्तव में यदि राउटर पर टचस्क्रीन है। राउटरोस अपडेट (आईपीटीवी के लिए एक पैकेज जोड़ें) आईपीटीवी के लिए एक अतिरिक्त पैकेज स्थापित करने के लिए अद्यतन आवश्यक है। हम मिक्रोतिक की साइट पर जाते हैं, हम सूचियों पर आपके मॉडल की एक पंक्ति की तलाश में हैं और इसके लिए नवीनतम फर्मवेयर संस्करण डाउनलोड कर रहे हैं। कृपया ध्यान दें कि आप मुख्य पैकेज (मुख्य) के साथ फर्मवेयर नहीं चुनते हैं, और अतिरिक्त (अतिरिक्त) के साथ:\nहम राउटर में जाते हैं (हम आपको पूरी तरह से मैक पते पर दर्ज करने की सलाह देते हैं, यह आगे कॉन्फ़िगरेशन प्रक्रिया को सुविधाजनक बनाएगा)। राउटर पर अपडेट करने के लिए, मेनू पर जाएं फ़ाइलें। इसे खोलें और इसे खिड़की में खींचें फ़ाइलें। एक अनपॅक किए गए संग्रह से हमारी डाउनलोड की गई फ़ाइल . Multicast-x.xx-mipsbe.npk\nपैकेज जोड़ा गया और उसके बाद हम मेनू में उपकरण को रिबूट करते हैं\nराउटर रिबूट और फर्मवेयर अपडेट करेगा। प्रक्रिया में5मिनट तक लग सकते हैं।\nइस समय पोषण अक्षम नहीं किया जाना चाहिए!\nरिबूटिंग के बाद\nसिस्टम - पैकेज। और देखो कि मॉड्यूल दिखाई दिया है या नहीं\nयदि कोई उपलब्ध है, तो आपने सब कुछ ठीक किया। IGMP प्रॉक्सी सेट अप करना\nMikrotik मेनू में खोलें रूटिंग - आईजीएमपी प्रॉक्सी। प्लस पर इस क्लिक के लिए हमें एक नया इंटरफ़ेस जोड़ने की आवश्यकता है (जैसा कि स्क्रीन पर इंगित किया गया है)। क्षेत्र में, नए इंटरफ़ेस में इंटरफेस। हम उस बंदरगाह का चयन करते हैं जिसके लिए इंटरनेट हमारे साथ आता है, हमारे मामले में यह एक ईथर 2-मास्टर है और एक टिक स्थापित करता है एक स्क्रीनशॉट की तरह:\nमैदान में थोड़ा कम\nआपको वैकल्पिक सबनेट निर्दिष्ट करना चाहिए। यदि आप नहीं जानते कि वहां क्या दर्ज करना है, तो सबसे आम विकल्पों का प्रयास करें: 10.0.0.0/8; 172.16.0.0/12; 192.168.0.0/16।\nचरम मामले में, आप शून्य भी छोड़ सकते हैं, लेकिन अभी भी वांछित सबनेट ढूंढना बेहतर है ताकि राउटर पूरे इंटरनेट पर लागू न हो। परिवर्तनों की पुष्टि करें, क्लिक करें ठीक है। एक ब्लू प्लस पर क्लिक करके, एक और इंटरफ़ेस बनाएं, लेकिन अब हम नहीं\nचरम मामले में, आप शून्य भी छोड़ सकते हैं, लेकिन अभी भी वांछित सबनेट ढूंढना बेहतर है ताकि राउटर पूरे इंटरनेट पर लागू न हो। )। इसके विपरीत टिक लगाएं ठीक है। और साथ ही उस बंदरगाह को चुनें जो हम करेंगे अतृप्त\nIptv। - यानी, जिस पर डिवाइस कनेक्ट है, जिस पर हम आईपीटीवी देखेंगे। हमारे मामले में, यह पुल है, क्योंकि एक स्थिर पीसी इससे जुड़ा हुआ है। .\nयही है, पहले मामले में, हमने उस बंदरगाह को इंगित किया जहां डेटा शामिल है, और अब - कहां से आते हैं। बटन दबाने के बाद समायोजन\nइस्किम के विपरीत टिक\nतकनीकी सहायता के लिए धन्यवाद Natasha Samoilenko शीघ्र।\nहम इसे चैनलों के बीच त्वरित स्विच करने में सक्षम होने के लिए करते हैं।\nफ़ायरवॉल की स्थापना\nहमारे फ़ायरवॉल को कस्टमाइज़ करें जो इस समय आईपीटीवी को याद नहीं करता है, इसके लिए हम एक नया टर्मिनल बनाते हैं, नए टर्मिनल पर क्लिक करें और विंडो खुलती है: अब हमें इस कंसोल में कई टीमों को करना होगा: / आईपी फ़ायरवॉल फ़िल्टर एक्शन जोड़ें = स्वीकार करें चेन = इनपुट टिप्पणी = »IGMP की अनुमति दें» अक्षम = कोई इंटरफ़ेस नहीं = ईथर 2-मास्टर प्रोटोकॉल = igmp\n/ आईपी फ़ायरवॉल फ़िल्टर एक्शन जोड़ें = स्वीकार करें चेन = इनपुट टिप्पणी = »आईपीटीवी यूडीपी आने वाली» अक्षम = कोई डीएसटी-पोर्ट = 1234 इन-इंटरफ़ेस = ईथर 2-मास्टर प्रोटोकॉल = यूडीपी\n/ आईपी फ़ायरवॉल फ़िल्टर एक्शन जोड़ें = स्वीकार करें चेन = अग्रेषित टिप्पणी = »आईपीटीवी यूडीपी अग्रेषण» अक्षम = कोई डीएसटी-पोर्ट = 1234 प्रोटोकॉल = यूडीपी 1234।\n- पोर्ट वीडियो और आईपीटीवी स्ट्रीमिंग के लिए अनौपचारिक रूप से पंजीकृत है ईथर 2-मास्टर - यह एक इंटरफ़ेस है जिसके लिए आईपीटीवी प्रदाता से आता है।\nमेनू में अगली आवश्यकता\nआईपी वस्तु चुनें फ़ायरवॉल\nऔर टैब पर जाएं फ़िल्टर नियम।\n। हमने नियमों को छोड़कर बनाया है और वे काम करते हैं, उन्हें प्रतिबंधित करने के लिए उच्च होना चाहिए। हम उन्हें माउस के साथ खींचते हैं।\nयदि आप वितरित करते हैं या वाई-फाई के माध्यम से आईपीटीवी को सौंपने जा रहे हैं, तो आपको अतिरिक्त सेटिंग्स जोड़ना होगा। ऐसा करने के लिए, क्रम में खोलें:\nउन्नत मोड बटन दबाए जाने के बाद, अतिरिक्त पैरामीटर दिखाई देते हैं:\nवाई-फाई पर मल्टीमीडिया ट्रांसमिशन के लिए व्यापक समर्थन।\n। इस पैरामीटर में वाई-फाई पर बैठे मल्टीकास्ट ग्राहकों को भेजना शामिल है।\nसभी बटन के साथ पुष्टि करते हैं\nआईजीएमपी के साथ, अंतिम ग्राहक प्राप्तकर्ता निकटतम राउटर को संवाद करते हैं जिन्हें वे यातायात प्राप्त करना चाहते हैं। और पीआईएम राउटर के माध्यम से प्राप्तकर्ताओं को स्रोत से मल्टीकास्ट यातायात को स्थानांतरित करने का मार्ग बनाता है। ठीक है।\nऔर कार्यक्रम देखने का आनंद लें\nयह केवल हमारे कॉन्फ़िगरेशन के प्रदर्शन की जांच करने के लिए बनी हुई है। हमने इस आईपीटीवी प्लेयर के लिए इस्तेमाल किया, एन\nहमारे प्रदाता के लिए चैनलों के चैनल को मूल रूप से डाउनलोड करना\n(वोल्टन टेलीकॉम) प्लेयर सेटिंग्स में।\nहम देख सकते हैं कि हमारी सेटिंग पूरी तरह से परिचालित है। खुश देखने!\nराउटर में आईजीएमपी स्नूपिंग क्या है: आईजीएमपी स्नूपिंग फ़ंक्शन क्यों करें\nग्राहक वीएलसी प्लेयर के माध्यम से 224.2.2.4 के समूह का भी अनुरोध करेगा। आईजीएमपी की भूमिका बहुत सरल है: यदि कोई ग्राहक नहीं हैं - सेगमेंट में मल्टीकास्ट ट्रैफ़िक को प्रेषित करना आवश्यक नहीं है। यदि कोई ग्राहक प्रकट होता है, तो वह आईजीएमपी का उपयोग करके राउटर को सूचित करता है जिसे वह यातायात प्राप्त करना चाहता है। यह समझने के लिए कि सब कुछ कैसे होता है, इस नेटवर्क को लें: इंटरनेट पर कई प्लेटफार्म उपयोगकर्ता समूह को डेटा संचारित करने के लिए मल्टीकास्ट विधि का उपयोग करते हैं। ऐसी तकनीक का उपयोग ऑनलाइन गेम, लाइव प्रसारण, दूरस्थ शिक्षा, और यहां तक कि डाक मेलिंग के लिए भी किया जाता है। लेकिन मल्टीफॉर्मिंग हमेशा यातायात रिले को अनुकूलित नहीं करता है और उपयोगकर्ता के नेटवर्क को लोड करता है, इसलिए आईजीएमपी स्नूपिंग फ़ंक्शन ने इस समस्या को बनाया है। आइए समझें कि फ़ंक्शन क्या है, और इसे अपने यातायात को अनुकूलित करने के लिए कैसे सक्षम करें।\nक्या है और आईजीएमपी स्नूपिंग फ़ंक्शन की आवश्यकता क्यों है\nशुरू करने के लिए, हम प्रौद्योगिकी के सिद्धांत को समझने के लिए आईजीएमपी की परिभाषा देंगे।\nइंटरनेट समूह प्रबंधन प्रोटोकॉल - मल्टीकास्ट नेटवर्क प्रबंधन प्रोटोकॉल, जो समूहों में कई उपकरणों का आयोजन करता है। आईजीएमपी सदस्यता रिपोर्ट - "रिपोर्ट" गाँठ जो वह इस समूह का यातायात प्राप्त करना चाहता है।\nआईजीएमपीवी2रिपोर्ट में वांछित समूह के पते पर जाता है, और समानांतर में इसे पैकेज में ही इंगित किया जाता है। इन संदेशों को केवल अपने सेगमेंट के भीतर ही रहना चाहिए और राउटर द्वारा किसी भी तरह से आगे नहीं रहना चाहिए, इसलिए, उनके पास 1 टीटीएल है। यह आईपी प्रोटोकॉल पर आधारित है और नेटवर्क संसाधनों का उपयोग करके हर जगह इंटरनेट पर लागू होता है।\nआईजीएमपी स्नूपिंग उपभोक्ता समूहों और मेजबान के बीच मल्टीकास्ट यातायात को ट्रैक करने की प्रक्रिया है। स्नूपिंग सुविधा एक बहु-मास्टर समूह से कनेक्ट करने के लिए उपयोगकर्ता अनुरोधों का विश्लेषण करने के लिए सक्षम है और पोर्ट को आईजीएमपी प्रसारण सूची में जोड़ती है। मल्टीट्राफिकेशन के उपयोग को पूरा करने के बाद, उपयोगकर्ता एक क्वेरी और प्रोटोकॉल छोड़ देता है, समूह डेटा सूची से बंदरगाह हटा देता है।\nइस प्रकार, स्नूपिंग मल्टीकास्ट चैनलों में अनावश्यक डेटा के हस्तांतरण को समाप्त करता है।\nयह चैनल स्तर पर डेटा का आदान-प्रदान अधिक कुशल बनाता है और नेटवर्क परत की आवश्यकताओं को ध्यान में रखता है, जो विशेष रूप से सूचना प्रदाताओं के लिए महत्वपूर्ण है। उपयोगकर्ताओं को अनुकूलित सामग्री भी मिल जाएगी, हालांकि परिणामस्वरूप, नेटवर्क पर लोड बढ़ेगा।\nडेटा को ट्रैक और विश्लेषण किए बिना, विशिष्ट आईपी पते के रूप में अंतिम उपभोक्ताओं को उनके लिए अतिरिक्त बेकार जानकारी को "डाइजेस्ट" करने के लिए मजबूर किया जाएगा। जो राउटर पर डिफ़ॉल्ट रूप से सक्रिय होता है। Fe0 /0इंटरफ़ेस 224.2.2.4 के समूह के लिए अवरोही हो जाता है - इसे प्राप्त यातायात भेजने की आवश्यकता होगी। सामान्य अद्वितीय रूटिंग तालिका के साथ एक मल्टीकास्ट भी है: ग्राहकों की उपलब्धता के बारे में पहला रिकॉर्ड\nआईजीएमपी स्नूपिंग न केवल उपयोगकर्ताओं को अतिरिक्त यातायात से बचाएगा, बल्कि सूचना का आदान-प्रदान भी सुरक्षित रखेगा।\nट्रैकिंग मोड को नेटवर्क या विशिष्ट पते पर डीडीओएस हमले के प्रयासों को रोकने के लिए समय पर सक्षम किया जाता है, जिस पर इंटरनेट समूह प्रबंधन प्रोटोकॉल कमजोर होता है। सक्रियण समारोह igmp snooping — ट्रैकिंग और विश्लेषण सुविधा प्रबंधित नेटवर्क स्विच या स्विच पर उपलब्ध है। यह डिवाइस नेटवर्क के चैनल स्तर पर समूह प्रसारण के सिद्धांतों को लागू करने में मदद करता है। .\nआईजीएमपी स्नूपिंग को सक्रिय करने के लिए, आपको इसे स्विच पर मैन्युअल रूप से सक्षम और कॉन्फ़िगर करने की आवश्यकता है।\nअप्रबंधित एनालॉग यातायात विश्लेषण मोड का समर्थन नहीं करते हैं, क्योंकि उन्हें इंटरफ़ेस के माध्यम से कॉन्फ़िगर नहीं किया जा सकता है।\nअधिक विस्तार से कमांड आईपी mroute दिखाओ। हम बाद में समझेंगे। .\nअपने नेटवर्क पर संचारक का उपयोग करने से पहले, सुनिश्चित करें कि अंतिम प्राप्तकर्ता (उदाहरण के लिए, स्मार्ट-टीवी) स्नूपिंग मोड का समर्थन करता है।\nआम तौर पर, उपकरणों में "सेटअप नेटवर्क कनेक्शन" अनुभाग में उपयुक्त आइटम होता है, जो मल्टीकास्ट के समायोजन को सरल रूप से सरल बनाता है। ग्राहक ने यातायात प्राप्त करना शुरू कर दिया। अब राउटर को कभी-कभी जांचना चाहिए कि प्राप्तकर्ताओं के पास अभी भी प्रसारण के लिए एक अंतर है जो अचानक ग्राहकों को छोड़ दिया जाता है। ऐसा करने के लिए, यह समय-समय पर अपने अवरोही इंटरफेस के लिए एक अनुरोध भेजता है। लोकप्रिय डी-लिंक स्विच के उदाहरण पर कमांड लाइन के माध्यम से किसी फ़ंक्शन को कनेक्ट करने के तरीके पर विचार करें:\nसीएलआई इंटरफ़ेस के साथ कमांड लाइन खोलें।\n"सक्षम-igmp-snooping" दर्ज करें। यह आदेश स्विच और सभी जुड़े पते पर फ़ंक्शन चालू करेगा।\n"कॉन्फ़िगर-आईजीएमपी-स्नूपिंग-वीएलएएन-डिफ़ॉल्ट-स्टेट-सक्षम" दर्ज करें, जो आपको वीएलएएन प्रोटोकॉल को कॉन्फ़िगर करने की अनुमति देगा।\n"कन्फोग-मल्टीकास्ट-वीएलएएन-फ़िल्टरिंग-मोड-वीएलएएन-डिफ़ॉल्ट-फ़िल्टर-अनियंत्रित समूह" कमांड में संचारक में कई पते से डेटा फ़िल्टरिंग शामिल है।\nअंत में, वीएलएएन नेटवर्क में "कॉन्फ़िगर-आईजीएमपी-स्नूपिंग-वीएलएएन-डिफ़ॉल्ट-स्नूपिंग-सक्षम" का उपयोग करें।\nअंतिम आदेश में आईजीएमपी स्नूपिंग फास्ट रिव्यू फीचर शामिल है, जो जैसे ही उपयोगकर्ता ने एक अनुरोध "छुट्टी" का अनुरोध किया है, नेटवर्क से बंदरगाह को बाहर करता है। तेजी से छुट्टी के लिए धन्यवाद, उपभोक्ता को अनावश्यक डेटा नहीं मिलेगा और उन्हें संसाधित नहीं करेगा। यह नेटवर्क पर लोड को कम करेगा और स्विच को अधिक प्रभावी ढंग से काम करने की अनुमति देगा। यदि, क्वेरी के जवाब में, कम से कम एक रिपोर्ट राउटर में आई, इसका मतलब है कि अभी भी ग्राहक हैं, वह इस समूह के यातायात से इस रिपोर्ट से कहां से इस रिपोर्ट से इस इंटरफ़ेस से पहले इंटरफ़ेस को प्रसारित करना जारी रखता है। यदि किसी प्रश्न के पास किसी समूह के लिए प्रतिक्रिया इंटरफ़ेस से प्रतिक्रिया नहीं मिली है, तो राउटर इस इंटरफ़ेस को इस समूह के लिए अपनी मल्टीकास्ट रूटिंग तालिका से हटा देता है - यातायात भेजना बंद कर देता है।\nसबसे छोटे के लिए नेटवर्क। भाग 9.2। मल्टीकास्ट। आईजीएमपी प्रोटोकॉल\nमल्टीकास्ट आईजीएमपी (इंटरनेट ग्रुप मैनेजमेंट प्रोटोकॉल), मल्टीकास्ट ट्रैफिक क्लाइंट की बातचीत के लिए नेटवर्क प्रोटोकॉल और उनके पास राउटर के लिए नेटवर्क प्रोटोकॉल का अध्ययन जारी रखें।\nफिर से डंप पर लौटें। इस शीर्ष पैकेज को देखें, जिसके बाद एक मल्टीकास्ट स्ट्रीम फेंक दी गई थी? ग्राहक के व्यवहार में एक दिलचस्प विवरण: क्वेरी प्राप्त करने के बाद, वह रिपोर्ट करने के लिए तुरंत जवाब देने में जल्दबाजी में नहीं है। नोड0से समय तक की लंबाई लेता है .\nकनेक्ट होने पर IGMP प्रोटोकॉल संदेश\nजो अगली क्वेरी में निर्दिष्ट है: जब डिबगिंग या डंप में, वैसे, यह देखा जा सकता है कि कई सेकंड अलग-अलग रिपोर्ट प्राप्त करने के बीच गुजर सकते हैं। ऐसा इसलिए किया जाता है ताकि सैकड़ों ग्राहक सभी दायरे को सामान्य क्वेरी प्राप्त करके अपनी रिपोर्ट के साथ नेटवर्क में बाढ़ नहीं आए। इसके अलावा, केवल एक ग्राहक आमतौर पर रिपोर्ट भेजता है। जब हमने इस पर नाटक दबाया तो क्लाइंट द्वारा भेजा गया यह आईजीएमपी प्रोटोकॉल संदेश। इस तरह वह रिपोर्ट करता है कि वह समूह 224.2.2.4 के लिए यातायात प्राप्त करना चाहता है।\nIGMP कैसे काम करता है? चार। तो सदियों से तब तक चला जाता है जब तक कि ग्राहक समूह से बाहर निकलना नहीं चाहता (उदाहरण के लिए, प्लेयर / टीवी बंद करें)। इस मामले में, वह भेजता है Igmp छुट्टी। शायद आपको इस तथ्य से शुरू करने की आवश्यकता है कि प्रोटोकॉल के संस्करण अब तीन हैं: आईजीएमपीवी 1, आईजीएमपीवी 2, आईजीएमपीवी 3। सबसे अधिक उपयोग किया जाता है - दूसरा, पहला लगभग भूल गया है, इसलिए हम इसके बारे में बात नहीं करेंगे, तीसरा दूसरे के समान ही है।\nमैं दूसरे पर सबसे अधिक प्रभाव के रूप में ध्यान केंद्रित किया जाएगा, और इससे पहले कि यह बाहर होने से पहले क्लाइंट को समूह को जोड़ने से सभी घटनाओं पर विचार करें। ग्राहक वीएलसी प्लेयर के माध्यम से 224.2.2.4 के समूह का भी अनुरोध करेगा।\nआईजीएमपी की भूमिका बहुत सरल है: यदि कोई ग्राहक नहीं हैं - सेगमेंट में मल्टीकास्ट ट्रैफ़िक को प्रेषित करना आवश्यक नहीं है। यदि कोई ग्राहक प्रकट होता है, तो वह आईजीएमपी का उपयोग करके राउटर को सूचित करता है जिसे वह यातायात प्राप्त करना चाहता है।\nयह समझने के लिए कि सब कुछ कैसे होता है, इस नेटवर्क को लें:\nमान लीजिए राउटर पहले से ही मल्टीकास्ट ट्रैफ़िक प्राप्त करने और संसाधित करने के लिए कॉन्फ़िगर किया गया है।\n- "रिपोर्ट" गाँठ जो वह इस समूह का यातायात प्राप्त करना चाहता है।\nआईजीएमपी सदस्यता रिपोर्ट भेजना\nआईजीएमपीवी2रिपोर्ट में वांछित समूह के पते पर जाता है, और समानांतर में इसे पैकेज में ही इंगित किया जाता है। इन संदेशों को केवल अपने सेगमेंट के भीतर ही रहना चाहिए और राउटर द्वारा किसी भी तरह से आगे नहीं रहना चाहिए, इसलिए, उनके पास 1 टीटीएल है। समूह विशिष्ट क्वेरी। अक्सर साहित्य में आप के उल्लेख को पूरा कर सकते हैं\nयह आईजीएमपी पर जानकारी का एक आउटपुट है। पहले समूह से ग्राहक द्वारा अनुरोध किया जाता है। तीसरा और चौथा एसएसडीपी-निर्मित एसएसडीपी प्रोटोकॉल समूह है। दूसरा एक विशेष समूह है जो हमेशा सिस्को राउटर पर मौजूद होता है - इसका उपयोग ऑटो-आरपी प्रोटोकॉल के लिए किया जाता है, जो राउटर पर डिफ़ॉल्ट रूप से सक्रिय होता है।\nFe0 /0इंटरफ़ेस 224.2.2.4 के समूह के लिए अवरोही हो जाता है - इसे प्राप्त यातायात भेजने की आवश्यकता होगी।\nसामान्य अद्वितीय रूटिंग तालिका के साथ एक मल्टीकास्ट भी है:\nग्राहकों की उपलब्धता के बारे में पहला रिकॉर्ड\nआउटपुट से यह स्पष्ट है कि समूह 224.2.2.4 के लिए यातायात Fe0 / 1 के माध्यम से आता है, और इसे Fe0 /0पोर्ट में संचारित करना आवश्यक है।\nइंटरफेस जिसमें आपको ट्रैफ़िक को प्रेषित करने की आवश्यकता होती है, डाउनस्ट्रीम इंटरफेस की सूची में शामिल हैं -\nतेल प्रत्येक नेटवर्क को आईजीएमपी सामान्य क्वेरी भेजता है। मुख्य लक्ष्य यह पता लगाना है कि क्या ग्राहक हैं, और समानांतर में - यदि वे चुनाव में भाग लेने की आपकी इच्छा के बारे में हैं तो खंड में अन्य राउटर की घोषणा करने के लिए। आउटबाउंड इंटरफ़ेस सूची।\nअधिक विस्तार से, शो आईपी mroorte टीम का शो हम बाद में देखेंगे।\nडंप के ऊपर आप देखते हैं कि जैसे ही क्लाइंट ने आईजीएमपी-रिपोर्ट भेजी, तुरंत यूडीपी उड़ान भरने के तुरंत बाद एक वीडियो स्ट्रीम है।\nजीतता है राउटर एस।\nआईजीएमपी क्वेरी क्वेरी की रसीद (डंप आईजीएमपी द्वारा फ़िल्टर किया गया है)।\nडिफ़ॉल्ट रूप से, यह हर 60 सेकंड में होता है। टीटीएल ऐसे पैकेज भी 1 के बराबर हैं। उन्हें पता 224.0.0.1 - इस सेगमेंट में सभी नोड्स भेजा जाता है - एक विशिष्ट समूह निर्दिष्ट किए बिना। ऐसे क्वेरी संदेश कहा जाता है आठ) - सामान्य। इस प्रकार, राउटर पूछता है: "दोस्तों, और कौन और कौन और क्या प्राप्त करना चाहता है?"।\nआईजीएमपी सामान्य क्वेरी प्राप्त करने के बाद, किसी भी समूह को सुनने वाले किसी भी मेजबान को आईजीएमपी रिपोर्ट भेजनी होगी क्योंकि इसे कनेक्ट होने पर यह किया था। अपने समूह के लिए ब्याज के समूह का पता रिपोर्ट में निर्दिष्ट किया जाना चाहिए। मल्टीकास्ट में क्वेरियर चुनाव एक बहुत ही महत्वपूर्ण प्रक्रिया हैं, लेकिन कुछ कपटपूर्ण निर्माता जो आरएफसी नहीं रखते हैं वे पहियों में एक मजबूत छड़ी डाल सकते हैं। मैं स्रोत 0.0.0.0 के पते के साथ आईजीएमपी क्वेरी के बारे में बात कर रहा हूं, जिसे स्विच द्वारा उत्पन्न किया जा सकता है। ऐसे संदेशों को क्वेरियर की पसंद में भाग नहीं लेना चाहिए, लेकिन आपको हर चीज के लिए तैयार रहना होगा। यहाँ एक उदाहरण है आईजीएमपी जनरल क्वेरी के लिए कंप्यूटर प्रतिक्रिया (डंप आईजीएमपी द्वारा फ़िल्टर किया गया है)\nयदि, क्वेरी के जवाब में, कम से कम एक रिपोर्ट राउटर में आई, इसका मतलब है कि अभी भी ग्राहक हैं, वह इस समूह के यातायात से इस रिपोर्ट से कहां से इस रिपोर्ट से इस इंटरफ़ेस से पहले इंटरफ़ेस को प्रसारित करना जारी रखता है। संस्करण 1 केवल इस तथ्य से ही संक्षेप में भिन्न होता है कि यदि किसी प्रश्न के पास किसी समूह के लिए प्रतिक्रिया इंटरफ़ेस से प्रतिक्रिया नहीं मिली है, तो राउटर इस इंटरफ़ेस को इस समूह के लिए अपनी मल्टीकास्ट रूटिंग तालिका से हटा देता है - यातायात भेजना बंद कर देता है।\nइसकी पहल पर, ग्राहक आमतौर पर कनेक्ट होने पर केवल रिपोर्ट भेजता है, फिर यह केवल राउटर से क्वेरी का जवाब देता है।\nग्राहक के व्यवहार में एक दिलचस्प विवरण: क्वेरी प्राप्त करने के बाद, वह रिपोर्ट करने के लिए तुरंत जवाब देने में जल्दबाजी में नहीं है। नोड0से समय तक की लंबाई लेता है\nजब डिबगिंग या डंप में, वैसे, यह देखा जा सकता है कि कई सेकंड अलग-अलग रिपोर्ट प्राप्त करने के बीच गुजर सकते हैं।\nऐसा इसलिए किया जाता है ताकि सैकड़ों ग्राहक सभी दायरे को सामान्य क्वेरी प्राप्त करके अपनी रिपोर्ट के साथ नेटवर्क में बाढ़ नहीं आए। इसके अलावा, केवल एक ग्राहक आमतौर पर रिपोर्ट भेजता है।\nतथ्य यह है कि रिपोर्ट समूह पते पर भेजी जाती है, और इसलिए सभी ग्राहकों को आता है। एक ही समूह के लिए किसी अन्य ग्राहक से रिपोर्ट प्राप्त करने के बाद, नोड अपना खुद का नहीं भेजेगा। तर्क सरल है: राउटर को पहले ही यह रिपोर्ट प्राप्त हो चुकी है और जानता है कि ग्राहक हैं, यह आवश्यक नहीं है।\nग्राहक वीएलसी प्लेयर के माध्यम से 224.2.2.4 के समूह का भी अनुरोध करेगा। इस तंत्र को बुलाया जाता है\nआईजीएमपीवी2रिपोर्ट में वांछित समूह के पते पर जाता है, और समानांतर में इसे पैकेज में ही इंगित किया जाता है। इन संदेशों को केवल अपने सेगमेंट के भीतर ही रहना चाहिए और राउटर द्वारा किसी भी तरह से आगे नहीं रहना चाहिए, इसलिए, उनके पास 1 टीटीएल है। लेख में आगे हम इस बारे में बताएंगे कि यह तंत्र वास्तव में वास्तव में बहुत ही कम काम करता है।\nअधिक विस्तार से कमांड उदाहरण II। 4कृपया ध्यान दें कि इस मामले में यातायात कैसे जाना चाहिए - आर 1-आर 2-आर 3-आर 5। हालांकि संक्षेप में, पथ आर 1-आर 3-आर 5।\nजहां कोई राउटर नहीं है, हम आधिकारिक रूप से घोषित कर सकते हैं - आईजीएमपी वहां - औपचारिकता से अधिक नहीं। कोई राउटर नहीं है, और ग्राहक के पास मल्टीकास्ट स्ट्रीम का अनुरोध करने के लिए कोई नहीं है। और वह साधारण कारण के लिए एक वीडियो कमाएगा कि प्रवाह और इसलिए स्विच से डालना होगा - आपको इसे लेने की आवश्यकता है। समूह के पते पर।\nफिर से दोहराएं IGMP छोड़ना\nफिर एक ग्राहक दिखाई दिया, जो समूह 224.2.2.4 के यातायात को प्राप्त करना चाहते थे और उन्होंने अपनी आईजीएमपी रिपोर्ट भेजी। राउटर इसे प्राप्त करता है और एक विचार में बंद होना चाहिए। लेकिन वह एक विशिष्ट ग्राहक को अक्षम नहीं कर सकता - राउटर उन्हें अलग नहीं करता है - इसमें बस डाउनस्ट्रीम इंटरफ़ेस है। और इंटरफ़ेस कई ग्राहक हो सकते हैं। यही है, अगर राउटर इस समूह को इस समूह के लिए अपनी ओएल सूची (आउटगोइंग इंटरफ़ेस सूची) से हटा देता है, तो वीडियो बंद हो जाएगा। लेकिन इसे हटाने के लिए भी नहीं, यह भी असंभव है - अचानक यह आखिरी ग्राहक था - फिर इसे धोएं क्यों?\nफिर राउटर ने जांचने के किसी कारण से फैसला किया - और क्या कोई और ग्राहक नहीं हैं और आईजीएमपी सामान्य क्वेरी को फिर से भेजा गया है जिसके लिए ग्राहक को जवाब देने के लिए मजबूर किया जाता है ( यदि आप डंप में देखते हैं, तो आप देखेंगे कि छुट्टी राउटर प्राप्त करने के बाद, स्ट्रीम कुछ समय के लिए जारी है। तथ्य यह है कि छुट्टी के जवाब में राउटर समूह पते पर आईजीएमपी क्वेरी भेजता है जिसके लिए यह छुट्टी उस इंटरफ़ेस में आई थी जहां वह आया था। इस तरह के एक पैकेज कहा जाता है\nवे ग्राहक जो इस विशेष समूह से जुड़े हुए हैं।\nआईजीएमपी अवकाश के जवाब में राउटर राउटर समूह विशिष्ट क्वेरी भेजना\nकुल मिलाकर, छुट्टी प्राप्त करने के बाद, दो समूह विशिष्ट क्वेरी जाती है - एक अनिवार्य, दूसरा नियंत्रण।\nदो समूह विशिष्ट क्वेरी - एक अनिवार्य, दूसरा नियंत्रण\nइसके बाद, राउटर स्ट्रीम बंद कर देता है। लेकिन फिर भी यह पूरी तरह से समझ में आता है कि सर्वर से यातायात कैसे प्राप्त करता है जब एक विशाल प्रदाता नेटवर्क LinkMiapp होता है? और वास्तव में, यह ज्ञात होगा कि ग्राहक कौन है? हम मैन्युअल रूप से मार्ग पंजीकृत नहीं कर सकते हैं, क्योंकि हम नहीं जानते कि ग्राहक कहां हो सकते हैं। सामान्य रूटिंग प्रोटोकॉल इस प्रश्न का उत्तर नहीं देंगे। तो हम यह समझने के लिए आते हैं कि एक मल्टीकास्ट की डिलीवरी हमारे लिए पूरी तरह से नई है। थोड़ा और अधिक कठिन मामला मानें: )। दो (या अधिक) राउटर जो यातायात प्रसारित कर सकते हैं क्लाइंट सेगमेंट से जुड़े हुए हैं। यदि आप कुछ भी नहीं करते हैं, तो मल्टीकास्ट यातायात डुप्लिकेट किया जाएगा - दोनों राउटर ग्राहकों से रिपोर्ट प्राप्त करेंगे। इससे बचने के लिए एक विकल्प तंत्र है - राजनीति। जो जीत जाएगा वह क्वेरी भेज देगा, रिपोर्ट की निगरानी करेगा और छोड़ने के लिए प्रतिक्रिया करेगा, और तदनुसार, यह सेगमेंट को यातायात भेज देगा। हारने वाला केवल रिपोर्ट सुनेंगे और पल्स पर अपना हाथ रखेंगे। चुनाव काफी सरल और सहज होते हैं।\nतकनीकी सहायता के लिए धन्यवाद Natasha Samoilenko आर 1 और आर2राउटर चालू होने के पल से स्थिति पर विचार करें।\nइंटरफेस पर सक्रिय igmp।\nपहले, डिफ़ॉल्ट रूप से, उनमें से प्रत्येक खुद को क्वेरियर मानता है।\nप्रत्येक नेटवर्क को आईजीएमपी सामान्य क्वेरी भेजता है। लक्ष्य यह पता लगाना है कि क्या ग्राहक हैं, और समानांतर में - चुनाव में भाग लेने की आपकी इच्छा के बारे में, यदि कोई हो, तो अन्य राउटर घोषित करने के लिए। सामान्य क्वेरी अन्य आईजीएमपी राउटर समेत खंड में सभी उपकरणों को प्राप्त करती है।\nपड़ोसी से ऐसा संदेश प्राप्त करने के बाद, प्रत्येक राउटर का अनुमान अधिक योग्य है। जीतता है राउटर एस।\nउदाहरण: किसी भी डीएनएस (आईजीएमपी क्वेरी के स्रोत आईपी क्षेत्र में निर्दिष्ट)। वह क्वेरियर बन जाता है, अन्य सभी - गैर-क्वेरियर।\nगैर-क्वेरियर टाइमर शुरू होता है जो हर बार Quaryny एक छोटे आईपी पते के साथ आता है। यदि टाइमर समाप्त होने से पहले (100 सेकंड से अधिक: 105-107), राउटर को एक छोटे से पते के साथ क्वेरी नहीं मिलेगी, तो वह खुद को क्वेरियर घोषित करता है और सभी संबंधित कार्यों को लेता है।\nयदि क्वेरियर को एक छोटे से पते के साथ क्वेरी मिलती है, तो वह इन कर्तव्यों को जोड़ता है। क्वेरियर एक और राउटर बन रहा है, जिसमें एक आईपी कम है। मल्टीकास्ट में क्वेरियर चुनाव एक बहुत ही महत्वपूर्ण प्रक्रिया हैं, लेकिन कुछ कपटपूर्ण निर्माता जो आरएफसी नहीं रखते हैं वे पहियों में एक मजबूत छड़ी डाल सकते हैं। मैं स्रोत 0.0.0.0 के पते के साथ आईजीएमपी क्वेरी के बारे में बात कर रहा हूं, जिसे स्विच द्वारा उत्पन्न किया जा सकता है। ऐसे संदेशों को क्वेरियर की पसंद में भाग नहीं लेना चाहिए, लेकिन आपको हर चीज के लिए तैयार रहना होगा। यहां एक बहुत ही जटिल लंबी प्रदर्शन की समस्या का एक उदाहरण है। .\nसंस्करण 1 केवल इस तथ्य से ही संक्षेप में भिन्न होता है कि\n। यदि ग्राहक इस समूह के अधिक ट्रैफ़िक प्राप्त नहीं करना चाहता है, तो वह क्वेरी के जवाब में रिपोर्ट भेजना बंद कर देता है। जब कोई ग्राहक नहीं रहता है, तो टाइमआउट राउटर यातायात भेजना बंद कर देगा।\nइसके अलावा, लेकिन फिर भी यह पूरी तरह से समझ में आता है कि सर्वर से यातायात कैसे प्राप्त करता है जब एक विशाल प्रदाता नेटवर्क LinkMiapp होता है? और वास्तव में, यह ज्ञात होगा कि ग्राहक कौन है? हम मैन्युअल रूप से मार्ग पंजीकृत नहीं कर सकते हैं, क्योंकि हम नहीं जानते कि ग्राहक कहां हो सकते हैं। सामान्य रूटिंग प्रोटोकॉल इस प्रश्न का उत्तर नहीं देंगे। तो हम यह समझने के लिए आते हैं कि एक मल्टीकास्ट की डिलीवरी हमारे लिए पूरी तरह से नई है। । यातायात के दोहराव से बचने के लिए, उच्च प्रोटोकॉल जिम्मेदार है, उदाहरण के लिए, पीआईएम, जिसके बारे में हम आगे बात करेंगे।\nसंस्करण3आईजीएमपीवी2का समर्थन करने वाले सभी का समर्थन करता है, लेकिन कई बदलाव हैं। सबसे पहले, रिपोर्ट को समूह के पते पर नहीं भेजा जाता है, लेकिन मल्टीकास्ट सेवा पते पर\n। और अनुरोधित समूह का पता केवल पैकेज के भीतर इंगित किया गया है। यह आईजीएमपी स्नूपिंग के काम को सरल बनाने के लिए किया जाता है, जिसके बारे में हम अगले बात करेंगे।\nदूसरा, अधिक महत्वपूर्ण बात यह है कि आईजीएमपीवी3ने अपने शुद्ध रूप में एसएसएम का समर्थन करना शुरू किया। यह तथाकथित स्रोत विशिष्ट मल्टीकास्ट है। इस मामले में, ग्राहक सिर्फ एक समूह का अनुरोध नहीं कर सकता है, बल्कि उन स्रोतों की एक सूची भी निर्दिष्ट कर सकता है, जिनसे वह यातायात प्राप्त करना चाहते हैं या इसके विपरीत नहीं चाहते हैं। आईजीएमपीवी2में, क्लाइंट स्रोत की देखभाल किए बिना समूह यातायात का अनुरोध और प्राप्त करता है।\nIGMP सदस्यता IGMPV3 में सामग्री को रेट करें इसलिए, आईजीएमपी को ग्राहकों और राउटर से बातचीत करने के लिए डिज़ाइन किया गया है। इसलिए, उदाहरण2के लिए लौट रहा है, जहां कोई राउटर नहीं है, हम आधिकारिक रूप से घोषणा कर सकते हैं - आईजीएमपी वहां - औपचारिकता से अधिक नहीं। कोई राउटर नहीं है, और ग्राहक के पास मल्टीकास्ट स्ट्रीम का अनुरोध करने के लिए कोई नहीं है। और वह साधारण कारण के लिए एक वीडियो कमाएगा कि प्रवाह और इसलिए स्विच से डालना होगा - आपको इसे लेने की आवश्यकता है। याद रखें कि आईजीएमपी आईपीवी6के लिए काम नहीं करता है। एमएलडी प्रोटोकॉल है।\nफिर से दोहराएं सबसे पहले, राउटर ने अपने इंटरफ़ेस पर आईजीएमपी चालू करने के बाद अपनी आईजीएमपी सामान्य क्वेरी भेजी, यह पता लगाने के लिए कि क्या प्राप्तकर्ता हैं और पूछताछ करने की उनकी इच्छा घोषित करते हैं। उस समय, कोई भी इस समूह में नहीं था। फिर एक ग्राहक दिखाई दिया, जो समूह 224.2.2.4 के यातायात को प्राप्त करना चाहते थे और उन्होंने अपनी आईजीएमपी रिपोर्ट भेजी। उसके बाद, मैं उस पर यातायात में गया, लेकिन यह डंप से फ़िल्टर किया जाता है।\nफिर उसने अपना दिमाग बदल दिया और आईजीएमपी अवकाश भेजकर समूह से इनकार कर दिया। राउटर को छुट्टी मिली और, यह सुनिश्चित करना चाहते हैं कि कोई अन्य प्राप्तकर्ता कोई अन्य प्राप्तकर्ता नहीं है, आईजीएमपी समूह विशिष्ट क्वेरी भेजें ... दो बार। और टाइमर की समाप्ति के बाद यहां यातायात संचारित करने के लिए बंद हो जाता है। हालांकि, यह नेटवर्क पर igmp क्वेरी संचारित करना जारी रखता है। उदाहरण के लिए, यदि आपने खिलाड़ी को बंद नहीं किया है, लेकिन बस समस्या के कनेक्शन के साथ कहीं। फिर कनेक्शन को पुनर्स्थापित किया गया है, लेकिन ग्राहक स्वयं द्वारा रिपोर्ट नहीं भेजता है। लेकिन क्वेरी जवाब। इस प्रकार, प्रवाह मानव भागीदारी के बिना ठीक हो सकता है। Igmprotokol, जिसके साथ राउटर मल्टीकास्ट ट्रैफिक प्राप्तकर्ताओं की उपस्थिति और अपने ट्रिपिंग के बारे में जानता है। जब ग्राहक द्वारा कनेक्ट और जवाब दिया जाता है तो क्लाइंट द्वारा रिपोर्ट। इसका मतलब यह है कि ग्राहक एक विशिष्ट समूह यातायात प्राप्त करना चाहता है। एमआईजीएमपी जनरल क्वेरीप्रोट्स समय-समय पर एक राउटर को जांचने के लिए कि कौन से समूहों की आवश्यकता है। प्राप्तकर्ता के पते के रूप में, 224.0.0.1 संकेत दिया गया है। .\nइस समूह में अन्य प्राप्तकर्ताओं के बारे में पता लगाने के लिए छोड़ने के संदेश के जवाब में राउटर द्वारा आईजीएमपी समूह Sepciffust क्वेरीप्रस्ट। प्राप्तकर्ता के पते के रूप में, मल्टीकास्ट समूह का पता इंगित किया गया है। एमआईजीएमपी क्लाइंट द्वारा छोड़ देता है जब वह समूह छोड़ना चाहता है उन्हें। यह समय-समय पर क्वेरी भेज देगा और यातायात संचारित करेगा। एक स्रोत:\nसबसे छोटे के लिए नेटवर्क https://radioprog.ru/post/623।\nराउटर में मल्टीकास्ट क्या है। सिस्टम संसाधनों के लिए आवश्यकताएं। मल्टीकास्ट और यूनिकास्ट: महत्वपूर्ण अंतर\nतकनीकी सहायता के लिए धन्यवाद Natasha Samoilenko सबसे पहले, आइए आगे की गलतफहमी को बाहर करने के लिए कुछ अवधारणाओं को सुनें। तीन प्रकार के यातायात हैं:\n- यूनिकास्ट, एक स्ट्रीम स्रोत एक प्राप्तकर्ता प्रसारण।\n- प्रसारण, एक स्रोत, प्राप्तकर्ता सभी ग्राहकों को ऑनलाइन - मल्टीकास्ट, एक प्रेषक, प्राप्तकर्ता कुछ ग्राहक समूह\nआईपीटीवी के लिए किस तरह का यातायात उपयोग करने के लिए?\nजाहिर है, प्रसारण चैनलों को मल्टीकास्ट दिया जाता है। कोई भी टीवी चैनल जिसे हम प्रसारित करना चाहते हैं, वह समूह पते द्वारा विशेषता है, जिसे इन उद्देश्यों के लिए आरक्षित सीमा से चुना जाता है:\n224.0.0.0 - 23 9.255.255.255