Re: RFC Series Editor Resignation

Mike StJohns <mstjohns@comcast.net> Wed, 19 June 2019 16:18 UTC

Return-Path: <mstjohns@comcast.net>
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 595781201E2 for <ietf@ietfa.amsl.com>; Wed, 19 Jun 2019 09:18:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.698
X-Spam-Level:
X-Spam-Status: No, score=-2.698 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=comcast.net
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 D4D6R4wN4RUR for <ietf@ietfa.amsl.com>; Wed, 19 Jun 2019 09:18:23 -0700 (PDT)
Received: from resqmta-ch2-10v.sys.comcast.net (resqmta-ch2-10v.sys.comcast.net [IPv6:2001:558:fe21:29:69:252:207:42]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0EE7B1201DB for <ietf@ietf.org>; Wed, 19 Jun 2019 09:18:06 -0700 (PDT)
Received: from resomta-ch2-03v.sys.comcast.net ([69.252.207.99]) by resqmta-ch2-10v.sys.comcast.net with ESMTP id dcHhheGLzZZbEddHihpOga; Wed, 19 Jun 2019 16:18:06 +0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=20190202a; t=1560961086; bh=ljiDkDZJM42Lnnv+YCHLUDdUsavb4jlWqU62LVC22fE=; h=Received:Received:Content-Type:Mime-Version:Subject:From:Date: Message-Id:To; b=k/cql8q/ksRKSFlmm4ZToqBigTLFRluwm7lqzWzxRtwBe0sur1sgMb4tiKpRHTwo2 oY2JgfrcS817POEn/jtERyccqIEcVywm8KFfTlcWhK5lL6ARl/PVyNqS4EAhIRSJr6 FqY0y0mlb419tiWxuNI1mz6ougdFu6/iCpA/VwRCcp4SoWOJZen3JG75rh9ZYvxjFE BPzxdPttlURnVwi4i486L++M9mNtyXi0+Bl6+qe8z25nJgdWe3c5mm8uDs4WI/LsLT HtEgRw5ec5lkfhNOJwwZb1tvO9Vf7L3vOW1AFZYSQlOLzB9uzkEJuy7GhoPzx6zwmS DTfCo76nmLKbw==
Received: from [10.0.0.1] ([96.68.240.65]) by resomta-ch2-03v.sys.comcast.net with ESMTPA id ddHdh2jJlOoCZddHghQGrz; Wed, 19 Jun 2019 16:18:06 +0000
X-Xfinity-VAAS: gggruggvucftvghtrhhoucdtuddrgeduvddrtddvgdejhecutefuodetggdotefrodftvfcurfhrohhfihhlvgemucevohhmtggrshhtqdftvghsihdpqfgfvfdppffquffrtefokffrnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpegtggfuhffojgffgffkfhfvsehtqhhmtdhhtdejnecuhfhrohhmpefoihhkvgcuufhtlfhohhhnshcuoehmshhtjhhohhhnshestghomhgtrghsthdrnhgvtheqnecukfhppeeliedrieekrddvgedtrdeiheenucfrrghrrghmpehhvghloheplgdutddrtddrtddrudgnpdhinhgvthepleeirdeikedrvdegtddrieehpdhmrghilhhfrhhomhepmhhsthhjohhhnhhssegtohhmtggrshhtrdhnvghtpdhrtghpthhtohepmhgvlhhlohhnsehfuhhguhgvrdgtohhmpdhrtghpthhtohepjhhohhhnqdhivghtfhesjhgtkhdrtghomhdprhgtphhtthhopehivghtfhesihgvthhfrdhorhhgnecuvehluhhsthgvrhfuihiivgeptd
X-Xfinity-VMeta: sc=-100;st=legit
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (1.0)
Subject: Re: RFC Series Editor Resignation
From: Mike StJohns <mstjohns@comcast.net>
X-Mailer: iPad Mail (16F203)
In-Reply-To: <851A68D3-1C1B-494E-BFE4-41A036171976@fugue.com>
Date: Wed, 19 Jun 2019 12:18:00 -0400
Cc: John C Klensin <john-ietf@jck.com>, IETF Discussion <ietf@ietf.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <1715AC0F-F3D9-4FFA-A0A0-BFDF54EA8EB2@comcast.net>
References: <685B34F6-E0E2-4050-B9DD-615F475F62B7@encrypted.net> <e9d747d0-a708-7bfa-f090-d0454344e782@levkowetz.com> <cc4c0ed5-dd1b-9eda-a294-e8e7c53ccb09@gmail.com> <AF9E74FB410E2F020188A5B9@PSB> <851A68D3-1C1B-494E-BFE4-41A036171976@fugue.com>
To: Ted Lemon <mellon@fugue.com>
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/Rvki7eDqv1fV3VJ7-78yPm-yoNI>
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 16:18:26 -0000

Tell me if I have to drink.  The current contract was for 2 years with the possibility of 2 2year extensions for a possible total of 6 years.  The contract started 1 Jan 2018 making the initial end date 31 Dec 2019.   From what Sarah’s note said, the IAB and RSOC decided to exercise the first extension option which if accepted would place the contract end at 31 Dec 2021 (2.5 years from now).  The IAB RSOC at the same time is indicated that they would never exercise the second extension, instead indicating they would put the RSE back out for a new contract with an award date by 1Jan 2022.

Did I miss anything or does Sarah’s note allow for a different set of conclusions?

Mike



Sent from my iPad

> On Jun 19, 2019, at 11:55, Ted Lemon <mellon@fugue.com> wrote:
> 
> The amount of speculation going on here is impressive. FWIW, my main reaction to this is that I’m really sorry to hear that Heather is going. She’s been wonderful.
> 
> I don’t know if there is any debugging required here, but I do know that no part of the debugging process can happen on this mailing list. I won’t ask you to stop, because you won’t.
> 
> So perhaps we can have a drinking game. One shot of espresso every time someone speculates wildly. Two shots every time someone gets the length of the term wrong. Every time you post you have to drink a shot. 
> 
> Sent from my iPhone
> 
>> On Jun 19, 2019, at 11:47 AM, John C Klensin <john-ietf@jck.com> wrote:
>> 
>> 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.
>> 
>> 
>> 
>> 
>