Re: RFC Series Editor Resignation

Michael StJohns <mstjohns@comcast.net> Sat, 29 June 2019 22:23 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 1A824120025 for <ietf@ietfa.amsl.com>; Sat, 29 Jun 2019 15:23:29 -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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_NONE=0.001, SPF_PASS=-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 yRIokDc6_Dpq for <ietf@ietfa.amsl.com>; Sat, 29 Jun 2019 15:23:26 -0700 (PDT)
Received: from resqmta-po-03v.sys.comcast.net (resqmta-po-03v.sys.comcast.net [IPv6:2001:558:fe16:19:96:114:154:162]) (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 37FB1120020 for <ietf@ietf.org>; Sat, 29 Jun 2019 15:23:26 -0700 (PDT)
Received: from resomta-po-17v.sys.comcast.net ([96.114.154.241]) by resqmta-po-03v.sys.comcast.net with ESMTP id hLTbhrx5UYrcWhLkjhUADy; Sat, 29 Jun 2019 22:23:25 +0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=20190202a; t=1561847005; bh=bxErjFGTDjtXDoA9/CZ0V+rUr//ayF1dSMkPqTzeBE8=; h=Received:Received:Subject:To:From:Message-ID:Date:MIME-Version: Content-Type; b=jgrrwWyGwXCecb9J12bUwPqTKaIhE4Wyx4kZAYDMn/8ufN+X4P+/eEZiBTJyYBYVf gIUN0o0FKTTqEvuKldQoqodMSsq02+PWfMk7fHySQffxWHnHwTFRnlRmDSVDsJV9yj PHxZcMTApd5IA9ke+epx0rHiG2KZdoD/a+zybM/ua6Kzr7jnAAsFmkzzm8p838EZPQ 8Ir13JVuEQ8NOGTlyMPUoRciEHIpSHdix5p2fkzs48eEJg+D2LdPFDapMFwljV0Jaj RrnjPDoRByk0Sy/6HT1Nq/o0nEHJtezWZ8qlRbVsx6jLUjVVOxoIO2vByRS7yBe2q0 ujQxQoN3cdEVA==
Received: from [IPv6:2601:152:4400:437c:6dc3:725b:e08b:f5b] ([IPv6:2601:152:4400:437c:6dc3:725b:e08b:f5b]) by resomta-po-17v.sys.comcast.net with ESMTPSA id hLkihNCJJRbEbhLkihgtwN; Sat, 29 Jun 2019 22:23:25 +0000
X-Xfinity-VMeta: sc=-100;st=legit
Subject: Re: RFC Series Editor Resignation
To: Benjamin Kaduk <kaduk@mit.edu>
Cc: ietf@ietf.org
References: <685B34F6-E0E2-4050-B9DD-615F475F62B7@encrypted.net> <6E58094ECC8D8344914996DAD28F1CCD18D3A5CF@dggemm526-mbx.china.huawei.com> <8CDEE96C-B1DA-4991-B8AA-A2455B705B77@mnt.se> <34F6E9B8-2BC2-46AC-8AF8-EFDA552D659D@tzi.org> <EA13A490-2636-459F-919B-8A72F4F45174@cable.comcast.com> <df5a6b6c-d444-7e72-dd6c-e2fa844195fa@comcast.net> <20190628214503.GC30882@kduck.mit.edu> <7e5167bf-8167-bf81-981f-662d6da6f1ab@comcast.net> <20190628232206.GC10013@kduck.mit.edu>
From: Michael StJohns <mstjohns@comcast.net>
Message-ID: <e7bf71c3-7842-8699-1f56-36ffa823da99@comcast.net>
Date: Sat, 29 Jun 2019 18:23:22 -0400
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.7.2
MIME-Version: 1.0
In-Reply-To: <20190628232206.GC10013@kduck.mit.edu>
Content-Type: multipart/alternative; boundary="------------7D357521E9C2DBE0DCA16EA9"
Content-Language: en-US
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/t6AA6CaEAAkM--4tEuxFppwd94I>
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: Sat, 29 Jun 2019 22:23:29 -0000

Hi -

I'm going to top post because replying to this line by line isn't really 
the best way to dispose of this part of the thread.  And as someone 
noted, if I remained silent it might be taken as implicit approval of 
what I consider a unsupportable take on "stupidity" as described below.

As other's have noted, its possible for smart people to do stupid 
things.  It's even possible to get a stupid result (or " this 
stupidity") with many smart people doing perfectly reasonable things.  
Note that I'm not claiming this is the current case.

In the instant case, this was a stupidity because it was a _completely 
foreseeable result_ that was _completely avoidable_, but the result had 
many many parents:

1) The community for not more carefully constraining the IAB's assertion 
of authority over the RFC process.
2) The IAB for delegation of said authority to the RSOC without 
carefully constraining its exercise.
3) The IAB for not paying attention to the result of the RFC++ bof
4) The IAB for replacing the majority of the RSOC post the RFC++ bof 
without input from the RSE, and in apparent violation of one of the 
guiding principles of the RSOC - that of maintaining continuity from 
year to year.
5) The community for not yelling a lot louder and longer when (4) happened.
6) The community, IAB and RSOC for not appreciating the value of a world 
class professional editor/publisher to the continued excellence of the 
RFC series, and for not expressing that appreciation in the form of 
professional deference and independence rather than what appears to have 
been more of a "you contractor, me boss"* model.
7) The RSOC for ... well - you know.
8) The LLC for not paying better attention to the relationship between 
contractor and contractee.

I'm sure there are others.

To finish up - I appreciate that the Sargent at Arms has to walk a fine 
line here, but I don't think this is even close.  Again, I'd appreciate 
it if in the future we follow the general contract and first have 
private conversations.   You'll  have plenty of time afterward to make 
your explicit disapproval clear if necessary.

Also I'd really appreciate it if you don't attribute a particular 
emotion to my persistence with this set of discussions - it's yet 
another form of demeaning behavior. You attributed "frustration", and 
another I* attributed "upset" to me.  What I actually am is "sad" at the 
state of affairs and "disappointed" in the various folk that caused this 
stupidity to occur somewhat including myself.  Feel free to use either 
of those words in future correspondence.



Mike

*About a year ago, shortly after the RFC++ bof, I had a conversation 
with one of the I* who I will not name about the disconnect between what 
I though the RFC editor job was and what I was seeing the I* push.  The 
phrase "she's just a contractor" is a direct quote from that conversation.

On 6/28/2019 7:22 PM, Benjamin Kaduk wrote:
> On Fri, Jun 28, 2019 at 05:58:52PM -0400, Michael StJohns wrote:
>> On 6/28/2019 5:45 PM, Benjamin Kaduk wrote:
>>> Hi Mike,
>>>
>>> On Fri, Jun 28, 2019 at 01:38:21PM -0400, Michael StJohns wrote:
>>>> On 6/28/2019 11:28 AM, Livingood, Jason wrote:
>>>>> Usually a situation developed because some process was flawed or due to a lack alignment between responsibility & accountability, etc. This also means granting a bit of trust in colleagues and acknowledging that everyone is doing their best to achieve what they think will best serve the situation/platform/org/etc. This can be hard to do, but it is a healthy step that can make an org stronger.
>>>> Hi Jason -
>>>>
>>>> The problem is that whatever trust I (we?) might want to grant in this
>>>> case is diminished by past actions such as the rfcplusplus bof, and in
>>>> the current instance, an explanation of behavior by the RSOC that
>>>> doesn't meet the smell test.
>>>>
>>>> This also begs the question of what were they actually trying to achieve
>>>> and whether we the community believe those to be worthy goals.
>>>>
>>>> A few of the other questions that should be asked in the post-mortem of
>>>> this stupidity* is "Why did the RSOC find it necessary to take the
>>>> actions it took without any community input whatsoever?" and "Did the
>>>> IAB have any pre-knowledge of the actions that were about to be taken?"
>>>>
>>>> Mike
>>>>
>>>>
>>>> * With respect to the term "stupidity", this was the least offensive
>>>> term I was able to come up with that had the appropriate impact in the
>>>> above statement. This is not an "unfortunate event" or a "well meaning
>>>> action" or even a "mistake". "Stupidity" at least leaves the question of
>>>> malign intent open.    Feel free to come up with your own terms.
>>> I appreciate that you have put thought into your phrasing.  However, this
>>> term nonetheless fails to meet the bar for professional conduct required
>>> by RFC 3005.  We must treat each other with courtesy, even when we find
>>> events to be disconcerting.  Making observations about the situation is
>>> reasonable; attacking community members is out of bounds.
>>>
>>> Thanks,
>>>
>>> Ben
>>> for the Sergeant-at-Arms
>> With respect  - no.   Please read above more closely.   The situation is
>> stupid.  "post-mortem of this stupidity".  If you choose to attribute
>> stupidity to a community member so be it.
> With respect, I have a hard time seeing how there can be stupidity without
> some*one* being stupid -- inanimate objects don't have motive or
> intelligence.  Especially so when seen alongside talk of "intent", which to
> me at least seems clearly tied to one or more individuals' actions.
> Feel free to tell me more about how I'm wrong (but that's probably better
> off-list -- I don't anticipate an IETF working group that handles the
> subtleties of the English language).
>
>> In any event, the general model is to first have a private discussion
>> with the prospective offendee describing what you found offensive and
>> why before public sanction.  Please try and do all of us that courtesy
>> the next time.
> That is the general model, yes, and one that is followed most of the time.
> There is a countervailing force, though, in the form of the risk that
> observers will see silence as tacit approval.  As Sergeant-at-Arms, I'm
> tasked with keeping the discussion forum a professional environment for all
> participants, and sometimes that involves sending a public signal about
> what behavior is expected.
> I sympathsize with your frustration and I want the same answers that you
> do, but this is a hard conversation for the community to be having, and
> adding into the mix remarks that come off as personal attacks will just
> make it harder.
>
> -Ben