Re: RFC Series Editor Resignation

Richard Barnes <rlb@ipv.sx> Wed, 19 June 2019 16:27 UTC

Return-Path: <rlb@ipv.sx>
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 07B191201D3 for <ietf@ietfa.amsl.com>; Wed, 19 Jun 2019 09:27:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.896
X-Spam-Level:
X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_NONE=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=ipv-sx.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 PxKowG8mf-54 for <ietf@ietfa.amsl.com>; Wed, 19 Jun 2019 09:27:32 -0700 (PDT)
Received: from mail-oi1-x22f.google.com (mail-oi1-x22f.google.com [IPv6:2607:f8b0:4864:20::22f]) (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 4899212004C for <ietf@ietf.org>; Wed, 19 Jun 2019 09:27:32 -0700 (PDT)
Received: by mail-oi1-x22f.google.com with SMTP id w7so11059537oic.3 for <ietf@ietf.org>; Wed, 19 Jun 2019 09:27:32 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ipv-sx.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=YIOH2cH2BhULmtGnzGZ4yybqL/biDeCpOw7DU1Le8pc=; b=R4jKO1Y7sQItqPvtgHOJ/3Y52qCynPyQ2mdYYoWqSyaHhDeG1ryepMCY+upJy9Fva4 1Y1So+jT4JheHlzW0XfBOS2K1YUckYNY6WYv84Cy9BTQJzzORZ3gc3WZgEPq7vYlish9 fDW0s3PVo4z/3L2TndV3HyfZDRf/P4tgUWkC5QgaTRFn+cNec53/IqrE6oz+EBRWW+yT n81wmYcRb4srlG4S+T7FZIht7Ouc1uPq2Fw4/ZhkCBUbUagVDaKM2zRerLn7HLUuh6VB ecUvklSkiSuAnHOD8pnupGCiWuspZRx9i+12Bz+L3g+bZf35qfPhP04M4hy0BqRDKRXT 92ZQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=YIOH2cH2BhULmtGnzGZ4yybqL/biDeCpOw7DU1Le8pc=; b=Rt3cN9zpORJY41bMYAVWmjGGlhX9td1kAln8514cNtun9r+Lxi3fPIUU1O6VjCSlpQ XxCCUv9pPHhM9x2l7T5DgnJv48mmMwyeyXEnN912YZKG2FIFW/2iIaYpU080cvRJ2FvT 375QjJA7/MagtpoOC0ZGlTbJJYYVB9pCBqlPivD+zBK0r9hZsjcdYaCN3bWGqFJnN9eE U9KbK6Ww2FY/wYaO1DctYLKmFGWHpuGvkYEbiM5EgWqAf+VP1oPOVd1w2DUhPPMSAB5f EYCn4M2V3PG4Eq+GjE5MaaCh1cY6OMIR/6CoxYaQ30lzUZzkF0JiWlM8jfhrxHIgkev7 BIkA==
X-Gm-Message-State: APjAAAXaBBmwkv52BWSdUEesORtEtYoER901GAl5L55hdiKa6Y47rkQD zxQ8pJXDz8D69/tg3TIaDqty4g9Ljge2uI028u6VNw==
X-Google-Smtp-Source: APXvYqzTxOfDHa1ZYZjNT040gdVKG77L/6SSKVPp7ZCAVm4afhoepkvTVYtxj6aqfASKAAWyi9HHHrWCymCDg/mBFTM=
X-Received: by 2002:aca:f40a:: with SMTP id s10mr2890218oih.51.1560961651431; Wed, 19 Jun 2019 09:27:31 -0700 (PDT)
MIME-Version: 1.0
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> <1715AC0F-F3D9-4FFA-A0A0-BFDF54EA8EB2@comcast.net>
In-Reply-To: <1715AC0F-F3D9-4FFA-A0A0-BFDF54EA8EB2@comcast.net>
From: Richard Barnes <rlb@ipv.sx>
Date: Wed, 19 Jun 2019 09:27:05 -0700
Message-ID: <CAL02cgSbFO29vdGsmPJguM5gboFTvZycKKF+YvOweKHTFmP3Vw@mail.gmail.com>
Subject: Re: RFC Series Editor Resignation
To: Mike StJohns <mstjohns@comcast.net>
Cc: Ted Lemon <mellon@fugue.com>, John C Klensin <john-ietf@jck.com>, IETF Discussion <ietf@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000bdeecd058bafb4e2"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/84PCKNgr7P5tW-S1WK8AYlYHXW8>
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:27:35 -0000

Preparing for a re-bid after the first extension doesn't necessarily mean
that the second extension won't be exercised.  Plans are just plans and
circumstances could change.

I think we both have to drink.  ☕️☕️

--Richard


On Wed, Jun 19, 2019 at 9:19 AM Mike StJohns <mstjohns@comcast.net> wrote:

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