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

Revision as of 22:12, 4 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 मल्टीकास्ट रूटिंग और फ़ॉरवर्डिंग एंट्रीज हैं। दूसरी ओर, एक मल्टीकास्ट राउटर को यह जानने की आवश्यकता नहीं है कि इंटरनेट में अन्य सभी मल्टीकास्ट ट्री तक कैसे पहुंचा जाए। इसे केवल मल्टीकास्ट ट्री के बारे में जानने की आवश्यकता है जिसके लिए इसके पास डाउनस्ट्रीम रिसीवर हैं। यह मल्टीकास्ट-एड्रेस्ड सर्विस को स्केल करने की कुंजी है। इसके विपरीत, एक यूनिकास्ट राउटर को यह जानना आवश्यक है कि इंटरनेट में अन्य सभी यूनिकास्ट एड्रेस तक कैसे पहुंचा जाए, भले ही वह ऐसा केवल एक डिफ़ॉल्ट रूट का उपयोग करके करता हो। इस कारण से, यूनिकैस्ट रूटिंग को स्केल करने के लिए एकत्रीकरण महत्वपूर्ण है। इसके अतिरिक्त, ऐसे कोर राउटर भी हैं जो सैकड़ों हजारों की संख्या में रूट ले जाते हैं क्योंकि उनमें इंटरनेट रूटिंग टेबल होती है।

रूटिंग

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

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

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

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

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

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

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

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

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

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

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

वायरलेस विचार

802.11 वायरलेस नेटवर्किंग आईपी मल्टीकास्ट एड्रेस को मैप करने के लिए वायर्ड ईथरनेट के समान मैक एड्रेस की श्रेणी का उपयोग करती है। हालाँकि, 802.11 वायरलेस नेटवर्क डिस्ट्रीब्यूशन यातायात संकेत मैसेज (डीटीआईएम) के कॉन्फ़िगरेशन और बीकन फ्रेम सेटिंग्स के आधार पर मल्टीकास्ट ट्रैफिक को अलग तरह से संभालता है। यदि मूल सेवा सेट के भीतर कोई भी स्टेशन पावर सेव मोड में नहीं है, तो मल्टीकास्ट पैकेट आने पर तुरंत भेज दिए जाते हैं। यदि पावर सेव मोड में एक या अधिक स्टेशन हैं, तो एक्सेस प्वाइंट केवल प्रत्येक डीटीआईएम अंतराल के बाद मल्टीकास्ट ट्रैफिक प्रदान करते हैं और मूल दर सेट में समर्थित दरों में से एक पर संचारित करते हैं। अधिकांश वायरलेस एक्सेस प्वाइंट में, इस अंतराल के लिए डिफ़ॉल्ट कॉन्फ़िगरेशन या तो 102.4 एमएस है^{[citation needed]} (बीकन अंतराल = 100 एमएस, डीटीआईएम = 1) या 204.8 एमएस^{[citation needed]} (बीकन अंतराल = 100ms, DTIM = 2) और संचारण दर या तो 1 Mbit/s या 6 Mbit/s है^{[citation needed]}, ऑपरेटिंग बैंड और सुरक्षा मोड पर निर्भर करता है। वायरलेस नेटवर्क में मल्टीकास्ट प्रदर्शन को बेहतर बनाने के लिए DTIM और बीकन अंतराल सेटिंग्स को समायोजित किया जा सकता है।^[8] ईथरनेट के विपरीत, 802.11 में अधिकांश ट्रैफ़िक ACKs और NACKs का उपयोग करके विश्वसनीय रूप से भेजा जाता है ताकि रेडियो हस्तक्षेप के कारण असहनीय रूप से उच्च पैकेट हानि न हो। हालाँकि, मल्टीकास्ट पैकेट एक बार भेजे जाते हैं और उन्हें स्वीकार नहीं किया जाता है, इसलिए वे बहुत अधिक हानि दर के अधीन होते हैं। इससे निपटने के लिए कई तरीके हैं, जैसे प्रत्येक क्लाइंट के लिए बार-बार यूनिकास्ट मल्टीकास्ट डेटा चुनना, या प्रत्येक क्लाइंट से ACK का अनुरोध करना।^[9] कुछ विधियों को केवल एक्सेस प्वाइंट पर संशोधन की आवश्यकता होती है, और कुछ एंटरप्राइज़-श्रेणी के उपकरणों में समर्थित होते हैं, जबकि अन्य सुधारों के लिए ग्राहकों को संशोधन की आवश्यकता होगी, और इसलिए उन्हें व्यापक रूप से अपनाया नहीं गया है।

सुरक्षित मल्टीकास्ट

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

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

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

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

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

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

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

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

विश्वसनीय आईपी मल्टीकास्टिंग प्रोटोकॉल, जैसे पीजीएम और स्मार्ट, प्रयोगात्मक हैं; एकमात्र मानक-ट्रैक प्रोटोकॉल NORM है (RFC 3941 का मानक-ट्रैक संशोधन RFC 5401 में निर्दिष्ट है, RFC 3940 का मानक-ट्रैक संशोधन RFC 5740 में निर्दिष्ट है)।

मल्टीकास्ट-आधारित प्रोटोकॉल

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

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

तैनाती

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

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

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

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

आईपी मल्टीकास्ट ने स्टॉक टिकर और हूट-एन-हॉलर सिस्टम जैसे एप्लीकेशन के लिए वित्तीय क्षेत्र में भी तैनाती देखी है।^{[citation needed]}

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

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

इतिहास

विकास

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

कास्टगेट

कास्टगेट इंटरनेट पर आईपी मल्टीकास्ट को अपनाने के लिए ब्रुसेल्स का निःशुल्क विश्वविद्यालय में ईटीआरओ-टेली अनुसंधान ग्रुप का एक प्रयास था।^[11] हालाँकि मल्टीकास्ट ने इंटरनेट उपयोगकर्ता को नेट पर अधिक बोझ डाले बिना समृद्ध मीडिया और अन्य कंटेंट प्राप्त करने की अनुमति दी होगी, फिर भी यह अधिकांश इंटरनेट उपयोगकर्ताओं के लिए उपलब्ध नहीं था। कास्टगेट प्रोजेक्ट ने अंतिम उपयोगकर्ताओं को नेटवर्क पर स्वचालित रूप से कॉन्फ़िगर किए गए आईपी सुरंग के माध्यम से कनेक्ट करने की अनुमति देकर इसे ठीक करने का प्रयास किया, जो मूल रूप से आईपी मल्टीकास्ट का समर्थन नहीं करता था। विचार यह था कि यदि अधिक उपयोगकर्ताओं के पास मल्टीकास्ट क्षमता है, तो अधिक कंटेंट प्रदाता मल्टीकास्ट की तुलना में कंटेंट स्ट्रीमिंग का लाभ देखेंगे। आशा यह थी कि यदि पर्याप्त कंटेंट प्रदाता और उपयोगकर्ता इस सेवा का उपयोग करते हैं, तो अधिक इंटरनेट सेवा प्रदाता अपने ग्राहकों को आईपी मल्टीकास्ट को मूल रूप से सक्षम कर देंगे।^[11]

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

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

व्यावसायिक तैनाती

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

जर्मन सार्वजनिक सेवा प्रसारक एआरडी (प्रसारक) रेफरी>IPTV, DE: ARD, retrieved 2015-05-17.</ref> और ZDF और फ्रेंको-जर्मन नेटवर्क Arte अपने टीवी कार्यक्रम को कई नेटवर्क पर मल्टीकास्ट पेश करते हैं। ऑस्ट्रियाई इंटरनेट सेवा प्रदाता टेलीकॉम ऑस्ट्रिया अपने डिजिटल खरीदारों की पंक्ति (डीएसएल) ग्राहकों को एक टीवी सेट-टॉप बॉक्स प्रदान करता है जो टीवी और रेडियो प्रसारण प्राप्त करने में मल्टीकास्ट एड्रेसिंग का उपयोग करता है। जर्मनी में, डॉयचे टेलीकॉम का एक ब्रांड, टी-होम, इसी तरह की सेवा प्रदान करता है।

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

Media Tools Repository, UK: UCL, archived from the original on 2007-01-08-एमबोन के लिए उपकरणों का एक संग्रह
वीडियोलैन - एक मुफ्त सॉफ्टवेयर मल्टीकास्ट वीडियो स्ट्रीमिंग अनुप्रयोग प्रक्रिया कंटेंट
Xorp, archived from the original on 2011-05-13, retrieved 2012-09-05 - मल्टीकास्ट (आईजीएमपी, पीआईएम) समर्थन के साथ एक मुफ्त सॉफ्टवेयर राउटर
Smcroute - लिनक्स कर्नेल पर मल्टीकास्ट मार्गों में हेरफेर करने के लिए एक सरल उपकरण
SSM-ping, NO: Venås, archived from the original on 2007-11-26 - मल्टीकास्ट कनेक्टिविटी का परीक्षण करने के लिए उपकरण
Wilbert, IGMP v3, Kloosterhof, archived from the original on 2007-08-26 - FreeBSD पर IGMPv3 का होस्ट कार्यान्वयन
Java Reliable Multicast Service, archived from the original on 2013-01-30, retrieved 2012-09-08 - मल्टीकास्ट-जागरूक एप्लीकेशन के निर्माण के लिए पुस्तकालय और सेवाएँ
PIM implementation, USC, archived from the original on 2007-12-24 - पीआईएम प्रोटोकॉल का कार्यान्वयन, जो अब अप्रचलित है
qpimd – PIM Daemon for Quagga, GNU - क्वाग्गा के लिए प्रोटोकॉल इंडिपेंडेंट मल्टीकास्ट मॉड्यूल (सॉफ्टवेयर)
GateD, Next hop, archived from the original on 2007-09-09 - मल्टीकास्ट सहित रूटिंग प्रोटोकॉल का यूनिक्स कार्यान्वयन
PIM-DM code for GateD, University of Oregon, archived from the original on 2007-10-15.
NORM, NRL - अमेरिकी नौसेना अनुसंधान प्रयोगशाला से नैक-ओरिएंटेड रिलाएबल मल्टीकास्ट, एक ओपन सोर्स सी++ कार्यान्वयन के साथ
ecmh (Easy Cast du Multi Hub), Unfix - IPv6 मल्टीकास्ट डेमॉन, PIM की आवश्यकता के बिना IPv6 मल्टीकास्ट का उपयोग करने की अनुमति देता है
मल्टीकास्ट रूटिंग डेमॉन v6 - आईपीवी6 मल्टीकास्ट रूटिंग डेमॉन
यूएफटीपी - मल्टीकास्ट के साथ एन्क्रिप्टेड यूडीपी आधारित एफ़टीपी
जीस्ट्रीमर - एक मुफ्त सॉफ्टवेयर मल्टीमीडिया ढाँचा जो मल्टीकास्ट वीडियो स्ट्रीमिंग का समर्थन करता है
Mcproxy (Multicast Proxy) - एकइंटरनेट ग्रुप मैनेजमेंट प्रोटोकॉल/मल्टीकास्ट श्रोता डिस्कवरी प्रॉक्सी जो प्रॉक्सी मोबाइल IPv6 मल्टीकास्ट एक्सटेंशन का समर्थन करता है

यह भी देखें

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

संदर्भ

↑ RFC 988
↑ RFC 5771
↑ RFC 1112
↑ "What Is My IP, Your Address IPv4 IPv6 Decimal on myip". My Ip Is (in English).
↑ 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.
↑ 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
↑ 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.
↑ "802.11 Multicasting". Wireless nets. Retrieved 2008-10-08.
↑ "वायरलेस संचार और नेटवर्किंग पर EURASIP जर्नल". वायरलेस संचार और नेटवर्किंग पर EURASIP जर्नल.
↑ Internet Award recipients (PDF), IEEE, archived from the original (PDF) on 2012-09-16, retrieved 2010-08-26.
↑ ^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.0 ^12.1 "CastGate: Enabling Internet Multicast". Archived from the original on 28 September 2007. Retrieved 25 May 2013.
↑ "Rugby union", News, UK: The BBC.
↑ Multicast services, UK: The BBC.
↑ "Radio", Multicast, UK: The BBC Research & Development, retrieved 19 April 2012

बाहरी संबंध

Multicast over TCP/IP (Howto), The Linux documentation project, Mar 1998. Describes Multicast in the Linux kernel, although some sections (specially multicast programs) is outdated and does not cover recent software.
Reliable Multicast Transport (rmt) (working group), IETF, archived from the original on 2007-12-03.
Multicast & Anycast Group Membership (magma) (working group), IETF, archived from the original on 2007-12-14.
Protocol Independent Multicast (pim) (working group), IETF, archived from the original on 2007-12-02.
Source-Specific Multicast (ssm) (working group), IETF, archived from the original on 2007-01-27.
Multicast Security (msec) (working group), IETF, archived from the original on 2007-12-16.
Multicast, Sockets. IP details.
IP-Ethernet multicast (tutorial), CX: Firewall.
IP Multicast (video), Cisco.
"Overview of Reliable Multicast methods", ACM SIGCOMM Multicast Workshop, University of Massachusetts, August 27, 1996.
Floyd, A Reliable Multicast Framework for Light-weight Sessions and Application Level Framing, ICIR. The paper defining Scalable Reliable Multicast.
An Analysis of Multicast Methods, Wikidot, retrieved 2019-05-03.
Noormohammadpour, Mohammad; Raghavendra, Cauligi S.; Rao, Sriram; Kandula, Srikanth (2017), DCCast: Efficient Point to Multipoint Transfers Across Datacenters, USENIX Association, arXiv:1707.02096, Bibcode:2017arXiv170702096N, retrieved 2019-05-03.
Overview of the Internet Multicast Routing Architecture. January 2008. doi:10.17487/RFC5110. RFC 5110.

[1] RFC 988

[RFC_5771-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.

[rfc1112-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

[rfc2464-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.

[slides-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

[castegate-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.

[bbcrd_mc_radio-15] "Radio", Multicast, UK: The BBC Research & Development, retrieved 19 April 2012

[1]

[2]

[3]

[4]

[5]

[6]

[7]

[8]

[9]

[10]

[11]

[12]

[13]

[14]

[15]

@@ Line 1: / Line 1: @@
 {{Short description|Sending datagrams to multiple receivers}}
-आईपी [[ बहुस्त्र्पीय ]] एक ही ट्रांसमिशन में इच्छुक रिसीवर्स के समूह को [[इंटरनेट प्रोटोकॉल]] (आईपी) [[आंकड़ारेख]] भेजने की एक विधि है। यह मल्टीकास्ट का आईपी-विशिष्ट रूप है और इसका उपयोग [[स्ट्रीमिंग मीडिया]] और अन्य नेटवर्क अनुप्रयोगों के लिए किया जाता है। यह [[IPv4]] और [[IPv6]] में विशेष रूप से आरक्षित [[ मल्टीकास्ट पता ]] ब्लॉक का उपयोग करता है।
+'''आईपी [[ बहुस्त्र्पीय |मल्टीकास्ट]]'''एक ही ट्रांसमिशन में इच्छुक रिसीवर्स के ग्रुप को [[इंटरनेट प्रोटोकॉल]] (आईपी) [[आंकड़ारेख|डाटाग्राम]] भेजने की एक विधि है। यह मल्टीकास्ट का आईपी-विशिष्ट रूप है और इसका उपयोग [[स्ट्रीमिंग मीडिया]] और अन्य नेटवर्क एप्लीकेशन के लिए किया जाता है। यह [[IPv4|आइपीवी4]] और [[IPv6|आइपीवी6]] में विशेष रूप से आरक्षित [[ मल्टीकास्ट पता |मल्टीकास्ट एड्रेस]] ब्लॉक का उपयोग करता है।
-आईपी मल्टीकास्ट से जुड़े प्रोटोकॉल में [[ इंटरनेट समूह प्रबंधन प्रोटोकॉल ]], [[प्रोटोकॉल इंडिपेंडेंट मल्टीकास्ट]] और [[मल्टीकास्ट वीएलएएन पंजीकरण]] शामिल हैं। [[ IGMP स्नूपिंग ]] का उपयोग [[परत-2]] नेटवर्क पर आईपी मल्टीकास्ट ट्रैफिक को प्रबंधित करने के लिए किया जाता है।
+आईपी मल्टीकास्ट से जुड़े प्रोटोकॉल में[[ इंटरनेट समूह प्रबंधन प्रोटोकॉल | इंटरनेट ग्रुप मैनेजमेंट प्रोटोकॉल]], [[प्रोटोकॉल इंडिपेंडेंट मल्टीकास्ट]] और [[मल्टीकास्ट वीएलएएन पंजीकरण|मल्टीकास्ट वीएलएएन रजिस्ट्रेशन]] सम्मिलित हैं। [[ IGMP स्नूपिंग |आईजीएमपी स्नूपिंग]] का उपयोग [[परत-2|लेयर-2]] नेटवर्क पर आईपी मल्टीकास्ट ट्रैफिक को प्रबंधित करने के लिए किया जाता है।
-आईपी मल्टीकास्ट का वर्णन किया गया है {{IETF RFC|1112}}. आईपी मल्टीकास्ट को पहली बार 1986 में मानकीकृत किया गया था।<ref>{{IETF RFC|988|link=no}}</ref> इसके स्पेसिफिकेशन्स को बढ़ाया गया है {{IETF RFC|4604|link=no}} समूह प्रबंधन और में शामिल करने के लिए {{IETF RFC|5771|link=no}} प्रशासनिक रूप से दायरे वाले पते शामिल करने के लिए।
+{{IETF RFC|1112}} में आईपी मल्टीकास्ट का वर्णन किया गया है। आईपी मल्टीकास्ट को पहली बार 1986 में मानकीकृत किया गया था। <ref>{{IETF RFC|988|link=no}}</ref> ग्रुप मनैजमेंट को सम्मिलित करने के लिए {{IETF RFC|4604|link=no}} में और प्रशासनिक रूप से दायरे वाले एड्रेस को सम्मिलित करने के लिए {{IETF RFC|5771|link=no}} में इसके विनिर्देशों को संवर्धित किया गया है।
 ==तकनीकी विवरण==
-आईपी मल्टीकास्ट एक नेटवर्क में आईपी इंफ्रास्ट्रक्चर पर [[पॉइंट-टू-मल्टीपॉइंट संचार]] | एक-से-अनेक और अनेक-से-अनेक वास्तविक समय संचार के लिए एक तकनीक है। यह एक बड़ी रिसीवर आबादी को मापता है, जिसके लिए न तो रिसीवर की पहचान का पूर्व ज्ञान और न ही रिसीवर्स की संख्या का पूर्व ज्ञान आवश्यक है। मल्टीकास्ट नेटवर्क इंफ्रास्ट्रक्चर का कुशलतापूर्वक उपयोग करता है, जिसके लिए स्रोत को केवल एक बार पैकेट भेजने की आवश्यकता होती है, भले ही इसे बड़ी संख्या में रिसीवर्स तक पहुंचाने की आवश्यकता हो। नेटवर्क में नोड्स (आमतौर पर [[ प्रसार बदलना ]] और [[राउटर (कंप्यूटिंग)]] एस) कई रिसीवरों तक पहुंचने के लिए पैकेट की प्रतिकृति बनाने का ख्याल रखते हैं, जैसे कि संदेश नेटवर्क के प्रत्येक लिंक पर केवल एक बार भेजे जाते हैं।
+आईपी मल्टीकास्ट एक नेटवर्क में आईपी इंफ्रास्ट्रक्चर पर एक-से-अनेक और अनेक-से-अनेक रीयल टाइम कम्युनिकेशन के लिए एक तकनीक है। यह एक बड़ी रिसीवर पॉपुलेशन को मापता है, जिसके लिए न तो रिसीवर की पहचान का पूर्व ज्ञान और न ही रिसीवर्स की संख्या का पूर्व ज्ञान आवश्यक है। मल्टीकास्ट नेटवर्क इंफ्रास्ट्रक्चर का कुशलतापूर्वक उपयोग करता है, जिसके लिए सोर्स को केवल एक बार पैकेट भेजने की आवश्यकता होती है, भले ही इसे बड़ी संख्या में रिसीवर्स तक पहुंचाने की आवश्यकता हो। नेटवर्क में नोड्स (सामान्यतः [[ प्रसार बदलना |नेटवर्क स्विचेस]] और [[राउटर (कंप्यूटिंग)]] एस) कई रिसीवरों तक पहुंचने के लिए पैकेट की प्रतिकृति बनाने का ख्याल रखते हैं, जैसे कि मैसेज नेटवर्क के प्रत्येक लिंक पर केवल एक बार भेजे जाते हैं।
-मल्टीकास्ट एड्रेसिंग का उपयोग करने के लिए सबसे आम [[ ट्रांसपोर्ट परत ]] प्रोटोकॉल [[डेटाग्राम प्रोटेकॉलका उपयोग करें]] (यूडीपी) है। अपनी प्रकृति से, यूडीपी विश्वसनीय नहीं है - संदेश खो सकते हैं या क्रम से वितरित नहीं हो सकते हैं। आईपी मल्टीकास्ट के शीर्ष पर हानि का पता लगाने और पुन: ट्रांसमिशन को जोड़ने के लिए [[व्यावहारिक जनरल मल्टीकास्ट]] (पीजीएम) जैसे [[विश्वसनीय मल्टीकास्ट]] प्रोटोकॉल विकसित किए गए हैं।
+मल्टीकास्ट एड्रेसिंग का उपयोग करने के लिए सबसे सामान्य[[ ट्रांसपोर्ट परत | ट्रांसपोर्ट लेयर]] प्रोटोकॉल [[डेटाग्राम प्रोटेकॉलका उपयोग करें|यूजर डेटाग्राम प्रोटेकॉल]] (यूडीपी) है। अपनी प्रकृति से, यूडीपी विश्वसनीय नहीं है - इसमें मैसेज खो सकते हैं या क्रम से वितरित नहीं हो सकते हैं। आईपी मल्टीकास्ट के शीर्ष पर हानि का एड्रेस लगाने और पुन: ट्रांसमिशन को जोड़ने के लिए [[व्यावहारिक जनरल मल्टीकास्ट|प्रग्मैटिक जनरल मल्टीकास्ट]] (पीजीएम) जैसे [[विश्वसनीय मल्टीकास्ट|रिलाएबल मल्टीकास्ट]] प्रोटोकॉल विकसित किए गए हैं।
-आईपी मल्टीकास्ट में मुख्य अवधारणाओं में एक आईपी मल्टीकास्ट समूह पता शामिल है,<ref name="RFC 5771">{{IETF RFC|5771|link=no}}</ref> एक मल्टीकास्ट वितरण वृक्ष और रिसीवर संचालित वृक्ष निर्माण।<ref>{{IETF RFC|1112|link=no}}</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>
-मल्टीकास्ट संदेश भेजने और प्राप्त करने के लिए स्रोतों और रिसीवरों द्वारा एक आईपी मल्टीकास्ट समूह पते का उपयोग किया जाता है। स्रोत अपने डेटा पैकेट में समूह पते को आईपी गंतव्य पते के रूप में उपयोग करते हैं। रिसीवर इस समूह पते का उपयोग नेटवर्क को सूचित करने के लिए करते हैं कि वे उस समूह को भेजे गए पैकेट प्राप्त करने में रुचि रखते हैं। उदाहरण के लिए, यदि कोई सामग्री समूह से संबद्ध है {{IPaddr|239.1.1.1}}, स्रोत नियत डेटा पैकेट भेजेगा {{IPaddr|239.1.1.1}}. उस सामग्री के रिसीवर नेटवर्क को सूचित करेंगे कि वे समूह को भेजे गए डेटा पैकेट प्राप्त करने में रुचि रखते हैं {{IPaddr|239.1.1.1}}. रिसीवर जुड़ जाता है {{IPaddr|239.1.1.1}}. किसी समूह में शामिल होने के लिए रिसीवर्स द्वारा आमतौर पर उपयोग किए जाने वाले प्रोटोकॉल को इंटरनेट ग्रुप मैनेजमेंट प्रोटोकॉल (IGMP) कहा जाता है।<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>
-साझा पेड़ों पर आधारित रूटिंग प्रोटोकॉल के साथ, एक बार जब रिसीवर एक विशेष आईपी मल्टीकास्ट समूह में शामिल हो जाते हैं, तो उस समूह के लिए एक मल्टीकास्ट वितरण ट्री का निर्माण किया जाता है। इसके लिए सबसे व्यापक रूप से उपयोग किया जाने वाला प्रोटोकॉल प्रोटोकॉल इंडिपेंडेंट मल्टीकास्ट (पीआईएम) है। यह मल्टीकास्ट डिस्ट्रीब्यूशन ट्री सेट करता है ताकि प्रेषकों से मल्टीकास्ट समूह तक डेटा पैकेट उन सभी रिसीवर तक पहुंच सकें जो समूह में शामिल हो गए हैं। पीआईएम कार्यान्वयन की विविधताएं हैं: [[ विरल मल्टीकास्ट ]] (एसएम), [[ सघन मल्टीकास्ट ]] (डीएम), [[स्रोत-विशिष्ट मल्टीकास्ट]] (एसएसएम) और द्विदिशात्मक मोड (बिदिर, या स्पार्स-डेंस मोड, एसडीएम)। इनमें से, पीआईएम-एसएम सबसे व्यापक रूप से तैनात है {{As of|2006|lc=on}};{{Citation needed| date=September 2010}} एसएसएम और बिदिर सरल और स्केलेबल विविधताएं हैं जो हाल ही में विकसित हुई हैं और लोकप्रियता हासिल कर रही हैं।{{Citation needed|date=September 2010}}
-आईपी मल्टीकास्ट ऑपरेशन को समूह के रिसीवर्स के बारे में जानने के लिए किसी सक्रिय स्रोत की आवश्यकता नहीं होती है। मल्टीकास्ट ट्री निर्माण रिसीवर द्वारा संचालित होता है और नेटवर्क नोड्स द्वारा शुरू किया जाता है जो रिसीवर के करीब होते हैं। आईपी मल्टीकास्ट एक बड़ी रिसीवर आबादी को मापता है। आईपी मल्टीकास्ट मॉडल को इंटरनेट आर्किटेक्ट डेविड डी. क्लार्क द्वारा इस प्रकार वर्णित किया गया है, आप एक छोर पर पैकेट डालते हैं, और नेटवर्क उन्हें मांगने वाले किसी भी व्यक्ति तक पहुंचाने की साजिश करता है।<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>
+शेयर्ड ट्री पर आधारित रूटिंग प्रोटोकॉल के साथ, एक बार जब रिसीवर एक विशेष आईपी मल्टीकास्ट ग्रुप में सम्मिलित हो जाते हैं, तो उस ग्रुप के लिए एक मल्टीकास्ट डिस्ट्रीब्यूशन ट्री का निर्माण किया जाता है। इसके लिए सबसे व्यापक रूप से उपयोग किया जाने वाला प्रोटोकॉल प्रोटोकॉल इंडिपेंडेंट मल्टीकास्ट (पीआईएम) है। यह मल्टीकास्ट डिस्ट्रीब्यूशन ट्री सेट करता है ताकि सेंडर्स से मल्टीकास्ट ग्रुप तक डेटा पैकेट उन सभी रिसीवर तक पहुंच सकें जो ग्रुप में सम्मिलित हो गए हैं। पीआईएम कार्यान्वयन की विविधताएं हैं:[[ विरल मल्टीकास्ट |स्पार्स मोड]] (एसएम), [[ सघन मल्टीकास्ट |डेन्स मोड]] (डीएम), [[स्रोत-विशिष्ट मल्टीकास्ट|सोर्स-स्पेसिफिक मल्टीकास्ट]] (एसएसएम) और बायडायरेक्शनल मोड (बिदिर, या स्पार्स-डेंस मोड, एसडीएम)। इनमें से, 2006 तक पीआईएम-एसएम सबसे व्यापक रूप से डिप्लॉय किया गया है; एसएसएम और बिदिर सिम्पलर और स्केलेबल वेरिएशन हैं जो हाल ही में विकसित हुई हैं और लोकप्रियता प्राप्त कर रही हैं।
-आईपी मल्टीकास्ट नेटवर्क में प्रति मल्टीकास्ट वितरण ट्री की स्थिति की जानकारी बनाता है। यदि एक राउटर 1000 मल्टीकास्ट पेड़ों का हिस्सा है, तो इसमें 1000 मल्टीकास्ट रूटिंग और फ़ॉरवर्डिंग प्रविष्टियाँ हैं। दूसरी ओर, एक मल्टीकास्ट राउटर को यह जानने की आवश्यकता नहीं है कि इंटरनेट में अन्य सभी मल्टीकास्ट पेड़ों तक कैसे पहुंचा जाए। इसे केवल मल्टीकास्ट पेड़ों के बारे में जानने की जरूरत है जिसके लिए इसके पास डाउनस्ट्रीम रिसीवर हैं। यह मल्टीकास्ट-एड्रेस्ड सेवाओं को स्केल करने की कुंजी है। इसके विपरीत, एक यूनिकास्ट राउटर को यह जानना आवश्यक है कि इंटरनेट में अन्य सभी यूनिकास्ट पतों तक कैसे पहुंचा जाए, भले ही वह ऐसा केवल एक डिफ़ॉल्ट मार्ग का उपयोग करके करता हो। इस कारण से, यूनिकैस्ट रूटिंग को स्केल करने के लिए एकत्रीकरण महत्वपूर्ण है। इसके अलावा, ऐसे कोर राउटर भी हैं जो सैकड़ों हजारों की संख्या में रूट ले जाते हैं क्योंकि उनमें इंटरनेट रूटिंग टेबल होती है।
+आईपी मल्टीकास्ट ऑपरेशन को ग्रुप के रिसीवर्स के बारे में जानने के लिए किसी एक्टिव सोर्स की आवश्यकता नहीं होती है। मल्टीकास्ट ट्री निर्माण रिसीवर द्वारा संचालित होता है और नेटवर्क नोड्स द्वारा प्रारम्भ किया जाता है जो रिसीवर के करीब होते हैं। आईपी मल्टीकास्ट एक बड़ी रिसीवर आबादी को मापता है। आईपी मल्टीकास्ट मॉडल को इंटरनेट आर्किटेक्ट डेविड डी. क्लार्क द्वारा इस प्रकार वर्णित किया गया है, आप एक छोर पर पैकेट डालते हैं, और नेटवर्क उन्हें मांगने वाले किसी भी व्यक्ति तक पहुंचाने का षड़यंत्र करता है। <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 मल्टीकास्ट रूटिंग और फ़ॉरवर्डिंग एंट्रीज हैं। दूसरी ओर, एक मल्टीकास्ट राउटर को यह जानने की आवश्यकता नहीं है कि इंटरनेट में अन्य सभी मल्टीकास्ट ट्री तक कैसे पहुंचा जाए। इसे केवल मल्टीकास्ट ट्री के बारे में जानने की आवश्यकता है जिसके लिए इसके पास डाउनस्ट्रीम रिसीवर हैं। यह मल्टीकास्ट-एड्रेस्ड सर्विस को स्केल करने की कुंजी है। इसके विपरीत, एक यूनिकास्ट राउटर को यह जानना आवश्यक है कि इंटरनेट में अन्य सभी यूनिकास्ट एड्रेस तक कैसे पहुंचा जाए, भले ही वह ऐसा केवल एक डिफ़ॉल्ट रूट का उपयोग करके करता हो। इस कारण से, यूनिकैस्ट रूटिंग को स्केल करने के लिए एकत्रीकरण महत्वपूर्ण है। इसके अतिरिक्त, ऐसे कोर राउटर भी हैं जो सैकड़ों हजारों की संख्या में रूट ले जाते हैं क्योंकि उनमें इंटरनेट रूटिंग टेबल होती है।
 ===रूटिंग===
-प्रत्येक होस्ट जो मल्टीकास्ट समूह का प्राप्तकर्ता सदस्य बनना चाहता है (यानी किसी विशेष मल्टीकास्ट पते के अनुरूप डेटा प्राप्त करना चाहता है) को इसमें शामिल होने के लिए आईजीएमपी का उपयोग करना होगा। निकटवर्ती राउटर भी संचार करने के लिए इस प्रोटोकॉल का उपयोग करते हैं।
+प्रत्येक होस्ट जो मल्टीकास्ट ग्रुप का रिसीविंग मेंबर बनना चाहता है (यानी किसी विशेष मल्टीकास्ट एड्रेस के अनुरूप डेटा प्राप्त करना चाहता है) को इसमें सम्मिलित होने के लिए आईजीएमपी का उपयोग करना होगा। निकटवर्ती राउटर भी संचार करने के लिए इस प्रोटोकॉल का उपयोग करते हैं।
-यूनिकैस्ट रूटिंग में, प्रत्येक राउटर आने वाले पैकेट के गंतव्य पते की जांच करता है और एक तालिका में गंतव्य को देखता है ताकि यह निर्धारित किया जा सके कि उस पैकेट को अपने गंतव्य के करीब लाने के लिए किस इंटरफ़ेस का उपयोग किया जाए। स्रोत पता राउटर के लिए अप्रासंगिक है। हालाँकि, मल्टीकास्ट रूटिंग में, स्रोत पता (जो एक साधारण यूनिकास्ट पता है) का उपयोग डेटा स्ट्रीम दिशा निर्धारित करने के लिए किया जाता है। मल्टीकास्ट ट्रैफ़िक का स्रोत अपस्ट्रीम माना जाता है। राउटर निर्धारित करता है कि कौन से डाउनस्ट्रीम इंटरफ़ेस इस मल्टीकास्ट समूह (गंतव्य पता) के लिए गंतव्य हैं, और उपयुक्त इंटरफेस के माध्यम से पैकेट भेजता है। [[रिवर्स-पथ अग्रेषण]] शब्द का उपयोग पैकेट को गंतव्य की बजाय स्रोत से दूर ले जाने की इस अवधारणा का वर्णन करने के लिए किया जाता है।
+यूनिकैस्ट रूटिंग में, प्रत्येक राउटर आने वाले पैकेट के डेस्टिनेशन एड्रेस की जांच करता है और एक तालिका में डेस्टिनेशन को देखता है ताकि यह निर्धारित किया जा सके कि उस पैकेट को अपने डेस्टिनेशन के करीब लाने के लिए किस इंटरफ़ेस का उपयोग किया जाए। सोर्स एड्रेस राउटर के लिए अप्रासंगिक है। हालाँकि, मल्टीकास्ट रूटिंग में, सोर्स एड्रेस (जो एक साधारण यूनिकास्ट एड्रेस है) का उपयोग डेटा स्ट्रीम डायरेक्शन निर्धारित करने के लिए किया जाता है। मल्टीकास्ट ट्रैफ़िक का सोर्स अपस्ट्रीम माना जाता है। राउटर निर्धारित करता है कि कौन से डाउनस्ट्रीम इंटरफ़ेस इस मल्टीकास्ट ग्रुप (डेस्टिनेशन एड्रेस) के लिए डेस्टिनेशन हैं, और उपयुक्त इंटरफेस के '''माध्यम से पैकेट भेजता है'''। [[रिवर्स-पथ अग्रेषण]] शब्द का उपयोग पैकेट को डेस्टिनेशन की बजाय सोर्स से दूर ले जाने की इस अवधारणा का वर्णन करने के लिए किया जाता है।
-यदि यूनिकास्ट के लिए इच्छित पैकेट गलती से मल्टीकास्ट पते पर भेज दिए जाएं तो कई त्रुटियां हो सकती हैं; विशेष रूप से, मल्टीकास्ट पते पर ICMP पैकेट भेजने का उपयोग DoS हमलों के संदर्भ में पैकेट प्रवर्धन प्राप्त करने के एक तरीके के रूप में किया गया है।
+यदि यूनिकास्ट के लिए इच्छित पैकेट गलती से मल्टीकास्ट एड्रेस पर भेज दिए जाएं तो कई त्रुटियां हो सकती हैं; विशेष रूप से, मल्टीकास्ट एड्रेस पर ICMP पैकेट भेजने का उपयोग DoS हमलों के संदर्भ में पैकेट प्रवर्धन प्राप्त करने के एक तरीके के रूप में किया गया है।
-स्थानीय नेटवर्क पर, मल्टीकास्ट डिलीवरी को IGMP (IPv4 नेटवर्क पर) और मल्टीकास्ट लिसनर डिस्कवरी (IPv6 नेटवर्क पर) द्वारा नियंत्रित किया जाता है; [[रूटिंग डोमेन]] के अंदर, प्रोटोकॉल इंडिपेंडेंट मल्टीकास्ट या [[एमओएसपीएफ]] का उपयोग किया जाता है; रूटिंग डोमेन के बीच, [[एमबीजीपी]] जैसे इंटर-डोमेन मल्टीकास्ट रूटिंग प्रोटोकॉल का उपयोग किया जाता है।
+स्थानीय नेटवर्क पर, मल्टीकास्ट डिलीवरी को आईजीएमपी (IPv4 नेटवर्क पर) और मल्टीकास्ट लिसनर डिस्कवरी (IPv6 नेटवर्क पर) द्वारा नियंत्रित किया जाता है; [[रूटिंग डोमेन]] के अंदर, प्रोटोकॉल इंडिपेंडेंट मल्टीकास्ट या [[एमओएसपीएफ]] का उपयोग किया जाता है; रूटिंग डोमेन के बीच, [[एमबीजीपी]] जैसे इंटर-डोमेन मल्टीकास्ट रूटिंग प्रोटोकॉल का उपयोग किया जाता है।
-मल्टीकास्ट वितरण के लिए उपयोग किए जाने वाले कुछ सामान्य डिलीवरी और रूटिंग प्रोटोकॉल निम्नलिखित हैं:
+मल्टीकास्ट डिस्ट्रीब्यूशन के लिए उपयोग किए जाने वाले कुछ सामान्य डिलीवरी और रूटिंग प्रोटोकॉल निम्नलिखित हैं:
-* इंटरनेट समूह प्रबंधन प्रोटोकॉल (आईजीएमपी)
+* इंटरनेट ग्रुप मनैजमेंट प्रोटोकॉल (आईजीएमपी)
 * प्रोटोकॉल इंडिपेंडेंट मल्टीकास्ट (पीआईएम)
 * [[दूरी वेक्टर मल्टीकास्ट रूटिंग प्रोटोकॉल]] (DVMRP)
@@ Line 36: / Line 37: @@
 * [[मल्टीकास्ट सोर्स डिस्कवरी प्रोटोकॉल]] (एमएसडीपी)
 * [[मल्टीकास्ट श्रोता डिस्कवरी]] (एमएलडी)
-* [[GARP मल्टीकास्ट पंजीकरण प्रोटोकॉल]] (GMRP)
+* [[GARP मल्टीकास्ट पंजीकरण प्रोटोकॉल|GARP मल्टीकास्ट रजिस्ट्रेशन प्रोटोकॉल]] (GMRP)
 ===लेयर 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 मल्टीकास्ट पैकेट ईथरनेट 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>
-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>
+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 के सभी सदस्यों में प्रवाहित कर देगा; इस मामले में सिस्टम के नेटवर्क कार्ड (या ऑपरेटिंग सिस्टम) को मल्टीकास्ट समूहों को भेजे गए पैकेटों को फ़िल्टर करना होगा जिनकी उन्होंने सदस्यता नहीं ली है।
+यदि कोई स्विच मल्टीकास्ट एड्रेस को नहीं समझता है तो यह उस ट्रैफ़िक को LAN के सभी सदस्यों में प्रवाहित कर देगा; इस मामले में सिस्टम के नेटवर्क कार्ड (या ऑपरेटिंग सिस्टम) को मल्टीकास्ट समूहों को भेजे गए पैकेटों को फ़िल्टर करना होगा जिनकी उन्होंने सदस्यता नहीं ली है।
-ऐसे स्विच हैं जो आईजीएमपी ट्रैफ़िक को सुनते हैं और एक राज्य तालिका बनाए रखते हैं जिसमें नेटवर्क सिस्टम किसी दिए गए मल्टीकास्ट समूह की सदस्यता लेते हैं। इस तालिका का उपयोग किसी दिए गए समूह को भेजे गए ट्रैफ़िक को केवल मेजबानों (बंदरगाहों) के सीमित सेट तक अग्रेषित करने के लिए किया जाता है। IGMP ट्रैफ़िक को सुनने की इस प्रक्रिया को IGMP स्नूपिंग कहा जाता है।
+ऐसे स्विच हैं जो आईजीएमपी ट्रैफ़िक को सुनते हैं और एक राज्य तालिका बनाए रखते हैं जिसमें नेटवर्क सिस्टम किसी दिए गए मल्टीकास्ट ग्रुप की सदस्यता लेते हैं। इस तालिका का उपयोग किसी दिए गए ग्रुप को भेजे गए ट्रैफ़िक को केवल मेजबानों (बंदरगाहों) के सीमित सेट तक अग्रेषित करने के लिए किया जाता है। आईजीएमपी ट्रैफ़िक को सुनने की इस प्रक्रिया को आईजीएमपी स्नूपिंग कहा जाता है।
-इसके अतिरिक्त, परत 3 क्षमताओं वाले कुछ स्विच IGMP क्वेरीर के रूप में कार्य कर सकते हैं। ऐसे नेटवर्क में जहां मल्टीकास्ट राउटर के रूप में कार्य करने के लिए कोई राउटर मौजूद नहीं है, आईजीएमपी स्नूपिंग क्वैरियर सक्षम स्विच का उपयोग उपयोगकर्ताओं को मल्टीकास्ट ट्रैफिक की सदस्यता लेने के लिए आवश्यक आईजीएमपी संदेश उत्पन्न करने के लिए किया जा सकता है।
+इसके अतिरिक्त, लेयर 3 क्षमताओं वाले कुछ स्विच आईजीएमपी क्वेरीर के रूप में कार्य कर सकते हैं। ऐसे नेटवर्क में जहां मल्टीकास्ट राउटर के रूप में कार्य करने के लिए कोई राउटर मौजूद नहीं है, आईजीएमपी स्नूपिंग क्वैरियर सक्षम स्विच का उपयोग उपयोगकर्ताओं को मल्टीकास्ट ट्रैफिक की सदस्यता लेने के लिए आवश्यक आईजीएमपी मैसेज उत्पन्न करने के लिए किया जा सकता है।
 ===वायरलेस विचार===
-.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>
+.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> कुछ विधियों को केवल एक्सेस प्वाइंट पर संशोधन की आवश्यकता होती है, और कुछ एंटरप्राइज़-श्रेणी के उपकरणों में समर्थित होते हैं, जबकि अन्य सुधारों के लिए ग्राहकों को संशोधन की आवश्यकता होगी, और इसलिए उन्हें व्यापक रूप से अपनाया नहीं गया है।
 == सुरक्षित मल्टीकास्ट ==
-आईपी मल्टीकास्ट एक इंटरनेट संचार विधि है जहां एक एकल डेटा पैकेट को प्रेषक से प्रेषित किया जा सकता है और रिसीवर के एक सेट में दोहराया जा सकता है। प्रतिकृति तकनीक कुछ हद तक डेटा संचारित करने के लिए उपयोग किए जाने वाले मीडिया पर निर्भर होती है। ईथरनेट या उपग्रह लिंक जैसे अंतर्निहित प्रसारण मीडिया पर मल्टीकास्ट का प्रसारण स्वचालित रूप से डेटा पैकेट को मीडिया से सीधे जुड़े सभी रिसीवरों द्वारा प्राप्त करने की अनुमति देता है। इसके विपरीत, मीडिया पर पॉइंट-टू-पॉइंट या पॉइंट-टू-मल्टीपॉइंट के मल्टीकास्ट के प्रसारण के लिए प्रत्येक लिंक के लिए पैकेट को दोहराने की आवश्यकता होती है। प्रतिकृति प्रक्रिया इष्टतम तरीके से होनी चाहिए जहां नेटवर्क के भीतर एक वितरण वृक्ष बनाया गया है। पैकेट को पेड़ की प्रत्येक शाखा पर दोहराया जा सकता है। इससे प्रेषक को प्रत्येक प्राप्तकर्ता के लिए पैकेट को एक बार दोहराने की आवश्यकता कम हो जाती है।
+आईपी मल्टीकास्ट एक इंटरनेट संचार विधि है जहां एक एकल डेटा पैकेट को प्रेषक से प्रेषित किया जा सकता है और रिसीवर के एक सेट में दोहराया जा सकता है। प्रतिकृति तकनीक कुछ हद तक डेटा संचारित करने के लिए उपयोग किए जाने वाले मीडिया पर निर्भर होती है। ईथरनेट या उपग्रह लिंक जैसे अंतर्निहित प्रसारण मीडिया पर मल्टीकास्ट का प्रसारण स्वचालित रूप से डेटा पैकेट को मीडिया से सीधे जुड़े सभी रिसीवरों द्वारा प्राप्त करने की अनुमति देता है। इसके विपरीत, मीडिया पर पॉइंट-टू-पॉइंट या पॉइंट-टू-मल्टीपॉइंट के मल्टीकास्ट के प्रसारण के लिए प्रत्येक लिंक के लिए पैकेट को दोहराने की आवश्यकता होती है। प्रतिकृति प्रक्रिया इष्टतम तरीके से होनी चाहिए जहां नेटवर्क के भीतर एक डिस्ट्रीब्यूशन ट्री बनाया गया है। पैकेट को पेड़ की प्रत्येक शाखा पर दोहराया जा सकता है। इससे प्रेषक को प्रत्येक प्राप्तकर्ता के लिए पैकेट को एक बार दोहराने की आवश्यकता कम हो जाती है।
-संचार लिंक के रूप में [[IPsec]] के उपयोग के लिए पॉइंट-टू-पॉइंट कनेक्शन स्थापना की आवश्यकता होती है। आमतौर पर, प्रेषक से प्राप्तकर्ता तक सुरक्षा की आवश्यकता होती है जिसका अर्थ है कि प्रेषक को प्रत्येक सुरक्षित कनेक्शन पर पैकेट को दोहराना होगा - प्रत्येक रिसीवर के लिए एक। जैसे-जैसे रिसीवर्स की संख्या बढ़ती है, प्रेषक को प्रत्येक रिसीवर्स के लिए पैकेट की प्रतिकृति बनाकर स्केल करना होगा। प्रेषक पर रखा गया प्रसंस्करण भार अधिक हो सकता है जो प्रेषक की स्केलेबिलिटी को सीमित करता है। मल्टीकास्ट को सुरक्षित रूप से प्रसारित करने के लिए एक नई विधि की आवश्यकता थी और इसे सिक्योर मल्टीकास्ट या मल्टीकास्ट सिक्योरिटी के रूप में जाना जाता था।
+संचार लिंक के रूप में [[IPsec]] के उपयोग के लिए पॉइंट-टू-पॉइंट कनेक्शन स्थापना की आवश्यकता होती है। सामान्यतः, प्रेषक से प्राप्तकर्ता तक सुरक्षा की आवश्यकता होती है जिसका अर्थ है कि प्रेषक को प्रत्येक सुरक्षित कनेक्शन पर पैकेट को दोहराना होगा - प्रत्येक रिसीवर के लिए एक। जैसे-जैसे रिसीवर्स की संख्या बढ़ती है, प्रेषक को प्रत्येक रिसीवर्स के लिए पैकेट की प्रतिकृति बनाकर स्केल करना होगा। प्रेषक पर रखा गया प्रसंस्करण भार अधिक हो सकता है जो प्रेषक की स्केलेबिलिटी को सीमित करता है। मल्टीकास्ट को सुरक्षित रूप से प्रसारित करने के लिए एक नई विधि की आवश्यकता थी और इसे सिक्योर मल्टीकास्ट या मल्टीकास्ट सिक्योरिटी के रूप में जाना जाता था।
-इंटरनेट इंजीनियरिंग टास्क फोर्स ([[IETF]]) ने पैकेट नेटवर्क पर मल्टीकास्ट ट्रैफ़िक को सुरक्षित रूप से प्रसारित करने के लिए एक नया इंटरनेट प्रोटोकॉल (IP) बनाया। प्रोटोकॉल परिभाषा को मल्टीकास्ट सिक्योरिटी वर्कग्रुप में विकसित किया गया था और टिप्पणियों के लिए कई अनुरोध (आरएफसी) का नेतृत्व किया गया था जो अब आईपी मल्टीकास्ट ट्रैफ़िक को सुरक्षित करने के लिए मानकों के रूप में उपयोग किया जाता है। प्रोटोकॉल ने प्रेषक को मल्टीकास्ट पैकेट को एन्क्रिप्ट करने और इसे इष्टतम वितरण ट्री पर पैकेट नेटवर्क में अग्रेषित करने की अनुमति दी। पैकेट को नेटवर्क में इष्टतम स्थानों पर दोहराया जा सकता है और सभी रिसीवरों तक पहुंचाया जा सकता है। रिसीवर पैकेट को डिक्रिप्ट करने और पैकेट को सुरक्षित नेटवर्क वातावरण में अग्रेषित करने में सक्षम हैं। मल्टीकास्ट पैकेट का प्रेषक संभावित प्राप्तकर्ताओं को नहीं जानता है; इसलिए, जोड़ी-वार एन्क्रिप्शन कुंजी (प्रत्येक रिसीवर के लिए एक) का निर्माण असंभव है। प्रेषक को एक साझा कुंजी का उपयोग करके पैकेट को एन्क्रिप्ट करना होगा जिसका उपयोग सभी वैध रिसीवर पैकेट को डिक्रिप्ट करने के लिए करते हैं। सिस्टम की सुरक्षा केवल उन वैध प्राप्तकर्ताओं को चाबियों के वितरण को नियंत्रित करने की क्षमता पर आधारित है। इसके लिए, IETF ने RFC 6407 में परिभाषित [[व्याख्या का समूह डोमेन]] (GDOI) प्रोटोकॉल बनाया। प्रोटोकॉल प्रेषक और रिसीवर को एक प्रमुख सर्वर से जुड़ने की अनुमति देता है जहां नीतियों और कुंजियों को एन्क्रिप्ट किया जाता है और सुरक्षित मल्टीकास्ट समूह के सदस्यों को वितरित किया जाता है। कुंजी सर्वर प्रेषकों और प्राप्तकर्ताओं को एक विशिष्ट समूह में प्रमाणित और अधिकृत कर सकता है जहां साझा कुंजी का उपयोग समूह के सदस्यों के बीच ट्रैफ़िक को एन्क्रिप्ट और डिक्रिप्ट करने के लिए किया जाता है।
+इंटरनेट इंजीनियरिंग टास्क फोर्स ([[IETF]]) ने पैकेट नेटवर्क पर मल्टीकास्ट ट्रैफ़िक को सुरक्षित रूप से प्रसारित करने के लिए एक नया इंटरनेट प्रोटोकॉल (IP) बनाया। प्रोटोकॉल परिभाषा को मल्टीकास्ट सिक्योरिटी वर्कग्रुप में विकसित किया गया था और टिप्पणियों के लिए कई अनुरोध (आरएफसी) का नेतृत्व किया गया था जो अब आईपी मल्टीकास्ट ट्रैफ़िक को सुरक्षित करने के लिए मानकों के रूप में उपयोग किया जाता है। प्रोटोकॉल ने प्रेषक को मल्टीकास्ट पैकेट को एन्क्रिप्ट करने और इसे इष्टतम डिस्ट्रीब्यूशन ट्री पर पैकेट नेटवर्क में अग्रेषित करने की अनुमति दी। पैकेट को नेटवर्क में इष्टतम स्थानों पर दोहराया जा सकता है और सभी रिसीवरों तक पहुंचाया जा सकता है। रिसीवर पैकेट को डिक्रिप्ट करने और पैकेट को सुरक्षित नेटवर्क वातावरण में अग्रेषित करने में सक्षम हैं। मल्टीकास्ट पैकेट का प्रेषक संभावित प्राप्तकर्ताओं को नहीं जानता है; इसलिए, जोड़ी-वार एन्क्रिप्शन कुंजी (प्रत्येक रिसीवर के लिए एक) का निर्माण असंभव है। प्रेषक को एक शेयर्ड कुंजी का उपयोग करके पैकेट को एन्क्रिप्ट करना होगा जिसका उपयोग सभी वैध रिसीवर पैकेट को डिक्रिप्ट करने के लिए करते हैं। सिस्टम की सुरक्षा केवल उन वैध प्राप्तकर्ताओं को चाबियों के डिस्ट्रीब्यूशन को नियंत्रित करने की क्षमता पर आधारित है। इसके लिए, IETF ने RFC 6407 में परिभाषित [[व्याख्या का समूह डोमेन|व्याख्या का ग्रुप डोमेन]] (GDOI) प्रोटोकॉल बनाया। प्रोटोकॉल प्रेषक और रिसीवर को एक प्रमुख सर्वर से जुड़ने की अनुमति देता है जहां नीतियों और कुंजियों को एन्क्रिप्ट किया जाता है और सुरक्षित मल्टीकास्ट ग्रुप के सदस्यों को वितरित किया जाता है। कुंजी सर्वर सेंडर्स और प्राप्तकर्ताओं को एक विशिष्ट ग्रुप में प्रमाणित और अधिकृत कर सकता है जहां शेयर्ड कुंजी का उपयोग ग्रुप के सदस्यों के बीच ट्रैफ़िक को एन्क्रिप्ट और डिक्रिप्ट करने के लिए किया जाता है।
-==विश्वसनीय मल्टीकास्ट==
+==रिलाएबल मल्टीकास्ट==
 {{further|Reliable multicast}}
-मल्टीकास्ट, अपने स्वभाव से, एक कनेक्शन-उन्मुख तंत्र नहीं है, इसलिए [[ प्रसारण नियंत्रण प्रोटोकॉल ]] जैसे प्रोटोकॉल, जो लापता पैकेटों के पुन: प्रसारण की अनुमति देता है, उपयुक्त नहीं हैं। ऑडियो और वीडियो स्ट्रीमिंग जैसे अनुप्रयोगों के लिए, कभी-कभार गिरा हुआ पैकेट कोई समस्या नहीं है। लेकिन महत्वपूर्ण डेटा के वितरण के लिए, पुनः प्रसारण का अनुरोध करने के लिए एक तंत्र की आवश्यकता होती है।
+मल्टीकास्ट, अपने स्वभाव से, एक कनेक्शन-उन्मुख तंत्र नहीं है, इसलिए [[ प्रसारण नियंत्रण प्रोटोकॉल ]] जैसे प्रोटोकॉल, जो लापता पैकेटों के पुन: प्रसारण की अनुमति देता है, उपयुक्त नहीं हैं। ऑडियो और वीडियो स्ट्रीमिंग जैसे एप्लीकेशन के लिए, कभी-कभार गिरा हुआ पैकेट कोई समस्या नहीं है। लेकिन महत्वपूर्ण डेटा के डिस्ट्रीब्यूशन के लिए, पुनः प्रसारण का अनुरोध करने के लिए एक तंत्र की आवश्यकता होती है।
-ऐसी ही एक योजना, सिस्को द्वारा प्रस्तावित, पीजीएम है (मूल रूप से प्रिटी गुड मल्टीकास्टिंग, लेकिन ट्रेडमार्क कारणों से इसे प्रैग्मैटिक जनरल मल्टीकास्ट में बदल दिया गया),{{Citation needed|date=September 2010}} आरएफसी 3208 में प्रलेखित। इस योजना में, मल्टीकास्ट पैकेट में अनुक्रम संख्याएं होती हैं और जब एक पैकेट छूट जाता है तो प्राप्तकर्ता अनुरोध कर सकता है कि पैकेट को मल्टीकास्ट समूह के अन्य सदस्यों के साथ फिर से मल्टीकास्ट किया जाए, यदि जरूरत न हो तो प्रतिस्थापन डेटा को नजरअंदाज कर दिया जाए। एक विस्तारित संस्करण, पीजीएम-सीसी, ने पूरे समूह को सबसे खराब रिसीवर द्वारा उपलब्ध बैंडविड्थ तक कम करके आईपी मल्टीकास्टिंग को अधिक टीसीपी अनुकूल बनाने का प्रयास किया है।
+ऐसी ही एक योजना, सिस्को द्वारा प्रस्तावित, पीजीएम है (मूल रूप से प्रिटी गुड मल्टीकास्टिंग, लेकिन ट्रेडमार्क कारणों से इसे प्रैग्मैटिक जनरल मल्टीकास्ट में बदल दिया गया),{{Citation needed|date=September 2010}} आरएफसी 3208 में प्रलेखित। इस योजना में, मल्टीकास्ट पैकेट में अनुक्रम संख्याएं होती हैं और जब एक पैकेट छूट जाता है तो प्राप्तकर्ता अनुरोध कर सकता है कि पैकेट को मल्टीकास्ट ग्रुप के अन्य सदस्यों के साथ फिर से मल्टीकास्ट किया जाए, यदि आवश्यकता न हो तो प्रतिस्थापन डेटा को नजरअंदाज कर दिया जाए। एक विस्तारित संस्करण, पीजीएम-सीसी, ने पूरे ग्रुप को सबसे खराब रिसीवर द्वारा उपलब्ध बैंडविड्थ तक कम करके आईपी मल्टीकास्टिंग को अधिक टीसीपी अनुकूल बनाने का प्रयास किया है।
-[[इंटरनेट इंजीनियरिंग टास्क फोर्स]] (IETF) द्वारा प्रलेखित दो अन्य योजनाएं हैं: मानक-ट्रैक प्रोटोकॉल NACK-ओरिएंटेड रिलायबल मल्टीकास्ट (NORM), जिसे RFC 5740 और RFC 5401 में प्रलेखित किया गया है, और प्रोटोकॉल [[यूनिडायरेक्शनल ट्रांसपोर्ट पर फ़ाइल डिलीवरी]] (FLUTE), प्रलेखित है। RFC 6726 में। मालिकाना के अलावा, ओपन-सोर्स कार्यान्वयन भी इनके लिए मौजूद हैं। ऐसे अन्य प्रोटोकॉल मौजूद हैं, जैसे [[स्केलेबल विश्वसनीय मल्टीकास्ट]], और विभिन्न स्रोतों द्वारा परिभाषित किए गए हैं। इस तरह के प्रोटोकॉल त्रुटि का पता लगाने के साधनों, त्रुटि पुनर्प्राप्ति में उपयोग किए जाने वाले तंत्र, ऐसी पुनर्प्राप्ति की स्केलेबिलिटी और विश्वसनीय होने के अर्थ में शामिल अंतर्निहित विचारों में भिन्न होते हैं। ACM SIGCOMM मल्टीकास्ट वर्कशॉप से विश्वसनीय मल्टीकास्ट प्रोटोकॉल की एक सूची, 27 अगस्त 1996, समस्या के कई दृष्टिकोणों का दस्तावेजीकरण करती है।
+[[इंटरनेट इंजीनियरिंग टास्क फोर्स]] (IETF) द्वारा प्रलेखित दो अन्य योजनाएं हैं: मानक-ट्रैक प्रोटोकॉल NACK-ओरिएंटेड रिलायबल मल्टीकास्ट (NORM), जिसे RFC 5740 और RFC 5401 में प्रलेखित किया गया है, और प्रोटोकॉल [[यूनिडायरेक्शनल ट्रांसपोर्ट पर फ़ाइल डिलीवरी]] (FLUTE), प्रलेखित है। RFC 6726 में। मालिकाना के अतिरिक्त, ओपन-सोर्स कार्यान्वयन भी इनके लिए मौजूद हैं। ऐसे अन्य प्रोटोकॉल मौजूद हैं, जैसे [[स्केलेबल विश्वसनीय मल्टीकास्ट|स्केलेबल रिलाएबल मल्टीकास्ट]], और विभिन्न स्रोतों द्वारा परिभाषित किए गए हैं। इस तरह के प्रोटोकॉल त्रुटि का एड्रेस लगाने के साधनों, त्रुटि पुनर्प्राप्ति में उपयोग किए जाने वाले तंत्र, ऐसी पुनर्प्राप्ति की स्केलेबिलिटी और विश्वसनीय होने के अर्थ में सम्मिलित अंतर्निहित विचारों में भिन्न होते हैं। ACM SIGCOMM मल्टीकास्ट वर्कशॉप से रिलाएबल मल्टीकास्ट प्रोटोकॉल की एक सूची, 27 अगस्त 1996, समस्या के कई दृष्टिकोणों का दस्तावेजीकरण करती है।
 इंटरनेट प्रोटोकॉल मल्टीकास्ट स्टैंडर्ड इनिशिएटिव (आईपीएमएसआई) जैसे स्वतंत्र समूहों ने दावा किया है कि प्रस्तावित [[स्मार्ट मल्टीकास्ट]]|सिक्योर मल्टीकास्ट फॉर एडवांस्ड रिपीटिंग ऑफ टेलीविजन (एसएमएआरटी) जैसे वास्तव में स्केलेबल सिक्योर विश्वसनीय आईपी मल्टीकास्ट प्रोटोकॉल की कमी ने आईपी मल्टीकास्ट को अपनाने में बाधा उत्पन्न की है। अंतर-डोमेन रूटिंग. एईएस स्तर की सुरक्षा और स्केलेबल विश्वसनीयता वाली व्यापक रूप से अपनाई गई प्रणाली की कमी ने खेल आयोजनों (जैसे सुपर बाउल) और/या ब्रेकिंग न्यूज कार्यक्रमों के बड़े पैमाने पर मीडिया प्रसारण को सार्वजनिक इंटरनेट पर प्रसारित होने से रोक दिया है।{{Citation needed|date=February 2010}}
@@ Line 75: / Line 76: @@
 चूंकि मल्टीकास्ट यूनिकास्ट से एक अलग ट्रांसमिशन मोड है, केवल मल्टीकास्ट के लिए डिज़ाइन किए गए प्रोटोकॉल को मल्टीकास्ट के साथ समझदारी से उपयोग किया जा सकता है। अधिकांश मौजूदा एप्लिकेशन प्रोटोकॉल जो मल्टीकास्ट का उपयोग करते हैं, उपयोगकर्ता डेटाग्राम प्रोटोकॉल (यूडीपी) के शीर्ष पर चलते हैं।
-कई अनुप्रयोगों में, [[ वास्तविक समय परिवहन प्रोटोकॉल ]] (आरटीपी) का उपयोग मल्टीकास्ट पर मल्टीमीडिया सामग्री को तैयार करने के लिए किया जाता है; मल्टीकास्ट वितरण का समर्थन करने वाले नेटवर्क में बैंडविड्थ आरक्षण के लिए [[संसाधन आरक्षण प्रोटोकॉल]] (आरएसवीपी) का उपयोग किया जा सकता है। [[मल्टीकास्ट डीएनएस]] (एमडीएनएस) का उपयोग मल्टीकास्ट का उपयोग करके समर्पित डीएनएस सर्वर के बिना डोमेन या होस्ट नामों को हल करने के लिए किया जा सकता है।
+कई एप्लीकेशन में, [[ वास्तविक समय परिवहन प्रोटोकॉल ]] (आरटीपी) का उपयोग मल्टीकास्ट पर मल्टीमीडिया कंटेंट को तैयार करने के लिए किया जाता है; मल्टीकास्ट डिस्ट्रीब्यूशन का समर्थन करने वाले नेटवर्क में बैंडविड्थ आरक्षण के लिए [[संसाधन आरक्षण प्रोटोकॉल]] (आरएसवीपी) का उपयोग किया जा सकता है। [[मल्टीकास्ट डीएनएस]] (एमडीएनएस) का उपयोग मल्टीकास्ट का उपयोग करके समर्पित डीएनएस सर्वर के बिना डोमेन या होस्ट नामों को हल करने के लिए किया जा सकता है।
 ==तैनाती==
-आईपी मल्टीकास्ट को उद्यमों, वाणिज्यिक [[ शेयर बाजार ]]ों और मल्टीमीडिया सामग्री वितरण नेटवर्क में व्यापक रूप से तैनात किया गया है। आईपी मल्टीकास्ट का एक सामान्य उद्यम उपयोग [[आईपीटीवी]] अनुप्रयोगों जैसे कि लाइव टेलीविज़न वितरण और टेलीविज़न कंपनी की बैठकों के लिए है।{{Citation needed|date=September 2010}}
+आईपी मल्टीकास्ट को उद्यमों, वाणिज्यिक [[ शेयर बाजार ]]ों और मल्टीमीडिया कंटेंट डिस्ट्रीब्यूशन नेटवर्क में व्यापक रूप से तैनात किया गया है। आईपी मल्टीकास्ट का एक सामान्य उद्यम उपयोग [[आईपीटीवी]] एप्लीकेशन जैसे कि लाइव टेलीविज़न डिस्ट्रीब्यूशन और टेलीविज़न कंपनी की बैठकों के लिए है।{{Citation needed|date=September 2010}}
-आतिथ्य उद्योग में होटलों में आईपीटीवी वितरण के लिए आईपी मल्टीकास्ट आम हो गया है, और खुदरा क्षेत्र में आईपी मल्टीकास्ट अब टीवी वितरण और वीडियो विज्ञापन अनुप्रयोगों के लिए व्यापक रूप से उपयोग किया जाता है।
+आतिथ्य उद्योग में होटलों में आईपीटीवी डिस्ट्रीब्यूशन के लिए आईपी मल्टीकास्ट सामान्यहो गया है, और खुदरा क्षेत्र में आईपी मल्टीकास्ट अब टीवी डिस्ट्रीब्यूशन और वीडियो विज्ञापन एप्लीकेशन के लिए व्यापक रूप से उपयोग किया जाता है।
 पे-टीवी ऑपरेटरों और महत्वपूर्ण ऑन-कैंपस छात्र आवास वाले कुछ शैक्षणिक संस्थानों ने रिसीवर्स के बड़े समूहों को हाई-स्पीड वीडियो जैसे एक-तरफ़ा स्ट्रीमिंग मीडिया वितरित करने के लिए आईपी मल्टीकास्ट तैनात किया है। इसके अतिरिक्त, मल्टीकास्ट प्रौद्योगिकियों का उपयोग करके ऑडियो और वीडियो कॉन्फ्रेंसिंग के कुछ उपयोग भी किए गए हैं। ये बहुत कम प्रचलित हैं और इन्हें अक्सर अनुसंधान और शिक्षा संस्थानों में स्थानांतरित कर दिया जाता है, जिनके पास अक्सर मांगों को संभालने के लिए नेटवर्क क्षमता का एक बड़ा स्तर होता है।{{Citation needed|date=February 2010}} कुछ तकनीकी सम्मेलन और बैठकें आईपी मल्टीकास्ट का उपयोग करके प्रसारित की जाती हैं। हाल ही तक{{When|date=February 2010}} IETF बैठकों के कई सत्र मल्टीकास्ट का उपयोग करके आयोजित किए गए थे।{{Citation needed|date=February 2010}}
-परिसर और वाणिज्यिक नेटवर्क के भीतर मल्टीकास्ट का एक अन्य उपयोग फ़ाइल वितरण के लिए है, विशेष रूप से दूरस्थ होस्टों को ऑपरेटिंग सिस्टम छवियां और अपडेट वितरित करने के लिए। यूनिकास्टिंग बूट छवियों की तुलना में मल्टीकास्ट बूट छवियों का मुख्य लाभ काफी कम नेटवर्क बैंडविड्थ उपयोग है।
+परिसर और वाणिज्यिक नेटवर्क के भीतर मल्टीकास्ट का एक अन्य उपयोग फ़ाइल डिस्ट्रीब्यूशन के लिए है, विशेष रूप से दूरस्थ होस्टों को ऑपरेटिंग सिस्टम छवियां और अपडेट वितरित करने के लिए। यूनिकास्टिंग बूट छवियों की तुलना में मल्टीकास्ट बूट छवियों का मुख्य लाभ काफी कम नेटवर्क बैंडविड्थ उपयोग है।
-आईपी मल्टीकास्ट ने [[स्टॉक टिकर]] और [[हूट-एन-हॉलर]] सिस्टम जैसे अनुप्रयोगों के लिए वित्तीय क्षेत्र में भी तैनाती देखी है।{{Citation needed|date=January 2022}}
+आईपी मल्टीकास्ट ने [[स्टॉक टिकर]] और [[हूट-एन-हॉलर]] सिस्टम जैसे एप्लीकेशन के लिए वित्तीय क्षेत्र में भी तैनाती देखी है।{{Citation needed|date=January 2022}}
-राउटर में बड़े [[राज्य (कंप्यूटर विज्ञान)]] की आवश्यकताएं आईपी मल्टीकास्ट का उपयोग करते समय काम करने में असमर्थ बड़ी संख्या में पेड़ों का उपयोग करके एप्लिकेशन बनाती हैं। [[उपस्थिति की जानकारी]] को एक उदाहरण के रूप में लें जहां प्रत्येक व्यक्ति को अपने ग्राहकों का कम से कम एक पेड़ रखना होगा, यदि कई नहीं। अभी तक कोई तंत्र प्रदर्शित नहीं किया गया है जो आईपी मल्टीकास्ट मॉडल को लाखों प्रेषकों और लाखों मल्टीकास्ट समूहों तक स्केल करने की अनुमति देगा और इस प्रकार, पूरी तरह से सामान्य मल्टीकास्ट अनुप्रयोगों को व्यावहारिक बनाना अभी तक संभव नहीं है।{{Citation needed|date=June 2012}}
+राउटर में बड़े [[राज्य (कंप्यूटर विज्ञान)]] की आवश्यकताएं आईपी मल्टीकास्ट का उपयोग करते समय काम करने में असमर्थ बड़ी संख्या में ट्री का उपयोग करके एप्लिकेशन बनाती हैं। [[उपस्थिति की जानकारी]] को एक उदाहरण के रूप में लें जहां प्रत्येक व्यक्ति को अपने ग्राहकों का कम से कम एक पेड़ रखना होगा, यदि कई नहीं। अभी तक कोई तंत्र प्रदर्शित नहीं किया गया है जो आईपी मल्टीकास्ट मॉडल को लाखों सेंडर्स और लाखों मल्टीकास्ट समूहों तक स्केल करने की अनुमति देगा और इस प्रकार, पूरी तरह से सामान्य मल्टीकास्ट एप्लीकेशन को व्यावहारिक बनाना अभी तक संभव नहीं है।{{Citation needed|date=June 2012}}
 आरएफसी 3170 (आईपी मल्टीकास्ट एप्लिकेशन: चुनौतियां और समाधान) परिनियोजन मुद्दों का एक सिंहावलोकन प्रदान करता है।
@@ Line 99: / Line 100: @@
 ===कास्टगेट===
-कास्टगेट इंटरनेट पर आईपी मल्टीकास्ट को अपनाने के लिए [[ब्रुसेल्स का निःशुल्क विश्वविद्यालय]] में ईटीआरओ-टेली अनुसंधान समूह का एक प्रयास था।<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" />
 कास्टगेट ने कास्टगेट टनल नेटवर्क से जुड़ने के लिए [[ माइक्रोसॉफ़्ट विंडोज़ ]] और [[लिनक्स]] दोनों के लिए एक सॉफ्टवेयर क्लाइंट की आपूर्ति की।
@@ Line 111: / Line 112: @@
 ===व्यावसायिक तैनाती===
-से शुरू होकर,<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>
+से प्रारम्भ होकर,<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>
 जर्मन सार्वजनिक सेवा प्रसारक [[एआरडी (प्रसारक)]]
@@ Line 118: / Line 119: @@
 ==आईपी मल्टीकास्ट सॉफ्टवेयर==
 * {{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://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 = https://github.com/troglobit/smcroute | title = Smcroute }} - लिनक्स कर्नेल पर मल्टीकास्ट मार्गों में हेरफेर करने के लिए एक सरल उपकरण
 * {{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.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://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 = 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://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://www.nongnu.org/qpimd/ | title = qpimd – PIM Daemon for Quagga | publisher = [[GNU]]}} - क्वाग्गा के लिए प्रोटोकॉल इंडिपेंडेंट मल्टीकास्ट मॉड्यूल (सॉफ्टवेयर)
 * {{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.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://cs.itd.nrl.navy.mil/work/norm/ | publisher = NRL | title = NORM}} - अमेरिकी नौसेना अनुसंधान प्रयोगशाला से नैक-ओरिएंटेड विश्वसनीय मल्टीकास्ट, एक ओपन सोर्स सी++ कार्यान्वयन के साथ
+* {{Citation | url = http://cs.itd.nrl.navy.mil/work/norm/ | publisher = NRL | title = NORM}} - अमेरिकी नौसेना अनुसंधान प्रयोगशाला से नैक-ओरिएंटेड रिलाएबल मल्टीकास्ट, एक ओपन सोर्स सी++ कार्यान्वयन के साथ
 * {{Citation | url = http://unfix.org/projects/ecmh/ | title = ecmh (Easy Cast du Multi Hub) | publisher = Unfix}} - IPv6 मल्टीकास्ट डेमॉन, PIM की आवश्यकता के बिना IPv6 मल्टीकास्ट का उपयोग करने की अनुमति देता है
 * [[मल्टीकास्ट रूटिंग डेमॉन v6]] - आईपीवी6 मल्टीकास्ट रूटिंग डेमॉन
 * [[यूएफटीपी]] - मल्टीकास्ट के साथ एन्क्रिप्टेड यूडीपी आधारित एफ़टीपी
 * [[जीस्ट्रीमर]] - एक मुफ्त सॉफ्टवेयर [[ मल्टीमीडिया ढाँचा ]] जो मल्टीकास्ट वीडियो स्ट्रीमिंग का समर्थन करता है
-* {{Citation | url = https://github.com/mcproxy/mcproxy | title = Mcproxy (Multicast Proxy) }} - एक इंटरनेट समूह प्रबंधन प्रोटोकॉल/मल्टीकास्ट श्रोता डिस्कवरी प्रॉक्सी जो [[प्रॉक्सी मोबाइल IPv6]] मल्टीकास्ट एक्सटेंशन का समर्थन करता है
+* {{Citation | url = https://github.com/mcproxy/mcproxy | title = Mcproxy (Multicast Proxy) }} - एकइंटरनेट ग्रुप मैनेजमेंट प्रोटोकॉल/मल्टीकास्ट श्रोता डिस्कवरी प्रॉक्सी जो [[प्रॉक्सी मोबाइल IPv6]] मल्टीकास्ट एक्सटेंशन का समर्थन करता है
 ==यह भी देखें==

Anonymous

Search

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

Namespaces

More

Page actions

Revision as of 22:12, 4 October 2023

Contents

तकनीकी विवरण

रूटिंग

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

वायरलेस विचार

सुरक्षित मल्टीकास्ट

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

मल्टीकास्ट-आधारित प्रोटोकॉल

तैनाती

इतिहास

विकास

कास्टगेट

व्यावसायिक तैनाती

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

यह भी देखें

संदर्भ

बाहरी संबंध

Navigation

Navigation

Wiki tools

Wiki tools

Anonymous

Search

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

Revision as of 22:12, 4 October 2023

तकनीकी विवरण

रूटिंग

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

वायरलेस विचार

सुरक्षित मल्टीकास्ट

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

मल्टीकास्ट-आधारित प्रोटोकॉल

तैनाती

इतिहास

विकास

कास्टगेट

व्यावसायिक तैनाती

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

यह भी देखें

संदर्भ

बाहरी संबंध

Navigation

Wiki tools

Page tools

Other projects

Categories

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