Hagamos algunos cálculos de respaldo del sobre:
Tienes 2000 dispositivos. Si usa WiFi de 5 GHz, tendrá alrededor de 45 canales no superpuestos disponibles para los EE. UU., Un poco menos en la UE, si está usando solo 20 MHz por canal. Esto es, por supuesto, asumiendo que tiene un equipo que admite adecuadamente la selección dinámica de frecuencia, y esto podría ser un problema (¡o fue hace 4-5 años, cuando lo miré por lo menos!).
Ahora, si intentamos poner un número razonable de dispositivos por punto de acceso, esto nos dará alrededor de 10 dispositivos por AP (este número se puede ajustar un poco si se deben hacer cálculos más precisos). Así que tendrás que ajustar 200 puntos de acceso en 45 canales. He visto la siguiente fórmula para el número de sectores hexagonales en un clúster: \ $ N = a + ab + b \ $ Por lo tanto, debería elegir a y b para que la N sea la más cercana posible al número de Canales permitidos en su región. Creo que la derivación se explicó en Comunicaciones inalámbricas de Theodore Rappaport. Este libro también incluirá algunos cálculos sobre la utilización máxima y promedio de un sistema de red, por lo que puede obtener algunas estimaciones sobre el rendimiento que realmente necesita, cuando tenemos en cuenta el número promedio de solicitudes por minuto por AP.
Todo esto debería ser factible, por ejemplo con 5 a 6 grupos, pero probablemente necesitará usar antenas de sector altamente direccionales que apunten hacia abajo desde el techo y una potencia de transmisión muy baja, para no molestar a las estaciones de canal en los grupos cercanos.
Luego está también la parte que no recuerdo muy bien y así es como es posible hacer esto con los protocolos reales de la red WiFi. Mi sensación es que la tasa de actualización de 200 ms es un poco alta. Quizás valga la pena intentar que el sistema funcione de manera confiable con algunas actualizaciones perdidas, por si acaso.
Además, hay ciertos períodos de espera definidos en los estándares que afectarán su operación. No recuerdo los valores reales en este momento, pero busque SIFS, PIFS, DIFS, EIFS, AIFS y cómo interactúan. A continuación, comentó sobre la relajación del requisito de 1 KiB. Yo personalmente no encuentro eso tan razonable. De hecho, recomiendo ir incluso más alto que 1 paquete KiB. Es decir, con cada datagrama que envíe, tendrá una sobrecarga adicional antes de que alcance el nivel de trama y salga al resto. No recuerdo los valores exactos ahora, pero mantener sus datos útiles al tamaño de alrededor de 1.3 KiB es relativamente bueno. El tamaño máximo de cuadro para WiFi es un poco más alto que 2 KiB, pero para Ethernet, es alrededor de 1.5 KiB (sí, hay marcos jumbo que rondan los 9 KiB, pero usarlos requiere problemas, a menos que puedas 100 % de garantía de que todos los dispositivos de la red los admitirán). Si sus datagramas tienen alrededor de 1.3 KiB, tendrá espacio más que suficiente para Wi-Fi y aún podrá encajar el marco en Ethernet. Para este tipo de cálculos, encontré los libros de Matthew S. Gast muy útiles. Escribió 802.11 Wireless Networks, 802.11n: A Survival Guide y 802.11ac: A Survival Guide, que forman una serie.
También como consejo, asegúrese de realizar los cálculos, seleccione qué estándar de red desea utilizar y habilite SOLAMENTE ese único estándar y desactive la compatibilidad con versiones anteriores. El tema es el llamado "tiempo de aire". Básicamente, si tiene habilitada la compatibilidad con versiones anteriores, algunos de los datos del servicio se enviarán a la velocidad a la que incluso el dispositivo compatible más antiguo podrá recibirlos. Me ocurrió que una vez que una red WiFi bajó de categoría a IEEE 802.11 sin velocidad de letras! El resultado es que a bajas velocidades, incluso los pequeños paquetes de mantenimiento necesarios para mantener la red en funcionamiento tardarán mucho tiempo en transmitirse.
La compatibilidad con versiones anteriores fue obligatoria en los estándares hasta hace poco (no recuerdo si 802.11n o 802.11ac fue quien rompió eso), pero el equipo que permite romper ese requisito existe y puede encontrarse comúnmente.
A continuación, no olvide que para algo como esto, necesitará una infraestructura de red cableada seria para admitir todo lo que desea. No entro mucho en eso aquí, pero solo diré que la parte cableada puede ser tan compleja como la WiFi, si quieres que funcione correctamente. También mencionas "el servidor". Para que esto funcione, probablemente necesitará varios servidores físicos que ejecuten una sola máquina virtual de manera redundante. Incluso esta parte será muy complicada.