Estoy transmitiendo UDP a través de wifi (5 ghz): aproximadamente 1,5 k / paquete ... tratando de transmitir a ~ 10 dispositivos simultáneamente, con una latencia extremadamente baja ...
Según tengo entendido Wifi, nunca puede ser multidifusión verdadera, ya que cada dispositivo mantiene una relación '1: 1 "con el AP, y luego recibe el mismo paquete ... luego el siguiente dispositivo se conecta y obtiene el mismo paquete.
Existen múltiples tipos de enrutadores / AP: "3x3" y "4x4", algunos con MIMO, etc. ¿Qué debo usar como criterio para elegir un AP?
¿puedo REALMENTE la multidifusión a través de wifi en dispositivos iOS? ¿Es correcta mi teoría?
¿Hay alguna forma de multidifusión en lugar de tratar cada paquete / cliente como unidifusión?
wireless
ieee-802.11
multicast
streaming
Frank Ankersly
fuente
fuente
Respuestas:
Vamos a probar esto entonces. Si enviamos paquetes de multidifusión a múltiples dispositivos conectados a un punto de acceso WiFi a una velocidad constante, entonces el punto de acceso debería informar la misma cantidad de tráfico.
Para ejecutar esta prueba, envío paquetes desde una PC con cable a una tableta Android y una Raspberry Pi. No tengo ningún dispositivo iOS. La herramienta de prueba de red iperf se puede usar fácilmente para enviar y recibir estos paquetes con la siguiente configuración:
Servidor (dispositivos en WiFI): iperf -s -u -B 230.5.5.82
Cliente (PC con cable): iperf -u -c 230.5.5.82 -t 60 -b 1M
Con esta configuración, enviamos paquetes de multidifusión a 1 Mbps por un minuto. Ejecutar esta prueba y observar el tráfico inalámbrico en el punto de acceso muestra que consistentemente es de aproximadamente 1Mbps, por lo que debe estar haciendo una multidifusión verdadera. La otra cosa notable de los resultados es que la pérdida de paquetes es realmente mala en más del 50%. Esto probablemente se deba a que los paquetes de multidifusión se envían a la velocidad más baja posible, por lo que debemos forzar que el punto de acceso solo se ejecute a la velocidad más rápida. Estoy usando un WRT54GL que ejecuta dd-wrt donde la configuración se llama "Velocidad fija de transmisión". Ejecutar las mismas pruebas nuevamente después de configurar esto a la velocidad más rápida da una pérdida de paquetes mucho más aceptable de menos del 5%.
Para responder realmente las preguntas:
Obtenga el punto de acceso más rápido que le permite fijar la velocidad de transmisión y que admite multidifusión. Definitivamente, hay puntos de acceso que convierten automáticamente los paquetes de multidifusión a unidifusión. Para el problema de la velocidad, no es suficiente usar un amplio canal de 5 GHz, ya que hay varias velocidades diferentes con las que los clientes pueden comunicarse.
No puedo imaginar que las cosas funcionen de manera diferente en dispositivos iOS ya que el principal factor determinante sería el punto de acceso.
Vea 1 ya que depende del punto de acceso.
Editar: después de probar más cosas y en algunos AP de CA, resulta que lo importante para mulitcast es poder establecer las tarifas disponibles. La multidifusión todavía usa velocidades g, por lo que las velocidades físicas disponibles son 6, 9, 12, 18, 24, 36, 48 y 54Mbps. La mayoría de los AP usarán las velocidades más lentas de manera predeterminada, por lo que al poder deshabilitarlos para obligarlo a usar las velocidades más altas, se acelerará enormemente. Ser capaz de establecer esto es probablemente el criterio más importante para un AP de multidifusión. Como ejemplo, en las versiones modernas de DD-WRT, esto se puede configurar usando el comando "wl rateset" en la línea de comandos. Seguro que está bien oculto y la mayoría del firmware no permite configurarlo.
fuente
Tu comprensión es defectuosa. La multidifusión existe, pero como la mayoría del tráfico de administración en una red inalámbrica, debe ejecutarse a la velocidad de datos base / básica / requerida más baja admitida. Por defecto, esta suele ser la velocidad de datos más baja admitida por el AP.
La razón es que todo lo que se transmite o multidifusión desde el AP a los clientes circundantes debe enviarse a una velocidad que todos los clientes deben admitir y puedan recibir de manera confiable.
A lo que se refiere es a una técnica que muchos puntos de acceso pueden emplear, que es una conversión de multidifusión a unidifusión. Debido a que el medio de radio es un medio compartido, una trama de multidifusión enviada a la velocidad de datos más baja puede tomar 300X o más "tiempo aire" que una trama de unidifusión enviada a la velocidad de datos más alta. Esto suele ser mucho más eficiente que enviar multidifusión como tráfico de multidifusión.
En su situación de ejemplo en un AP de configuración predeterminada (802.11no más reciente), podría llevar menos tiempo entregar 10 tramas de unidifusión a cada uno de los 10 dispositivos (es decir, 100 tramas en total) a la velocidad más alta posible de lo que sería entregar incluso una multidifusión marco.
Otras dos consideraciones para la multidifusión en 802.11 que a menudo son razones para usar la conversión de multidifusión a unidifusión son que las tramas de multidifusión nunca se reconocen, mientras que las tramas de unidifusión son reconocidas y retransmitidas por el AP si no hay un reconocimiento (no debe confundirse con los reconocimientos de TCP, Este es un mecanismo L2 y parte del proceso para encontrar velocidades de datos óptimas entre AP y el cliente).
En segundo lugar, si algún dispositivo cliente en el BSS está utilizando el modo de ahorro de energía, las tramas de multidifusión solo se envían periódicamente (según los intervalos DTIM y de baliza configurados) para garantizar que todos los clientes vuelvan a recibir tramas de multidifusión. Con la conversión de multidifusión a unidifusión, los marcos van a los clientes de inmediato si no están usando el modo de ahorro de energía y solo se retrasan a los clientes que están en modo de ahorro de energía.
Primero, desearía un punto de acceso que cumpla o exceda las capacidades de su dispositivo cliente. Con esto, quiero decir que si sus clientes son dispositivos con capacidad 802.11n 2x2, entonces quiere al menos un AP 802.11n 2x2. 802.11ac le dará algunas ventajas incluso con todos los clientes 802.11n y más transmisiones espaciales nunca están de más, ya que las transmisiones adicionales se utilizan de otras maneras.
En segundo lugar, desearía un punto de acceso donde tendría opciones de configuración para deshabilitar / habilitar la conversión de multidifusión a unidifusión, seleccionar velocidades de datos específicas admitidas / requeridas para el ESS, y preferiblemente para poder configurar los intervalos DTIM y de baliza.
Respectivamente, sí y no. Sin embargo, puede hacerlo, a menos que realmente sepa lo que está haciendo, o simplemente para simplificar las cosas, puede obtener una experiencia más "en tiempo real" utilizando una función de multidifusión a unidifusión. Si no se consigue lo siguiente correctamente para su situación, en realidad puede reducir la experiencia en los dispositivos del cliente.
Para obtener un buen rendimiento, necesitará ajustar la velocidad de datos requerida hacia arriba en la medida de lo posible mientras mantiene una señal confiable basada en su entorno y la distancia de los dispositivos del cliente desde el AP.
Dado que los dispositivos iOS ciertamente usan el modo de ahorro de energía, es posible que desee ajustar aún más los intervalos DTIM y de baliza para reducir el retraso introducido por el modo de ahorro de energía. Tenga en cuenta que esta configuración también puede disminuir la eficiencia de su utilización del tiempo aire (es decir, reducir los intervalos de baliza significa más balizas, etc.) creando más problemas de los que resuelve.
Como ya cubrí, sí. Siempre que su AP no tenga una función de multidifusión a unidifusión en primer lugar o tenga una opción para permitirle deshabilitarla.
fuente