[tsvwg] closing L4S issue #18 on loss detection in time units

Wesley Eddy <wes@mti-systems.com> Tue, 28 January 2020 21:42 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 7D109120018 for <tsvwg@ietfa.amsl.com>; Tue, 28 Jan 2020 13:42:48 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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 TDi9mduXq6pG for <tsvwg@ietfa.amsl.com>; Tue, 28 Jan 2020 13:42:46 -0800 (PST)
Received: from mail-qt1-x82c.google.com (mail-qt1-x82c.google.com [IPv6:2607:f8b0:4864:20::82c]) (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 4DC701200EC for <tsvwg@ietf.org>; Tue, 28 Jan 2020 13:42:46 -0800 (PST)
Received: by mail-qt1-x82c.google.com with SMTP id t13so11148676qto.3 for <tsvwg@ietf.org>; Tue, 28 Jan 2020 13:42:46 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mti-systems-com.20150623.gappssmtp.com; s=20150623; h=to:from:subject:message-id:date:user-agent:mime-version :content-language; bh=VLYivJVtKNOQA1Wl/IMD+/0fnKp0AekzZsnJeXQHIPo=; b=sElOQaBE3YlDmcR1O9SZU6icNn7zQJdMVVssCnI07UnePdinEfelAFO4/uMRn5kIIb 0Q9rYeaqAQCRkI3Kp7lTkYVZ7gNpttp7auyPsKH3vvD/iw0SyuE2i8cu+sNUzgLaYAhT dH6u6SSyHNMcL1lOBASbx1bhjqHysIjPT1kFNDmCxMDzDoTodA8nGPCWt1QzptLsdi0m HxezpQ+CHGqjrcg8N8OAC7bx3tkXAVuOPcY2BYJ3BFh3bSnWpl+2aCnPvU0OEWpyiOty q4HmoZQmgz0o/JoxNxHlVtn+Sk7MVCnjpjgxoB8THTLENUX/esyizOuZuHT4Ro2Znz4u a7sA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:to:from:subject:message-id:date:user-agent :mime-version:content-language; bh=VLYivJVtKNOQA1Wl/IMD+/0fnKp0AekzZsnJeXQHIPo=; b=K6X8uprYw5LI/96G+Q3HqZvmGyS/ScCpEj7G9P2paMcwRtcdCo0IzSoW1CYpC1XATW Fse3oFDTMLMyujokcn/y3qfq68qEeom8VVyKQdnq+ftKtHVeWRk7lLScz28SyZWi1H95 2w9eau0ySG3YYVz+zYxffaRpo9et6erVjEtD76drUdHSXFQVpWr+0RucDe6J85S83WEV KouV/BpT6Roe89Gd8bDWcAapVuLiV6AO0XqQ8Gkin1kr4ous5nlhR5Kqrub8ED/T+ua9 eI7/CcYeOn5jsfWdTe91BeZVBBNkHXYir8o4SQVnXmAy+y6NLp8jz119wQhcXtqrIA+d Qlsg==
X-Gm-Message-State: APjAAAVvInmwIkx2g1Qvs1x3G/KcSUVmGSH3N0IzPmfgrB5PW8N6GzhE LTnM0dhGuejKWCLOhkK6tD3x5Oc6reM=
X-Google-Smtp-Source: APXvYqzj3v6PR/Ik5yd2QYNAq9/bgpTWIzyKxp7BlQ+D8P9McziaEPziYHECpvdNHhKGbqcP+enQhQ==
X-Received: by 2002:ac8:73d3:: with SMTP id v19mr21366477qtp.334.1580247765072; Tue, 28 Jan 2020 13:42:45 -0800 (PST)
Received: from [10.100.1.112] (rrcs-69-135-1-122.central.biz.rr.com. [69.135.1.122]) by smtp.gmail.com with ESMTPSA id l17sm12684731qkk.22.2020.01.28.13.42.44 for <tsvwg@ietf.org> (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 28 Jan 2020 13:42:44 -0800 (PST)
To: "tsvwg@ietf.org" <tsvwg@ietf.org>
From: Wesley Eddy <wes@mti-systems.com>
Message-ID: <c6a3195e-214a-7605-38c9-4e0d9a635abc@mti-systems.com>
Date: Tue, 28 Jan 2020 16:42:42 -0500
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.4.1
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="------------7CD8AEAF6197F25CD40FE065"
Content-Language: en-US
Archived-At: <https://mailarchive.ietf.org/arch/msg/tsvwg/d3DIo-iRDgkJJ3uQurKLWWEKWg4>
Subject: [tsvwg] closing L4S issue #18 on loss detection in time units
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, 28 Jan 2020 21:42:49 -0000

I think the L4S issue tracker captures the consensus from the mailing 
list and Singapore meeting on issue #18 regarding loss detection in time 
units.

https://trac.ietf.org/trac/tsvwg/ticket/18

David's last comment in the tracker looks like a good summary to me of 
what's been agreed to:

    Based on discussion at IETF-106 (Singapore), the direction to close
    this issue is to make the requirement that loss be detected in time
    units become a "SHOULD" requirement instead of a "MUST" requirement
    on the basis that this is a "good thing" (tm) for the Internet in
    general, but is not an absolute necessity for the L4S low latency
    service to work.

I'm assuming when the drafts are revised that this will be reflected, 
and that people reviewing the revision will be looking for this, so it's 
fine to go ahead and mark this resolved in the tracker (as it's no 
longer a matter of disagreement; we're just waiting to see the agreement 
reflected in the docs).

Please shout if this doesn't sound right.