[Bloat] Updates on www.bufferbloat.net
Rich Brown
richb.hanover at gmail.com
Thu Jul 7 13:57:45 EDT 2016
Hi Sebastian,
> On Jul 7, 2016, at 11:55 AM, moeller0 <moeller0 at gmx.de> wrote:
>
> I see that there is a link to https://wiki.openwrt.org/doc/howto/sqm on this page, and that reminds me, could you add a link to https://github.com/moeller0/ATM_overhead_detector to that openwrt page please? Probably in the section titled “Link Layer Adaptation - the details…”
> Here is a quick draft:
>
> For true ATM links one often can measure the real per packet overhead empirically, see https://github.com/moeller0/ATM_overhead_detector for further information how to do that.
>
> And while at it the following might also need a small upgrade:
> original: “SQM can also account for the overhead imposed by "Ethernet with overhead" (mostly VDSL) links. Cable Modem, Fiber, and direct Ethernet connections generally do not need any kind of link layer adaptation."
>
> proposal: "SQM can also account for the overhead imposed by "Ethernet with overhead" (mostly VDSL) links. Cable Modems (docsis) are known to typically use 28 Byte of overhead in the upstream direction but only 14 in the downstream direction. If your version of SQM only supports to specify one value for the overhead, select 28 Bytes… Fiber, and direct Ethernet connections generally do not need any kind of link layer adaptation.”
>
> Thanks to Greg we learned something about docsis and it would be a pity not to pass this information on to our users… (Note to self I need to allow independent overhead control for ingress and egress in sqm-scripts and the GUI).
I took a stab at it. Let me know if I got it right: https://wiki.openwrt.org/doc/howto/sqm#sqmlink_layer_adaptation_tab
Thanks.
Rich
More information about the Bloat
mailing list