Re: [tsvwg] plan for L4S issue #29

Wesley Eddy <wes@mti-systems.com> Thu, 01 October 2020 03:03 UTC

Return-Path: <wes@mti-systems.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 7203A3A0975 for <tsvwg@ietfa.amsl.com>; Wed, 30 Sep 2020 20:03:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.113
X-Spam-Level:
X-Spam-Status: No, score=-2.113 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, NICE_REPLY_A=-0.213, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=mti-systems-com.20150623.gappssmtp.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 M5ElmL0Kdok0 for <tsvwg@ietfa.amsl.com>; Wed, 30 Sep 2020 20:03:16 -0700 (PDT)
Received: from mail-qk1-x732.google.com (mail-qk1-x732.google.com [IPv6:2607:f8b0:4864:20::732]) (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 19E983A096C for <tsvwg@ietf.org>; Wed, 30 Sep 2020 20:03:16 -0700 (PDT)
Received: by mail-qk1-x732.google.com with SMTP id w16so3923095qkj.7 for <tsvwg@ietf.org>; Wed, 30 Sep 2020 20:03:16 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mti-systems-com.20150623.gappssmtp.com; s=20150623; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding:content-language; bh=SilvRD0Wh8TsJKFpT0m4kh/7igrZPopBn6YC+f2EV4U=; b=SSTEYGj61zkDwjeWRf1F5gA5vLBFFdkQjBx3dtIUejpUCc2MfPDuT5iD8MZjMXD6Ee dTIldGlNbRNkP2LkdfQDp4cdPsDBxoAT0wgXI+XYZo+SPkl6/JP6jfGv2dUmve+Ytzec +B0JJz1uyW8KqjeALRp2QBGkomnmfL5Iqi9MpSEOsf11jWH3WywUDzzPjOAt28CUDJsv nqM++7MAOIKBKyv0wMqTiCACIjnJUEdjpkQMUXXgz2kJhBO0sntxb/G5uOsivr5bkX8f MQEYgJN3asMslKBThLejS668akTG5baKW1PvLkVKYEVISLJSXQzhCoe3j8VTI04nX0c9 ecVQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=SilvRD0Wh8TsJKFpT0m4kh/7igrZPopBn6YC+f2EV4U=; b=pRgRGs+VCM51gISDDx4M1lgl0YbaPvee1jPylNmTnIc7SrWvdOVHLtGawiL192bSjW dkrcDg/3VOWOruGA+Og25mXG+OFZODMGrwApW+/mMfRdEq1uFgVt5cEXzLXLIlo+bGPW MlBTVWChGdgAiT5dRAv5Ie2h+5SOq9xzLRNaTtg68k88A43+3F9/UX2q9yY7Ecqynupj eYNhCDMz/YCNT2FRHRYVxdcfMeJ9//O9qJnMxa229ijZjsY5470QPU+JxRLQ1VYVIcrV rV9rPKrIEm4EC84DClzxMB2sl30s6iE0r7Cj8M8OXtH+sr+OIHFmcPfBY3bDsdOB1JtT urrw==
X-Gm-Message-State: AOAM531XtXupmozgoQ+SdSBZpAb27bliF217IOrYkeYbtZnDAZkSjLtD Kdwy0z4wFtdCwGBPR28t3ljTvw==
X-Google-Smtp-Source: ABdhPJx5iY3XIbfVK4nWI9cGjDAF71TIcJqI5vAJxfJSne0A6cRXh4ah5U53FLqiU0iraSDPrsSmFg==
X-Received: by 2002:a37:478c:: with SMTP id u134mr6058832qka.206.1601521395084; Wed, 30 Sep 2020 20:03:15 -0700 (PDT)
Received: from [192.168.1.7] (user-12l31c7.cable.mindspring.com. [69.81.133.135]) by smtp.gmail.com with ESMTPSA id k4sm5278814qtk.48.2020.09.30.20.03.12 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 30 Sep 2020 20:03:14 -0700 (PDT)
To: Sebastian Moeller <moeller0@gmx.de>, Greg White <g.white@CableLabs.com>
Cc: Gorry Fairhurst <gorry@erg.abdn.ac.uk>, "tsvwg@ietf.org" <tsvwg@ietf.org>, Mikael Abrahamsson <swmike=40swm.pp.se@dmarc.ietf.org>
References: <202009291549.08TFnvFV068509@gndrsh.dnsmgr.net> <c7080365-233c-5f1e-ef5c-1f42c969042a@erg.abdn.ac.uk> <73562E45-3EE7-43D4-B26B-76478AE19AF8@cablelabs.com> <C68807B2-EF30-4263-BD66-29106C62261D@gmx.de>
From: Wesley Eddy <wes@mti-systems.com>
Message-ID: <782d1848-db56-a6b2-0901-62bdcf844386@mti-systems.com>
Date: Wed, 30 Sep 2020 23:03:09 -0400
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.12.0
MIME-Version: 1.0
In-Reply-To: <C68807B2-EF30-4263-BD66-29106C62261D@gmx.de>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Content-Language: en-US
Archived-At: <https://mailarchive.ietf.org/arch/msg/tsvwg/eAeDB8498LcPjm36AOvfXOZUNqY>
Subject: Re: [tsvwg] plan for L4S issue #29
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: Thu, 01 Oct 2020 03:03:18 -0000

Replying to your question to the chairs:

On 9/30/2020 4:00 AM, Sebastian Moeller wrote:
> 	[SM] I believe that we are conflating two "experiments" here:
>
> 1) the absolutely required experiments to what degree L4S will realize its claimed charcteristics (or its promises) under a number of conditions that are relevant/prevalent in the real world.
>
> 2) how to deploy L4S in the real world.
>
> If we look carefully at these two experiments it becomes obvious, that an RFC in the experimental track seems necessary for 2), but 1) can and should proceed long before 2) is being addressed. To be blunt, if experiment 1) is not clearly demonstrating improvements over the state of the art, then 2) becomes moot.
>
> @CHAIRS: Could you please let me know, if you agree?


We've heard very strongly from the working group that enabling 
low-latency is very important to a wide number of stakeholders right 
now.  Several teams have been experimenting with this, and it's been 
reported that the industry is actively working on L4S implementations.

We also have clearly heard a number of people that are so far 
unconvinced of the utility or capabilities in their analysis.  I think 
this shows that the operational considerations work that Greg has 
started editing is important.  It can help people experimenting with 
methodology for collecting data and having appropriate risk awareness 
and management plans.

So, from my viewpoint as a chair, I don't think the working group seems 
to want to block right now on convincing every single person to love 
L4S, but rather to make sure that it's setup to be sufficiently safe for 
the wider experimentation plans that we've heard of in prior meetings.