General list for discussing Bufferbloat
 help / color / mirror / Atom feed
From: MUSCARIELLO Luca IMT/OLN <luca.muscariello@orange.com>
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 18:34:56 +0100	[thread overview]
Message-ID: <54EE07C0.60703@orange.com> (raw)
In-Reply-To: <alpine.DEB.2.02.1502251659430.4007@uplift.swm.pp.se>

On 02/25/2015 05:09 PM, Mikael Abrahamsson wrote:
> On Wed, 25 Feb 2015, MUSCARIELLO Luca IMT/OLN wrote:
>
>> Doing FQ in silicon is easy. It must be very easy as I did myself in 
>> a MIPS Ikanos Vx185 chipset and I am not an hardware expert. This was 
>> for a CPE with a 5X1Gbps ports.
>
> I guess we have different definitions on what "silicon" is. Mine is 
> "ASIC". If it has a MIPS CPU (and the CPU does forwarding), then it's 
> not "silicon", then it's done in CPU.

MIPS based board with a central unit and several programmable asics as 
accelerators.
Fast path is not managed by the central unit.

>
> I keep hearing from vendors that queues are expensive. The smallest FQ 
> implementation that seems to be reasonable has 32 queues. Let's say we 
> have 5k customers per port on a BNG, that equates to 160k queues.
>
> Compare that to an efficient active ethernet p-t-p ETTH deployment 
> without BNG at all, where the access L2 switch is the one doing 
> policing. What would be the cost to equip this device with FQ per port?
>
>> If you go a little deeper in the network and you pick an OLT you won't
>
> I don't do PON.
>
>> find much intelligence. A little deeper and in a local aggregation 
>> router (all vendors) you'll find what you would need to implement FQ. A
>
> If it's a BNG yes. These linecards with hundreds of thousands of 
> queues are a lot more expensive than a linecard without these queues. 
> Usually today there are 3-4 queues per customer, now we want to expand 
> this to 32 or more. What is the cost increase for this?

Yes I have BNG in mind. Downstream equipment has not enough resources on 
a per user basis.
However I do not think that static per-flow queues is the right 
implementation for FQ.
That requires a lot of resources just for instantiation and if the 
hardware polls the
queues the cost can be very high for the user fanout and the rates we 
are considering here.

A single FQ instantiation has to consume no more memory than a single 
FIFO instantiation.
Per-flow queues should be managed as virtual queues. On a per customer 
basis.

>
> If you put a BNG in there with lots of intelligence then the cost of 
> adding the FQ machinery might not be too bad. If you don't have the 
> BNG at all, what is the cost then? I still believe it will be cheaper 
> to try to do this in the CPE.

I think this should also be done in the CPE but not in ingress for the 
downlink. If that's what you meant.
Only in egress for the uplink.

>
>> Some "positive" view: access with Gbps (up to 1Gbps) with a range of 
>> RTT (1ms to 100ms) will need smarter mechanisms in the equipment as 
>> inefficiencies will be crystal clear and business consequences will 
>> be substantially different.
>
> Please elaborate. I'd say FIFO is less harmful at these speeds because 
> of TCP inefficiencies meaning most end systems won't come up in high 
> enough transfer rates to saturate that part of the network. Now the 
> bottle neck will move elsewhere.

I assume you want TCP to be able to do 1Gbps if this is what you sell to 
the customers.

Also if you sell 1Gbps, you might want to do shaping instead of policing 
in the BNG
because the BDP of a 1Gbps flow can be pretty high depending on the RTT,
and downstream equipment (OLT, switch, DSLAM...) can have much smaller
queues than what you have in a BNG.

That is where inefficiencies come from. If in addition you have a mix of 
applications
in this customer queue than you'll need FQ because the traffic mix can 
be very heterogeneous
and flow isolation bec necessary.
omes



  reply	other threads:[~2015-02-25 17:34 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
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 [this message]
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=54EE07C0.60703@orange.com \
    --to=luca.muscariello@orange.com \
    --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