Re: RFC Series Editor Resignation

Ted Lemon <mellon@fugue.com> Wed, 19 June 2019 15:55 UTC

Return-Path: <mellon@fugue.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 A10E2120298 for <ietf@ietfa.amsl.com>; Wed, 19 Jun 2019 08:55:07 -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, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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=fugue-com.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 Rm4f1T_Oq8-P for <ietf@ietfa.amsl.com>; Wed, 19 Jun 2019 08:55:05 -0700 (PDT)
Received: from mail-qk1-x730.google.com (mail-qk1-x730.google.com [IPv6:2607:f8b0:4864:20::730]) (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 EEEB0120273 for <ietf@ietf.org>; Wed, 19 Jun 2019 08:55:04 -0700 (PDT)
Received: by mail-qk1-x730.google.com with SMTP id t8so11242897qkt.1 for <ietf@ietf.org>; Wed, 19 Jun 2019 08:55:04 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fugue-com.20150623.gappssmtp.com; s=20150623; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=RWkKVjmbTeONu7gp/ifxQbDOLAyCaDRmfisH0trUCyQ=; b=QoFCihDZlZXh/bHVWUiF9W/YDjZ/alYE2jCbM0sWN66H6aOd6z192XqdcsdPo5/VuE LckWihHAkZltEwZxwhi9JKiMZIkI7vNQ27l5uP8MZ4Nl3h4eERKlUW+1UUrKj7saCKWW +JgNiNP3c5HmRUjeX3oipey6+lBTZe7rXbOONqnfph7nrRW7YLl3lHDnjMdyZgGI9u+u ziMzHYcpELYbRuWp/Cia0Uoo5xjbL83UaLaf20AJQt8BrnIyJe2m31AFYmfVjvom2Rap +aQ9iXYsd+j4li3C08ngcQCaoSiIT9WSyAaoesPwQnk1+6mwEpBtFhZtduDX9kZMBWXy xDww==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=RWkKVjmbTeONu7gp/ifxQbDOLAyCaDRmfisH0trUCyQ=; b=svRuo2de9Gkyl37T4zsauR1ifOkfMIkkTgZaZOGLFYvJEFYSXWiGwqdSsKmgsyw5Kr QyvtHmoU9mSdU+e2bBGE7zBbHUg8v1FnXsmXwR5rApg+cLx9WKebaVl1MI5pr4bpL+qk uyvqeUoSrqHu3dEw7hY0BKladJZOfQRI85DJ0oUte6yxhqU9bSZVfWsxCD59j4+V2Zgr IzXPHjr1Gp5WRx9hWM+6eybGjWwvYAoB3ePP3d8kDXLDT2lUGd7ZvKurv0UZ7UGnHZB5 GRU6KXwXe9F1agBvlW0o1qt9JpZXbDUxrwefHVrWnPX1rFqxZjlOzJF4f1RcK4ijvbdi cgIA==
X-Gm-Message-State: APjAAAV1k0r8LJ2KUuCj5BOiHgqVeFFlDmSlflSF2D2eC0SN5nqdRemY ffqetzw85+iMDiB7NSvQMkskHpckdG8=
X-Google-Smtp-Source: APXvYqxdQZuGAo/uPd4ao0B4NgN50ugoBP9qQp/bBra8/c9TigJnhKT4iylHjocypC7Za0/qQ24dvA==
X-Received: by 2002:a37:4f16:: with SMTP id d22mr58150594qkb.307.1560959703791; Wed, 19 Jun 2019 08:55:03 -0700 (PDT)
Received: from [10.0.30.11] (c-73-186-137-119.hsd1.nh.comcast.net. [73.186.137.119]) by smtp.gmail.com with ESMTPSA id q3sm12274498qta.74.2019.06.19.08.55.03 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 19 Jun 2019 08:55:03 -0700 (PDT)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (1.0)
Subject: Re: RFC Series Editor Resignation
From: Ted Lemon <mellon@fugue.com>
X-Mailer: iPhone Mail (16G53)
In-Reply-To: <AF9E74FB410E2F020188A5B9@PSB>
Date: Wed, 19 Jun 2019 11:55:02 -0400
Cc: Stewart Bryant <stewart.bryant@gmail.com>, IETF Discussion <ietf@ietf.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <851A68D3-1C1B-494E-BFE4-41A036171976@fugue.com>
References: <685B34F6-E0E2-4050-B9DD-615F475F62B7@encrypted.net> <e9d747d0-a708-7bfa-f090-d0454344e782@levkowetz.com> <cc4c0ed5-dd1b-9eda-a294-e8e7c53ccb09@gmail.com> <AF9E74FB410E2F020188A5B9@PSB>
To: John C Klensin <john-ietf@jck.com>
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/XtfVsdok22XbBX6IASxc10PRUBg>
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:55:08 -0000

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