La tasa de multidifusión debe ser el mínimo común denominador para que todos los dispositivos puedan recibirla con éxito. Las tramas de multidifusión no pueden reconocerse [1], por lo que si un par no puede recibirla, el remitente no lo sabrá y no retransmitirá la trama. Tener tasas de pérdida de más del 1% por receptor es común. Se pueden esperar tasas de pérdida mucho más altas si hay mucho tráfico de unidifusión en el mismo canal.
Si aumenta la tasa de multidifusión básica, también aumentará la tasa de pérdida. Pero dado que debe combinar paquetes nativos e introducir redundancia para compensar la tasa de pérdida total, su red debería poder sobrevivir a eso. Tenga en cuenta que las tramas de administración 802.11 multicast (incluidas las balizas) no están diseñadas para soportar altas tasas de pérdida.
En Linux, la mayoría de los controladores mac802.11 deberían admitir la configuración de la velocidad de multidifusión. Los núcleos no tan recientes requieren que esto se haga en el momento de la unión tanto para IBSS como para mesh. iw
tiene una mcast-rate
opción para el ibss join
y mesh join
comandos.
Pero si está ejecutando un kernel bastante reciente y iw
ambos son compatibles NL80211_CMD_SET_MCAST_RATE
, puede cambiarlo en cualquier momento, y es tan simple como
iw dev wlanX set mcast_rate 6
para establecer una velocidad de multidifusión de 6 Mbps.
[1] Tal vez puedan, ahora. Se propuso una modificación al estándar 802.11 para reconocer las tramas de multidifusión: todas las estaciones, después de recibir una trama de multidifusión con éxito, elegirían un retroceso aleatorio y enviarían un reconocimiento al transmisor. Por supuesto, los Acks podrían colisionar, por lo que el transmisor lo retransmitiría y permitiría retrocesos más grandes hasta que todos los receptores hayan reconocido la trama con éxito.