Mikael Abrahamsson <[email protected]> writes: > On Wed, 13 Mar 2019, Toke Høiland-Jørgensen wrote: > >> Since you seem to be pretty up to date on the ISP-level CPE offerings, >> just out of curiosity: Do any of these fancy ARM boxes include actual >> fixes for bufferbloat? :) > > Short answer, no. > > Bufferbloat isn't on the radar of any product managers I have talked > to. Cable Labs is the only organisation that seems to do anything > about this that I have seen.
Right, yeah, that's what I thought. :/ > I have made statements previously in that context of most newer higer > end devices having packet accelerators which doesn't lend itself to > FQ_CODEL and the rest of the mechanisms the bufferbloat movement has > gravitated towards, but I still feel what I said wasn't really > accepted and "taken in". Well, for my part I have mentally filed this under "vendors don't care", which has been my impression the whole time (with a few exceptions). It's terribly frustrating, but it's not like there's anything I can really do about it, so I've more or less resigned myself to this. You're right that packet accelerators complicate things a bit. I'm not entirely convinced that the "doesn't lend itself to FQ-CoDel and the rest of the mechanisms the bufferbloat movement has gravitated towards" actually *has* to be true, but it's harder to do a proof of concept since the barrier to entry for hardware development is higher. So I doubt anything is likely to happen here unless someone with the resources to do hardware development steps up. But anyway, thanks for confirming by suspicions :) -Toke _______________________________________________ homenet mailing list [email protected] https://www.ietf.org/mailman/listinfo/homenet
