क्या इंटरनेट पर IPv6 मल्टीकास्ट रूटिंग है?


14

जैसा कि मैं इसे समझता हूं, Iana द्वारा आवंटित सार्वजनिक IPv6 पते में उपसर्ग 2000 :: / 3 होगा। ये आईपी पते इंटरनेट के माध्यम से रूट किए जाएंगे।

दूसरी तरफ IPv6 मल्टीकास्ट पते FF00 :: / 8 उपसर्ग हैं।

मेरी समझ यह है कि IPv6 मल्टीकास्ट पते इंटरनेट के माध्यम से नियमित नहीं होंगे। क्या मैं सही हू? यदि हां, तो क्या आईपीवी 6 में इंटरनेट पर एक-से-कई आईपी रूटिंग करने का कोई तरीका है?



1
मैंने खुद को सही तरीके से नहीं समझाया होगा। मेरा मतलब यह था कि ipv6 मल्टीकास्ट पतों को सार्वजनिक पतों की तरह नहीं माना जाता है। तो क्या मैं इंटरनेट पर एक मल्टीकास्ट समूह तक पहुंच बना सकता हूं या क्या यह केवल निजी नेटवर्क जैसे आईपीवी 4 के माध्यम से समर्थित होगा?
29:12

जवाबों:


8

तो क्या मैं इंटरनेट पर एक मल्टीकास्ट समूह तक पहुंच बना सकता हूं या क्या यह केवल निजी नेटवर्क जैसे आईपीवी 4 के माध्यम से समर्थित होगा?

मुझे आपके द्वारा बनाई गई एक धारणा को सही करना चाहिए।

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

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


1
हां, लेकिन मैं आईएएनए को मल्टीकास्ट पतों की तरह आवंटित नहीं करता हूं जैसे वे सार्वजनिक आईपी पते के लिए करते हैं। क्या इसका मतलब यह नहीं है कि आप सार्वजनिक मल्टीकास्ट पते आरक्षित नहीं कर सकते हैं और इसलिए आप इंटरनेट पर मल्टीकास्ट एड्रेस को एड्रेस क्लैशिंग के जोखिम के बिना रूट नहीं कर पाएंगे?
एबोलोम

1
@Absolom, मैंने अपनी टिप्पणी में जो दूसरा लिंक जोड़ा, उसमें स्थायी IANA IPv6 असाइनमेंट की एक सूची शामिल थी। यह डीएचसीपी ( tools.ietf.org/html/rfc2730 ) जैसे प्रोटोकॉल का उपयोग करके एक गतिशील पता प्राप्त कर सकता है या जाहिरा तौर पर यह सिर्फ एक यादृच्छिक संख्या उठाकर एक पता प्राप्त कर सकता है। tools.ietf.org/html/rfc3307#section-4.3.2 सभी 3 विकल्प मूल रूप से वही हैं जो IPv4 के साथ उपलब्ध थे।
Zoredache

3
IPv4 नेटवर्क पर mbone वैश्विक मल्टीकास्ट कार्यों से जुड़ा हुआ है। Mbone में ज्यादातर यूनिवर्सिटी नेटवर्क होते हैं। एसएपी के माध्यम से या उदाहरण के लिए एनटीपी के माध्यम से विज्ञापित दिलचस्प वीडियो सेवाएं उपलब्ध कराना। सुरक्षा के मुद्दे हैं: भूत स्थापित करने के लिए ग्राहकों ने 8 टाइमज़ोन से दूर तक दिखाया है जब तक कि सीमा पर उस विशिष्ट मल्टीकास्ट समूह को काम अवरुद्ध नहीं किया जाता है।
Koos van den Hout

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

5

IPv6 सार्वजनिक-संवाद- पते में उपसर्ग 2000 :: / 3 (अब तक) है। मल्टीकास्ट के लिए आवंटन में लिंक-लोकल, विभिन्न स्थानीय रूप से स्कोप्ड और ग्लोबल एड्रेसिंग (RFC3307 के अनुसार) के लिए आवास शामिल हैं। यह IPv4 मल्टीकास्ट के समान ही मूल विचार है, जहां GL4 पते और ऐसे के लिए 224/4 स्थान का एक हिस्सा अलग रखा गया है।

RFC3306 को भी देखें, मुझे लगता है कि यह शायद अधिक सीधे आपके प्रश्न का उत्तर देता है।

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

तो विचार यह है कि यदि आपके पास विश्व स्तर पर रूटिंग / 64 है कि यह आपको समग्र रूप से समूह आईडी में शामिल किया जा सकता है ताकि आपको कुछ ऐसा दिया जा सके जो विश्व स्तर पर रूट किया जा सके। दूसरे शब्दों में, यदि आपके पास पहले से ही एक v6 उपसर्ग और एक उपयुक्त सक्षम वाहक है तो आप पहले से ही सेट हैं।


लेकिन क्या इंटरनेट पर ipv6 मल्टीकास्ट एड्रेस राउटरेबल होंगे? उदाहरण के लिए, उदाहरण के लिए, आप इंटरनेट पर एक लाइव वीडियो फीड को एक आईपीवी 6 मल्टीकास्ट ग्रुप में स्ट्रीम करना चाहते हैं। क्या यह समर्थन किया जाएगा? या ipv6 मल्टीकास्ट केवल निजी नेटवर्क में काम करेगा?
29:12

1
हां - FF00 की कुछ रेंज :: / 8 वैश्विक रूप से राउटेबल होगी, दूसरों की सीमाएं होंगी। खेतों में से एक प्रशासनिक दायरे को परिभाषित करता है, जो राउटर को एक सुराग देता है कि किसी दिए गए मल्टीकास्ट को कितना आगे बढ़ाया जाए। मैं अपने उत्तर में एक उदाहरण जोड़ूंगा।
rnxrx

3

मानक वैश्विक मल्टीकास्ट मार्ग की अनुमति देते हैं, लेकिन AFAIK वर्तमान में अधिकांश ISP केवल उनके उपयोग (IPTV) आदि के लिए मल्टीकास्ट को प्रतिबंधित करते हैं।


क्या आप मुझे उस मानक पर निर्देशित कर सकते हैं जिसका आप उल्लेख कर रहे हैं?
29:12

3
tools.ietf.org/html/rfc4291#section-2.7 ffxe :: / 16 वैश्विक दायरे के साथ बहुस्तरीय पते हैं, इसलिए विश्व स्तर पर उपलब्ध हैं।
मुलज़

2

मेरा खुद का अनुमान है कि कई आईएसपी जो केबल प्रदाता हैं, जो आईपीवी 6 को तैनात करते हैं, वे इसे अपनी सीमा पर रोक देंगे।

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


1

मुझे लगता है कि आपको लगता है कि मल्टीकास्ट क्या है, आपने कई उत्तर दिए हैं। आपने कोई गलती नहीं की है और आपका प्रश्न स्पष्ट है। मैंने खुद से यह सवाल पूछा:

क्या मैं IPv6 इंटरनेट पर मल्टीकास्ट कर सकता हूं?

परंपरागत रूप से, जैसे कि आईपीवी 4 में मुझे एक स्थायी वैश्विक मल्टीकास्ट एड्रेस (या सबनेट) के लिए अनुरोध करना होगा और इन्हें अपने नेटवर्क पर असाइन करना होगा। IPv6 के साथ यह अभी भी संभव है। हालाँकि, IPv6 स्वाभाविक रूप से मल्टीकास्ट-खुश है, इसलिए यह मेरे लिए अद्वितीय पते के अनुरोध के बिना मेरे लिए मल्टीकास्ट में कुछ तंत्र को शामिल करने का अर्थ होगा।

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

यह देखते हुए कि मल्टीकास्ट कितना उपयोगी है, यह इनाया को परेशान करेगा यदि उन्हें हर किसी के लिए मल्टीकास्ट उपसर्गों को सौंपना था जो एक नेटवर्क गेम खेलना चाहते हैं, या एक वीडियो कॉन्फ्रेंस वितरित करते हैं, या दोस्तों को लाइव प्रदर्शन प्रसारित करते हैं, और इसी तरह ... ।

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

यूनिकस्ट-प्रीफ़िक्स-आधारित IPv6 मल्टीकास्ट एड्रेस

यह, ज़ाहिर है, संबोधित किया गया है। "Unicast-Prefix-based IPv6 Multicast Addresses" शीर्षक वास्तव में यह सब कहना चाहिए: यदि आपके पास विश्व स्तर पर अद्वितीय IPv6 IP पता है, तो आप (आपका कंप्यूटर / डिवाइस) आपके (/ यह) स्वयं को विश्व स्तर पर अद्वितीय मल्टीकास्ट पता दे सकते हैं जो कि है आपके यूनिकस्ट असाइनमेंट के आधार पर। आवश्यकताएं यह हैं कि हर बिंदु (सर्वर, राउटर, क्लाइंट) पर सॉफ्टवेयर जानता है कि वह क्या कर रहा है। पुराने राउटर और आलसी आईएसपी अगले कुछ वर्षों के लिए गिरावट की संभावना है।

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

यूनिकास्ट उपसर्ग-आधारित मल्टीकास्ट पतों की संरचना के कुछ उदाहरण निम्नलिखित हैं।

    -  Global prefixes - A network with a unicast prefix of
       3FFE:FFFF:1::/48 would also have a unicast prefix-based
       multicast prefix of FF3x:0030:3FFE:FFFF:0001::/96 (where 'x'
       is any valid scope).

    -  SSM - All IPv6 SSM multicast addresses will have the format
       FF3x::/96.

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

यूनिकस्ट-प्रीफिक्स आधारित मल्टीकास्ट एड्रेस का दायरा मल्टीकास्ट एड्रेस में एम्बेडेड यूनिकस्ट प्रीफिक्स के दायरे से अधिक नहीं होना चाहिए।

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

यह पृष्ठ RFC द्वारा लाए गए कुछ भ्रमों के बारे में बात करता है, और RFC3956 में उल्लेख किया गया है कि कैसे कुछ मल्टीकास्ट डोमेन को एक दूसरे से बात करने में परेशानी होती है। इस बिंदु पर, इसे लागू करना मुश्किल हो सकता है, लेकिन मुझे कोई कारण नहीं दिखता कि गेम सर्वर (मेरे ऊपर के उदाहरण से) खुद को मल्टीकास्ट आईपीवी 6 पता नहीं दे सकता है और इस पते के ग्राहकों को सूचित कर सकता है, और सभी को भीख मांगने के लिए बिना स्थिर मल्टीकास्ट IPv6 असाइनमेंट।

यह ऐसी चीज है जिसका मैं भविष्य में खुद पालन करना चाहूंगा।

चरण 1: ISP को IPv6 सक्षम करने की आवश्यकता है। फिर भी।

इन्हें भी देखें: RFC6308: इंटरनेट मल्टीकास्ट एड्रेसिंग आर्किटेक्चर का अवलोकन


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

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

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

यह आपको बताता है कि यह कहां से आता है। RFC पढ़ें।
केन शार्प

1
राउटर को यह जानने की जरूरत नहीं है कि एक पैकेट कहां से आया। उन्हें यह जानना होगा कि इसे कहां भेजा जाए।
कैस्परड

0

आप मेरी राय में दो चीजों को भ्रमित करते हैं: मल्टीकास्ट रूटिंग और आईपीवी 6 एड्रेस आवंटन।

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

2000 :: / 3 से IPv6 पता आवंटन यह तय करता है कि कौन यूनिकैस्ट एड्रेस का उपयोग कर सकता है ।

तो जो IPv6 मल्टिकास्ट समूह का उपयोग कर सकता है, उसके लिए जहां तक ​​मुझे पता है कि केवल rfc3307 में परिभाषित किया गया है।

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


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

0

मुझे लगता है कि IPv6 मल्टीकास्ट इंटरनेट पर निष्क्रिय होना चाहिए, IPv4 मल्टीकास्ट के विपरीत जो इंटरनेट पर चलने योग्य नहीं है।

https://en.wikipedia.org/wiki/Multicast_address#IPv6

ffxe :: / 16

वैश्विक कार्यक्षेत्र

सार्वजनिक इंटरनेट पर रूट किए जाने के योग्य।


https://en.wikipedia.org/wiki/IPv6#Multicasting

में आईपीवी 4 इसके लिए बहुत मुश्किल है एक संगठन भी एक पाने के लिए विश्व स्तर पर रॉटेबल बहुस्त्र्पीय समूह असाइनमेंट, और इंटर-डोमेन समाधान के कार्यान्वयन रहस्यमय है। [20] IPv6 के लिए एक स्थानीय इंटरनेट रजिस्ट्री द्वारा यूनिकैस्ट एड्रेस असाइनमेंट में कम से कम 64-बिट रूटिंग उपसर्ग होता है, जो आईपीवी 6 (64 बिट्स) में उपलब्ध सबसे छोटे सबनेट साइज की उपज देता है। इस तरह के असाइनमेंट के साथ, आईपीवी 6 मल्टीकास्ट एड्रेस फॉर्मेट में यूनिकस्ट एड्रेस प्रीफिक्स को एम्बेड करना संभव है, जबकि अभी भी 32-बिट ब्लॉक, एड्रेस के कम से कम महत्वपूर्ण बिट्स, या लगभग 4.2 बिलियन मल्टीकास्ट ग्रुप आइडेंटिफ़ायर प्रदान करते हैं। इस प्रकार IPv6 सबनेट के प्रत्येक उपयोगकर्ता ने मल्टीकास्ट अनुप्रयोगों के लिए स्वचालित रूप से विश्व स्तर पर नियमित स्रोत-विशिष्ट मल्टीकास्ट समूहों का एक सेट उपलब्ध किया है।[21]


http://ipv6friday.org/blog/2011/12/ipv6-multicast/

कार्यकारी सारांश:

  • आईपी ​​मल्टीकास्ट IPv4 के लिए एक ऐडऑन था, जिसका इस्तेमाल ज्यादातर मल्टीमीडिया की डिलीवरी के लिए किया जाता था।
  • में आईपीवी 6, मल्टीकास्ट प्रसारण बदल देता है और एक एकीकृत और है आपके आईपी नेटवर्क में आवश्यक समारोह
  • आईपी ​​पते और डीएचसीपी दोनों का स्वचालित कॉन्फ़िगरेशन IPv6 मल्टीकास्ट का उपयोग करता है

अनुप्रयोगों के लिए IPv6 में "सॉलिसिटेड मल्टिकास्ट" है। जब कुछ इंटरफ़ेस यूनिकैस्ट पता बनाया जाता है, तो ये पते अपने आप प्रकट हो जाते हैं। बस FF02: 0: 0: 0: 0: 1: FF00 :: / 104 का उपयोग करें, और अन्य 24 बिट्स यूनिकैस्ट पते के समान हैं। https://tools.ietf.org/html/rfc3306



यह संदिग्ध है कि आईएसपी किसी एक मल्टीकास्ट रूटिंग प्रोटोकॉल के लिए सहमत होंगे या ऐसा करने के लिए आवश्यक संसाधनों को खर्च करेंगे। निश्चित रूप से, घने मोड मल्टीकास्ट सार्वजनिक इंटरनेट को ध्वस्त कर देगा, और विरल मोड में बहुत पैसा खर्च होगा
Ron Maupin
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.