Máximos clientes de Wi-Fi en el punto de acceso Pi 3

¿Existe un número máximo de clientes de Wi-Fi para un punto de acceso en el Raspberry Pi 3 (usando el chip de Wi-Fi incorporado: Broadcom BCM43438)?

Con respecto al software, lo estoy usando hostapdpara administrar el punto de acceso (en Raspbian).

El objetivo es servir algunas páginas PHP alojadas en Pi. No hay muchos cálculos y creo que el cuello de botella será la cantidad de clientes admitidos por el punto de acceso.

Estoy interesado en el límite teórico (por ejemplo, el conductor), así como los límites "experimentados".

mi límite del mundo real era de 22 niños en edad escolar en un aula conectada a través de teléfonos inteligentes directamente a la pi, ahora el punto de acceso era un punto de acceso abierto, por lo que la sobrecarga se redujo drásticamente, ya que no se realizó el cifrado, también mi pi-3 no había llegó a su límite, ya que estoy seguro de que más clientes podrían haberse conectado, pero se estaba formando bastante lentamente, especialmente porque cada estudiante tenía que hacer clic en el mismo enlace al mismo tiempo para seguir.

Encontré que las cargas de página tomaron en promedio 2.5-3 segundos para mí. Con el servidor como el servidor http node.js y el contenido devuelto, el contenido de un archivo estático que se estaba almacenando en una cadena.

En un Pi fuera de línea configurado como punto de acceso gracias al uso de su nuevo Raspberry Pi 3 como punto de acceso Wi-Fi con hostapd , configuré un límite de 40 direcciones IP codificadas. Parece manejarlos todos adecuadamente. Debido a que usé sockets web para interacciones en tiempo real entre todos los usuarios conectados en mi aplicación Node.js, no intenté más.

En términos más generales, creo que aunque el Pi puede ofrecer esta función con un poco de configuración personalizada, no está optimizado para este uso. Si desea obtener un rendimiento de Wi-Fi satisfactorio para cada cliente, le sugiero que restrinja el número de clientes físicos: quiero decir, no es porque sea inalámbrico que cada cliente no consuma menos recursos para manejar su conexión / sesión IP .

Muchos enrutadores ofrecen asignar muchas más direcciones IP, pero se trata de DHCP y la asignación de direcciones a clientes conectados, no se trata de manejar 50 conexiones y contextos distintos en cuanto al tráfico de Wi-Fi.

Por ejemplo: todas las estaciones del aeropuerto de Apple tienen limitaciones de 50 usuarios, por ejemplo ... consulte Comparar la familia AirPort .

ACTUALIZACIÓN: Meses (!) Más tarde, finalmente tuve la oportunidad de probar con muchos dispositivos. Parece que el Pi 3B con un Raspbian basado en Jessie y su componente WIFI predeterminado no puede aceptar más de 32 direcciones MAC, incluso con dnsmasq configurado para permitir hasta 60 IP.

Basado en algunos hilos de los foros de la comunidad de Raspi , supongo que esto podría deberse a un límite codificado en el controlador brcmfmac para el chip WIFI utilizado en el tablero, aún investigando esto ...

El Pi 3B + con Raspbian basado en Stretch (9.4) solo podía aceptar hasta 16 conexiones (misma configuración hostapd / dnsmasq). Como esto es solo la mitad que el Pi 3B, no tengo más que hipótesis para esto:

-o bien el controlador Brcmfmac integrado Stretch para el chip WIFI ahora se limita a 16 direcciones MAC (en mi humilde opinión, IMHO)

-o está vinculado al nuevo chip WIFI utilizado en la nueva placa, ahora de doble banda 2,4 / 5 GHz cuando está en modo cliente, pero podría configurar el AP solo con 2,4 GHz, por lo que solo la mitad de los recursos serían asignado, por lo tanto, la mitad de la capacidad máxima de Pi 3B como resultado (me parece más plausible, pero definitivamente no está verificado)