Re: [Ecn-in-quic] ECN-in-Quic w/ ABE

Ian Swett <ianswett@google.com> Fri, 23 March 2018 11:00 UTC

Return-Path: <ianswett@google.com>
X-Original-To: ecn-in-quic@ietfa.amsl.com
Delivered-To: ecn-in-quic@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8149012D7E5 for <ecn-in-quic@ietfa.amsl.com>; Fri, 23 Mar 2018 04:00:00 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.72
X-Spam-Level:
X-Spam-Status: No, score=-0.72 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=1.989, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=google.com
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 T3Usj1YbLxZC for <ecn-in-quic@ietfa.amsl.com>; Fri, 23 Mar 2018 03:59:58 -0700 (PDT)
Received: from mail-it0-x236.google.com (mail-it0-x236.google.com [IPv6:2607:f8b0:4001:c0b::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3E6141205D3 for <ecn-in-quic@ietf.org>; Fri, 23 Mar 2018 03:59:58 -0700 (PDT)
Received: by mail-it0-x236.google.com with SMTP id k135-v6so2091641ite.2 for <ecn-in-quic@ietf.org>; Fri, 23 Mar 2018 03:59:58 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=ybY+yQuyQLw+kFK78l5MCP3Sevw76CdkUvaM4IrRl3Y=; b=cax+7W4O1Ujizo8THBCbKSOm9t9AYS09fnaCWbnuXkg+BRNC1bF3OEW9AHC68Qtrt7 LW+AAxphrYRA1HDQzKPIjg881l339ND/8v4fe8XQwHy1FWsPjdqc3j5aRUi4/XF+aanx n4yqjJVLBKfAyaLah1WKnmEf7ng3O8sbGV7I9+qgw+ZmtQ11S+LTHEEvFkSjjPTVGFXB mI0dRm001+BUAPrDNc7g9otcVSOqoQoQG90E1iZSG1twD5DWgj3A31BkEV6Nmyj1IwmR 8/HPsT/Vr9yFExsip+GLK9N1KXNjOghXesxO/YXFRptrgH/ld0Vva+NeV4+P40WKAi6L 3D1Q==
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=ybY+yQuyQLw+kFK78l5MCP3Sevw76CdkUvaM4IrRl3Y=; b=orKCEB6ySeqUawPgNX6ZrAHFcTJ4TFOXfMIIHwVngaw3j5PXI2YKZLiqW/laS8kATg vkWPECre6c5ph46W7zizIUIELJ3Y+UtxjhVMWzVuzl8G+uZfFC5udJaExYWaS32vwlxs oZiUUXs9dB4bbUtPtedv48F/v1cNPKRHRB58Cy43AA0OoHhPhFoHeL/BhN1Bnc4IS7rK O5Hzx6HStmPgizUb11/FB62F44DzNHpF/swZTJahZ3uho8AQSjP3p86J8E+12D2u6EIh hWddexhABK+uLXdICNTjNpZ9tyrL8zQ91WXCbfNuWvBRdStyndjrPohOlSUxVF559aID m25w==
X-Gm-Message-State: AElRT7EFXM1hPCA+VqvOBzWTtBlSo21b9u4Y4AJUVmGABoqucXdCD5wq yu/OYmjEt0wTqrm8FAq+k9NmZANrPavSnwDeqhsTNA==
X-Google-Smtp-Source: AG47ELsHkVpyLKoXYDsuM2IrVmxFb/rTghRY5gXKuKwXqtrQxqVw+Mfkd166m/tCqGBgrqtoCakKVo7ja49pVqYk6fs=
X-Received: by 2002:a24:45a2:: with SMTP id c34-v6mr5342397itd.31.1521802797315; Fri, 23 Mar 2018 03:59:57 -0700 (PDT)
MIME-Version: 1.0
References: <trinity-a0c1c974-9910-48fc-8fa7-a1d77c9349c8-1521744422645@msvc-mesg-gmx123> <db312dd7-b17c-49e2-b1bd-338f3e1d937a@ntdev.microsoft.com> <AM6PR0702MB3624211FE590FCE06FB1961CC2A90@AM6PR0702MB3624.eurprd07.prod.outlook.com> <5AB4CCF2.20104@erg.abdn.ac.uk>
In-Reply-To: <5AB4CCF2.20104@erg.abdn.ac.uk>
From: Ian Swett <ianswett@google.com>
Date: Fri, 23 Mar 2018 10:59:45 +0000
Message-ID: <CAKcm_gOmqoA70nBRW_Kfp8Ljw055_xLSxvf1skfw+_0QxPhfpw@mail.gmail.com>
To: gorry@erg.abdn.ac.uk
Cc: Ingemar Johansson S <ingemar.s.johansson@ericsson.com>, Praveen Balasubramanian <pravb@microsoft.com>, rs.ietf@gmx.at, ecn-in-quic@ietf.org
Content-Type: multipart/alternative; boundary="000000000000278f760568125300"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ecn-in-quic/AjpwluKhfB56bX6_4g5aGsSMkjI>
Subject: Re: [Ecn-in-quic] ECN-in-Quic w/ ABE
X-BeenThere: ecn-in-quic@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "ECN in the QUIC protocol discussion list." <ecn-in-quic.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ecn-in-quic>, <mailto:ecn-in-quic-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ecn-in-quic/>
List-Post: <mailto:ecn-in-quic@ietf.org>
List-Help: <mailto:ecn-in-quic-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ecn-in-quic>, <mailto:ecn-in-quic-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 23 Mar 2018 11:00:00 -0000

I'd be happy to document ABE in the recovery doc.

Currently QUIC documents Reno, not Cubic, FYI.  When the QUIC WG was
started, the Cubic RFC was not yet complete.  And Cubic is a lot more
complex to describe than Reno, so I'm still happy with that choice,
personally.


On Fri, Mar 23, 2018 at 5:46 AM Gorry Fairhurst <gorry@erg.abdn.ac.uk>
wrote:

> So as one of the people who worked on and evaluated ABE....
>
> There has not yet been wide deployment, but the laboratory tests
> referenced in the ABE draft cover a wide range of scenarios and did include
> cubic with ABE (and that's mentioned in the ID).  There's kernel code for
> BSD that tracks the latest draft:
> https://svnweb.freebsd.org/changeset/base/331214, the patch for linux
> cubic really was not much different.
>
> I think it is hard to see any real danger arising from the use of ABE.
> Consider this: Cubic has used a beta (backoff) factor of 0.8 for a long
> time, in response to loss, before it was tuned down to 0.7. This may not
> have been an ideal configuration, but neither has the Internet melted, not
> has Linux become a useless OS in this period.
>
> We recommend 0.8 for standard Reno-like congestion control and 0.85 for
> Cubic (although, in our experiments, 0.8 also works fine for Cubic)*ONLY*
> in response to ECN, i.e. when the queue is normally smaller than when we
> see loss. This is, altogether, a way less aggressive behavior than what
> Cubic had for a long time in Linux.
>
> I'd really encourage we use this rather than the loss-equivalent model -
> mainly because it is a significant step towards making ECN useful and
> allowing it to work to reduce latency - which is surely important to apps
> like QUIC.
>
> Happy to say more (if needed).
>
> Gorry
>
>
> On 22/03/2018, 19:07, Ingemar Johansson S wrote:
> >
> > OK. Missed that one. I guess my conclusion may then be a bit premature.
> >
> > /Ingemar
> >
> > *From:* Ecn-in-quic [mailto:ecn-in-quic-bounces@ietf.org] *On Behalf
> > Of *Praveen Balasubramanian
> > *Sent:* den 22 mars 2018 19:56
> > *To:* rs.ietf@gmx.at; ecn-in-quic@ietf.org
> > *Subject:* Re: [Ecn-in-quic] ECN-in-Quic w/ ABE
> >
> > QUIC as specified in drafts does not use Cubic but I expect most
> > implementations to use it. Winquic is doing Cubic already. Are you
> > proposing that quic cc should do the ABE experiment by default? Has
> > its safety been proven by a wide deployment? I asked this q in tcpm
> > and the answer was no.
> >
> > ------------------------------------------------------------------------
> >
> > *From:* rs.ietf@gmx.at <mailto:rs.ietf@gmx.at>
> > *Sent:* Thursday, March 22, 2018 6:47 PM
> > *To:* ecn-in-quic@ietf.org <mailto:ecn-in-quic@ietf.org>
> > *Subject:* [Ecn-in-quic] ECN-in-Quic w/ ABE
> >
> > Just a quick note to those present here:
> >
> > ABE (Alternative Backoff for ECN) is past WGLC in TCPM, allowing a
> > differntiated CC control between ECN and Loss - to incentivise the
> > deployment of ECN.
> >
> > Since Quic uses Cubic, the guidance given there for differential
> > reaction between loss and ECN marks would be directly applicable...
> >
> > Any thoughts?
> >
> > Best regards,
> >   Richard
> >
> > _______________________________________________
> > Ecn-in-quic mailing list
> > Ecn-in-quic@ietf.org <mailto:Ecn-in-quic@ietf.org>
> >
> https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ietf.org%2Fmailman%2Flistinfo%2Fecn-in-quic&data=04%7C01%7Cpravb%40microsoft.com%7Cc0bd42e05fcb4b68184d08d5902553ba%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C1%7C636573412355153091%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwifQ%3D%3D%7C-1&sdata=77SDofa4ECl4rdaA1p%2F72nT0WFDWPhrRtWDu7aCYZFM%3D&reserved=0
> > <
> https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ietf.org%2Fmailman%2Flistinfo%2Fecn-in-quic&data=04%7C01%7Cpravb%40microsoft.com%7Cc0bd42e05fcb4b68184d08d5902553ba%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C1%7C636573412355153091%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwifQ%3D%3D%7C-1&sdata=77SDofa4ECl4rdaA1p%2F72nT0WFDWPhrRtWDu7aCYZFM%3D&reserved=0
> >
> >
> >
> >
> > _______________________________________________
> > Ecn-in-quic mailing list
> > Ecn-in-quic@ietf.org
> > https://www.ietf.org/mailman/listinfo/ecn-in-quic
>
> _______________________________________________
> Ecn-in-quic mailing list
> Ecn-in-quic@ietf.org
> https://www.ietf.org/mailman/listinfo/ecn-in-quic
>