Clients Wi-Fi maximum sur le hotspot Pi 3

Y a-t-il un nombre maximum de clients Wi-Fi pour un hotspot sur le Raspberry Pi 3 (en utilisant la puce Wi-Fi intégrée: Broadcom BCM43438)?

Concernant le logiciel, j'utilise hostapdpour gérer le point d'accès (sur Raspbian).

L'objectif est de servir certaines pages PHP hébergées sur le Pi. Il n'y a pas beaucoup de calcul et je pense que le goulot d'étranglement sera le nombre de clients pris en charge par le hotspot.

Je m'intéresse à la limite théorique (par exemple le conducteur) ainsi qu'aux limites "expérimentées".

ma limite dans le monde réel était de 22 écoliers dans une salle de classe connectée via les smartphones directement au pi, maintenant le point d'accès était un hotspot ouvert, donc les frais généraux ont été considérablement réduits car aucun cryptage n'a eu lieu, mon pi-3 n'avait pas réellement a atteint sa limite car je suis sûr que plus de clients auraient pu se connecter mais se comportait plutôt lentement, d'autant plus que chaque étudiant devait cliquer sur le même lien en même temps pour suivre.

J'ai trouvé que le chargement des pages prenait en moyenne 2,5 à 3 secondes pour moi. Le serveur étant le serveur http node.js et le contenu renvoyé, le contenu d'un fichier statique qui était stocké dans une chaîne.

Sur un Pi hors ligne configuré en tant que hotspot grâce à l' utilisation de votre nouveau Raspberry Pi 3 comme point d'accès Wi-Fi avec hostapd , j'ai configuré une limite d'adresse IP codée en dur de 40. Semble les gérer correctement. Parce que l'utilisation de sockets Web pour des interactions en temps réel entre tous les utilisateurs connectés sur mon application Node.js, je n'ai pas essayé plus.

Plus généralement, je pense que bien que le Pi puisse offrir cette fonctionnalité avec un peu de configuration personnalisée, il n'est pas optimisé pour cette utilisation. Si vous ne souhaitez pas obtenir des performances Wi-Fi satisfaisantes pour chaque client, je vous suggère de limiter le nombre de clients physiques: ce n'est pas parce que c'est sans fil que chaque client ne consommera pas moins de ressources pour gérer sa connexion / session IP .

De nombreux routeurs proposent d'attribuer beaucoup plus d'adresses IP, mais il s'agit du DHCP et de l'attribution d'adresses aux clients connectés, et non de la gestion de 50 connexions et contextes Wi-Fi distincts pour le trafic.

Ex: toutes les stations Apple Airport ont une limite de 50 utilisateurs par exemple ... voir Comparer la famille AirPort .

MISE À JOUR: Des mois (!) Plus tard, j'ai finalement eu l'occasion de tester avec beaucoup d'appareils. Il semble que le Pi 3B avec un Raspbian basé sur Jessie et son composant WIFI par défaut ne puisse pas accepter plus de 32 adresses MAC, même avec dnsmasq configuré pour autoriser jusqu'à 60 IP.

Sur la base d'un fil de discussion des forums de la communauté Raspi, je suppose que cela pourrait être dû à une limite codée en dur dans le pilote brcmfmac pour la puce WIFI utilisée sur la carte, toujours à la recherche de cela ...

Le Pi 3B + avec Raspbian basé sur Stretch (9.4) ne pouvait accepter que jusqu'à 16 connexions (même configuration hostapd / dnsmasq). Comme ce n'est que la moitié du Pi 3B, je n'ai que des hypothèses pour cela:

soit le pilote brcmfmac intégré Stretch pour la puce WIFI se limite désormais à 16 adresses MAC (peu probable IMHO)

-ou il est lié à la nouvelle puce WIFI utilisée dans la nouvelle carte, maintenant bi-bande 2,4 / 5 GHz en mode client, mais je ne pouvais configurer l'AP qu'en utilisant le 2,4 GHz, donc seulement la moitié des ressources serait alloué donc la moitié de la capacité maximale du Pi 3B en conséquence (me semble plus plausible, mais certainement pas vérifié)