आईपी ​​मल्टीकास्ट: Difference between revisions

From Vigyanwiki
No edit summary
 
(2 intermediate revisions by 2 users not shown)
Line 1: Line 1:
{{Short description|Sending datagrams to multiple receivers}}
{{Short description|Sending datagrams to multiple receivers}}


'''आईपी ​​​​[[ बहुस्त्र्पीय |मल्टीकास्ट]]'''एक ही ट्रांसमिशन में इच्छुक रिसीवर्स के ग्रुप को [[इंटरनेट प्रोटोकॉल]] (आईपी) [[आंकड़ारेख|डाटाग्राम]] भेजने की एक विधि है। यह मल्टीकास्ट का आईपी-विशिष्ट रूप है और इसका उपयोग [[स्ट्रीमिंग मीडिया]] और अन्य नेटवर्क एप्लीकेशन के लिए किया जाता है। यह [[IPv4|आइपीवी4]] और [[IPv6|आइपीवी6]] में विशेष रूप से आरक्षित [[ मल्टीकास्ट पता |मल्टीकास्ट एड्रेस]] ब्लॉक का उपयोग करता है।
'''आईपी ​​​​[[ बहुस्त्र्पीय |मल्टीकास्ट]]''' एक ही ट्रांसमिशन में इच्छुक रिसीवर्स के ग्रुप को [[इंटरनेट प्रोटोकॉल]] (आईपी) [[आंकड़ारेख|डाटाग्राम]] भेजने की एक विधि है। यह मल्टीकास्ट का आईपी-विशिष्ट रूप है और इसका उपयोग [[स्ट्रीमिंग मीडिया]] और अन्य नेटवर्क एप्लीकेशन के लिए किया जाता है। यह [[IPv4|आइपीवी4]] और [[IPv6|आइपीवी6]] में विशेष रूप से आरक्षित [[ मल्टीकास्ट पता |मल्टीकास्ट एड्रेस]] ब्लॉक का उपयोग करता है।


आईपी ​​​​मल्टीकास्ट से जुड़े प्रोटोकॉल में[[ इंटरनेट समूह प्रबंधन प्रोटोकॉल | इंटरनेट ग्रुप मैनेजमेंट प्रोटोकॉल]], [[प्रोटोकॉल इंडिपेंडेंट मल्टीकास्ट]] और [[मल्टीकास्ट वीएलएएन पंजीकरण|मल्टीकास्ट वीएलएएन रजिस्ट्रेशन]] सम्मिलित हैं। [[ IGMP स्नूपिंग |आईजीएमपी स्नूपिंग]] का उपयोग [[परत-2|लेयर-2]] नेटवर्क पर आईपी मल्टीकास्ट ट्रैफिक को प्रबंधित करने के लिए किया जाता है।
आईपी ​​​​मल्टीकास्ट से जुड़े प्रोटोकॉल में[[ इंटरनेट समूह प्रबंधन प्रोटोकॉल | इंटरनेट ग्रुप मैनेजमेंट प्रोटोकॉल]], [[प्रोटोकॉल इंडिपेंडेंट मल्टीकास्ट]] और [[मल्टीकास्ट वीएलएएन पंजीकरण|मल्टीकास्ट वीएलएएन रजिस्ट्रेशन]] सम्मिलित हैं। [[ IGMP स्नूपिंग |आईजीएमपी स्नूपिंग]] का उपयोग [[परत-2|लेयर-2]] नेटवर्क पर आईपी मल्टीकास्ट ट्रैफिक को प्रबंधित करने के लिए किया जाता है।
Line 10: Line 10:
आईपी ​​​​मल्टीकास्ट एक नेटवर्क में आईपी इंफ्रास्ट्रक्चर पर एक-से-अनेक और अनेक-से-अनेक रीयल टाइम कम्युनिकेशन के लिए एक तकनीक है। यह एक बड़ी रिसीवर पॉपुलेशन को मापता है, जिसके लिए न तो रिसीवर की पहचान का पूर्व ज्ञान और न ही रिसीवर्स की संख्या का पूर्व ज्ञान आवश्यक है। मल्टीकास्ट नेटवर्क इंफ्रास्ट्रक्चर का कुशलतापूर्वक उपयोग करता है, जिसके लिए सोर्स को केवल एक बार पैकेट भेजने की आवश्यकता होती है, भले ही इसे बड़ी संख्या में रिसीवर्स तक पहुंचाने की आवश्यकता हो। नेटवर्क में नोड्स (सामान्यतः [[ प्रसार बदलना |नेटवर्क स्विचेस]] और [[राउटर (कंप्यूटिंग)]] एस) कई रिसीवरों तक पहुंचने के लिए पैकेट की प्रतिकृति बनाने का ख्याल रखते हैं, जैसे कि मैसेज नेटवर्क के प्रत्येक लिंक पर केवल एक बार भेजे जाते हैं।
आईपी ​​​​मल्टीकास्ट एक नेटवर्क में आईपी इंफ्रास्ट्रक्चर पर एक-से-अनेक और अनेक-से-अनेक रीयल टाइम कम्युनिकेशन के लिए एक तकनीक है। यह एक बड़ी रिसीवर पॉपुलेशन को मापता है, जिसके लिए न तो रिसीवर की पहचान का पूर्व ज्ञान और न ही रिसीवर्स की संख्या का पूर्व ज्ञान आवश्यक है। मल्टीकास्ट नेटवर्क इंफ्रास्ट्रक्चर का कुशलतापूर्वक उपयोग करता है, जिसके लिए सोर्स को केवल एक बार पैकेट भेजने की आवश्यकता होती है, भले ही इसे बड़ी संख्या में रिसीवर्स तक पहुंचाने की आवश्यकता हो। नेटवर्क में नोड्स (सामान्यतः [[ प्रसार बदलना |नेटवर्क स्विचेस]] और [[राउटर (कंप्यूटिंग)]] एस) कई रिसीवरों तक पहुंचने के लिए पैकेट की प्रतिकृति बनाने का ख्याल रखते हैं, जैसे कि मैसेज नेटवर्क के प्रत्येक लिंक पर केवल एक बार भेजे जाते हैं।


मल्टीकास्ट एड्रेसिंग का उपयोग करने के लिए सबसे सामान्य[[ ट्रांसपोर्ट परत | ट्रांसपोर्ट लेयर]] प्रोटोकॉल [[डेटाग्राम प्रोटेकॉलका उपयोग करें|यूजर डेटाग्राम प्रोटेकॉल]] (यूडीपी) है। अपनी प्रकृति से, यूडीपी विश्वसनीय नहीं है - इसमें मैसेज खो सकते हैं या क्रम से वितरित नहीं हो सकते हैं। आईपी ​​​​मल्टीकास्ट के शीर्ष पर हानि का एड्रेस लगाने और पुन: ट्रांसमिशन को जोड़ने के लिए [[व्यावहारिक जनरल मल्टीकास्ट|प्रग्मैटिक जनरल मल्टीकास्ट]] (पीजीएम) जैसे [[विश्वसनीय मल्टीकास्ट|रिलाएबल मल्टीकास्ट]] प्रोटोकॉल विकसित किए गए हैं।
मल्टीकास्ट एड्रेसिंग का उपयोग करने के लिए सबसे सामान्य[[ ट्रांसपोर्ट परत | ट्रांसपोर्ट लेयर]] प्रोटोकॉल [[डेटाग्राम प्रोटेकॉलका उपयोग करें|यूजर डेटाग्राम प्रोटेकॉल]] (यूडीपी) है। अपनी प्रकृति से, यूडीपी रिलाएबल नहीं है - इसमें मैसेज खो सकते हैं या क्रम से वितरित नहीं हो सकते हैं। आईपी ​​​​मल्टीकास्ट के शीर्ष पर हानि का एड्रेस लगाने और पुन: ट्रांसमिशन को जोड़ने के लिए [[व्यावहारिक जनरल मल्टीकास्ट|प्रग्मैटिक जनरल मल्टीकास्ट]] (पीजीएम) जैसे [[विश्वसनीय मल्टीकास्ट|रिलाएबल मल्टीकास्ट]] प्रोटोकॉल विकसित किए गए हैं।


आईपी ​​​​मल्टीकास्ट में मुख्य अवधारणाओं में एक आईपी मल्टीकास्ट ग्रुप एड्रेस सम्मिलित है, <ref name="RFC 5771">{{IETF RFC|5771|link=no}}</ref> एक मल्टीकास्ट डिस्ट्रीब्यूशन ट्री और रिसीवर संचालित ट्री क्रिएशन। <ref>{{IETF RFC|1112|link=no}}</ref> मल्टीकास्ट मैसेज भेजने और प्राप्त करने के लिए स्रोतों और रिसीवरों द्वारा एक आईपी मल्टीकास्ट ग्रुप एड्रेस का उपयोग किया जाता है। सोर्स अपने डेटा पैकेट में ग्रुप एड्रेस को आईपी डेस्टिनेशन एड्रेस के रूप में उपयोग करते हैं। रिसीवर इस ग्रुप एड्रेस का उपयोग नेटवर्क को सूचित करने के लिए करते हैं कि वे उस ग्रुप को भेजे गए पैकेट प्राप्त करने में रुचि रखते हैं। उदाहरण के लिए, यदि कोई कंटेंट ग्रुप {{IPaddr|239.1.1.1}} से संबद्ध है, सोर्स {{IPaddr|239.1.1.1}} पर भेजे गए डेटा पैकेट भेजेगा। उस कंटेंट के रिसीवर नेटवर्क को सूचित करेंगे कि वे ग्रुप {{IPaddr|239.1.1.1}} को भेजे गए डेटा पैकेट प्राप्त करने में रुचि रखते हैं। रिसीवर {{IPaddr|239.1.1.1}} जुड़ जाता है। किसी ग्रुप में सम्मिलित होने के लिए रिसीवर्स द्वारा सामान्यतः उपयोग किए जाने वाले प्रोटोकॉल को इंटरनेट ग्रुप मैनेजमेंट प्रोटोकॉल (आईजीएमपी) कहा जाता है। <ref>{{cite web |title=What Is My IP, Your Address IPv4 IPv6 Decimal on myip. |url=https://my-ip-is.com |website=My Ip Is |language=en}}</ref>
आईपी ​​​​मल्टीकास्ट में मुख्य अवधारणाओं में एक आईपी मल्टीकास्ट ग्रुप एड्रेस सम्मिलित है, <ref name="RFC 5771">{{IETF RFC|5771|link=no}}</ref> एक मल्टीकास्ट डिस्ट्रीब्यूशन ट्री और रिसीवर संचालित ट्री क्रिएशन। <ref>{{IETF RFC|1112|link=no}}</ref> मल्टीकास्ट मैसेज भेजने और प्राप्त करने के लिए स्रोतों और रिसीवरों द्वारा एक आईपी मल्टीकास्ट ग्रुप एड्रेस का उपयोग किया जाता है। सोर्स अपने डेटा पैकेट में ग्रुप एड्रेस को आईपी डेस्टिनेशन एड्रेस के रूप में उपयोग करते हैं। रिसीवर इस ग्रुप एड्रेस का उपयोग नेटवर्क को सूचित करने के लिए करते हैं कि वे उस ग्रुप को भेजे गए पैकेट प्राप्त करने में रुचि रखते हैं। उदाहरण के लिए, यदि कोई कंटेंट ग्रुप {{IPaddr|239.1.1.1}} से संबद्ध है, सोर्स {{IPaddr|239.1.1.1}} पर भेजे गए डेटा पैकेट भेजेगा। उस कंटेंट के रिसीवर नेटवर्क को सूचित करेंगे कि वे ग्रुप {{IPaddr|239.1.1.1}} को भेजे गए डेटा पैकेट प्राप्त करने में रुचि रखते हैं। रिसीवर {{IPaddr|239.1.1.1}} जुड़ जाता है। किसी ग्रुप में सम्मिलित होने के लिए रिसीवर्स द्वारा सामान्यतः उपयोग किए जाने वाले प्रोटोकॉल को इंटरनेट ग्रुप मैनेजमेंट प्रोटोकॉल (आईजीएमपी) कहा जाता है। <ref>{{cite web |title=What Is My IP, Your Address IPv4 IPv6 Decimal on myip. |url=https://my-ip-is.com |website=My Ip Is |language=en}}</ref>


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


आईपी ​​​​मल्टीकास्ट ऑपरेशन को ग्रुप के रिसीवर्स के बारे में जानने के लिए किसी एक्टिव सोर्स की आवश्यकता नहीं होती है। मल्टीकास्ट ट्री निर्माण रिसीवर द्वारा संचालित होता है और नेटवर्क नोड्स द्वारा प्रारम्भ किया जाता है जो रिसीवर के करीब होते हैं। आईपी ​​​​मल्टीकास्ट एक बड़ी रिसीवर आबादी को मापता है। आईपी ​​​​मल्टीकास्ट मॉडल को इंटरनेट आर्किटेक्ट डेविड डी. क्लार्क द्वारा इस प्रकार वर्णित किया गया है, आप एक छोर पर पैकेट डालते हैं, और नेटवर्क उन्हें मांगने वाले किसी भी व्यक्ति तक पहुंचाने का षड़यंत्र करता है। <ref>{{Cite book|title=From P2P and grids to services on the web : evolving distributed communities.|author=Taylor, Ian J.|date=2009|publisher=Springer|others=Harrison, Andrew B., Taylor, Ian J., 1968-|isbn=9781848001220|edition= 2nd.|location=London|oclc=314174970}}</ref>
आईपी ​​​​मल्टीकास्ट ऑपरेशन को ग्रुप के रिसीवर्स के बारे में जानने के लिए किसी एक्टिव सोर्स की आवश्यकता नहीं होती है। मल्टीकास्ट ट्री निर्माण रिसीवर द्वारा संचालित होता है और नेटवर्क नोड्स द्वारा प्रारम्भ किया जाता है जो रिसीवर के करीब होते हैं। आईपी ​​​​मल्टीकास्ट एक बड़ी रिसीवर आबादी को मापता है। आईपी ​​​​मल्टीकास्ट मॉडल को इंटरनेट आर्किटेक्ट डेविड डी. क्लार्क द्वारा इस प्रकार वर्णित किया गया है, आप एक छोर पर पैकेट डालते हैं, और नेटवर्क उन्हें मांगने वाले किसी भी व्यक्ति तक पहुंचाने का षड़यंत्र करता है। <ref>{{Cite book|title=From P2P and grids to services on the web : evolving distributed communities.|author=Taylor, Ian J.|date=2009|publisher=Springer|others=Harrison, Andrew B., Taylor, Ian J., 1968-|isbn=9781848001220|edition= 2nd.|location=London|oclc=314174970}}</ref>


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


===रूटिंग===
===रूटिंग===
प्रत्येक होस्ट जो मल्टीकास्ट ग्रुप का रिसीविंग मेंबर बनना चाहता है (यानी किसी विशेष मल्टीकास्ट एड्रेस के अनुरूप डेटा प्राप्त करना चाहता है) को इसमें सम्मिलित होने के लिए आईजीएमपी का उपयोग करना होगा। निकटवर्ती राउटर भी संचार करने के लिए इस प्रोटोकॉल का उपयोग करते हैं।
प्रत्येक होस्ट जो मल्टीकास्ट ग्रुप का रिसीविंग मेंबर बनना चाहता है (यानी किसी विशेष मल्टीकास्ट एड्रेस के अनुरूप डेटा प्राप्त करना चाहता है) को इसमें सम्मिलित होने के लिए आईजीएमपी का उपयोग करना होगा। निकटवर्ती राउटर भी कम्युनिकेशन करने के लिए इस प्रोटोकॉल का उपयोग करते हैं।


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


यदि यूनिकास्ट के लिए इच्छित पैकेट गलती से मल्टीकास्ट एड्रेस पर भेज दिए जाएं तो कई त्रुटियां हो सकती हैं; विशेष रूप से, मल्टीकास्ट एड्रेस पर ICMP पैकेट भेजने का उपयोग DoS हमलों के संदर्भ में पैकेट प्रवर्धन प्राप्त करने के एक तरीके के रूप में किया गया है।
यदि यूनिकास्ट के लिए इच्छित पैकेट गलती से मल्टीकास्ट एड्रेस पर भेज दिए जाएं तो कई एरर हो सकते हैं; विशेष रूप से, मल्टीकास्ट एड्रेस पर आईसीएमपी पैकेट भेजने का उपयोग डीओएस अटैक के संदर्भ में पैकेट प्रवर्धन प्राप्त करने के एक तरीके के रूप में किया गया है।


स्थानीय नेटवर्क पर, मल्टीकास्ट डिलीवरी को आईजीएमपी (IPv4 नेटवर्क पर) और मल्टीकास्ट लिसनर डिस्कवरी (IPv6 नेटवर्क पर) द्वारा नियंत्रित किया जाता है; [[रूटिंग डोमेन]] के अंदर, प्रोटोकॉल इंडिपेंडेंट मल्टीकास्ट या [[एमओएसपीएफ]] का उपयोग किया जाता है; रूटिंग डोमेन के बीच, [[एमबीजीपी]] जैसे इंटर-डोमेन मल्टीकास्ट रूटिंग प्रोटोकॉल का उपयोग किया जाता है।
स्थानीय नेटवर्क पर, मल्टीकास्ट डिलीवरी को आईजीएमपी (IPv4 नेटवर्क पर) और मल्टीकास्ट लिसनर डिस्कवरी (आईपीवी6नेटवर्क पर) द्वारा नियंत्रित किया जाता है; [[रूटिंग डोमेन]] के अंदर, प्रोटोकॉल इंडिपेंडेंट मल्टीकास्ट या [[एमओएसपीएफ]] का उपयोग किया जाता है; रूटिंग डोमेन के बीच, [[एमबीजीपी]] जैसे इंटर-डोमेन मल्टीकास्ट रूटिंग प्रोटोकॉल का उपयोग किया जाता है।


मल्टीकास्ट डिस्ट्रीब्यूशन के लिए उपयोग किए जाने वाले कुछ सामान्य डिलीवरी और रूटिंग प्रोटोकॉल निम्नलिखित हैं:
मल्टीकास्ट डिस्ट्रीब्यूशन के लिए उपयोग किए जाने वाले कुछ सामान्य डिलीवरी और रूटिंग प्रोटोकॉल निम्नलिखित हैं:
* इंटरनेट ग्रुप मनैजमेंट प्रोटोकॉल (आईजीएमपी)
* इंटरनेट ग्रुप मनैजमेंट प्रोटोकॉल (आईजीएमपी)
* प्रोटोकॉल इंडिपेंडेंट मल्टीकास्ट (पीआईएम)
* प्रोटोकॉल इंडिपेंडेंट मल्टीकास्ट (पीआईएम)
* [[दूरी वेक्टर मल्टीकास्ट रूटिंग प्रोटोकॉल]] (DVMRP)
* [[दूरी वेक्टर मल्टीकास्ट रूटिंग प्रोटोकॉल|डिस्टेंस वेक्टर मल्टीकास्ट रूटिंग प्रोटोकॉल]] (डीवीएमआरपी)
* [[मल्टीकास्ट सबसे पहले सबसे छोटा रास्ता खोलें]] (एमओएसपीएफ)
* [[मल्टीकास्ट सबसे पहले सबसे छोटा रास्ता खोलें|मल्टीकास्ट ओपन शॉर्टेस्ट पाथ फर्स्ट]] (एमओएसपीएफ)
* [[मल्टीकास्ट बीजीपी]] (एमबीजीपी)
* [[मल्टीकास्ट बीजीपी]] (एमबीजीपी)
* [[मल्टीकास्ट सोर्स डिस्कवरी प्रोटोकॉल]] (एमएसडीपी)
* [[मल्टीकास्ट सोर्स डिस्कवरी प्रोटोकॉल]] (एमएसडीपी)
* [[मल्टीकास्ट श्रोता डिस्कवरी]] (एमएलडी)
* [[मल्टीकास्ट श्रोता डिस्कवरी|मल्टीकास्ट लिस्नर डिस्कवरी]] (एमएलडी)
* [[GARP मल्टीकास्ट पंजीकरण प्रोटोकॉल|GARP मल्टीकास्ट रजिस्ट्रेशन प्रोटोकॉल]] (GMRP)
* [[GARP मल्टीकास्ट पंजीकरण प्रोटोकॉल|जीएआरपी मल्टीकास्ट रजिस्ट्रेशन प्रोटोकॉल]] (जीएमआरपी)


===लेयर 2 डिलीवरी===
===लेयर 2 डिलीवरी===
ईथरनेट पैकेट एड्रेस पर एक विशिष्ट लेयर 2 [[मैक पता|मैक एड्रेस]] सेट करके यूनिकास्ट पैकेट ईथरनेट या आईईईई 802.3 सबनेट पर एक विशिष्ट प्राप्तकर्ता को वितरित किए जाते हैं। प्रसारण पैकेट प्रसारण मैक एड्रेस का उपयोग करते हैं {{MACaddr|ff:FF:FF:FF:FF:FF}}.
ईथरनेट पैकेट एड्रेस पर एक विशिष्ट लेयर 2 [[मैक पता|मैक एड्रेस]] सेट करके यूनिकास्ट पैकेट ईथरनेट या आईईईई 802.3 सबनेट पर एक विशिष्ट रिसीवर को वितरित किए जाते हैं। प्रसारण पैकेट प्रसारण मैक एड्रेस {{MACaddr|ff:FF:FF:FF:FF:FF}} का उपयोग करते हैं।


IPv4 मल्टीकास्ट पैकेट ईथरनेट MAC एड्रेस रेंज का उपयोग करके वितरित किए जाते हैं {{MACaddr|01:00:5e:00:00:00}} के माध्यम से {{MACaddr|01:00:5e:7f:ff:ff}} ([[इंटरनेट निरुपित नंबर प्राधिकरण]] के स्वामित्व वाले [[संगठनात्मक रूप से विशिष्ट पहचानकर्ता]] के साथ)इस रेंज में 23 बिट एड्रेस स्पेस उपलब्ध है। पहले ऑक्टेट (01) में प्रसारण/मल्टीकास्ट बिट सम्मिलित है। 28-बिट मल्टीकास्ट आईपी एड्रेस के निचले 23 बिट्स को उपलब्ध ईथरनेट एड्रेस स्पेस के 23 बिट्स में मैप किया गया है। इसका मतलब है कि पैकेट वितरित करने में अस्पष्टता है। यदि एक ही सबनेट पर दो होस्ट एक अलग मल्टीकास्ट ग्रुप की सदस्यता लेते हैं, जिसका एड्रेस केवल पहले 5 बिट्स में भिन्न होता है, तो दोनों मल्टीकास्ट समूहों के लिए ईथरनेट पैकेट दोनों होस्टों को वितरित किए जाएंगे, जिससे मेजबानों में नेटवर्क सॉफ़्टवेयर को अनावश्यक पैकेट को त्यागने की आवश्यकता होगी।<ref name="rfc1112">{{cite IETF|rfc=1112|title=आईपी ​​मल्टीकास्टिंग के लिए होस्ट एक्सटेंशन|author=S. Deering|authorlink=Steve Deering|section=6.4|date=August 1989|publisher=Network Working Group}} Obsoletes {{IETF RFC|988|link=no}} and {{IETF RFC|1054|link=no}}; updated by {{IETF RFC|2236|link=no}}</ref>
IPv4 मल्टीकास्ट पैकेट ईथरनेट एमएसी एड्रेस रेंज {{MACaddr|01:00:5e:00:00:00}} के माध्यम से {{MACaddr|01:00:5e:7f:ff:ff}} ([[इंटरनेट निरुपित नंबर प्राधिकरण|इंटरनेट एसाइन्ड नंबर्स अथॉरिटी]] के स्वामित्व वाले [[संगठनात्मक रूप से विशिष्ट पहचानकर्ता|आर्गेनाइजेशनली यूनिक आइडेंटिफायर]] के साथ) का उपयोग करके वितरित किए जाते हैं। इस रेंज में 23 बिट एड्रेस स्पेस उपलब्ध है। पहले ऑक्टेट (01) में प्रसारण/मल्टीकास्ट बिट सम्मिलित है। 28-बिट मल्टीकास्ट आईपी एड्रेस के निचले 23 बिट्स को उपलब्ध ईथरनेट एड्रेस स्पेस के 23 बिट्स में मैप किया गया है। इसका अर्थ है कि पैकेट वितरित करने में अस्पष्टता है। यदि एक ही सबनेट पर दो होस्ट एक अलग मल्टीकास्ट ग्रुप की सदस्यता लेते हैं, जिसका एड्रेस केवल पहले 5 बिट्स में भिन्न होता है, तो दोनों मल्टीकास्ट ग्रुप के लिए ईथरनेट पैकेट दोनों होस्टों को वितरित किए जाएंगे, जिससे होस्ट में नेटवर्क सॉफ़्टवेयर को अनावश्यक पैकेट को त्यागने की आवश्यकता होगी। <ref name="rfc1112">{{cite IETF|rfc=1112|title=आईपी ​​मल्टीकास्टिंग के लिए होस्ट एक्सटेंशन|author=S. Deering|authorlink=Steve Deering|section=6.4|date=August 1989|publisher=Network Working Group}} Obsoletes {{IETF RFC|988|link=no}} and {{IETF RFC|1054|link=no}}; updated by {{IETF RFC|2236|link=no}}</ref>
IPv6 एड्रेस#मल्टीकास्ट एड्रेस के लिए, ईथरनेट MAC चार लो-ऑर्डर ऑक्टेट द्वारा प्राप्त किया जाता है या MAC के साथ जोड़ा जाता है {{MACaddr|33:33:00:00:00:00}}, उदाहरण के लिए IPv6 एड्रेस {{IPaddr|FF02:DEAD:BEEF::1:3}} ईथरनेट मैक एड्रेस पर मैप किया जाएगा {{MACaddr|33:33:00:01:00:03}}.<ref name="rfc2464">{{cite IETF|rfc=2464|title=Transmission of IPv6 Packets over Ethernet Networks|author=M. Crawford|date=December 1998|publisher=Network Working Group}} Obsoletes {{IETF RFC|1972|link=no}}; updated by {{IETF RFC|6085|link=no}}, {{IETF RFC|6084|link=no}}.</ref>
यदि कोई स्विच मल्टीकास्ट एड्रेस को नहीं समझता है तो यह उस ट्रैफ़िक को LAN के सभी सदस्यों में प्रवाहित कर देगा; इस मामले में सिस्टम के नेटवर्क कार्ड (या ऑपरेटिंग सिस्टम) को मल्टीकास्ट समूहों को भेजे गए पैकेटों को फ़िल्टर करना होगा जिनकी उन्होंने सदस्यता नहीं ली है।


ऐसे स्विच हैं जो आईजीएमपी ट्रैफ़िक को सुनते हैं और एक राज्य तालिका बनाए रखते हैं जिसमें नेटवर्क सिस्टम किसी दिए गए मल्टीकास्ट ग्रुप की सदस्यता लेते हैं। इस तालिका का उपयोग किसी दिए गए ग्रुप को भेजे गए ट्रैफ़िक को केवल मेजबानों (बंदरगाहों) के सीमित सेट तक अग्रेषित करने के लिए किया जाता है। आईजीएमपी ट्रैफ़िक को सुनने की इस प्रक्रिया को आईजीएमपी स्नूपिंग कहा जाता है।
आइपीवी6 मल्टीकास्ट एड्रेस के लिए, ईथरनेट एमएसी चार लो-ऑर्डर ऑक्टेट द्वारा प्राप्त किया जाता है या एमएसी {{MACaddr|33:33:00:00:00:00}} के साथ जोड़ा जाता है, उदाहरण के लिए आइपीवी6 एड्रेस {{IPaddr|FF02:DEAD:BEEF::1:3}} ईथरनेट मैक एड्रेस {{MACaddr|33:33:00:01:00:03}} पर मैप किया जाएगा। <ref name="rfc2464">{{cite IETF|rfc=2464|title=Transmission of IPv6 Packets over Ethernet Networks|author=M. Crawford|date=December 1998|publisher=Network Working Group}} Obsoletes {{IETF RFC|1972|link=no}}; updated by {{IETF RFC|6085|link=no}}, {{IETF RFC|6084|link=no}}.</ref>


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


===वायरलेस विचार===
ऐसे स्विच हैं जो आईजीएमपी ट्रैफ़िक को सुनते हैं और एक स्टेट टेबल बनाए रखते हैं जिसमें नेटवर्क सिस्टम किसी दिए गए मल्टीकास्ट ग्रुप की सदस्यता लेते हैं। इस तालिका का उपयोग किसी दिए गए ग्रुप को भेजे गए ट्रैफ़िक को केवल होस्ट (बंदरगाहों) के सीमित सेट तक अग्रेषित करने के लिए किया जाता है। आईजीएमपी ट्रैफ़िक को सुनने की इस प्रक्रिया को आईजीएमपी स्नूपिंग कहा जाता है।
802.11 वायरलेस नेटवर्किंग आईपी मल्टीकास्ट एड्रेस को मैप करने के लिए वायर्ड ईथरनेट के समान मैक एड्रेस की श्रेणी का उपयोग करती है। हालाँकि, 802.11 वायरलेस नेटवर्क [[वितरण यातायात संकेत संदेश|डिस्ट्रीब्यूशन यातायात संकेत मैसेज]] (डीटीआईएम) के कॉन्फ़िगरेशन और [[बीकन फ्रेम]] सेटिंग्स के आधार पर मल्टीकास्ट ट्रैफिक को अलग तरह से संभालता है। यदि मूल सेवा सेट के भीतर कोई भी स्टेशन पावर सेव मोड में नहीं है, तो मल्टीकास्ट पैकेट आने पर तुरंत भेज दिए जाते हैं। यदि पावर सेव मोड में एक या अधिक स्टेशन हैं, तो एक्सेस प्वाइंट केवल प्रत्येक डीटीआईएम अंतराल के बाद मल्टीकास्ट ट्रैफिक प्रदान करते हैं और मूल दर सेट में समर्थित दरों में से एक पर संचारित करते हैं। अधिकांश वायरलेस एक्सेस प्वाइंट में, इस अंतराल के लिए डिफ़ॉल्ट कॉन्फ़िगरेशन या तो 102.4 एमएस है{{citation needed|date=June 2014}} (बीकन अंतराल = 100 एमएस, डीटीआईएम = 1) या 204.8 एमएस{{citation needed|date=June 2014}} (बीकन अंतराल = 100ms, DTIM = 2) और संचारण दर या तो 1 Mbit/s या 6 Mbit/s है{{citation needed|date=June 2014}}, ऑपरेटिंग बैंड और सुरक्षा मोड पर निर्भर करता है। वायरलेस नेटवर्क में मल्टीकास्ट प्रदर्शन को बेहतर बनाने के लिए DTIM और बीकन अंतराल सेटिंग्स को समायोजित किया जा सकता है।<ref>{{cite web| url = http://www.wireless-nets.com/resources/tutorials/802.11_multicasting.html | publisher = Wireless nets | title = 802.11 Multicasting|access-date=2008-10-08}}</ref>
ईथरनेट के विपरीत, 802.11 में अधिकांश ट्रैफ़िक ACKs और NACKs का उपयोग करके विश्वसनीय रूप से भेजा जाता है ताकि रेडियो हस्तक्षेप के कारण असहनीय रूप से उच्च पैकेट हानि न हो। हालाँकि, मल्टीकास्ट पैकेट एक बार भेजे जाते हैं और उन्हें स्वीकार नहीं किया जाता है, इसलिए वे बहुत अधिक हानि दर के अधीन होते हैं। इससे निपटने के लिए कई तरीके हैं, जैसे प्रत्येक क्लाइंट के लिए बार-बार यूनिकास्ट मल्टीकास्ट डेटा चुनना, या प्रत्येक क्लाइंट से ACK का अनुरोध करना।<ref>{{cite web|url=https://jwcn-eurasipjournals.springeropen.com/|title=वायरलेस संचार और नेटवर्किंग पर EURASIP जर्नल|website=वायरलेस संचार और नेटवर्किंग पर EURASIP जर्नल}}</ref> कुछ विधियों को केवल एक्सेस प्वाइंट पर संशोधन की आवश्यकता होती है, और कुछ एंटरप्राइज़-श्रेणी के उपकरणों में समर्थित होते हैं, जबकि अन्य सुधारों के लिए ग्राहकों को संशोधन की आवश्यकता होगी, और इसलिए उन्हें व्यापक रूप से अपनाया नहीं गया है।


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


संचार लिंक के रूप में [[IPsec]] के उपयोग के लिए पॉइंट-टू-पॉइंट कनेक्शन स्थापना की आवश्यकता होती है। सामान्यतः, प्रेषक से प्राप्तकर्ता तक सुरक्षा की आवश्यकता होती है जिसका अर्थ है कि प्रेषक को प्रत्येक सुरक्षित कनेक्शन पर पैकेट को दोहराना होगा - प्रत्येक रिसीवर के लिए एक। जैसे-जैसे रिसीवर्स की संख्या बढ़ती है, प्रेषक को प्रत्येक रिसीवर्स के लिए पैकेट की प्रतिकृति बनाकर स्केल करना होगा। प्रेषक पर रखा गया प्रसंस्करण भार अधिक हो सकता है जो प्रेषक की स्केलेबिलिटी को सीमित करता है। मल्टीकास्ट को सुरक्षित रूप से प्रसारित करने के लिए एक नई विधि की आवश्यकता थी और इसे सिक्योर मल्टीकास्ट या मल्टीकास्ट सिक्योरिटी के रूप में जाना जाता था।
===वायरलेस कन्सिडरेशन===
802.11 वायरलेस नेटवर्किंग आईपी मल्टीकास्ट एड्रेस को मैप करने के लिए वायर्ड ईथरनेट के समान मैक एड्रेस की क्लास का उपयोग करती है। हालाँकि, 802.11 वायरलेस नेटवर्क [[वितरण यातायात संकेत संदेश|डिलीवरी ट्रैफिक इंडिकेशन मैसेज]] (डीटीआईएम) के कॉन्फ़िगरेशन और [[बीकन फ्रेम]] सेटिंग्स के आधार पर मल्टीकास्ट ट्रैफिक को अलग तरह से संभालता है। यदि बेसिक सर्विस सेट के भीतर कोई भी स्टेशन पावर सेव मोड में नहीं है, तो मल्टीकास्ट पैकेट आने पर तुरंत भेज दिए जाते हैं। यदि पावर सेव मोड में एक या अधिक स्टेशन हैं, तो एक्सेस प्वाइंट केवल प्रत्येक डीटीआईएम इंटरवल के बाद मल्टीकास्ट ट्रैफिक प्रदान करते हैं और बेसिक सर्विस सेट में समर्थित दरों में से एक पर संचारित करते हैं। अधिकांश वायरलेस एक्सेस प्वाइंट में, इस इंटरवल के लिए डिफ़ॉल्ट कॉन्फ़िगरेशन या तो 102.4 एमएस है (बीकन इंटरवल = 100 एमएस, डीटीआईएम = 1) या 204.8 एमएस (बीकन इंटरवल = 100ms, डीटीआईएम = 2) और संचारण दर या तो 1 एमबीटी/एस या 6 एमबीटी/एस है, यह ऑपरेटिंग बैंड और प्रोटेक्शन मोड पर निर्भर करता है। वायरलेस नेटवर्क में मल्टीकास्ट प्रदर्शन को बेहतर बनाने के लिए डीटीआईएम और बीकन इंटरवल सेटिंग्स को समायोजित किया जा सकता है।<ref>{{cite web| url = http://www.wireless-nets.com/resources/tutorials/802.11_multicasting.html | publisher = Wireless nets | title = 802.11 Multicasting|access-date=2008-10-08}}</ref>


इंटरनेट इंजीनियरिंग टास्क फोर्स ([[IETF]]) ने पैकेट नेटवर्क पर मल्टीकास्ट ट्रैफ़िक को सुरक्षित रूप से प्रसारित करने के लिए एक नया इंटरनेट प्रोटोकॉल (IP) बनाया। प्रोटोकॉल परिभाषा को मल्टीकास्ट सिक्योरिटी वर्कग्रुप में विकसित किया गया था और टिप्पणियों के लिए कई अनुरोध (आरएफसी) का नेतृत्व किया गया था जो अब आईपी मल्टीकास्ट ट्रैफ़िक को सुरक्षित करने के लिए मानकों के रूप में उपयोग किया जाता है। प्रोटोकॉल ने प्रेषक को मल्टीकास्ट पैकेट को एन्क्रिप्ट करने और इसे इष्टतम डिस्ट्रीब्यूशन ट्री पर पैकेट नेटवर्क में अग्रेषित करने की अनुमति दी। पैकेट को नेटवर्क में इष्टतम स्थानों पर दोहराया जा सकता है और सभी रिसीवरों तक पहुंचाया जा सकता है। रिसीवर पैकेट को डिक्रिप्ट करने और पैकेट को सुरक्षित नेटवर्क वातावरण में अग्रेषित करने में सक्षम हैं। मल्टीकास्ट पैकेट का प्रेषक संभावित प्राप्तकर्ताओं को नहीं जानता है; इसलिए, जोड़ी-वार एन्क्रिप्शन कुंजी (प्रत्येक रिसीवर के लिए एक) का निर्माण असंभव है। प्रेषक को एक शेयर्ड कुंजी का उपयोग करके पैकेट को एन्क्रिप्ट करना होगा जिसका उपयोग सभी वैध रिसीवर पैकेट को डिक्रिप्ट करने के लिए करते हैं। सिस्टम की सुरक्षा केवल उन वैध प्राप्तकर्ताओं को चाबियों के डिस्ट्रीब्यूशन को नियंत्रित करने की क्षमता पर आधारित है। इसके लिए, IETF ने RFC 6407 में परिभाषित [[व्याख्या का समूह डोमेन|व्याख्या का ग्रुप डोमेन]] (GDOI) प्रोटोकॉल बनाया। प्रोटोकॉल प्रेषक और रिसीवर को एक प्रमुख सर्वर से जुड़ने की अनुमति देता है जहां नीतियों और कुंजियों को एन्क्रिप्ट किया जाता है और सुरक्षित मल्टीकास्ट ग्रुप के सदस्यों को वितरित किया जाता है। कुंजी सर्वर सेंडर्स और प्राप्तकर्ताओं को एक विशिष्ट ग्रुप में प्रमाणित और अधिकृत कर सकता है जहां शेयर्ड कुंजी का उपयोग ग्रुप के सदस्यों के बीच ट्रैफ़िक को एन्क्रिप्ट और डिक्रिप्ट करने के लिए किया जाता है।
ईथरनेट के विपरीत, 802.11 में अधिकांश ट्रैफ़िक एसीके और नैक का उपयोग करके रिलाएबल रूप से भेजा जाता है ताकि रेडियो हस्तक्षेप के कारण असहनीय रूप से उच्च पैकेट हानि न हो। हालाँकि, मल्टीकास्ट पैकेट एक बार भेजे जाते हैं और उन्हें स्वीकार नहीं किया जाता है, इसलिए वे बहुत अधिक हानि दर के अधीन होते हैं। इससे निपटने के लिए कई तरीके हैं, जैसे प्रत्येक क्लाइंट के लिए बार-बार यूनिकास्ट मल्टीकास्ट डेटा चुनना, या प्रत्येक क्लाइंट से एसीके का अनुरोध करना। <ref>{{cite web|url=https://jwcn-eurasipjournals.springeropen.com/|title=वायरलेस संचार और नेटवर्किंग पर EURASIP जर्नल|website=वायरलेस संचार और नेटवर्किंग पर EURASIP जर्नल}}</ref> कुछ विधियों को केवल एक्सेस प्वाइंट पर संशोधन की आवश्यकता होती है, और कुछ एंटरप्राइज़-क्लास के उपकरणों में समर्थित होते हैं, जबकि अन्य सुधारों के लिए ग्राहकों को संशोधन की आवश्यकता होगी, और इसलिए उन्हें व्यापक रूप से अपनाया नहीं गया है।
 
== सिक्योर मल्टीकास्ट ==
आईपी ​​​​मल्टीकास्ट एक इंटरनेट कम्युनिकेशन विधि है जहां एक एकल डेटा पैकेट को सेन्डर से प्रेषित किया जा सकता है और रिसीवर के एक सेट में दोहराया जा सकता है। रेप्लिकेशन टेक्नीक कुछ हद तक डेटा संचारित करने के लिए उपयोग किए जाने वाले मीडिया पर निर्भर होती है। ईथरनेट या सैटेलाइट लिंक जैसे अंतर्निहित प्रसारण मीडिया पर मल्टीकास्ट का प्रसारण स्वचालित रूप से डेटा पैकेट को मीडिया से सीधे जुड़े सभी रिसीवरों द्वारा प्राप्त करने की अनुमति देता है। इसके विपरीत, मीडिया पर पॉइंट-टू-पॉइंट या पॉइंट-टू-मल्टीपॉइंट के मल्टीकास्ट के प्रसारण के लिए प्रत्येक लिंक के लिए पैकेट को दोहराने की आवश्यकता होती है। प्रतिकृति प्रक्रिया इष्टतम तरीके से होनी चाहिए जहां नेटवर्क के भीतर एक डिस्ट्रीब्यूशन ट्री बनाया गया है। पैकेट को ट्री की प्रत्येक शाखा पर दोहराया जा सकता है। इससे सेन्डर को प्रत्येक रिसीवर के लिए पैकेट को एक बार दोहराने की आवश्यकता कम हो जाती है।
 
कम्युनिकेशन लिंक के रूप में [[IPsec|आईपीएसईसी]] के उपयोग के लिए पॉइंट-टू-पॉइंट कनेक्शन स्थापना की आवश्यकता होती है। सामान्यतः, सेन्डर से रिसीवर तक प्रोटेक्शन की आवश्यकता होती है जिसका अर्थ है कि सेन्डर को प्रत्येक सिक्योर कनेक्शन पर पैकेट को दोहराना होगा - प्रत्येक रिसीवर के लिए एक है। जैसे-जैसे रिसीवर्स की संख्या बढ़ती है, सेन्डर को प्रत्येक रिसीवर्स के लिए पैकेट की प्रतिकृति बनाकर स्केल करना होगा। सेन्डर पर रखा गया प्रसंस्करण भार अधिक हो सकता है जो सेन्डर की स्केलेबिलिटी को सीमित करता है। मल्टीकास्ट को सिक्योर रूप से प्रसारित करने के लिए एक नई विधि की आवश्यकता थी और इसे सिक्योर मल्टीकास्ट या मल्टीकास्ट सिक्योरिटी के रूप में जाना जाता था।
 
इंटरनेट इंजीनियरिंग टास्क फोर्स ([[IETF|आईईटीएफ]]) ने पैकेट नेटवर्क पर मल्टीकास्ट ट्रैफ़िक को सिक्योर रूप से प्रसारित करने के लिए एक नया इंटरनेट प्रोटोकॉल (आईपी) बनाया। प्रोटोकॉल परिभाषा को मल्टीकास्ट सिक्योरिटी वर्कग्रुप में विकसित किया गया था और टिप्पणियों के लिए कई अनुरोध (आरएफसी) का नेतृत्व किया गया था जो अब आईपी मल्टीकास्ट ट्रैफ़िक को सिक्योर करने के लिए मानकों के रूप में उपयोग किया जाता है। प्रोटोकॉल ने सेन्डर को मल्टीकास्ट पैकेट को एन्क्रिप्ट करने और इसे इष्टतम डिस्ट्रीब्यूशन ट्री पर पैकेट नेटवर्क में अग्रेषित करने की अनुमति दी। पैकेट को नेटवर्क में इष्टतम स्थानों पर दोहराया जा सकता है और सभी रिसीवरों तक पहुंचाया जा सकता है। रिसीवर पैकेट को डिक्रिप्ट करने और पैकेट को सिक्योर नेटवर्क एनवायरमेंट में अग्रेषित करने में सक्षम हैं। मल्टीकास्ट पैकेट का सेन्डर पॉसिबल रिसीवर को नहीं जानता है; इसलिए, पेअर-वाइज एन्क्रिप्शन की (प्रत्येक रिसीवर के लिए एक) का निर्माण असंभव है। सेन्डर को एक शेयर्ड की का उपयोग करके पैकेट को एन्क्रिप्ट करना होगा जिसका उपयोग सभी वैलिड रिसीवर पैकेट को डिक्रिप्ट करने के लिए करते हैं। सिस्टम की प्रोटेक्शन केवल उन वैलिड रिसीवर को कीज़ के डिस्ट्रीब्यूशन को नियंत्रित करने की क्षमता पर बेस्ड है। इसके लिए, आईईटीएफ ने [rfc:6407 आरएफसी 6407] में परिभाषित [[व्याख्या का समूह डोमेन|ग्रुप डोमेन ऑफ़ इंटरप्रिटेशन]] (जीडीओआई) प्रोटोकॉल बनाया। प्रोटोकॉल सेन्डर और रिसीवर को एक की सर्वर से जुड़ने की अनुमति देता है जहां पॉलिसीज और कीज़ को एन्क्रिप्ट किया जाता है और सिक्योर मल्टीकास्ट ग्रुप के मेंबर को वितरित किया जाता है। की सर्वर सेंडर्स और रिसीवर को एक विशिष्ट ग्रुप में प्रमाणित और अधिकृत कर सकता है जहां शेयर्ड की का उपयोग ग्रुप के मेंबर के बीच ट्रैफ़िक को एन्क्रिप्ट और डिक्रिप्ट करने के लिए किया जाता है।


==रिलाएबल मल्टीकास्ट==
==रिलाएबल मल्टीकास्ट==
{{further|Reliable multicast}}
{{further|रिलाएबल मल्टीकास्ट}}
मल्टीकास्ट, अपने स्वभाव से, एक कनेक्शन-उन्मुख तंत्र नहीं है, इसलिए [[ प्रसारण नियंत्रण प्रोटोकॉल ]] जैसे प्रोटोकॉल, जो लापता पैकेटों के पुन: प्रसारण की अनुमति देता है, उपयुक्त नहीं हैं। ऑडियो और वीडियो स्ट्रीमिंग जैसे एप्लीकेशन के लिए, कभी-कभार गिरा हुआ पैकेट कोई समस्या नहीं है। लेकिन महत्वपूर्ण डेटा के डिस्ट्रीब्यूशन के लिए, पुनः प्रसारण का अनुरोध करने के लिए एक तंत्र की आवश्यकता होती है।


ऐसी ही एक योजना, सिस्को द्वारा प्रस्तावित, पीजीएम है (मूल रूप से प्रिटी गुड मल्टीकास्टिंग, लेकिन ट्रेडमार्क कारणों से इसे प्रैग्मैटिक जनरल मल्टीकास्ट में बदल दिया गया),{{Citation needed|date=September 2010}} आरएफसी 3208 में प्रलेखित। इस योजना में, मल्टीकास्ट पैकेट में अनुक्रम संख्याएं होती हैं और जब एक पैकेट छूट जाता है तो प्राप्तकर्ता अनुरोध कर सकता है कि पैकेट को मल्टीकास्ट ग्रुप के अन्य सदस्यों के साथ फिर से मल्टीकास्ट किया जाए, यदि आवश्यकता न हो तो प्रतिस्थापन डेटा को नजरअंदाज कर दिया जाए। एक विस्तारित संस्करण, पीजीएम-सीसी, ने पूरे ग्रुप को सबसे खराब रिसीवर द्वारा उपलब्ध बैंडविड्थ तक कम करके आईपी मल्टीकास्टिंग को अधिक टीसीपी अनुकूल बनाने का प्रयास किया है।
मल्टीकास्ट, अपने प्रकार से, एक कनेक्शन-ओरिएंटेड मैकेनिज्म नहीं है, इसलिए [[ प्रसारण नियंत्रण प्रोटोकॉल |ट्रांसमिशन कण्ट्रोल प्रोटोकॉल]] जैसे प्रोटोकॉल, जो लापता पैकेटों के पुन: प्रसारण की अनुमति देता है, उपयुक्त नहीं हैं। ऑडियो और वीडियो स्ट्रीमिंग जैसे एप्लीकेशन के लिए, ओकेजनल ड्रॉप्ड पैकेट कोई समस्या नहीं है। लेकिन महत्वपूर्ण डेटा के डिस्ट्रीब्यूशन के लिए, पुनः प्रसारण का अनुरोध करने के लिए एक तंत्र की आवश्यकता होती है।


[[इंटरनेट इंजीनियरिंग टास्क फोर्स]] (IETF) द्वारा प्रलेखित दो अन्य योजनाएं हैं: मानक-ट्रैक प्रोटोकॉल NACK-ओरिएंटेड रिलायबल मल्टीकास्ट (NORM), जिसे RFC 5740 और RFC 5401 में प्रलेखित किया गया है, और प्रोटोकॉल [[यूनिडायरेक्शनल ट्रांसपोर्ट पर फ़ाइल डिलीवरी]] (FLUTE), प्रलेखित है। RFC 6726 में। मालिकाना के अतिरिक्त, ओपन-सोर्स कार्यान्वयन भी इनके लिए मौजूद हैं। ऐसे अन्य प्रोटोकॉल मौजूद हैं, जैसे [[स्केलेबल विश्वसनीय मल्टीकास्ट|स्केलेबल रिलाएबल मल्टीकास्ट]], और विभिन्न स्रोतों द्वारा परिभाषित किए गए हैं। इस तरह के प्रोटोकॉल त्रुटि का एड्रेस लगाने के साधनों, त्रुटि पुनर्प्राप्ति में उपयोग किए जाने वाले तंत्र, ऐसी पुनर्प्राप्ति की स्केलेबिलिटी और विश्वसनीय होने के अर्थ में सम्मिलित अंतर्निहित विचारों में भिन्न होते हैं। ACM SIGCOMM मल्टीकास्ट वर्कशॉप से ​​रिलाएबल मल्टीकास्ट प्रोटोकॉल की एक सूची, 27 अगस्त 1996, समस्या के कई दृष्टिकोणों का दस्तावेजीकरण करती है।
ऐसी ही एक योजना, सिस्को द्वारा प्रस्तावित, पीजीएम है (मूल रूप से प्रिटी गुड मल्टीकास्टिंग, लेकिन ट्रेडमार्क कारणों से इसे प्रैग्मैटिक जनरल मल्टीकास्ट में बदल दिया गया), आरएफसी 3208 में प्रलेखित है। इस योजना में, मल्टीकास्ट पैकेट में अनुक्रम संख्याएं होती हैं और जब एक पैकेट छूट जाता है तो रिसीवर अनुरोध कर सकता है कि पैकेट को मल्टीकास्ट ग्रुप के अन्य मेंबर के साथ फिर से मल्टीकास्ट किया जाए, यदि आवश्यकता न हो तो प्रतिस्थापन डेटा की उपेक्षा की जाती है। एक विस्तारित संस्करण, पीजीएम-सीसी, ने पूरे ग्रुप को सबसे खराब रिसीवर द्वारा उपलब्ध बैंडविड्थ तक कम करके आईपी मल्टीकास्टिंग को अधिक टीसीपी अनुकूल बनाने का प्रयास किया है।


इंटरनेट प्रोटोकॉल मल्टीकास्ट स्टैंडर्ड इनिशिएटिव (आईपीएमएसआई) जैसे स्वतंत्र समूहों ने दावा किया है कि प्रस्तावित [[स्मार्ट मल्टीकास्ट]]|सिक्योर मल्टीकास्ट फॉर एडवांस्ड रिपीटिंग ऑफ टेलीविजन (एसएमएआरटी) जैसे वास्तव में स्केलेबल सिक्योर विश्वसनीय आईपी मल्टीकास्ट प्रोटोकॉल की कमी ने आईपी मल्टीकास्ट को अपनाने में बाधा उत्पन्न की है। अंतर-डोमेन रूटिंग. एईएस स्तर की सुरक्षा और स्केलेबल विश्वसनीयता वाली व्यापक रूप से अपनाई गई प्रणाली की कमी ने खेल आयोजनों (जैसे सुपर बाउल) और/या ब्रेकिंग न्यूज कार्यक्रमों के बड़े पैमाने पर मीडिया प्रसारण को सार्वजनिक इंटरनेट पर प्रसारित होने से रोक दिया है।{{Citation needed|date=February 2010}}
[[इंटरनेट इंजीनियरिंग टास्क फोर्स]] (आईईटीएफ) द्वारा प्रलेखित दो अन्य योजनाएं हैं: स्टैण्डर्ड-ट्रैक प्रोटोकॉल एनएसीके-ओरिएंटेड रिलायबल मल्टीकास्ट (एनओआरएम), जिसे [rfc:5740 आरएफसी 5740] और [rfc:5401 आरएफसी 5401] में प्रलेखित किया गया है, और प्रोटोकॉल फाइल डिलीवरी ओवर यूनिडायरेक्शनल ट्रांसपोर्ट (एफएलयूटीई), [rfc:6726 आरएफसी 6726] में प्रलेखित है। प्रोप्राइटरी के अतिरिक्त, ओपन-सोर्स कार्यान्वयन भी इनके लिए उपस्थित हैं। ऐसे अन्य प्रोटोकॉल उपस्थित हैं, जैसे [[स्केलेबल विश्वसनीय मल्टीकास्ट|स्केलेबल रिलाएबल मल्टीकास्ट]], और विभिन्न स्रोतों द्वारा परिभाषित किए गए हैं। इस तरह के प्रोटोकॉल एरर का एड्रेस लगाने के साधनों, एरर पुनर्प्राप्ति में उपयोग किए जाने वाले तंत्र, ऐसी पुनर्प्राप्ति की स्केलेबिलिटी और रिलाएबल होने के अर्थ में सम्मिलित अंतर्निहित विचारों में भिन्न होते हैं। एसीएम सिगकॉम मल्टीकास्ट वर्कशॉप से ​​रिलाएबल मल्टीकास्ट प्रोटोकॉल की एक सूची, 27 अगस्त 1996, समस्या के कई दृष्टिकोणों का प्रलेखन करती है।


विश्वसनीय आईपी मल्टीकास्टिंग प्रोटोकॉल, जैसे पीजीएम और स्मार्ट, प्रयोगात्मक हैं; एकमात्र मानक-ट्रैक प्रोटोकॉल NORM है (RFC 3941 का मानक-ट्रैक संशोधन RFC 5401 में निर्दिष्ट है, RFC 3940 का मानक-ट्रैक संशोधन RFC 5740 में निर्दिष्ट है)
इंटरनेट प्रोटोकॉल मल्टीकास्ट स्टैंडर्ड इनिशिएटिव (आईपीएमएसआई) जैसे इंडिपेंडेंट ग्रुप ने दावा किया है कि प्रस्तावित सिक्योर मल्टीकास्ट फॉर एडवांस्ड रिपीटिंग ऑफ टेलीविजन (एसएमएआरटी) जैसे वास्तव में स्केलेबल सिक्योर रिलाएबल आईपी मल्टीकास्ट प्रोटोकॉल की कमी ने आईपी इंटर-डोमेन रूटिंग मल्टीकास्ट को अपनाने में बाधा उत्पन्न की है। एईएस स्तर की प्रोटेक्शन और स्केलेबल रिलायबिलिटी वाली व्यापक रूप से अपनाई गई प्रणाली की कमी ने खेल आयोजनों (जैसे सुपर बाउल) और/या ब्रेकिंग न्यूज कार्यक्रमों के बड़े मापक्रम पर मीडिया प्रसारण को सार्वजनिक इंटरनेट पर प्रसारित होने से रोक दिया है।


==मल्टीकास्ट-आधारित प्रोटोकॉल==
रिलाएबल आईपी मल्टीकास्टिंग प्रोटोकॉल, जैसे पीजीएम और स्मार्ट, एक्सपेरिमेंटल हैं; एकमात्र स्टैण्डर्ड-ट्रैक प्रोटोकॉल एनओआरएम है ([rfc:3941 आरएफसी 3941] का मानक-ट्रैक संशोधन [rfc:5401 आरएफसी 5401] में निर्दिष्ट है, [rfc:3940 आरएफसी 3940] का मानक-ट्रैक रिविज़न [rfc:5740 आरएफसी 5740] में निर्दिष्ट है)
चूंकि मल्टीकास्ट यूनिकास्ट से एक अलग ट्रांसमिशन मोड है, केवल मल्टीकास्ट के लिए डिज़ाइन किए गए प्रोटोकॉल को मल्टीकास्ट के साथ समझदारी से उपयोग किया जा सकता है। अधिकांश मौजूदा एप्लिकेशन प्रोटोकॉल जो मल्टीकास्ट का उपयोग करते हैं, उपयोगकर्ता डेटाग्राम प्रोटोकॉल (यूडीपी) के शीर्ष पर चलते हैं।


कई एप्लीकेशन में, [[ वास्तविक समय परिवहन प्रोटोकॉल ]] (आरटीपी) का उपयोग मल्टीकास्ट पर मल्टीमीडिया कंटेंट को तैयार करने के लिए किया जाता है; मल्टीकास्ट डिस्ट्रीब्यूशन का समर्थन करने वाले नेटवर्क में बैंडविड्थ आरक्षण के लिए [[संसाधन आरक्षण प्रोटोकॉल]] (आरएसवीपी) का उपयोग किया जा सकता है। [[मल्टीकास्ट डीएनएस]] (एमडीएनएस) का उपयोग मल्टीकास्ट का उपयोग करके समर्पित डीएनएस सर्वर के बिना डोमेन या होस्ट नामों को हल करने के लिए किया जा सकता है।
==मल्टीकास्ट-बेस्ड प्रोटोकॉल==
चूंकि मल्टीकास्ट यूनिकास्ट से एक अलग ट्रांसमिशन मोड है, केवल मल्टीकास्ट के लिए अभिकल्पित किए गए प्रोटोकॉल को मल्टीकास्ट के साथ समझदारी से उपयोग किया जा सकता है। अधिकांश उपस्थित एप्लिकेशन प्रोटोकॉल जो मल्टीकास्ट का उपयोग करते हैं, यूजर डेटाग्राम प्रोटोकॉल (यूडीपी) के शीर्ष पर चलते हैं।


==तैनाती==
कई एप्लीकेशन में,[[ वास्तविक समय परिवहन प्रोटोकॉल |रियल-टाइम ट्रांसपोर्ट प्रोटोकॉल]] (आरटीपी) का उपयोग मल्टीकास्ट पर मल्टीमीडिया कंटेंट को तैयार करने के लिए किया जाता है; मल्टीकास्ट डिस्ट्रीब्यूशन को सपोर्ट करने वाले नेटवर्क में बैंडविड्थ रिजर्वेशन के लिए [[संसाधन आरक्षण प्रोटोकॉल|रिसोर्स रिजर्वेशन प्रोटोकॉल]] (आरएसवीपी) का उपयोग किया जा सकता है। [[मल्टीकास्ट डीएनएस]] (एमडीएनएस) का उपयोग मल्टीकास्ट का उपयोग करके समर्पित डीएनएस सर्वर के बिना डोमेन या होस्ट नामों को हल करने के लिए किया जा सकता है।
आईपी ​​मल्टीकास्ट को उद्यमों, वाणिज्यिक [[ शेयर बाजार ]]ों और मल्टीमीडिया कंटेंट डिस्ट्रीब्यूशन नेटवर्क में व्यापक रूप से तैनात किया गया है। आईपी ​​मल्टीकास्ट का एक सामान्य उद्यम उपयोग [[आईपीटीवी]] एप्लीकेशन जैसे कि लाइव टेलीविज़न डिस्ट्रीब्यूशन और टेलीविज़न कंपनी की बैठकों के लिए है।{{Citation needed|date=September 2010}}


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


पे-टीवी ऑपरेटरों और महत्वपूर्ण ऑन-कैंपस छात्र आवास वाले कुछ शैक्षणिक संस्थानों ने रिसीवर्स के बड़े समूहों को हाई-स्पीड वीडियो जैसे एक-तरफ़ा स्ट्रीमिंग मीडिया वितरित करने के लिए आईपी मल्टीकास्ट तैनात किया है। इसके अतिरिक्त, मल्टीकास्ट प्रौद्योगिकियों का उपयोग करके ऑडियो और वीडियो कॉन्फ्रेंसिंग के कुछ उपयोग भी किए गए हैं। ये बहुत कम प्रचलित हैं और इन्हें अक्सर अनुसंधान और शिक्षा संस्थानों में स्थानांतरित कर दिया जाता है, जिनके पास अक्सर मांगों को संभालने के लिए नेटवर्क क्षमता का एक बड़ा स्तर होता है।{{Citation needed|date=February 2010}} कुछ तकनीकी सम्मेलन और बैठकें आईपी मल्टीकास्ट का उपयोग करके प्रसारित की जाती हैं। हाल ही तक{{When|date=February 2010}} IETF बैठकों के कई सत्र मल्टीकास्ट का उपयोग करके आयोजित किए गए थे।{{Citation needed|date=February 2010}}
आतिथ्य उद्योग में होटलों में आईपीटीवी डिस्ट्रीब्यूशन के लिए आईपी मल्टीकास्ट सामान्य हो गया है, और खुदरा क्षेत्र में आईपी मल्टीकास्ट अब टीवी डिस्ट्रीब्यूशन और वीडियो विज्ञापन एप्लीकेशन के लिए व्यापक रूप से उपयोग किया जाता है।


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


आईपी ​​​​मल्टीकास्ट ने [[स्टॉक टिकर]] और [[हूट-एन-हॉलर]] सिस्टम जैसे एप्लीकेशन के लिए वित्तीय क्षेत्र में भी तैनाती देखी है।{{Citation needed|date=January 2022}}
परिसर और वाणिज्यिक नेटवर्क के भीतर मल्टीकास्ट का एक अन्य उपयोग फ़ाइल डिस्ट्रीब्यूशन के लिए है, विशेष रूप से दूरस्थ होस्टों को ऑपरेटिंग सिस्टम इमेज और अपडेट वितरित करने के लिए है। यूनिकास्टिंग बूट छवियों की तुलना में मल्टीकास्ट बूट छवियों का मुख्य लाभ काफी कम नेटवर्क बैंडविड्थ उपयोग है।


राउटर में बड़े [[राज्य (कंप्यूटर विज्ञान)]] की आवश्यकताएं आईपी मल्टीकास्ट का उपयोग करते समय काम करने में असमर्थ बड़ी संख्या में ट्री का उपयोग करके एप्लिकेशन बनाती हैं। [[उपस्थिति की जानकारी]] को एक उदाहरण के रूप में लें जहां प्रत्येक व्यक्ति को अपने ग्राहकों का कम से कम एक पेड़ रखना होगा, यदि कई नहीं। अभी तक कोई तंत्र प्रदर्शित नहीं किया गया है जो आईपी मल्टीकास्ट मॉडल को लाखों सेंडर्स और लाखों मल्टीकास्ट समूहों तक स्केल करने की अनुमति देगा और इस प्रकार, पूरी तरह से सामान्य मल्टीकास्ट एप्लीकेशन को व्यावहारिक बनाना अभी तक संभव नहीं है।{{Citation needed|date=June 2012}}
आईपी ​​​​मल्टीकास्ट ने [[स्टॉक टिकर]] और [[हूट-एन-हॉलर]] सिस्टम जैसे एप्लीकेशन के लिए वित्तीय क्षेत्र में भी नियोजन देखा है।


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


==इतिहास==
==इतिहास==


===विकास===
===विकास===
आईपी ​​​​मल्टीकास्टिंग को पहली बार [[स्टीव डीरिंग]] द्वारा स्टैनफोर्ड विश्वविद्यालय में विकसित किया गया था जिसके लिए उन्हें आईईईई इंटरनेट पुरस्कार मिला था।<ref>{{Citation | url = http://www.ieee.org/documents/internet_rl.pdf | publisher = IEEE | title = Internet Award recipients | access-date = 2010-08-26 | archive-url = https://web.archive.org/web/20120916115007/http://www.ieee.org/documents/internet_rl.pdf | archive-date = 2012-09-16 | url-status = dead }}.</ref>
आईपी ​​​​मल्टीकास्टिंग को पहली बार [[स्टीव डीरिंग]] द्वारा स्टैनफोर्ड विश्वविद्यालय में विकसित किया गया था जिसके लिए उन्हें आईईईई इंटरनेट पुरस्कार मिला था। <ref>{{Citation | url = http://www.ieee.org/documents/internet_rl.pdf | publisher = IEEE | title = Internet Award recipients | access-date = 2010-08-26 | archive-url = https://web.archive.org/web/20120916115007/http://www.ieee.org/documents/internet_rl.pdf | archive-date = 2012-09-16 | url-status = dead }}.</ref>
एमबीओएन सुरंगों के उपयोग के माध्यम से साइटों के बीच मल्टीकास्ट को सक्षम करने के लिए एक लंबे समय से चल रहा प्रयोगात्मक दृष्टिकोण था। जबकि [[MBONE]] अब चालू नहीं है, अंतिम उपयोगकर्ताओं की एक विस्तृत श्रृंखला के लिए सेवा उपलब्ध कराने के लिए एक बार फिर से मल्टीकास्ट ट्रैफ़िक को टनल करने में दिलचस्पी बढ़ी है।
 
एमबीओएन के उपयोग के माध्यम से साइटों के बीच मल्टीकास्ट को सक्षम करने के लिए एक लंबे समय से चल रहा प्रयोगात्मक दृष्टिकोण था। जबकि [[MBONE|एमबीओएन]] अब चालू नहीं है, एन्ड यूजर की एक विस्तृत श्रृंखला के लिए सेवा उपलब्ध कराने के लिए एक बार फिर से मल्टीकास्ट ट्रैफ़िक को टनल करने में दिलचस्पी बढ़ी है।


===कास्टगेट===
===कास्टगेट===
कास्टगेट इंटरनेट पर आईपी मल्टीकास्ट को अपनाने के लिए [[ब्रुसेल्स का निःशुल्क विश्वविद्यालय]] में ईटीआरओ-टेली अनुसंधान ग्रुप का एक प्रयास था।<ref name="slides">{{Cite web |title= The CastGateproject: "Enabling Internet multicast for content distribution" |url= http://www.nordu.net/conference2006/presentations/We11_NORDUnet2006.pdf |date= 30 September 2006 |author1= Marnix Goossen |author2= . Pieter Liefooghe |author3= Arnout Swinnen |access-date= 25 May 2013 |url-status= dead |archive-url= https://web.archive.org/web/20110526111518/http://www.nordu.net/conference2006/presentations/We11_NORDUnet2006.pdf |archive-date= 26 May 2011 }} Presentation at NORDUNET Conference</ref>
कास्टगेट इंटरनेट पर आईपी मल्टीकास्ट को अपनाने के लिए [[ब्रुसेल्स का निःशुल्क विश्वविद्यालय|ब्रुसेल्स निःशुल्क विश्वविद्यालय]] में ईटीआरओ-टेली रिसर्च ग्रुप का एक प्रयास था। <ref name="slides">{{Cite web |title= The CastGateproject: "Enabling Internet multicast for content distribution" |url= http://www.nordu.net/conference2006/presentations/We11_NORDUnet2006.pdf |date= 30 September 2006 |author1= Marnix Goossen |author2= . Pieter Liefooghe |author3= Arnout Swinnen |access-date= 25 May 2013 |url-status= dead |archive-url= https://web.archive.org/web/20110526111518/http://www.nordu.net/conference2006/presentations/We11_NORDUnet2006.pdf |archive-date= 26 May 2011 }} Presentation at NORDUNET Conference</ref>
हालाँकि मल्टीकास्ट ने इंटरनेट उपयोगकर्ता को नेट पर अधिक बोझ डाले बिना समृद्ध मीडिया और अन्य कंटेंट प्राप्त करने की अनुमति दी होगी, फिर भी यह अधिकांश इंटरनेट उपयोगकर्ताओं के लिए उपलब्ध नहीं था। कास्टगेट प्रोजेक्ट ने अंतिम उपयोगकर्ताओं को नेटवर्क पर स्वचालित रूप से कॉन्फ़िगर किए गए आईपी सुरंग के माध्यम से कनेक्ट करने की अनुमति देकर इसे ठीक करने का प्रयास किया, जो मूल रूप से आईपी मल्टीकास्ट का समर्थन नहीं करता था।
 
विचार यह था कि यदि अधिक उपयोगकर्ताओं के पास मल्टीकास्ट क्षमता है, तो अधिक कंटेंट प्रदाता मल्टीकास्ट की तुलना में कंटेंट स्ट्रीमिंग का लाभ देखेंगे।
हालाँकि मल्टीकास्ट ने इंटरनेट यूजर को नेट पर अधिक लोड डाले बिना रिच मीडिया और अन्य कंटेंट प्राप्त करने की अनुमति दी होगी, फिर भी यह अधिकांश इंटरनेट यूजर के लिए उपलब्ध नहीं था। कास्टगेट प्रोजेक्ट ने एन्ड यूजर को नेटवर्क पर स्वचालित रूप से कॉन्फ़िगर किए गए आईपी टनल के माध्यम से कनेक्ट करने की अनुमति देकर इसे ठीक करने का प्रयास किया, जो मूल रूप से आईपी मल्टीकास्ट को सपोर्ट नहीं करता था।
आशा यह थी कि यदि पर्याप्त कंटेंट प्रदाता और उपयोगकर्ता इस सेवा का उपयोग करते हैं, तो अधिक इंटरनेट सेवा प्रदाता अपने ग्राहकों को आईपी मल्टीकास्ट को मूल रूप से सक्षम कर देंगे।<ref name="slides" />
 
विचार यह था कि यदि अधिक यूजर के पास मल्टीकास्ट क्षमता है, तो अधिक कंटेंट प्रदाता मल्टीकास्ट की तुलना में कंटेंट स्ट्रीमिंग का लाभ देखेंगे।
 
आशा यह थी कि यदि पर्याप्त कंटेंट प्रदाता और यूजर इस सेवा का उपयोग करते हैं, तो अधिक इंटरनेट सेवा प्रदाता अपने ग्राहकों को आईपी मल्टीकास्ट को मूल रूप से सक्षम कर देंगे। <ref name="slides" />
 
कास्टगेट ने कास्टगेट टनल नेटवर्क से जुड़ने के लिए [[ माइक्रोसॉफ़्ट विंडोज़ |माइक्रोसॉफ़्ट विंडोज़]] और [[लिनक्स]] दोनों के लिए एक सॉफ्टवेयर क्लाइंट की आपूर्ति करी थी।
 
इसने वीडियो और ऑडियो स्ट्रीम के साथ मल्टीकास्ट नेटवर्क से [[सत्र घोषणा प्रोटोकॉल|सेशन अनाउंसमेंट प्रोटोकॉल]] घोषणाएं प्राप्त करने के लिए टनल सर्वर और टूल जोड़ने के लिए टूल भी प्रदान किए। <ref name="castegate" />


कास्टगेट ने कास्टगेट टनल नेटवर्क से जुड़ने के लिए [[ माइक्रोसॉफ़्ट विंडोज़ ]] और [[लिनक्स]] दोनों के लिए एक सॉफ्टवेयर क्लाइंट की आपूर्ति की।
परियोजना ने 2007 तक एक वेब साइट बनाए रखी। <ref name="castegate">{{Cite web |title= CastGate: Enabling Internet Multicast |url= http://www.castgate.net/ |url-status=dead |archive-url= https://web.archive.org/web/20070928013753/http://www.castgate.net/ |archive-date= 28 September 2007 |access-date= 25 May 2013 }}</ref>
इसने वीडियो और ऑडियो स्ट्रीम के साथ मल्टीकास्ट नेटवर्क से [[सत्र घोषणा प्रोटोकॉल]] घोषणाएं प्राप्त करने के लिए टनल सर्वर और टूल जोड़ने के लिए टूल भी प्रदान किए।<ref name="castegate" />


परियोजना ने 2007 तक एक वेब साइट बनाए रखी।<ref name="castegate">{{Cite web |title= CastGate: Enabling Internet Multicast |url= http://www.castgate.net/ |url-status=dead |archive-url= https://web.archive.org/web/20070928013753/http://www.castgate.net/ |archive-date= 28 September 2007 |access-date= 25 May 2013 }}</ref>




===व्यावसायिक तैनाती===
===व्यावसायिक नियोजन===
2005 से प्रारम्भ होकर,<ref>{{Citation | url = http://news.bbc.co.uk/sport1/hi/rugby_union/4290396.stm | title = News | publisher = The BBC | place = [[United Kingdom|UK]] | contribution = Rugby union}}.</ref> [[बीबीसी]] ने यूके स्थित इंटरनेट सेवा प्रदाताओं को बीबीसी रेडियो को उच्च गुणवत्ता पर प्रदान करके अपने नेटवर्क में मल्टीकास्ट-एड्रेसेबल सेवाएं अपनाने के लिए प्रोत्साहित करना प्रारम्भ किया।<ref>{{Citation | url = http://bbc.co.uk/multicast | publisher = The BBC | place = UK | title = Multicast services}}.</ref> थान उनकी [[यूनिकास्ट]]-संबोधित सर्विस के माध्यम से उपलब्ध है। इसे बीबीसी, [[जीकैप मीडिया]], ईएमएपी और [[वर्जिन रेडियो]] सहित विभिन्न वाणिज्यिक रेडियो नेटवर्क द्वारा भी समर्थित किया गया है।<ref name=bbcrd_mc_radio>{{citation |title=Multicast | contribution = Radio |url=https://www.bbc.co.uk/multicast/radio/ |publisher= The BBC Research & Development | place = UK |access-date=19 April 2012}}</ref>
2005 से प्रारम्भ होकर, <ref>{{Citation | url = http://news.bbc.co.uk/sport1/hi/rugby_union/4290396.stm | title = News | publisher = The BBC | place = [[United Kingdom|UK]] | contribution = Rugby union}}.</ref> [[बीबीसी]] ने यूके स्थित इंटरनेट सेवा प्रदाताओं को बीबीसी रेडियो को उच्च गुणवत्ता पर प्रदान करके अपने नेटवर्क में मल्टीकास्ट-एड्रेसेबल सर्विस अपनाने के लिए प्रोत्साहित करना प्रारम्भ किया। <ref>{{Citation | url = http://bbc.co.uk/multicast | publisher = The BBC | place = UK | title = Multicast services}}.</ref> थान उनकी [[यूनिकास्ट]]-संबोधित सर्विस के माध्यम से उपलब्ध है। इसे बीबीसी, [[जीकैप मीडिया]], ईएमएपी और [[वर्जिन रेडियो]] सहित विभिन्न वाणिज्यिक रेडियो नेटवर्क द्वारा भी समर्थित किया गया है। <ref name=bbcrd_mc_radio>{{citation |title=Multicast | contribution = Radio |url=https://www.bbc.co.uk/multicast/radio/ |publisher= The BBC Research & Development | place = UK |access-date=19 April 2012}}</ref>


जर्मन सार्वजनिक सेवा प्रसारक [[एआरडी (प्रसारक)]]
जर्मन सार्वजनिक सेवा प्रसारक [[एआरडी (प्रसारक)]] और [[ZDF|जेडडीएफ]] और [[फ्रेंको-जर्मन]] नेटवर्क [[Arte|आर्टे]] अपने टीवी कार्यक्रम को कई नेटवर्क पर मल्टीकास्ट प्रस्तुत करते हैं। [[ऑस्ट्रिया]]ई इंटरनेट सर्विस प्रोवाइडर [[टेलीकॉम ऑस्ट्रिया]] अपने [[ डिजिटल खरीदारों की पंक्ति |डिजिटल सब्सक्राइबर लाइन]] (डीएसएल) ग्राहकों को एक टीवी सेट-टॉप बॉक्स प्रदान करता है जो टीवी और रेडियो प्रसारण प्राप्त करने में मल्टीकास्ट एड्रेसिंग का उपयोग करता है। [[जर्मनी]] में, [[डॉयचे टेलीकॉम]] का एक ब्रांड, टी-होम, इसी तरह की सेवा प्रदान करता है।
रेफरी>{{Citation | url = http://www.ard-digital.de/empfang--technik/dvb-t-satellit-kabel-iptv---die-ard-auf-allen-wegen/alles-ueber-iptv | publisher = ARD | title = IPTV | place = [[Germany|DE]] |access-date=2015-05-17}}.</ref> और [[ZDF]] और [[फ्रेंको-जर्मन]] नेटवर्क [[Arte]] अपने टीवी कार्यक्रम को कई नेटवर्क पर मल्टीकास्ट पेश करते हैं। [[ऑस्ट्रिया]]ई इंटरनेट सेवा प्रदाता [[टेलीकॉम ऑस्ट्रिया]] अपने [[ डिजिटल खरीदारों की पंक्ति ]] (डीएसएल) ग्राहकों को एक टीवी सेट-टॉप बॉक्स प्रदान करता है जो टीवी और रेडियो प्रसारण प्राप्त करने में मल्टीकास्ट एड्रेसिंग का उपयोग करता है। [[जर्मनी]] में, [[डॉयचे टेलीकॉम]] का एक ब्रांड, टी-होम, इसी तरह की सेवा प्रदान करता है।


==आईपी मल्टीकास्ट सॉफ्टवेयर==
==आईपी मल्टीकास्ट सॉफ्टवेयर==
* {{Citation | url = http://mediatools.cs.ucl.ac.uk/nets/mmedia/ | archive-url = https://web.archive.org/web/20070108230830/http://mediatools.cs.ucl.ac.uk/nets/mmedia/ | url-status = dead | archive-date = 2007-01-08 | title = Media Tools Repository | publisher = UCL | place = [[United Kingdom|UK]] }}-एमबोन के लिए उपकरणों का एक संग्रह
* {{Citation | url = http://mediatools.cs.ucl.ac.uk/nets/mmedia/ | archive-url = https://web.archive.org/web/20070108230830/http://mediatools.cs.ucl.ac.uk/nets/mmedia/ | url-status = dead | archive-date = 2007-01-08 | title = मीडिया टूल्स रिपॉजिटरी | publisher = UCL | place = [[United Kingdom|UK]] }}-एमबोन के लिए उपकरणों का एक संग्रह
* [[वीडियोलैन]] - एक [[मुफ्त सॉफ्टवेयर]] मल्टीकास्ट वीडियो स्ट्रीमिंग [[अनुप्रयोग प्रक्रिया सामग्री|अनुप्रयोग प्रक्रिया कंटेंट]]
* [[वीडियोलैन]] - एक [[मुफ्त सॉफ्टवेयर]] मल्टीकास्ट वीडियो स्ट्रीमिंग [[अनुप्रयोग प्रक्रिया सामग्री|एप्लीकेशन]]
* {{Citation | url = http://www.xorp.org/ | title = Xorp | access-date = 2012-09-05 | archive-date = 2011-05-13 | archive-url = https://web.archive.org/web/20110513211127/http://www.xorp.org/ | url-status = dead }} - मल्टीकास्ट (आईजीएमपी, पीआईएम) समर्थन के साथ एक मुफ्त सॉफ्टवेयर राउटर
* {{Citation | url = http://www.xorp.org/ | title = एक्सओआरपी | access-date = 2012-09-05 | archive-date = 2011-05-13 | archive-url = https://web.archive.org/web/20110513211127/http://www.xorp.org/ | url-status = dead }} - मल्टीकास्ट (आईजीएमपी, पीआईएम) सपोर्ट के साथ एक मुफ्त सॉफ्टवेयर राउटर
* {{Citation | url = https://github.com/troglobit/smcroute | title = Smcroute }} - लिनक्स कर्नेल पर मल्टीकास्ट मार्गों में हेरफेर करने के लिए एक सरल उपकरण
* {{Citation | url = https://github.com/troglobit/smcroute | title = स्मक्रोउट }} - लिनक्स कर्नेल पर मल्टीकास्ट मार्गों में क्रमभंग करने के लिए एक सरल उपकरण
* {{Citation | url = http://www.venaas.no/multicast/ssmping/ | title = SSM-ping | publisher = Venås | place = [[Norway|NO]] | url-status = dead | archive-url = https://web.archive.org/web/20071126235623/http://www.venaas.no/multicast/ssmping/ | archive-date = 2007-11-26 }} - मल्टीकास्ट कनेक्टिविटी का परीक्षण करने के लिए उपकरण
* {{Citation | url = http://www.venaas.no/multicast/ssmping/ | title = एसएसएम-पिंग | publisher = Venås | place = [[Norway|NO]] | url-status = dead | archive-url = https://web.archive.org/web/20071126235623/http://www.venaas.no/multicast/ssmping/ | archive-date = 2007-11-26 }} - मल्टीकास्ट कनेक्टिविटी का परीक्षण करने के लिए उपकरण
* {{Citation | url = http://www.kloosterhof.com/~wilbert/igmpv3.html | title = IGMP v3 | last = Wilbert | publisher = Kloosterhof | url-status = dead | archive-url = https://web.archive.org/web/20070826161743/http://www.kloosterhof.com/~wilbert/igmpv3.html | archive-date = 2007-08-26 }} - FreeBSD पर IGMPv3 का होस्ट कार्यान्वयन
* {{Citation | url = http://www.kloosterhof.com/~wilbert/igmpv3.html | title = आईजीएमपी वी3 | last = विल्बर्ट | publisher = क्लोस्टरहोफ़ | url-status = dead | archive-url = https://web.archive.org/web/20070826161743/http://www.kloosterhof.com/~wilbert/igmpv3.html | archive-date = 2007-08-26 }} - फ्रीबीएसडी पर आईजीएमपीवी3 का होस्ट कार्यान्वयन
* {{Citation | url = http://labs.oracle.com/techrep/1998/abstract-68.html | title = Java Reliable Multicast Service | access-date = 2012-09-08 | archive-url = https://archive.today/20130130204742/http://labs.oracle.com/techrep/1998/abstract-68.html | archive-date = 2013-01-30 | url-status = dead }} - मल्टीकास्ट-जागरूक एप्लीकेशन के निर्माण के लिए पुस्तकालय और सेवाएँ
* {{Citation | url = http://labs.oracle.com/techrep/1998/abstract-68.html | title = जावा रिलाएबल मल्टीकास्ट सर्विस | access-date = 2012-09-08 | archive-url = https://archive.today/20130130204742/http://labs.oracle.com/techrep/1998/abstract-68.html | archive-date = 2013-01-30 | url-status = dead }} - मल्टीकास्ट-जागरूक एप्लीकेशन के निर्माण के लिए पुस्तकालय और सेवाएँ
* {{Citation | url = http://netweb.usc.edu/pim/ | title = PIM implementation | publisher = USC | url-status = dead | archive-url = https://web.archive.org/web/20071224133547/http://netweb.usc.edu/pim/ | archive-date = 2007-12-24 }} - पीआईएम प्रोटोकॉल का कार्यान्वयन, जो अब अप्रचलित है
* {{Citation | url = http://netweb.usc.edu/pim/ | title = पीआईएम कार्यान्वयन | publisher = यूएससी | url-status = dead | archive-url = https://web.archive.org/web/20071224133547/http://netweb.usc.edu/pim/ | archive-date = 2007-12-24 }} - पीआईएम प्रोटोकॉल का कार्यान्वयन, जो अब अप्रचलित है
* {{Citation | url = http://www.nongnu.org/qpimd/ | title = qpimd PIM Daemon for Quagga | publisher = [[GNU]]}} - क्वाग्गा के लिए प्रोटोकॉल इंडिपेंडेंट मल्टीकास्ट मॉड्यूल (सॉफ्टवेयर)
* {{Citation | url = http://www.nongnu.org/qpimd/ | title = क्यूपीआईएमडी क्वाग्गा के लिए पीआईएम डेमॉन | publisher = [[जीएनयू]]}} - क्वाग्गा के लिए प्रोटोकॉल इंडिपेंडेंट मल्टीकास्ट मॉड्यूल (सॉफ्टवेयर)
* {{Citation | url = http://www.nexthop.com/products/gated.html | title = GateD | publisher = Next hop | url-status = dead | archive-url = https://web.archive.org/web/20070909152315/http://www.nexthop.com/products/gated.html | archive-date = 2007-09-09 }} - मल्टीकास्ट सहित रूटिंग प्रोटोकॉल का यूनिक्स कार्यान्वयन
* {{Citation | url = http://www.nexthop.com/products/gated.html | title = गेटडी | publisher = Next hop | url-status = dead | archive-url = https://web.archive.org/web/20070909152315/http://www.nexthop.com/products/gated.html | archive-date = 2007-09-09 }} - मल्टीकास्ट सहित रूटिंग प्रोटोकॉल का यूनिक्स कार्यान्वयन
* {{Citation | url = http://www.antc.uoregon.edu/GATED/ | title = PIM-DM code for GateD | publisher = University of Oregon | url-status = dead | archive-url = https://web.archive.org/web/20071015124705/http://antc.uoregon.edu/GATED/ | archive-date = 2007-10-15 }}.
* {{Citation | url = http://www.antc.uoregon.edu/GATED/ | title = गेटडी के लिए पीआईएम-डीएम कोड | publisher = ओरेगन विश्वविद्यालय | url-status = dead | archive-url = https://web.archive.org/web/20071015124705/http://antc.uoregon.edu/GATED/ | archive-date = 2007-10-15 }}.
* {{Citation | url = http://cs.itd.nrl.navy.mil/work/norm/ | publisher = NRL | title = NORM}} - अमेरिकी नौसेना अनुसंधान प्रयोगशाला से नैक-ओरिएंटेड रिलाएबल मल्टीकास्ट, एक ओपन सोर्स सी++ कार्यान्वयन के साथ
* {{Citation | url = http://cs.itd.nrl.navy.mil/work/norm/ | publisher = NRL | title = एनओआरएम}} - अमेरिकी नौसेना अनुसंधान प्रयोगशाला से नैक-ओरिएंटेड रिलाएबल मल्टीकास्ट, एक ओपन सोर्स सी++ कार्यान्वयन के साथ
* {{Citation | url = http://unfix.org/projects/ecmh/ | title = ecmh (Easy Cast du Multi Hub) | publisher = Unfix}} - IPv6 मल्टीकास्ट डेमॉन, PIM की आवश्यकता के बिना IPv6 मल्टीकास्ट का उपयोग करने की अनुमति देता है
* {{Citation | url = http://unfix.org/projects/ecmh/ | title = ईसीएमएच (ईज़ी कास्ट डू मल्टी हब) | publisher = Unfix}} - आईपीवी6 मल्टीकास्ट डेमॉन, पीआईएम की आवश्यकता के बिना आईपीवी6 मल्टीकास्ट का उपयोग करने की अनुमति देता है
* [[मल्टीकास्ट रूटिंग डेमॉन v6]] - आईपीवी6 मल्टीकास्ट रूटिंग डेमॉन
* [[मल्टीकास्ट रूटिंग डेमॉन v6]] - आईपीवी6 मल्टीकास्ट रूटिंग डेमॉन
* [[यूएफटीपी]] - मल्टीकास्ट के साथ एन्क्रिप्टेड यूडीपी आधारित एफ़टीपी
* [[यूएफटीपी]] - मल्टीकास्ट के साथ एन्क्रिप्टेड यूडीपी बेस्ड एफ़टीपी
* [[जीस्ट्रीमर]] - एक मुफ्त सॉफ्टवेयर [[ मल्टीमीडिया ढाँचा ]] जो मल्टीकास्ट वीडियो स्ट्रीमिंग का समर्थन करता है
* [[जीस्ट्रीमर]] - एक मुफ्त सॉफ्टवेयर [[ मल्टीमीडिया ढाँचा | मल्टीमीडिया फ्रेमवर्क]] जो मल्टीकास्ट वीडियो स्ट्रीमिंग को सपोर्ट करता है
* {{Citation | url = https://github.com/mcproxy/mcproxy | title = Mcproxy (Multicast Proxy) }} - एकइंटरनेट ग्रुप मैनेजमेंट प्रोटोकॉल/मल्टीकास्ट श्रोता डिस्कवरी प्रॉक्सी जो [[प्रॉक्सी मोबाइल IPv6]] मल्टीकास्ट एक्सटेंशन का समर्थन करता है
* {{Citation | url = https://github.com/mcproxy/mcproxy | title = मैकप्रोक्सी (मल्टीकास्ट प्रॉक्सी) }} - एकइंटरनेट ग्रुप मैनेजमेंट प्रोटोकॉल/मल्टीकास्ट लिस्नर डिस्कवरी प्रॉक्सी जो [[प्रॉक्सी मोबाइल IPv6|प्रॉक्सी मोबाइल]] आईपीवी6 मल्टीकास्ट एक्सटेंशन को सपोर्ट करता है


==यह भी देखें==
==यह भी देखें==
<!-- Please keep entries in alphabetical order & add a short description [[WP:SEEALSO]] -->
<!-- Please keep entries in alphabetical order & add a short description [[WP:SEEALSO]] -->
* कोर-आधारित पेड़, आईपी मल्टीकास्ट स्केलेबिलिटी के लिए एक प्रस्ताव
* कोर-बेस्ड ट्री, आईपी मल्टीकास्ट स्केलेबिलिटी के लिए एक प्रस्ताव


==संदर्भ==
==संदर्भ==
Line 151: Line 160:
* {{Citation | publisher = IETF | type = working group | url = http://ietf.org/html.charters/ssm-charter.html | title = Source-Specific Multicast (ssm) | url-status = dead | archive-url = https://web.archive.org/web/20070127090246/http://www.ietf.org/html.charters/ssm-charter.html | archive-date = 2007-01-27 }}.
* {{Citation | publisher = IETF | type = working group | url = http://ietf.org/html.charters/ssm-charter.html | title = Source-Specific Multicast (ssm) | url-status = dead | archive-url = https://web.archive.org/web/20070127090246/http://www.ietf.org/html.charters/ssm-charter.html | archive-date = 2007-01-27 }}.
* {{Citation | publisher = IETF | type = working group | url = http://ietf.org/html.charters/msec-charter.html | title = Multicast Security (msec) | url-status = dead | archive-url = https://web.archive.org/web/20071216145244/http://www.ietf.org/html.charters/msec-charter.html | archive-date = 2007-12-16 }}.
* {{Citation | publisher = IETF | type = working group | url = http://ietf.org/html.charters/msec-charter.html | title = Multicast Security (msec) | url-status = dead | archive-url = https://web.archive.org/web/20071216145244/http://www.ietf.org/html.charters/msec-charter.html | archive-date = 2007-12-16 }}.
* {{Citation | url = http://www.sockets.com/ch16.htm#Multicast | title = Multicast | publisher = Sockets}}.  IP details.
* {{Citation | url = http://www.sockets.com/ch16.htm#Multicast | title = Multicast | publisher = Sockets}}.  आईपी details.
* {{Citation | url = http://www.firewall.cx/multicast-intro.php | title = IP-Ethernet multicast | type = tutorial | publisher = Firewall | place = CX}}.
* {{Citation | url = http://www.firewall.cx/multicast-intro.php | title = IP-Ethernet multicast | type = tutorial | publisher = Firewall | place = CX}}.
* {{Citation | url = http://www.cisco.com/en/US/products/ps6552/products_ios_technology_home.html | type = video | title = IP Multicast | publisher = Cisco}}.
* {{Citation | url = http://www.cisco.com/en/US/products/ps6552/products_ios_technology_home.html | type = video | title = IP Multicast | publisher = Cisco}}.
Line 166: Line 175:
[[Category: Machine Translated Page]]
[[Category: Machine Translated Page]]
[[Category:Created On 16/08/2023]]
[[Category:Created On 16/08/2023]]
[[Category:Vigyan Ready]]

Latest revision as of 21:58, 10 October 2023

आईपी ​​​​मल्टीकास्ट एक ही ट्रांसमिशन में इच्छुक रिसीवर्स के ग्रुप को इंटरनेट प्रोटोकॉल (आईपी) डाटाग्राम भेजने की एक विधि है। यह मल्टीकास्ट का आईपी-विशिष्ट रूप है और इसका उपयोग स्ट्रीमिंग मीडिया और अन्य नेटवर्क एप्लीकेशन के लिए किया जाता है। यह आइपीवी4 और आइपीवी6 में विशेष रूप से आरक्षित मल्टीकास्ट एड्रेस ब्लॉक का उपयोग करता है।

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

RFC 1112 में आईपी ​​​​मल्टीकास्ट का वर्णन किया गया है। आईपी ​​मल्टीकास्ट को पहली बार 1986 में मानकीकृत किया गया था। [1] ग्रुप मनैजमेंट को सम्मिलित करने के लिए RFC 4604 में और प्रशासनिक रूप से दायरे वाले एड्रेस को सम्मिलित करने के लिए RFC 5771 में इसके विनिर्देशों को संवर्धित किया गया है।

तकनीकी विवरण

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

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

आईपी ​​​​मल्टीकास्ट में मुख्य अवधारणाओं में एक आईपी मल्टीकास्ट ग्रुप एड्रेस सम्मिलित है, [2] एक मल्टीकास्ट डिस्ट्रीब्यूशन ट्री और रिसीवर संचालित ट्री क्रिएशन। [3] मल्टीकास्ट मैसेज भेजने और प्राप्त करने के लिए स्रोतों और रिसीवरों द्वारा एक आईपी मल्टीकास्ट ग्रुप एड्रेस का उपयोग किया जाता है। सोर्स अपने डेटा पैकेट में ग्रुप एड्रेस को आईपी डेस्टिनेशन एड्रेस के रूप में उपयोग करते हैं। रिसीवर इस ग्रुप एड्रेस का उपयोग नेटवर्क को सूचित करने के लिए करते हैं कि वे उस ग्रुप को भेजे गए पैकेट प्राप्त करने में रुचि रखते हैं। उदाहरण के लिए, यदि कोई कंटेंट ग्रुप 239.1.1.1 से संबद्ध है, सोर्स 239.1.1.1 पर भेजे गए डेटा पैकेट भेजेगा। उस कंटेंट के रिसीवर नेटवर्क को सूचित करेंगे कि वे ग्रुप 239.1.1.1 को भेजे गए डेटा पैकेट प्राप्त करने में रुचि रखते हैं। रिसीवर 239.1.1.1 जुड़ जाता है। किसी ग्रुप में सम्मिलित होने के लिए रिसीवर्स द्वारा सामान्यतः उपयोग किए जाने वाले प्रोटोकॉल को इंटरनेट ग्रुप मैनेजमेंट प्रोटोकॉल (आईजीएमपी) कहा जाता है। [4]

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

आईपी ​​​​मल्टीकास्ट ऑपरेशन को ग्रुप के रिसीवर्स के बारे में जानने के लिए किसी एक्टिव सोर्स की आवश्यकता नहीं होती है। मल्टीकास्ट ट्री निर्माण रिसीवर द्वारा संचालित होता है और नेटवर्क नोड्स द्वारा प्रारम्भ किया जाता है जो रिसीवर के करीब होते हैं। आईपी ​​​​मल्टीकास्ट एक बड़ी रिसीवर आबादी को मापता है। आईपी ​​​​मल्टीकास्ट मॉडल को इंटरनेट आर्किटेक्ट डेविड डी. क्लार्क द्वारा इस प्रकार वर्णित किया गया है, आप एक छोर पर पैकेट डालते हैं, और नेटवर्क उन्हें मांगने वाले किसी भी व्यक्ति तक पहुंचाने का षड़यंत्र करता है। [5]

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

रूटिंग

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

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

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

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

मल्टीकास्ट डिस्ट्रीब्यूशन के लिए उपयोग किए जाने वाले कुछ सामान्य डिलीवरी और रूटिंग प्रोटोकॉल निम्नलिखित हैं:

लेयर 2 डिलीवरी

ईथरनेट पैकेट एड्रेस पर एक विशिष्ट लेयर 2 मैक एड्रेस सेट करके यूनिकास्ट पैकेट ईथरनेट या आईईईई 802.3 सबनेट पर एक विशिष्ट रिसीवर को वितरित किए जाते हैं। प्रसारण पैकेट प्रसारण मैक एड्रेस FF:FF:FF:FF:FF:FF का उपयोग करते हैं।

IPv4 मल्टीकास्ट पैकेट ईथरनेट एमएसी एड्रेस रेंज 01:00:5E:00:00:00 के माध्यम से 01:00:5E:7F:FF:FF (इंटरनेट एसाइन्ड नंबर्स अथॉरिटी के स्वामित्व वाले आर्गेनाइजेशनली यूनिक आइडेंटिफायर के साथ) का उपयोग करके वितरित किए जाते हैं। इस रेंज में 23 बिट एड्रेस स्पेस उपलब्ध है। पहले ऑक्टेट (01) में प्रसारण/मल्टीकास्ट बिट सम्मिलित है। 28-बिट मल्टीकास्ट आईपी एड्रेस के निचले 23 बिट्स को उपलब्ध ईथरनेट एड्रेस स्पेस के 23 बिट्स में मैप किया गया है। इसका अर्थ है कि पैकेट वितरित करने में अस्पष्टता है। यदि एक ही सबनेट पर दो होस्ट एक अलग मल्टीकास्ट ग्रुप की सदस्यता लेते हैं, जिसका एड्रेस केवल पहले 5 बिट्स में भिन्न होता है, तो दोनों मल्टीकास्ट ग्रुप के लिए ईथरनेट पैकेट दोनों होस्टों को वितरित किए जाएंगे, जिससे होस्ट में नेटवर्क सॉफ़्टवेयर को अनावश्यक पैकेट को त्यागने की आवश्यकता होगी। [6]

आइपीवी6 मल्टीकास्ट एड्रेस के लिए, ईथरनेट एमएसी चार लो-ऑर्डर ऑक्टेट द्वारा प्राप्त किया जाता है या एमएसी 33:33:00:00:00:00 के साथ जोड़ा जाता है, उदाहरण के लिए आइपीवी6 एड्रेस ff02:dead:beef::1:3 ईथरनेट मैक एड्रेस 33:33:00:01:00:03 पर मैप किया जाएगा। [7]

यदि कोई स्विच मल्टीकास्ट एड्रेस को नहीं समझता है तो यह उस ट्रैफ़िक को एलएएन के सभी मेंबर में प्रवाहित कर देगा; इस स्तिथि में सिस्टम के नेटवर्क कार्ड (या ऑपरेटिंग सिस्टम) को मल्टीकास्ट ग्रुप को भेजे गए पैकेटों को फ़िल्टर करना होगा जिनकी उन्होंने सदस्यता नहीं ली है।

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

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

वायरलेस कन्सिडरेशन

802.11 वायरलेस नेटवर्किंग आईपी मल्टीकास्ट एड्रेस को मैप करने के लिए वायर्ड ईथरनेट के समान मैक एड्रेस की क्लास का उपयोग करती है। हालाँकि, 802.11 वायरलेस नेटवर्क डिलीवरी ट्रैफिक इंडिकेशन मैसेज (डीटीआईएम) के कॉन्फ़िगरेशन और बीकन फ्रेम सेटिंग्स के आधार पर मल्टीकास्ट ट्रैफिक को अलग तरह से संभालता है। यदि बेसिक सर्विस सेट के भीतर कोई भी स्टेशन पावर सेव मोड में नहीं है, तो मल्टीकास्ट पैकेट आने पर तुरंत भेज दिए जाते हैं। यदि पावर सेव मोड में एक या अधिक स्टेशन हैं, तो एक्सेस प्वाइंट केवल प्रत्येक डीटीआईएम इंटरवल के बाद मल्टीकास्ट ट्रैफिक प्रदान करते हैं और बेसिक सर्विस सेट में समर्थित दरों में से एक पर संचारित करते हैं। अधिकांश वायरलेस एक्सेस प्वाइंट में, इस इंटरवल के लिए डिफ़ॉल्ट कॉन्फ़िगरेशन या तो 102.4 एमएस है (बीकन इंटरवल = 100 एमएस, डीटीआईएम = 1) या 204.8 एमएस (बीकन इंटरवल = 100ms, डीटीआईएम = 2) और संचारण दर या तो 1 एमबीटी/एस या 6 एमबीटी/एस है, यह ऑपरेटिंग बैंड और प्रोटेक्शन मोड पर निर्भर करता है। वायरलेस नेटवर्क में मल्टीकास्ट प्रदर्शन को बेहतर बनाने के लिए डीटीआईएम और बीकन इंटरवल सेटिंग्स को समायोजित किया जा सकता है।[8]

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

सिक्योर मल्टीकास्ट

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

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

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

रिलाएबल मल्टीकास्ट

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

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

इंटरनेट इंजीनियरिंग टास्क फोर्स (आईईटीएफ) द्वारा प्रलेखित दो अन्य योजनाएं हैं: स्टैण्डर्ड-ट्रैक प्रोटोकॉल एनएसीके-ओरिएंटेड रिलायबल मल्टीकास्ट (एनओआरएम), जिसे [rfc:5740 आरएफसी 5740] और [rfc:5401 आरएफसी 5401] में प्रलेखित किया गया है, और प्रोटोकॉल फाइल डिलीवरी ओवर यूनिडायरेक्शनल ट्रांसपोर्ट (एफएलयूटीई), [rfc:6726 आरएफसी 6726] में प्रलेखित है। प्रोप्राइटरी के अतिरिक्त, ओपन-सोर्स कार्यान्वयन भी इनके लिए उपस्थित हैं। ऐसे अन्य प्रोटोकॉल उपस्थित हैं, जैसे स्केलेबल रिलाएबल मल्टीकास्ट, और विभिन्न स्रोतों द्वारा परिभाषित किए गए हैं। इस तरह के प्रोटोकॉल एरर का एड्रेस लगाने के साधनों, एरर पुनर्प्राप्ति में उपयोग किए जाने वाले तंत्र, ऐसी पुनर्प्राप्ति की स्केलेबिलिटी और रिलाएबल होने के अर्थ में सम्मिलित अंतर्निहित विचारों में भिन्न होते हैं। एसीएम सिगकॉम मल्टीकास्ट वर्कशॉप से ​​रिलाएबल मल्टीकास्ट प्रोटोकॉल की एक सूची, 27 अगस्त 1996, समस्या के कई दृष्टिकोणों का प्रलेखन करती है।

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

रिलाएबल आईपी मल्टीकास्टिंग प्रोटोकॉल, जैसे पीजीएम और स्मार्ट, एक्सपेरिमेंटल हैं; एकमात्र स्टैण्डर्ड-ट्रैक प्रोटोकॉल एनओआरएम है ([rfc:3941 आरएफसी 3941] का मानक-ट्रैक संशोधन [rfc:5401 आरएफसी 5401] में निर्दिष्ट है, [rfc:3940 आरएफसी 3940] का मानक-ट्रैक रिविज़न [rfc:5740 आरएफसी 5740] में निर्दिष्ट है)।

मल्टीकास्ट-बेस्ड प्रोटोकॉल

चूंकि मल्टीकास्ट यूनिकास्ट से एक अलग ट्रांसमिशन मोड है, केवल मल्टीकास्ट के लिए अभिकल्पित किए गए प्रोटोकॉल को मल्टीकास्ट के साथ समझदारी से उपयोग किया जा सकता है। अधिकांश उपस्थित एप्लिकेशन प्रोटोकॉल जो मल्टीकास्ट का उपयोग करते हैं, यूजर डेटाग्राम प्रोटोकॉल (यूडीपी) के शीर्ष पर चलते हैं।

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

नियोजन

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

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

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

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

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

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

आरएफसी 3170 (आईपी मल्टीकास्ट एप्लिकेशन: चुनौतियां और समाधान) परिनियोजन विषयों की एक समीक्षा प्रदान करता है।

इतिहास

विकास

आईपी ​​​​मल्टीकास्टिंग को पहली बार स्टीव डीरिंग द्वारा स्टैनफोर्ड विश्वविद्यालय में विकसित किया गया था जिसके लिए उन्हें आईईईई इंटरनेट पुरस्कार मिला था। [10]

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

कास्टगेट

कास्टगेट इंटरनेट पर आईपी मल्टीकास्ट को अपनाने के लिए ब्रुसेल्स निःशुल्क विश्वविद्यालय में ईटीआरओ-टेली रिसर्च ग्रुप का एक प्रयास था। [11]

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

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

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

कास्टगेट ने कास्टगेट टनल नेटवर्क से जुड़ने के लिए माइक्रोसॉफ़्ट विंडोज़ और लिनक्स दोनों के लिए एक सॉफ्टवेयर क्लाइंट की आपूर्ति करी थी।

इसने वीडियो और ऑडियो स्ट्रीम के साथ मल्टीकास्ट नेटवर्क से सेशन अनाउंसमेंट प्रोटोकॉल घोषणाएं प्राप्त करने के लिए टनल सर्वर और टूल जोड़ने के लिए टूल भी प्रदान किए। [12]

परियोजना ने 2007 तक एक वेब साइट बनाए रखी। [12]


व्यावसायिक नियोजन

2005 से प्रारम्भ होकर, [13] बीबीसी ने यूके स्थित इंटरनेट सेवा प्रदाताओं को बीबीसी रेडियो को उच्च गुणवत्ता पर प्रदान करके अपने नेटवर्क में मल्टीकास्ट-एड्रेसेबल सर्विस अपनाने के लिए प्रोत्साहित करना प्रारम्भ किया। [14] थान उनकी यूनिकास्ट-संबोधित सर्विस के माध्यम से उपलब्ध है। इसे बीबीसी, जीकैप मीडिया, ईएमएपी और वर्जिन रेडियो सहित विभिन्न वाणिज्यिक रेडियो नेटवर्क द्वारा भी समर्थित किया गया है। [15]

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

आईपी मल्टीकास्ट सॉफ्टवेयर

यह भी देखें

  • कोर-बेस्ड ट्री, आईपी मल्टीकास्ट स्केलेबिलिटी के लिए एक प्रस्ताव

संदर्भ

  1. RFC 988
  2. RFC 5771
  3. RFC 1112
  4. "What Is My IP, Your Address IPv4 IPv6 Decimal on myip". My Ip Is (in English).
  5. Taylor, Ian J. (2009). From P2P and grids to services on the web : evolving distributed communities. Harrison, Andrew B., Taylor, Ian J., 1968- (2nd. ed.). London: Springer. ISBN 9781848001220. OCLC 314174970.
  6. S. Deering (August 1989). आईपी ​​मल्टीकास्टिंग के लिए होस्ट एक्सटेंशन. Network Working Group. sec. 6.4. doi:10.17487/RFC1112. RFC 1112. {{citation}}: zero width space character in |title= at position 6 (help) Obsoletes RFC 988 and RFC 1054; updated by RFC 2236
  7. M. Crawford (December 1998). Transmission of IPv6 Packets over Ethernet Networks. Network Working Group. doi:10.17487/RFC2464. RFC 2464. Obsoletes RFC 1972; updated by RFC 6085, RFC 6084.
  8. "802.11 Multicasting". Wireless nets. Retrieved 2008-10-08.
  9. "वायरलेस संचार और नेटवर्किंग पर EURASIP जर्नल". वायरलेस संचार और नेटवर्किंग पर EURASIP जर्नल.
  10. Internet Award recipients (PDF), IEEE, archived from the original (PDF) on 2012-09-16, retrieved 2010-08-26.
  11. 11.0 11.1 Marnix Goossen; . Pieter Liefooghe; Arnout Swinnen (30 September 2006). "The CastGateproject: "Enabling Internet multicast for content distribution"" (PDF). Archived from the original (PDF) on 26 May 2011. Retrieved 25 May 2013. Presentation at NORDUNET Conference
  12. 12.0 12.1 "CastGate: Enabling Internet Multicast". Archived from the original on 28 September 2007. Retrieved 25 May 2013.
  13. "Rugby union", News, UK: The BBC.
  14. Multicast services, UK: The BBC.
  15. "Radio", Multicast, UK: The BBC Research & Development, retrieved 19 April 2012


बाहरी संबंध