Em um Pi off-line configurado como ponto de acesso, graças ao uso do seu novo Raspberry Pi 3 como ponto de acesso Wi-Fi com o hostapd , configurei um limite de 40 endereços IP codificado. Parece lidar com todos eles corretamente. Como usando soquetes da web para interações em tempo real entre todos os usuários conectados no meu aplicativo Node.js., não tentei mais.
De maneira mais geral, acho que, embora o Pi possa oferecer esse recurso com um pouco de configuração personalizada, ele não é otimizado para esse uso. Se você não deseja obter um desempenho Wi-Fi satisfatório para cada cliente, sugiro que você restrinja o número de clientes físicos: quero dizer, não é porque é sem fio que cada cliente não consome menos recursos ao lidar com sua sessão de conexão / IP .
Muitos roteadores oferecem atribuir muito mais endereços IP, mas isso é sobre DHCP e atribuir endereços a clientes conectados, não sobre lidar com 50 conexões e contextos distintos em termos de tráfego Wi-Fi.
Ex: todas as estações Apple Airport têm limitações de 50 usuários, por exemplo ... consulte Comparar a família AirPort .
ATUALIZAÇÃO: meses (!) Depois, finalmente tivemos a oportunidade de testar com vários dispositivos. Parece que o Pi 3B com um Raspbian baseado em Jessie e seu componente WIFI padrão não pode aceitar mais do que 32 endereços MAC, mesmo com o dnsmasq configurado para permitir até 60 IPs.
Baseado em alguns tópicos dos Fóruns da comunidade Raspi, suponho que isso possa ser causado por um limite codificado no driver brcmfmac para o chip WIFI usado na placa, ainda olhando para isso ...
O Pi 3B + com Raspbian baseado em Stretch (9.4) pode aceitar apenas até 16 conexões (a mesma configuração hostapd / dnsmasq). Como isso é apenas metade do Pi 3B, não tenho mais do que uma hipótese para isso:
- o driver brcmfmac incorporado do Stretch para o chip WIFI agora limita a 16 endereços MAC (IMHO improvável)
- ou está vinculado ao novo chip WIFI usado na nova placa, agora banda dupla de 2,4 / 5 GHz no modo cliente, mas eu poderia configurar o AP apenas usando os 2,4 GHz, portanto apenas metade dos recursos seria alocou, portanto, metade da capacidade máxima do Pi 3B como resultado (me parece mais plausível, mas definitivamente não verificado)