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

Return-Path: <dave@taht.net>
X-Original-To: aqm@ietfa.amsl.com
Delivered-To: aqm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 08660130DF0 for <aqm@ietfa.amsl.com>; Sat, 15 Dec 2018 09:09:59 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Od-vd_7N1SdM for <aqm@ietfa.amsl.com>; Sat, 15 Dec 2018 09:09:57 -0800 (PST)
Received: from mail.taht.net (mail.taht.net [IPv6:2a01:7e00::f03c:91ff:feae:7028]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EAD7412870E for <aqm@ietf.org>; Sat, 15 Dec 2018 09:09:56 -0800 (PST)
Received: from dancer.taht.net (unknown [IPv6:2603:3024:1536:86f0:eea8:6bff:fefe:9a2]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.taht.net (Postfix) with ESMTPSA id 941D322281; Sat, 15 Dec 2018 17:09:52 +0000 (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
X-BeenThere: aqm@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Discussion list for active queue management and flow isolation." <aqm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/aqm>, <mailto:aqm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/aqm/>
List-Post: <mailto:aqm@ietf.org>
List-Help: <mailto:aqm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/aqm>, <mailto:aqm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 15 Dec 2018 17:09:59 -0000

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