Re: RFC Series Editor Resignation

Randy Bush <randy@psg.com> Thu, 27 June 2019 17:45 UTC

Return-Path: <randy@psg.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 DCEDD12028E for <ietf@ietfa.amsl.com>; Thu, 27 Jun 2019 10:45:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.9
X-Spam-Level:
X-Spam-Status: No, score=-6.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, SPF_HELO_NONE=0.001, SPF_PASS=-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 Hy7nZIvdjW2u for <ietf@ietfa.amsl.com>; Thu, 27 Jun 2019 10:45:45 -0700 (PDT)
Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:8006::18]) (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 6D9C01202B2 for <ietf@ietf.org>; Thu, 27 Jun 2019 10:45:35 -0700 (PDT)
Received: from localhost ([127.0.0.1] helo=ryuu.rg.net) by ran.psg.com with esmtp (Exim 4.90_1) (envelope-from <randy@psg.com>) id 1hgYSj-00070i-4k; Thu, 27 Jun 2019 17:45:33 +0000
Date: Thu, 27 Jun 2019 10:45:32 -0700
Message-ID: <m2ef3e53cz.wl-randy@psg.com>
From: Randy Bush <randy@psg.com>
To: Carsten Bormann <cabo@tzi.org>
Cc: IETF Rinse Repeat <ietf@ietf.org>
Subject: Re: RFC Series Editor Resignation
In-Reply-To: <34F6E9B8-2BC2-46AC-8AF8-EFDA552D659D@tzi.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>
User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/26.2 Mule/6.0 (HANACHIRUSATO)
MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue")
Content-Type: text/plain; charset="US-ASCII"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/Aq2U0i2jRed3unhfABqG3EBVOxc>
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: Thu, 27 Jun 2019 17:45:47 -0000

carsten,

>> Personally I think accountability has value.
> 
> There is a difference between backward accountability (blame
> assignment) and forward accountability (making sure the mistake is
> not made again, which implies understanding the mistake and why it
> was made in the first place).  I agree the latter has value.

we have had an operational failure.  at least in the ops world, post
morta are usual in failure cases so that we can learn from the failure
and perhaps not set ourselves up to repeat history.  or worse. [0]

we are about to do a rushed patch to the entire network.  perhaps we
should have some confidence that the processes and plan will have a good
result.  if it is the process which broke, maybe not following it would
be wise, especially in in rush mode.  if it was (partially) the
processors, then maybe some change needs to be there.

and a good first look at the goal might not be a bad idea as well,
before we run toward it.  though maybe the result of the rfc++ bof in
bkk was a good goal check.

the belgians did shockingly well for 2.5 years without an elected
government; the civil service kept turning the wheels.  maybe the rfc
streams (pl) can still be processed for a bit while we try to design a
more failure resistant relationship with the rse process.

gedanken experiment: should the rse even be directly part of the
ietf/iab/... process, or be much more independent, e.g. a la the iana?

randy

---

0 - a lot of us are waiting to learn from vz for last week's exciting
    routing experiment