[Cake] Bandwidith rate by host instead of global while using [dual-]srchost and [dual-]dsthost
michel at targointernet.com
Sat Jun 16 11:33:39 EDT 2018
Thanks for the answers.
I was not clear on my first message but what I have in mind isn't
individual shaping but more like a bandwidth limit identical for every
dst-host, something like 50 mb/s by dst-host for every host instead of a
global 1 Gb/s or 10 Gb/s without limit for everyone.
Put a linux box before telecommunication hardware is what I had in mind. I
will give a try with veth interfaces by customer.
As for network device, I personnaly think the objectif should then be to
convice network chipset maker like Microchip, Cavium, Freescale, Broadcom,
Ubnt all over this stuff ? Don't want to burst your bubble but airmax (test
on M serie) use HTB + SFQ if traffic shaping is configured but default
pfifo_fast if no traffic shaping is configured. On gen 2 AC, still pfifo
without traffic shaping but don't know when traffic shaping is configured
but I'm pretty sure it would be the same. I pretty sure airfiber line is
also fifo only. I know codel is support in the edgemax router line but not
compatible with cpu offload so won't be use by most except on X serie (line
without cpu offload) that is often use as home/small office router. I doubt
any WISP (Ubnt main market) using Edgerouter for routing would activate
codel since it would hurt badly forwarding performance. Anyway, just like
for CMTS, WISP bottleneck is the wireless radio, not the router.
Cordialement, / With regards,
2018-06-12 14:55 GMT-04:00 Dave Taht <dave.taht at gmail.com>:
> On Mon, Jun 11, 2018 at 11:55 PM, Pete Heist <pete at heistp.net> wrote:
> > On Jun 11, 2018, at 10:17 PM, Dave Taht <dave.taht at gmail.com> wrote:
> > I long ago ran out of motivation and money to continue working on
> > bufferbloat. It's fixed enough,
> > for those that care. It's on enough devices (more every day) now to
> > give those that succeed some market advantage.
> > Any thoughts on worthy work beyond bloat?
> I gave into despair when the shuttleworth grant didn't come through
> last year. I'm glad y'all keep slogging on.
> I started at this as a third world problem. Living in the first world
> is thus far proving too expensive.
> Unless I get my act together on $dayjob soon even moving back to
> Nicaragua will be impossible. (and Nica is currently very dicy
> I'm still primarily motivated by fixing the internet outside the usa.
> My daydream, once I had
> enough cash in the bank or some (say, 50k) maintenence level of
> income, was to sail
> from pacific island to pacific island, updating uplinks along the way,
> finishing up writing a few papers,
> contemplating some other currently insoluable networking problems -
> like routing.
> These days... I don't know. I'm at a cusp. If I keep failing at dayjob
> for another month I'll try to find something
> outside this field entirely. Last year, being dead broke, I did
> construction for a while. It was good for me.
> > Heaving cake over the transom is the "last" thing. And after 18
> > versions in the last round, toke's fried, I'm fried, everybody's
> > fried. I'm very happy it started cracking 40gbits, stumped at the bug
> > stopping us.
> > I wish I could even reproduce that, then I’d at least take a caveman
> > approach to solving it.
> > I *am* going to washington DC week after next for the lanman2018
> > presentation of cake, and perhaps I'll find a way to raise some hell
> > with the FCC, congress, or the FTC (suggestions wanted), but...
> > Please do.
> The only idea I have at the moment is to stand outside the ftc's offices in
> a zoot suit with guitar and empty violin case.
> > I feel we need a re-decentralization of the Internet’s infrastructure and
> > services, and the FCC’s actions are not helping. I’m not sure how to get
> > that across when the only language spoken is money.
> Obama's FTC seemed like a better place than the FCC for many issues.
> Dave Täht
> CEO, TekLibre, LLC
> Tel: 1-669-226-2619
> Cake mailing list
> Cake at lists.bufferbloat.net
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Cake