Re: Try this: was Re: New proposal/New SOW comment period

Richard Barnes <rlb@ipv.sx> Tue, 10 September 2019 20:59 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 AD043120255 for <ietf@ietfa.amsl.com>; Tue, 10 Sep 2019 13:59:36 -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 thQMi0X6w94J for <ietf@ietfa.amsl.com>; Tue, 10 Sep 2019 13:59:34 -0700 (PDT)
Received: from mail-oi1-x22a.google.com (mail-oi1-x22a.google.com [IPv6:2607:f8b0:4864:20::22a]) (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 55EE212022A for <ietf@ietf.org>; Tue, 10 Sep 2019 13:59:34 -0700 (PDT)
Received: by mail-oi1-x22a.google.com with SMTP id t84so12352498oih.10 for <ietf@ietf.org>; Tue, 10 Sep 2019 13:59:34 -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=xITTpmXH2S2JMMkoz3Yxn3wzb+hyYBKiSh1X5JKIvmw=; b=H/aLX/3o3B4N/rdAd8rMrQFYmQZiuoeQgs9booPw9G5YaUEx7OxV4K6uUHmtiYlDe7 A6xu1dm434XlDh0+uXiQAzRqUJOhCuGR/qogL8SbJ3l18XdKuYpckS5gn7mFcaZwim/0 pySfDEpL1+7V9kCo9OksMLDzzZLt8zFKkDMlijKKXzfy2ycj/S3kWVUrGNXOYE8lZ7jD y5+vVCydIhVjrANO5BNVAkf7fJDSJgaFYvqCThgkqInI3G5ycp9oHAeegsY1iFC6gzqb keMNNwIxRHZbGRsT/0VYC66kqrweBR6dmB4IIEj7JTF70FjYTl4TIbzodndPXPe78muc L80g==
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=xITTpmXH2S2JMMkoz3Yxn3wzb+hyYBKiSh1X5JKIvmw=; b=beHpL5lwceIySqzAw2GDe+Yh73kJmk3p/hYclWfVNQtl33N5oWDXgYwlx/7qQwinR/ 8PwuciKbVVYZFq9SAmqVtWZJsA5sta6d1CXJ0zyJGB5rLiKTcsEUIiF+FEYu5NyylkDZ TmmMOPeC4KWm4hOyqtWE+hiScHLk0uGleN/zEAN93+FFwPfl9g7teHXkrSxZtQiLA997 EHPGpMpwlmL3lqxEnfsNvXrPy5dNR2im6z1f6cEIMtGBN+i+ZBYa/6Hihhd5QQceUK6O bADWV8Vh3XnRLdlftHMYcdcTiM0kyElvFdyLumUHjG5PVmoy2SYMKlmTOzIOYDHoKCkx 1ZoA==
X-Gm-Message-State: APjAAAXDftqkEmB7IGxDKqZObXGzJYV/0Kccxc1u39VCy+jxmCXmbcJh NMs8TRUmPWv1SfHOQdDZCYz5iDgbHCxiuLNrsI3liQ==
X-Google-Smtp-Source: APXvYqx4RuNEd9p35XeXtOLjbMb3sdxpO45gPxAsDUrBQkk0ixFZv/eY2g+Lirgi2EO4aou2QhOrdI3N38bzcOHff6k=
X-Received: by 2002:aca:4a4e:: with SMTP id x75mr1314206oia.36.1568149173253; Tue, 10 Sep 2019 13:59:33 -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>
In-Reply-To: <CABcZeBNw8c17F0bvcSJoS4R=dk_KoSx1jWkEnupUUps6k8UcGg@mail.gmail.com>
From: Richard Barnes <rlb@ipv.sx>
Date: Tue, 10 Sep 2019 16:59:21 -0400
Message-ID: <CAL02cgS88fD7BkrE4T0A+S99xN-b4JZDm4yu2nLAb3oiG50S4g@mail.gmail.com>
Subject: Re: Try this: was Re: New proposal/New SOW comment period
To: Eric Rescorla <ekr@rtfm.com>
Cc: Brian E Carpenter <brian.e.carpenter@gmail.com>, IETF Discuss List <ietf@ietf.org>, Michael StJohns <msj@nthpermutation.com>, RFC Interest <rfc-interest@rfc-editor.org>
Content-Type: multipart/alternative; boundary="0000000000006d55150592392e4c"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/ZourvmsyG2_GuGcK6ojOAIN21Wc>
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 20:59:37 -0000

On Tue, Sep 10, 2019 at 16:45 Eric Rescorla <ekr@rtfm.com> wrote:

>
>
> On Tue, Sep 10, 2019 at 1:39 PM Brian E Carpenter <
> 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>> 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
>> >
>> >
>> >
>>
>>