Максимум клієнтів Wi-Fi на точці доступу 3

Чи є максимальна кількість клієнтів Wi-Fi для точки доступу на Raspberry Pi 3 (за допомогою вбудованого чіпа Wi-Fi: Broadcom BCM43438)?

Що стосується програмного забезпечення, я використовую hostapdдля управління точкою доступу (на Raspbian).

Мета полягає в обслуговуванні деяких сторінок PHP, розміщених на Pi. Обчислень не так багато, і я думаю, що вузьким місцем буде кількість клієнтів, які підтримують гарячу точку.

Мене цікавлять теоретична межа (наприклад, водій), а також "досвідчені" межі.

мій реальний ліміт світу - 22 школярі в класі, підключені через там смартфони безпосередньо до пі, тепер точка доступу була відкритою гарячою точкою, тому накладні витрати різко зменшились, оскільки не було шифрування, також мій пі-3 насправді не був досягла своєї межі, тому що я впевнений, що більше клієнтів могли підключитися, але готувались досить мляво, тим більше, що кожен студент повинен був натискати на одне посилання одночасно, щоб перейти далі.

Я виявив, що завантаження сторінки в середньому займало 2,5-3 секунди. Оскільки сервер node.js http сервер, а вміст повертається вмістом статичного файлу, який зберігався в рядку.

У автономному режимі Pi, налаштованому як гаряча точка, завдяки використанню Вашого нового Raspberry Pi 3 як точки доступу Wi-Fi з hostapd , я налаштував жорстко обмежений 40 IP-адрес. Здається, з ними правильно поводитися. Оскільки використовуючи веб-розетки для взаємодії в режимі реального часу між усіма підключеними користувачами в моєму додатку Node.js, я більше не намагався.

Більш загально, я думаю, що хоча Pi може запропонувати цю функцію з трохи налаштованою конфігурацією, вона не оптимізована для цього використання. Якщо ви не хочете отримати задоволення від роботи Wi-Fi для кожного клієнта, я пропоную вам обмежити кількість фізичних клієнтів. Я маю на увазі, це не тому, що бездротовий зв’язок не вимагає, щоб кожен клієнт витрачав менше ресурсів на обробку свого з'єднання / IP-сеансу .

Багато маршрутизаторів пропонують призначити набагато більше IP-адрес, але це стосується DHCP та призначення адрес підключеним клієнтам, а не про обробку 50 різних Wi-Fi-розрізних підключень та контекстів.

Наприклад: Усі станції Apple Airport мають обмеження на 50 користувачів, наприклад ... див. Порівняти сімейство AirPort .

ОНОВЛЕННЯ: Місяці (!) Пізніше, зрештою, була можливість протестувати з великою кількістю пристроїв. Здається, що Pi 3B з Raspbian на базі Джессі та його WIFI-компонент за замовчуванням могли приймати не більше 32 MAC-адрес, навіть з dnsmasq, налаштованим для отримання до 60 IP-адрес.

На основі деяких потоків форумів спільноти Raspi, я припускаю, що це може бути спричинене жорстким кодованим обмеженням у драйвері brcmfmac для мікросхеми WIFI, що використовується на платі, все ще вивчаючи це ...

Pi 3B + з Raspbian на основі Stretch (9.4) міг прийняти лише до 16 з'єднань (те саме налаштування hostapd / dnsmasq). Оскільки це лише вдвічі менше, ніж Pi 3B, я не маю нічого, крім гіпотези щодо цього:

- або вбудований драйвер brcmfmac в Stretch тепер для чіпа WIFI обмежується до 16 MAC-адрес (навряд чи IMHO)

-або це пов'язано з новим чіпом WIFI, який використовується на новій платі, тепер двосмуговий 2,4 / 5 ГГц, коли в режимі клієнта, але я міг налаштувати AP лише за допомогою 2,4 ГГц, тож лише половина ресурсів була б Тому в результаті виділено половину максимальної ємності Pi 3B (мені здається більш правдоподібною, але точно не підтвердженою)