Pi 3 हॉटस्पॉट पर अधिकतम वाई-फाई क्लाइंट

Question

रास्पबेरी पाई 3 पर एक हॉटस्पॉट के लिए वाई-फाई क्लाइंट की अधिकतम संख्या है (अंतर्निहित वाई-फाई चिप का उपयोग करते हुए: ब्रॉडकॉम बीसीएम 43438)?

सॉफ्टवेयर के बारे में, मैं hostapdएक्सेस प्वाइंट (रास्पियन पर) का प्रबंधन करने के लिए उपयोग कर रहा हूं ।

लक्ष्य पाई पर होस्ट किए गए कुछ PHP पृष्ठों की सेवा करना है। ज्यादा गणना नहीं है और मुझे लगता है कि टोंटी हॉटस्पॉट द्वारा समर्थित ग्राहकों की संख्या होगी।

मैं सैद्धांतिक सीमा (उदाहरण के लिए ड्राइवर) के साथ-साथ "अनुभवी" सीमाओं में रुचि रखता हूं।

Comments

पतों की संभावित संख्या के लिए en.wikipedia.org/wiki/IPv6_address पढ़ें (IPv4 मृत नहीं है, यह सिर्फ अजीब खुशबू आ रही है)। व्यावहारिक प्रयोग करने योग्य कनेक्शनों की संख्या यातायात पर निर्भर करती है। प्रति मिनट एक अनुरोध करने वाले 100.000 क्लाइंट 1.000 स्ट्रीमिंग क्लाइंट की तुलना में संभालना आसान है।

— ott--

@ ott-- मुझे केवल उन ग्राहकों में दिलचस्पी है जो बिल्ट-इन वाईफाई के माध्यम से जुड़ते हैं (इसलिए 100 से नीचे की सीमा की अपेक्षा करते हैं)

— ओलिवपूल

Answer 1

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

मैंने पाया कि पेज लोड्स ने मेरे लिए औसतन 2.5-3 सेकंड्स लिए। सर्वर के साथ नोड.जेएस http सर्वर और सामग्री को एक स्थिर फ़ाइल की सामग्री को लौटाया जा रहा है जिसे एक स्ट्रिंग में संग्रहीत किया जा रहा था।

Answer 2

होस्टपद के साथ वाई-फाई एक्सेस बिंदु के रूप में अपने नए रास्पबेरी पाई 3 का उपयोग करने के लिए एक हॉटस्पॉट धन्यवाद के रूप में कॉन्फ़िगर की गई ऑफ-लाइन पाई पर , मैंने एक हार्ड कोडित 40 आईपी पते की सीमा को कॉन्फ़िगर किया है। उन सभी को ठीक से संभालने के लिए लगता है। क्योंकि मेरे Node.js ऐप पर सभी कनेक्ट किए गए उपयोगकर्ताओं के बीच रीयल-टाइम इंटरैक्शन के लिए वेब सॉकेट का उपयोग करते हुए, मैंने अधिक प्रयास नहीं किया।

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

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

Ex: सभी Apple Airport स्टेशनों में उदाहरण के लिए 50 उपयोगकर्ताओं की सीमाएँ हैं ... तुलना करें AirPort परिवार ।

अद्यतन: महीने (!) बाद में, अंततः बहुत सारे उपकरणों के साथ परीक्षण करने का अवसर मिला। ऐसा प्रतीत होता है कि जेसी आधारित रास्पियन और इसके डिफ़ॉल्ट वाईफ़ाई घटक के साथ पाई 3 बी, 60 मैक तक की अनुमति के लिए कॉन्फ़िगर किए गए dnsmasq के साथ भी 32 मैक पते को स्वीकार नहीं कर सकता है।

कुछ Raspi कम्युनिटी फ़ोरम थ्रेड के आधार पर, मुझे लगता है कि यह बोर्ड पर इस्तेमाल होने वाले WIFI चिप के लिए brcmfmac ड्राइवर में एक कठिन कोडित सीमा के कारण हो सकता है, फिर भी इसे देख रहा है ...

पाई 3 बी + स्ट्रेच आधारित रास्पियन (9.4) के साथ केवल 16 कनेक्शन (एक ही होस्टपेड / डैनसमस्क कॉन्फिगर) को स्वीकार कर सकता है। चूंकि यह पाई 3 बी जितना ही आधा है, मेरे पास इसके लिए परिकल्पना के अलावा कुछ भी नहीं है:

-क्योंकि WIFI चिप के लिए स्ट्रेच एम्बेडेड brcmfmac ड्राइवर अब 16 मैक पतों तक सीमित है (गैर-कमांडो)

-या तो यह नए WIFI चिप से जुड़ा है, जिसका उपयोग अब नए डुअल बैंड 2,4 / 5 गीगाहर्ट्ज में क्लाइंट मोड में किया जाएगा, लेकिन मैं केवल 2,4GHz का उपयोग करके एपी को कॉन्फ़िगर कर सकता हूं, इसलिए केवल आधे संसाधन होंगे इसलिए परिणाम के रूप में आधी पाई 3 बी अधिकतम क्षमता आवंटित (मेरे लिए अधिक प्रशंसनीय लगती है, लेकिन निश्चित रूप से सत्यापित नहीं है)