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

Warren Kumari <warren@kumari.net> Mon, 08 July 2019 17:39 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 DE4F912044C for <iasa20@ietfa.amsl.com>; Mon, 8 Jul 2019 10:39:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.604
X-Spam-Level:
X-Spam-Status: No, score=-0.604 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, PDS_NO_HELO_DNS=1.295, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no 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 dNg8tjgJ2Ole for <iasa20@ietfa.amsl.com>; Mon, 8 Jul 2019 10:39:33 -0700 (PDT)
Received: from mail-qk1-x734.google.com (mail-qk1-x734.google.com [IPv6:2607:f8b0:4864:20::734]) (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 298C4120430 for <iasa20@ietf.org>; Mon, 8 Jul 2019 10:39:30 -0700 (PDT)
Received: by mail-qk1-x734.google.com with SMTP id s22so13924305qkj.12 for <iasa20@ietf.org>; Mon, 08 Jul 2019 10:39:30 -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=gz5Efd9TfJpZvEerS6vqBH/G+OMvxgmroRmw86L6J+k=; b=vQjRGBnsPi0+/0GQe8ab4xBgM05hlXRyr5cLR4kwDBLgQUmt8RiFWr2ElaNTqg2+I7 +WmcKPOUre0rZB5JYdYqJaoTW2UfgGJVsq5gXezLevnXiRjplX9R3vaBN3R9iFbprBb4 3Wq5FafvN0zbC894C7596dLmH9GeC8q9BZBCi4eQIa9T1mR7HPGso1Q2UgUFuC/gvJG9 24JCzh3D6/309/t1BtyzFuS77HFc81EgyUkvLn9brzJOtOrYNl4do2xHm/705HQ4YEIM XA2Hs9GXvWk1Oo/0SLhH6kM0vTTaTloZIfHdayz/XXHY+SWLKh1+qmC22E843mY33Tm6 ldgw==
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=gz5Efd9TfJpZvEerS6vqBH/G+OMvxgmroRmw86L6J+k=; b=hGExG14hcyNStNg9lsmQSF9mvguNwhLt1LCNE9nUbFPtg3yiM7A/eT1zm6o1yRZrU7 pce+9dkAxi6+U7PzXkza+wMvuuaqwHgCfw35gbJ5ctD5h6iWDwEJVlD9U0vOD+82Okrj LJo6EygcsdpfPHOhNMRrnW2JgfEDArHCYZ4Qf9XzpnEKQ+R52ROzeAMWBBaZMgU2qFEw efCby+kTfBmHz+iigAXdrhMkRwH8EAVjw1WVYPcSUqCjODwA65dtV3UUOcRGf8hCMb5T WmVUCp4q2U2o3IVDX0iYkS3U1esQ8MYzq/F7pkv5I28BgppIltkWVm9oGsIi/7ME+VSL iMow==
X-Gm-Message-State: APjAAAVfYTCGCeSU9XsidnEFgmLLK5Vd8t3DPF/hLsBWyE75lzg/Gasv fw9/T6N2TpyVla2Pxk2bFusk9YZr4X/qUP5Fg6YPPQ==
X-Google-Smtp-Source: APXvYqxtslGALz6EMEc4pkSpW/mQg+GqYdEv54RK2ZEJPAPLLkFxQLRunVhvJLXWBkeC2qdUYUBtvofd+z9daPmkv+k=
X-Received: by 2002:a37:3c9:: with SMTP id 192mr15313576qkd.37.1562607568514; Mon, 08 Jul 2019 10:39:28 -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> <CAHw9_iLDNBp08b=iTZadncvixkoEw-pazmD8B8xW8itzrPFvqQ@mail.gmail.com> <2962D9D5-314D-4E4F-A619-49948D01D3E9@gmail.com> <CALaySJ+eVjbrfFkO1B0ZoGLOyWDwBT2O7Ap4ktt9rH3+U8XAkQ@mail.gmail.com> <9E108E51-E100-4E42-9203-8C1213CB58A1@cooperw.in>
In-Reply-To: <9E108E51-E100-4E42-9203-8C1213CB58A1@cooperw.in>
From: Warren Kumari <warren@kumari.net>
Date: Mon, 8 Jul 2019 13:38:51 -0400
Message-ID: <CAHw9_i+nWeb0XPqx2csw4wo1h+Smpbs0vWvdN+s-xOK6gET6QA@mail.gmail.com>
To: Alissa Cooper <alissa@cooperw.in>
Cc: Barry Leiba <barryleiba@computer.org>, Stephen Farrell <stephen.farrell@cs.tcd.ie>, IASA 2 WG <iasa20@ietf.org>, Bob Hinden <bob.hinden@gmail.com>, IESG <iesg@ietf.org>, Brian Carpenter <brian.e.carpenter@gmail.com>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/iasa20/pG6qi8zbyykMKz2IkrjIexNZsfs>
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: Mon, 08 Jul 2019 17:39:42 -0000

Hi there,

On Mon, Jul 8, 2019 at 11:16 AM Alissa Cooper <alissa@cooperw.in> wrote:
>
> Hi Barry,
>
> > On Jul 8, 2019, at 10:43 AM, Barry Leiba <barryleiba@computer.org> wrote:
> >
> >> Doesn’t it count for something that this document was approved by an earlier IESG in 2014?
> >
> > You're being disingenuous.  THIS document was never put before the
> > IESG before.  The draft that became RFC 7437 was, but that was a
> > different document.
> >
> > Today, we're being asked to review draft-ietf-iasa2-rfc7437bis, not
> > draft-kucherawy-rfc3777bis.
> >
> > Now, first, it would have been nice to have been alerted that a
> > thorough editorial review was not welcome *before* the document was
> > put on the telechat agenda and a ballot was opened.  I spent a few
> > hours working on it and being thorough, and would liked to have not
> > wasted my time on things that will be ignored.
>
> Sorry, this was my bad. When I see process bis docs on the telechat agenda I tend to focus on the changes visible in the diff, but I shouldn’t assume everyone does that.

Thank you.
I must admit that I *thought* that I was initially somewhat miffed
because I'd put in lots of time, and is seemed I was being asked to
rubberstamp something along the lines of  'cat RFC7437.txt | sed
"s/ISOC/LLC/" > RFCxxxx.txt".

On further reflection I realize that my discomfort was rather that I'm
sensitive to the recall and similar issues, and don't want my
"approval" of the document to be viewed as a signal that I think that
*everything* in this document is perfect - I don't want to dissuade or
discourage $someone (AKA, not me!) fixing this (and other issues in
this and other process documents) to reflect what the community
wants[0]. This is obviously a *much* larger, and much more difficult
set of questions, and I don't want to us delay "patching" this
document to reflect reality while solving the bigger, more important
issues.

When removing my DISCUSS position I spent quite a while trying to
figure out which of the other positions best singalled this -
initially I'd chosen Abstain, but this means "I cannot support sending
this document forward."
(https://www.ietf.org/standards/process/iesg-ballots/) - I *do*
support moving it forward, but don't want to signal it's perfect. "No
Record" doesn't work - I have reviewed it and have views. Discuss no
longer works - I am sympathetic to not opening the can of worms in
this patch cycle. Clearly Yes wasn't right, so "No Objection", coupled
with a soapbox sermon seemed to be best...


W
[0]: e.g I *personally* think that if I'm doing a crappy job, the
community (both in-person and remote) should be able to replace me.
I'd hope that there would be some clear signalling before so I know
that I'm messing up, but I really don't want people to be in a
position where they are not comfortable doing this because they fear
retribution or are not franchised.

>
> Alissa



-- 
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