सबसे छोटे के लिए नेटवर्क। भाग नौवां। मल्टीकास्ट / habr।

हमारे आकांक्षी लिंक्मी प्रदाता सामान्य दूरसंचार ऑपरेटरों की सभी सेवाओं द्वारा चुपचाप बढ़ते हैं और बदल जाते हैं। अब हम आईपीटीवी तक बड़े हो गए हैं।

यह मल्टीकास्ट रूटिंग को कॉन्फ़िगर करने की आवश्यकता का तात्पर्य है और सभी समझने के पहले कि इस तरह का मल्टीकोन है।

यह आईपी नेटवर्क के सामान्य सिद्धांतों से पहला विचलन है। फिर भी, मल्टीकास्ट प्रतिमान गर्म लैंप दीपक से मूल रूप से अलग है।

आप यह भी कह सकते हैं, यह किसी भी तरह से नए दृष्टिकोण को समझने में आपके दिमाग की लचीलापन को चुनौती देता है।

इस लेख में निम्नलिखित पर ध्यान केंद्रित करें:

पारंपरिक वीडियो ट्यूटोरियल:

मेरे गठन की शुरुआत में, एक इंजीनियर की तरह, मल्टीकास्ट का विषय अविश्वसनीय रूप से भयभीत था, और मैं इसे अपने साथ अपने पहले अनुभव के मनोविज्ञान के साथ जोड़ता हूं। " तो, मारा, तत्काल, दोपहर से पहले आपको शहर के केंद्र में हमारी नई इमारत में वीडियो स्ट्रीम को उत्तेजित करने की आवश्यकता है - प्रदाता इसे दूसरी मंजिल पर देगा "मैंने एक अद्भुत सुबह के साथ सुना। जो कुछ भी मैं मल्टीकास्ट के बारे में जानता था, इसलिए यह प्रेषक एक है, प्राप्तकर्ताओं को बहुत कुछ है, और ऐसा लगता है कि आईजीएमपी प्रोटोकॉल किसी भी तरह से शामिल है।

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

इसने मुझे एक मल्टीकास्ट का टीकाकरण करके और लंबे समय तक मैंने उसे कोई दिलचस्पी नहीं दी।

पहले से ही बहुत बाद में मैं अगले नियम में आया: और अब, समझ में नहीं आने वाली मामलों की ऊंचाई से, मैं समझता हूं कि नेटवर्क भाग - बग्गी परिमित उपकरण स्थापित करने में कोई समस्या नहीं हो सकती है। शांत रहें के लिए और मुझ पर भरोसा करे। इस लेख के बाद, ऐसी चीजें आपको डराएगी नहीं। सामान्य समझ मल्टीकास्ट। जैसा कि आप जानते हैं, निम्नलिखित प्रकार के यातायात मौजूद हैं: यूनिकास्ट - यूनिकास्ट - एक प्रेषक, एक प्राप्तकर्ता। ( उदाहरण: वेब सर्वर पर HTTP-PAGE का क्वेरी जैसा कि आप जानते हैं, निम्नलिखित प्रकार के यातायात मौजूद हैं: )। प्रसारण। - प्रसारण - एक प्रेषक, प्राप्तकर्ता - प्रसारण खंड में सभी डिवाइस। ( जैसा कि आप जानते हैं, निम्नलिखित प्रकार के यातायात मौजूद हैं: उदाहरण: एआरपी अनुरोध मल्टीकास्ट। - मल्टीकास्ट - एक प्रेषक, कई प्राप्तकर्ता। ( उदाहरण: आईपीटीवी।

Annecast।

- निकटतम नोड का यूनिकास्ट - एक प्रेषक, सामान्य रूप से, कई प्राप्तकर्ता, लेकिन वास्तव में डेटा केवल एक को भेजा जाता है। ( उदाहरण: किसी भी डीएनएस )।

चूंकि हमने मल्टीकास्ट के बारे में बात करने का फैसला किया, तो शायद, आइए इस अनुच्छेद से प्रश्न से शुरू करें, जहां और इसका उपयोग कैसे किया जाता है।

दिमाग में आने वाली पहली चीज टेलीविजन (आईपीटीवी) है - एक स्रोत सर्वर यातायात भेजता है जिसे कई ग्राहकों को एक साथ प्राप्त करने की आवश्यकता होती है। यह स्वयं शब्द द्वारा निर्धारित किया जाता है -

मल्टीकास्ट।

- मल्टीकास्ट प्रसारण। यही है, अगर प्रसारण पहले से ही आपके लिए ज्ञात हैं, इसका मतलब है कि हर किसी के लिए प्रसारण, मल्टीकास्ट का मतलब एक निश्चित समूह को प्रसारित करना है।

  1. दूसरा एप्लिकेशन उदाहरण के लिए, ऑपरेटिंग सिस्टम की प्रतिकृति कई कंप्यूटरों में है। यह एक सर्वर से बड़े डेटा वॉल्यूम लोड करने का तात्पर्य है।
  2. संभावित परिदृश्य: ऑडियो और वीडियो कॉन्फ्रेंसिंग (एक कहते हैं - सभी ने सुनाई गई), ई-कॉमर्स, नीलामी, स्टॉक एक्सचेंज। लेकिन यह सिद्धांत में है, और व्यावहारिक रूप से, एक मल्टीकास्ट शायद ही कभी उपयोग किया जाता है।

एक और एप्लिकेशन प्रोटोकॉल सेवा संदेश है। उदाहरण के लिए, अपने ब्रॉडकास्ट डोमेन में ओएसपीएफ अपने संदेशों को 224.0.0.5 और 224.0.0.6 पते पर भेजता है। और केवल उन नोड्स जिन पर ओएसपीएफ चल रहा है, उसे संभाला जाएगा।

हम मल्टीकास्ट न्यूजलेटर के दो बुनियादी सिद्धांत तैयार करते हैं:

प्राप्तकर्ताओं की संख्या के बावजूद प्रेषक यातायात की केवल एक प्रति भेजता है।

यातायात केवल उन लोगों को प्राप्त करता है जो वास्तव में इसमें रूचि रखते हैं।

इस लेख में, हम आईपीटीवी को सबसे दृश्य उदाहरण के रूप में लेंगे।

उदाहरण I

आइए सबसे सरल मामले से शुरू करें: स्रोत सर्वर पर, प्रसारण समूह 224.2.2.4 को कॉन्फ़िगर किया गया है - इसका मतलब है कि सर्वर आईपी पते पर यातायात भेजता है 224.2.2.4। ग्राहक पर, वीडियो प्लेयर 224.2.2.4 का समूह लेने के लिए कॉन्फ़िगर किया गया है। .

साथ ही, नोटिस, क्लाइंट और सर्वर को एक सबनेट और पिंग एक दूसरे से पते नहीं होना चाहिए - एक प्रसारण डोमेन में होने के लिए पर्याप्त है।

एक मल्टीकास्ट स्ट्रीम बस सर्वर से डालना है, और ग्राहक बस इसे लेता है। आप इसे पैच और चलाने के साथ दो कंप्यूटरों को जोड़कर सीधे अपने कार्यस्थल में आज़मा सकते हैं, उदाहरण के लिए, वीएलसी।

यह ध्यान दिया जाना चाहिए कि मल्टीकास्ट में स्रोत से कोई संकेत नहीं है, वे कहते हैं,

"हैलो, मैं एक स्रोत हूं, क्या आपको थोड़ा मल्टीकास्ट की आवश्यकता नहीं है?"

स्रोत सर्वर बस अपने इंटरफ़ेस में मल्टीकास्ट पैकेट प्रसारित करना शुरू कर देता है। हमारे उदाहरण में, वे सीधे ग्राहक को दर्ज करते हैं और वास्तव में उन्हें तुरंत ले जाता है।

यदि आप इस लिंक पर संकुल पकड़ते हैं, तो आप देखेंगे कि मल्टीकास्ट यातायात समुद्री यूडीपी पैकेट की तरह कुछ भी नहीं है।

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

तदनुसार, कनेक्शन स्थापित करना आवश्यक नहीं है, इसलिए टीसीपी की आवश्यकता है।

एक मल्टीकास्ट को एक मल्टीकास्ट से क्या बदल रहा है? मुझे लगता है कि आपके पास पहले से ही एक धारणा है। और आप शायद सही हैं। सामान्य स्थिति में, हमारे पास 1 प्राप्तकर्ता और 1 प्रेषक है - उनमें से प्रत्येक में एक अद्वितीय आईपी पता है। प्रेषक जानता है कि पैकेज को स्केट करने के लिए कहां स्केट करें और इस पते को आईपी हेडर में डाल दें। अपनी रूटिंग टेबल के कारण प्रत्येक इंटरमीडिएट नोड जानता है कि पैकेज कहां भेजना है। दो नोड्स के बीच यूनिकास्ट ट्रैफ़िक नेटवर्क के माध्यम से अनियंत्रित है। लेकिन समस्या यह है कि सामान्य पैकेज में केवल एक प्राप्तकर्ता का आईपी पता निर्दिष्ट किया गया है। क्या होगा यदि एक और एक ही यातायात में कई प्राप्तकर्ता हैं? सिद्धांत रूप में, एक यूनिकास्ट दृष्टिकोण और ऐसी स्थिति का विस्तार करना संभव है - प्रत्येक ग्राहक को पैकेज की अपनी प्रति भेजने के लिए। ग्राहक अंतर नहीं देखेंगे - यहां तक ​​कि एक, कम से कम एक हजार, लेकिन अंतर आपके डेटा स्थानांतरण चैनलों पर स्पष्ट रूप से अलग होगा। Gमान लीजिए कि हमारे पास मल्टीकास्ट सर्वर से एक एसडी चैनल का स्थानांतरण है। इसे 2 एमबी / एस का उपयोग करने दें। 30 के कुल चैनल, और एक ही समय में 20 लोगों के लिए हर चैनल को देख रहे हैं। यह यूनिकास्ट के मामले में टेलीविजन पर 2 एमबी / एस * 30 चैनल * 20 लोग = 1200 एमबी / एस या 1.2 जीबी / एस बदल जाता है। लेकिन अभी भी एचडी चैनल हैं, जहां आप इस आंकड़े को सुरक्षित रूप से गुणा कर सकते हैं। और टोरेंट्स के लिए जगह कहां है?

यही कारण है कि पता ब्लॉक आईपीवी 4 में रखा गया था

कक्षा डी: 224.0.0.0/4

(224.0.0.0-239.255.255.255)। इस श्रेणी के पते एक मल्टीकास्ट समूह द्वारा निर्धारित किए जाते हैं। एक पता एक समूह है, आमतौर पर यह पत्र द्वारा इंगित किया जाता है "

"

यही वह कह रहा है कि ग्राहक समूह 224.2.2.4 से जुड़ा हुआ है, हमारा मतलब है कि यह गंतव्य 224.2.2.4 के पते के साथ मल्टीकास्ट यातायात प्राप्त करता है।

उदाहरण II।

योजना में एक स्विच जोड़ें और कुछ और ग्राहक:

मल्टीकास्ट सर्वर अभी भी समूह 224.2.2.4 के लिए प्रसारित करता है। स्विच पर, सभी 4 बंदरगाहों को एक वीएलएएन में होना चाहिए। यातायात स्विच में आता है और डिफ़ॉल्ट एक वीएलएएन के सभी बंदरगाहों को भेजा जाता है। तो सभी ग्राहकों को यह यातायात मिलता है। उन पर, समूह पता 224.2.2.4 भी वीडियो प्लेयर में निर्दिष्ट किया गया है।

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

कृपया ध्यान दें कि इस मामले में, स्विच में यातायात की केवल एक प्रति स्रोत सर्वर से आती है, न कि प्रत्येक ग्राहक को एक अलग प्रतिलिपि पर। और एसडी चैनलों के साथ हमारे उदाहरण में, स्रोत और स्विच के बीच पोर्ट लोड 1.2 जीबी / एस नहीं होगा, लेकिन केवल 60 एमबी / एस (2 एमबी / सी * 30 चैनल)।

असल में, यह पूरी विशाल रेंज (224.0.0.0-239.255.255.255) का उपयोग किया जा सकता है।

खैर, लगभग सभी - पहला पते (रेंज 224.0.0.0/23) अभी भी प्रसिद्ध प्रोटोकॉल के लिए आरक्षित हैं।

आरक्षित आईपी पते की सूची

लिंक-स्थानीय के तहत आरक्षित 224.0.0.0/24 रेंज

संचार। गंतव्य के ऐसे पते वाले मल्टीकास्ट पैकेज एक प्रसारण सेगमेंट की सीमा से आगे नहीं जा सकते हैं।

सीमा 224.0.1.0/24 प्रोटोकॉल के तहत आरक्षित है जिसे आपको पूरे नेटवर्क में एक मल्टीकास्ट संचारित करने की आवश्यकता है, जो राउटर के माध्यम से गुजरता है।

वास्तव में, मल्टीकास्ट के बारे में सबसे बुनियादी बातें।

हमने एक साधारण स्थिति को देखा जब स्रोत और प्राप्तकर्ता एक ही नेटवर्क सेगमेंट में हैं। स्विच द्वारा प्राप्त यातायात को बस उन्हें सभी बंदरगाहों में भेजा जाता है - कोई जादू नहीं।

लेकिन फिर भी यह पूरी तरह से समझ में आता है कि सर्वर से यातायात कैसे प्राप्त करता है जब एक विशाल प्रदाता नेटवर्क LinkMiapp होता है? और वास्तव में, यह ज्ञात होगा कि ग्राहक कौन है? हम मैन्युअल रूप से मार्ग पंजीकृत नहीं कर सकते हैं, क्योंकि हम नहीं जानते कि ग्राहक कहां हो सकते हैं। सामान्य रूटिंग प्रोटोकॉल इस प्रश्न का उत्तर नहीं देंगे। तो हम यह समझने के लिए आते हैं कि एक मल्टीकास्ट की डिलीवरी हमारे लिए पूरी तरह से नई है।

आम तौर पर, इस समय प्राप्तकर्ता को स्रोत से मल्टीकास्ट देने के लिए कई प्रोटोकॉल होते हैं - आईजीएमपी / एमएलडी, पीआईएम, एमएसडीपी, एमबीजीपी, एमओएसपीएफ, डीवीएमआरपी।

हम उनमें से दो पर ध्यान केंद्रित करेंगे, जिनका वर्तमान में उपयोग किया जाता है: पीआईएम और आईजीएमपी। आईजीएमपी के साथ, अंतिम ग्राहक प्राप्तकर्ता निकटतम राउटर को संवाद करते हैं जिन्हें वे यातायात प्राप्त करना चाहते हैं। और पीआईएम राउटर के माध्यम से प्राप्तकर्ताओं को स्रोत से मल्टीकास्ट यातायात को स्थानांतरित करने का मार्ग बनाता है। आईजीएमपी

फिर से डंप पर लौटें। इस शीर्ष पैकेज को देखें, जिसके बाद एक मल्टीकास्ट स्ट्रीम फेंक दी गई थी?

जब हमने इस पर नाटक दबाया तो क्लाइंट द्वारा भेजा गया यह आईजीएमपी प्रोटोकॉल संदेश। इस तरह वह रिपोर्ट करता है कि वह समूह 224.2.2.4 के लिए यातायात प्राप्त करना चाहता है।

आईजीएमपी - इंटरनेट समूह प्रबंधन प्रोटोकॉल

- यह एक नेटवर्क प्रोटोकॉल है जिसमें मल्टीकास्ट ट्रैफिक क्लाइंट और निकटतम राउटर है।

आईपीवी 6 आईजीएमपी के बजाय एमएलडी (मल्टीकास्ट श्रोता डिस्कवरी) का उपयोग करता है। ऑपरेशन का सिद्धांत उनके पास बिल्कुल समान है, इसलिए आप आसानी से एमएलडी पर आईजीएमपी को आसानी से बदल सकते हैं, और आईपीवी 6 पर आईपी।

IGMP कैसे काम करता है?

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

मैं दूसरे पर सबसे अधिक प्रभाव के रूप में ध्यान केंद्रित किया जाएगा, और इससे पहले कि यह बाहर होने से पहले क्लाइंट को समूह को जोड़ने से सभी घटनाओं पर विचार करें।

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

एक।

जैसे ही हमने क्लाइंट पर एप्लिकेशन लॉन्च किया और समूह 224.2.2.4 सेट किया, पैकेज को नेटवर्क पर भेजा जाएगा आईजीएमपी सदस्यता रिपोर्ट - "रिपोर्ट" गाँठ जो वह इस समूह का यातायात प्राप्त करना चाहता है।

आईजीएमपीवी 2 रिपोर्ट में वांछित समूह के पते पर जाता है, और समानांतर में इसे पैकेज में ही इंगित किया जाता है। इन संदेशों को केवल अपने सेगमेंट के भीतर ही रहना चाहिए और राउटर द्वारा किसी भी तरह से आगे नहीं रहना चाहिए, इसलिए, उनके पास 1 टीटीएल है। अक्सर साहित्य में आप के उल्लेख को पूरा कर सकते हैं

आईजीएमपी शामिल हों।

। डरो मत - यह आईजीएमपी सदस्यता रिपोर्ट के लिए एक वैकल्पिक नाम है।

2।

राउटर को एक आईजीएमपी-रिपोर्ट प्राप्त होती है और यह महसूस होता है कि इस इंटरफ़ेस में अब ग्राहक हैं, जो उनकी टेबल में जानकारी देते हैं

यह आईजीएमपी पर जानकारी का एक आउटपुट है। पहले समूह से ग्राहक द्वारा अनुरोध किया जाता है। तीसरा और चौथा एसएसडीपी सेवा रिपोर्ट है।

खिड़कियों में निर्मित। दूसरा एक विशेष समूह है जो हमेशा सिस्को राउटर पर मौजूद होता है - इसका उपयोग ऑटो-आरपी प्रोटोकॉल के लिए किया जाता है। जो राउटर पर डिफ़ॉल्ट रूप से सक्रिय होता है। Fe0 / 0 इंटरफ़ेस 224.2.2.4 के समूह के लिए अवरोही हो जाता है - इसे प्राप्त यातायात भेजने की आवश्यकता होगी। सामान्य अद्वितीय रूटिंग तालिका के साथ एक मल्टीकास्ट भी है: ग्राहकों की उपलब्धता के बारे में पहला रिकॉर्ड

(*, 224.2.2.4)

। और रिकॉर्ड (172.16.0.5, 224.2.2.4) .

इसका मतलब है कि राउटर इस समूह के लिए मल्टीकास्ट स्ट्रीम के स्रोत के बारे में जानता है। आउटपुट से यह स्पष्ट है कि समूह 224.2.2.4 के लिए यातायात Fe0 / 1 के माध्यम से आता है, और इसे Fe0 / 0 पोर्ट में संचारित करना आवश्यक है। इंटरफेस जिसमें आपको ट्रैफ़िक को प्रेषित करने की आवश्यकता होती है, डाउनस्ट्रीम इंटरफेस की सूची में शामिल हैं -

तेल - आउटबाउंड इंटरफ़ेस सूची

अधिक विस्तार से कमांड आईपी ​​mroute दिखाओ। हम बाद में समझेंगे। . डंप के ऊपर आप देखते हैं कि जैसे ही क्लाइंट ने आईजीएमपी-रिपोर्ट भेजी, तुरंत यूडीपी उड़ान भरने के तुरंत बाद एक वीडियो स्ट्रीम है। .

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

* Igmp द्वारा फ़िल्टर किया गया डंप * डंप के ऊपर आप देखते हैं कि जैसे ही क्लाइंट ने आईजीएमपी-रिपोर्ट भेजी, तुरंत यूडीपी उड़ान भरने के तुरंत बाद एक वीडियो स्ट्रीम है। .

डिफ़ॉल्ट रूप से, यह हर 60 सेकंड में होता है। टीटीएल ऐसे पैकेज भी 1 के बराबर हैं। उन्हें पता 224.0.0.1 - इस सेगमेंट में सभी नोड्स भेजा जाता है - एक विशिष्ट समूह निर्दिष्ट किए बिना। ऐसे क्वेरी संदेश कहा जाता है

सामान्य क्वेरी।

- सामान्य। इस प्रकार, राउटर पूछता है: "दोस्तों, और कौन और कौन और क्या प्राप्त करना चाहता है?"।

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

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

इस तंत्र को बुलाया जाता है

रिपोर्ट दमन

लेख में अगला हम इस बारे में बताएंगे कि वास्तव में यह तंत्र वास्तव में बहुत ही कम काम क्यों करता है चार। तो सदियों से तब तक चला जाता है जब तक कि ग्राहक समूह से बाहर निकलना नहीं चाहता (उदाहरण के लिए, प्लेयर / टीवी बंद करें)। इस मामले में, वह भेजता है Igmp छुट्टी। समूह के पते पर।

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

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

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

समूह विशिष्ट क्वेरी।

। इसका जवाब दो

केवल समूह विशिष्ट क्वेरी। वे ग्राहक जो इस विशेष समूह से जुड़े हुए हैं।

यदि राउटर को समूह के लिए प्रतिक्रिया रिपोर्ट मिली है, तो यह इंटरफ़ेस में प्रसारित होता है, यदि प्राप्त नहीं हुआ है - टाइमर समाप्त होने के बाद टाइमर को हटा देता है।

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

छोटे आईपी।

(आईजीएमपी क्वेरी के स्रोत आईपी क्षेत्र में निर्दिष्ट)। वह क्वेरियर बन जाता है, अन्य सभी - गैर-क्वेरियर।

7)

गैर-क्वेरियर टाइमर शुरू होता है जो हर बार Quaryny एक छोटे आईपी पते के साथ आता है। यदि टाइमर समाप्त होने से पहले (100 सेकंड से अधिक: 105-107), राउटर को एक छोटे से पते के साथ क्वेरी नहीं मिलेगी, तो वह खुद को क्वेरियर घोषित करता है और सभी संबंधित कार्यों को लेता है। आठ) यदि क्वेरियर को एक छोटे से पते के साथ क्वेरी मिलती है, तो वह इन कर्तव्यों को जोड़ता है। क्वेरियर एक और राउटर बन रहा है, जिसमें एक आईपी कम है।

यह दुर्लभ मामला मापा जाता है, जो कम है। मल्टीकास्ट में क्वेरियर चुनाव एक बहुत ही महत्वपूर्ण प्रक्रिया हैं, लेकिन कुछ कपटपूर्ण निर्माता जो आरएफसी नहीं रखते हैं वे पहियों में एक मजबूत छड़ी डाल सकते हैं। मैं स्रोत 0.0.0.0 के पते के साथ आईजीएमपी क्वेरी के बारे में बात कर रहा हूं, जिसे स्विच द्वारा उत्पन्न किया जा सकता है। ऐसे संदेशों को क्वेरियर की पसंद में भाग नहीं लेना चाहिए, लेकिन आपको हर चीज के लिए तैयार रहना होगा। यहाँ एक उदाहरण है बहुत जटिल लंबे समय तक चलने वाली समस्या।

.

अन्य igmp संस्करणों के बारे में एक और कुछ शब्द संस्करण 1 केवल इस तथ्य से ही संक्षेप में भिन्न होता है कि इसमें कोई संदेश नहीं है

.

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

। यातायात के दोहराव से बचने के लिए, एक उच्च प्रोटोकॉल जिम्मेदार है, उदाहरण के लिए, पीआईएम, जिसके बारे में हम आगे बोलेंगे संस्करण 3 आईजीएमपीवी 2 का समर्थन करने वाले सभी का समर्थन करता है, लेकिन कई बदलाव हैं। सबसे पहले, रिपोर्ट को समूह के पते पर नहीं भेजा जाता है, लेकिन मल्टीकास्ट सेवा पते पर 224.0.0.22

। और अनुरोधित समूह का पता केवल पैकेज के भीतर इंगित किया गया है। यह igmp snooping के काम को सरल बनाने के लिए किया जाता है, जिसे हम बात करेंगे

.

दूसरा, अधिक महत्वपूर्ण बात यह है कि आईजीएमपीवी 3 ने अपने शुद्ध रूप में एसएसएम का समर्थन करना शुरू किया। यह तथाकथित है

डंप के ऊपर आप देखते हैं कि जैसे ही क्लाइंट ने आईजीएमपी-रिपोर्ट भेजी, तुरंत यूडीपी उड़ान भरने के तुरंत बाद एक वीडियो स्ट्रीम है। .

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

समय-समय पर (एक मिनट में) राउटर चेक करता है कि प्राप्तकर्ताओं ने अभी भी आईजीएमपी सामान्य क्वेरी का उपयोग किया है, और नोड आईजीएमपी रिपोर्ट का उपयोग करके इसकी पुष्टि करता है।

लेकिन फिर भी यह पूरी तरह से समझ में आता है कि सर्वर से यातायात कैसे प्राप्त करता है जब एक विशाल प्रदाता नेटवर्क LinkMiapp होता है? और वास्तव में, यह ज्ञात होगा कि ग्राहक कौन है? हम मैन्युअल रूप से मार्ग पंजीकृत नहीं कर सकते हैं, क्योंकि हम नहीं जानते कि ग्राहक कहां हो सकते हैं। सामान्य रूटिंग प्रोटोकॉल इस प्रश्न का उत्तर नहीं देंगे। तो हम यह समझने के लिए आते हैं कि एक मल्टीकास्ट की डिलीवरी हमारे लिए पूरी तरह से नई है। 6। फिर उसने अपना दिमाग बदल दिया और आईजीएमपी अवकाश भेजकर समूह से इनकार कर दिया। 7। राउटर को छुट्टी मिली और, यह सुनिश्चित करना चाहते हैं कि कोई अन्य प्राप्तकर्ता कोई अन्य प्राप्तकर्ता नहीं है, आईजीएमपी समूह विशिष्ट क्वेरी भेजें ... दो बार। और टाइमर की समाप्ति के बाद यहां यातायात संचारित करने के लिए बंद हो जाता है। आठ। हालांकि, यह नेटवर्क पर igmp क्वेरी संचारित करना जारी रखता है। उदाहरण के लिए, यदि आपने खिलाड़ी को बंद नहीं किया है, लेकिन बस समस्या के कनेक्शन के साथ कहीं। फिर कनेक्शन को पुनर्स्थापित किया गया है, लेकिन ग्राहक स्वयं द्वारा रिपोर्ट नहीं भेजता है। लेकिन क्वेरी जवाब। इस प्रकार, प्रवाह मानव भागीदारी के बिना ठीक हो सकता है। फिर एक बार ऐसा इसलिए किया जाता है ताकि सैकड़ों ग्राहक सभी दायरे को सामान्य क्वेरी प्राप्त करके अपनी रिपोर्ट के साथ नेटवर्क में बाढ़ नहीं आए। इसके अलावा, केवल एक ग्राहक आमतौर पर रिपोर्ट भेजता है। - प्रोटोकॉल जिसके द्वारा राउटर मल्टीकास्ट यातायात प्राप्तकर्ताओं और उनके डिस्कनेक्शन की उपस्थिति के बारे में सीखता है। समूह विशिष्ट क्वेरी। आईजीएमपी रिपोर्ट

- कनेक्ट होने पर और आईजीएमपी क्वेरी के जवाब में ग्राहक द्वारा भेजा गया। इसका मतलब है कि ग्राहक किसी विशेष समूह का एक शानदार प्रदर्शन प्राप्त करना चाहता है।

.

आईजीएमपी जनरल क्वेरी।

- यह समय-समय पर राउटर द्वारा भेजा जाता है कि अब किस समूह की आवश्यकता है। प्राप्तकर्ता के पते के रूप में, 224.0.0.1 संकेत दिया गया है।

Igmp समूह sepcific query

- संदेश छोड़ने के जवाब में राउटर द्वारा भेजा गया, यह पता लगाने के लिए कि क्या इस समूह में अन्य प्राप्तकर्ता हैं या नहीं। प्राप्तकर्ता के पते के रूप में, मल्टीकास्ट समूह का पता इंगित किया गया है।

- जब वह समूह छोड़ना चाहता है तो ग्राहक द्वारा चुना जाता है।

- यदि एक प्रसारण सेगमेंट में कई राउटर हैं जिन्हें प्रसारित किया जा सकता है, उनमें से एक मुख्य-क्वेरियर चुना गया है। यह समय-समय पर क्वेरी भेज देगा और यातायात संचारित करेगा।

सभी igmp शर्तों का विस्तृत विवरण

पीआईएम

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

प्राप्तकर्ता और निकटतम राउटर केवल इतना जानते हैं कि उन्हें किसी विशेष समूह के शानदार होने की आवश्यकता है, लेकिन कोई जानकारी नहीं है कि स्रोत कहां है और उसका पता क्या है। इस स्थिति में यातायात कैसे वितरित करें?

कई मल्टीकास्ट ट्रैफिक रूटिंग प्रोटोकॉल हैं: डीवीएमआरपी

  • , Mspf।
  • , सीबीटी।

- वे सभी विभिन्न तरीकों से ऐसे कार्य को हल करते हैं। लेकिन मानक डी तथ्य बन गया

पीआईएम - प्रोटोकॉल स्वतंत्र मल्टीकास्ट

अन्य दृष्टिकोण इतने अवांछित हैं कि कभी-कभी भी उनके डेवलपर्स व्यावहारिक रूप से इसे पहचानते हैं। यहां, उदाहरण के लिए, सीबीटी प्रोटोकॉल के माध्यम से आरएफसी से एक अंश: सीबीटी संस्करण 2 नहीं है, और नहीं था, संस्करण 1 के साथ पीछे की ओर संगत होने का इरादा है; हम इसे व्यापक संगतता समस्याओं के कारण नहीं निकालते हैं क्योंकि हम नहीं मानते हैं कि सीबीटी इस चरण में व्यापक रूप से तैनात है।

पीआईएम में दो संस्करण हैं जिन्हें सिद्धांत रूप में दो अलग-अलग प्रोटोकॉल भी कहा जा सकता है, वे दृढ़ता से अलग हैं:

पिम घने मोड (डीएम)

पीआईएम स्पैस मोड (एसएम) स्वतंत्र वह इसलिए है क्योंकि यह अद्वितीय यातायात को रूट करने के एक विशेष कार्यक्रम से बंधा नहीं है, और बाद में आप देखेंगे क्यों। .

पिम घने मोड।

पीआईएम डीएम।

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

जैसा कि आप देख सकते हैं, प्राप्तकर्ताओं के मार्ग को निर्धारित करने का कोई सवाल नहीं है - यातायात उन्हें केवल इसलिए प्राप्त करेगा क्योंकि यह हर जगह है।

अनावश्यक शाखाओं के "खतना" के बाद, एक पेड़ रहता है, साथ ही एक मल्टीकास्ट यातायात पारित किया जाता है। इस पेड़ को बुलाया जाता है

एसपीटी - सबसे छोटा रास्ता पेड़

यह लूपों से रहित है और प्राप्तकर्ता से स्रोत के लिए सबसे कम पथ का उपयोग करता है। संक्षेप में यह एसटीपी में पेड़ फैलाने के समान है

जहां जड़ स्रोत है।

एसपीटी एक ठोस पेड़ दृश्य है - सबसे छोटा पेड़ का पेड़। सामान्य रूप से, किसी भी मल्टीकोन पेड़ कहा जाता है

एमडीटी - मल्टीकास्ट वितरण पेड़

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

एक स्रोत, एक प्राप्तकर्ता और उनके बीच सबसे सरल आईपी नेटवर्क। पीआईएम डीएम चलाने वाले सभी राउटर पर।

अगर लूप से बचने के लिए कोई विशेष तंत्र नहीं होता तो क्या होगा?

स्रोत मल्टीकास्ट यातायात भेजता है। आर 1 इसे प्राप्त करता है और पीआईएम डीएम के सिद्धांतों के अनुसार सभी इंटरफेस को भेजता है, इसके अलावा, जहां से वह आया - वह, आर 2 और आर 3 पर है।

आर 2 उसी तरह प्रवेश करता है, यानी, यह आर 3 की ओर यातायात भेजता है। आर 3 यह निर्धारित नहीं कर सकता कि यह वही यातायात है जिसे वह पहले ही आर 1 से प्राप्त कर चुका है, इसलिए यह इसे अपने सभी इंटरफेस को भेजता है। आर 1 को आर 3 से यातायात की एक प्रति प्राप्त होगी। यहाँ वह एक लूप है।

इस तरह की स्थिति में पीआईएम क्या पेशकश करता है?

आरपीएफ - रिवर्स पथ अग्रेषण

। यह पीआईएम (किसी भी प्रकार: और डीएम और एसएम और एसएम) में मल्टीकास्ट यातायात को प्रेषित करने का मुख्य सिद्धांत है - स्रोत से यातायात कम से कम पथ के साथ आना चाहिए। यही है, प्रत्येक के लिए मल्टीकास्ट पैकेज के लिए, इसे रूटिंग तालिका के आधार पर चेक किया जाता है, चाहे वह वहां से आया हो। 1) राउटर मल्टीकास्ट पैकेट स्रोत के पते पर दिखता है।

2) रूटिंग तालिका की जांच करता है, जिसके माध्यम से स्रोत पता उपलब्ध है।

3) इंटरफ़ेस की जांच करता है जिसके माध्यम से मल्टीकास्ट पैकेज आया था।

4) यदि इंटरफेस मेल खाता है - सबकुछ ठीक है, तो मल्टीकास्ट पैकेज छोड़ दिया जाता है, यदि डेटा किसी अन्य इंटरफ़ेस से आता है - तो उन्हें त्याग दिया जाएगा।

उदाहरण: आईपीटीवी।

हमारे उदाहरण में, आर 3 जानता है कि स्रोत का सबसे छोटा रास्ता आर 1 (स्थिर या गतिशील मार्ग) के माध्यम से निहित है। इसलिए, आर 1 से आने वाले मल्टीकास्ट पैकेट का परीक्षण किया जाता है और आर 3 प्राप्त होता है, और आर 2 से आए थे।

इस जाँच को कहा जाता है

आरपीएफ-चेक। और अधिक जटिल नेटवर्कों में भी धन्यवाद, एमडीटी में लूप उत्पन्न नहीं होंगे। यह तंत्र हमारे लिए महत्वपूर्ण है, क्योंकि यह प्रासंगिक है और पीआईएम-एसएम में और अकेले ही काम करता है।

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

हालांकि, कुछ मामलों में पीआईएम डीएम लागू किया जा सकता है। उदाहरण के लिए, बहुत छोटे नेटवर्क में, जहां मल्टीकास्ट का प्रवाह छोटा होता है।

पीआईएम स्पैस मोड।

एक पूरी तरह से अलग दृष्टिकोण लागू होता है पीआईएम एसएम।

। नाम (क्षतिग्रस्त मोड) के बावजूद, इसे किसी भी नेटवर्क पर सफलतापूर्वक उपयोग किया जा सकता है जो कम से कम पीआईएम डीएम से भी बदतर नहीं है।

.

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

सेटिंग्स से आर 1 तक, आपको एक मल्टीकास्ट, पीआईएम एसएम को दो इंटरफेस (स्रोत की ओर और क्लाइंट की ओर) और ग्राहक की ओर igmp पर रूट करने की क्षमता को सक्षम करना होगा।

अन्य मूल सेटिंग्स के अलावा, निश्चित रूप से (आईपी, आईजीपी)।

अब से, आप जीएनएस छोड़ सकते हैं और प्रयोगशाला एकत्र कर सकते हैं। इस आलेख में मैंने जो मल्टीकास्ट के लिए स्टैंड को इकट्ठा किया है, इस बारे में पर्याप्त है।

R1 (CONFIG) #IP MULTICAST-RATING R1 (CONFIG) #INT FA0 / 0 R1 (CONFIG-IF) #IP PIM SPARSE-MODE R1 (CONFORM-IF) #INT FA1 / 0 R1 (CONFIG-IF) #IP PIM स्पैस-मोड। सिस्को यहां आमतौर पर इसके विशेष दृष्टिकोण की विशेषता है: जब आप इंटरफ़ेस पर पीआईएम को सक्रिय करते हैं, तो आईजीएमपी स्वचालित रूप से सक्रिय होता है। सभी इंटरफेस पर जहां पीआईएम सक्रिय होता है, यह काम करता है और आईजीएमपी। साथ ही, अन्य निर्माताओं के पास दो अलग-अलग प्रोटोकॉल होते हैं जो दो अलग-अलग आदेशों को चालू करते हैं: अलग-अलग आईजीएमपी, अलग से पीआईएम। सिस्को को इस विषमता को क्षमा करें? एक साथ अन्य सभी के साथ? इसके अलावा, आरपी पते को कॉन्फ़िगर करना आवश्यक हो सकता है ( आईपी ​​पीआईएम आरपी-पता 172.16.0.1 , उदाहरण के लिए)। इसके बारे में बाद में, एक दिए गए और स्वीकार के रूप में स्वीकार करते हुए।

समूह 224.2.2.4 के लिए मल्टीकास्ट रूटिंग तालिका की वर्तमान स्थिति की जांच करें: स्रोत पर प्रसारण शुरू करने के बाद, आपको तालिका को फिर से जांचने की आवश्यकता है। आइए इस छोटे से निष्कर्ष का विश्लेषण करें।

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

शून्य

, इसलिए, कोई प्राप्तकर्ता नहीं हैं - और हमने उन्हें अभी तक लॉन्च नहीं किया है।

अभिलेख

(172.16.0.5, 225.0.1.1) (एस, जी) .

Eskijah

/ और सुझाव देता है कि स्रोत ज्ञात है। हमारे मामले में, पते के साथ एक स्रोत 172.16.0.5 समूह 224.2.2.4 के लिए यातायात प्रसारित करता है। मल्टीकास्ट ट्रैफ़िक FE0 / 1 इंटरफ़ेस में आता है - यह है

आरोही

नदी के ऊपर

) इंटरफेस।

तो, कोई ग्राहक नहीं। स्रोत से यातायात राउटर और इस जीवन पर आता है। आइए अब प्राप्तकर्ता जोड़ें - हम पीसी पर मल्टीकास्ट का स्वागत करेंगे।

पीसी आईजीएमपी रिपोर्ट भेजता है, राउटर समझता है कि ग्राहक मल्टीकास्ट रूटिंग तालिका में दिखाई देते हैं और अपडेट किए जाते हैं। अब वह इस तरह दिखती है: एक डाउनस्ट्रीम इंटरफ़ेस दिखाई दिया: Fe0 / 0, जो काफी उम्मीद है। और यह (*, जी) और (एस, जी) दोनों में दिखाई दिया। डाउनस्ट्रीम इंटरफेस की सूची कहा जाता है

तेल - आउटगोइंग इंटरफ़ेस सूची

.

Fe1 / 0 इंटरफ़ेस में एक और क्लाइंट जोड़ें:

यदि आप सचमुच आउटपुट पढ़ते हैं, तो हमारे पास है:

(*, जी): समूह 224.2.2.4 के लिए मल्टीकास्ट यातायात प्राप्तकर्ता हैं बाहरी इंटरफेस Fe0 / 0, Fe1 / 0। और बिल्कुल कोई फर्क नहीं पड़ता कि प्रेषक कौन है, क्या और संकेत "*"। 

(एस, जी): जब गंतव्य पते के साथ मल्टीकास्ट यातायात 224.2.2.4 स्रोत 172.16.0.5 से FE0 / 1 इंटरफ़ेस में आता है, इसकी प्रतियां Fe0 / 0 और Fe1 / 0 को भेजी जानी चाहिए।

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

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

तो, समय का क्षण 0।

सभी पांच राउटर पर मल्टीकास्ट रूटिंग चालू करें:

आरएक्स (कॉन्फ़िगर) #IP मल्टीकास्ट-रूटिंग

पीआईएम को सीधे सभी राउटर के सभी इंटरफेस पर शामिल किया गया है (स्रोत सर्वर और ग्राहकों की ओर इंटरफ़ेस सहित):

Rx (config) #int fex / x rx (config-if) #ip pim sparse-mode सिद्धांत रूप में आईजीएमपी, ग्राहकों के प्रति इंटरफेस पर शामिल किया जाना चाहिए, लेकिन, जैसा कि हमने पहले से ही ऊपर उल्लेख किया है, यह स्वचालित रूप से सिस्को उपकरण पर पीआईएम के साथ बदल जाता है। पहली चीज जो पीआईएम करती है - पड़ोस सेट करती है। इसके लिए उपयोग किए गए संदेश

पिम हैलो।

। जब आप इंटरफ़ेस पर पीआईएम को सक्रिय करते हैं, तो पिम हैलो को पते पर भेजा जाता है

  1. 224.0.0.13
  2. टीटीएल के साथ 1. इसका मतलब है कि एक प्रसारण डोमेन में केवल राउटर पड़ोसियों हो सकते हैं।

जैसे ही पड़ोसियों को एक दूसरे से बधाई मिली:

अब वे मल्टीकास्ट समूहों के लिए आवेदन स्वीकार करने के लिए तैयार हैं।

अगर हम अब एक तरफ ग्राहक के संलग्नक में शुरू करते हैं और दूसरे पर सर्वर से मल्टीकास्ट स्ट्रीम चालू करते हैं, तो आर 1 को यातायात प्रवाह प्राप्त होगा, और जब आप कनेक्ट करने का प्रयास करते हैं तो आर 4 को आईजीएमपी रिपोर्ट प्राप्त होगी। नतीजतन, आर 1 प्राप्तकर्ताओं के बारे में कुछ भी नहीं जानता, और स्रोत पर आर 4। यह अच्छा होगा यदि स्रोत के बारे में जानकारी और समूह के ग्राहकों को कहीं एक ही स्थान पर एकत्र किया गया था। लेकिन किस में? बैठक का इस तरह का एक बिंदु कहा जाता है

रेंडेज़वस पॉइंट - आरपी 

। यह पीआईएम एसएम की केंद्रीय अवधारणा है। इसके बिना कुछ भी काम नहीं किया। स्रोत और प्राप्तकर्ता यहां दिए गए हैं।

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

यह सभी रुचि से संदेशों में शामिल होने के आकर्षण का एक बिंदु है। 

आरपी: स्थिर और गतिशील कार्य करने के दो तरीके हैं। हम दोनों इस लेख में देखेंगे, लेकिन स्थैतिक के साथ शुरू करेंगे, क्योंकि स्थिर होने की अधिक संभावना है?

आर 2 को आर 2 द्वारा खेला जाने दें।

विश्वसनीयता बढ़ाने के लिए, लूपबैक पता आमतौर पर चुना जाता है। इसलिये

सभी के लिए

राउटर को कमांड द्वारा निष्पादित किया जाता है: आरएक्स (कॉन्फ़िगर) #IP PIM RP- पता 2.2.2.2 )

स्वाभाविक रूप से, यह पता सभी बिंदुओं से रूटिंग तालिका पर उपलब्ध होना चाहिए। खैर, चूंकि पता 2.2.2.2 इंटरफ़ेस पर आरपी है )

लूपबैक 0। आर 2 पर, यह पीआईएम को सक्रिय करने के लिए भी वांछनीय है। R2 (config) # इंटरफेस लूपबैक 0 rx (config-if) #ip pim sparse-mode )

उसके तुरंत बाद, आर 4 समूह 224.2.2.4 के लिए यातायात के स्रोत के बारे में जानता है:

और यहां तक ​​कि यातायात को स्थानांतरित करता है:

Fe0 / 1 इंटरफ़ेस 362000 बी / एस आता है, और एफई 0/0 इंटरफ़ेस के माध्यम से वे प्रेषित होते हैं।

हमने सब किया: इसके बाद, राउटर स्ट्रीम बंद कर देता है। मल्टीकास्ट यातायात को रूट करने की क्षमता शामिल थी (

थोड़ा और अधिक कठिन मामला मानें: आईपी ​​मल्टीकास्ट-रूटिंग

इंटरफेस पर सक्रिय पीआईएम ( यही है, प्रत्येक के लिए मल्टीकास्ट पैकेज के लिए, इसे रूटिंग तालिका के आधार पर चेक किया जाता है, चाहे वह वहां से आया हो। आईपी ​​पीआईएम स्पैस-मोड

पता आरपी का संकेत दिया ( आईपी ​​पीआईएम आरपी-एड्रेस X.x.x.x. सबकुछ, यह पहले से ही एक कार्य कॉन्फ़िगरेशन है और खोजा जा सकता है, क्योंकि दृश्यों को मंच पर दिखाई देने से ज्यादा छिपा हुआ है। पीआईएम के साथ पूर्ण विन्यास।

- राजनीति। जो जीत जाएगा वह क्वेरी भेज देगा, रिपोर्ट की निगरानी करेगा और छोड़ने के लिए प्रतिक्रिया करेगा, और तदनुसार, यह सेगमेंट को यातायात भेज देगा। हारने वाला केवल रिपोर्ट सुनेंगे और पल्स पर अपना हाथ रखेंगे। डीब्रीफिंग

खैर, सब कुछ अंत में कैसे काम करता है? आरपी कैसे जानता है कि स्रोत जहां ग्राहक और उनके बीच संचार प्रदान करते हैं? चूंकि सबकुछ हमारे पसंदीदा ग्राहकों के लिए निकलता है, फिर, उनके साथ शुरू, विवरण में पूरी प्रक्रिया पर विचार करें। क्लाइंट 1 समूह 224.2.2.4 के लिए आईजीएमपी रिपोर्ट भेजता है

आर 4 को यह क्वेरी मिलती है, यह समझती है कि Fe0 / 0 इंटरफ़ेस के बाहर एक क्लाइंट है, इस इंटरफ़ेस को तेल और फॉर्म रिकॉर्डिंग (*, जी) में जोड़ता है।

आरोही इंटरफ़ेस Fe0 / 1 यहां देखा गया है, लेकिन इसका मतलब यह नहीं है कि आर 4 समूह 224.2.2.4 के लिए यातायात प्राप्त करता है। यह केवल बात करता है कि वह एकमात्र स्थान जहां से वह प्राप्त कर सकता है वह Fe0 / 1 है, क्योंकि यह वहां है कि आरपी वहाँ है। वैसे, पड़ोसी जो पास हुआ

आर 1 और आर 2 राउटर चालू होने के पल से स्थिति पर विचार करें। - आर 2: 10.0.2.24। अपेक्षित होना।

आर 4 कहा जाता है - एलएचआर (अंतिम हॉप राउटर) - यदि आप स्रोत से गिनती करते हैं तो मल्टीकास्ट यातायात के मार्ग पर अंतिम राउटर। दूसरे शब्दों में, यह प्राप्तकर्ता के निकटतम राउटर है। के लिये

ग्राहक 1। - यह आर 4 है ग्राहक 2।

- यह आर 5 है।

चूंकि आर 4 पर कोई मल्टीकास्ट स्ट्रीम नहीं है (यह पहले से अनुरोध नहीं किया गया है), यह पीआईएम संदेश में शामिल हो जाता है और इसे आरपी (2.2.2.2) की ओर भेजता है।

पीआईएम शामिल एक मल्टीकास्ट द्वारा पते 224.0.0.13 द्वारा भेजा जाता है। "आरपी की दिशा में", "रूटिंग तालिका में निर्दिष्ट इंटरफ़ेस के माध्यम से, पैकेज के अंदर निर्दिष्ट पते के लिए आउटबाउंड के रूप में। हमारे मामले में, यह 2.2.2.2 है - पता आरपी। इस तरह के जुड़ाव को संदर्भित किया जाता है

शामिल हों (*, जी)

और वह कहता है: "इससे कोई फर्क नहीं पड़ता कि कौन स्रोत है, मुझे एक समूह यातायात की आवश्यकता है 224.2.2.4।" यही है, रास्ते पर प्रत्येक राउटर को इस तरह के जुड़ाव को संभालना चाहिए और यदि आवश्यक हो, तो आरपी के पक्ष में एक नया जुड़ने भेजें। (यह समझना महत्वपूर्ण है कि यदि पहले से ही राउटर पर यह समूह है, तो यह शामिल नहीं होगा - यह उस इंटरफ़ेस को जोड़ देगा जिसमें से तेल में शामिल हो गया है और यातायात पारित करना शुरू कर देता है)। हमारे मामले में, Fe0 / 1 में शामिल हों:

आर 2, शामिल होने के बाद, एक रिकॉर्ड (*, जी) उत्पन्न करता है और तेल के लिए Fe0 / 0 इंटरफ़ेस जोड़ता है। लेकिन इसमें शामिल नहीं हो सकते हैं - वह खुद पहले से ही आरपी है, और अभी तक स्रोत के बारे में कुछ भी ज्ञात नहीं है। लेकिन एक ही शाखा में थोड़ी देर के बाद, राउटर एक मल्टीकास्ट भेजने के लिए फिर से कोशिश कर रहा है - अचानक प्राप्तकर्ता वहां दिखाई दिए। यदि प्रकट नहीं हुआ, तो शाखा को एक निश्चित अवधि में फिर से काट दिया गया है। यदि राउटर पर क्लाइंट इन दो घटनाओं के बीच अंतराल में दिखाई दिया, तो भ्रष्टाचार संदेश भेजा जाता है - राउटर कट शाखा को वापस अनुरोध करता है ताकि जब तक यह कुछ नहीं गिरता तब तक इंतजार न करें। इस प्रकार, आरपी सीखता है कि ग्राहक कहां स्थित हैं।

इंटरफेस पर सक्रिय igmp। यदि एक

ग्राहक 2। इसके अलावा एक ही समूह के लिए मल्टीकास्ट यातायात भी प्राप्त करना चाहते हैं, आर 5 पीआईएम को Fe0 / 1 में शामिल भेज देगा, क्योंकि यह आरपी, आर 3 है, इसे प्राप्त करने के बाद, एक नया पीआईएम शामिल है और इसे Fe1 / 1 में भेजता है - जहां आरपी स्थित है। यही है, यात्रा में शामिल हों, नोड के पीछे नोड तब तक नोड करें जब तक कि यह आरपी या किसी अन्य राउटर को न हो, जहां इस समूह के पहले से ही ग्राहक हैं।

तो, आर 2 हमारा आरपी है - अब जानता है कि Fe0 / 0 और Fe1 / 0 के लिए उनके पास समूह 224.2.2.4 के लिए प्राप्तकर्ता हैं।

और इससे कोई फर्क नहीं पड़ता कि वहां कितने हैं - प्रत्येक इंटरफ़ेस या सौ के बाद एक - यातायात का प्रवाह अभी भी इंटरफ़ेस पर होगा। यदि आप ग्राफिक रूप से दिखाते हैं कि हमें क्या मिला, तो यह इस तरह दिखेगा: दूरस्थ रूप से एक पेड़ जैसा दिखता है, है ना? इसलिए, इसे कहा जाता है -

पहले, डिफ़ॉल्ट रूप से, उनमें से प्रत्येक खुद को क्वेरियर मानता है। आरपीटी - रेंडेज़वस पॉइंट ट्री

। यह पेड़ आरपी में निहित है, और जिनकी शाखाएं ग्राहकों तक फैली हुई हैं।

अधिक सामान्य शब्द जैसा कि हमने ऊपर बताया है -

- पेड़ जिसके साथ मल्टीकास्ट स्ट्रीम वितरित की जाती है। बाद में आप एमडीटी और आरपीटी के बीच का अंतर देखेंगे।

अब हम सर्वर देते हैं। जैसा कि हमने पहले से ही चर्चा की है, वह पीआईएम, आरपी, आईजीएमपी के बारे में चिंता नहीं करता है - वह सिर्फ प्रसारण करता है। और आर 1 को यह धारा मिलती है। उनका काम आरपी को मल्टीकास्ट प्रदान करना है। पीआईएम में एक विशेष प्रकार के संदेश हैं - रजिस्टर करें । आरपी पर एक मल्टीकास्ट स्रोत पंजीकृत करने के लिए इसकी आवश्यकता है।

सामान्य क्वेरी अन्य आईजीएमपी राउटर समेत खंड में सभी उपकरणों को प्राप्त करती है। तो, आर 1 समूहों की एक मल्टीकास्ट स्ट्रीम प्राप्त करता है 224.2.2.4:

आर 1 है

एफएचआर (फर्स्ट हॉप राउटर)

- मल्टीकास्ट यातायात के मार्ग या स्रोत के सबसे करीब के रास्ते पर पहला राउटर।

इसके बाद, यह स्रोत से अद्वितीय पीआईएम रजिस्टर में प्राप्त प्रत्येक मल्टीकास्ट पैकेज को समाहित करता है और इसे सीधे आरपी भेजता है।

  1. प्रोटोकॉल स्टैक पर ध्यान दें। यूनिकस्ट आईपी के शीर्ष पर और पीआईएम हेडर मूल मल्टीकास्ट आईपी, यूडीपी और डेटा है।
  2. अब, अन्य सभी के विपरीत, प्राप्तकर्ता के पते में, 2.2.2.2 का संकेत दिया गया पीआईएम संदेश इंगित किया गया है, और एक बहुआयामी पता नहीं।

इस तरह का पैकेज आरपी को यूनिकरेटन रूटिंग के मानक नियमों के अनुसार वितरित किया जाता है और मूल मल्टीकास्ट पैकेज होता है, यानी, यह है ... यह सुरंग है!

=====================

कार्य संख्या 1। योजना और प्रारंभिक विन्यास। .

पड़ोसी से ऐसा संदेश प्राप्त करने के बाद, प्रत्येक राउटर का अनुमान अधिक योग्य है। सर्वर 172.16.0.5 पर, एक ऐसा एप्लिकेशन जो केवल यूडीपी 10 999 प्राप्तकर्ता बंदरगाह के साथ केवल एक प्रसारण पते 255.255.255.255 के लिए संकुल को प्रसारित कर सकता है। यह यातायात ग्राहकों को 1 और 2 तक पहुंचाया जाना चाहिए: .

ग्राहक 1 समूह पते के साथ एक मल्टीकास्ट ट्रैफ़िक के रूप में 239.9.9.9।

और क्लाइंट सेगमेंट 2 में, पते पर प्रसारण पैकेज के रूप में 255.255.255.255।

यहां कार्य का विवरण।

===================== योजना और प्रारंभिक विन्यास। आरपी को पीआईएम रजिस्टर प्राप्त होता है, इसे अनपॅक्स करता है और समूह 224.2.2.4 के लिए रैपर के तहत यातायात का पता लगाता है। स्वतंत्र वह इसलिए है क्योंकि यह अद्वितीय यातायात को रूट करने के एक विशेष कार्यक्रम से बंधा नहीं है, और बाद में आप देखेंगे क्यों। इसके बारे में जानकारी, वह तुरंत मल्टीकास्ट रूटिंग की अपनी तालिका में प्रवेश करता है:

एक प्रविष्टि (एस, जी) - (172.16.0.5, 224.2.2.4)। अनपैक्ड आरपी पैकेट आगे एफएडी / 0 और एफई 1/0 इंटरफेस पर भेजता है, जिसके अनुसार यातायात ग्राहकों के लिए आता है।

सिद्धांत रूप में, यह रोका जा सकता है। सब कुछ काम करता है - ग्राहकों को यातायात मिलता है। लेकिन दो समस्याएं हैं:

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

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

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

लेकिन यह ध्यान रखना आवश्यक है कि पंजीकरण संदेश इस समय तक प्रसारित किए गए थे और अब तक पारित हो गए थे। वास्तव में, आर 1 अब यातायात की दो प्रतियां भेजता है: एक शुद्ध मल्टीकास्ट एसपीटी है, दूसरा यूनिकस्टिक रजिस्टर में encapsulated है। सबसे पहले, आर 1 रजिस्टर करने के लिए एक मल्टीकास्ट भेजता है - पैकेज 231।

। फिर आर 2 (आरपी) पेड़ से जुड़ना चाहता है, सम्मिलित भेजता है -

पैकेज 232।

। आर 1 अभी भी कुछ समय है जबकि क्वेरी को आर 2 द्वारा संसाधित किया जाता है, रजिस्टर करने के लिए एक मल्टीकास्ट भेजता है ( 233 से 238 तक पैकेज )। इसके बाद, जब आर 1 पर तेल में डाउनस्ट्रीम इंटरफ़ेस जोड़ा गया है, तो यह शुद्ध मल्टीकास्ट संचारित करना शुरू कर देता है -

पैकेज 239 और 242 , लेकिन अभी तक रोक नहीं रहा और पंजीकरण - पैकेज 241 और 243 । लेकिन अ и पैकेज 240। - यह आर 2 खड़ा नहीं हो सका और एक बार फिर एक पेड़ बनाने के लिए कहा। योजना और प्रारंभिक विन्यास। 10) तो, अनजान मल्टीकास्ट आरपी तक पहुंचता है। वह समझती है कि यह वही यातायात है जो रजिस्टर में आता है, क्योंकि एक ही समूह का पता एक ही स्रोत पता और एक इंटरफ़ेस से है। दो प्रतियों को प्राप्त करने के लिए, यह आर 1 अद्वितीय को भेजता है पीआईएम रजिस्टर-स्टॉप

रजिस्टर-स्टॉप का मतलब यह नहीं है कि आर 2 यातायात से इंकार कर देता है या इस स्रोत को अधिक पहचानता नहीं है, यह केवल कहता है कि भेजना बंद करना आवश्यक है

समझाया यातायात। इसके बाद, एक भयंकर संघर्ष - आर 1 रजिस्टर-स्टॉप प्रक्रियाओं के दौरान बफर में जमा यातायात को स्थानांतरित करना जारी रखता है, और सामान्य मल्टीकास्ट और रजिस्टर संदेशों के अंदर:

लेकिन, जल्दी या बाद में, आर 1 केवल शुद्ध मल्टीकास्ट यातायात को प्रसारित करना शुरू कर देता है।

तैयारी करते समय, मेरे पास एक वैध प्रश्न था: ठीक है, इन सभी सुरंग, पीआईएम रजिस्टर क्यों? एक मल्टीकास्ट यातायात के साथ क्यों नहीं, पीआईएम में शामिल होने के साथ - आरपी के लिए टीटीएल = 1 के साथ एक हॉप के पीछे एक हॉप भेजें - जल्द या बाद में यह आ जाएगा? तो यह एक ही समय में एक पेड़ का निर्माण अनावश्यक संकेतों के बिना भी करेगा।

यहां कई बारीकियां हैं।

सबसे पहले, पीआईएम एसएम का मुख्य सिद्धांत का उल्लंघन किया जाता है - यातायात केवल वहां से अनुरोध किया गया था।

कोई शामिल नहीं - कोई पेड़ नहीं

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

अब हम सर्वर देते हैं। जैसा कि हमने पहले से ही चर्चा की है, वह पीआईएम, आरपी, आईजीएमपी के बारे में चिंता नहीं करता है - वह सिर्फ प्रसारण करता है। और आर 1 को यह धारा मिलती है। उनका काम आरपी को मल्टीकास्ट प्रदान करना है। स्रोत सर्वर रजिस्टर करें इससे पहले ग्राहक 1।

ग्राहक 2।

। और यह एमडीटी दो टुकड़ों से बना है, जो एक दूसरे से स्वतंत्र रूप से बनाए गए थे:

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

और क्या होगा यदि सर्वर पहले से प्रसारित हो, और कोई ग्राहक नहीं है और नहीं? मल्टीकास्ट तो प्रेषक और आरपी के बीच साइट को क्लोज करेगा?

नहीं, इस मामले में, पीआईएम रजिस्टर-स्टॉप भी मदद करेगा। यदि रजिस्टर संदेश कुछ समूह के लिए आरपी पर शुरू हो गया है, और इसके लिए कोई प्राप्तकर्ता नहीं हैं, इसलिए आरपी इस यातायात को प्राप्त करने में रूचि नहीं रखता है, इसलिए,

मत भेजो

पीआईएम में शामिल हों (एस, जी), आरपी तुरंत आर 1 को रजिस्टर-स्टॉप भेजता है।

आर 1, रजिस्टर-स्टॉप प्राप्त हुआ और यह देखकर कि इस समूह के लिए कोई पेड़ नहीं है (कोई ग्राहक नहीं), सर्वर से मल्टीकास्ट यातायात को त्यागना शुरू कर देता है।

यही है, सर्वर स्वयं इस बारे में चिंतित नहीं है और प्रवाह भेजना जारी रखता है, लेकिन, राउटर इंटरफ़ेस तक पहुंचने के बाद, प्रवाह को त्याग दिया जाएगा।

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

इसके अलावा, प्रत्येक 3 मिनट आर 1 आरपी पर एक स्रोत को फिर से पंजीकृत करने का प्रयास करेगा, यानी, रजिस्टर पैकेट भेजें। आरपी को सूचित करने के लिए यह आवश्यक है कि यह स्रोत अभी भी जीवित है।

विशेष रूप से जिज्ञासु पाठकों में, सवाल उठना चाहिए - आरपीएफ के बारे में क्या? आखिरकार, यह तंत्र मल्टीकास्ट पैकेज के प्रेषक के पते की जांच करता है और यदि यातायात सही इंटरफ़ेस से नहीं आता है, तो इसे त्याग दिया जाएगा। उसी समय, आरपी और स्रोत विभिन्न इंटरफेस पर हो सकते हैं। तो आर 3 आरपी के लिए हमारे उदाहरण में - Fe1 / 1 के लिए, और Fe1 / 0 के लिए स्रोत। । लेकिन अ उत्तर अनुमानित है - इस मामले में, स्रोत पता चेक किया गया है, लेकिन आरपी। यही है, यातायात को इंटरफ़ेस से आरपी की ओर आना चाहिए। लेकिन, जैसा कि आप आगे देखते हैं, यह भी एक अवास्तविक नियम नहीं है। .

यह समझना महत्वपूर्ण है कि आरपी एक सार्वभौमिक चुंबक नहीं है - प्रत्येक समूह के लिए इसके आरपी हो सकते हैं। यही है, नेटवर्क में उनमें से दो हो सकते हैं, और तीन, और सौ एक आरपी समूहों के एक सेट के लिए जिम्मेदार है, दूसरा एक के बाद है। इसके अलावा, ऐसी चीज है Anycast आरपी। और फिर अलग आरपी एक ही समूह की सेवा कर सकते हैं। कार्य संख्या 2। и - यह आर 4 है टोपोलॉजी को नोट करें : इस समस्या में, केवल आर 1, आर 2 राउटर हमारे नेटवर्क के प्रशासक चला रहे हैं। यही है, विन्यास केवल उन पर ही बदला जा सकता है। सर्वर 172.16.0.5 समूह 239.1.1.1 और 23 9.2.2.2 के लिए मल्टीकास्ट यातायात को प्रसारित करता है।

नेटवर्क को कॉन्फ़िगर करें ताकि समूह 239.1.1.1 का यातायात आर 3 और आर 5 के बीच सेगमेंट में प्रेषित न हो, और आर 5 के नीचे के सभी हिस्सों में।

लेकिन साथ ही, यातायात समूह 23 9.2.2.2 को बिना किसी समस्या के प्रसारित किया जाना चाहिए।

यहां कार्य का विवरण।

=====================

रेजर Okkama या अनावश्यक शाखाओं को अक्षम करना

सेगमेंट में अंतिम ग्राहक के बाद सब्सक्राइब करने से इनकार कर दिया गया, पीआईएम को अतिरिक्त आरपीटी शाखा में कटौती करनी चाहिए।

उदाहरण के लिए, आर 4 पर एकमात्र क्लाइंट कंप्यूटर बंद कर दिया। आईजीएमपी राउटर छोड़ दें या तीन अनुत्तरित आईजीएमपी क्वेरी के बाद यह समझता है कि Fe0 / 0 के लिए कोई और ग्राहक नहीं है, और आरपी संदेश भेजता है

पिम प्रून । प्रारूप के अनुसार, यह बिल्कुल भी शामिल है, लेकिन विपरीत समारोह करता है। गंतव्य पता भी 224.0.0.13 है, और टीटीएल 1 है।

लेकिन राउटर जिसने एक सदस्यता हटाने से पहले पीआईएम प्रून प्राप्त किया, कुछ समय की प्रतीक्षा (आमतौर पर 3 सेकंड - देरी टाइमर में शामिल हों)।

यह ऐसी स्थिति के लिए किया जाता है:

एक प्रसारण डोमेन 3 राउटर में। उनमें से एक अधिक है और वह वह है जो सेगमेंट में मल्टीकास्ट यातायात प्रसारित करता है। यह आर 1 है। राउटर (आर 2 और आर 3) दोनों के लिए, इसके तेल में केवल एक रिकॉर्ड होता है।

यदि अब आर 2 पीआईएम प्रून को डिस्कनेक्ट और भेजने का फैसला करता है, तो वह अपने सहयोगी आर 3 - आर 1 को प्रतिस्थापित कर सकता है क्योंकि सभी इंटरफ़ेस में प्रसारण बंद कर देंगे।

तो, ताकि यह नहीं होता है, आर 1 और 3 सेकंड में टाइमआउट देता है। इस समय के दौरान, आर 3 के पास प्रतिक्रिया करने का समय होना चाहिए। प्रसारण नेटवर्क को देखते हुए, इसे आर 2 से भी प्रून प्राप्त होगा और इसलिए, अगर वह यातायात प्राप्त करना जारी रखना चाहता है, तो वह तुरंत सामान्य पीआईएम को सेगमेंट में शामिल करता है, आर 1 को सूचित करता है कि इंटरफ़ेस को हटाना आवश्यक नहीं है।

इस प्रक्रिया को प्रून ओवरराइड कहा जाता है। आर 2, जैसा कि यह था, आर 1 की प्रतिभा, पहल को रोक दिया।

एसपीटी स्विचओवर - आरपीटी-एसपीटी स्विचिंग

अब तक, हम ज्यादातर केवल विचार करते हैं

। अब चलो चलते हैं ग्राहक 2। पहले सब कुछ उसके लिए समान है ग्राहक 1। - वह आरपी से आरपीटी का उपयोग करता है, जिसे हमने पहले माना है। वैसे, दोनों के बाद से - और

ग्राहक 1। .

- एक पेड़ का उपयोग करें, ऐसे पेड़ को बुलाया जाता है

साझा वृक्ष

- यह काफी आम नाम है। साझा पेड़ = आरपीटी।

  • इस प्रकार आर 5 पर मल्टीकास्ट रूटिंग टेबल बहुत शुरुआत में दिखता है, पेड़ के निर्माण के तुरंत बाद: कोई रिकॉर्ड नहीं है (एस, जी), लेकिन इसका मतलब यह नहीं है कि मल्टीकास्ट यातायात प्रेषित नहीं होता है। बस आर 5 किस प्रेषक की परवाह नहीं करता है। कृपया ध्यान दें कि इस मामले में यातायात कैसे जाना चाहिए - आर 1-आर 2-आर 3-आर 5। हालांकि संक्षेप में, पथ आर 1-आर 3-आर 5।
  • और यदि नेटवर्क अधिक जटिल है? किसी तरह neakkuratnyko। कृपया ध्यान दें कि इस मामले में यातायात कैसे जाना चाहिए - आर 1-आर 2-आर 3-आर 5। हालांकि संक्षेप में, पथ आर 1-आर 3-आर 5।
  • तथ्य यह है कि जब हम आरपी से बंधे होते हैं - यह आरपीटी रूट है, केवल वह पहली बार जानती है कि कौन है। हालांकि, अगर आप पहले मल्टीकास्ट पैकेज के बारे में सोचते हैं, तो ट्रैफिक पथ के साथ सभी राउटर स्रोत पता जानेंगे, क्योंकि यह आईपी हेडर में निर्दिष्ट है। कोई भी स्रोत के प्रति स्वयं को क्यों नहीं भेजता है और मार्ग को अनुकूलित करता है? )

रूट में साइट। इस तरह की स्विचिंग शुरू हो सकती है

LHR (अंतिम हॉप राउटर)

- आर 5। आर 3 आर 5 से पहला मल्टीकास्ट पैकेट प्राप्त करने के बाद, यह स्रोत विशिष्ट जुड़ने (एस, जी) को हमें FE0 / 1 इंटरफ़ेस में भेजता है, जो नेटवर्क 172.16.0.0/24 के लिए आउटगोइंग के रूप में अपनी रूटिंग टेबल में निर्दिष्ट है।

इस तरह के जुड़ने के बाद, आर 3 इसे आरपी को नहीं भेजता है, क्योंकि यह सामान्य रूप से जुड़ने (*, जी) के साथ किया गया था, लेकिन स्रोत की ओर (रूटिंग तालिका के अनुसार इंटरफ़ेस के माध्यम से)। यही है, इस मामले में, आर 3 एफई 1/0 इंटरफ़ेस में शामिल (172.16.0.5, 224.2.2.4) में शामिल हो जाता है। .

इसके बाद, यह आर 1 पर गिरता है। और एक अंतर के बिना आर 1 और बड़े, किसने इसे भेजा - आरपी या कोई और - यह समूह 224.2.2.4 के लिए अपने तेल में Fe1 / 1 जोड़ता है। इस बिंदु पर, स्रोत और प्राप्तकर्ता के बीच, दो तरीकों और आर 3 दो धाराएं प्राप्त करते हैं। अनावश्यक ट्रिम करने का विकल्प बनाने का समय। और यह आर 3 है कि यह करता है, क्योंकि आर 5 अब इन दो धाराओं के बीच अंतर करने में सक्षम नहीं हो सकता है - वे दोनों एक इंटरफ़ेस के माध्यम से आएंगे।

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

इस प्रकार, पीआईएम निर्मित एसपीटी - सबसे छोटा रास्ता पेड़। यह स्रोत पेड़ है। यह क्लाइंट से स्रोत तक सबसे छोटा रास्ता है। वैसे, स्रोत से आरपी तक पेड़, जिसे हम पहले से ही उच्च माना जा चुके हैं, अनिवार्य रूप से एक ही एसपीटी हैं।

यह रिकॉर्डिंग (एस, जी) द्वारा विशेषता है। यदि राउटर के पास ऐसा रिकॉर्ड है, तो यह जानता है कि एस समूह जी और एसपीटी पेड़ के लिए एक स्रोत है।

एसपीटी पेड़ की जड़ स्रोत है और वास्तव में कहना चाहता है "से सबसे छोटा रास्ता

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

यातायात।

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

बिल्कुल नहीं (टीम)

आईपी ​​पीआईएम एसपीटी-थ्रेसहोल्ड अनंतता

)।

निश्चित बैंडविड्थ उपयोग (टीम) पर

आईपी ​​पीआईएम एसपीटी-थ्रेसहोल्ड एक्स निश्चित रूप से - पहले पैकेज प्राप्त करने के तुरंत बाद (डिफ़ॉल्ट या कोई आईपी पीआईएम एसपीटी-थ्रेसहोल्ड एक्स

एक नियम के रूप में, निर्णय जो "समय" एलएचआर लेता है।

इस मामले में, दूसरी बार आरपीएफ ऑपरेशन बदल दिया गया है - यह फिर से स्रोत स्थान की जांच करता है। यह दो मल्टीकास्ट धाराओं में से है - आरपी से और स्रोत से - वरीयता स्रोत से यातायात दिया जाता है।

डॉ, जोर, फॉरवर्डर

पीआईएम पर विचार करते समय कुछ और महत्वपूर्ण बिंदु।

डॉ। नामित राउटर

यह एक समर्पित राउटर है, जो आरपी पर उपयोगिता भेजने के लिए जिम्मेदार है।

स्रोत डॉ।

- सीधे स्रोत से मल्टीकास्ट पैकेट को अपनाने के लिए जिम्मेदार और इसे आरपी पर पंजीकृत करें। टोपोलॉजी का एक उदाहरण यहां दिया गया है: .

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

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

एफएचआर - पहला हॉप राउटर

रिसीवर डॉ। - स्रोत डॉ के समान, केवल मल्टीकास्ट यातायात प्राप्तकर्ताओं के लिए - R2 (config) # इंटरफेस लूपबैक 0 rx (config-if) #ip pim sparse-mode .

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

चूंकि डॉ शामिल हो जाते हैं, इसलिए यह लैन में यातायात भी प्रसारित करेगा। लेकिन फिर एक प्राकृतिक सवाल उठता है - और क्या होगा यदि पिम डॉम एक बन गया, और आईजीएमपी क्वेरियर और? और स्थिति काफी संभव है, क्योंकि क्वेरियर, कम आईपी, बेहतर, और डॉ के विपरीत, इसके विपरीत। - यह आर 4 है इस मामले में, डीआर का चयन किया जाता है कि राउटर, जो पहले से ही querier है और यह समस्या नहीं होती है।

रिसीवर डॉ चयन नियम बिल्कुल स्रोत डॉ के समान हैं।

जोरदार और पीआईएम फॉरवर्डर

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

ऐसे नेटवर्क पर विचार करें: आउटपुट से यह स्पष्ट है कि समूह 224.2.2.4 के लिए यातायात Fe0 / 1 के माध्यम से आता है, और इसे Fe0 / 0 पोर्ट में संचारित करना आवश्यक है। यहां, तीन राउटर एक ही नेटवर्क सेगमेंट में हैं और तदनुसार, पीआईएम के पड़ोसियों हैं। आर 1 आरपी के रूप में कार्य करता है।

आर 4 पीआईएम को आरपी की ओर शामिल भेजता है। चूंकि यह मल्टीकास्ट पैकेज आर 2 और आर 3 पर गिरता है, और दोनों ने इसे संसाधित किया, तेल के लिए डाउनस्ट्रीम इंटरफ़ेस जोड़ें।

यहां डीआर चयन तंत्र को काम करना जरूरी होगा, लेकिन आर 2 और आर 3 पर भी इस समूह के अन्य ग्राहक हैं, और दोनों राउटर को भी पीआईएम में शामिल किया जा सकता है।

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

ऐसा संदेश चुनने में मदद करता है 

पीआईएम फॉरवर्डर।

- राउटर जो इस सेगमेंट में प्रसारित करने का हकदार है। पीआईएम डॉ से भ्रमित न हों। सबसे पहले, पीआईएम डॉ भेजने के लिए जिम्मेदार है पिम में शामिल हों और प्रून , और पीआईएम फॉरवर्डर - भेजने के लिए यातायात

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

आरपी का चयन करें। 

सादगी के लिए हम आरपी को हाथ से पूछा आईपी ​​पीआईएम आरपी-पता और यहां बताया गया है कि टीम कैसा दिखती है

आईपी ​​पीआईएम आरपी दिखाएं

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

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

तो, मान लीजिए कि हमारे नेटवर्क में हम आर 3 आर 2 की विफलता के मामले में आर 3 कार्यों को चुनना चाहते हैं।

आर 2 और आर 3 को आरपी की भूमिका के लिए उम्मीदवारों के रूप में परिभाषित किया गया है - इसलिए उन्हें बुलाया जाता है

सी-आरपी।

। इन राउटर पर, कॉन्फ़िगर करें:

आरएक्स (कॉन्फ़िगर) इंटरफ़ेस लूपबैक 0 आरएक्स (कॉन्फ़िगर-आईएफ) आईपी पीआईएम स्पैस-मोड आरएक्स (कॉन्फ़िगर-आईएफ) एग्जिट आरएक्स (कॉन्फ़िगर) #IP PIM RP-CEMEMATEATE LOOPBACK 0

  1. लेकिन अभी भी कुछ भी नहीं होता है - उम्मीदवारों को अभी तक पता नहीं है कि हर किसी को अपने बारे में कैसे सूचित किया जाए।
  2. मौजूदा आरपी प्रवेश तंत्र के बारे में सभी मल्टीकास्ट डोमेन राउटर को सूचित करने के लिए
  3. बीएसआर - बूटस्ट्रैप राउटर
  4. । सी-आरपी की तरह कई आवेदक हो सकते हैं। उन्हें क्रमशः कहा जाता है
  5. सी-बीएसआर।
  6. । वे एक समान तरीके से कॉन्फ़िगर किए गए हैं।

बीएसआर को हमारे साथ एक और परीक्षण (विशेष रूप से) के साथ रहने दें, यह आर 1 होगा। लेकिन एक ही शाखा में थोड़ी देर के बाद, राउटर एक मल्टीकास्ट भेजने के लिए फिर से कोशिश कर रहा है - अचानक प्राप्तकर्ता वहां दिखाई दिए। यदि प्रकट नहीं हुआ, तो शाखा को एक निश्चित अवधि में फिर से काट दिया गया है। यदि राउटर पर क्लाइंट इन दो घटनाओं के बीच अंतराल में दिखाई दिया, तो भ्रष्टाचार संदेश भेजा जाता है - राउटर कट शाखा को वापस अनुरोध करता है ताकि जब तक यह कुछ नहीं गिरता तब तक इंतजार न करें। आर 1 (कॉन्फ़िगर) इंटरफ़ेस 0 R1 (CONFIG-IF) IP PIM SPARSE-MODE R1 (CONFORM-IF) EXIT R1 (CONFIG) #IP PIM BSR-ADEMODATE LOOPBACK 0 स्वतंत्र वह इसलिए है क्योंकि यह अद्वितीय यातायात को रूट करने के एक विशेष कार्यक्रम से बंधा नहीं है, और बाद में आप देखेंगे क्यों। सबसे पहले, एक मुख्य बीएसआर सभी सी-बीएसआर से चुना जाता है, जिसमें सभी से शुल्क लिया जाएगा। ऐसा करने के लिए, प्रत्येक सी-बीएसआर एक मल्टीकास्ट भेजता है बुला हुआ बूटस्ट्रैप संदेश (बीएसएम) योजना और प्रारंभिक विन्यास। पता 224.0.0.13 भी एक पीआईएम प्रोटोकॉल पैकेज है। इसे सभी मल्टीकास्ट राउटर को स्वीकार और संसाधित किया जाना चाहिए और सभी बंदरगाहों को भेजने के बाद जहां पीआईएम सक्रिय हो। बीएसएम कुछ (आरपी ​​या स्रोत) के पक्ष में नहीं है, पीआईएम में शामिल होने के विपरीत, और सभी दिशाओं में। इस तरह के एक प्रशंसक मेलिंग नेटवर्क के सभी कोनों के बीएसएम को प्राप्त करने में मदद करता है, जिसमें सभी सी-बीएसआर और सभी सी-आरपी शामिल हैं। बीएसएम को असीम रूप से नेटवर्क पर भटकने के लिए, एक ही आरपीएफ तंत्र लागू किया जाता है - यदि बीएसएम गलत इंटरफ़ेस से आया है जिसके पीछे इस संदेश के प्रेषक का नेटवर्क जारी किया गया है, तो ऐसा संदेश छोड़ दिया गया है। यही है, रास्ते पर प्रत्येक राउटर को इस तरह के जुड़ाव को संभालना चाहिए और यदि आवश्यक हो, तो आरपी के पक्ष में एक नया जुड़ने भेजें। (यह समझना महत्वपूर्ण है कि यदि पहले से ही राउटर पर यह समूह है, तो यह शामिल नहीं होगा - यह उस इंटरफ़ेस को जोड़ देगा जिसमें से तेल में शामिल हो गया है और यातायात पारित करना शुरू कर देता है)। इन बीएसएम के साथ, सभी मल्टीकास्ट राउटर प्राथमिकताओं के आधार पर सबसे योग्य उम्मीदवार निर्धारित करते हैं। जैसे ही सी-बीएसआर को एक बड़ी प्राथमिकता के साथ एक और राउटर से बीएसएम प्राप्त होता है, यह अपने संदेश भेजना बंद कर देता है। नतीजतन, हर किसी के पास एक ही जानकारी है। सिस्को को इस विषमता को क्षमा करें? एक साथ अन्य सभी के साथ? . : इस समस्या में, केवल आर 1, आर 2 राउटर हमारे नेटवर्क के प्रशासक चला रहे हैं। यही है, विन्यास केवल उन पर ही बदला जा सकता है। इस स्तर पर, जब बीएसआर का चयन किया जाता है, इस तथ्य के कारण कि इसका बीएसएम पूरे नेटवर्क में विचलित हो गया है, सी-आरपी इसका पता जानता है और विशिष्टता संदेश भेजता है

Candidte-RP- विज्ञापन जिसमें वे उन समूहों की एक सूची लेते हैं जो वे सेवा करते हैं - इसे बुलाया जाता है समूह-से-आरपी मैपिंग । बीएसआर इन सभी संदेशों को समेकित और बनाता है आरपी-सेट। - सूचना तालिका: प्रत्येक समूह को क्या आरपी सर्विस किया जाता है। इसके बाद, पूर्व प्रशंसक तरीके से बीएसआर एक ही बूटस्ट्रैप संदेश भेजता है, जिसने इस समय आरपी-सेट होता है। ये संदेश सफलतापूर्वक सभी मल्टीकास्ट राउटर प्राप्त करते हैं, जिनमें से प्रत्येक अकेला एक विकल्प बनाता है जो प्रत्येक विशिष्ट समूह के लिए आरपी का उपयोग किया जाना चाहिए। बीएसआर समय-समय पर इस तरह के वितरण को बनाता है ताकि एक तरफ हर किसी को पता था कि आरपी पर जानकारी अभी भी प्रासंगिक है, और अन्य सी-बीएसआर पर, वे जानते थे कि मुख्य बीएसआर स्वयं ही जीवित है। वैसे, आरपी, समय-समय पर बीएसआर को आपके उम्मीदवार-आरपी-विज्ञापन घोषणाओं को भी भेजता है। इसके अलावा एक ही समूह के लिए मल्टीकास्ट यातायात भी प्राप्त करना चाहते हैं, आर 5 पीआईएम को Fe0 / 1 में शामिल भेज देगा, क्योंकि यह आरपी, आर 3 है, इसे प्राप्त करने के बाद, एक नया पीआईएम शामिल है और इसे Fe1 / 1 में भेजता है - जहां आरपी स्थित है। वास्तव में, स्वचालित आरपी चयन को कॉन्फ़िगर करने के लिए आपको जो कुछ भी करना है - सी-आरपी निर्दिष्ट करें और सी-बीएसआर निर्दिष्ट करें - इतना काम नहीं है, सब कुछ आपके लिए पीआईएम बना देगा। हमेशा की तरह, विश्वसनीयता बढ़ाने के लिए, उम्मीदवारों के रूप में लूपबैक इंटरफेस निर्दिष्ट करने की अनुशंसा की जाती है। पीआईएम एसएम के अध्याय को पूरा करते हुए, चलिए सबसे महत्वपूर्ण क्षणों को देखते हैं बहुत तीव्र यह सवाल पीआईएम डीएम में खड़ा था, जहां बाढ़ और प्रुन तंत्र की वजह से यह पूरी तरह से सामान्य स्थिति थी। एक सामान्य अद्वितीय कनेक्शन आईजीपी या स्टेटिक मार्गों के साथ प्रदान किया जाना चाहिए। यह आरपीएफ एल्गोरिदम को रेखांकित करता है। पेड़ ही प्रकट होने के बाद ही पेड़ आधारित होता है। यह वह ग्राहक है जो एक पेड़ के निर्माण की शुरुआत करता है। कोई ग्राहक नहीं - कोई पेड़ नहीं। आरपीएफ लूप से बचने में मदद करता है। सभी राउटर को पता होना चाहिए कि आरपी केवल अपनी मदद से है जो आप एक पेड़ बना सकते हैं। आरपी पॉइंट का आंकड़ा संकेत दिया जा सकता है, और बूटस्ट्रैप प्रोटोकॉल का उपयोग करके स्वचालित रूप से चुना जा सकता है। आरपीटी पहले चरण में बनाया गया है - ग्राहकों से आरपी - और स्रोत पेड़ तक एक पेड़ - स्रोत से आरपी तक एक पेड़। दूसरे चरण में, एसपीटी पर निर्मित आरपीटी से स्विचिंग प्राप्तकर्ता से स्रोत के लिए सबसे छोटा रास्ता है। मैं सभी प्रकार के पेड़ों और संदेशों को भी सूचीबद्ध करता हूं जिन्हें अब हम जानते हैं। । किसी भी मल्टीकास्ट ट्रांसमिशन ट्री का वर्णन करने वाला एक आम शब्द।

। क्लाइंट या आरपी से स्रोत के लिए सबसे छोटा तरीका वाला पेड़। पीआईएम डीएम में केवल एसपीटी है। पीआईएम एसपीटी में एसपीटी स्विचओवर होने के बाद पीआईएम एसपीटी स्रोत से आरपी या स्रोत से प्राप्तकर्ता तक हो सकता है। रिकॉर्ड द्वारा इंगित किया गया

- समूह के लिए ज्ञात स्रोत।

- एसपीटी के समान।

। प्राप्तकर्ताओं के लिए आरपी से पेड़। केवल पीआईएम एसएम में इस्तेमाल किया। रिकॉर्ड द्वारा इंगित किया गया

- आरपीटी के समान। इसे इसलिए कहा जाता है क्योंकि सभी ग्राहक आरपी में रूट के साथ एक आम पेड़ से जुड़े होते हैं।

पीआईएम स्पैस मोड संदेश:

नमस्ते।

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

प्रून (*, जी)

- पेड़ जी से डिस्कनेक्ट करने के लिए अनुरोध, इसके लिए जो भी स्रोत थे। आरपी की ओर प्रस्थान करता है। तो शाखा आरपीटी कवर किया गया है।

  • प्रून (एस, जी)
  • - पेड़ जी पेड़ से शटडाउन के लिए अनुरोध, जिसकी जड़ एस एस प्रणाली स्रोत की ओर भेजी जाती है। तो एसपीटी शाखा काटा जाता है।
  • - एक विशेष संदेश जिसके भीतर मल्टीकास्ट आरपी तक प्रेषित किया जाता है जब तक एसपीटी स्रोत से आरपी तक बनाया जाता है। आरपी पर एफएचआर से यूनिकास्ट द्वारा प्रसारित।

रजिस्टर-स्टॉप।

- इसे आरपी से एफएचआर के साथ यूनिकस्ट द्वारा भेजा जाता है, जो मल्टीकास्ट यातायात भेजने को रोकने के लिए आदेश देता है, रजिस्टर में encapsulated।

- बीएसआर तंत्र पैकेट जो आपको बीएसआर भूमिका के राउटर का चयन करने की अनुमति देते हैं, और मौजूदा आरपी और समूहों के बारे में जानकारी भी संचारित करते हैं।

मुखर।

- पीआईएम फॉरवर्डर का चयन करने के लिए संदेश ताकि दो राउटर एक सेगमेंट में बीत चुके हों।

अभ्यर्थी-आरपी-विज्ञापन

- एक संदेश जिसमें आरपी इस बारे में जानकारी भेजता है कि यह किस समूह की सेवा करता है। 

आरपी-पहुंच योग्य

- आरपी से संदेश, जिसे वह अपनी उपलब्धता के बारे में सूचित करता है।

  • * पीआईएम में अन्य प्रकार के संदेश हैं, लेकिन ये पहले से ही विवरण हैं *
  • और अब प्रोटोकॉल के विवरण से सार करने की कोशिश करें? और फिर इसकी जटिलता स्पष्ट हो जाती है।
  • 1) आरपी परिभाषा, 2) आरपी पर स्रोत का पंजीकरण, 3) एसपीटी पेड़ स्विच करना।

कई प्रोटोकॉल राज्य, मल्टीकास्ट रूटिंग तालिका में कई रिकॉर्ड। क्या कुछ करना संभव है? आज तक, पीआईएम को सरल बनाने के लिए दो व्याप्त रूप से विपरीत दृष्टिकोण हैं: एसएसएम और बिवारिर पीआईएम। एसएसएम।

हमने जो भी वर्णन किया है वह अभी भी है

एएसएम - कोई भी स्रोत मल्टीकास्ट

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

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

इसलिए हम छुटकारा पाएं

आरपी खोज (बूटस्ट्रैप और ऑटो-आरपी प्रोटोकॉल),

मल्टीकास्ट पर स्रोत का पंजीकरण (और यह बहुत अधिक समय है, बैंडविड्थ और सुरंग का दोहरी उपयोग) SPT पर स्विचिंग। चूंकि कोई आरपी नहीं है, फिर क्रमशः कोई आरपीटी नहीं है, एक राउटर पर कोई प्रविष्ट नहीं होगा (*, जी) - केवल (एस, जी)।

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

एसएसएम के लिए, आईपी पते की एक विशेष श्रृंखला को हाइलाइट किया गया है: 232.0.0.0/8। एसएसएम का समर्थन करने के लिए राउटर पर, पीआईएम एसएसएम मोड सक्षम है। राउटर (कॉन्फ़िगरेशन) # आईपी पीआईएम एसएसएम

आईजीएमपीवी 3 और एमएलडीवी 2 शुद्ध रूप में एसएसएम का समर्थन करता है।

उनका उपयोग करते समय, ग्राहक हो सकता है

सूत्रों को निर्दिष्ट किए बिना, केवल एक समूह से कनेक्शन का अनुरोध करें। यही है, यह एक सामान्य एएसएम के रूप में काम करता है।

एक विशिष्ट स्रोत के साथ एक समूह से कनेक्शन का अनुरोध करें। स्रोतों को कई निर्दिष्ट किया जा सकता है - एक पेड़ उनमें से प्रत्येक से पहले बनाया जाएगा। समूह कनेक्शन का अनुरोध करें और उन स्रोतों की एक सूची निर्दिष्ट करें जिनमें से ग्राहक से नहीं चाहता था यातायात प्राप्त होगा

आईजीएमपीवी 1 / वी 2, एमएलडीवी 1 एसएसएम का समर्थन नहीं करता है, लेकिन ऐसी चीज है एक विशिष्ट स्रोत के साथ एक समूह से कनेक्शन का अनुरोध करें। स्रोतों को कई निर्दिष्ट किया जा सकता है - एक पेड़ उनमें से प्रत्येक से पहले बनाया जाएगा। एसएसएम मैपिंग। । ग्राहक के बगल में, राउटर (एलएचआर) प्रत्येक समूह को स्रोत पते (या कई) के अनुसार रखा जाता है। इसलिए, यदि ग्राहक आईजीएमपीवी 3 / एमएलडीवी 2 का समर्थन नहीं कर रहे हैं, तो एसपीटी भी उनके लिए बनाया जाएगा, और आरपीटी नहीं, इस तथ्य के कारण कि स्रोत पता अभी भी ज्ञात है। एसएसएम मैपिंग को एलएचआर पर स्थिर सेटिंग दोनों और DNS सर्वर का जिक्र करते हुए लागू किया जा सकता है। एसएसएम समस्या यह है कि ग्राहकों को पहले से स्रोत पते को पता होना चाहिए - उन्हें उनके लिए सूचित नहीं किया गया है। इसलिए, एसएसएम उन परिस्थितियों में अच्छा है जब नेटवर्क के स्रोतों का एक निश्चित सेट होता है, उनके पते को जानने के लिए जाना जाता है और नहीं बदलेगा। और क्लाइंट टर्मिनल या एप्लिकेशन उनसे जुड़े हुए हैं। दूसरे शब्दों में, आईपीटीवी एसएसएम को लागू करने के लिए एक बहुत ही उपयुक्त वातावरण है। यह अवधारणा को अच्छी तरह से वर्णन करता है अनेको के लिये एक

- एक स्रोत, कई प्राप्तकर्ता।

बिवारिर पिम।

और यदि नेटवर्क स्रोतों में स्वचालित रूप से दिखाई दे सकता है, तो, उसी समूह पर प्रसारित करने के लिए, ट्रांसमिशन को तुरंत रोकें और गायब हो जाएं?

उदाहरण के लिए, नेटवर्क गेम या डेटा सेंटर में यह स्थिति संभव है, जहां विभिन्न सर्वरों के बीच डेटा दोहराया जाता है। यह एक अवधारणा है कई कई - कई स्रोत, कई ग्राहक।

सामान्य पिम एसएम इसे कैसे देखता है?

यह स्पष्ट है कि निष्क्रिय पीआईएम एसएसएम बिल्कुल उपयुक्त नहीं है?

आप बस सोचते हैं कि कैओस क्या शुरू होगा: स्रोतों का अंतहीन पंजीकरण, पेड़ों के पुनर्निर्माण, प्रोटोकॉल टाइमर के कारण कुछ मिनटों के लिए जीने वाली बड़ी संख्या में रिकॉर्ड (एस, जी)।

  • बिडरेक्शनल पीआईएम राजस्व हो रहा है ( बिडरेक्शनल पीआईएम, बिवारिर पीआईएम
  • )। एसएसएम के विपरीत, यह पूरी तरह से एसपीटी और रिकॉर्ड्स (एस, जी) द्वारा पूरी तरह से इनकार कर दिया गया है - केवल साझा पेड़ आरपी में रूट के साथ रहता है। और यदि सामान्य पीआईएम में, पेड़ एक तरफा होता है - यातायात हमेशा एसपीटी से एसपीटी से प्रेषित होता है और आरपी के नीचे आरपी से - एक स्पष्ट विभाजन होता है जहां स्रोत जहां ग्राहक स्रोत यातायात से द्विदिश में होते हैं। आरपी, साझा पेड़ को भी पास करता है - उसी तरह, जिसके अनुसार यातायात ग्राहकों के लिए बहता है।
  • यह आपको किसी भी अलार्म और राज्य परिवर्तनों के बिना निश्चित रूप से आरपी - यातायात स्थानान्तरण पर स्रोत पंजीकृत करने से इनकार करने की अनुमति देता है। चूंकि एसपीटी पेड़ बिल्कुल नहीं हैं, तो एसपीटी स्विचओवर भी नहीं होता है। उदाहरण के लिए: एक विशिष्ट स्रोत के साथ एक समूह से कनेक्शन का अनुरोध करें। स्रोतों को कई निर्दिष्ट किया जा सकता है - एक पेड़ उनमें से प्रत्येक से पहले बनाया जाएगा। स्रोत 1
  • ट्रैफिक समूह 224.2.2.4 को एक साथ नेटवर्क में स्थानांतरित करना शुरू किया स्रोत 2। । उनसे धाराएं सिर्फ आरपी की तरफ डाली गईं। आस-पास के कुछ ग्राहक एक बार में यातायात प्राप्त करना शुरू कर दिया, क्योंकि राउटर पर एक प्रविष्टि (*, जी) (ग्राहक हैं) हैं। एक और हिस्सा आरपी से साझा पेड़ पर यातायात प्राप्त करता है। और वे एक ही समय में दोनों स्रोतों से यातायात प्राप्त करते हैं। यही है, अगर आप एक उदाहरण के लिए एक सट्टा नेटवर्क गेम लेते हैं, । ग्राहक के बगल में, राउटर (एलएचआर) प्रत्येक समूह को स्रोत पते (या कई) के अनुसार रखा जाता है। इसलिए, यदि ग्राहक आईजीएमपीवी 3 / एमएलडीवी 2 का समर्थन नहीं कर रहे हैं, तो एसपीटी भी उनके लिए बनाया जाएगा, और आरपीटी नहीं, इस तथ्य के कारण कि स्रोत पता अभी भी ज्ञात है। यह शूटर में पहला शूटर है, जिसने एक शॉट बनाया, और

स्रोत 2।

- यह एक और खिलाड़ी है जिसने पक्ष में एक कदम उठाया। इन दो घटनाओं के बारे में जानकारी पूरे नेटवर्क में फैली हुई है। तथा

सब लोग

उदाहरण: आईपीटीवी।

एक और खिलाड़ी (

.

प्राप्त करने वाला

) मुझे इन दोनों घटनाओं के बारे में जानना चाहिए।

यदि आपको याद है, तो हमने समझाया कि आरपी पर स्रोत के पंजीकरण की प्रक्रिया की आवश्यकता क्यों है - ताकि जब कोई ग्राहक नहीं हो तो यातायात उस चैनल पर कब्जा नहीं करता है, यानी, आरपी ने इसे मना कर दिया। अब हम इस समस्या के बारे में क्यों नहीं सोचते? कारण सरल है: उन स्थितियों के लिए बिवारिर पीआईएम जहां कई स्रोत हैं, लेकिन वे लगातार प्रसारित नहीं होते हैं, लेकिन समय-समय पर, डेटा के अपेक्षाकृत छोटे टुकड़े। यही है, स्रोत से आरपी तक चैनल को पानी का निपटारा नहीं किया जाएगा।

कृपया ध्यान दें कि आर 5 और आर 7 के बीच ऊपर की छवि में एक सीधी रेखा है, जो आरपी के माध्यम से पथ से बहुत कम है, लेकिन इसका उपयोग नहीं किया गया है, क्योंकि रूटिंग तालिका के अनुसार आरपी की तरफ जाता है जिसमें यह पथ इष्टतम नहीं है।

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

इसलिए, अवधारणा बिदिर पीआईएम में पेश की गई है

डीएफ - नामित फॉरवर्डर

। प्रत्येक नेटवर्क सेगमेंट में, एक राउटर, जिसका आरपी के रूट को इस भूमिका के लिए प्रत्येक पंक्ति पर बेहतर किया जाता है।

इसमें शामिल हैं उन पंक्तियों पर जहां ग्राहक सीधे जुड़े हुए हैं। बिडिर पीआईएम डीएफ स्वचालित रूप से डॉ।

तेल सूची केवल उन इंटरफेस से बनती है जिस पर राउटर को डीएफ की भूमिका के लिए चुना गया था।

नियम काफी पारदर्शी हैं:

यदि पीआईएम शामिल / छोड़ने का अनुरोध उस इंटरफ़ेस में आता है, जो इस सेगमेंट में डीएफ है, तो यह मानक नियमों के अनुसार आरपी की ओर प्रसारित होता है।

यहां, उदाहरण के लिए, आर 3। यदि अनुरोध डीएफ इंटरफेस में आए हैं, जो एक लाल सर्कल के साथ चिह्नित हैं, तो यह उन्हें आरपी (आर 1 या आर 2 के माध्यम से, रूटिंग तालिका के आधार पर) तक पहुंचाता है।

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

यातायात संचारित करना शुरू किया। आर 4 इसे आपके डीएफ इंटरफ़ेस में ले जाता है और इसे एक और डीएफ इंटरफ़ेस में ट्रांसमिट करता है - ग्राहक और आरपी की ओर, यह महत्वपूर्ण है क्योंकि यातायात को आरपी पर जाना चाहिए और सभी प्राप्तकर्ताओं पर फैल जाना चाहिए। आर 3 भी प्रवेश करता है - तेल सूची से इंटरफेस में एक प्रतिलिपि - यानी, आर 5 पर, जहां इसे आरपीएफ जांच के कारण त्याग दिया जाएगा, और दूसरा आरपी की ओर है।

यदि मल्टीकास्ट ट्रैफ़िक एक गैर-डीएफ इंटरफ़ेस में आया, तो इसे तेल सूची से इंटरफेस में भेजा जाना चाहिए, लेकिन

नही होगा

आरपी की ओर पोस्ट किया गया।

उदाहरण के लिए,

प्रसारण शुरू हुआ, यातायात आरपी तक पहुंच गया और आरपीटी को फैलाना शुरू कर दिया। आर 3 आर 1 से यातायात हो जाता है, और यह इसे आर 2 - केवल आर 4 और आर 5 पर प्रेषित नहीं करेगा।

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

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

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

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

शुक्रवार को सृष्टि को नजरअंदाज करने और सुखद रहने के लिए सबसे बुरा दिन नहीं है।

लेकिन आपके दोपहर का सपना अचानक तकनीकी सहायता के कॉल को परेशान करता है, फिर एक और और अभी तक - कुछ भी काम नहीं करता है, सबकुछ टूट गया। चेक - जाओ नुकसान, तोड़ता है। सब कुछ कई स्विच के एक सेगमेंट पर अभिसरण करता है।

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

राउटर पर मल्टीकास्ट समूहों की एक सूची की जांच की - और सभी संभावित चैनलों की सदस्यता है और एक बंदरगाह पर सबकुछ स्वाभाविक रूप से वह है जो इस सेगमेंट की ओर जाता है।

सावधानीपूर्वक जांच से पता चला है कि क्लाइंट का कंप्यूटर संक्रमित है और एक पंक्ति में सभी मल्टीकास्ट पते पर आईजीएमपी क्वेरी भेजता है।

पैकेज घाटे शुरू हुए, क्योंकि स्विच को खुद को बड़ी मात्रा में यातायात पारित करना पड़ा। इससे इंटरफ़ेस बफर का ओवरफ़्लो हुआ।

मुख्य सवाल यह है कि एक ग्राहक के यातायात को सभी बंदरगाहों में कॉपी करना शुरू किया गया?

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

यह डिफ़ॉल्ट कार्रवाई है।

मल्टीकास्ट मैक पते तो ऐसे पैकेजों के ईथरनेट हेडर में किस मैक पते को प्रतिस्थापित किया गया है? प्रसारण? नहीं। मैक पते की एक विशेष श्रृंखला है जिसमें मल्टीकास्ट आईपी पते प्रदर्शित होते हैं। रजिस्टर करें ये विशेष पते शुरू होते हैं:

0x01005e और अगले 25 वें बिट 0 होना चाहिए

ऐसा क्यों जवाब देने की कोशिश करें

)। शेष 23 बिट्स (मैक-एड्रेस 48 में आपको याद दिलाते हैं) को आईपी पते से स्थानांतरित कर दिया जाता है।

यहां कुछ गंभीर नहीं हैं, बल्कि समस्या। मल्टीकास्ट पते की श्रृंखला मास्क 224.0.0.0/4 द्वारा निर्धारित की जाती है, जिसका अर्थ है कि पहले 4 बिट्स आरक्षित हैं: 1110, और शेष 28 बिट बदल सकते हैं। यही है, हमारे पास 2 ^ 28 मल्टीकास्ट आईपी पते और केवल 2 ^ 23 मैक पते हैं - 1 में 1 प्रदर्शित करने के लिए 5 बिट्स की कमी है। इसलिए, आईपी पते के पिछले 23 बिट्स को लिया जाता है और एक से एक को मैक पते पर स्थानांतरित कर दिया जाता है, शेष 5 को त्याग दिया जाता है।

वास्तव में, इसका मतलब है कि 2 ^ 5 = 32 आईपी पते एक मल्टीकास्ट मैक पते में प्रदर्शित किए जाएंगे। उदाहरण के लिए, समूह 224.0.0.1, 224.128.0.1, 225.0.0.1 और इसलिए 23 9.128.0.1 तक, हर कोई एक मैक पते 0100: 5E00: 0001 में प्रदर्शित किया जाएगा।

यदि आप एक स्ट्रीमिंग वीडियो डंप को एक उदाहरण के रूप में लेते हैं, तो आप देख सकते हैं:

आईपी ​​पता - 224.2.2.4, मैक पता: 01: 00: 5e: 02: 02: 04।

अन्य मल्टीकास्ट मैक पते भी हैं जो आईपीवी 4-मल्टीकास्ट से संबंधित नहीं हैं (क्लिक करें

)। वे सभी, वैसे, इस तथ्य से विशेषता है कि पहले ऑक्टेट का अंतिम बिट 1 के बराबर है।

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

सभी VLAN बंदरगाहों के लिए।

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

हर्गिज नहीं। विशेष रूप से पूर्णतावादियों के लिए आविष्कार

IGMP स्नूपिंग।

विचार बहुत आसान है - स्विच आईजीएमपी पैकेट के माध्यम से "सुनता है"।

प्रत्येक समूह के लिए, अलग से यह आरोही और नीचे बंदरगाहों की तालिका की ओर जाता है।

यदि आईजीएमपी रिपोर्ट किसी समूह के लिए पोर्ट से आई, तो एक ग्राहक, स्विच इसे इस समूह के लिए डाउनलिंक सूची में जोड़ता है।

यदि आईजीएमपी क्वेरी समूह के लिए बंदरगाह से आई, तो राउटर है, स्विच इसे आरोही सूची में जोड़ता है।

यह एक चैनल स्तर पर एक मल्टीकास्ट यातायात संचरण तालिका उत्पन्न करता है। नतीजतन, जब एक मल्टीकास्ट स्ट्रीम ऊपर से आता है, तो इसे केवल नीचे की ओर इंटरफेस पर कॉपी किया जाता है। यदि 16-पोर्ट स्विच पर केवल दो ग्राहक हैं, तो केवल वे यातायात वितरित किए जाएंगे। जब हम उसकी प्रकृति के बारे में सोचते हैं तो इस विचार की प्रतिभा समाप्त होती है। तंत्र मानता है कि स्विच को तीसरे स्तर पर यातायात सुनना चाहिए।

हालांकि, आईजीएमपी-स्नूपिंग नेटवर्क इंटरैक्शन के सिद्धांतों को अनदेखा करने के लिए एनएटी के साथ तुलना नहीं है। इसके अलावा, संसाधनों में बचत के अलावा, इसमें बहुत कम स्पष्ट अवसर हैं। हां, और सामान्य रूप से, आधुनिक दुनिया में, स्विच जो जानता है कि आईपी के अंदर कैसे देखना है - घटना असाधारण नहीं है। ===================== कार्य संख्या 3।

सर्वर 172.16.0.5 समूह 239.1.1.1, 23 9.2.2.2 और 23 9 .0.x में मल्टीकास्ट यातायात को प्रसारित करता है।

नेटवर्क को कॉन्फ़िगर करें ताकि:

- ग्राहक 1 समूह 23 9.2.2.2 में शामिल नहीं हो सका। लेकिन साथ ही वह समूह 239.0.0.x में शामिल हो सकता है।

- ग्राहक 2 समूह 239.1.1.1 में शामिल नहीं हो सका। लेकिन साथ ही वह समूह 239.0.0.x में शामिल हो सकता है।

यहां कार्य का विवरण।

=====================

Igmp snooping प्रॉक्सी।

.

एक प्रतिक्रिया पाठक के पास एक प्रश्न हो सकता है कि आईजीएमपी स्नूपिंग सभी क्लाइंट बंदरगाहों को कैसे जानता है, यह देखते हुए कि हम ऊपर कहा गया है कि केवल एक सबसे तेज़ ग्राहक आईजीएमपी क्वेरी के लिए ज़िम्मेदार है। और बहुत ही सरल: आईजीएमपी स्नूपिंग रिपोर्ट ग्राहकों के बीच जाने की अनुमति नहीं देता है। उन्हें केवल राउटर में बढ़ते बंदरगाहों को भेजा जाता है। इस समूह के अन्य प्राप्तकर्ताओं से रिपोर्ट देखने के बिना, क्लाइंट को इस क्वेरी में निर्दिष्ट अधिकतम प्रतिक्रिया समय के दौरान क्वेरी का जवाब देने के लिए बाध्य किया जाता है।

नतीजतन, सेकंड 10 के लिए 1000 नोड्स के लिए नेटवर्क पर 10 (अधिकतम प्रतिक्रिया समय का सामान्य मूल्य) राउटर को 1000 रिपोर्ट आएगा। हालांकि यह प्रत्येक समूह के लिए उनके लिए पर्याप्त होगा।

और यह हर मिनट होता है।

इस मामले में, आप आईजीएमपी अनुरोधों के प्रॉक्सीइंग को कॉन्फ़िगर कर सकते हैं। फिर स्विच केवल गुजरने वाले पैकेजों को "सुनता" नहीं करता है, वह उन्हें रोकता है।

आईजीएमपी-स्नूपिंग के संचालन के नियम विभिन्न निर्माताओं के लिए भिन्न हो सकते हैं। इसलिए, उन्हें अवधारणा पर विचार करें:

1) यदि स्विच समूह को पहली रिपोर्ट आता है, तो यह राउटर तक भेजा जाता है, और इंटरफ़ेस डाउनलिंक को कम किया जाता है। यदि ऐसा समूह पहले से ही पहले से ही है, तो इंटरफ़ेस बस अवरोही सूची में जोड़ा जाता है, और रिपोर्ट नष्ट हो जाती है।

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

3) यदि आईजीएमपी क्वेरी राउटर से आता है, तो स्विच इसे अवरुद्ध करता है, वर्तमान में प्राप्तकर्ताओं के सभी समूहों के लिए आईजीएमपी रिपोर्ट प्रतिक्रिया को भेजता है।

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

। यह उन प्रदाताओं के लिए एक तंत्र है जो वीएलएएन-प्रति-उपयोगकर्ता का अभ्यास करते हैं

, उदाहरण के लिए।

यहां एक नेटवर्क का एक विशिष्ट उदाहरण है जहां एमवीआर महत्वपूर्ण है:

विभिन्न वीएलएएन में 5 ग्राहक, और हर कोई एक समूह 224.2.2.4 के मल्टीकास्ट यातायात को प्राप्त करना चाहता है। इस मामले में, ग्राहकों को एक दूसरे से अलग रहना चाहिए।

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

इस समस्या को हल करने के लिए, एक मल्टीकास्ट वीएलएएन प्रतिकृति तंत्र विकसित किया गया था।

एक अतिरिक्त वीएलएएन दर्ज किया गया है -

.

मल्टीकास्ट वीएलएएन।

- इसके अनुसार, एक मल्टीकास्ट प्रवाह प्रेषित किया जाएगा। यह अंतिम स्विच पर सीधे "स्वादपूर्ण" है, जहां से ट्रैफ़िक को सभी क्लाइंट इंटरफेस में कॉपी किया जाता है कि वे इस ट्रैफ़िक को प्राप्त करना चाहते हैं - यह प्रतिकृति है।

.

मल्टीकास्ट वीएलएएन से प्रतिकृति के कार्यान्वयन के आधार पर बनाया जा सकता है

उपयोगकर्ता-वीएलएएन।

या कुछ भौतिक इंटरफेस में।

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

इस प्रकार, सामान्य यातायात अलग हो गया है और अभी भी उपयोगकर्ता वीएलएएन में राउटर में जाता है। मल्टीकास्ट ट्रैफिक और आईजीएमपी पैकेट मल्टीकास्ट वीएलएएन को प्रेषित किए जाते हैं।

.

सिस्को एमवीआर और आईजीएमपी-स्नूपिंग स्वतंत्र रूप से कॉन्फ़िगर किए गए हैं। यही है, आप एक को बंद कर सकते हैं और दूसरा काम करेगा। आम तौर पर, एमवीआर आईजीएमपी-स्नूपिंग पर आधारित है और एमवीआर संचालन के लिए अन्य निर्माताओं के स्विच पर आईजीएमपी-स्नूपिंग को अनिवार्य शामिल किया जा सकता है।

आरपीएफ जांच।

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

), अतिरिक्त क्वेरी भेजकर टोपोलॉजी में बदलाव के लिए तेजी से प्रतिक्रिया, आईजीएमपीवी 2 आदि के लिए एसएसएम-मैपिंग आदि।

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

- आईजीएमपी का एनालॉग, जो स्विच के सिद्धांतों का उल्लंघन नहीं करता है, लेकिन यह ठीक से है और यह कहने के लिए नहीं है कि व्यापक रूप से।

तो, मेरा अथक पाठक, हम इस मुद्दे के अंत तक पहुंचते हैं और अंततः यह दिखाना चाहते हैं कि क्लाइंट पक्ष पर आईपीटीवी सेवा कैसे लागू की जा सकती है।

इस लेख में हमने बार-बार अपील की है - एक ऐसे खिलाड़ी को चलाएं जो नेटवर्क से मल्टीकास्ट स्ट्रीम ले सकता है। आप समूह के आईपी पते को मैन्युअल रूप से सेट कर सकते हैं और वीडियो का आनंद ले सकते हैं।

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

इन दोनों तरीकों से केवल कंप्यूटर पर स्ट्रीमिंग वीडियो देखना संभव हो जाता है।

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

अक्सर, वैसे, आप एक विज्ञापन देख सकते हैं, जहां प्रदाता टेलीविजन को जोड़ने के लिए अपने कंसोल प्रदान करता है - यह बहुत ही एसटीबी है

कार्य संख्या 4।

अंत में, एक गैर-मल्टीकास्ट कार्य (लेखकों हमें नहीं हैं, जवाब में मूल के लिए एक लिंक होगा)।

  1. सबसे सरल योजना:
  2. एक तरफ, स्रोत सर्वर, एक चाप के साथ - एक कंप्यूटर जो यातायात लेने के लिए तैयार है।

आप स्वयं एक मल्टीकास्ट स्ट्रीम पता स्थापित कर सकते हैं।

और, तदनुसार, दो प्रश्न:

  • क्या करने की आवश्यकता है ताकि कंप्यूटर स्ट्रीम प्राप्त कर सके और मल्टीकास्ट रूटिंग का सहारा न दे?
  • मान लीजिए कि आप नहीं जानते कि एक मल्टीकास्ट क्या है और इसे कॉन्फ़िगर नहीं कर सकता है, सर्वर से सर्वर से स्ट्रीम को कैसे स्थानांतरित करें?
  • कार्य आसानी से खोज इंजन में खोजा जाता है, लेकिन इसे स्वयं हल करने का प्रयास करें।
  • यहां कार्य का विवरण।
  • =====================
  • लेख में लाभहीन मल्टीकास्ट यातायात (एमएसडीपी) की क्रॉस-डोमेन रूटिंग बनी रही
  • , एमबीजीपी।

बीजीएमपी

), आरपी (Anycast आरपी) के बीच लोड संतुलन

, मालिकाना प्रोटोकॉल। लेकिन, मुझे लगता है, बाकी के साथ निपटने के लिए इस लेख को शुरू करने का एक बिंदु होना मुश्किल नहीं होगा।

मल्टीकास्ट से संबंधित सभी शब्द, आप दूरसंचार शब्दावली लुकमेप में पा सकते हैं

लेख तैयार करने में मदद के लिए धन्यवाद जेडीमा

तकनीकी सहायता के लिए धन्यवाद Natasha Samoilenko सीडीपीवी ने नीना डॉल्गोपोलोव खींचा

- एक अद्भुत कलाकार और अन्य परियोजना।

आरपीएफ जांच।

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

  1. जैसा कि आप पहले से ही देखते हैं, शायद ध्यान दिया गया है, लिंकमेअप में एक नई परियोजना है - लुकमेप शब्दावली (हाँ, हमने एक फंतासी छोड़ दी है)। हमें उम्मीद है कि यह शब्दावली संचार के क्षेत्र में शर्तों की सबसे पूरी निर्देशिका बन जाएगी, इसलिए हमें इसे भरने में कोई मदद मिलेगी। [email protected] पर हमें लिखें
  2. हमारे साथ रहें
  3. आईजीएमपी स्नूपिंग: राउटर में यह क्या है और आपको क्यों चाहिए?
  4. यदि आपको आईजीएमपी स्नूपिंग विकल्प के बारे में एक प्रश्न का सामना करना पड़ता है जो राउटर में है और आपको इस सेटिंग की आवश्यकता क्यों है, तो आपने सही लेख खोजा। इंटरनेट पर अधिकांश जानकारी सामान्य उपयोगकर्ता को समझने के लिए जटिल है, और यदि आप किसी विशिष्ट कार्य को हल करना चाहते हैं तो इन शर्तों की आवश्यकता नहीं है।
  5. समस्याओं के बारे में थोड़ा और, जिसके कारण आप आईजीएमपी स्नूपिंग में रुचि रखते हैं:

आप नेटवर्क गेम खेलते हैं;

आईपीटीवी रोस्टेलेकॉम इंटरनेट टेलीविजन फ़ंक्शन या किसी अन्य प्रदाता का उपयोग करें;

किसी भी नेटवर्क सिस्टम पर हस्ताक्षर किए गए: वीडियो सम्मेलन, ऑनलाइन सीखने या यहां तक ​​कि डाक मेलिंग।

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

आईजीएमपी क्या है और इसकी आवश्यकता क्यों है

जब डेटा नेटवर्क पर प्रसारित होता है - वैश्विक इंटरनेट पर, या प्रदाता से, या आपके उपकरणों के बीच, यह स्पष्ट नियमों पर होता है: प्रोटोकॉल। प्रत्येक प्रोटोकॉल निर्धारित करता है कि ज़ीरो और इकाइयों को कैसे पहचानें, उन्हें डेटा पैकेट में कैसे एकत्रित करें, स्क्रीन पर स्क्रीन पर प्राप्त करने और इकट्ठा करते समय उनकी "शुद्धता" की जांच कैसे करें। कुल में सात स्तर हैं - आपके ब्राउज़र में विद्युत संकेतों से।

इंटरनेट ग्रुप मैनेजमेंट प्रोटोकॉल, जिसमें पहले अक्षरों के मुताबिक संक्षेप में बनाया गया है - चैनल स्तर पर इन प्रोटोकॉलों में से एक। यदि ऊपर वर्णित "समस्याएं" तो आप इसके अस्तित्व के बारे में नहीं जान पाएंगे। जैसा कि नाम से देखा जा सकता है, यह प्रसारण समूहों के प्रबंधन के लिए एक प्रोटोकॉल है।

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

इसलिए, वह अभी भी इसे प्राप्त करता है, जो इंटरनेट की गति को कम करता है और अपने संसाधनों को खर्च करता है।

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

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

राउटर में एक फ़ंक्शन कैसे सेट करें आईजीएमपी राउटर में डिस्सेबल, आईपीटीवी उदाहरण पर यह सेटिंग क्या है। आमतौर पर सब कुछ स्वचालित रूप से चालू हो जाता है। लेकिन अगर आप इस लेख को पढ़ते हैं, तो कुछ स्पष्ट रूप से गलत हो गया। इसलिए, इन चरणों को करें: राउटर के वेब इंटरफ़ेस पर जाएं: पता बार 1 92.168.1.1 या 192.168.0.1 या पते वाले पते पर ब्राउज़र दर्ज करें जो नीचे स्टिकर पर निर्दिष्ट है। उपयोगकर्ता नाम और पासवर्ड दर्ज करें - आमतौर पर यह "व्यवस्थापक" लॉगिन और पासवर्ड "व्यवस्थापक" होता है यदि आप मैन्युअल रूप से नहीं बदला गया है। या राउटर पर एक ही स्टिकर की जांच करें। .

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

"लागू करें" पर क्लिक करें। सब तैयार है।

संभावित समस्याएं प्रसारण के काम नहीं किए जाने पर एक समस्या संभव है। यह फ़ायरवॉल से जुड़ा हो सकता है। इसे कुछ मिनटों के लिए डिस्कनेक्ट करें। यदि समस्या गायब हो गई है, तो सेटिंग्स चालू करें और सेटिंग्स में, इंटरनेट टीवी, ऑनलाइन गेम या किसी अन्य सेवा के लिए प्रोटोकॉल की अनुमति दें। वीडियो। उदाहरण: किसी भी डीएनएस .

यदि आईपीटीवी एक अलग उपकरण-रिसीवर का उपयोग करता है (आपको टीवी उपसर्ग की आवश्यकता क्यों है, यह एक एकल वार्तालाप विषय है), फिर राउटर सेटिंग्स में "पुल" विकल्प को हल करने के लिए यह आवश्यक हो सकता है। इसे "वैन ब्रिज पोर्ट" या "नेटवर्क-ब्रिज" कहा जा सकता है - यह डिवाइस पर निर्भर करता है।

अंत में, यदि सिग्नल "धीमा हो जाता है", तो डिवाइस को अधिकतर अधिभारित किया जाता है। अन्य उपकरणों के संचालन को सीमित करना होगा, या उन्हें अक्षम करना होगा। यदि कुछ भी मदद नहीं करता है, तो आपको राउटर को अधिक शक्तिशाली में बदलना होगा।

इस आलेख में, मैंने सबसे स्पष्ट भाषा को समझाने की कोशिश की, राउटर में आईजीएमपी स्नूपिंग क्या है। मुझे उम्मीद है कि यह जानकारी आपके लिए उपयोगी होगी, और आप उन समस्याओं का फैसला करेंगे जो उत्पन्न हुई हैं। अब आपका डेटा अनुकूल और सही तरीके से प्रेषित किया जाएगा, और नेटवर्क पर हमला करने के लिए सभी उपकरणों को अधिभारित करने के लिए परिणाम नहीं होगा। एक स्रोत: https://besprovodnik.ru/igmp-snooping-chto-to-v-rutere/

Mikrotik पर IPTV की स्थापना उदाहरण के लिए, आईपीटीवी सेटिंग्स हमने मिक्रोटिक आरबी 2011uias-2hnd लिया। बिल्कुल घर राउटर नहीं, निश्चित रूप से, लेकिन अन्य उपकरणों पर सेटिंग सिद्धांत में भिन्न नहीं होगी। कॉन्फ़िगरेशन राउटर रीसेट करें। / और प्राप्तकर्ताओं के बारे में हमें सूचित करता है। और एक क्लाइंट-कंप्यूटर के बारे में बात करना जरूरी नहीं है, सामान्य रूप से यह एक और पीआईएम राउटर हो सकता है। यह महत्वपूर्ण है कि किस इंटरफेस को यातायात पास करने की आवश्यकता है। हम राउटर को अपडेट करते हैं (आईपीटीवी के लिए एक पैकेज जोड़ें)।

आईजीएमपी प्रॉक्सी सेट अप करना। फ़ायरवॉल अपवाद जोड़ें। वाई-फाई सेट अप करना।

एक्सेस पॉइंट सेटिंग्स रीसेट करें

यह आइटम वैकल्पिक है। यदि आप पहले किए गए कार्य सेटिंग्स के साथ राउटर पर आईपीटीवी को कॉन्फ़िगर करते हैं, तो नीचे दिए गए कार्य आवश्यक नहीं हैं। यह बैकअप कॉन्फ़िगरेशन को भी रोकता नहीं है। हालांकि, कभी-कभी, यदि आईपीटीवी सेटिंग के दौरान माइक्रोटिक के लिए कुछ गलत हो गया, तो सबसे अच्छा तरीका कॉन्फ़िगरेशन "रीसेट" है और सबकुछ फिर से करें। .

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

खुला हुआ

Winbox

हम राउटर में जाते हैं (हम आपको पूरी तरह से मैक पते पर दर्ज करने की सलाह देते हैं, यह आगे कॉन्फ़िगरेशन प्रक्रिया को सुविधाजनक बनाएगा)। राउटर पर अपडेट करने के लिए, मेनू पर जाएं फ़ाइलें। इसे खोलें और इसे खिड़की में खींचें फ़ाइलें। एक अनपॅक किए गए संग्रह से हमारी डाउनलोड की गई फ़ाइल . Multicast-x.xx-mipsbe.npk

पैकेज जोड़ा गया और उसके बाद हम मेनू में उपकरण को रिबूट करते हैं

प्रणाली।

रीबूट

राउटर रिबूट और फर्मवेयर अपडेट करेगा। प्रक्रिया में 5 मिनट तक लग सकते हैं।

इस समय पोषण अक्षम नहीं किया जाना चाहिए!

रिबूटिंग के बाद

सिस्टम - पैकेज। और देखो कि मॉड्यूल दिखाई दिया है या नहीं

यदि कोई उपलब्ध है, तो आपने सब कुछ ठीक किया। IGMP प्रॉक्सी सेट अप करना

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

मैदान में थोड़ा कम

वैकल्पिक सबनेट्स।

आपको वैकल्पिक सबनेट निर्दिष्ट करना चाहिए। यदि आप नहीं जानते कि वहां क्या दर्ज करना है, तो सबसे आम विकल्पों का प्रयास करें: 10.0.0.0/8; 172.16.0.0/12; 192.168.0.0/16।

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

Iptv। - यानी, जिस पर डिवाइस कनेक्ट है, जिस पर हम आईपीटीवी देखेंगे। हमारे मामले में, यह पुल है, क्योंकि एक स्थिर पीसी इससे जुड़ा हुआ है। .

यही है, पहले मामले में, हमने उस बंदरगाह को इंगित किया जहां डेटा शामिल है, और अब - कहां से आते हैं। बटन दबाने के बाद समायोजन

इस्किम के विपरीत टिक

तकनीकी सहायता के लिए धन्यवाद Natasha Samoilenko शीघ्र।

लेव।

आरपीएफ जांच।

हम इसे चैनलों के बीच त्वरित स्विच करने में सक्षम होने के लिए करते हैं।

फ़ायरवॉल की स्थापना

हमारे फ़ायरवॉल को कस्टमाइज़ करें जो इस समय आईपीटीवी को याद नहीं करता है, इसके लिए हम एक नया टर्मिनल बनाते हैं, नए टर्मिनल पर क्लिक करें और विंडो खुलती है: अब हमें इस कंसोल में कई टीमों को करना होगा: / आईपी फ़ायरवॉल फ़िल्टर एक्शन जोड़ें = स्वीकार करें चेन = इनपुट टिप्पणी = »IGMP की अनुमति दें» अक्षम = कोई इंटरफ़ेस नहीं = ईथर 2-मास्टर प्रोटोकॉल = igmp

/ आईपी फ़ायरवॉल फ़िल्टर एक्शन जोड़ें = स्वीकार करें चेन = इनपुट टिप्पणी = »आईपीटीवी यूडीपी आने वाली» अक्षम = कोई डीएसटी-पोर्ट = 1234 इन-इंटरफ़ेस = ईथर 2-मास्टर प्रोटोकॉल = यूडीपी

/ आईपी फ़ायरवॉल फ़िल्टर एक्शन जोड़ें = स्वीकार करें चेन = अग्रेषित टिप्पणी = »आईपीटीवी यूडीपी अग्रेषण» अक्षम = कोई डीएसटी-पोर्ट = 1234 प्रोटोकॉल = यूडीपी 1234।

- पोर्ट वीडियो और आईपीटीवी स्ट्रीमिंग के लिए अनौपचारिक रूप से पंजीकृत है ईथर 2-मास्टर - यह एक इंटरफ़ेस है जिसके लिए आईपीटीवी प्रदाता से आता है।

मेनू में अगली आवश्यकता

आईपी वस्तु चुनें फ़ायरवॉल

और टैब पर जाएं फ़िल्टर नियम।

। हमने नियमों को छोड़कर बनाया है और वे काम करते हैं, उन्हें प्रतिबंधित करने के लिए उच्च होना चाहिए। हम उन्हें माउस के साथ खींचते हैं।

  1. वाई-फाई सेटअप
  2. यदि आप वितरित करते हैं या वाई-फाई के माध्यम से आईपीटीवी को सौंपने जा रहे हैं, तो आपको अतिरिक्त सेटिंग्स जोड़ना होगा। ऐसा करने के लिए, क्रम में खोलें:
  3. उन्नत मोड बटन दबाए जाने के बाद, अतिरिक्त पैरामीटर दिखाई देते हैं:
  4. खेत मेँ
  5. डब्ल्यूएमएम समर्थन

डाल

सक्षम -

आरपीएफ जांच।

वाई-फाई पर मल्टीमीडिया ट्रांसमिशन के लिए व्यापक समर्थन।

सहायक

पूर्ण

। इस पैरामीटर में वाई-फाई पर बैठे मल्टीकास्ट ग्राहकों को भेजना शामिल है।

सभी बटन के साथ पुष्टि करते हैं

आईजीएमपी के साथ, अंतिम ग्राहक प्राप्तकर्ता निकटतम राउटर को संवाद करते हैं जिन्हें वे यातायात प्राप्त करना चाहते हैं। और पीआईएम राउटर के माध्यम से प्राप्तकर्ताओं को स्रोत से मल्टीकास्ट यातायात को स्थानांतरित करने का मार्ग बनाता है। ठीक है।

और कार्यक्रम देखने का आनंद लें

यह केवल हमारे कॉन्फ़िगरेशन के प्रदर्शन की जांच करने के लिए बनी हुई है। हमने इस आईपीटीवी प्लेयर के लिए इस्तेमाल किया, एन

हमारे प्रदाता के लिए चैनलों के चैनल को मूल रूप से डाउनलोड करना

(वोल्टन टेलीकॉम) प्लेयर सेटिंग्स में।

हम देख सकते हैं कि हमारी सेटिंग पूरी तरह से परिचालित है। खुश देखने!

https://lantorg.com/article/nastrojka-iptv-na-mikrotik।

राउटर में आईजीएमपी स्नूपिंग क्या है: आईजीएमपी स्नूपिंग फ़ंक्शन क्यों करें

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

क्या है और आईजीएमपी स्नूपिंग फ़ंक्शन की आवश्यकता क्यों है

शुरू करने के लिए, हम प्रौद्योगिकी के सिद्धांत को समझने के लिए आईजीएमपी की परिभाषा देंगे।

इंटरनेट समूह प्रबंधन प्रोटोकॉल - मल्टीकास्ट नेटवर्क प्रबंधन प्रोटोकॉल, जो समूहों में कई उपकरणों का आयोजन करता है। आईजीएमपी सदस्यता रिपोर्ट - "रिपोर्ट" गाँठ जो वह इस समूह का यातायात प्राप्त करना चाहता है।

आईजीएमपीवी 2 रिपोर्ट में वांछित समूह के पते पर जाता है, और समानांतर में इसे पैकेज में ही इंगित किया जाता है। इन संदेशों को केवल अपने सेगमेंट के भीतर ही रहना चाहिए और राउटर द्वारा किसी भी तरह से आगे नहीं रहना चाहिए, इसलिए, उनके पास 1 टीटीएल है। यह आईपी प्रोटोकॉल पर आधारित है और नेटवर्क संसाधनों का उपयोग करके हर जगह इंटरनेट पर लागू होता है।

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

इस प्रकार, स्नूपिंग मल्टीकास्ट चैनलों में अनावश्यक डेटा के हस्तांतरण को समाप्त करता है।

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

डेटा को ट्रैक और विश्लेषण किए बिना, विशिष्ट आईपी पते के रूप में अंतिम उपभोक्ताओं को उनके लिए अतिरिक्त बेकार जानकारी को "डाइजेस्ट" करने के लिए मजबूर किया जाएगा। जो राउटर पर डिफ़ॉल्ट रूप से सक्रिय होता है। Fe0 / 0 इंटरफ़ेस 224.2.2.4 के समूह के लिए अवरोही हो जाता है - इसे प्राप्त यातायात भेजने की आवश्यकता होगी। सामान्य अद्वितीय रूटिंग तालिका के साथ एक मल्टीकास्ट भी है: ग्राहकों की उपलब्धता के बारे में पहला रिकॉर्ड

आईजीएमपी स्नूपिंग न केवल उपयोगकर्ताओं को अतिरिक्त यातायात से बचाएगा, बल्कि सूचना का आदान-प्रदान भी सुरक्षित रखेगा।

ट्रैकिंग मोड को नेटवर्क या विशिष्ट पते पर डीडीओएस हमले के प्रयासों को रोकने के लिए समय पर सक्षम किया जाता है, जिस पर इंटरनेट समूह प्रबंधन प्रोटोकॉल कमजोर होता है। सक्रियण समारोह igmp snooping ट्रैकिंग और विश्लेषण सुविधा प्रबंधित नेटवर्क स्विच या स्विच पर उपलब्ध है। यह डिवाइस नेटवर्क के चैनल स्तर पर समूह प्रसारण के सिद्धांतों को लागू करने में मदद करता है। .

आईजीएमपी स्नूपिंग को सक्रिय करने के लिए, आपको इसे स्विच पर मैन्युअल रूप से सक्षम और कॉन्फ़िगर करने की आवश्यकता है।

अप्रबंधित एनालॉग यातायात विश्लेषण मोड का समर्थन नहीं करते हैं, क्योंकि उन्हें इंटरफ़ेस के माध्यम से कॉन्फ़िगर नहीं किया जा सकता है।

अधिक विस्तार से कमांड आईपी ​​mroute दिखाओ। हम बाद में समझेंगे। .

अपने नेटवर्क पर संचारक का उपयोग करने से पहले, सुनिश्चित करें कि अंतिम प्राप्तकर्ता (उदाहरण के लिए, स्मार्ट-टीवी) स्नूपिंग मोड का समर्थन करता है।

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

सीएलआई इंटरफ़ेस के साथ कमांड लाइन खोलें।

"सक्षम-igmp-snooping" दर्ज करें। यह आदेश स्विच और सभी जुड़े पते पर फ़ंक्शन चालू करेगा।

"कॉन्फ़िगर-आईजीएमपी-स्नूपिंग-वीएलएएन-डिफ़ॉल्ट-स्टेट-सक्षम" दर्ज करें, जो आपको वीएलएएन प्रोटोकॉल को कॉन्फ़िगर करने की अनुमति देगा।

"कन्फोग-मल्टीकास्ट-वीएलएएन-फ़िल्टरिंग-मोड-वीएलएएन-डिफ़ॉल्ट-फ़िल्टर-अनियंत्रित समूह" कमांड में संचारक में कई पते से डेटा फ़िल्टरिंग शामिल है।

अंत में, वीएलएएन नेटवर्क में "कॉन्फ़िगर-आईजीएमपी-स्नूपिंग-वीएलएएन-डिफ़ॉल्ट-स्नूपिंग-सक्षम" का उपयोग करें।

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

सबसे छोटे के लिए नेटवर्क। भाग 9.2। मल्टीकास्ट। आईजीएमपी प्रोटोकॉल

मल्टीकास्ट आईजीएमपी (इंटरनेट ग्रुप मैनेजमेंट प्रोटोकॉल), मल्टीकास्ट ट्रैफिक क्लाइंट की बातचीत के लिए नेटवर्क प्रोटोकॉल और उनके पास राउटर के लिए नेटवर्क प्रोटोकॉल का अध्ययन जारी रखें।

आईजीएमपी प्रोटोकॉल

फिर से डंप पर लौटें। इस शीर्ष पैकेज को देखें, जिसके बाद एक मल्टीकास्ट स्ट्रीम फेंक दी गई थी? ग्राहक के व्यवहार में एक दिलचस्प विवरण: क्वेरी प्राप्त करने के बाद, वह रिपोर्ट करने के लिए तुरंत जवाब देने में जल्दबाजी में नहीं है। नोड 0 से समय तक की लंबाई लेता है .

कनेक्ट होने पर IGMP प्रोटोकॉल संदेश

जो अगली क्वेरी में निर्दिष्ट है: जब डिबगिंग या डंप में, वैसे, यह देखा जा सकता है कि कई सेकंड अलग-अलग रिपोर्ट प्राप्त करने के बीच गुजर सकते हैं। ऐसा इसलिए किया जाता है ताकि सैकड़ों ग्राहक सभी दायरे को सामान्य क्वेरी प्राप्त करके अपनी रिपोर्ट के साथ नेटवर्क में बाढ़ नहीं आए। इसके अलावा, केवल एक ग्राहक आमतौर पर रिपोर्ट भेजता है। जब हमने इस पर नाटक दबाया तो क्लाइंट द्वारा भेजा गया यह आईजीएमपी प्रोटोकॉल संदेश। इस तरह वह रिपोर्ट करता है कि वह समूह 224.2.2.4 के लिए यातायात प्राप्त करना चाहता है।

- यह एक नेटवर्क प्रोटोकॉल है जिसमें मल्टीकास्ट ट्रैफिक क्लाइंट और निकटतम राउटर है।

आईपीवी 6 आईजीएमपी के बजाय एमएलडी (मल्टीकास्ट श्रोता डिस्कवरी) का उपयोग करता है। ऑपरेशन का सिद्धांत उनके पास बिल्कुल समान है, इसलिए आप आसानी से एमएलडी पर आईजीएमपी को आसानी से बदल सकते हैं, और आईपीवी 6 पर आईपी।

IGMP कैसे काम करता है? चार। तो सदियों से तब तक चला जाता है जब तक कि ग्राहक समूह से बाहर निकलना नहीं चाहता (उदाहरण के लिए, प्लेयर / टीवी बंद करें)। इस मामले में, वह भेजता है Igmp छुट्टी। शायद आपको इस तथ्य से शुरू करने की आवश्यकता है कि प्रोटोकॉल के संस्करण अब तीन हैं: आईजीएमपीवी 1, आईजीएमपीवी 2, आईजीएमपीवी 3। सबसे अधिक उपयोग किया जाता है - दूसरा, पहला लगभग भूल गया है, इसलिए हम इसके बारे में बात नहीं करेंगे, तीसरा दूसरे के समान ही है।

मैं दूसरे पर सबसे अधिक प्रभाव के रूप में ध्यान केंद्रित किया जाएगा, और इससे पहले कि यह बाहर होने से पहले क्लाइंट को समूह को जोड़ने से सभी घटनाओं पर विचार करें। ग्राहक वीएलसी प्लेयर के माध्यम से 224.2.2.4 के समूह का भी अनुरोध करेगा।

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

यह समझने के लिए कि सब कुछ कैसे होता है, इस नेटवर्क को लें:

मान लीजिए राउटर पहले से ही मल्टीकास्ट ट्रैफ़िक प्राप्त करने और संसाधित करने के लिए कॉन्फ़िगर किया गया है।

- "रिपोर्ट" गाँठ जो वह इस समूह का यातायात प्राप्त करना चाहता है।

समूह विशिष्ट क्वेरी।

आईजीएमपी सदस्यता रिपोर्ट भेजना

आईजीएमपीवी 2 रिपोर्ट में वांछित समूह के पते पर जाता है, और समानांतर में इसे पैकेज में ही इंगित किया जाता है। इन संदेशों को केवल अपने सेगमेंट के भीतर ही रहना चाहिए और राउटर द्वारा किसी भी तरह से आगे नहीं रहना चाहिए, इसलिए, उनके पास 1 टीटीएल है। समूह विशिष्ट क्वेरी। अक्सर साहित्य में आप के उल्लेख को पूरा कर सकते हैं

राउटर को एक आईजीएमपी-रिपोर्ट प्राप्त होती है और यह महसूस होता है कि इस इंटरफ़ेस में अब ग्राहक हैं, जो उनकी टेबल में जानकारी देते हैं

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

  1. Fe0 / 0 इंटरफ़ेस 224.2.2.4 के समूह के लिए अवरोही हो जाता है - इसे प्राप्त यातायात भेजने की आवश्यकता होगी।
  2. सामान्य अद्वितीय रूटिंग तालिका के साथ एक मल्टीकास्ट भी है:
  3. ग्राहकों की उपलब्धता के बारे में पहला रिकॉर्ड
  4. आउटपुट से यह स्पष्ट है कि समूह 224.2.2.4 के लिए यातायात Fe0 / 1 के माध्यम से आता है, और इसे Fe0 / 0 पोर्ट में संचारित करना आवश्यक है।
  5. इंटरफेस जिसमें आपको ट्रैफ़िक को प्रेषित करने की आवश्यकता होती है, डाउनस्ट्रीम इंटरफेस की सूची में शामिल हैं -
  6. तेल प्रत्येक नेटवर्क को आईजीएमपी सामान्य क्वेरी भेजता है। मुख्य लक्ष्य यह पता लगाना है कि क्या ग्राहक हैं, और समानांतर में - यदि वे चुनाव में भाग लेने की आपकी इच्छा के बारे में हैं तो खंड में अन्य राउटर की घोषणा करने के लिए। आउटबाउंड इंटरफ़ेस सूची।
  7. अधिक विस्तार से, शो आईपी mroorte टीम का शो हम बाद में देखेंगे।
  8. डंप के ऊपर आप देखते हैं कि जैसे ही क्लाइंट ने आईजीएमपी-रिपोर्ट भेजी, तुरंत यूडीपी उड़ान भरने के तुरंत बाद एक वीडियो स्ट्रीम है।

जीतता है राउटर एस।

आईजीएमपी क्वेरी क्वेरी की रसीद (डंप आईजीएमपी द्वारा फ़िल्टर किया गया है)।

7)

डिफ़ॉल्ट रूप से, यह हर 60 सेकंड में होता है। टीटीएल ऐसे पैकेज भी 1 के बराबर हैं। उन्हें पता 224.0.0.1 - इस सेगमेंट में सभी नोड्स भेजा जाता है - एक विशिष्ट समूह निर्दिष्ट किए बिना। ऐसे क्वेरी संदेश कहा जाता है आठ) - सामान्य। इस प्रकार, राउटर पूछता है: "दोस्तों, और कौन और कौन और क्या प्राप्त करना चाहता है?"।

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

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

इसकी पहल पर, ग्राहक आमतौर पर कनेक्ट होने पर केवल रिपोर्ट भेजता है, फिर यह केवल राउटर से क्वेरी का जवाब देता है।

ग्राहक के व्यवहार में एक दिलचस्प विवरण: क्वेरी प्राप्त करने के बाद, वह रिपोर्ट करने के लिए तुरंत जवाब देने में जल्दबाजी में नहीं है। नोड 0 से समय तक की लंबाई लेता है

जब डिबगिंग या डंप में, वैसे, यह देखा जा सकता है कि कई सेकंड अलग-अलग रिपोर्ट प्राप्त करने के बीच गुजर सकते हैं।

ऐसा इसलिए किया जाता है ताकि सैकड़ों ग्राहक सभी दायरे को सामान्य क्वेरी प्राप्त करके अपनी रिपोर्ट के साथ नेटवर्क में बाढ़ नहीं आए। इसके अलावा, केवल एक ग्राहक आमतौर पर रिपोर्ट भेजता है।

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

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

ग्राहक वीएलसी प्लेयर के माध्यम से 224.2.2.4 के समूह का भी अनुरोध करेगा। इस तंत्र को बुलाया जाता है

आईजीएमपीवी 2 रिपोर्ट में वांछित समूह के पते पर जाता है, और समानांतर में इसे पैकेज में ही इंगित किया जाता है। इन संदेशों को केवल अपने सेगमेंट के भीतर ही रहना चाहिए और राउटर द्वारा किसी भी तरह से आगे नहीं रहना चाहिए, इसलिए, उनके पास 1 टीटीएल है। लेख में आगे हम इस बारे में बताएंगे कि यह तंत्र वास्तव में वास्तव में बहुत ही कम काम करता है।

अधिक विस्तार से कमांड उदाहरण II। 4कृपया ध्यान दें कि इस मामले में यातायात कैसे जाना चाहिए - आर 1-आर 2-आर 3-आर 5। हालांकि संक्षेप में, पथ आर 1-आर 3-आर 5।

जहां कोई राउटर नहीं है, हम आधिकारिक रूप से घोषित कर सकते हैं - आईजीएमपी वहां - औपचारिकता से अधिक नहीं। कोई राउटर नहीं है, और ग्राहक के पास मल्टीकास्ट स्ट्रीम का अनुरोध करने के लिए कोई नहीं है। और वह साधारण कारण के लिए एक वीडियो कमाएगा कि प्रवाह और इसलिए स्विच से डालना होगा - आपको इसे लेने की आवश्यकता है। समूह के पते पर।

फिर से दोहराएं IGMP छोड़ना

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

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

समय-समय पर (एक मिनट में) राउटर चेक करता है कि प्राप्तकर्ताओं ने अभी भी आईजीएमपी सामान्य क्वेरी का उपयोग किया है, और नोड आईजीएमपी रिपोर्ट का उपयोग करके इसकी पुष्टि करता है।

वे ग्राहक जो इस विशेष समूह से जुड़े हुए हैं।

आईजीएमपी अवकाश के जवाब में राउटर राउटर समूह विशिष्ट क्वेरी भेजना

यदि राउटर को समूह के लिए प्रतिक्रिया रिपोर्ट मिली है, तो यह इंटरफ़ेस में प्रसारित होता है, यदि प्राप्त नहीं हुआ है - टाइमर समाप्त होने के बाद टाइमर को हटा देता है।

कुल मिलाकर, छुट्टी प्राप्त करने के बाद, दो समूह विशिष्ट क्वेरी जाती है - एक अनिवार्य, दूसरा नियंत्रण।

दो समूह विशिष्ट क्वेरी - एक अनिवार्य, दूसरा नियंत्रण

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

तकनीकी सहायता के लिए धन्यवाद Natasha Samoilenko आर 1 और आर 2 राउटर चालू होने के पल से स्थिति पर विचार करें।

इंटरफेस पर सक्रिय igmp।

आरपीएफ जांच।

पहले, डिफ़ॉल्ट रूप से, उनमें से प्रत्येक खुद को क्वेरियर मानता है।

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

गैर-क्वेरियर टाइमर शुरू होता है जो हर बार Quaryny एक छोटे आईपी पते के साथ आता है। यदि टाइमर समाप्त होने से पहले (100 सेकंड से अधिक: 105-107), राउटर को एक छोटे से पते के साथ क्वेरी नहीं मिलेगी, तो वह खुद को क्वेरियर घोषित करता है और सभी संबंधित कार्यों को लेता है।

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

संस्करण 1 केवल इस तथ्य से ही संक्षेप में भिन्न होता है कि

। यदि ग्राहक इस समूह के अधिक ट्रैफ़िक प्राप्त नहीं करना चाहता है, तो वह क्वेरी के जवाब में रिपोर्ट भेजना बंद कर देता है। जब कोई ग्राहक नहीं रहता है, तो टाइमआउट राउटर यातायात भेजना बंद कर देगा।

इसके अलावा, लेकिन फिर भी यह पूरी तरह से समझ में आता है कि सर्वर से यातायात कैसे प्राप्त करता है जब एक विशाल प्रदाता नेटवर्क LinkMiapp होता है? और वास्तव में, यह ज्ञात होगा कि ग्राहक कौन है? हम मैन्युअल रूप से मार्ग पंजीकृत नहीं कर सकते हैं, क्योंकि हम नहीं जानते कि ग्राहक कहां हो सकते हैं। सामान्य रूटिंग प्रोटोकॉल इस प्रश्न का उत्तर नहीं देंगे। तो हम यह समझने के लिए आते हैं कि एक मल्टीकास्ट की डिलीवरी हमारे लिए पूरी तरह से नई है। । यातायात के दोहराव से बचने के लिए, उच्च प्रोटोकॉल जिम्मेदार है, उदाहरण के लिए, पीआईएम, जिसके बारे में हम आगे बात करेंगे।

संस्करण 3 आईजीएमपीवी 2 का समर्थन करने वाले सभी का समर्थन करता है, लेकिन कई बदलाव हैं। सबसे पहले, रिपोर्ट को समूह के पते पर नहीं भेजा जाता है, लेकिन मल्टीकास्ट सेवा पते पर

। और अनुरोधित समूह का पता केवल पैकेज के भीतर इंगित किया गया है। यह आईजीएमपी स्नूपिंग के काम को सरल बनाने के लिए किया जाता है, जिसके बारे में हम अगले बात करेंगे।

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

IGMP सदस्यता IGMPV3 में सामग्री को रेट करें इसलिए, आईजीएमपी को ग्राहकों और राउटर से बातचीत करने के लिए डिज़ाइन किया गया है। इसलिए, उदाहरण 2 के लिए लौट रहा है, जहां कोई राउटर नहीं है, हम आधिकारिक रूप से घोषणा कर सकते हैं - आईजीएमपी वहां - औपचारिकता से अधिक नहीं। कोई राउटर नहीं है, और ग्राहक के पास मल्टीकास्ट स्ट्रीम का अनुरोध करने के लिए कोई नहीं है। और वह साधारण कारण के लिए एक वीडियो कमाएगा कि प्रवाह और इसलिए स्विच से डालना होगा - आपको इसे लेने की आवश्यकता है। याद रखें कि आईजीएमपी आईपीवी 6 के लिए काम नहीं करता है। एमएलडी प्रोटोकॉल है।

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

समय-समय पर (एक मिनट में) राउटर चेक करता है कि प्राप्तकर्ताओं ने अभी भी आईजीएमपी सामान्य क्वेरी का उपयोग किया है, और नोड आईजीएमपी रिपोर्ट का उपयोग करके इसकी पुष्टि करता है।

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

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

टैग

सिस्को।

Iptv।

एसडीएसएम

नेटवर्क हार्डवेयर

सबसे छोटे के लिए नेटवर्क https://radioprog.ru/post/623।
राउटर में मल्टीकास्ट क्या है। सिस्टम संसाधनों के लिए आवश्यकताएं। मल्टीकास्ट और यूनिकास्ट: महत्वपूर्ण अंतर

तकनीकी सहायता के लिए धन्यवाद Natasha Samoilenko सबसे पहले, आइए आगे की गलतफहमी को बाहर करने के लिए कुछ अवधारणाओं को सुनें। तीन प्रकार के यातायात हैं:

(*, जी) (एस, जी)

हम इसे चैनलों के बीच त्वरित स्विच करने में सक्षम होने के लिए करते हैं।

फ़ायरवॉल की स्थापना

हमारे फ़ायरवॉल को कस्टमाइज़ करें जो इस समय आईपीटीवी को याद नहीं करता है, इसके लिए हम एक नया टर्मिनल बनाते हैं, नए टर्मिनल पर क्लिक करें और विंडो खुलती है: अब हमें इस कंसोल में कई टीमों को करना होगा: / आईपी फ़ायरवॉल फ़िल्टर एक्शन जोड़ें = स्वीकार करें चेन = इनपुट टिप्पणी = »IGMP की अनुमति दें» अक्षम = कोई इंटरफ़ेस नहीं = ईथर 2-मास्टर प्रोटोकॉल = igmp

/ आईपी फ़ायरवॉल फ़िल्टर एक्शन जोड़ें = स्वीकार करें चेन = इनपुट टिप्पणी = »आईपीटीवी यूडीपी आने वाली» अक्षम = कोई डीएसटी-पोर्ट = 1234 इन-इंटरफ़ेस = ईथर 2-मास्टर प्रोटोकॉल = यूडीपी

/ आईपी फ़ायरवॉल फ़िल्टर एक्शन जोड़ें = स्वीकार करें चेन = अग्रेषित टिप्पणी = »आईपीटीवी यूडीपी अग्रेषण» अक्षम = कोई डीएसटी-पोर्ट = 1234 प्रोटोकॉल = यूडीपी 1234। तेल मल्टीकास्ट।

- पोर्ट वीडियो और आईपीटीवी स्ट्रीमिंग के लिए अनौपचारिक रूप से पंजीकृत है ईथर 2-मास्टर - यह एक इंटरफ़ेस है जिसके लिए आईपीटीवी प्रदाता से आता है।

मेनू में अगली आवश्यकता

आईपी वस्तु चुनें फ़ायरवॉल

और टैब पर जाएं फ़िल्टर नियम।

। हमने नियमों को छोड़कर बनाया है और वे काम करते हैं, उन्हें प्रतिबंधित करने के लिए उच्च होना चाहिए। हम उन्हें माउस के साथ खींचते हैं।

  1. वाई-फाई सेटअप
  2. यदि आप वितरित करते हैं या वाई-फाई के माध्यम से आईपीटीवी को सौंपने जा रहे हैं, तो आपको अतिरिक्त सेटिंग्स जोड़ना होगा। ऐसा करने के लिए, क्रम में खोलें:
  3. उन्नत मोड बटन दबाए जाने के बाद, अतिरिक्त पैरामीटर दिखाई देते हैं:
  4. खेत मेँ
  5. डब्ल्यूएमएम समर्थन पीआईएम एसएम आरपी।

डाल

कार्य संख्या 4।

यूनिकास्ट

  1. - यूनिकास्ट, एक स्ट्रीम स्रोत एक प्राप्तकर्ता प्रसारण।
  2. - प्रसारण, एक स्रोत, प्राप्तकर्ता सभी ग्राहकों को ऑनलाइन - मल्टीकास्ट, एक प्रेषक, प्राप्तकर्ता कुछ ग्राहक समूह

आईपीटीवी के लिए किस तरह का यातायात उपयोग करने के लिए?

जाहिर है, प्रसारण चैनलों को मल्टीकास्ट दिया जाता है। कोई भी टीवी चैनल जिसे हम प्रसारित करना चाहते हैं, वह समूह पते द्वारा विशेषता है, जिसे इन उद्देश्यों के लिए आरक्षित सीमा से चुना जाता है:

224.0.0.0 - 23 9.255.255.255

Новости

Добавить комментарий