From: David Lamparter <equinox@diac24.net>
To: Matteo Croce <mcroce@redhat.com>
Cc: David Lamparter <equinox@diac24.net>, linux-wireless@vger.kernel.org
Subject: Re: [POC/GIT] mac80211 multicast rate selection (help wanted!)
Date: Sat, 19 Aug 2017 01:32:08 +0200 [thread overview]
Message-ID: <20170818233208.GU773745@eidolon> (raw)
In-Reply-To: <1503097091.2730.14.camel@redhat.com>
On Sat, Aug 19, 2017 at 12:58:11AM +0200, Matteo Croce wrote:
> Il giorno sab, 19/08/2017 alle 00.29 +0200, David Lamparter ha scritto:
> > So, from some completely unrelated datacenter work, I have hacked up
> > the bridge to hand back down to the driver detailed info on
> > multicast receivers. Then I took this and fudged around in the
> > minstrel_ht code and, well, it gave me 9 MBit/s ;)
> >
> > Now, I have pretty little no clue about the Linux wireless stack, so
> > I'd appreciate if someone could tell me how massively wrong I'm
> > doing this and which places in particular are the wrongest!
[cut]
> So you are scanning the multicast receivers list to select the lowest
> rate, comparing the rates by data rate?
Right now it's just using the lowest rate index. I did say I have no
clue, right? :)
> I think that this is incorrect, the data rate is a combination of many
> parameters (modulation, GI interval, coding rate, streams, etc.) so a
> rate with higher data rate could be better than another with lower
> speed in some circumstances. Or even worse, some station could not
> receive the packet at all (too many streams, unsupported modulations.
> etc.).
>
> You could try to select the lowest MCS rate, the longer GI and the
> minimum number of stream from all the receivers and use a data rate
> compatible with these settings, if any (not all combinations are
> allowed unfortunately)
Yes, basically I need to find the best rate in the common subset
supported by all receivers. This is far from trivial and will have
'interesting' interactions (for example, if a station only does
multicast, minstrel has nothing to learn the rate on because multicast
isn't ACKed so you can't probe with it). That said, my goal here is
"simple", not "perfect". There's always room and time for
improvement...
-David
prev parent reply other threads:[~2017-08-18 23:32 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-08-18 22:29 [POC/GIT] mac80211 multicast rate selection (help wanted!) David Lamparter
2017-08-18 22:49 ` Ben Greear
2017-08-18 23:38 ` David Lamparter
2017-08-18 22:58 ` Matteo Croce
2017-08-18 23:32 ` David Lamparter [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20170818233208.GU773745@eidolon \
--to=equinox@diac24.net \
--cc=linux-wireless@vger.kernel.org \
--cc=mcroce@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.