IETF Logo Mail Archive

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

Ingemar Johansson S <ingemar.s.johansson@ericsson.com> Tue, 10 March 2020 09:59 UTC

Return-Path: <ingemar.s.johansson@ericsson.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 CE9A93A0FA1 for <tsvwg@ietfa.amsl.com>; Tue, 10 Mar 2020 02:59:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.101
X-Spam-Level:
X-Spam-Status: No, score=-2.101 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.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 jhnESUMMmJOB for <tsvwg@ietfa.amsl.com>; Tue, 10 Mar 2020 02:59:09 -0700 (PDT)
Received: from EUR05-AM6-obe.outbound.protection.outlook.com (mail-am6eur05on2046.outbound.protection.outlook.com [40.107.22.46]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EB12D3A0F9E for <tsvwg@ietf.org>; Tue, 10 Mar 2020 02:59:08 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=G8Mc4/PBtTVDpiLgcRaQDyBQkYBE9I4fHshkoO0EYMJXspWQp0S72RJODV3o6zdty1+Vsf9hnWhjKHsiw/rCJScLIY30XjbZRBq4PwWGV7Z+9EGdWdSsV2BERPhwhgx7CZrGve9fRUskZ0yzsJrFzHHJMToi/PeXPnxxF+kDhFmdGSjf5q6G02GLdlwFTy0CFno3byk0VaCotUDxFuC51u4Ex+MCTG3mLvEy5PN2Cr66Gyo/CKsXQLk43AQUDJ/uKl0tEmM13uMQM2SjUVSOZldID+G6iTb5oIs0cLblXiDtm5OKZcl+ktr27h7Bxwh680xrHVXtOoUfufMamndxFA==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck;bh=xPCV/rnl3WJvQknMIEMi7jQFuT9nEi696B3fsQ3Y9Zg=; b=ES0FNR8chAF9+KcbqT8fUuSsMAtgvXplaHUNaqW5PT5CtjcX9p+e+fxJcI0YavPJ1Xu2et7ZJvaJo97KprI+CHqN7f89JE/KgGcVRK39YbR41i+7dgrhgyqyRU6/TS2mitTRgg2Qf/sV7oc9HU7kGW2wr/Rp0MVsPJe3TkXoJvHGY9vgXfOiNTzndQJt2LE319qULVlGQ5DgckoqdiQL/6wFObYbXHijaQVLuPPWPpZYLPg5Sh5kIUc0GOz4H01XU/i96ffPnTylQF9kXQS7FNgr5id7XNLvHSYxZM230e9lncXrH69/R4atNmpDNVxeM9LKep8V4vaT/gKlAD8lpA==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ericsson.com; dmarc=pass action=none header.from=ericsson.com; dkim=pass header.d=ericsson.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck;bh=xPCV/rnl3WJvQknMIEMi7jQFuT9nEi696B3fsQ3Y9Zg=; b=reb7ZTSNtZqgBRnHpLK5orfGnO137qNj90/1tt5PdnJExLCllxy8l664LyPYIq+WIChyQoXoPPtRyzzbZCbZYMoAaQVvP30l1eiCoJxMauZbd+iawipGzR6I2wJVJsq9886eazLAPnyWBn5yy+j/cnLY2Njk0luKW2IScfmoOS0=
Received: from HE1PR07MB4425.eurprd07.prod.outlook.com (20.176.162.29) by HE1PR07MB4250.eurprd07.prod.outlook.com (20.176.161.155) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2814.11; Tue, 10 Mar 2020 09:59:05 +0000
Received: from HE1PR07MB4425.eurprd07.prod.outlook.com ([fe80::e80a:dc35:1cef:7cb9]) by HE1PR07MB4425.eurprd07.prod.outlook.com ([fe80::e80a:dc35:1cef:7cb9%7]) with mapi id 15.20.2814.007; Tue, 10 Mar 2020 09:59:05 +0000
From: Ingemar Johansson S <ingemar.s.johansson@ericsson.com>
To: Jonathan Morton <chromatix99@gmail.com>, Ingemar Johansson S <ingemar.s.johansson=40ericsson.com@dmarc.ietf.org>
CC: "tsvwg@ietf.org" <tsvwg@ietf.org>, "iccrg@irtf.org" <iccrg@irtf.org>, Ingemar Johansson S <ingemar.s.johansson@ericsson.com>
Thread-Topic: [tsvwg] SCReAM (RFC8298) with CoDel-ECN and L4S
Thread-Index: AdX2sUQTt8TR64exRw6bAaEpFrsNEgADxLeAAAAQHVA=
Date: Tue, 10 Mar 2020 09:59:05 +0000
Message-ID: <HE1PR07MB4425104483D3D70AAB9C3FA2C2FF0@HE1PR07MB4425.eurprd07.prod.outlook.com>
References: <HE1PR07MB44251B019947CDB6602B30B2C2FF0@HE1PR07MB4425.eurprd07.prod.outlook.com> <599718B0-DAA8-44D2-A1A7-9AC32F60AD86@gmail.com>
In-Reply-To: <599718B0-DAA8-44D2-A1A7-9AC32F60AD86@gmail.com>
Accept-Language: sv-SE, en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=ingemar.s.johansson@ericsson.com;
x-originating-ip: [192.176.1.80]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 9ca908a2-7175-4ab8-e1fd-08d7c4d9ab09
x-ms-traffictypediagnostic: HE1PR07MB4250:|HE1PR07MB4250:
x-ms-exchange-transport-forked: True
x-microsoft-antispam-prvs: <HE1PR07MB4250305AD8628940DD359124C2FF0@HE1PR07MB4250.eurprd07.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:3044;
x-forefront-prvs: 033857D0BD
x-forefront-antispam-report: SFV:NSPM; SFS:(10001)(10009020)(6029001)(4636009)(346002)(366004)(39860400002)(136003)(396003)(376002)(189003)(199004)(53546011)(6506007)(55016002)(9686003)(110136005)(54906003)(7696005)(107886003)(71200400001)(4326008)(8676002)(81156014)(316002)(81166006)(76116006)(8936002)(186003)(2906002)(86362001)(33656002)(478600001)(66616009)(26005)(66946007)(66476007)(52536014)(5660300002)(966005)(66556008)(64756008)(66446008); DIR:OUT; SFP:1101; SCL:1; SRVR:HE1PR07MB4250; H:HE1PR07MB4425.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1;
received-spf: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: HpoPHaDAQDNxvhL2JsE+uvVSqAPRh4MuU8CDPP0E8gGADfghMqykDg2yO5JadWtPzQMPM9gromyWpW9u+w8rRjB+S+c0j32Sk8dwQ0iqnd65oiLRr6nb+QosAVLIJGFRxRT7FrnTfSgDafjNah3g/UG4LNHwc2/WwUQtyveoJt0KCr09AvLb9NYh02y5mRDe+98olZTbEooN27vg8342Re8C/lf+KgGtcyrZXolwBePe668s0fH3ZASC8iDyb/DAXaS1glkZIr4oPSC/EUAYEk4rusfm3iCvixmUOL1Mkgc+ydS/bE3xcgZZ02Q84CJapQoStCQpMZGiRLNZCJcZLk99LZ0wvcdpKvqkdJ2NgFGp+Aqu1eLmCvNaHHN5ffNB3cp3vuRDrV607h82EehHJgs+5ZIX5cjUkJRJn1KxjGswc84q/LWyu6UHDYlI/0IjjRh44a/onLudAcUglrFteOXMc3pzoFpHoq1h9R8flj/uP1JBZbhFRUjElissiuIc23jiArL1wzsmBn9xBywy3D0QFhoKBVE363HTXX6Uoe1aa9WItra3gtR1Ouf0szt/qo/fwSJoN22NhZ8I/C7T/g==
x-ms-exchange-antispam-messagedata: ptW1QN1cinH1FqUaAdpgn96HtfkZR4b12388nWMPTTuTW/976GCXFxaKPVDfC3eaXTsx5Jp66MLunSHnPBmciKQbs9C7z9PdTNkhd9VRnZ6URa9QHLr6D1k7+AYnrlQ4695Zz5fkO9xj4V8GpwwZHg==
Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg="SHA1"; boundary="----=_NextPart_000_061F_01D5F6CA.E9285960"
MIME-Version: 1.0
X-OriginatorOrg: ericsson.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 9ca908a2-7175-4ab8-e1fd-08d7c4d9ab09
X-MS-Exchange-CrossTenant-originalarrivaltime: 10 Mar 2020 09:59:05.1044 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: JdfD29yjS6C/shLe8rkfoSYX7VY8j5P0K8ADj/GypLoLpAnBGl3q5wZy1X3M5Ta+ITV4P3Vkm5HrivBb+kiH1Ck6WDeo5SuW6mptmmiPygaDxKv63X809Q97eL5ihQ5O
X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR07MB4250
Archived-At: <https://mailarchive.ietf.org/arch/msg/tsvwg/96lm_W-J8g34hlTjqt1KKo5hkZw>
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, 10 Mar 2020 09:59:11 -0000

Hi

The throughput reduction with  L4S is a natural consequence of the irregular frame size from the video encoder. 
If one look at the congestion window size and inspect the code to see how the pacing rate is computed, one can see that the pacing rate is ~70Mbps  during the first 50s *. This means that SCreAM with L4S adjust to be able to transmit the large frames without causing large queue buildup in the network (or in the RTP queue). This means that the average rate goes down to give the necessary headroom. This is exactly the behavior that I seek for.

/Ingemar

* CWND = 180kByte, RTT = 20ms --> 180000*8/0.02 = 72Mbps

> -----Original Message-----
> From: Jonathan Morton <chromatix99@gmail.com>
> Sent: den 10 mars 2020 10:43
> To: Ingemar Johansson S
> <ingemar.s.johansson=40ericsson.com@dmarc.ietf.org>
> Cc: tsvwg@ietf.org; Ingemar Johansson S
> <ingemar.s.johansson@ericsson.com>; iccrg@irtf.org
> Subject: Re: [tsvwg] SCReAM (RFC8298) with CoDel-ECN and L4S
> 
> > On 10 Mar, 2020, at 10:02 am, Ingemar Johansson S
> <ingemar.s.johansson=40ericsson.com@dmarc.ietf.org> wrote:
> >
> > I recently updated the readme on the SCReAM github with a comparison with
> SCReAM in three different settings
> > 	• No ECN
> > 	• CoDel ECN
> > 	• L4S
> > https://github.com/EricssonResearch/scream#ecn-explicit-congestion-
> notification
> >
> > Even though it is more than a magnitude difference in queue delay between
> CoDel-ECN and L4S, it is fair to say that these simple simulations should of
> course be seen as just a snapshot.
> > We hope to present some more simulations with 5G access, and not just
> simple bottlenecks with one flow, after the summer.
> 
> Looking at the throughput numbers, I also notice the L4S case has less than half
> the throughput of the Codel ECN case.  That seems like a significant tradeoff for
> the lower delay numbers.  In fact, even though the throughput *before* the
> capacity reduction is less than the capacity *after* it, the throughput is still
> halved when the capacity reduces.
> 
> This seems like something you might still want to look into.
> 
>  - Jonathan Morton

v2.23.0 | Report a Bug | By Email