[Make-wifi-fast] [Bloat] the future belongs to pacing
Michael Richardson
mcr at sandelman.ca
Sun Jul 5 13:43:27 EDT 2020
Sebastian Moeller <moeller0 at gmx.de> wrote:
> of the sending rate, no? BBRv2 as I understand it will happily run
> roughshod over any true rfc3168 AQM on the path, I do not have the
> numbers, but I am not fully convinced that typically the most
> significant throttling on a CDN to end-user path happens still inside
> the CDN's data center...
That's an interesting claim. I'm in no position to defend or refute it.
If it's true, though, it suggests some interesting solutions, because one can
more easily establish trust relationships within the data-center.
I'm specifically imagining a clock signal from the Top-of-Rack switch to the
senders.
Actually, it's not a clock, so much as a automotive style timing shaft
running down through all the 1-U servers, with fine vernier adjustments :-)
I'm also certain we've seen such technology before.
--
] Never tell me the odds! | ipv6 mesh networks [
] Michael Richardson, Sandelman Software Works | IoT architect [
] mcr at sandelman.ca http://www.sandelman.ca/ | ruby on rails [
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 487 bytes
Desc: not available
URL: <https://lists.bufferbloat.net/pipermail/make-wifi-fast/attachments/20200705/9743921f/attachment.sig>
More information about the Make-wifi-fast
mailing list