Le taux de multidiffusion doit être le plus petit dénominateur commun pour que tous les appareils puissent le recevoir avec succès. Les trames de multidiffusion ne peuvent pas être acquittées [1], donc si un pair ne parvient pas à le recevoir, l'expéditeur ne le saura pas et ne retransmettra pas la trame. Il est courant d'avoir des taux de perte de plus de 1% par récepteur. Des taux de perte beaucoup plus élevés peuvent être attendus s'il y a un trafic unicast important en cours sur le même canal.
Si vous augmentez le taux de multidiffusion de base, vous augmenterez également le taux de perte. Mais comme vous devez combiner des paquets natifs et introduire une redondance pour compenser le taux de perte, votre réseau devrait être capable de survivre à cela. Gardez à l'esprit que les trames de gestion multicast 802.11 (y compris les balises) ne sont pas conçues pour prendre en charge des taux de perte élevés.
Sous Linux, la plupart des pilotes mac802.11 devraient prendre en charge la définition du taux de multidiffusion. Les noyaux pas si récents exigent que cela soit fait au moment de la jonction pour IBSS et le maillage. iw
a une mcast-rate
option pour la commande ibss join
et mesh join
.
Mais si vous utilisez un noyau assez récent et iw
que les deux prennent en charge NL80211_CMD_SET_MCAST_RATE
, vous pouvez le changer à tout moment, et c'est aussi simple que
iw dev wlanX set mcast_rate 6
pour définir un taux de multidiffusion de 6 Mbps.
[1] Peut-être qu'ils le peuvent, maintenant. Il a été proposé de modifier la norme 802.11 pour accuser réception des trames de multidiffusion: toutes les stations, après avoir reçu une trame de multidiffusion avec succès, choisiraient une interruption aléatoire et enverraient un accusé de réception à l'émetteur. Les accusés pourraient bien entendu entrer en collision, de sorte que l'émetteur la retransmettrait et autoriserait des interruptions plus importantes jusqu'à ce que tous les récepteurs aient reconnu la trame avec succès.