Re: [Iasa20] Ballot positions on draft-ietf-iasa2-rfc7437bis

Warren Kumari <warren@kumari.net> Sun, 07 July 2019 13:04 UTC

Return-Path: <warren@kumari.net>
X-Original-To: iasa20@ietfa.amsl.com
Delivered-To: iasa20@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1A66B1200B5 for <iasa20@ietfa.amsl.com>; Sun, 7 Jul 2019 06:04:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=kumari-net.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 iS2rW4wmTcfA for <iasa20@ietfa.amsl.com>; Sun, 7 Jul 2019 06:04:02 -0700 (PDT)
Received: from mail-qk1-x733.google.com (mail-qk1-x733.google.com [IPv6:2607:f8b0:4864:20::733]) (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 8165D12002E for <iasa20@ietf.org>; Sun, 7 Jul 2019 06:04:02 -0700 (PDT)
Received: by mail-qk1-x733.google.com with SMTP id v22so11248376qkj.8 for <iasa20@ietf.org>; Sun, 07 Jul 2019 06:04:02 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kumari-net.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=OjU0m2rtIlW1Ae/L0BfdjbpW3CrqoM/sLfhNuLuyvLY=; b=KNm6qOArvkM6QKGEOTvLFYtS7r0Q3jQjfWDLitLKNra7o5tL1adzk3MZcSd2bb0CQU PP/ve2+qToz23q2aZ86UeKelh5PY9WdLnFzqZR9lvG8ubBLBbZWX4xq4qeAb5PD7b/4S 4B5PAP4ys5DwKEhz95ihtrzzeoTeYrSq2EtZVWtWJUbqFs0VuTAARINO2DnBbU2dtUKk lFVvt+WacQ/pfR1cvnqfdbhJ6B167nhkJPstwDZ1wza72yZ2G2fBCUYNvsYrdf6/mVzE bcdI19UPYjCr2YcGL023mkJI+uPrm/LhPL117QTEItcm8Q4vfmWAUlctHgJ+jw47VDl3 4giQ==
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:content-transfer-encoding; bh=OjU0m2rtIlW1Ae/L0BfdjbpW3CrqoM/sLfhNuLuyvLY=; b=Mq0okc+ep158NcaZAKeTTvWN9F2HZ4XjYVhQY9Cai8cKN97yWt4kH1xwPV+2mGTvW4 io3b8xzI8JGYLRTvayAJayh/82STvQ7+3deM62mg9E0DbgfQcQ7t+AzJsPVBRVjLT06Y xh/goDOmBGQM5yHgxuDWo45ajDWS9TW7lTGMEgvHS72LFm1ze4uRTAvA+XpKTC4IxEkn 7oyKf3PpKpfdhNroJJbdTzx7Du4ue0ADMxOtFadBvlxuLszpoVq924m1MvKaFRqP4s2d /NzP5w/vT9XiJ2s5wFWPgmGJL38CTL4rLdE1h6AJcjrXnAXQwpKjLwF4xo8Om5xbLYJt moZA==
X-Gm-Message-State: APjAAAXBbstuuAEXTrD/gNKIeatJNmiq1bSTPibm0Q7+Mm0s8PjAK5cX i+pNpqfnfdo7wa+SEiwk1pBb8E9nNNc7d7vai1lYkQ==
X-Google-Smtp-Source: APXvYqxDlPeFtmDo3PjiKHFOH4sUvOBiAvko0qE3TIDtykrVWFtu47eygDajzShIS2vZpXjKxB1ZojcVCUti0/nJOQg=
X-Received: by 2002:a37:4c92:: with SMTP id z140mr10294780qka.245.1562504641040; Sun, 07 Jul 2019 06:04:01 -0700 (PDT)
MIME-Version: 1.0
References: <AC12184D-B315-43B9-8691-EF0F7D901199@cooperw.in> <98cf5edb-29a4-57b0-4e0f-206b6b9c1e5d@gmail.com> <FB091C9A-80C2-440C-964F-D89E7F55F67A@gmail.com> <8fd54995-8f5a-0efb-4d94-c363ea81b286@cs.tcd.ie>
In-Reply-To: <8fd54995-8f5a-0efb-4d94-c363ea81b286@cs.tcd.ie>
From: Warren Kumari <warren@kumari.net>
Date: Sun, 7 Jul 2019 06:03:23 -0700
Message-ID: <CAHw9_iLDNBp08b=iTZadncvixkoEw-pazmD8B8xW8itzrPFvqQ@mail.gmail.com>
To: Stephen Farrell <stephen.farrell@cs.tcd.ie>
Cc: Bob Hinden <bob.hinden@gmail.com>, Brian Carpenter <brian.e.carpenter@gmail.com>, IASA 2 WG <iasa20@ietf.org>, Alissa Cooper <alissa@cooperw.in>, IESG <iesg@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/iasa20/aaSdKEf7xYHnjHreCzrpsnauyCo>
Subject: Re: [Iasa20] Ballot positions on draft-ietf-iasa2-rfc7437bis
X-BeenThere: iasa20@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: =?iso-8859-1?q?Discussions_relating_to_reorganising_the_IETF_administrative_structures_in_the_so_called_=93IASA_2=2E0=94_project=2E?= <iasa20.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/iasa20>, <mailto:iasa20-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/iasa20/>
List-Post: <mailto:iasa20@ietf.org>
List-Help: <mailto:iasa20-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/iasa20>, <mailto:iasa20-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 07 Jul 2019 13:04:05 -0000

[ Replying midway through the thread, because this seemed to be the
most appropriate message to reply to ]

On Fri, Jul 5, 2019 at 1:59 PM Stephen Farrell
<stephen.farrell@cs.tcd.ie> wrote:
>
>
> On 05/07/2019 21:43, Bob Hinden wrote:
> > Hi,
> >
> >> On Jul 5, 2019, at 1:10 PM, Brian E Carpenter
> >> <brian.e.carpenter@gmail.com> wrote:
> >>
> >> I'm with Alissa on this. There are quite a lot of reasons why we
> >> might need RFC7437bisbis, some of which are much more serious than
> >> the various points raised by several ADs, but I believe we should
> >> first wrap up the changes required by the creation of IETF LLC.
> >
> > I agree.  Especially since we have a working LLC signing contracts
> > for us, spending money, etc, etc.  The IETF process documents like
> > RFC7437 need to be aligned as soon a possible.
> >
> >>
> >> I don't think rechartering IASA2 for this purpose would be
> >> appropriate at all. Starting a process that might lead to a new
> >> version of the POISED, POISED95 or POISSON WG would seem more
> >> suitable. See https://datatracker.ietf.org/wg/poisson/about/ for
> >> example.
> >
> > I also agree.  Making changes to the NomCom process needs a new w.g.
> > focused on that.   That is not the focus on the IASA 2.0 w.g., nor
> > should it be.
>
> FWIW, I also agree with Brian and Bob.
>
> I'm not sure how much real energy there may be for a
> concrete set of work items for a POISED-like thing,
> but I do agree there're a set of potential work items
> each of which likely has a bunch of people who'd like
> to see 'em addressed.
>
> But yes, not in this WG, and not in a way that'd
> prevent finishing the chartered work here.

I've just changed my position from DISCUSS to NoObjection, and added:
-----
NOTE:
My original position was DISCUSS - I'm changing it to NoObjection, but
I'm still quite uncomfortable with this -- I view NoObjection as
signalling that I'm comfortable with the document.
"The IESG is expected to ensure that the documents are of a sufficient
quality for release as RFCs, that they describe their subject matter
well, and that there are no outstanding engineering issues that should
be addressed before publication. The degree of review will vary with
the intended status and perceived importance of the documents."
(RFC3710).

I view this document as very important, but as whole I don't think it
is "of a sufficient quality for release as RFC" and that it
"describe(s) their subject matter well" - there are some open
questions / places where clarification would help. I fully understand
the need to patch this to support IASA2 (and it's the right thing to
do), and the reasoning behind not opening up the entire document for
review and fixing all the bugs...
The paragraph which says "This revision addresses only the changes
required for IASA 2.0;should the community agree on other changes,
they will be addressed in future documents." addresses basically all
of my concerns, but I'd be **much** happier (and would be comfortable
voting "Yes") if it were moved from the Introduction into the Abstract
or made more prominent in some other way. "
------

I *did* read the "This revision addresses only the changes ..." when
originally reviewing document, but it is somewhat buried. I nodded,
thought "fair 'nuff, makes sense", and then stumbled when I found nits
/ areas to be clarified.
I think that this is a really important document, and support us
making it compatible with IASA 2.0 (duh!) -- but I really don't want
others to miss this important bit and think that No Objection means
that I think all of the document is perfect, or that we don't still
have areas for improvement.

W



>
> S.
>
> >
> > Thanks, Bob
> >
> >
> >>
> >> Regards Brian Carpenter
> >>
> >> On 06-Jul-19 06:41, Alissa Cooper wrote:
> >>> Dear IESG,
> >>>
> >>> I wanted to draw your special attention to this text in
> >>> draft-ietf-iasa2-rfc7437bis:
> >>>
> >>> "This revision addresses only the changes required for IASA 2.0;
> >>> should the community agree on other changes, they will be
> >>> addressed in future documents.”
> >>>
> >>> As well as this text in the IASA2 WG charter:
> >>>
> >>> "This working group is chartered to document the normative
> >>> changes to IETF administrative structures and processes necessary
> >>> to effectuate [the change to IASA 2.0].”
> >>>
> >>> If the IESG is not going to allow draft-ietf-iasa2-rfc7437bis or
> >>> other IASA2 documents to progress unless changes unrelated to
> >>> IASA 2.0 are made, I think the WG needs to be rechartered. The
> >>> authors and the WG purposefully did not make any other changes to
> >>> the base documents, so making other changes as a result of IESG
> >>> evaluation does not seem appropriate. I think the appropriate
> >>> thing to do would be for ADs who want to see that happen to start
> >>> a thread about re-chartering on the iasa20 list. (Note: this is
> >>> not my preference since I suspect it will delay the minimal
> >>> changes related to IASA 2.0 from being published for a long time,
> >>> but if that’s what the community wants I’ll support it.)
> >>>
> >>> Thanks, Alissa
> >>>
> >>>
> >>> _______________________________________________ iasa20 mailing
> >>> list iasa20@ietf.org
> >>> https://www.ietf.org/mailman/listinfo/iasa20
> >>>
> >>
> >> _______________________________________________ iasa20 mailing
> >> list iasa20@ietf.org https://www.ietf.org/mailman/listinfo/iasa20
> >
> >
> > _______________________________________________ iasa20 mailing list
> > iasa20@ietf.org https://www.ietf.org/mailman/listinfo/iasa20
> >



-- 
I don't think the execution is relevant when it was obviously a bad
idea in the first place.
This is like putting rabid weasels in your pants, and later expressing
regret at having chosen those particular rabid weasels and that pair
of pants.
   ---maf