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.
- [tsvwg] plan for L4S issue #29 Wesley Eddy
- Re: [tsvwg] plan for L4S issue #29 Rodney W. Grimes
- Re: [tsvwg] plan for L4S issue #29 Jonathan Morton
- Re: [tsvwg] plan for L4S issue #29 Pete Heist
- Re: [tsvwg] plan for L4S issue #29 De Schepper, Koen (Nokia - BE/Antwerp)
- Re: [tsvwg] plan for L4S issue #29 Bob Briscoe
- Re: [tsvwg] plan for L4S issue #29 Pete Heist
- Re: [tsvwg] plan for L4S issue #29 De Schepper, Koen (Nokia - BE/Antwerp)
- Re: [tsvwg] plan for L4S issue #29 Rodney W. Grimes
- Re: [tsvwg] plan for L4S issue #29 Gorry Fairhurst
- Re: [tsvwg] plan for L4S issue #29 Sebastian Moeller
- Re: [tsvwg] plan for L4S issue #29 Sebastian Moeller
- Re: [tsvwg] plan for L4S issue #29 Jonathan Morton
- Re: [tsvwg] plan for L4S issue #29 Ingemar Johansson S
- Re: [tsvwg] plan for L4S issue #29 De Schepper, Koen (Nokia - BE/Antwerp)
- Re: [tsvwg] plan for L4S issue #29 De Schepper, Koen (Nokia - BE/Antwerp)
- Re: [tsvwg] plan for L4S issue #29 De Schepper, Koen (Nokia - BE/Antwerp)
- Re: [tsvwg] plan for L4S issue #29 Sebastian Moeller
- Re: [tsvwg] plan for L4S issue #29 Sebastian Moeller
- Re: [tsvwg] plan for L4S issue #29 Jonathan Morton
- Re: [tsvwg] plan for L4S issue #29 Gorry (erg)
- Re: [tsvwg] plan for L4S issue #29 Mikael Abrahamsson
- Re: [tsvwg] plan for L4S issue #29 Jonathan Morton
- Re: [tsvwg] plan for L4S issue #29 Pete Heist
- Re: [tsvwg] plan for L4S issue #29 Rodney W. Grimes
- Re: [tsvwg] plan for L4S issue #29 Gorry Fairhurst
- Re: [tsvwg] plan for L4S issue #29 Greg White
- Re: [tsvwg] plan for L4S issue #29 Jonathan Morton
- Re: [tsvwg] plan for L4S issue #29 Gorry Fairhurst
- Re: [tsvwg] plan for L4S issue #29 Sebastian Moeller
- Re: [tsvwg] plan for L4S issue #29 Ruediger.Geib
- Re: [tsvwg] plan for L4S issue #29 Gorry Fairhurst
- Re: [tsvwg] plan for L4S issue #29 Ingemar Johansson S
- Re: [tsvwg] plan for L4S issue #29 Sebastian Moeller
- Re: [tsvwg] plan for L4S issue #29 Sebastian Moeller
- Re: [tsvwg] plan for L4S issue #29 Ingemar Johansson S
- Re: [tsvwg] plan for L4S issue #29 Ingemar Johansson S
- Re: [tsvwg] plan for L4S issue #29 Sebastian Moeller
- Re: [tsvwg] plan for L4S issue #29 Mikael Abrahamsson
- Re: [tsvwg] plan for L4S issue #29 Sebastian Moeller
- Re: [tsvwg] plan for L4S issue #29 Wesley Eddy
- Re: [tsvwg] plan for L4S issue #29 Sebastian Moeller
- Re: [tsvwg] plan for L4S issue #29 Pete Heist
- Re: [tsvwg] plan for L4S issue #29 Gorry Fairhurst
- Re: [tsvwg] plan for L4S issue #29 Mikael Abrahamsson
- Re: [tsvwg] plan for L4S issue #29 Gorry Fairhurst
- Re: [tsvwg] plan for L4S issue #29 Jonathan Morton
- Re: [tsvwg] plan for L4S issue #29 Sebastian Moeller
- Re: [tsvwg] plan for L4S issue #29 Jonathan Morton
- Re: [tsvwg] plan for L4S issue #29 Pete Heist
- Re: [tsvwg] plan for L4S issue #29 Sebastian Moeller
- Re: [tsvwg] plan for L4S issue #29 Wesley Eddy
- Re: [tsvwg] plan for L4S issue #29 Wesley Eddy
- Re: [tsvwg] plan for assessing L4S safety [was: p… Sebastian Moeller
- Re: [tsvwg] plan for L4S issue #29 Rodney W. Grimes