From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-ot1-x32d.google.com (mail-ot1-x32d.google.com [IPv6:2607:f8b0:4864:20::32d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id 9B16E3CB3E; Thu, 13 Dec 2018 04:51:29 -0500 (EST) Received: by mail-ot1-x32d.google.com with SMTP id t5so1354575otk.1; Thu, 13 Dec 2018 01:51:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=N3JSO0V1Uz1aHMEG+BnpW0QX03DEMAv4RsaB8cAPD4o=; b=EgZoho8jqebx7dxST2i4pU5FPuHlpOnYtct8G/jKkELZGmZj9Kch1e77ivfLLeFSk3 ZF1kdDveQ3m+snaU138gF07gpxB3VLS24hE1UKACJkG/n6WaOgUSx8Uf73ZfZ07Ai81v JlOzTtNGu1brSQh31pm7wpXWCLS7OyldOwpDdSNnJZIyT5gU1GRwKL1Mchl+Yovn/8L7 78ke9w+//2u4DQ2T10SHIqUZZm279Zva+8hTPYp2Nm220AMiKHl/K7XRpWaecchdIJDb 55TzYC+i56ZG9KeRTc4znkWjhabE82odWpvnFZtCC/V39oCrcQpnOGm8lFTO55GzZNOv MIlw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=N3JSO0V1Uz1aHMEG+BnpW0QX03DEMAv4RsaB8cAPD4o=; b=MvS3wASIce6eRKdvXc8W9pBbZqSSMzgghaitQRUmkSMIKMQZOYqvaUiQS3TopfT/hN 829j+8tc4vzxtOeGaj6JXRcJfboFvjLdsKlgZ/E7FBiEr+bILmURx/0SVq7Cl8O8ykwJ mTtpJ2zg+ZxPN3Yxlne9fDrMupCZRWDds2fa/qQ9PDWZk44mkj6TEmQHbyvA9SK6mLKj E1iJa9ORmylAtazIchAMLq4JmHGMzkaLYeJa5ql9Xg4LUTWMZtcglf9Cw7CaEPXyazCV pyWhvIWvuQBrtOv8l5GxJoF9RrL24/+lvcTD3WrXUqHpjYZOMdWJ50wVAMj5eVrIBaHt qkoA== X-Gm-Message-State: AA+aEWZNuhTUCjj/Gi0yt6iAFc6YJsNjnedf2oc4a3YZMcykIv/pdHLz MMgq2TkUmk3K42KrLHtge4yOEM0zlctzIyYYfB8= X-Google-Smtp-Source: AFSGD/VJPo9dc1t7nOhKzhVoHWwiUfjVSWVOvnwyHm6uParfPvtGFfTesNnek+0MmoGdhqBhklmXHddeb2uMk19FOjc= X-Received: by 2002:a9d:3a5:: with SMTP id f34mr16980947otf.208.1544694688984; Thu, 13 Dec 2018 01:51:28 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Luca Muscariello Date: Thu, 13 Dec 2018 10:51:17 +0100 Message-ID: To: Dave Taht Cc: bloat , Cake List , AQM IETF list Content-Type: multipart/alternative; boundary="00000000000039342f057ce442a0" Subject: Re: [Cake] paper: per flow fairness in a data center network X-BeenThere: cake@lists.bufferbloat.net X-Mailman-Version: 2.1.20 Precedence: list List-Id: Cake - FQ_codel the next generation List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Dec 2018 09:51:29 -0000 --00000000000039342f057ce442a0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 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-serie= s-switches/white-paper-c11-738488.html On Thu, Dec 6, 2018 at 4:19 AM Dave Taht 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=C3=A4ht > 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 > --00000000000039342f057ce442a0 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I disagree on the claims that DC switches= do not implement anything.
They do, from quite some time now.



=

On Thu, Dec 6, = 2018 at 4:19 AM Dave Taht <dave.t= aht@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!)<= br> 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/dr= ossi/paper/rossi18hpsr.pdf

--

Dave T=C3=A4ht
CTO, TekLibre, LLC
ht= tp://www.teklibre.com
Tel: 1-831-205-9740
_______________________________________________
Cake mailing list
Cake@lists.= bufferbloat.net
https://lists.bufferbloat.net/listinfo/cake
--00000000000039342f057ce442a0--