[Rpm] [Make-wifi-fast] [Bloat] The most wonderful video ever about bufferbloat
Bob McMahon
bob.mcmahon at broadcom.com
Wed Oct 19 15:18:33 EDT 2022
I'm not sure where the gap in milliseconds is coming from. EDCA gaps are
mostly driven by probabilities
<https://link.springer.com/article/10.1007/s10270-020-00817-2>. If
energy detect (ED) indicates the medium is available then the gap prior to
transmit, assuming no others competing & winning at that moment in time, is
driven by AIFS and the CWMIN - CWMAX back offs which are simple probability
distributions. Things change a bit with 802.11ax and trigger frames but the
gap is still determined by the backoff and should be less than milliseconds
per that. Things like NAVs will impact the gap too but that happens when
another is transmitting.
[image: image.png]
Agreed that the PLCP preamble is at low MCS and the payload can be orders
of magnitude greater (per different QAM encodings and other signal
processing techniques.)
Bob
On Wed, Oct 19, 2022 at 12:09 AM David Lang <david at lang.hm> wrote:
> On Tue, 18 Oct 2022, Sebastian Moeller wrote:
> > Hi Bob,
> >
> >> Many network engineers typically, though incorrectly, perceive a
> transmit
> >> unit as one ethernet packet. With WiFi it's one Mu transmission or one
> Su
> >> transmission, with aggregation(s), which is a lot more than one ethernet
> >> packet but it depends on things like MCS, spatial stream powers, Mu
> peers,
> >> etc. and is variable. Some data center designs have optimized the
> >> forwarding plane for flow completion times so their equivalent transmit
> >> unit is a mouse flow.
> >
> > [SM] Is this driven more by the need to aggregate packets to amortize
> some cost over a larger payload or to reduce the scheduling overhead or to
> regularize things (as in fixed size DTUs used in DSL with G.INP
> retransmissions)?
>
> it's to amortize costs over a larger payload.
>
> the gap between transmissions is in ms, and the transmission header is
> transmitted at a slow data rate (both for backwards compatibility with
> older
> equipment that doesn't know about the higher data rate modulations)
>
> For a long time, the transmission header was transmitted at 1Mb (which is
> still
> the default in most equipment), but there is now an option to no longer
> support
> 802.11b equipment, which raises the header transmission time to 11Mb.
>
> These factors are so imbalanced compared to the top data rates available
> that
> you need to transmit several MB of data to have actual data use 50% of the
> airtime.
>
> David Lang
>
--
This electronic communication and the information and any files transmitted
with it, or attached to it, are confidential and are intended solely for
the use of the individual or entity to whom it is addressed and may contain
information that is confidential, legally privileged, protected by privacy
laws, or otherwise restricted from disclosure to anyone else. If you are
not the intended recipient or the person responsible for delivering the
e-mail to the intended recipient, you are hereby notified that any use,
copying, distributing, dissemination, forwarding, printing, or copying of
this e-mail is strictly prohibited. If you received this e-mail in error,
please return the e-mail to the sender, delete it from your computer, and
destroy any printed copy of it.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.bufferbloat.net/pipermail/rpm/attachments/20221019/eb2ca014/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image.png
Type: image/png
Size: 169722 bytes
Desc: not available
URL: <https://lists.bufferbloat.net/pipermail/rpm/attachments/20221019/eb2ca014/attachment-0001.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4206 bytes
Desc: S/MIME Cryptographic Signature
URL: <https://lists.bufferbloat.net/pipermail/rpm/attachments/20221019/eb2ca014/attachment-0001.bin>
More information about the Rpm
mailing list