Hi Jonathan, hi Kevin, hi list,
On June 6, 2015 3:53:43 PM GMT+02:00, Jonathan Morton <[email protected]>
wrote:
>Ideally, one would read the raw sync rate out of the modem (there has
>to be
>a way to do that, since it is able to report it in the web interface),
>and
>use that to set cake's bandwidth parameter.
Unfortunately ISPs more and more implement a throttle/policed? at the
BRAS level which in essence supersedes the link rate, but does not seem to be
universally reported. If ISPs would actually use this in a way that keeps
utilization high but latency increase low all would be dandy, just alas they
might be trying but at least not all of them succeed. So people should start
out at the modems link rates but should be prepared to reduce the shaped rates
until latency under load seems bounded to acceptable levels...
Best Regards
Sebastian
You could update it
>periodically using "tc qdisc change ...".
>
>You will need to set the overhead calculation correctly, probably using
>"pppoa-vcmux" or similar, depending on precisely what encapsulation
>your
>ISP uses. If you're not confident about that, specify "conservative" to
>begin with. Once you have that, you can experiment to see how much you
>need
>to reduce the raw sync rate to achieve full bottleneck control -
>hopefully
>not much, at most 1%.
>
>The same approach would also work for inbound if necessary, except that
>you
>would need to reduce the raw sync rate rather more.
>
>- Jonathan Morton
>
>
>------------------------------------------------------------------------
>
>_______________________________________________
>Bloat mailing list
>[email protected]
>https://lists.bufferbloat.net/listinfo/bloat
--
Sent from my Android device with K-9 Mail. Please excuse my brevity.
_______________________________________________
Bloat mailing list
[email protected]
https://lists.bufferbloat.net/listinfo/bloat
