Re: [Iasa20] Barry Leiba's Discuss on draft-ietf-iasa2-rfc7437bis-07: (with DISCUSS and COMMENT)

John C Klensin <> Wed, 26 June 2019 21:34 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 4860712036C; Wed, 26 Jun 2019 14:34:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -1.897
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 ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id WLdm1e6btI1t; Wed, 26 Jun 2019 14:34:36 -0700 (PDT)
Received: from ( []) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by (Postfix) with ESMTPS id 67E151202A1; Wed, 26 Jun 2019 14:34:36 -0700 (PDT)
Received: from [] (helo=PSB) by with esmtp (Exim 4.82 (FreeBSD)) (envelope-from <>) id 1hgFYn-00070Y-QG; Wed, 26 Jun 2019 17:34:33 -0400
Date: Wed, 26 Jun 2019 17:34:27 -0400
From: John C Klensin <>
To: Barry Leiba <>
cc: The IESG <>, Jon Peterson <>, IASA 2 WG <>,,
Message-ID: <BB6591A1951D84DD6CF38703@PSB>
In-Reply-To: <>
References: <> <F398538C7FFBD726780807DD@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-Scanned: No (on; SAEximRunCond expanded to false
Archived-At: <>
Subject: Re: [Iasa20] Barry Leiba's Discuss on draft-ietf-iasa2-rfc7437bis-07: (with DISCUSS and COMMENT)
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?= <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Wed, 26 Jun 2019 21:34:38 -0000

--On Tuesday, June 25, 2019 08:32 +0100 Barry Leiba
<> wrote:

> Thanks, John, for adding to the discussion.  One thing:
>> > — Section 4.14 —
>> > 
>> >    Members of the IETF community must have attended at least
>> > three of    the last five IETF meetings in order to
>> > volunteer.
>> > 
>> > I hesitate to say this, given other ongoing discussions, but
>> > "attended at least three of the last five IETF meetings in
>> > person in order to volunteer" has to be clear here,
>> > especially as we now have formal registration for remote
>> > participants.
>> (2) The hesitation is, IMO, appropriate.  Changes and
>> clarifications to the procedures that are unrelated to IASA
>> 2.0, especially substantive ones (which that is) are either
>> out of scope or they are not.   If they are not in scope,
>> then the IESG making a change that the WG was not allowed to
>> make seems highly inappropriate.
> I don't think what I'm suggesting is a change, but a
> clarification. The intent of the current three-of-five policy
> is in-person attendance, and there was no need to say that
> when that was the only way to attend.  While I fully think
> that we should change that and include remote participants for
> eligibility, this document is addressing the current rules,
> which don't include them.
> I strongly hope that we change that soon.  But I do think it's
> important to get this document out there now, to finish the
> necessary IASA2 documentation.

No disagreement about that, and I think the document is ok to go
with the "IASA 2.0 only" text that I suggested included.
However, while things have clearly gotten better, easier, and
more effective, we've had remote participation (originally via
IP Multicast if you remember that) very nearly forever (at least
in Internet years).  Speaking personally, I participated
remotely in IETF 91 and 92, which span the time that 7347 was in
the publication queue.  So let's get the document out without
changes or clarifications that aren't strictly within the "fix
for IANA" scope with the understanding that, if it is a problem
now, it was a problem in early 2015 as well and does not need
extraordinary treatment.