कुछ वाईफाई राउटर वायर्ड से वायरलेस पर जाने वाले मल्टीकास्ट पैकेट को ब्लॉक क्यों करते हैं?


26

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

मुद्दे का उदाहरण:

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

कई राउटर में सेटिंग्स काम करने की अनुमति देती हैं।

देखें http://community.linksys.com/t5/Wireless-Routers/WRT120N-WLAN-Issues/td-p/400073 और http://forums.verizon.com/t5/FiOS-Internet/Communication-between-wired -और-वायरलेस-नेटवर्क-ऑन-एक्शनटेक / td-p / 461359 उदाहरण के लिए।

क्या इसके साथ कहीं भी असंगति की सूची है? कारण क्या है? राउटर में सिर्फ एक बग?


1
यह संभवतः सुपरयुसर के लिए माइग्रेट किया जाएगा - वे वहां उपभोक्ता-स्तरीय गियर के साथ अधिक व्यवहार करते हैं।
ईईएए

जवाबों:


40

यह आमतौर पर वाई-फाई होम गेटवे राउटर्स (APs), या कभी-कभी वायरलेस क्लाइंट चिपसेट / ड्राइवर / सॉफ़्टवेयर में बग के कारण होता है।

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

  1. भले ही रेडियो माध्यम इतना अविश्वसनीय हो कि 802.11 यूनिकोड के लिए लिंक-लेवल एक्सेप्टेंस (ACK) होना आवश्यक है और कई बार रिट्रांस्ड हो जाता है यदि कोई ACK नहीं है, तो FromDS मल्टीकास्ट कभी भी ACKed नहीं होते हैं क्योंकि उन्हें सभी वायरलेस क्लाइंट द्वारा ACKed करने की आवश्यकता होती है एपी, जो काफी "एसीके तूफान" हो सकता है। इसलिए इसके बजाय, कम डेटा दर से FromDS मल्टीकास्ट भेजे जाने चाहिए; एक सरल, धीमी, आसानी से डिकोड-सम-कम-सिग्नल-टू-शोर-अनुपात अनुपात योजना का उपयोग करना, जो कि एपी के सभी ग्राहकों द्वारा विश्वसनीय रूप से प्राप्त किया जा सकता है। कुछ APs ने व्यवस्थापक को मल्टीकास्ट दर निर्धारित करने दिया, और कुछ व्यवस्थापकों ने अनजाने में अपने कुछ ग्राहकों के लिए उन ग्राहकों के लिए मल्टीकास्ट डिलीवरी तोड़कर, मज़बूती से प्राप्त करने के लिए इसे बहुत अधिक सेट किया।
  2. जब WPA (TKIP) या WPA2 (AES-CCMP) एन्क्रिप्शन का उपयोग होता है, तो FromDS मल्टीकास्ट को एक अलग एन्क्रिप्शन कुंजी के साथ एन्क्रिप्ट किया जाना होता है, जो सभी क्लाइंट को पता होता है (इसे ग्रुप की कहा जाता है)।
  3. जब कोई ग्राहक नेटवर्क छोड़ता है, या हर घंटे या तो, बस अच्छे उपाय के लिए, समूह कुंजी को बदलने की आवश्यकता होती है ताकि जो ग्राहक अब नहीं छोड़ता है, उसके पास मल्टीकास्ट को डिक्रिप्ट करने की पहुंच हो। इस "समूह कुंजी रोटेशन" प्रक्रिया में कभी-कभी समस्याएं होती हैं। यदि कोई ग्राहक नई समूह कुंजी की रसीद स्वीकार नहीं करता है, तो एपी को उस ग्राहक को डी-ऑथेंटिकेट करना है, लेकिन यदि वह ऐसा करने में विफल रहता है, तो बग के कारण, क्लाइंट के पास गलत समूह कुंजी हो सकती है और इस प्रकार "बधिर" हो सकता है। "इसे साकार किए बिना बहुरंगी करने के लिए।"
  4. जब WPA2 "मिश्रित मोड" सक्षम होता है (अर्थात, जब WPA और WPA2 दोनों एक ही समय में सक्षम होते हैं), तो FromDS मल्टीकास्ट को आमतौर पर TKIP सिफर के साथ एनकोड करना पड़ता है, ताकि सभी ग्राहकों को यह पता चले कि इसे कैसे डीकोड करना है। ।
  5. एफडीएस मल्टीकास्ट्स को एपी द्वारा कतारबद्ध किया जाना है और केवल समय पर प्रसारित किया जाता है जब सभी ग्राहक जो मल्टीकास्ट के बारे में परवाह करते हैं, उनके रिसीवर को संचालित करने की उम्मीद की जा सकती है। "सेफ फ्रॉम फ्रॉम फ्रॉम डीडीएस मल्टिकास्ट्स" अवधियों के बीच के समय को "डीटीआईएम अंतराल" कहा जाता है। यदि AP या क्लाइंट अपने DTIM अंतराल हैंडलिंग को खराब कर देते हैं, तो इसके परिणामस्वरूप क्लाइंट को मल्टीकास्ट प्राप्त करने में असमर्थता हो सकती है।
  6. कुछ APs में वायरलेस क्लाइंट को एक-दूसरे से सीधे बात करने में सक्षम होने से रोकने के लिए सुविधाएँ हैं, शायद अपने वायरलेस मेहमानों को अपने अन्य वायरलेस मेहमानों को हैक करने से बचाए रखें। ये सुविधाएँ आम तौर पर WLAN उपकरणों से दूसरे WLAN उपकरणों के लिए मल्टीकास्ट को ब्लॉक करती हैं, और अच्छी तरह से लागू किया जा सकता है जो LAN से WLAN तक के मल्टीकास्ट को ब्लॉक करता है।

पागल बात यह है, "टोड्स" मल्टीकास्ट को टोड्स यूनिकोड की तरह ही किया जाता है, और इसलिए वे शायद ही कभी टूटते हैं। और चूंकि टीडीएस मल्टीकास्ट (FromDS मल्टिकास्ट्स नहीं) सभी की जरूरत होती है जब एक वायरलेस क्लाइंट को अपने डिफ़ॉल्ट गेटवे को खोजने के लिए एक डीएचसीपी लीज और एआरपी मिलता है, ज्यादातर क्लाइंट कनेक्टेड होने में सक्षम होते हैं और वेब, चेक ईमेल इत्यादि को सर्फ करते हैं। मल्टीकास्ट टूट गए हैं। जब तक वे mDNS (उर्फ IETF ZeroConf, Apple Bonjour, Avahi, आदि) जैसी चीजों को करने की कोशिश करते हैं, तब तक बहुत से लोग महसूस नहीं करते कि उनके नेटवर्क पर मल्टीकास्ट समस्याएं हैं।

वायरलेस मल्टीकास्ट प्रसारण के लिए वायर्ड के संबंध में कुछ अन्य बातें:

  1. अधिकांश LAN मल्टीकास्ट्स, जैसे कि mDNS, विशेष मल्टीकास्ट एड्रेस रेंज का उपयोग करके किया जाता है जो कि राउटर में रूट किए जाने के लिए नहीं होते हैं। चूंकि नेट के रूप में वाई-फाई-सक्षम होम गेटवे राउटर के रूप में सक्षम हैं, इसलिए mDNS को WAN से [W] LAN तक पार करने के लिए नहीं है। लेकिन यह LAN से WLAN तक काम करता है।
  2. क्योंकि वाई-फाई पर मल्टीकास्ट कम डेटा दर पर भेजना पड़ता है, वे बहुत अधिक एयरटाइम लेते हैं। इसलिए वे "महंगे" हैं, और आप उनमें से बहुत अधिक नहीं करना चाहते हैं। यह इसके विपरीत है कि चीजें वायर्ड ईथरनेट पर कैसे काम करती हैं, जहां प्रत्येक मशीन के लिए अलग-अलग यूनिकॉस्ट भेजने की तुलना में मल्टीकास्ट "कम खर्चीले" होते हैं, उदाहरण के लिए "एक मल्टीकास्ट वीडियो स्ट्रीम में ट्यूनिंग"। इस वजह से, कई वाई-फाई एपी "IGMP स्नूपिंग" करेंगे, यह देखने के लिए कि कौन सी मशीनें इंटरनेट ग्रुप मैनेजमेंट प्रोटोकॉल (IGMP) अनुरोध भेज रही हैं, जो किसी दिए गए मल्टीकास्ट स्ट्रीम में ट्यून करने की इच्छा व्यक्त करती हैं। जब तक कि वे एक वायरलेस क्लाइंट को IGMP के माध्यम से उस स्ट्रीम की सदस्यता लेने की कोशिश नहीं करते, Wi-Fi APs जो IGMP स्नूपिंग करते हैं, वायरलेस नेटवर्क पर मल्टीकास्ट के कुछ वर्गों को स्वचालित रूप से अग्रेषित नहीं करेंगे। दस्तावेज़ जो बताते हैं कि IGMP स्नूपिंग ठीक से कैसे किया जाता है, यह स्पष्ट करता है कि कम बैंडविड्थ वाले मल्टीकास्ट की कुछ कक्षाएं (इस श्रेणी में mDNS फिट) को हमेशा आगे भेजा जाना चाहिए, भले ही किसी ने स्पष्ट रूप से IGMP के माध्यम से उनके लिए नहीं पूछा हो। हालाँकि, मुझे आश्चर्य नहीं होगा अगर वहाँ टूटे हुए IGMP स्नूपिंग कार्यान्वयन हैं जो कि किसी भी प्रकार के मल्टीकास्ट को कभी आगे नहीं बढ़ाते हैं जब तक कि वह इसके लिए IGMP अनुरोध नहीं देखता है।

tl; dr: बग्स। कीड़े के लिए अवसरों के बहुत सारे। और कभी-कभी खराब-डिज़ाइन की गई विशेषताएं और कॉन्फ़िगरेशन त्रुटियां। आपका सबसे अच्छा बचाव उन कंपनियों से उच्च-गुणवत्ता वाले एपी खरीदना है, जो यह सुनिश्चित करते हैं कि मल्टीकास्ट काम करते हैं। चूंकि Apple बोन्जौर (mDNS) से बहुत प्यार करता है, Apple के AP शायद मज़बूती से मल्टीकास्ट पास करने में सबसे लगातार उत्कृष्ट हैं, और Apple के वाई-फाई क्लाइंट डिवाइस शायद मज़बूती से मल्टीकास्ट प्राप्त करने में सबसे लगातार उत्कृष्ट हैं।


बहुत बढ़िया धन्यवाद। @ किसी भी सुराग के बारे में कि कैसे व्यापक असंगति है?
hoby3dfx

@ hooby3dfx यह निश्चित रूप से एक दुर्लभ समस्या नहीं है, क्योंकि मैं हर समय एसयू पर इसके बारे में सवाल देखता हूं। लेकिन मुझे नहीं पता कि वाई-फाई नेटवर्क कितने प्रतिशत इस समस्या को देखता है।
आकर्षक बनाएं

कोई विचार जो हो सकता है? क्या आप अन्य वायर्ड उपकरणों की खोज करने के लिए वाईफाई पर उपकरणों के लिए वैकल्पिक तरीकों से अवगत हैं?
hooby3dfx

1

@Spiff ने अपने उत्तर में कुछ भयानक बिंदु बनाए और मैं यहाँ नहीं दोहराऊँगा। लेकिन इस मुद्दे के आसपास कुछ अन्य जवाब और विकल्प हैं।

संक्षिप्त जवाब? मुझे नहीं लगता कि वे हमेशा "ब्लॉक" करते हैं, क्योंकि वे केवल "ऐसा नहीं करते हैं ओ.टी. के साथ शुरू होता है" इंजीनियर आलस्य के कारण कोई विशेष उपकरण नहीं बनाता है। कुछ के पास यह उच्च प्राथमिकता के रूप में नहीं है, और कुछ के पास इसे बनाने का समय नहीं है।

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

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

सौभाग्य। :)


1
OpenWRT जैसे अधिक या कम मानकीकृत समाधान का उपयोग करने के लिए +1, जहाँ आपको उस तरह के बग नहीं मिलते हैं और जहाँ आप बग ढूंढ सकते हैं और आप उन्हें ठीक करने की उम्मीद कर सकते हैं।
पावेल Paमेरदा
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.