यह आमतौर पर वाई-फाई होम गेटवे राउटर्स (APs), या कभी-कभी वायरलेस क्लाइंट चिपसेट / ड्राइवर / सॉफ़्टवेयर में बग के कारण होता है।
वाई-फाई पर, एपी से वायरलेस क्लाइंट को मल्टीकास्ट भेजना (यह मानक में "डिस्ट्रीब्यूशन सिस्टम से" या "एलआरडीएस" के रूप में जाना जाता है) मुश्किल है, इसलिए बहुत सारे तरीके हैं जो इसे विफल कर सकते हैं, और यह आसान है बग का परिचय दें।
- भले ही रेडियो माध्यम इतना अविश्वसनीय हो कि 802.11 यूनिकोड के लिए लिंक-लेवल एक्सेप्टेंस (ACK) होना आवश्यक है और कई बार रिट्रांस्ड हो जाता है यदि कोई ACK नहीं है, तो FromDS मल्टीकास्ट कभी भी ACKed नहीं होते हैं क्योंकि उन्हें सभी वायरलेस क्लाइंट द्वारा ACKed करने की आवश्यकता होती है एपी, जो काफी "एसीके तूफान" हो सकता है। इसलिए इसके बजाय, कम डेटा दर से FromDS मल्टीकास्ट भेजे जाने चाहिए; एक सरल, धीमी, आसानी से डिकोड-सम-कम-सिग्नल-टू-शोर-अनुपात अनुपात योजना का उपयोग करना, जो कि एपी के सभी ग्राहकों द्वारा विश्वसनीय रूप से प्राप्त किया जा सकता है। कुछ APs ने व्यवस्थापक को मल्टीकास्ट दर निर्धारित करने दिया, और कुछ व्यवस्थापकों ने अनजाने में अपने कुछ ग्राहकों के लिए उन ग्राहकों के लिए मल्टीकास्ट डिलीवरी तोड़कर, मज़बूती से प्राप्त करने के लिए इसे बहुत अधिक सेट किया।
- जब WPA (TKIP) या WPA2 (AES-CCMP) एन्क्रिप्शन का उपयोग होता है, तो FromDS मल्टीकास्ट को एक अलग एन्क्रिप्शन कुंजी के साथ एन्क्रिप्ट किया जाना होता है, जो सभी क्लाइंट को पता होता है (इसे ग्रुप की कहा जाता है)।
- जब कोई ग्राहक नेटवर्क छोड़ता है, या हर घंटे या तो, बस अच्छे उपाय के लिए, समूह कुंजी को बदलने की आवश्यकता होती है ताकि जो ग्राहक अब नहीं छोड़ता है, उसके पास मल्टीकास्ट को डिक्रिप्ट करने की पहुंच हो। इस "समूह कुंजी रोटेशन" प्रक्रिया में कभी-कभी समस्याएं होती हैं। यदि कोई ग्राहक नई समूह कुंजी की रसीद स्वीकार नहीं करता है, तो एपी को उस ग्राहक को डी-ऑथेंटिकेट करना है, लेकिन यदि वह ऐसा करने में विफल रहता है, तो बग के कारण, क्लाइंट के पास गलत समूह कुंजी हो सकती है और इस प्रकार "बधिर" हो सकता है। "इसे साकार किए बिना बहुरंगी करने के लिए।"
- जब WPA2 "मिश्रित मोड" सक्षम होता है (अर्थात, जब WPA और WPA2 दोनों एक ही समय में सक्षम होते हैं), तो FromDS मल्टीकास्ट को आमतौर पर TKIP सिफर के साथ एनकोड करना पड़ता है, ताकि सभी ग्राहकों को यह पता चले कि इसे कैसे डीकोड करना है। ।
- एफडीएस मल्टीकास्ट्स को एपी द्वारा कतारबद्ध किया जाना है और केवल समय पर प्रसारित किया जाता है जब सभी ग्राहक जो मल्टीकास्ट के बारे में परवाह करते हैं, उनके रिसीवर को संचालित करने की उम्मीद की जा सकती है। "सेफ फ्रॉम फ्रॉम फ्रॉम डीडीएस मल्टिकास्ट्स" अवधियों के बीच के समय को "डीटीआईएम अंतराल" कहा जाता है। यदि AP या क्लाइंट अपने DTIM अंतराल हैंडलिंग को खराब कर देते हैं, तो इसके परिणामस्वरूप क्लाइंट को मल्टीकास्ट प्राप्त करने में असमर्थता हो सकती है।
- कुछ APs में वायरलेस क्लाइंट को एक-दूसरे से सीधे बात करने में सक्षम होने से रोकने के लिए सुविधाएँ हैं, शायद अपने वायरलेस मेहमानों को अपने अन्य वायरलेस मेहमानों को हैक करने से बचाए रखें। ये सुविधाएँ आम तौर पर WLAN उपकरणों से दूसरे WLAN उपकरणों के लिए मल्टीकास्ट को ब्लॉक करती हैं, और अच्छी तरह से लागू किया जा सकता है जो LAN से WLAN तक के मल्टीकास्ट को ब्लॉक करता है।
पागल बात यह है, "टोड्स" मल्टीकास्ट को टोड्स यूनिकोड की तरह ही किया जाता है, और इसलिए वे शायद ही कभी टूटते हैं। और चूंकि टीडीएस मल्टीकास्ट (FromDS मल्टिकास्ट्स नहीं) सभी की जरूरत होती है जब एक वायरलेस क्लाइंट को अपने डिफ़ॉल्ट गेटवे को खोजने के लिए एक डीएचसीपी लीज और एआरपी मिलता है, ज्यादातर क्लाइंट कनेक्टेड होने में सक्षम होते हैं और वेब, चेक ईमेल इत्यादि को सर्फ करते हैं। मल्टीकास्ट टूट गए हैं। जब तक वे mDNS (उर्फ IETF ZeroConf, Apple Bonjour, Avahi, आदि) जैसी चीजों को करने की कोशिश करते हैं, तब तक बहुत से लोग महसूस नहीं करते कि उनके नेटवर्क पर मल्टीकास्ट समस्याएं हैं।
वायरलेस मल्टीकास्ट प्रसारण के लिए वायर्ड के संबंध में कुछ अन्य बातें:
- अधिकांश LAN मल्टीकास्ट्स, जैसे कि mDNS, विशेष मल्टीकास्ट एड्रेस रेंज का उपयोग करके किया जाता है जो कि राउटर में रूट किए जाने के लिए नहीं होते हैं। चूंकि नेट के रूप में वाई-फाई-सक्षम होम गेटवे राउटर के रूप में सक्षम हैं, इसलिए mDNS को WAN से [W] LAN तक पार करने के लिए नहीं है। लेकिन यह LAN से WLAN तक काम करता है।
- क्योंकि वाई-फाई पर मल्टीकास्ट कम डेटा दर पर भेजना पड़ता है, वे बहुत अधिक एयरटाइम लेते हैं। इसलिए वे "महंगे" हैं, और आप उनमें से बहुत अधिक नहीं करना चाहते हैं। यह इसके विपरीत है कि चीजें वायर्ड ईथरनेट पर कैसे काम करती हैं, जहां प्रत्येक मशीन के लिए अलग-अलग यूनिकॉस्ट भेजने की तुलना में मल्टीकास्ट "कम खर्चीले" होते हैं, उदाहरण के लिए "एक मल्टीकास्ट वीडियो स्ट्रीम में ट्यूनिंग"। इस वजह से, कई वाई-फाई एपी "IGMP स्नूपिंग" करेंगे, यह देखने के लिए कि कौन सी मशीनें इंटरनेट ग्रुप मैनेजमेंट प्रोटोकॉल (IGMP) अनुरोध भेज रही हैं, जो किसी दिए गए मल्टीकास्ट स्ट्रीम में ट्यून करने की इच्छा व्यक्त करती हैं। जब तक कि वे एक वायरलेस क्लाइंट को IGMP के माध्यम से उस स्ट्रीम की सदस्यता लेने की कोशिश नहीं करते, Wi-Fi APs जो IGMP स्नूपिंग करते हैं, वायरलेस नेटवर्क पर मल्टीकास्ट के कुछ वर्गों को स्वचालित रूप से अग्रेषित नहीं करेंगे। दस्तावेज़ जो बताते हैं कि IGMP स्नूपिंग ठीक से कैसे किया जाता है, यह स्पष्ट करता है कि कम बैंडविड्थ वाले मल्टीकास्ट की कुछ कक्षाएं (इस श्रेणी में mDNS फिट) को हमेशा आगे भेजा जाना चाहिए, भले ही किसी ने स्पष्ट रूप से IGMP के माध्यम से उनके लिए नहीं पूछा हो। हालाँकि, मुझे आश्चर्य नहीं होगा अगर वहाँ टूटे हुए IGMP स्नूपिंग कार्यान्वयन हैं जो कि किसी भी प्रकार के मल्टीकास्ट को कभी आगे नहीं बढ़ाते हैं जब तक कि वह इसके लिए IGMP अनुरोध नहीं देखता है।
tl; dr: बग्स। कीड़े के लिए अवसरों के बहुत सारे। और कभी-कभी खराब-डिज़ाइन की गई विशेषताएं और कॉन्फ़िगरेशन त्रुटियां। आपका सबसे अच्छा बचाव उन कंपनियों से उच्च-गुणवत्ता वाले एपी खरीदना है, जो यह सुनिश्चित करते हैं कि मल्टीकास्ट काम करते हैं। चूंकि Apple बोन्जौर (mDNS) से बहुत प्यार करता है, Apple के AP शायद मज़बूती से मल्टीकास्ट पास करने में सबसे लगातार उत्कृष्ट हैं, और Apple के वाई-फाई क्लाइंट डिवाइस शायद मज़बूती से मल्टीकास्ट प्राप्त करने में सबसे लगातार उत्कृष्ट हैं।