Maximale WLAN-Clients am Pi 3-Hotspot

Gibt es eine maximale Anzahl von Wi-Fi-Clients für einen Hotspot auf dem Raspberry Pi 3 (unter Verwendung des integrierten Wi-Fi-Chips: Broadcom BCM43438)?

In Bezug auf die Software verwende ich die hostapdVerwaltung des Access Points (auf Raspbian).

Ziel ist es, einige auf dem Pi gehostete PHP-Seiten bereitzustellen. Es gibt nicht viel Berechnung und ich denke, der Engpass wird die Anzahl der Clients sein, die vom Hotspot unterstützt werden.

Ich interessiere mich sowohl für die theoretische Grenze (zB den Fahrer) als auch für "erfahrene" Grenzen.

Mein reales Weltlimit waren 22 Schulkinder in einem Klassenzimmer, die über ihre Smartphones direkt mit dem Pi verbunden waren. Jetzt war der Zugangspunkt ein offener Hotspot, sodass der Overhead drastisch reduziert wurde, da keine Verschlüsselung stattfand, auch mein Pi-3 hatte dies nicht getan Ich bin mir sicher, dass mehr Kunden eine Verbindung hätten herstellen können, aber sie entwickelten sich eher schleppend, zumal jeder Schüler zur gleichen Zeit auf denselben Link klicken musste, um mitzumachen.

Ich fand, dass das Laden von Seiten für mich durchschnittlich 2,5 bis 3 Sekunden dauerte. Wenn der Server der HTTP-Server node.js ist und der Inhalt zurückgegeben wird, wird der Inhalt einer statischen Datei zurückgegeben, die in einer Zeichenfolge gespeichert wurde.

Auf einem Offline-Pi, der dank Verwendung Ihres neuen Raspberry Pi 3 als Wi-Fi-Zugangspunkt mit hostapd als Hotspot konfiguriert wurde , habe ich ein fest codiertes 40-IP-Adresslimit konfiguriert. Scheint, alle richtig zu behandeln. Da ich in meiner Node.js-App Web-Sockets für Echtzeit-Interaktionen zwischen allen verbundenen Benutzern verwendet habe, habe ich nicht mehr versucht.

Generell denke ich, dass der Pi diese Funktion zwar mit ein wenig benutzerdefinierter Konfiguration bietet, aber nicht für diese Verwendung optimiert ist. Wenn Sie nicht für jeden Client eine zufriedenstellende Wi-Fi-Leistung erzielen möchten, sollten Sie die Anzahl der physischen Clients einschränken: Ich meine, nicht weil es drahtlos ist, verbraucht jeder Client nicht weniger Ressourcen für die Verwaltung seiner Verbindung / IP-Sitzung .

Viele Router bieten an, viel mehr IP-Adressen zuzuweisen, aber hier geht es um DHCP und das Zuweisen von Adressen zu verbundenen Clients, nicht um die Verarbeitung von 50 Wi-Fi-Datenverkehrsverbindungen und -Kontexten.

Beispiel: Alle Apple Airport-Stationen sind beispielsweise auf 50 Benutzer beschränkt. Siehe Vergleichen der AirPort-Familie .

UPDATE: Monate (!) Später hatte schließlich die Möglichkeit, mit vielen Geräten zu testen. Es scheint, dass der Pi 3B mit einem Jessie-basierten Raspbian und seiner Standard-WIFI-Komponente nicht mehr als 32 MAC-Adressen akzeptieren kann, selbst wenn dnsmasq so konfiguriert ist, dass bis zu 60 IPs zulässig sind.

Basierend auf einem Thread in den Raspi Community-Foren gehe ich davon aus, dass dies möglicherweise durch eine fest codierte Grenze im brcmfmac-Treiber für den auf dem Board verwendeten WIFI-Chip verursacht wird.

Der Pi 3B + mit Stretch-basiertem Raspbian (9.4) konnte nur bis zu 16 Verbindungen akzeptieren (gleiche hostapd / dnsmasq-Konfiguration). Da dies nur halb so viel ist wie der Pi 3B, habe ich nur eine Hypothese dafür:

- Weder der in Stretch eingebettete brcmfmac-Treiber für den WIFI-Chip ist jetzt auf 16 MAC-Adressen beschränkt (meiner Meinung nach unwahrscheinlich).

-oder es ist mit dem neuen WIFI-Chip verbunden, der auf der neuen Karte verwendet wird, jetzt Dualband 2,4 / 5 GHz im Client-Modus, aber ich könnte den AP nur mit 2,4 GHz konfigurieren, sodass nur die Hälfte der Ressourcen vorhanden wäre hat daher die Hälfte der maximalen Pi 3B-Kapazität zugewiesen (erscheint mir plausibler, aber definitiv nicht verifiziert)