Re: [aqm] [Bloat] [Cake] paper: per flow fairness in a data center network

Dave Taht <dave@taht.net> Sat, 15 December 2018 17:09 UTC

From: Dave Taht <dave@taht.net>
To: Luca Muscariello <luca.muscariello@gmail.com>
Cc: Dave Taht <dave.taht@gmail.com>, Cake List <cake@lists.bufferbloat.net>, AQM IETF list <aqm@ietf.org>, bloat <bloat@lists.bufferbloat.net>
References: <CAA93jw58CW6We3NCa=F60yqvCPuvOexpRJQWS6M_k_5WnXUmhw@mail.gmail.com> <CAHx=1M4QCx7LbxcdnUo-Y0QxCWhUUu2ZqqyZmuMtsWJZ9FNgew@mail.gmail.com>
Date: Sat, 15 Dec 2018 09:09:36 -0800
In-Reply-To: <CAHx=1M4QCx7LbxcdnUo-Y0QxCWhUUu2ZqqyZmuMtsWJZ9FNgew@mail.gmail.com> (Luca Muscariello's message of "Thu, 13 Dec 2018 10:51:17 +0100")
Message-ID: <87sgyyg1in.fsf@taht.net>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/aqm/k_gHchALsa0v_Y1Cg9HNlS2HSXs>
Subject: Re: [aqm] [Bloat] [Cake] paper: per flow fairness in a data center network
Precedence: list

Luca Muscariello <luca.muscariello@gmail.com> writes:

> I disagree on the claims that DC switches do not implement anything.
> They do, from quite some time now.
>
> https://www.cisco.com/c/en/us/products/collateral/switches/nexus-9000-series-switches/white-paper-c11-738488.html

I'm really impressed. I'd have probably heard about it if they'd
mentioned bufferbloat once :/.

The graphs comparing their performance to arista's are far, far, far too
small to read. You can certainly see a huge improvement on mice in this
paper.

is there a better copy of this paper around?

What's the cheapest form of this switch I can buy? (or beg, borrow, or
steal?) I do need a 10GigE-40GigE capable switch in the lab, and BOY oh
boy oh boy would I love to test this one.

Has this tech made it into their routing products?

>
> On Thu, Dec 6, 2018 at 4:19 AM Dave Taht <dave.taht@gmail.com> wrote:
>
>     While I strongly agree with their premise:
>     
>     "Multi-tenant DCNs cannot rely on specialized protocols and
>     mechanisms
>     that assume single ownership and end-system compliance. It is
>     necessary rather to implement general, well-understood mechanisms
>     provided as a network service that require as few assumptions
>     about DC
>     workload as possible."
>     
>     ... And there's a solid set of links to current work, and a very
>     interesting comparison to pfabric, their DCTCP emulation is too
>     flawed
>     to be convincing, and we really should get around to making the
>     ns2
>     fq_codel emulation fully match reality. This is also a scenario
>     where
>     I'd like to see cake tried, to demonstrate the effectiveness (or
>     not!)
>     of 8 way set associative queuing, cobalt, per host/per flow fq,
>     etc,
>     vs some of the workloads they outline.
>     
>     https://perso.telecom-paristech.fr/drossi/paper/rossi18hpsr.pdf
>     
>     -- 
>     
>     Dave Täht
>     CTO, TekLibre, LLC
>     http://www.teklibre.com
>     Tel: 1-831-205-9740
>     _______________________________________________
>     Cake mailing list
>     Cake@lists.bufferbloat.net
>     https://lists.bufferbloat.net/listinfo/cake
>     
>
>
> _______________________________________________
> Bloat mailing list
> Bloat@lists.bufferbloat.net
> https://lists.bufferbloat.net/listinfo/bloat

[aqm] paper: per flow fairness in a data center n… Dave Taht
Re: [aqm] paper: per flow fairness in a data cent… dario.rossi
Re: [aqm] [Cake] paper: per flow fairness in a da… Luca Muscariello
Re: [aqm] [Bloat] [Cake] paper: per flow fairness… Dave Taht
Re: [aqm] [Bloat] [Cake] paper: per flow fairness… Dave Taht