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

"Rodney W. Grimes" <ietf@gndrsh.dnsmgr.net> Wed, 22 April 2020 01:14 UTC

Return-Path: <ietf@gndrsh.dnsmgr.net>
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 BB2323A08D2 for <tsvwg@ietfa.amsl.com>; Tue, 21 Apr 2020 18:14:14 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.897
X-Spam-Level:
X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 m1UJjW3a1wiX for <tsvwg@ietfa.amsl.com>; Tue, 21 Apr 2020 18:14:13 -0700 (PDT)
Received: from gndrsh.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E3B443A08D4 for <tsvwg@ietf.org>; Tue, 21 Apr 2020 18:14:12 -0700 (PDT)
Received: from gndrsh.dnsmgr.net (localhost [127.0.0.1]) by gndrsh.dnsmgr.net (8.13.3/8.13.3) with ESMTP id 03M1E8th072449; Tue, 21 Apr 2020 18:14:08 -0700 (PDT) (envelope-from ietf@gndrsh.dnsmgr.net)
Received: (from ietf@localhost) by gndrsh.dnsmgr.net (8.13.3/8.13.3/Submit) id 03M1E8f7072448; Tue, 21 Apr 2020 18:14:08 -0700 (PDT) (envelope-from ietf)
From: "Rodney W. Grimes" <ietf@gndrsh.dnsmgr.net>
Message-Id: <202004220114.03M1E8f7072448@gndrsh.dnsmgr.net>
In-Reply-To: <32da0479-a1b6-7045-69aa-d60298387e34@mti-systems.com>
To: Wesley Eddy <wes@mti-systems.com>
Date: Tue, 21 Apr 2020 18:14:08 -0700 (PDT)
CC: "Black, David" <David.Black@dell.com>, "Rodney W. Grimes" <ietf@gndrsh.dnsmgr.net>, "tsvwg@ietf.org" <tsvwg@ietf.org>
X-Mailer: ELM [version 2.4ME+ PL121h (25)]
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII
Archived-At: <https://mailarchive.ietf.org/arch/msg/tsvwg/-kb9G1G2LQeOGr7PYGVUgRuYiro>
Subject: Re: [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: Wed, 22 Apr 2020 01:14:15 -0000

> Since I see the agreed change in version -06 (and -07) of the l4s-id 
> draft, I've marked as fixed and closed this issue out in the tracker.

Please amend your closing notice to site draft version, date and change
as I suggested in my earlier message.  Simply marking an issue closed
without clearly stating what made it closed leaves anyone studing this
in the future without any way to understand why and how it was closed.

Regards,
Rod.

Inline mark below [RG]

> 
> 
> On 1/29/2020 7:46 PM, Black, David wrote:
> > +1 (as an individual, not as WG chair)
> >
> > Thanks, --David
> >
> >> -----Original Message-----
> >> From: tsvwg <tsvwg-bounces@ietf.org> On Behalf Of Rodney W. Grimes
> >> Sent: Wednesday, January 29, 2020 12:12 PM
> >> To: Wesley Eddy
> >> Cc: tsvwg@ietf.org
> >> Subject: Re: [tsvwg] closing L4S issue #18 on loss detection in time units
> >>
> >>
> >> [EXTERNAL EMAIL]
> >>
> >> Wes,
> >>
> >> I feel we SHOULD not close the issue until the issue is actually fixed,
> >> which means after a draft is published that includes the repair, then
> >> the tracker can be updated to state:
> >>     Closed by change foo to draft-bar in version apple on date.

 [RG] Please do add this information to the closing comment.

> >> Closing issues before such correction is a certain method to issues
> >> going un resolved.
> >>
> >> Regards,
> >> Rod
> >>
> >>> 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 agree this appears to be the WG consensus.
> >>
> >>> 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.
> >>>
> >> Shouting, but only on precedural issues, not on consensus.
> 

-- 
Rod Grimes                                                 rgrimes@freebsd.org