Re: [Bloat] datapoint from one vendor regarding bloat

2019-04-11 Thread Holland, Jake
Ah, I see what you mean. Yes, this makes sense as a major concern worth checking, thanks for explaining. -Jake On 2019-04-11, 17:37, "Jonathan Morton" wrote: > On 12 Apr, 2019, at 2:56 am, Holland, Jake wrote: > > But in practice do you expect link speed changes to be a major

Re: [Bloat] datapoint from one vendor regarding bloat

2019-04-11 Thread Jonathan Morton
> On 12 Apr, 2019, at 2:56 am, Holland, Jake wrote: > > But in practice do you expect link speed changes to be a major issue? For wireline, consider ADSL2+. Maximum downstream link speed is 24Mbps, impaired somewhat by ATM framing but let's ignore that for now. A basic "poverty package"

Re: [Bloat] datapoint from one vendor regarding bloat

2019-04-11 Thread Holland, Jake
On 2019-04-11, 11:29, "Jonathan Morton" wrote: > A question I would ask, though, is whether that 10ms automatically scales to > the actual link rate, or whether it is pre-calculated for the fastest rate > and then actually turns into a larger time value when the link rate drops. > That's a

Re: [Bloat] datapoint from one vendor regarding bloat

2019-04-11 Thread Jonathan Morton
> On 11 Apr, 2019, at 9:00 pm, Holland, Jake wrote: > > MBS = maximum burst size > PIR = peak information rate > CBS = committed burst size > CIR = committed information rate Ah, this is enough to map the terms onto my prior knowledge of TBFs. (In my considered opinion, TBFs are obsolete

Re: [Bloat] datapoint from one vendor regarding bloat

2019-04-11 Thread Luca Muscariello
Defs https://tools.ietf.org/html/rfc2697 On Thu 11 Apr 2019 at 19:54, Jonathan Morton wrote: > > On 11 Apr, 2019, at 1:38 pm, Mikael Abrahamsson > wrote: > > > > The mbs defines the MBS for the PIR bucket and the cbs defines the CBS > for the CIR bucket > > What do these lumps of jargon

Re: [Bloat] datapoint from one vendor regarding bloat

2019-04-11 Thread Jan Ceuleers
On 11/04/2019 19:54, Jonathan Morton wrote: >> On 11 Apr, 2019, at 1:38 pm, Mikael Abrahamsson wrote: >> >> The mbs defines the MBS for the PIR bucket and the cbs defines the CBS for >> the CIR bucket > > What do these lumps of jargon refer to? If you're truly interested in the answer: the

Re: [Bloat] datapoint from one vendor regarding bloat

2019-04-11 Thread Holland, Jake
MBS = maximum burst size PIR = peak information rate CBS = committed burst size CIR = committed information rate Pages 1185 thru 1222 of the referenced doc* are actually really interesting reading and an excellent walk-through of their token bucket concept and how to use it. Best, Jake *

Re: [Bloat] datapoint from one vendor regarding bloat

2019-04-11 Thread Jonathan Morton
> On 11 Apr, 2019, at 1:38 pm, Mikael Abrahamsson wrote: > > The mbs defines the MBS for the PIR bucket and the cbs defines the CBS for > the CIR bucket What do these lumps of jargon refer to? - Jonathan Morton ___ Bloat mailing list

Re: [Bloat] datapoint from one vendor regarding bloat

2019-04-11 Thread Sebastian Moeller
I just noticed netalyzr shut down last month On April 11, 2019 2:45:19 PM GMT+02:00, Sebastian Moeller wrote: >Interesting! Thanks for sharing. I wonder what the netalyzr buffertest >would report for these? > >Best Regards >Sebastian > >On April 11, 2019 12:38:54 PM GMT+02:00,

[Bloat] fq_codel not-so-secret sauce in netduma's anti-bufferbloat implementation

2019-04-11 Thread Dave Taht
My understanding of netduma's implementation of "anti-bufferbloat" is that it also does weird things with attempting to classify traffic, and as far as I can tell, they still don't correctly compensate for dsl or cable modem framing which is the root cause of some angst in their forums. And I sure

Re: [Bloat] datapoint from one vendor regarding bloat

2019-04-11 Thread Sebastian Moeller
Interesting! Thanks for sharing. I wonder what the netalyzr buffertest would report for these? Best Regards Sebastian On April 11, 2019 12:38:54 PM GMT+02:00, Mikael Abrahamsson wrote: > >Hi, > >I talked to Nokia (former Alcatel/Lucent equipment) regarding their >typical buffer

[Bloat] datapoint from one vendor regarding bloat

2019-04-11 Thread Mikael Abrahamsson
Hi, I talked to Nokia (former Alcatel/Lucent equipment) regarding their typical buffer settings on BNG. I thought their answer might be relevant as a data point for people to have when they do testing: