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

Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com> Sun, 29 March 2020 22:18 UTC

Return-Path: <spencerdawkins.ietf@gmail.com>
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 329B23A0E40 for <ietf@ietfa.amsl.com>; Sun, 29 Mar 2020 15:18:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.197
X-Spam-Level:
X-Spam-Status: No, score=-0.197 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 9H49_MolGaoD for <ietf@ietfa.amsl.com>; Sun, 29 Mar 2020 15:18:00 -0700 (PDT)
Received: from mail-lj1-x22d.google.com (mail-lj1-x22d.google.com [IPv6:2a00:1450:4864:20::22d]) (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 4DE183A0E36 for <ietf@ietf.org>; Sun, 29 Mar 2020 15:18:00 -0700 (PDT)
Received: by mail-lj1-x22d.google.com with SMTP id r7so8348680ljg.13 for <ietf@ietf.org>; Sun, 29 Mar 2020 15:18:00 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=iwtvNVJXb6QnMBHd1Nru+jcv5RUiMKzx8LTeQ9DyaJ8=; b=TfkvZ7AAvlkxrGl+LCO4a9PDoB0/td3LhqphFmZ+Ew03xNhpVhzp1YD7zjbGjWzbMl 9MGGOjgXhY8ii4G1pHYL7DLujH5PPA6O4JK1YZynJ7qMWnT/23qC3X90tKVYgLV8WdLU KRn4mkoFoT04/zFwxz3wkOsd+a9le3dTIDKWLk6QN1kw2V//fP0b+unm108iHH6DP6W8 +Bjv4nKTktQJymffOxEd57yeDFDDiYCBiKfyEcD8F+0bmFKlb014LKOv5eAOZPyW4N08 M021oNePbs3zHUFx9uJuxqlM3uJ60xywB+27qdMuwrcBliTDWL/HvFOfOcqJ7xWfXjtU gZbw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=iwtvNVJXb6QnMBHd1Nru+jcv5RUiMKzx8LTeQ9DyaJ8=; b=Oqof3DIuukSLPKsds+C7EL1GRzhMuurvbZplWudjU7xnMYH5NR6rcxsDMxg2IfHbjG dS21mYUePXmSAqwDanTWKVyWaeJr1izbnoavxPYk0q4vM+Gys+pQh1Dk/NbSr20v79qS RFhcWGicRiQ3wUH3bnPBQjfsbx1MQok5ux7NbwsbJ6A2GLB/Y1IKa8YrhFcKVonKSiqL Qh/6Wrueb7kvyjqrk0EoNj2MDso6/YUc0WNRugoaxH+L9OPXUJaMsECffIXitO0NhN5x HgWf+RrVIRnbFmXugPR/ovwQ5FxzW+xCcYsnv9i0co4F3w7qr0ZuSXqTlM88oLqIPtd9 OlfQ==
X-Gm-Message-State: AGi0PuZqZw/eiTGM+cPkFQMcrMJD9e+4wU/UwM7EeHyCFCammoCJkt4j ad9r90ThWOwzJosuuBM0kw433vJMX/4jb9XqdMI=
X-Google-Smtp-Source: APiQypIYLXX9eVaOeg939wt7kXgIe+NXti2uYxuJJc61UalnNwJGG68rEnzF5J0PAsSIWfvJCSu0V1x27tlTgQJPWnE=
X-Received: by 2002:a05:651c:20d:: with SMTP id y13mr5622534ljn.112.1585520278508; Sun, 29 Mar 2020 15:17:58 -0700 (PDT)
MIME-Version: 1.0
References: <158533925458.17797.13806166303625482245@ietfa.amsl.com> <AE66200A-E718-4BF6-BA87-EE427A0BF971@episteme.net> <0e9e0a5f-5022-9a06-b8be-46d922f31aa7@nostrum.com> <4f79a660-2268-dad0-e796-dc1fabfcf73d@network-heretics.com> <A2B6BC2A-5983-48D9-BF0E-F782BBA54004@episteme.net> <0b518909-d421-afe7-b473-3d7ea3b04648@network-heretics.com> <CAC4RtVA1j4vSCvgWstnajveAqgWYvu19UDSNKBagk3XjfDM=2A@mail.gmail.com> <BC8D550D8EAE709FCA831F67@PSB> <999AA8E7-C6E3-4CE0-9F80-ACA40EAD26A3@episteme.net> <CAKKJt-fxHmHaZMMChk1q3QBHgb4czi9c5zK6TVwia8Tm=g0Kyw@mail.gmail.com> <CAJc3aaPa75YAotm5rY9ebrKVYVaw=rDJYGQQLETvjnaugxGmkQ@mail.gmail.com> <1414d8af-fcc0-7a1a-0c63-ba26188c7897@gmail.com>
In-Reply-To: <1414d8af-fcc0-7a1a-0c63-ba26188c7897@gmail.com>
From: Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com>
Date: Sun, 29 Mar 2020 17:17:32 -0500
Message-ID: <CAKKJt-e6M2-Haf6o5_4tsE8ue9L8ua=xpbpUXBoMys7J-02ATA@mail.gmail.com>
Subject: Re: New Version Notification for draft-resnick-variance-00.txt
To: Brian E Carpenter <brian.e.carpenter@gmail.com>
Cc: IETF list <ietf@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000fc190e05a205b477"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/44QXkiuhgWn5d-pNkUq6LTYN3Uk>
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: Sun, 29 Mar 2020 22:18:02 -0000

Well, if you think that "can do organizations" need to Do The Right Thing
from time to time. ...

On Sun, Mar 29, 2020 at 2:41 PM Brian E Carpenter <
brian.e.carpenter@gmail.com> wrote:

> Sure, but we could do a one-time variance as a BCP inside 6 weeks if
> people are sensible. (A few days to draft it, 4 week last call, a few days
> to finalise the text, run the IESG ballot, and one-day turnaround at the
> RFC Editor.) We are supposed to be a can-do organisation.
>

If you get as far as an AD requesting IETF Last Call, which is still what
we do for maximum visibility in the community, what would it take (in this
specific case) to start working toward implementing the workaround, and
assuming that you're either Doing The Right Thing, or that Last Call will
blow up quickly, and you'll know you should wait for the responsible AD to
provide further direction? Even at that point, if the emergency action is a
horrible plan, the decision to request Last Call, or to move forward
optimistically, can be appealed, Now that I think about it, the decision to
move forward optimistically should be included in the Last Call
announcement.

If something is an emergency, ISTM that including "and then we wait four
weeks" is not a great way to respond to an emergency.

If it's not an emergency, we have all the BCPs we need to guide us
(especially if we tweak https://tools.ietf.org/html/rfc3933 with a view to
moving faster than seemed necessary in 2004).

But Make Good Choices, of course.

Best,

Spencer

p.s.  I haven't worked on a lot of BCPs, but I've worked on enough to know
that trying to predict corner cases in advance is hard (and tends to give
you a fair amount of text that's not helpful when you need it). Can we not
tweak the plan for Nomcom 2020/2021 until it's too late to use it?


>    Brian
>
>