Re: [Iasa20] Comments on draft-ietf-iasa2-rfc4844-bis-01

Brian E Carpenter <brian.e.carpenter@gmail.com> Sun, 10 February 2019 03:59 UTC

Return-Path: <brian.e.carpenter@gmail.com>
X-Original-To: iasa20@ietfa.amsl.com
Delivered-To: iasa20@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BD4661200D7; Sat, 9 Feb 2019 19:59:50 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 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, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 dh_9tfmsowQ1; Sat, 9 Feb 2019 19:59:47 -0800 (PST)
Received: from mail-pg1-x52f.google.com (mail-pg1-x52f.google.com [IPv6:2607:f8b0:4864:20::52f]) (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 53F9D12894E; Sat, 9 Feb 2019 19:59:47 -0800 (PST)
Received: by mail-pg1-x52f.google.com with SMTP id n2so3392338pgm.3; Sat, 09 Feb 2019 19:59:47 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=A9+PWm8VGNokKk2hywVumWjdT+P+hUPIXRriwd+DkJQ=; b=OYX0RE+/0EjThdpkOI5/H4wB9OswEHxFrd0lGYvafdsqEMmb/dxhxgylvTT7Juyqr7 oQOyzXZOpx9W9eEQAFJuqSIdAqitul6+oAOA9QstrTpu60YNpgoZjK/2wCJuy+mek2xX R5oFmzsBpkf82I8Azk0oL3uFvbkYtBLwNpOqwoiw0YjZN28xM17Z73xrILWalF26WMRg LrPERtXve+UKeaeE5V14Knh30ytYJ3+DJrkKEe6/yeAdrg4sSQHDI1ufN4P/OJKWZdDi QKplHtTt6UgUQ5uP49HMa2OXVOYBa85xhyOOM7CZNvTMZW+jgcBmbYeW+2kSh2VGf6WH NvYw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=A9+PWm8VGNokKk2hywVumWjdT+P+hUPIXRriwd+DkJQ=; b=OFRijZJus+L8K+HTiTD1ehcmliSnsLJ88pTCh+jAeYtam44Rj8lkk5DFQhR+xri9Hx z+ScSQ74ydaA3Qk95EI/H6Jwp2WXHamphArtNGfQin34FRb9e7QoP/yQ9We/Zf/bozps uQ1r6VsPY3tFNlLHM7g6tn6ojCXTpiW1q4bh57rn3FHO2jNwqKW9mTXN6Z49dHxJPY5k zr8EQt92uJ01F3Gmn061yTnsYBnh40E9gaSgSCwdkMbn2SAzNoSYtYSAU3S9QH/a006P jUxd29+zHOfVchGCaNAPiTlkFJa8URdncGCEYIDjvXNPVkq9iOeN6vRy6vEoswAzULzc LYKw==
X-Gm-Message-State: AHQUAuZZKzic4QfSSqKXFpV3tOjcZx8CpzIGNPAEPz4j209+eydCMabD jtU32k0sXAo+hh7bpFmsfQSTvzfd
X-Google-Smtp-Source: AHgI3IbhtVQPrPXcRjTXzdEd/uPMOat6sehipyCpECL3kapwMlSOwihxclL7ETFRZZKH98gLRGzFVg==
X-Received: by 2002:a62:e005:: with SMTP id f5mr2375147pfh.64.1549771186570; Sat, 09 Feb 2019 19:59:46 -0800 (PST)
Received: from [192.168.178.30] ([118.148.79.176]) by smtp.gmail.com with ESMTPSA id o6sm6949742pgp.59.2019.02.09.19.59.43 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 09 Feb 2019 19:59:45 -0800 (PST)
To: Stephen Farrell <stephen.farrell@cs.tcd.ie>, Richard Barnes <rlb@ipv.sx>
Cc: draft-ietf-iasa2-rfc4844-bis@ietf.org, IASA 2 WG <iasa20@ietf.org>, Russ Housley <housley@vigilsec.com>, Alissa Cooper <alissa@cooperw.in>
References: <32C06675-C60B-4D6A-979A-FC3653E56D42@cooperw.in> <23C614C4-5C79-4355-9D74-2ED7D0DE63B2@vigilsec.com> <CAL02cgTzEQPTXyPL-ermABDne2G8F8UjbPpYADkyxxWHnVVf4g@mail.gmail.com> <a0a2ef94-335f-5ab6-e49c-7b1c985af3fc@cs.tcd.ie> <CAL02cgSnxB8-W_m13KM_HsSrE308vv5DuRJzt=t140G9JBdhUw@mail.gmail.com> <8497f208-ff21-e1bb-7bc1-6f8ec6ee9d8c@cs.tcd.ie>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Message-ID: <a441c4dd-0407-2f16-6e80-e3f2e511493a@gmail.com>
Date: Sun, 10 Feb 2019 16:59:40 +1300
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.5.0
MIME-Version: 1.0
In-Reply-To: <8497f208-ff21-e1bb-7bc1-6f8ec6ee9d8c@cs.tcd.ie>
Content-Type: text/plain; charset=utf-8
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/iasa20/uh3xpzpY2pKhyBQBUvACy3FRBCY>
Subject: Re: [Iasa20] Comments on draft-ietf-iasa2-rfc4844-bis-01
X-BeenThere: iasa20@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: =?iso-8859-1?q?Discussions_relating_to_reorganising_the_IETF_administrative_structures_in_the_so_called_=93IASA_2=2E0=94_project=2E?= <iasa20.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/iasa20>, <mailto:iasa20-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/iasa20/>
List-Post: <mailto:iasa20@ietf.org>
List-Help: <mailto:iasa20-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/iasa20>, <mailto:iasa20-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 10 Feb 2019 03:59:51 -0000

On 2019-02-10 15:34, Stephen Farrell wrote:
> 
> Hi Richard,
> 
> Again, I think you're missing the difference between electricians
> and an RSE. Continuing to confuse the importance/relevance of those
> roles doesn't make them any less different.
> 
> I also think Joel is correct that over-reaching the documentation
> tweaks being done in this WG would really not be a good plan.

It would be a really, really bad plan. The LLC is the IETF's servant,
not its master (just as the IAD was, despite being an ISOC employee).

Since the IETF+IAB have decided that the IAB must approve the
appointment of an organization to act as RFC Editor and the general
policy followed by the RFC Editor [BCP 39], and the LLC exists to
do the IETF's bidding, it's unambiguously the case that the LLC will
contract with whoever the IAB tells it to. Of course the LLC will be
the employer or client of record, but the orders come from the IAB.

The draft says this correctly and IMHO shouldn't be changed:

   It is the responsibility of the IAB to approve the appointment of the
   RFC Editor and to approve the general policy followed by the RFC
   Editor.

It also has the money part right:

   The IETF Administration LLC Board approves a budget for operation of
   the RFC Editor activity, and the IETF Executive Director establishes
   and manages the necessary operational agreements for the RFC Editor
   activity.

I think it would be quite confusing to move this to another document.

    Brian

> 
> On 10/02/2019 00:23, Richard Barnes wrote:
>>
>> When the IAB wants to take legal responsibility for the RSE contract, they
>> can control it.  If they don't, then they can't.
> 
> Disagree. One take-way from the RFCplusplus BoF could be that even
> if the IAB think they control the RFC series, the community wins when
> the community tells the IAB they've been inhaling the wrong fumes.
> So, real control and what you term "legal responsibility" are just
> not the same things.
> 
>> That doesn't mean they can't be extensively consulted, but they can't have
>> ultimate authority over the contract, since they aren't a party.
> 
> I'd object to any process-RFC update that made this kind of change
> which I don't believe is in-charter for this WG. I suspect I'd not be
> alone. (And having said that, I guess I'll now have to read all the
> drafts, sheesh:-)
> 
> Cheers,
> S.
> 
> 
> 
> 
> 
> _______________________________________________
> iasa20 mailing list
> iasa20@ietf.org
> https://www.ietf.org/mailman/listinfo/iasa20
>