Re: [art] Call for Consensus: Re: On BCP 190

John C Klensin <john-ietf@jck.com> Tue, 20 August 2019 21:31 UTC

Return-Path: <john-ietf@jck.com>
X-Original-To: art@ietfa.amsl.com
Delivered-To: art@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8431012013C for <art@ietfa.amsl.com>; Tue, 20 Aug 2019 14:31:42 -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 xvjWMQpKqN5F for <art@ietfa.amsl.com>; Tue, 20 Aug 2019 14:31:41 -0700 (PDT)
Received: from bsa2.jck.com (ns.jck.com [70.88.254.51]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 10BF91200A3 for <art@ietf.org>; Tue, 20 Aug 2019 14:31:41 -0700 (PDT)
Received: from [198.252.137.10] (helo=PSB) by bsa2.jck.com with esmtp (Exim 4.82 (FreeBSD)) (envelope-from <john-ietf@jck.com>) id 1i0Bj6-000LXV-3L; Tue, 20 Aug 2019 17:31:36 -0400
Date: Tue, 20 Aug 2019 17:31:31 -0400
From: John C Klensin <john-ietf@jck.com>
To: Adam Roach <adam@nostrum.com>, Mark Nottingham <mnot@mnot.net>
cc: Jacob Hoffman-Andrews <jsha@letsencrypt.org>, ART Area <art@ietf.org>, Devon O'Brien <devon.obrien@gmail.com>
Message-ID: <D172567AA16547EDE42318BA@PSB>
In-Reply-To: <6fc41d0c-6fb2-9470-4e5a-baf6760ba79a@nostrum.com>
References: <58BF6171-03BB-4F83-940F-3A101EFDD67F@mnot.net> <CAN3x4Q=Jo1uBvfCG6CSrociYgdG+E4jq+4cB1txPjgboth2q9g@mail.gmail.com> <372FA049-7B33-4981-A0E0-41BD454CB770@mnot.net> <CAN3x4QmJsfx48MdhcBB+XWX+vfv=skSR2Z6kNPBWGVobvzNuFA@mail.gmail.com> <004601d5450d$62b33220$28199660$@acm.org> <CAN3x4Q=XR+=ugv6HEmOgsA6v64GkQ+4u-Hk+OBQ0Lp9jn-Cy=A@mail.gmail.com> <D154BA24-5027-4FAF-8779-CBA5533D24A1@mnot.net> <3000e948-14e6-80d2-e8e6-766d309c361c@nostrum.com> <ed64dc0e-5b71-63ec-cbac-85673c51109a@nostrum.com> <301DF34E4C5601BCA4D2BCBF@PSB> <A27BC0BC-B60A-44AD-B75B-859C71B0706A@mnot.net> <E02E5D4BA18EF0155B0EAE95@PSB> <80bb60b7-cdc7-0df8-6a33-726839b15dfe@nostrum.com> <C4BE71284D3C8DCA4F8F2187@PSB> <6fc41d0c-6fb2-9470-4e5a-baf6760ba79a@nostrum.com>
X-Mailer: Mulberry/4.0.8 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
X-SA-Exim-Connect-IP: 198.252.137.10
X-SA-Exim-Mail-From: john-ietf@jck.com
X-SA-Exim-Scanned: No (on bsa2.jck.com); SAEximRunCond expanded to false
Archived-At: <https://mailarchive.ietf.org/arch/msg/art/EAtS0lDrDmX-KHNeVqAcZqsA8VM>
Subject: Re: [art] Call for Consensus: Re: On BCP 190
X-BeenThere: art@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Applications and Real-Time Area Discussion <art.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/art>, <mailto:art-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/art/>
List-Post: <mailto:art@ietf.org>
List-Help: <mailto:art-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/art>, <mailto:art-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 20 Aug 2019 21:31:43 -0000


--On Tuesday, August 20, 2019 15:36 -0500 Adam Roach
<adam@nostrum.com> wrote:

> On 8/20/19 1:33 PM, John C Klensin wrote:
>> So, should ART have flagged this?  Absolutely.  But then I
>> think we should have figured out, much more quickly than we
>> have, that there are fundamental problems with BCP 190,
>> started addressing those problems a month or two ago, and
>> figured out how to Do the Right Thing and move on -- both to
>> clear the CT work to progress and to start cleaning up 7320.

> You are, of course, entitled to a differing opinion; but I
> find your characterization of the speed with which I've moved
> on this topic to be either misinformed or misleading, and I'm
> troubled by the implications of either case.

Adam, no personal criticism intended.   And I was looking at a
different timeframe, specifically...
 
> To be clear about the timeline: although the document was
> reviewed by the IESG in March, the first hint from its authors
> or any of the working group participants indicating that the
> provisions of BCP 190 might be considered a serious obstacle
> was on June 26th [1], and even that message was rather
> circumspect, indicating that the working group was positing
> "alternate means of satisfying BCP 190." It wasn't until the
> second week of July that it became completely clear that the
> WG believed that none of the alternate approaches offered by
> BCP 190 were acceptable to them.

And I was counting from March.  If the first hint of an issue
was in late June, that certainly isn't an ART problem although,
by your argument about cross-area reviews, one might have hoped
that some ARTarea reviewer would have caught it.  Note "hoped"
-- no blame either way.

> Given the, as you've pointed out, summer vacation schedule
> that many people have, I believe that taking on the order of
> one to two months to gather input on this topic and come to a
> conclusion that allows them to move forward is eminently
> reasonable (especially given the level of urgency implied by
> the three months they took to provide initial responses to any
> of their several IESG review comments).

That sounds completely reasonable.  But, IMO, it also eliminates
most of the arguments against simply taking the time now to
patch RFC 7320 as suggested in my options (3) or (4) and doing
the one month Last Call.  I was trying to figure out a way to
speed things up because of the time since March (again, not in
any way your fault) but, if you and/or  the WG believe that the
relevant date is sometime in June or July, then the right
answer, IMO, is to do this right.  

Again, I'm not blaming anyone, least of all you.  I'm just
trying to find a way to get this done that doesn't violate our
procedures for approving or modifying/updating standards track
documents.

best,
   john