netdev - RE: [PATCH net-next] bridge: multicast to unicast

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite for Android: free password hash cracker in your pocket

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <002f01d26a53$88c8da60$9a5a8f20$@acksys.fr>
Date:   Mon, 9 Jan 2017 09:36:55 +0100
From:   "Jean-Pierre Tosoni" <jp.tosoni@...sys.fr>
To:     "'Stephen Hemminger'" <stephen@...workplumber.org>,
        "'Linus Lüssing'" <linus.luessing@...3.blue>
Cc:     <netdev@...r.kernel.org>,
        "'David S . Miller'" <davem@...emloft.net>,
        <bridge@...ts.linux-foundation.org>,
        <linux-kernel@...r.kernel.org>, <linux-wireless@...r.kernel.org>,
        "'Felix Fietkau'" <nbd@....name>
Subject: RE: [PATCH net-next] bridge: multicast to unicast

> -----Message d'origine-----
> De : linux-wireless-owner@...r.kernel.org [mailto:linux-wireless-
> owner@...r.kernel.org] De la part de Stephen Hemminger
> Envoyé : samedi 7 janvier 2017 04:14
> À : Linus Lüssing
> Cc : netdev@...r.kernel.org; David S . Miller; bridge@...ts.linux-
> foundation.org; linux-kernel@...r.kernel.org; linux-
> wireless@...r.kernel.org; Felix Fietkau
> Objet : Re: [PATCH net-next] bridge: multicast to unicast
> 
> On Mon,  2 Jan 2017 20:32:14 +0100
> Linus Lüssing <linus.luessing@...3.blue> wrote:
> 
> > This feature is intended for interface types which have a more
> > reliable and/or efficient way to deliver unicast packets than
> > broadcast ones (e.g. wifi).
> 
> 
> Why is this not done in MAC80211 rather than  bridge?

OTOH mac80211 has more information to decide whether it is more economic to send one multicast or several unicast.
It depends on the bitrate of each station, number of stations and the (not necessarily slower) bitrate of multicasts.