Re: AD Sponsorship of draft-moonesamy-recall-rev

John C Klensin <klensin@jck.com> Sat, 25 May 2019 12:57 UTC

Return-Path: <klensin@jck.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 CBF0612009E; Sat, 25 May 2019 05:57:01 -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] 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 iGZMpIi44Z3h; Sat, 25 May 2019 05:56:59 -0700 (PDT)
Received: from bsa2.jck.com (bsa2.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 945C8120086; Sat, 25 May 2019 05:56:59 -0700 (PDT)
Received: from [198.252.137.10] (helo=PSB) by bsa2.jck.com with esmtp (Exim 4.82 (FreeBSD)) (envelope-from <klensin@jck.com>) id 1hUWEJ-0008lv-8q; Sat, 25 May 2019 08:56:55 -0400
Date: Sat, 25 May 2019 08:56:48 -0400
From: John C Klensin <klensin@jck.com>
To: Stephen Farrell <stephen.farrell@cs.tcd.ie>, S Moonesamy <sm+ietf@elandsys.com>, iab@iab.org
cc: ietf@ietf.org
Subject: Re: AD Sponsorship of draft-moonesamy-recall-rev
Message-ID: <BE6AA8CD9CE7526DC6EB5C54@PSB>
X-Mailer: Mulberry/4.0.8 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
X-SA-Exim-Connect-IP: 198.252.137.10
X-SA-Exim-Mail-From: klensin@jck.com
X-SA-Exim-Scanned: No (on bsa2.jck.com); SAEximRunCond expanded to false
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/1qRZyG4B85XEsCilm3jT6645rg4>
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: Sat, 25 May 2019 12:57:02 -0000

--On Saturday, May 25, 2019 13:04 +0100 Stephen Farrell
<stephen.farrell@cs.tcd.ie> wrote:

>> If I am not mistaken, an IAB shepherd can provide a review of
>> architectural consistency and integrity.  Does the short
>> draft [1] require that type of review?
> 
> Are you asking the IAB to collectively answer that question?
> 
> IIUC the "IAB shepherd" thing happens when the IESG ask the
> IAB for someone to shepherd a BoF proposal and they've not
> asked us in this case that I recall. I don't think it'd be
> a good plan if the IAB decided to try muscle in to "shepherd"
> things that might or might not turn into a BoF without being
> asked by the IESG.

FWIW, my perspective as a sometime IAB member is that there are
three separate issues in this.  One is that the IAB should not
feel prohibited from speaking up on any topic that is directly
involved with the architecture of the Internet.  That would not
imply stepping in on a BOF or BOF proposal, but might involve a
proactive review or statement on its subject matter.  

Second, as far as BOF proposals are concerned, the IAB should be
responsive to IESG requests that fall within its competence.
So, I would hope, would any other IETF participant or cluster of
IETF participants: the IESG (or an individual AD) could ask an
area directorate or advisory group, a WG, those who read the
mailing list of a former WG, some other mailing list, or
selected individuals for an opinion on just about anything
within a broad interpretation of the IESG's scope.  I would
expect that, in any of those cases, the response would be one of
"yes", "not in my/our area of competence", or, for whatever
reason, "no".  Nothing requires the IESG to ask.  It would be,
IMO, quite weird for the IESG to ask for an opinion about a BOF
proposal it hasn't received yet (I am not aware or such a
proposal for a BOF associated with draft-moonesamy-recall-rev)
and whose contents were therefore just a matter of speculation.
The various agreements and statements the IESG and IAB have made
to facilitate those questions and help the community predict
what is likely to happen are fine but the above is, I think, the
bottom line.

> And FWIW, in this case, even if asked by the IESG, my starting
> position would be "no, this isn't something suited for an
> IAB shepherd as it's an IETF process related proposal" but
> others may have other opinions and I don't feel strongly about
> it so I could well be convinced otherwise if the IAB were
> asked by the IESG.

And my third point is in agreement with the above.    The IAB's
scope, as described in its name, RFC 2850 and its predecessors,
and a lot of oral tradition involves Internet architecture and
technology.  Except as part of the appeal process and its
oversight role for the RFC Editor, the IRTF, and, pre-Kobe, the
IETF and other task forces, the IAB shouldn't have any
particular role --and is not appointed to have any particular
competence in-- IETF process matters.  As a member of the
community, I would assume that the IAB digging into IETF
procedural matters would be a clue that it had too much spare
time on its collective hands, a topic that the community and the
nomcom would presumably want to address.  

I think we all need to give the IESG (and IAB) considerable
flexibility to use their discretion and Do the Right Thing on
topics like this, but it is not at all clear to me that this
discussion about BOFs, BOF shepherds, and advice is productive,
especially in the absence of one or more relevant BOF proposals.

best,
   john