Re: Try this: was Re: New proposal/New SOW comment period
Richard Barnes <rlb@ipv.sx> Tue, 10 September 2019 22:06 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 1E01F120019 for <ietf@ietfa.amsl.com>; Tue, 10 Sep 2019 15:06: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 aAsTgLe9wqjp for <ietf@ietfa.amsl.com>; Tue, 10 Sep 2019 15:06:31 -0700 (PDT)
Received: from mail-ot1-x32c.google.com (mail-ot1-x32c.google.com [IPv6:2607:f8b0:4864:20::32c]) (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 197231200E0 for <ietf@ietf.org>; Tue, 10 Sep 2019 15:06:31 -0700 (PDT)
Received: by mail-ot1-x32c.google.com with SMTP id g19so20526679otg.13 for <ietf@ietf.org>; Tue, 10 Sep 2019 15:06:31 -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=3YJEqbl/HE12ttIdFtI4gbwpt0/5Yms1OwmbaH6hofU=; b=J2b0TKAw+WTpHyNpN8toBd/d9+dwlmsKa2nEXCahqjojWTBVkYtCbhSWQLePMfbFFR EjaVI83jWIHFrWtDrbiE76lxePnw3uv9HWPqkXM2To0I3WiA295hULk6HNbjOHwH6yF0 10qCVwTCEkriU66BIZFpmAwMAy2naGUfudVTlCnFOkZ+J5x+XgKRGQ6Ulg8VOHWAhbUe jKdCETpks3FAImXZsrGuXpyKy0wLWhUjXrLRB0nm/VClTw3giTeLxKFFtpSEgld+lABw JTw/tO/bgNaGRb9aBTC6+RykTt18I9JVYxS5RVzRmHRkdvwn7rxrB+rAD3VlYdYompgp OIHQ==
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=3YJEqbl/HE12ttIdFtI4gbwpt0/5Yms1OwmbaH6hofU=; b=QCFkJlLZuuXGDMqObSNS/hnyoIA9ke9i9NnLSmvg4YbsgWJcQ+/XGFUctnCx5tpj6F tyJGjFU6ALWAlp8ULNjSfI2N7HYS6lqSHwdCDWFprYtlTfKh8JhxPF1yzQYRhN7ixgIi tknvOIdoATvvVz4Lr0ZqzvHLEgH8PwWRz7UEovrcqjAm4eS6EwLutIX5yXGbHLLjWlsa 0yXeInlAgwuJsijRnKFs9Hh5N/cXZnERyvlj1wFbbHZDpj7Elc+ieESDcpc2TnedswfZ CzL5UO7gwhVXzEiUrbxPhrUXW/q99GcbrVNWj/IGGZMSmM0xBNdH035x1tMqb62wnFfr VYxw==
X-Gm-Message-State: APjAAAVa586JhnILE2rEnJZ7UwCuNYFocy7eG8OlxfafRpbVwtAnLZT6 GZdG2CSqZLDGeJzHGtaz1iPbDtuNdBnfU0hwTdivPQ==
X-Google-Smtp-Source: APXvYqwrWSruh5wb0xIpSHZLhfapKkZ9O87FeNfXqUbTD7Pt6yU40b3n9z2XCq2i1qAcymY6W/yaQInKW6C6WiGfzu0=
X-Received: by 2002:a05:6830:c7:: with SMTP id x7mr28763600oto.241.1568153190260; Tue, 10 Sep 2019 15:06:30 -0700 (PDT)
MIME-Version: 1.0
References: <ec715385-93ca-ddf0-f9b1-d0e4ae1666fe@nthpermutation.com> <CAL02cgTqDTXgG1bU1DGBkdQ7XwV=2ryJzQU1QD8yNba-7ngk3A@mail.gmail.com> <44cbe750-e030-69d7-54ba-5eaeccc5f512@gmail.com> <CABcZeBNw8c17F0bvcSJoS4R=dk_KoSx1jWkEnupUUps6k8UcGg@mail.gmail.com> <CAL02cgS88fD7BkrE4T0A+S99xN-b4JZDm4yu2nLAb3oiG50S4g@mail.gmail.com> <1dbc8dbe-d883-a433-8dc4-247ac1760152@joelhalpern.com>
In-Reply-To: <1dbc8dbe-d883-a433-8dc4-247ac1760152@joelhalpern.com>
From: Richard Barnes <rlb@ipv.sx>
Date: Tue, 10 Sep 2019 18:06:19 -0400
Message-ID: <CAL02cgRz=yZW+oE-wxoWQJ-8fbfi4NBFLNk2KSafHh+2FPUNPw@mail.gmail.com>
Subject: Re: Try this: was Re: New proposal/New SOW comment period
To: "Joel M. Halpern" <jmh@joelhalpern.com>
Cc: Eric Rescorla <ekr@rtfm.com>, IETF Discuss List <ietf@ietf.org>, Michael StJohns <msj@nthpermutation.com>, RFC Interest <rfc-interest@rfc-editor.org>
Content-Type: multipart/alternative; boundary="000000000000dc041705923a1df0"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/H8obInQXTIBE2gRXUmAj9W3ULwc>
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: Tue, 10 Sep 2019 22:06:35 -0000
That was not my understanding, FWIW. Maybe the RSOC could clarify? Mike’s proposal seems even weirder through your lens, though, since it does not describe a caretaker RSE role, but rather a full on RSE in every regard except the application of the oversight specified in RFC 6635. —RLB On Tue, Sep 10, 2019 at 17:10 Joel M. Halpern <jmh@joelhalpern.com> wrote: > Maybe I misunderstood the RSOC message. > I thought they had indicated that they were NOT trying to hire an RSE as > defined by RFC 6635 and its details. Rather, as I understood them, they > were hiring someone in a temporary capacity (explicitly NOT an acting > RSE) to keep the series running while the community decides what it wants. > > Sure, that is breaking the letter of the law. I believe we all know > that. I actually appreciate that the RSOC understands that trying to > follow the letter of the law at the current time is a bad idea. > > Given that we are on a path where we are not following the letter of the > laaw, it seems to me reasonable (good? bad? that is a different > question, but clearly reasonable) to use that latitude in formulating > the SoW so as to describe what we want, not what the letter of the law > says. > > Since our rules are not laws, and we are practical people, that seems okay. > And since reaching community agreement on what we do want is CLEARLY > going to take some time, I do not see how the LLC can say that they will > wait to hire someone to keep the trains running while we figure out what > we really want. > > So yes EKR, this SoW violates the letter of RFC 6635. And if we want, > as a temporary measure, to violate it further in the interest of keeping > things on track while we figure out what we want, then explain what > further changes are needed. > > Sure, I would prefer that we were all in agreement on what the job > really was, and we could hire the right person to hold the job for a > number of years. But we are not in such agreement. > > Yours, > Joel > > On 9/10/2019 4:59 PM, Richard Barnes wrote: > > On Tue, Sep 10, 2019 at 16:45 Eric Rescorla <ekr@rtfm.com > > <mailto:ekr@rtfm.com>> wrote: > > > > > > > > On Tue, Sep 10, 2019 at 1:39 PM Brian E Carpenter > > <brian.e.carpenter@gmail.com <mailto:brian..e.carpenter@gmail.com>> > > wrote: > > > > > This draft disclaims or contradicts RFC 6635 at a few points. > > > > Do we really need to worry about that? This is a time of change > > and I don't think it matters if we deviate from the letter of a > > 7-year-old Informational document. > > > > > > Not Richard, but it seems to me that either one feels constrained by > > these documents or one does not. And if not, then I think we need to > > more generally ask whether the 6635 structure is even approximately > > right. > > > > > > Am Richard, concur with what EKR says here. > > > > Even if one disagrees with the content of RFC 6635 (which we probably > > all do, in different ways), there are other, non-Informational documents > > that specify how to replace it with something that has community > > consensus. And this ain’t it. > > > > —Richard > > > > > > > > -Ekr > > > > > > Regards > > Brian Carpenter > > > > On 11-Sep-19 08:00, Richard Barnes wrote: > > > Hi Mike, > > > > > > Thanks for taking the time to put this together. It looks > > much more like what I would expect an SOW / JD to look like than > > prior drafts. > > > > > > Unfortunately, I don't think it's a suitable starting point > > for a process that is premised on RFC 6635. Despite the fact > > that you've called it a PM, the contractor being engaged here > > will act as RSE, even if only on an interim basis. So RFC 6635 > > clearly applies. > > > > > > This draft disclaims or contradicts RFC 6635 at a few > > points. Specifically, the paragraphs in the summary starting > > "The PM, as acting RSE, ..." and "The general > > responsibilities...." are incompatible with RFC 6635, and the > > "Reporting Relationships" section significantly underplays the > > role of the RSOC. > > > > > > One of the foundational ideas in forming the LLC was that it > > would follow the will of the community, and RFC 6635 encodes the > > community's expectation of how the RSE role should be realized. > > So it is incumbent on the LLC to follow the RFC (including, for > > example, facilitating the RSOC's oversight), and this > > solicitation needs to reflect that. > > > > > > In case the RSOC does choose to use draw on this document, a > > couple of more specific comments are below. > > > > > > --Richard > > > > > > > > > - I don't see a lot of value in calling this role a PM, as > > opposed to just a temporary RSE. > > > > > > - Under "Education and Experience Requirements", I would lead > > with the leadership requirement (i.e., swap the first two > > bullets). As has been discussed at length here, the RSE (even > > interim) is not an editor. > > > > > > - There's still some ambiguity here about the relationship to > > the RPC and Publisher. If I understand the intent here > > correctly, the idea is that this PM is not PM'ing the RPC, but > > rather observing and opining on their performance (and providing > > advice as necessary), as input to someone at the LLC who > > actually manages that contract. But that seems in conflict with > > the deliverables that use verbs like "coordinate" and "resolve > > issues". It would be good to clarify this, probably in the > > "Reporting Relationships" section. > > > > > > - As others have noted, the April 1 RFCs belong to the ISE, > > not the RSE. > > > > > > On Sun, Sep 8, 2019 at 11:51 AM Michael StJohns > > <msj@nthpermutation.com <mailto:msj@nthpermutation.com> > > <mailto:msj@nthpermutation. <mailto:msj@nthpermutation.>.com>> > > wrote: > > > > > > After thinking about it a bit, I decided I really didn't > > like the SOW as > > > it mostly ignored the input the community had given in > > the discussion to > > > the run up to the SOW. So I wrote a new one. This one > > mostly > > > completely replaces the project summary with something a > > bit clearer for > > > the bidders and I think more accurately describes the > > role of the PM as > > > acting RSE. The reporting relationship was changed to > > more accurately > > > reflect the legal relationship between the bidder, the > > LLC and the RSOC > > > and to constrain some of the issues we encountered in the > > last few months. > > > > > > Much of the Education and experience section survived, > > albeit rearranged > > > and word twiddled in places. > > > > > > Ditto for the skills section. > > > > > > The "Operational Oversight" section is replaced by > "Typical > > > Deliverables" and broken up into three sections as I > > suggested in an > > > earlier email. > > > > > > I also added an "optional deliverable" to cover April > > fool's RFCs. > > > > > > This is basically an SOW for an RSE, but with the > > exclusion of planning > > > for evolution of the series. That was the only thing I > > could find as > > > "strategic". > > > > > > Discuss! > > > > > > Mike > > > > > > > > > > > >
- Try this: was Re: New proposal/New SOW comment pe… Michael StJohns
- Re: Try this: was Re: New proposal/New SOW commen… RFC ISE (Adrian Farrel)
- Re: Try this: was Re: New proposal/New SOW commen… Michael StJohns
- Re: [rfc-i] Try this: was Re: New proposal/New SO… Brian E Carpenter
- Re: [rfc-i] Try this: was Re: New proposal/New SO… Lucy Lynch
- Re: [rfc-i] Try this: was Re: New proposal/New SO… Andrew G. Malis
- Re: Try this: was Re: New proposal/New SOW commen… Richard Barnes
- Re: Try this: was Re: New proposal/New SOW commen… Brian E Carpenter
- Re: Try this: was Re: New proposal/New SOW commen… Eric Rescorla
- Re: Try this: was Re: New proposal/New SOW commen… Richard Barnes
- Re: Try this: was Re: New proposal/New SOW commen… Joel M. Halpern
- Re: Try this: was Re: New proposal/New SOW commen… Richard Barnes
- Re: Try this: was Re: New proposal/New SOW commen… Salz, Rich
- Re: [rfc-i] Try this: was Re: New proposal/New SO… Joel M. Halpern
- Re: Try this: was Re: New proposal/New SOW commen… Michael StJohns
- Re: [rfc-i] Try this: was Re: New proposal/New SO… Salz, Rich
- Re: Try this: was Re: New proposal/New SOW commen… Brian E Carpenter
- Re: Try this: was Re: New proposal/New SOW commen… Brian E Carpenter
- Re: [rfc-i] Try this: was Re: New proposal/New SO… Brian E Carpenter
- Re: Try this: was Re: New proposal/New SOW commen… Michael StJohns
- Re: Try this: was Re: New proposal/New SOW commen… Sarah Banks
- Re: Try this: was Re: New proposal/New SOW commen… Brian E Carpenter
- Re: [rfc-i] Try this: was Re: New proposal/New SO… S Moonesamy
- Re: [rfc-i] Try this: was Re: New proposal/New SO… Stephen Farrell
- Re: [rfc-i] Try this: was Re: New proposal/New SO… S Moonesamy