Cake - FQ_codel the next generation
 help / color / mirror / Atom feed
From: Kevin Darbyshire-Bryant <kevin@darbyshire-bryant.me.uk>
To: "David P. Reed" <dpreed@deepplum.com>
Cc: Cake List <cake@lists.bufferbloat.net>
Subject: Re: [Cake] diffserv3 vs diffserv4
Date: Sat, 25 Jul 2020 17:54:12 +0000	[thread overview]
Message-ID: <94003145-2031-454F-8F76-38C153DDFA08@darbyshire-bryant.me.uk> (raw)
In-Reply-To: <1595699283.358416190@apps.rackspace.com>

[-- Attachment #1: Type: text/plain, Size: 3063 bytes --]

I didn’t sign up for this abuse.  Bellhead eh?  Well f**k off!

I’ve had enough - bye.

> On 25 Jul 2020, at 18:48, David P. Reed <dpreed@deepplum.com> wrote:
> 
> This idea (dividing the link rate capacity, since "bandwidth" is an incorrect term not to be promulgated), is absurd, but typical of "bellhead" thinking.
> 
> Per packet latency is the key control variable, even for TCP. That's because capacity/rate is not controllable by routers, but by routing in a general Internet situation.
> 
> Latency is controlled by queuing delay in a packet network, not bitrate. And in mixed traffic, which after all is why traffic is classified in the first place, by its characteristics and response to increased latency end-to-end, is the core "control" for the internetwork as a whole.
> 
> So, by promoting thinking about "bandwidth" a whole sequence of misformulations of network management is embedded into the thinking of those designing queue management algorithms.
> 
> And make no mistake, queue management is the ONLY knob other than sending different packets on different routes that one has for routers.
> 
> I don't know who proposed this fractional division, but it is clearly a bellhead-influenced thinker who thinks all protocols are CBR flows like in the old phone system.
> 
> But almost no flows in the internet are CBR flows! File transfers are not, streaming TV is not, web ttraffic is not, game traffic is not. Only non-statistically multiplexed real-time telephony and *some* video conferencing is CBR.
> 
> Yet this bizarre idea of dividing "bandwidth" among all categories of flows pops up. Probably from employees of phone companies or phone equipment suppliers. Or folks who went to Uni and were trained in "communications" by former phone engineers.
> 
> Latency, latency, latency. Queue delay, queue delay, queue delay. Not link speed! Change your brains.
> 
> It's hard fo fight this bellhead crowd (or the bellheadedness in your own thinking) but think about packets and queues instead.
> 
> My good friend Len Kleinrock didn't invent "Bandwidth Theory"! He invented Queueing Theory. For a reason.
> 
> On Saturday, July 25, 2020 6:12am, "Kevin Darbyshire-Bryant" <kevin@darbyshire-bryant.me.uk> said:
> 
> > _______________________________________________
> > Cake mailing list
> > Cake@lists.bufferbloat.net
> > https://lists.bufferbloat.net/listinfo/cake
> >
> >
> > > On 24 Jul 2020, at 18:42, Kevin Darbyshire-Bryant
> > <kevin@darbyshire-bryant.me.uk> wrote:
> > >
> > >
> > > The move from diffserv4 to diffserv5 WAS about de-prioritization.
> >
> > It was also about minimum bandwidth allocations:
> >
> > LE: 1/64th
> > BK: 1/16th
> > BE: 1/1
> > VI: 1/2
> > VO: 1/4
> >
> > So worst case, best effort should get 11/64ths in the extreme case of all other
> > tins in use.
> >
> > Cheers,
> >
> > Kevin D-B
> >
> > gpg: 012C ACB2 28C6 C53E 9775 9123 B3A2 389B 9DE2 334A
> >
> >


Cheers,

Kevin D-B

gpg: 012C ACB2 28C6 C53E 9775  9123 B3A2 389B 9DE2 334A


[-- Attachment #2: Message signed with OpenPGP --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

  reply	other threads:[~2020-07-25 17:54 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-07-24 15:56 Justin Kilpatrick
2020-07-24 17:42 ` Kevin Darbyshire-Bryant
2020-07-25 10:12   ` Kevin Darbyshire-Bryant
2020-07-25 17:18     ` Sebastian Moeller
2020-07-25 17:47       ` Jonathan Morton
2020-07-25 17:48     ` David P. Reed
2020-07-25 17:54       ` Kevin Darbyshire-Bryant [this message]
2020-07-25 19:35         ` David P. Reed
2020-07-25 20:04           ` Sebastian Moeller
2020-07-25 21:33             ` Kevin Darbyshire-Bryant
2020-07-25 21:27           ` Jonathan Morton
2020-07-25  3:13 ` Jonathan Morton
2020-07-25 17:05   ` David P. Reed

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/cake.lists.bufferbloat.net/

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

  git send-email \
    --in-reply-to=94003145-2031-454F-8F76-38C153DDFA08@darbyshire-bryant.me.uk \
    --to=kevin@darbyshire-bryant.me.uk \
    --cc=cake@lists.bufferbloat.net \
    --cc=dpreed@deepplum.com \
    /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