Re: Weekly curated news stories about IETF-related topics

Brian E Carpenter <brian.e.carpenter@gmail.com> Fri, 16 October 2020 19:44 UTC

Return-Path: <brian.e.carpenter@gmail.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 DD9CF3A0A6E; Fri, 16 Oct 2020 12:44:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.311
X-Spam-Level:
X-Spam-Status: No, score=-2.311 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, NICE_REPLY_A=-0.213, SPF_HELO_NONE=0.001, SPF_PASS=-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=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 6Ok71UxWYVH8; Fri, 16 Oct 2020 12:44:22 -0700 (PDT)
Received: from mail-pg1-x532.google.com (mail-pg1-x532.google.com [IPv6:2607:f8b0:4864:20::532]) (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 2308D3A0A6A; Fri, 16 Oct 2020 12:44:22 -0700 (PDT)
Received: by mail-pg1-x532.google.com with SMTP id r10so2034228pgb.10; Fri, 16 Oct 2020 12:44:22 -0700 (PDT)
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=5Jm8ZWXf2JeexYXZvVX6D3/6B/vpBj6x+HPOEfEB5tM=; b=KIW/EpDF0K+bTgx8XeI9UzMhxBYog9HqOaX6Z3iMPNKlzlXzNjJwrT4GCwQPTnZzXb xaUEDz6eCe4QJwbCQaL+ae+RQuU1oxFpL5wQG2U5jGThgLU5q0M/DpsIVZlwG9qqn1e/ my++YfltRcsRh5lw1U4e3PTmJ5g+dfAST4eGCV37MIEV/9CXgzwGeCYf+2aSzUMWrtgx tyy3WvYWCZBVoQB6BW+bOv5znXTQbD9jWJ4HttpRbc1UWa/8f5HQ4QBfu91R72dtJieF EWJvMAKmKUfrYfVIklUm77lDWuzgKaSOET4qjUwwNQWWt9dZ6FJR++0Y8ZWs1ycImPzz K6qw==
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=5Jm8ZWXf2JeexYXZvVX6D3/6B/vpBj6x+HPOEfEB5tM=; b=QA/CcO2sSF+Tkfk9lZZEfF8346k22uRC7WPeapIjPVE0FHK9v73COZDKzDUVH0rOcg UkErbcgQZNsoVrTY+/EHvO/ilzANTCOH9x4ER4ByoaBuHc4MGbQqDoMY4ZHvL0vYvKiR bUyMAT4O7Z0s4iwU+KC50b0A6OVonFnOBCdzE1RlXVvPs6H1OKl61OPL+4GM4wYHgEMF 3tBsBpskgUHBasE5RaDg09psEdFMO89H+zBh6yxFGzQHC4a2x59stZodti7Unb9w3ip3 mpoXzbfBU4xUT/UbFsVCp1cgbSVyRyVFmDIkDKTLaIBfDWGjHIVI9zExBMetamcbFQku RUDA==
X-Gm-Message-State: AOAM530xAmSo5rQfKaoyf7Hqk/l+jWozdNoUWCeP70+Cr0k4aXescINK tYsWae50cOQmZJkCXpFFNCFz2t6cSGgdpg==
X-Google-Smtp-Source: ABdhPJweWnV5pZIpxxe72zz45Zo2OLtcaUAe98pWVywLKSCUSKPiq+8hZMmpUy0KWldz56UVU7W39g==
X-Received: by 2002:a63:161e:: with SMTP id w30mr4361923pgl.255.1602877460936; Fri, 16 Oct 2020 12:44:20 -0700 (PDT)
Received: from [192.168.178.20] ([151.210.132.159]) by smtp.gmail.com with ESMTPSA id e21sm3623448pgi.91.2020.10.16.12.44.18 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Fri, 16 Oct 2020 12:44:20 -0700 (PDT)
Subject: Re: Weekly curated news stories about IETF-related topics
To: John C Klensin <john-ietf@jck.com>, Jay Daley <jay@ietf.org>
Cc: ietf@ietf.org
References: <CE84EEA7A089318F95D685D3@PSB> <B68985BE-4A04-4257-BAFA-9921141883E5@ietf.org> <58D09C988522E7AA371F44CD@PSB>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Message-ID: <dd8f30df-892d-66a7-bfcf-1835c1903085@gmail.com>
Date: Sat, 17 Oct 2020 08:44:15 +1300
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.9.1
MIME-Version: 1.0
In-Reply-To: <58D09C988522E7AA371F44CD@PSB>
Content-Type: text/plain; charset="utf-8"
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/YxFkIyeRUsw1mIWeXqV-r5b10CQ>
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, 16 Oct 2020 19:44:24 -0000

John,

On 16-Oct-20 22:49, John C Klensin wrote:
> 
> 
> --On Friday, October 16, 2020 21:48 +1300 Jay Daley
> <jay@ietf.org> wrote:
> 
>> Hi John
>>
>> Yes we are paying for this.  No there was no RFP as David is
>> pretty much unique in this area. The cost is extremely small
>> even with our time factored in and is independent of the
>> number of subscribers so extending its availability to the
>> entire community is the same cost as if we had kept it just
>> for use by the comms team.  The cost is so small that we are
>> well into micromanagement if the community needs to be
>> consulted about a cost of this magnitude.   
> 
> Jay,
> 
> It isn't the cost (although I think I was legitimately curious
> about that), it is the principle (actually several of them),
> including:
> 
> (1) This appears to me to be an expansion of the role and scope
> of the LLC, 

Respectfully disagree. RFC 8711 explicitly mentions "support outreach and communications"
under "Executive Director and Staff Responsibilities". Previously I would have expected something like this to be done by ISOC, but itsm that we intentionally changed that.

Regards
   Brian

> carried out without community consultation, much
> less initiated from the community determining that it is needed.
> Noting that one can get an unevaluated summary of news items
> mentioning the IETf for free from multiple sources, the concern
> about expansion of roles of the LLC and the comms team, would be
> legitimate even if the comms team decided it needed a curated
> news summary for its own internal purposes, but that would at
> least not raise the issues under (3) below.
> 
> (2) If there are costs involved and/or the work is being done
> under a contract with the LLC, I believe that the principle is
> that the LLC issues public RFPs and competes the activity.  I
> haven't noticed an LLC policy that says that principle does not
> apply if contracting or hiring is involved when the amount is
> small or what that amount threshold is.  In particular, if a
> hypothetical RPP were exposed to the community, I believe (based
> on recent comments from others if nothing else) there would be
> very strong input that accountability for accuracy and means of
> giving feedback per perceived errors or omissions be spelled
> out.  And that brings us to...
> 
> (3) If this is going to be made publicly available, using an
> IETF web site and IETF resources, the issues several others have
> raised about accuracy and agreement about what things mean
> apply.  Even if disclaimers are present, our publishing one
> point of view rather than opening things up to at least, e.g.,
> letters to the editor/curator, implies a kind of endorsement.
> 
> (4) We could debate whether David is the best person on earth to
> do this (perhaps I would agree with you and the LLC that he is)
> but he is by no means unique (if you believe he is, I suggest
> that is a lack of due diligence).  There are competitors to his
> other work (whether the LLC thinks they are better or worse) and
> other people working in the general area, some of whom are quite
> good.  Whether any of them would be willing is a question whose
> answer cannot be determined without asking, and you and Greg,
> speaking for and committing the LLC as you have pointed out in
> other notes, have apparently chosen to not ask.
> 
> (5) I may regret mentioning this, but there is also a potential
> overlap here with publications that lie within the scope of the
> RFC Series Independent Submissions Editor.   Noting that
> summaries of IETF and standardization activities have been
> published in the RFC Series in the past, if someone came to the
> ISE and suggested periodic publication of a news summary (as an
> opinion piece by the person making the suggestion and subject to
> editorial review), while I'd predict the ISE would decline the
> opportunity for a number of pragmatic reasons, it would not
> obviously be out of scope, nor would it be out of scope for the
> ISE to recommend to the LLC that it provide a stipend to the
> person doing the work (again, without judging what decision
> would be made).  To the extent to which we see the independent
> submission process as supporting the IETF's standardization
> efforts (even or especially when documents are published the
> criticize the IETF's work and conclusions), the LLC is pushing
> the boundaries of that principle as well.
> 
> As I have said to you in another context, the question is not
> whether or not the LLC can do things like this, ignoring or
> rejecting some or all of the principles above because we agree
> that it can.  Whether it is wise, appropriate, or the best way
> to serve the IETF and its objectives is another matter.
> 
> YMMD and probably will.
>     john
> 
> 
> 
>