General list for discussing Bufferbloat
 help / color / mirror / Atom feed
From: Sebastian Moeller <moeller0@gmx.de>
To: cerowrt-devel@lists.bufferbloat.net, valdis.kletnieks@vt.edu,
	"Dave Täht" <dave.taht@gmail.com>
Cc: bloat <bloat@lists.bufferbloat.net>
Subject: [Bloat] (no subject)
Date: Wed, 20 Jun 2018 08:56:31 +0200	[thread overview]
Message-ID: <45C92436-3944-493B-9C17-C678A9027B08@gmx.de> (raw)
In-Reply-To: <4D964A33-9AEC-4F5F-94C9-5A1FE430F2E2@gmx.de>

Hi all,


> On Jun 20, 2018, at 01:32, Sebastian Moeller <moeller0@gmx.de> wrote:
> 
> Well,
> 
> On June 19, 2018 10:34:07 PM GMT+02:00, valdis.kletnieks@vt.edu wrote:
>> On Mon, 18 Jun 2018 18:46:18 -0700, Dave Taht said:
>> 
>>> One of cake's "minor" features is the *perfect* defeat of the htb
>>> based shaper in cable modems. If you know the set-rate on the modem,
>>> you just set it to the same thing and get vastly superior performance
>> to
>>> docsis 3.1, pie, or the sqm-scripts.
>> 
>> Do we have a good cookbook on how to determine the set-rate?
> 
> With cable <DOCSIS 3.1 one can Snoop the management frames that will also carry the bandwidth definitions. Or with a compromised cable modem one could dump the DOCSIS config file that also contains that information. Or ask the ISP. Short of any of that one could run a umber of speedtests over a 24 hour period and simply extrapolate from the measured goodput to the required 'gross' DOCSIS shaper rate:
> 
> Measured TCP/ipv4 goodput * ((1518)/(1500-20-20)) = lower bound gross bandwidth estimate

Addendum: when running speedtests on cable for the purpose of estimating the "true" docsis shaper goodput one needs to take care to not be fooled by transient bandwidth allowances like powerboost but rather one needs to find the sustainable stable  maximum bandwidth; so fun all around. (And one needs to account for the correct overhead in the equation above so in the IPv6 case the (1500-20-20) needs to be replaced by (1500-40-20))

Best Regards
	Sebastian


> 
> DOCSIS employs a shaper to limit user's exceeding the contracted rates, that per DOCSIS standard assumes 1518 bytes of accountable raw frame size. Tangent that 1518 obviously is a 'lie' in that it does not include all per packet overhead in use on a DOCSIS carrier, but from an end-user perspective that difference is immaterial...
> 
> I realize that you probably wanted something simpler and more accurate, sorry to disappoint.
> 
> Best Regards
>        Sebastian
> 
> 
> 
>> _______________________________________________
>> Cerowrt-devel mailing list
>> Cerowrt-devel@lists.bufferbloat.net
>> https://lists.bufferbloat.net/listinfo/cerowrt-devel
> 
> -- 
> Sent from my Android device with K-9 Mail. Please excuse my brevity.
> _______________________________________________
> Cerowrt-devel mailing list
> Cerowrt-devel@lists.bufferbloat.net
> https://lists.bufferbloat.net/listinfo/cerowrt-devel


  reply	other threads:[~2018-06-20  6:56 UTC|newest]

Thread overview: 33+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-06-18 16:26 [Bloat] Invisibility of bufferbloat and its remedies dpreed
2018-06-18 19:07 ` Dave Taht
2018-06-18 22:43   ` dpreed
2018-06-18 23:17     ` Jonathan Morton
2018-06-19  2:21       ` dpreed
2018-06-19  1:46     ` Dave Taht
2018-06-19 19:33       ` Dave Taht
2018-06-19 19:45         ` dpreed
2018-06-19 20:34       ` [Bloat] [Cerowrt-devel] " valdis.kletnieks
2018-06-19 23:32         ` Sebastian Moeller
2018-06-20  6:56           ` Sebastian Moeller [this message]
2018-06-20 14:03             ` [Bloat] (no subject) Kathleen Nichols
2018-06-20 14:07             ` Kathleen Nichols
2018-06-19 23:41         ` [Bloat] [Cerowrt-devel] Invisibility of bufferbloat and its remedies Jonathan Morton
2018-06-19 23:47           ` Sebastian Moeller
2018-06-20  7:12           ` Kevin Darbyshire-Bryant
2018-06-20  8:07             ` Sebastian Moeller
2018-06-20  9:15               ` Kevin Darbyshire-Bryant
2018-06-20  9:34                 ` Sebastian Moeller
2018-06-20 15:57           ` Jan Ceuleers
2018-06-20 17:27             ` Sebastian Moeller
2018-06-18 20:59 ` Michael Richardson
2018-06-18 21:14   ` Dave Taht
2019-05-14 12:16 [Bloat] fq_codel is SEVEN years old today Rich Brown
2019-05-14 17:57 ` [Bloat] [Cerowrt-devel] " Valdis Klētnieks
2019-05-14 18:38   ` David P. Reed
2019-05-14 22:05     ` David P. Reed
2019-05-14 22:35       ` Toke Høiland-Jørgensen
2019-05-14 23:34         ` David P. Reed
2019-05-15  7:31           ` [Bloat] (no subject) Sebastian Moeller
2019-05-15  7:58             ` Dave Taht
2019-05-15  8:30               ` Sebastian Moeller
2019-05-16 22:01               ` Jonathan Foulkes
2019-05-18 22:36                 ` David P. Reed
2019-05-18 22:57                   ` Jonathan Morton
2019-05-18 23:06                     ` Jonathan Morton
2019-05-19  2:06                     ` David P. Reed
2019-05-16 16:40             ` Jonathan Foulkes
2019-05-16 22:12               ` Sebastian Moeller

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://lists.bufferbloat.net/postorius/lists/bloat.lists.bufferbloat.net/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=45C92436-3944-493B-9C17-C678A9027B08@gmx.de \
    --to=moeller0@gmx.de \
    --cc=bloat@lists.bufferbloat.net \
    --cc=cerowrt-devel@lists.bufferbloat.net \
    --cc=dave.taht@gmail.com \
    --cc=valdis.kletnieks@vt.edu \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox