hostapdで新しいRaspberry Pi 3をWi-Fiアクセスポイントとして使用してホットスポットとして構成されたオフラインPiで、ハードコードされた40 IPアドレス制限を構成しました。それらのすべてを適切に処理するようです。Node.jsアプリで接続されているすべてのユーザー間のリアルタイムのやり取りにWebソケットを使用しているため、これ以上は試しませんでした。
より一般的には、Piは少しカスタム構成でこの機能を提供するかもしれませんが、この用途に最適化されていないと思います。各クライアントのWi-Fiパフォーマンスを満足させたくない場合は、物理クライアントの数を制限することをお勧めします。つまり、各クライアントが接続/ IPセッションの処理に関するリソースをあまり消費しないのは、ワイヤレスではないということではありません。 。
多くのルーターはより多くのIPアドレスを割り当てることを提供していますが、それはDHCPと接続されたクライアントへのアドレスの割り当てに関するものであり、50のWi-Fiトラフィックに関する個別の接続とコンテキストの処理に関するものではありません。
例:すべてのApple Airportステーションには、たとえば50ユーザーの制限があります... AirMacファミリーの比較を参照してください。
更新:数か月後(!)、最終的には多くのデバイスでテストする機会がありました。JessieベースのRaspbianとそのデフォルトのWIFIコンポーネントを備えたPi 3Bは、最大60個のIPを許可するように構成されたdnsmasqを使用しても、32個以下のMACアドレスを受け入れることができるようです。
いくつかのRaspiコミュニティフォーラムスレッドに基づいて、これは、ボードで使用されているWIFIチップのbrcmfmacドライバーにハードコードされた制限が原因である可能性があると思いますが、まだこれを調べています...
StretchベースのRaspbian(9.4)を使用するPi 3B +は、最大16接続しか受け入れません(同じhostapd / dnsmasq構成)。これはPi 3Bの半分にすぎないため、これについての仮説しかありません。
-WIFIチップ用のStretch組み込みbrcmfmacドライバーも、16個のMACアドレスに制限されるようになりました(IMHOとは異なります)。
-または、新しいボードで使用されている新しいWIFIチップにリンクされていますが、クライアントモードの場合はデュアルバンド2,4 / 5 GHzですが、2,4GHzを使用してのみAPを構成できるため、リソースの半分しか使用できません。したがって、結果としてPi 3Bの最大容量の半分が割り当てられます(私にはもっともっともらしいようですが、間違いなく検証されていません)