Re: New Version Notification for draft-resnick-variance-00.txt

Pete Resnick <resnick@episteme.net> Fri, 27 March 2020 21:56 UTC

Return-Path: <resnick@episteme.net>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CB9893A0772 for <ietf@ietfa.amsl.com>; Fri, 27 Mar 2020 14:56:00 -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 ggRoG0QHj0hN for <ietf@ietfa.amsl.com>; Fri, 27 Mar 2020 14:55:59 -0700 (PDT)
Received: from episteme.net (episteme.net [216.169.5.102]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4DDF23A03EA for <ietf@ietf.org>; Fri, 27 Mar 2020 14:55:59 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by episteme.net (Postfix) with ESMTP id 2DBAEA570D51; Fri, 27 Mar 2020 16:55:55 -0500 (CDT)
Received: from episteme.net ([127.0.0.1]) by localhost (episteme.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4nF5sTfbzc1h; Fri, 27 Mar 2020 16:55:54 -0500 (CDT)
Received: from [172.16.1.18] (episteme.net [216.169.5.102]) by episteme.net (Postfix) with ESMTPSA id 6F024A570D43; Fri, 27 Mar 2020 16:55:54 -0500 (CDT)
From: Pete Resnick <resnick@episteme.net>
To: Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com>
Cc: IETF <ietf@ietf.org>
Subject: Re: New Version Notification for draft-resnick-variance-00.txt
Date: Fri, 27 Mar 2020 16:55:53 -0500
X-Mailer: MailMate (1.13.1r5671)
Message-ID: <5F5C8364-38AF-4086-AF67-320FCF95D405@episteme.net>
In-Reply-To: <CAKKJt-cbiFD+180EPQeTEdkd8jGjT3LXDt+HnkEvt_vRe-kMOg@mail.gmail.com>
References: <158533925458.17797.13806166303625482245@ietfa.amsl.com> <AE66200A-E718-4BF6-BA87-EE427A0BF971@episteme.net> <CAKKJt-cbiFD+180EPQeTEdkd8jGjT3LXDt+HnkEvt_vRe-kMOg@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"; format="flowed"; markup="markdown"
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/FFDPbsJHnOi2UeAj-IuH9uc8p0Q>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 27 Mar 2020 21:56:01 -0000

On 27 Mar 2020, at 16:43, Spencer Dawkins at IETF wrote:

> <https://tools.ietf.org/html/rfc3933> would be almost perfect for 
> this except that it takes too long for an existential emergency (which 
> I believe seating a Nomcom that the community [agreed] should be 
> seated would qualify). Perhaps it's worth explaining why that BCP 
> isn't appropriate in this case. 

Good point. 3933 also requires the publication of an RFC, in its case 
Experimental. For a one-time or short-lived variance, an RFC seems too 
heavyweight. I'll definitely add a reference and explain in -01.

> Other than that, I'd only suggest using a numbered list in Section 2 
> so people can follow the steps more clearly.

I'll give it a go. It will take quite a bit of re-arranging of text. I 
was being lazy and copy/pasting from 2026. I'll see what I can do. Maybe 
wait for -02.

> And thanks for taking this on.

So far, it's been pretty easy. I'll reserve judgement before saying 
"you're welcome".

> Spencer, who would be fine if the community just said "Do The Right 
> Thing. no process change required", but who would feel better if we 
> knew the community had said that ... 

I've already seen a couple of comments that amounted to (at least) 
cringes to that suggestion, given that every proposal I've seen for 
NomCom 2020-2021 is going to be a rule change of some sort to 8713, so 
I'm not too sanguine about "no process change required".

pr
-- 
Pete Resnick https://www.episteme.net/
All connections to the world are tenuous at best