Re: [tsvwg] SCReAM (RFC8298) with CoDel-ECN and L4S

Sebastian Moeller <moeller0@gmx.de> Tue, 17 March 2020 15:07 UTC

Return-Path: <moeller0@gmx.de>
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 2C0703A02BB; Tue, 17 Mar 2020 08:07:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.648
X-Spam-Level:
X-Spam-Status: No, score=-1.648 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=gmx.net
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 h1QzvPP2x7Jk; Tue, 17 Mar 2020 08:07:36 -0700 (PDT)
Received: from mout.gmx.net (mout.gmx.net [212.227.17.22]) (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 366C63A017E; Tue, 17 Mar 2020 08:07:36 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1584457649; bh=fDrxP4+YHIFza0z2lrEHlnqz+bNbw4HyBcFJwCdn3Iw=; h=X-UI-Sender-Class:Subject:From:In-Reply-To:Date:Cc:References:To; b=CVJPUg/+rkE+3zXt2w0Dwj4NRcO2jdWvcilxShLAJKKRIOzp8gQYLEr3IQN3BJ/CQ 4MPIp5JvFQYsylVVII3RDDtGuzqKxzwzPQbecI/RfAzEG0Uzjv4qiWwOuM8BIHC0j1 qDK0QlL+UUr3D+S8eZlykpXUOp0VZ1/RFOCr6uyc=
X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c
Received: from [10.11.12.22] ([134.76.241.253]) by mail.gmx.com (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MMobU-1ixeMu479Q-00Iii3; Tue, 17 Mar 2020 16:07:29 +0100
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\))
From: Sebastian Moeller <moeller0@gmx.de>
In-Reply-To: <HE1PR07MB44253C9941C7E6F1011615F5C2F60@HE1PR07MB4425.eurprd07.prod.outlook.com>
Date: Tue, 17 Mar 2020 16:07:27 +0100
Cc: Jonathan Morton <chromatix99@gmail.com>, Ingemar Johansson S <ingemar.s.johansson=40ericsson.com@dmarc.ietf.org>, "iccrg@irtf.org" <iccrg@irtf.org>, "tsvwg@ietf.org" <tsvwg@ietf.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <5C15A139-7B2B-4140-A40D-0D37D5483329@gmx.de>
References: <HE1PR07MB44251B019947CDB6602B30B2C2FF0@HE1PR07MB4425.eurprd07.prod.outlook.com><A2300F8D-5F87-461E-AD94-8D7B22A6CDF3@gmx.de> <HE1PR07MB4425B105AFF56D1566164900C2FF0@HE1PR07MB4425.eurprd07.prod.outlook.com> <1C969A05-A4B7-43E9-B694-3195A2FC086A@gmx.de> <HE1PR07MB44255CED94938F9C38515FD6C2FF0@HE1PR07MB4425.eurprd07.prod.outlook.com><AC10E219-46C2-4345-B98F-71689F788B13@gmx.de> <HE1PR07MB4425AA2A7976C1CCF594D3B2C2FF0@HE1PR07MB4425.eurprd07.prod.outlook.com><9C8E93A1-1C72-4CD4-8EB5-438AB2F2FF8D@gmail.com> <HE1PR07MB44253C9941C7E6F1011615F5C2F60@HE1PR07MB4425.eurprd07.prod.outlook.com>
To: Ingemar Johansson S <ingemar.s.johansson@ericsson.com>
X-Mailer: Apple Mail (2.3445.104.11)
X-Provags-ID: V03:K1:J7PM/QRvuBisYGpZYj9e79jQYOCKRpv0Co03jNvD7Qm+CSntgg4 dRF4Lzr/j7yt0ia5LdvgcMc5fVG4yxtOX/X0fYRIgMXu9UnI8EFwgidghUHxWCuI1+YqllE dV0UNeOdh8JOWaoAnnazTn7m4sHQySfatwJubgfWDradNYj5J+YVEtn6Kfe6VTxNpcSC+cB DMF+UKEOf0BANXTeazGzA==
X-UI-Out-Filterresults: notjunk:1;V03:K0:AHc8LMk/Fao=:FNH+OhTSX1mU3FeBH/GK65 H4Kn71ZRZBpC0OwEPg4Seb/Hq71PC1gbo7oY/4joWHf5FXjnX39JzH2uP4ZoXDGrilLil++bm BvCZgJCE2AJ1M6+yGUE8Mk++21+cCE9Pe6lwRn4PkOt9rI8PhwvxwAsKtNfo/h1g7qZEwafFn G/c+KWGrsLyIiBc1ffkII4XWybV8c258HAFVP7V6RmRX7orDpPwETXxbaQM+PJhZHOryGFhyk 49qD+ecOU5coABbICOHX8pq5I9lp5YUSnP7toDtRE4uEreGZVwL/c1EF+kpI9hl5km0MUlUAE r+PCZBcTFT7QLqBRYBC0S0kDZiaFRJIZAlbVrNa/vhUQCGh+2SrY/5BnEYcj77oM+rszvU8G3 aeVZSh4oybWlmaxW26A3mefUMOle8XCRZS5bZbHu5AuJBI5XiuA1urtSLGklMA5cvzkSmaFwt XI4cdruk3hRxQH1Op73DbWtvduB8bKDQWiX+aBMEgjkPibb7Tmg+iQC8WYCrWZt/PTXMvbesT x6A4MrgM2gbKHVjW/VIAc5SW9i7+6t8el13jg+wlaI0YgQTX+og3MFC0c/tND7ltJqcSvhNE1 g9ACzytKUGR3GNI8C05NfHmpWEo2iVe7vTZmPFt4+YYahnNaaOSaD2ZB83UJkXtVUp76+M7SC TNOBP3ayfMYpN3xovJDsRZ/CXhP5BkZAyx0zotP2OnElZMtAEcLrAx4VtsB1YVyQ/lfS7eqld HZMzLaWJq3IUzEFDbrU/fuOysW012Inlber3CVu9SuKXsc0BLd5TevrpR7jMpW6iKrFSZsOWK wl9fS6CJR7ML4ul3547J2jpUy3/c/yW94R26saFqm/uKglhwZhM3iuBHxfa0rC/QkyWX1WEmV vh+6pXrdomC7M6pjv4YPuHJQvs2ZSz5bTDiPHuSYPcpNI3LsXO6OJPJa9r3MdEQJk06M33lvy dGcPXwTN+2MbFg91SWuKxG0BKCbni2QO87A/jtH9P5mp2M7FoH9CVXbouVcEeP57nfiMm5o3K Rg8mFg4dCf3ORIOSkz4RzbGtmv/G/yiVrENB+UuT1XPp3Lfo0xfhPBvaaGXCJd8JSlg4IzHvN S0RM0jcoqrbBDtniB6TWgkQsweCbH/W11zTjz0svqH0SRT3c9mvlk/Oc6lKVkRAQa4RNpbZ5/ uUe8w/ESM9vOn0noQpS7AMGbb0m+ZNRGSSD0c21Xad9lZ4uTm+SyOjNa1JlDDzYNkVIBEaV3c t8JR6FbpXWATyhY6x
Archived-At: <https://mailarchive.ietf.org/arch/msg/tsvwg/07CTvT40RZ79Bb36BIx5dZqdhAM>
Subject: Re: [tsvwg] SCReAM (RFC8298) with CoDel-ECN and L4S
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: Tue, 17 Mar 2020 15:07:39 -0000

HI Ingemar,


> On Mar 17, 2020, at 08:02, Ingemar Johansson S <ingemar.s.johansson@ericsson.com> wrote:
> 
> Hi Jonathan
> Please see inline
> /Ingemar
> [...]
>> 
>> I've looked briefly at the code, and I think true SCE support could also
> be
>> implemented without difficulty; you already have sufficient ECN codepoint
>> feedback from the receiver.  You would need to apply the L4S response (or
>> something broadly equivalent) when noting ECT(1) codepoints, and the
>> conventional Multiplicative Decrease response when noting CE codepoints.
>> Obviously, this also means ECT(0) must be emitted at origin, not ECT(1).
>> 
>> I'd be happy to advise further on work in this direction, if you think
> it's
>> promising.
> [IJ] Surely possible. But like said before, I am not going there. I don't
> see that it is worth spending effort on this as it should be apparent by now
> that SCE would not give better performance than L4S .

	[SM] My prediction is, that both will give you more or less equal performance, because both offer the kind of fast feedback that you designed SCReAM to require. I do understand, that you do not want to change your test vehicle for yet another variant of ECN and that is fine and fair. But no matter which of the higher-temporal-fidelity, lower amplitude ECN schemes is left standing once the dust settles, any will work well for SCReAM (or rather better than rfc3168 ECN).


> I'd rather spend my
> time on improving SCReAM, or any other congestion control algorithm for low
> latency steaming media to utilize the potential with L4S better.

	[SM] That is obviously your prerogative, but it also IMHO makes SCReAM not really a helpful data point in the discussion about how to deploy 1/p-style congestion control to the internet, as it does not help to choose between the contenders. Unless I missed something, the discussion is less about "if" we should deploy 1/p fast congestion signaling and more about "how" and which variant.


> But the
> SCReAM code is of course available for anybody who wants to with it in any
> desired direction.

	[SM] Thanks for the open project!

Best Regards
	Sebastian


> 
>> 
>> - Jonathan Morton
>