IETF Logo Mail Archive

Re: [tsvwg] new tests of L4S RTT fairness and intra-flow latency

Jonathan Morton <chromatix99@gmail.com> Mon, 16 November 2020 21:14 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 B2A2E3A146B for <tsvwg@ietfa.amsl.com>; Mon, 16 Nov 2020 13:14:04 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.848
X-Spam-Level:
X-Spam-Status: No, score=-1.848 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-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=ham 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 Wea7iDZCEVN9 for <tsvwg@ietfa.amsl.com>; Mon, 16 Nov 2020 13:14:03 -0800 (PST)
Received: from mail-lj1-x236.google.com (mail-lj1-x236.google.com [IPv6:2a00:1450:4864:20::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 807493A13FF for <tsvwg@ietf.org>; Mon, 16 Nov 2020 13:14:03 -0800 (PST)
Received: by mail-lj1-x236.google.com with SMTP id y16so21793148ljk.1 for <tsvwg@ietf.org>; Mon, 16 Nov 2020 13:14:03 -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=O6QVhcYCH/SlzZ+5jqfYeMv/pT+1dtoY2tX2W/AwJAM=; b=hNs1zDGZ8y0Nw44+nt5w6UIUle3ICHTZKh2gFpb+4GFct5IPnwMPr4rFQf3sKxGs5y OPyb65MjRDtiG+jkI3oSHj9e8qFdbDXr24F4DBE7bYiiz0k+mE/z4rh+cz/O8eM/GBaj 9DY1TcKgnilpZjyLbZvw0e8mEQUGgA9i+tiz9RiPbSgg5i5aklEBjkoZOq0mksP3veue UTrbhZX1xSfnDksQMF4u0wWeTUIX426J0RKJx2bAq15E4Gbw75zn+bwMe5em1etXOhhX 9Z9GNjDkJOm13I6cpraYG1iH6stckh1puQ99upynu5boyEEQvNWTEN3qI2FtKLZNN0sO r1VA==
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=O6QVhcYCH/SlzZ+5jqfYeMv/pT+1dtoY2tX2W/AwJAM=; b=DxKUZp4ltd4Us9AknoFTb3gE58WMRt7WUsSaGVzHdkVj1TTQAue8gMaJnMw/s/gW+C FokNbwXUDLNV+gWCRM/67D2tCsWDqQqM+AdE9qbTpr4L0GBM6Pdy5S9ojkbQiVNrq5c/ Yx6CyMDudSKY4tDSjpDX5p1eqUVXvRmadgeiMfOpXcyptRvQQGpIWLAeHcTkeRgvU45+ 8ljEP+Vy35fTc/kimIniQistlePIo2+na/g5ONpMpzubqIue9gOqIc06MuRnstVT14IQ NjtOvQ0vO+ivLv5IzIKKZs7AEqzE+FjKb4cp0KtTHTdQDt5o97sRip/ApvoGL5zfhM4B jrlg==
X-Gm-Message-State: AOAM530j5Sn2za7WxGbqrHAN7miiUNsVGCyID/UzXYEjJpyFUWWevVDo +es8+KAlG1PlUozbqRDyLwQ=
X-Google-Smtp-Source: ABdhPJwlzrJitp+/0NyDESg+2wC7ofxbWG86lkfqH/1hPm8A3WJvWkMbxyUdahIdAAZcLo+VktwW6g==
X-Received: by 2002:a2e:96d6:: with SMTP id d22mr476729ljj.295.1605561241637; Mon, 16 Nov 2020 13:14:01 -0800 (PST)
Received: from jonathartonsmbp.lan (178-55-159-67.bb.dnainternet.fi. [178.55.159.67]) by smtp.gmail.com with ESMTPSA id q191sm2810687ljb.139.2020.11.16.13.14.00 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 16 Nov 2020 13:14:00 -0800 (PST)
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.7\))
From: Jonathan Morton <chromatix99@gmail.com>
In-Reply-To: <AM8PR07MB74762C5309642C1B28F488ADB9E30@AM8PR07MB7476.eurprd07.prod.outlook.com>
Date: Mon, 16 Nov 2020 23:13:59 +0200
Cc: Pete Heist <pete@heistp.net>, "Black, David" <David.Black@dell.com>, Sebastian Moeller <moeller0@gmx.de>, tsvwg IETF list <tsvwg@ietf.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <B3EBFFB6-BB6E-4097-AA3F-C611E20A6988@gmail.com>
References: <d2edb18dd3cbfecce0f70b3345e4ea70a0be57b9.camel@heistp.net> <AF7A15D8-28DA-4DE5-96AB-BE9B6A468C3D@gmx.de> <MN2PR19MB4045BC0869B633F8EB11155583E40@MN2PR19MB4045.namprd19.prod.outlook.com> <c321dc8ee45d2ecf72080f2900522835cf3753f8.camel@heistp.net> <AM8PR07MB74762C5309642C1B28F488ADB9E30@AM8PR07MB7476.eurprd07.prod.outlook.com>
To: "De Schepper, Koen (Nokia - BE/Antwerp)" <koen.de_schepper@nokia-bell-labs.com>
X-Mailer: Apple Mail (2.3445.9.7)
Archived-At: <https://mailarchive.ietf.org/arch/msg/tsvwg/du5vlqDuGiSg9-VwQB9_4hMBgCE>
Subject: Re: [tsvwg] new tests of L4S RTT fairness and intra-flow latency
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: Mon, 16 Nov 2020 21:14:05 -0000

> On 16 Nov, 2020, at 10:43 pm, De Schepper, Koen (Nokia - BE/Antwerp) <koen.de_schepper@nokia-bell-labs.com> wrote:
> 
> Try switching on the RTT-independent settings of Prague, and I assume it is a matter of just coding a fallback to Cubic if your detected RTT is too big. So as far as I'm concerned, we do have running code! 

It's not running code until it actually *is* implemented, and we can run tests showing whether it actually works or not.  We should not need to change default settings in order to show safety in common network topologies.  It must also be documented in such a way that future implementors are likely to produce a similarly high quality result.

Frankly, it is not a very high bar we're holding up here.

 - Jonathan Morton

v2.37.1 | Report a Bug | By Email | System Status