Re: New proposal/New SOW comment period
Sarah Banks <sbanks@encrypted.net> Fri, 30 August 2019 19:39 UTC
Return-Path: <sbanks@encrypted.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 701CE120922 for <ietf@ietfa.amsl.com>; Fri, 30 Aug 2019 12:39:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.897
X-Spam-Level:
X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=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 9pC2sjh54sFd for <ietf@ietfa.amsl.com>; Fri, 30 Aug 2019 12:39:54 -0700 (PDT)
Received: from aws.hosed.org (aws.hosed.org [50.16.104.137]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 84395120941 for <ietf@ietf.org>; Fri, 30 Aug 2019 12:39:54 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by aws.hosed.org (Postfix) with ESMTP id 7A68380093; Fri, 30 Aug 2019 15:39:53 -0400 (EDT)
X-Virus-Scanned: Debian amavisd-new at aws.hosed.org
Received: from aws.hosed.org ([127.0.0.1]) by localhost (aws.hosed.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XLs7Lx8xHXbt; Fri, 30 Aug 2019 15:39:53 -0400 (EDT)
Received: from [192.168.1.115] (corelight.static.monkeybrains.net [208.90.215.182]) by aws.hosed.org (Postfix) with ESMTPSA id D2AEA8007D; Fri, 30 Aug 2019 15:39:52 -0400 (EDT)
From: Sarah Banks <sbanks@encrypted.net>
Message-Id: <D7B6334A-A4EF-4386-905F-86C187E22899@encrypted.net>
Content-Type: multipart/alternative; boundary="Apple-Mail=_9F3D425F-C31F-4C00-839C-AD9BF014E9EC"
Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\))
Subject: Re: New proposal/New SOW comment period
Date: Fri, 30 Aug 2019 12:39:50 -0700
In-Reply-To: <f9be9982-56f5-bdcc-3b09-13080532ffc5@comcast.net>
Cc: IETF <ietf@ietf.org>, rfc-interest@rfc-editor.org
To: Michael StJohns <mstjohns@comcast.net>
References: <061D2F46-71C3-4260-B203-73B07EB59418@encrypted.net> <5B276430-96A9-44EA-929B-B9C2325AFCA5@encrypted.net> <f9be9982-56f5-bdcc-3b09-13080532ffc5@comcast.net>
X-Mailer: Apple Mail (2.3445.104.11)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/7e82aGr-q_0MZNH8XNkbVYJG3Co>
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: Fri, 30 Aug 2019 19:39:58 -0000
Hi Mike, Some thoughts, inline. Speaking for myself. SB// > On Aug 30, 2019, at 10:30 AM, Michael StJohns <mstjohns@comcast.net> wrote: > > Five immediate large items: > > > 0) The requirements for this position are pretty much indistinguishable from that of the RSE as stated in previous versions of the SOW. I don't think that makes sense. If this is simply a "we want to hire some short time to do the RSE position", then state that rather than using the figleaf of strategic and tactical. I'm not saying you'll get community buy-in for that, but at least it would be less obfuscated. SB// The thought here was as intended; specifically on tactical, and nothing more. It IS focused on what the current RSE does tactically - I'm not sure how we change that until the community has a conversation about the role. I'm all ears and open to suggestions, though! > 1) Is this a full time position? If not, then describe the expected workload. From the description, its a level of effort contract somewhat less than full time. State that level. SB// The RSOC in years past has specifically stayed out of the "how long does it take to do the job" and the "this is a 32-hour-a-week" job. I'd defer this to the LLC; if the person they're hiring is a contractor I'm not sure this matters, since they're bidding on the total amount of work (that's been the thought) versus the employee who clearly needs to understand if this is a part time or full time job. > 2) The style manual (last bullet) is a strategic item, not a tactical item. Delete it. SB// I could live with this, thanks. > 3) Matrix management - seriously? That's how we got to this situation in the first place. SB// We understand that's a concern, and it should probably be one of the items we discuss as a community. We're not looking to force the process though, and to that end, using the process we have (this language came from the previous SOW we used, in fact) seemed prudent. Given that they're focused on the RPC and the new format work and reporting to the RSOC, how else would you propose we address your concern? > 4) Term - for a tactical contract, this is pretty long - 1.5 years with the possibility of a year extension. SB// As I previously explained, we as a community don't tend to have short conversations. The process will take time. If we conclude in less than 1.5 years then fantastic, we'll have some overlap with whatever outcome we get from that discussion and the current/temporary RFC Series Project Manager. That seems like an acceptable thing to me. > > Small items: > 1) Drop the "Experience as an RFC editor" bullet in favor of "Familiarity with the RFC series is desired but not required". > 2) The "culture and process" bullet is also strategic and not tactical. Drop this to just the RFC process. > 3) Travel internationally - state if this is in addition to the IETF meetings. > SB// These seem reasonable. > Overall comment: > > This has the feel to me of a push towards a more "managed" RFC Editor vs the independent model we've had over the lifetime of the series - and doing it by small nibbles and by delay. The RFC++ bof indicated community displeasure with that direction, and I'm not sure this SOW is representative of community desires. I'd be happier with this if the sole and only contract reporting link is from this contractor to the LLC. The LLC MAY appoint the RSOC for day to day things, but any contractual discussions OF ANY KIND should be with the actual organization that holds the contract. From a community point of view, we have oversight and a direct line of responsibility from the LLC to the community (with the concomitant ability of the community to recall or otherwise fail to reappoint LLC board members) . That is not the case with the RSOC. > > With respect to the evolution of the RFC Series - I haven't seen any clear statement from anyone of the changes they believe need to be made. So, prior to putting us in the penalty box for a year and a half, perhaps we could actually get a statement of interests which would indicate that we need such a delay in the RFC SE selection process. E.g. a full formal ID/RFC not random musings in email with enough initial support that we have the possibility of getting to some sort of consensus for change if we invest the time. > SB// The goal is to have the conversation as a group, and figure out what to do. if we don't want a managed RFC Editor, but the independent model that folks believe we should have, then as a community we should say that, and figure out how to instrument what we want. Personally, I like the spirit of what was described to me starting with Postel, and having some independence from being told what to do blindly with the ability to push back doesn't seem to be a bad thing. But that's my personal thought, and as an RSOC it's not our current purview to tell the community what to do. We're trying to strike a balance between the process we have, which keeps our contractors moving and documents flowing, and allowing the community to do its thing. This position "reporting" to the LLC makes little sense to me - 1. that's not the current process we have (and if you don't like it, speak up and change it, Ted's outlined how we might proceed to doing that) and 2. The LLC really isn't equipped to handle it either. The RSOC seems to be the reasonable choice given the situation we find ourselves in, and again, this is a 1.5 year contract with clearly described goals. We'll have the conversation to change (or not) - in the grand scheme of things, this doesn't seem to be an issue to me. The alternatives concern me more - do we just not have an RSE-like function at all, in any capacity, being executed, while we chat as a group? No documents are published? We're paying for the RPC function by contract now; I'd like to see our money well spent, personally. I'm not sure I understand the analogy to a penalty box, but if you mean we're in a holding pattern until we figure out what we want then yes, I totally agree, we are, and I don't see a better alternative. I'm happy to discuss any alternatives you might have. /S > Later, Mike > > > > On 8/30/2019 12:38 PM, Sarah Banks wrote: >> (Cross-post with rfc-interest@ietf.org <mailto:rfc-interest@ietf.org>) >> >> Hello, >> The RSOC has received a lot of feedback regarding the current SOW, in addition to the feedback received generally around the RSE role, both on and off list, and at the microphone at the plenary session in Montreal. We've listened, discussed, and come up with a proposal that you'll find attached here. >> >> Broadly speaking, the RSE role contains 2 functions, a strategic function and a tactical function. We believe that we, as a community, still want RFCs published while we discuss the RSE role evolution. We also have a contract in place with the RPC (both Production Center and Publisher), both of whom are accustomed to a day to day contact to lean on for assistance (the current RSE). >> >> With that in mind, we are proposing a temporary position that focuses on the tactical components of the current RSE role, with 2 large work items in mind. >> >> First, this temporary position (called the Temporary RFC Series Project Manager) would serve as the day to day contact for the RPC, assisting with tactical items. >> >> Second, this role would focus on the v3 format work, assisting with the delivery of the new tools for the format work, and bringing the new format work to a close. >> >> Details are included within the SOW, attached with this email. >> >> The IAB plans on sharing a follow up email shortly, that covers possible next steps for the strategic portions of the RSE role and the evolution discussion. >> >> We'd like to open a 2 week comment period on the SOW, starting on August 30, 2019, closing ons on September 14, 2019. Please send your comments and feedback to the RSOC (rsoc@iab.org <mailto:rsoc@iab.org>). >> >> Kind regards, >> Sarah Banks >> For the RSOC >> >> >> >
- New proposal/New SOW comment period Sarah Banks
- Re: New proposal/New SOW comment period Michael StJohns
- Re: New proposal/New SOW comment period Stephen Farrell
- Re: New proposal/New SOW comment period Sarah Banks
- Re: New proposal/New SOW comment period Matthew A. Miller
- Re: New proposal/New SOW comment period Eliot Lear
- RE: [rfc-i] New proposal/New SOW comment period Adrian Farrel
- Re: New proposal/New SOW comment period S Moonesamy
- Sergeant-at-Armss and New proposal/New SOW commen… John C Klensin
- Re: Sergeant-at-Armss and New proposal/New SOW co… Bob Hinden
- Re: Sergeant-at-Armss and New proposal/New SOW co… Keith Moore
- Re: Sergeant-at-Armss and New proposal/New SOW co… Adam Roach
- Re: Sergeant-at-Armss and New proposal/New SOW co… Keith Moore
- Re: Sergeant-at-Armss and New proposal/New SOW co… Adam Roach
- Re: Sergeant-at-Armss and New proposal/New SOW co… Bob Hinden
- Re: Sergeant-at-Armss and New proposal/New SOW co… Adam Roach
- Re: Sergeant-at-Armss and New proposal/New SOW co… Michael StJohns
- Re: Sergeant-at-Armss and New proposal/New SOW co… Keith Moore
- Re: Sergeant-at-Armss and New proposal/New SOW co… Michael
- Re: Sergeant-at-Armss and New proposal/New SOW co… Adam Roach
- Re: Sergeant-at-Armss and New proposal/New SOW co… Michael
- Re: Sergeant-at-Armss and New proposal/New SOW co… Masataka Ohta
- Re: Sergeant-at-Armss and New proposal/New SOW co… Keith Moore
- Re: Sergeant-at-Armss and New proposal/New SOW co… Benjamin Kaduk
- Re: Sergeant-at-Armss and New proposal/New SOW co… Eric Rescorla
- Re: Sergeant-at-Armss and New proposal/New SOW co… Randy Bush
- Re: Sergeant-at-Armss and New proposal/New SOW co… Benjamin Kaduk
- Re: Sergeant-at-Armss and New proposal/New SOW co… John C Klensin
- Re: Sergeant-at-Armss and New proposal/New SOW co… Keith Moore
- Re: Sergeant-at-Armss and New proposal/New SOW co… Eric Rescorla
- Re: Sergeant-at-Armss and New proposal/New SOW co… Randy Bush
- Re: Sergeant-at-Armss and New proposal/New SOW co… Eric Rescorla
- Re: Sergeant-at-Armss and New proposal/New SOW co… Randy Bush
- Re: Sergeant-at-Armss and New proposal/New SOW co… Keith Moore
- Re: Sergeant-at-Armss and New proposal/New SOW co… Eric Rescorla
- Re: Sergeant-at-Armss and New proposal/New SOW co… Melinda Shore
- Re: [rfc-i] New proposal/New SOW comment period Eliot Lear
- Re: Sergeant-at-Armss and New proposal/New SOW co… Masataka Ohta
- Re: Sergeant-at-Armss and New proposal/New SOW co… Masataka Ohta
- Re: Sergeant-at-Armss and New proposal/New SOW co… Leif Johansson
- Re: Sergeant-at-Armss and New proposal/New SOW co… Masataka Ohta
- Re: [rfc-i] New proposal/New SOW comment period S Moonesamy
- Re: Sergeant-at-Armss and New proposal/New SOW co… Bob Hinden
- Re: New proposal/New SOW comment period Michael StJohns
- Re: [rfc-i] New proposal/New SOW comment period Michael StJohns
- SAA Do's and Don'ts Michael StJohns
- Re: SAA Do's and Don'ts Keith Moore
- Re: SAA Do's and Don'ts Melinda Shore
- tone policing (was: SAA Do's and Don'ts) Keith Moore
- Re: Sergeant-at-Armss and New proposal/New SOW co… Theodore Y. Ts'o
- Re: [rfc-i] New proposal/New SOW comment period Adam Roach
- Re: SAA Do's and Don'ts John C Klensin
- Re: SAA Do's and Don'ts Masataka Ohta
- Re: tone policing (was: SAA Do's and Don'ts) Mark Nottingham
- Re: tone policing Keith Moore
- Re: tone policing Mark Nottingham
- Re: SAA Do's and Don'ts Keith Moore
- Re: tone policing Keith Moore
- Re: tone policing Masataka Ohta
- Re: tone policing Mark Nottingham
- Re: tone policing Keith Moore
- Re: tone policing Mark Nottingham
- Re: tone policing Rob Sayre
- Re: tone policing Stephen Farrell
- Re: tone policing Keith Moore
- Re: tone policing Melinda Shore
- Re: tone policing Masataka Ohta
- Re: tone policing Masataka Ohta
- Re: tone policing Keith Moore
- Re: tone policing Adam Roach
- Re: tone policing Keith Moore
- Re: tone policing Ted Lemon
- Re: tone policing Keith Moore
- Re: [rfc-i] New proposal/New SOW comment period Michael StJohns
- Re: tone policing lloyd.wood@yahoo.co.uk
- Re: tone policing Rob Sayre
- Re: [rfc-i] New proposal/New SOW comment period Adam Roach
- Re: tone policing Adam Roach
- Re: tone policing Masataka Ohta
- Re: tone policing Dan Harkins
- Re: tone policing Rob Sayre
- Re: tone policing Ted Lemon
- Re: tone policing Keith Moore
- Re: tone policing Ted Lemon
- Re: tone policing Keith Moore
- Re: tone policing Christer Holmberg
- Re: tone policing Ted Lemon
- Re: tone policing Paul Wouters
- Re: tone policing Keith Moore
- Re: tone policing Nick Hilliard
- Re: tone policing Keith Moore
- Re: tone policing Nick Hilliard
- Re: tone policing Ted Lemon
- Re: tone policing Dirk-Willem van Gulik
- Re: tone policing Ted Lemon
- Re: tone policing Dan Harkins
- Re: tone policing Adam Roach
- Re: tone policing Keith Moore
- Re: tone policing ned+ietf
- Re: tone policing Dan Harkins
- Re: tone policing Randy Bush
- Re: tone policing Theodore Y. Ts'o
- Re: Sergeant-at-Armss and New proposal/New SOW co… Spencer Dawkins at IETF
- Re: tone policing Masataka Ohta
- Re: tone policing Patrik Fältström
- Re: [rfc-i] New proposal/New SOW comment period Sarah Banks
- Re: [rfc-i] New proposal/New SOW comment period Sarah Banks
- Re: [rfc-i] New proposal/New SOW comment period Sarah Banks
- RE: [rfc-i] New proposal/New SOW comment period Adrian Farrel
- Re: tone policing lloyd.wood
- Re: [rfc-i] New proposal/New SOW comment period Michael StJohns
- Re: [rfc-i] New proposal/New SOW comment period Michael StJohns
- Re: [rfc-i] New proposal/New SOW comment period Sarah Banks
- Re: [rfc-i] New proposal/New SOW comment period Spencer Dawkins at IETF
- Re: tone policing Salz, Rich
- Re: tone policing Keith Moore
- Re: tone policing Ted Lemon
- Re: tone policing Keith Moore
- Re: tone policing Ted Lemon
- Re: tone policing Viktor Dukhovni
- Re: tone policing Keith Moore
- Re: tone policing Ted Lemon
- Re: tone policing Keith Moore
- Re: tone policing Paul Wouters
- Re: tone policing Salz, Rich
- Re: tone policing Doug Royer
- Re: tone policing Keith Moore
- Re: tone policing Dan Harkins
- Re: tone policing Joel M. Halpern
- Re: tone policing Salz, Rich
- Re: tone policing Salz, Rich
- Re: tone policing Bron Gondwana
- Re: tone policing Dan Harkins
- Re: tone policing Stephen Farrell
- Re: tone policing Brian E Carpenter
- Re: tone policing Dan Harkins
- Re: tone policing Bron Gondwana
- Re: tone policing Masataka Ohta
- Re: tone policing Dan Harkins
- Re: tone policing Ted Lemon
- Re: tone policing Randy Bush
- Re: tone policing Leif Johansson
- Agenda Denial Was: tone policing Phillip Hallam-Baker
- Re: Agenda Denial Was: tone policing Ted Lemon
- Re: Agenda Denial Was: tone policing Paul Wouters
- BIMI: Re: tone policing Phillip Hallam-Baker
- Re: Agenda Denial Was: tone policing Keith Moore
- Re: Agenda Denial Was: tone policing Keith Moore
- Re: Agenda Denial Was: tone policing Ted Lemon
- Re: tone policing Keith Moore
- Re: Agenda Denial Was: tone policing Keith Moore
- Re: Agenda Denial Was: tone policing Stan Kalisch
- Re: Agenda Denial Was: tone policing Dan Harkins
- Re: Agenda Denial Was: tone policing Nico Williams
- Re: Agenda Denial Was: tone policing Phillip Hallam-Baker
- Re: Agenda Denial Was: tone policing Phillip Hallam-Baker
- Re: Agenda Denial Was: tone policing Keith Moore
- Re: tone policing Bron Gondwana
- Re: New proposal/New SOW comment period John C Klensin
- Re: New proposal/New SOW comment period Michael Richardson
- Re: New proposal/New SOW comment period John C Klensin
- Re: New proposal/New SOW comment period Sarah Banks
- Re: New proposal/New SOW comment period Sarah Banks
- Re: [rfc-i] New proposal/New SOW comment period Ted Lemon
- Re: [IAB] New proposal/New SOW comment period Christian Huitema
- Re: [rfc-i] New proposal/New SOW comment period Sarah Banks
- Re: [rfc-i] New proposal/New SOW comment period Ted Lemon
- Re: [rfc-i] New proposal/New SOW comment period Brian E Carpenter
- Re: [rfc-i] New proposal/New SOW comment period Henrik Levkowetz
- Re: [rfc-i] New proposal/New SOW comment period Leif Johansson
- Re: New proposal/New SOW comment period John C Klensin
- Re: New proposal/New SOW comment period (off-topi… S Moonesamy
- Re: New proposal/New SOW comment period Sarah Banks
- Re: [IAB] New proposal/New SOW comment period John C Klensin
- Re: [IAB] New proposal/New SOW comment period Stephen Farrell
- Re: [rfc-i] [IAB] New proposal/New SOW comment pe… Brian E Carpenter
- "community" for the RFC series (was: Re: [rfc-i] … Stephen Farrell
- Re: "community" for the RFC series Brian E Carpenter
- Re: "community" for the RFC series (was: Re: [rfc… John C Klensin
- Re: [IAB] New proposal/New SOW comment period Christian Huitema
- Re: "community" for the RFC series Stephen Farrell
- The IETF, Standards process, and the impact on th… Michael StJohns
- Re: The IETF, Standards process, and the impact o… Nico Williams
- Re: The IETF, Standards process, and the impact o… John C Klensin
- Re: The IETF, Standards process, and the impact o… John C Klensin
- Re: The IETF, Standards process, and the impact o… John C Klensin
- Re: The IETF, Standards process, and the impact o… Nico Williams
- Re: The IETF, Standards process, and the impact o… Michael StJohns
- Re: "community" for the RFC series Christian Huitema
- Re: The IETF, Standards process, and the impact o… Nico Williams
- Re: The IETF, Standards process, and the impact o… Keith Moore
- Re: The IETF, Standards process, and the impact o… John C Klensin
- Re: The IETF, Standards process, and the impact o… Nico Williams
- Re: "community" for the RFC series Leif Johansson
- Re: "community" for the RFC series Stephen Farrell
- Re: "community" for the RFC series Randy Bush
- Re: "community" for the RFC series Brian E Carpenter
- Re: The IETF, Standards process, and the impact o… Brian E Carpenter
- Re: The IETF, Standards process, and the impact o… Keith Moore
- Re: [rfc-i] "community" for the RFC series Henrik Levkowetz
- Re: "community" for the RFC series John C Klensin
- Re: "community" for the RFC series Stephen Farrell
- Re: The IETF, Standards process, and the impact o… Randy Presuhn
- Re: The IETF, Standards process, and the impact o… Christian Huitema
- Re: "community" for the RFC series S Moonesamy
- Re: "community" for the RFC series Brian E Carpenter
- Re: "community" for the RFC series Michael StJohns
- Re: "community" for the RFC series Stephen Farrell
- Re: "community" for the RFC series Stephen Farrell
- Re: "community" for the RFC series Brian E Carpenter
- Re: The IETF, Standards process, and the impact o… Michael Richardson
- Re: "community" for the RFC series Christian Huitema
- Re: "community" for the RFC series Christian Huitema
- Re: "community" for the RFC series Brian E Carpenter
- Re: "community" for the RFC series Stephen Farrell
- Re: "community" for the RFC series Keith Moore
- Re: "community" for the RFC series Christian Huitema
- Re: "community" for the RFC series Stephen Farrell
- Re: [IAB] "community" for the RFC series Colin Perkins
- Re: "community" for the RFC series Brian E Carpenter
- Re: "community" for the RFC series Keith Moore
- Re: "community" for the RFC series Brian E Carpenter