Re: [tsvwg] L4S vs SCE

Jonathan Morton <chromatix99@gmail.com> Wed, 20 November 2019 09:02 UTC

Return-Path: <chromatix99@gmail.com>
X-Original-To: tsvwg@ietfa.amsl.com
Delivered-To: tsvwg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A7F3E1208D5; Wed, 20 Nov 2019 01:02:57 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.749
X-Spam-Level:
X-Spam-Status: No, score=-1.749 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 hXzqQucWatpR; Wed, 20 Nov 2019 01:02:56 -0800 (PST)
Received: from mail-pj1-x102d.google.com (mail-pj1-x102d.google.com [IPv6:2607:f8b0:4864:20::102d]) (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 BC77A1208BE; Wed, 20 Nov 2019 01:02:56 -0800 (PST)
Received: by mail-pj1-x102d.google.com with SMTP id ep1so3845638pjb.7; Wed, 20 Nov 2019 01:02:56 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=7ZLfQePYPMAz4Dpz4asI9I+tHgqf/m+LdEfGRpAXF8w=; b=jrd9IF9u9TQIIEIz2O857Z1DlPBKsoggodIVlSTaQvUgxr/zzYWthECqimGLImivoH sGne9BJZ/Cy2QCyKnEpdGCK0FuVzbyJUSGRSCr0Qvaxba+w8MlRtAp1wnVCLBdV5gUFe HovUNxGpyTbdrGle3a1gS//an2sW96m1MaYQ9c1axsc3dm2xrFrSo2O4DjhFaMIQ7/uW KSvs4E4rAFCysJbUFYBC1bdvdqwxHyNUYFsUmz51aOXbkZaCsU4viRG5dYBzENAXiI4o uCJTc6MwaOS2ns74S00fkWwK1oWaPH1h7UYbSakZOjJXPSWeuhDiSTQa7rLn8pGS/Zd3 JzVw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=7ZLfQePYPMAz4Dpz4asI9I+tHgqf/m+LdEfGRpAXF8w=; b=VGDurx9+qD04LLR2ED9I94zQfdJ0BsCGSGLN/q2D8USTfmkT1ZvdXAPxHrTTIZXyyM JWunmOMO19pBD5+lskPwfmlDulJlufIpV9DUgiv0/cvhWPVTVI8eWD6cNuJbZlYaXYxx x3fxNT9p2OZwGH0U/2PAYA8ILm191+N1HX6gNm5HLjeUdcW4D1hChyyeJu7L8kMlulUx uKBba2OE4Od9GEIL8CZBKGmGwu+1Ml/uB7Bqb2TYC0hr8YRQDqc9QPTnOXRNDdOpU6KB ZZpo+z9O5Dc+ma+tjHMy0e0FcjjzrczTQNkI/NhbRAS9glOV/F0ycHRMa7m4cxeFkeHJ 9wDg==
X-Gm-Message-State: APjAAAVwJEhIfQ6avzh43cMRnLEy5qcDJsqgYWUJ+iWHEGIJ/qP7Mhik TQbZs9IffqR1IuAs4TSbQyE=
X-Google-Smtp-Source: APXvYqw7pnbWYekZzut/cQznTg8Vy1GNCsRRyXnojm+MBsqLZ4pMjLaX4RnVNw3OAPQyf3L2rMDYhg==
X-Received: by 2002:a17:902:ff07:: with SMTP id f7mr1873091plj.216.1574240575973; Wed, 20 Nov 2019 01:02:55 -0800 (PST)
Received: from jonathartonsmbp.lan ([182.55.197.52]) by smtp.gmail.com with ESMTPSA id d22sm6273576pjd.2.2019.11.20.01.02.53 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 20 Nov 2019 01:02:55 -0800 (PST)
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\))
From: Jonathan Morton <chromatix99@gmail.com>
In-Reply-To: <5458d58d-a2aa-3635-5407-d54d75edc956@gmx.at>
Date: Wed, 20 Nov 2019 17:02:51 +0800
Cc: G Fairhurst <gorry@erg.abdn.ac.uk>, "tsvwg@ietf.org" <tsvwg@ietf.org>, Ingemar Johansson S <ingemar.s.johansson@ericsson.com>, "tsvwg-chairs@ietf.org" <tsvwg-chairs@ietf.org>, "De Schepper, Koen (Koen)" <koen.de_schepper@nokia.com>, "4bone@gndrsh.dnsmgr.net" <4bone@gndrsh.dnsmgr.net>
Content-Transfer-Encoding: quoted-printable
Message-Id: <5BE536DC-DB24-448C-82BD-B351916FA4CE@gmail.com>
References: <HE1PR07MB44250F3C4E6A744DDCC3DAFCC24C0@HE1PR07MB4425.eurprd07.prod.outlook.com> <ad7b763e-b3dd-36cf-a9c5-7de99476babb@mti-systems.com> <12ED7632-5E3E-4EB9-B65E-8A8324067C9A@akamai.com> <5DD4BB25.3060700@erg.abdn.ac.uk> <B804BC0F-1618-4C89-AAF9-0AD09C1DDF81@gmail.com> <5458d58d-a2aa-3635-5407-d54d75edc956@gmx.at>
To: "Scheffenegger, Richard" <rs.ietf@gmx.at>
X-Mailer: Apple Mail (2.3445.9.1)
Archived-At: <https://mailarchive.ietf.org/arch/msg/tsvwg/ztAwXZIkfC9BAcYV2DCDlmo09ZI>
Subject: Re: [tsvwg] L4S vs SCE
X-BeenThere: tsvwg@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Transport Area Working Group <tsvwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tsvwg>, <mailto:tsvwg-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tsvwg/>
List-Post: <mailto:tsvwg@ietf.org>
List-Help: <mailto:tsvwg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tsvwg>, <mailto:tsvwg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 20 Nov 2019 09:02:57 -0000

NB: most of the questions below don't seem to be directly relevant to the coexistence question this thread is supposed to be exploring.

>>> Would an SCE router likely preserve or change the queueing of ECT(1) L4S traffic? - is this behvaiour different to any existing ECN-marking router?
>> 
>> SCE middleboxes don't queue or handle ECN(1)-marked or CE-marked traffic any differently from ECT(0) traffic.  The a-priori ECT(1) marking merely removes the option of applying an SCE mark.
> 
> Will a SCE middlebox keep a rolling update of the incoming fraction of
> ECT(1) vs. the fraction it would want to (re-)mark with ECT(1)? Or is
> "ships-in-the-night" behavior between two fractionally congested SCE
> middleboxes sufficient with an overall remarking probability of
> 1-((1-p1)*(1-p2))
> 
> With regular RED, ships-in-the-night was acepted, but the typical
> marking ratios for 3168-TCP would be an order of magnitude lower,
> limiting the deviation compared to "correct" max(p1, p2) marking.

This question is not important.  SCE admits the possibility of a wide variety of marking strategies, some of which may choose to take this factor into account.  The reference AQMs do not.

> As SCE has a target marking probability (ect0 -> ect1) from close to 50%
> under steady state, such couplings between consecutive bottlenecks would
> be much more prononounced.

You are again looking at old, long-superseded information.  The target marking probability is typically below 50% at steady state.  It would be as high as 50% in the case of a cwnd of about 4 segments.

>>> And would SCE traffic arriving at the L4S queue meet L4S expectations in terms of responsiveness?
>> 
>> Yes, since the MD response to CE is actually more severe/conservative than what L4S expects.
> 
> Well, SCE would be starved out due to the high p of CE marks in a L4S
> queue, even if not sharing the Q.

Remember that SCE-marked packets exist due to upstream congestion at an SCE-aware bottleneck.  As soon as the affected flow reacts to CE, it will back off sufficiently to ensure the upstream queue is drained, and SCE marking will generally then cease, ensuring that the flow is now entirely ECT(0) marked.  This dynamic behaviour is important to understand when considering the system as a whole.

>> Is that sufficient, or does a more detailed analysis need to be organised?
> 
> A good analytical model of the sce cc response function would be good to
> have always.

Sure, but that's not relevant to the coexistence question.  Let's keep it to its own thread.

 - Jonathan Morton