Re: RFC Series Editor Resignation

John C Klensin <john-ietf@jck.com> Wed, 19 June 2019 15:48 UTC

Return-Path: <john-ietf@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 C81B0120260 for <ietf@ietfa.amsl.com>; Wed, 19 Jun 2019 08:48:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.898
X-Spam-Level:
X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_NONE=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 sIZMmp5k9s9U for <ietf@ietfa.amsl.com>; Wed, 19 Jun 2019 08:48:09 -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 28A6C120196 for <ietf@ietf.org>; Wed, 19 Jun 2019 08:48:08 -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 1hdcod-00026J-TL; Wed, 19 Jun 2019 11:48:03 -0400
Date: Wed, 19 Jun 2019 11:47:58 -0400
From: John C Klensin <john-ietf@jck.com>
To: Stewart Bryant <stewart.bryant@gmail.com>
cc: Henrik Levkowetz <henrik@levkowetz.com>, Sarah B <sbanks@encrypted.net>, IETF Discussion <ietf@ietf.org>
Subject: Re: RFC Series Editor Resignation
Message-ID: <AF9E74FB410E2F020188A5B9@PSB>
In-Reply-To: <cc4c0ed5-dd1b-9eda-a294-e8e7c53ccb09@gmail.com>
References: <685B34F6-E0E2-4050-B9DD-615F475F62B7@encrypted.net> <e9d747d0-a708-7bfa-f090-d0454344e782@levkowetz.com> <cc4c0ed5-dd1b-9eda-a294-e8e7c53ccb09@gmail.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/ietf/0iQ5ll5ziPu6yx4gFG8nE8aGsdQ>
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: Wed, 19 Jun 2019 15:48:11 -0000

Stewart,

I disagree, but only partially.   I think there are actually at
least three or four separate questions involved with this.  One
is a strategy question or set of them having to do with how the
RFC Editor Function is managed and overseen.  Questions of
contract lengths, who has responsibility for what, and even the
question the Mike St Johns raised about whether, with the IASA
and then IASA2 transitions and other changes, the IAB's having
exclusive control is still right for the community are all part
of that.  So are other questions, e.g., whether,  there should
be people on the RSOC who are selected by the Nomcom for those
roles or appointed by other community bodies.   Those are issues
that affect the whole community (including many
none-participants in the IETF) and should be about to be
discussed broadly.   If a public discussion of them is not
possible, I think we are in very big trouble indeed.

Second, there are questions surrounding whether some of the
decisions that seem to have been made here --notably taking an
action that would have a high likelihood of constraining options
2.5 years out--  represent good business and/or management
practices.  With one exception that I trust is not the case and
that would raise other issues, I cannot imagine why the
community should not be able to discuss whether or not the
process of overseeing the RSE (and the RFC Editor Function
generally) is applying good practices.   If Heather was not
consulted (I don't think we know whether she was or not and she
is certainly not the person who should be obligated to tell us)
before the decision was made about the tradeoffs involved, how
difficult she thought it would be a find a replacement, etc.,
that is, to me, another management process issue for which there
should be some accountability. (I know such a conversation might
have been awkward but, noting that the nomcom handles equally
awkward conversations every year, if we cannot have expectations
about Heather's professionalism and that of the RSOC that are at
least that high, we are in big trobule.) If none of that can
discussed in public, then, AFAICT, we are essentially deciding
that the RSOC (or the RSOC and the IAB together) are not
accountable to the community around issues that clearly involve
management decisions and not just handing out architectural
advice.

Third, there is the question of Heather's performance. Taking an
action that, at least IMO, would have a high likelihood of
resulting in her saying "I don't need any more of this" (even
from someone of Heather's normal cheery temperament, especially
as compared to the hotheads among us) and doing so without
community input, even if that input had been requested to be
sent to the RSOC rather than this list, seems inappropriate ...
or is part of the management and accountability issues mentioned
above.

None of the above interacts with the details of particular
contracts with individuals, cost negotiations, etc., which
should clearly not be on this list.

best,
  john


--On Wednesday, June 19, 2019 15:26 +0100 Stewart Bryant
<stewart.bryant@gmail.com> wrote:

> I really do not think that this is a discussion that should
> take place in a public forum like this.
> 
> There is much that both parties may legitimately wish to keep
> private in situations such as this.