General list for discussing Bufferbloat
 help / color / mirror / Atom feed
From: Sebastian Moeller <moeller0@gmx.de>
To: Mikael Abrahamsson <swmike@swm.pp.se>
Cc: "bloat@lists.bufferbloat.net" <bloat@lists.bufferbloat.net>
Subject: Re: [Bloat] RED against bufferbloat
Date: Wed, 25 Feb 2015 14:25:15 +0100	[thread overview]
Message-ID: <1D438EDC-358D-4DD5-9B8D-89182256F66C@gmx.de> (raw)
In-Reply-To: <alpine.DEB.2.02.1502251138490.4007@uplift.swm.pp.se>

Hallo Mikael,

On Feb 25, 2015, at 11:47 , Mikael Abrahamsson <swmike@swm.pp.se> wrote:

> On Wed, 25 Feb 2015, Toke Høiland-Jørgensen wrote:
> 
>> While the academic side of me enjoys studying AQMs (and I'm still far from anything resembling a thorough understanding of them), the practical "I just want my network to work" side of me has become increasingly convinced (in part by doing the experiments in the above mentioned talk) that FQ is more important than AQM in many scenarios. As such, I think that excluding FQ from the conversation is mostly of, well, academic interest ;)
> 
> To me, FQ is important especially for lower speeds. This also maps well into the CPU based nature of FQ (that it's hard to do in "silicon").
> 
> We're not going to see FQ_CODEL on a 200 interface large router designed to push 100 gigabit/s of traffic, at least not in any interesting price point.
> 
> So one question that I would be interested in understanding is this scenario:
> 
> INTERNET----AR---CPE--HOST
> 
> Let's now say the AR has a stupid token bucket based policer (which doesn't queue, just drops packets) rate-limiting the traffic input/output towards the CPE to, let's say 120 megabit/s averaged with 1 second worth of burst bytes (because the ISP wants to make sure the customer can speed-test to 100 megabit/s of TCP throughput).
> 
> Can we do bidirectional traffic FQ_CODEL on the CPE to try to achieve basically zero loss in the AR policer for any normal kind of use scenario using TCP. I have not seen any simulations looking at this.

	Yes, we can. Openwrt’s qos-scripts and cerowrt’s sqm-scripts allow exactly that. But we really could need some help from the station on the other end of the bottleneck-link, so either a cmts or a dslam (what ever these are called today). The shaper for the ingress link to the CPE is best positioned in front of the boot;neck instead of behind it in the CPE (in the CPE we need to sacrifice more bandwidth and in case of a sudden inrush of packets ill still see more AR policer action than we would like).
 	The only argument for ingress shaping on the CPE is that this allows the end user to define her own QOS criteria independent of the ISPs wishes. Best of both worlds would be user configurable QOS-shaping on the slam/bras/whatever…

Best Regards
	Sebastian

> 
> What about 12 megabit/s policer to a 10 megabit/s service? What about a 12 megabit/s FIFO shaper (that would actually delay packets, but because it's FIFO we just rarely want to see buffering there).
> 
> Because my belief is that even though we might say we love FQ here, we're not going to see high speed FQ on higher end ISP aggregation routers. So if we want FQ, we're going to have to do it in the CPEs.
> 
> I am using terminology that is explained in this article:
> http://www.cisco.com/c/en/us/support/docs/quality-of-service-qos/qos-policing/19645-policevsshape.html
> 
> -- 
> Mikael Abrahamsson    email: swmike@swm.pp.se_______________________________________________
> Bloat mailing list
> Bloat@lists.bufferbloat.net
> https://lists.bufferbloat.net/listinfo/bloat


  parent reply	other threads:[~2015-02-25 13:25 UTC|newest]

Thread overview: 64+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-02-24 15:43 sahil grover
2015-02-24 16:13 ` Matt Mathis
2015-02-24 22:39   ` Kathleen Nichols
2015-02-25  6:46 ` Mikael Abrahamsson
2015-02-25  6:54   ` David Lang
2015-02-25  6:59     ` Mikael Abrahamsson
2015-02-25  8:29     ` Alex Elsayed
2015-02-25  8:06   ` Bob Briscoe
2015-02-25  8:42     ` Alex Elsayed
2015-02-25  9:18       ` Michael Welzl
2015-02-25  9:29         ` Sebastian Moeller
2015-02-25 10:10           ` Michael Welzl
2015-02-25 10:24             ` Toke Høiland-Jørgensen
2015-02-25 10:47               ` Mikael Abrahamsson
2015-02-25 11:04                 ` Toke Høiland-Jørgensen
2015-02-25 18:39                   ` Bill Ver Steeg (versteb)
2015-02-26  9:01                     ` MUSCARIELLO Luca IMT/OLN
2015-02-26 10:39                       ` Mikael Abrahamsson
2015-02-26 10:41                         ` Toke Høiland-Jørgensen
2015-02-26 10:44                           ` Mikael Abrahamsson
2015-02-26 10:51                             ` Toke Høiland-Jørgensen
2015-02-26 10:59                             ` Sebastian Moeller
2015-02-26 11:12                             ` Jonathan Morton
2015-02-27  0:26                             ` Dave Taht
2015-02-26 10:45                         ` Sebastian Moeller
2015-02-26 11:34                           ` Jonathan Morton
2015-02-26 12:59                             ` Mikael Abrahamsson
2015-02-26 11:26                         ` MUSCARIELLO Luca IMT/OLN
2015-02-26 12:57                           ` Mikael Abrahamsson
2015-02-25 13:25                 ` Sebastian Moeller [this message]
2015-02-25 13:36                   ` Mikael Abrahamsson
2015-02-25 13:38                     ` Toke Høiland-Jørgensen
2015-02-25 14:05                       ` Mikael Abrahamsson
2015-02-25 18:51                         ` Bill Ver Steeg (versteb)
2015-02-25 14:16                     ` MUSCARIELLO Luca IMT/OLN
2015-02-25 16:09                       ` Mikael Abrahamsson
2015-02-25 17:34                         ` MUSCARIELLO Luca IMT/OLN
2015-02-25 17:56                           ` Jonathan Morton
2015-02-26 12:54                           ` Mikael Abrahamsson
2015-02-26 14:06                             ` MUSCARIELLO Luca IMT/OLN
2015-02-26 14:18                               ` Mikael Abrahamsson
2015-02-26 15:18                                 ` MUSCARIELLO Luca IMT/OLN
2015-02-26 17:04                                   ` Dave Taht
2015-02-26 18:07                                     ` Dave Taht
2015-02-26 18:33                                     ` [Bloat] RE : " luca.muscariello
2015-02-26 18:59                                     ` [Bloat] " Mikael Abrahamsson
2015-02-26 19:44                                       ` Bill Ver Steeg (versteb)
2015-02-26 20:42                                         ` Jonathan Morton
2015-02-26 21:50                                       ` Dave Taht
2015-02-25 16:54                     ` Sebastian Moeller
2015-02-25 10:54               ` Michael Welzl
2015-02-25 11:24                 ` Toke Høiland-Jørgensen
2015-02-25 12:08                   ` Jonathan Morton
2015-02-25 19:04                 ` David Lang
2015-02-25 19:30                   ` Michael Welzl
2015-02-25  9:31         ` Alex Elsayed
2015-02-25 10:37           ` Michael Welzl
2015-02-25 10:54             ` Alex Elsayed
2015-02-25 17:28           ` Bob Briscoe
2015-02-25 18:03             ` Dave Taht
2015-02-26  9:36             ` Sebastian Moeller
2015-02-25 17:57     ` Dave Taht
2015-02-25 19:25 Hal Murray
2015-02-25 20:00 ` Jonathan Morton

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=1D438EDC-358D-4DD5-9B8D-89182256F66C@gmx.de \
    --to=moeller0@gmx.de \
    --cc=bloat@lists.bufferbloat.net \
    --cc=swmike@swm.pp.se \
    /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