Re: [Rfcplusplus] A note on tonight's plenary

"Andrew G. Malis" <agmalis@gmail.com> Wed, 18 July 2018 17:59 UTC

Return-Path: <agmalis@gmail.com>
X-Original-To: rfcplusplus@ietfa.amsl.com
Delivered-To: rfcplusplus@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5FC42131012; Wed, 18 Jul 2018 10:59:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.988
X-Spam-Level:
X-Spam-Status: No, score=-1.988 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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, 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 VkmjUfP_YNr0; Wed, 18 Jul 2018 10:59:27 -0700 (PDT)
Received: from mail-oi0-x236.google.com (mail-oi0-x236.google.com [IPv6:2607:f8b0:4003:c06::236]) (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 D6257130F7E; Wed, 18 Jul 2018 10:59:26 -0700 (PDT)
Received: by mail-oi0-x236.google.com with SMTP id k12-v6so10449073oiw.8; Wed, 18 Jul 2018 10:59:26 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=lawQ+j3d8A+OJwDPT+RQqZx0n1r+SGOilj9dWhAI9oQ=; b=Cs0DXMgYqz6z2UEct3Yh4OCpLuRR+iGDvSoCcJu8aoBzE/WXa+sCWGyxxOmszWCxkR hCLGxFXfEa4GrBufi0vydEwkHMKFIC6LXBW0W//zUckFKk4kxw7r2X+5GUr8JPEHDsPG eIM0xkxngRA8405o7pSZgE8jkCGpKuaBEOYabvqItU7fBxM82/koadaGKbOe/xrxfpWK EXMZeYPQ8EzvZxslo0VmnpPxJ9X9mjQ/GogTOBKgH3fF18DNc27uNezKu9uoXdzHlYeA NiujMt6Jv+n+2Q2TNZF2MRWwc6mMMdme4MxFbOhDbfgTxwz7SpympBVs8UiKOwjP8atN MbWg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=lawQ+j3d8A+OJwDPT+RQqZx0n1r+SGOilj9dWhAI9oQ=; b=QWlsaD4ztzLvY28Mw/u1PkSNZtuk7X7E68pIqqJoek2g2kbwqDxyEeZQ9YoszFtcAj dxprKQFNZfPH2+jzUaipP4V4PHcoICwnva1i4/gzhr36k94CM2oyLddGR1vpd69HUk+q jazY9KteI8X2owL1LCx+mgrXTzNl6Mu2rFgY0QbDxRI6OygqKvwECBW8OQfA+h/aJLFP iewJlTmXpWSYbSBP2y7j74JwJmfrprHtaA6BWf7FFs14ysVPeDIkmaCTUlQq1pE1+3HK puzSfXQFn9310gSrSRgkB/TL/MBCsNEO+ouddQFWNPI5aszTR6PkgOZfaDyT1m9wFb1R oynQ==
X-Gm-Message-State: AOUpUlHOxq+QB2row3MyW/bJWd1AwlzkJ2fPJmm2EGcw1MHeJoM/LyrE pTxzqTrnHP2HxnEtPIVsRHch9wc8DmRaLXFz9dA=
X-Google-Smtp-Source: AAOMgpe0MVquwdYMzmtGHQN7xDCmMyqxusOv/hzWTYjdhQK00x1YjbgIhVcH6k8mOlD29pIJ7wSJXNVflS7xSfaajXM=
X-Received: by 2002:aca:ddd4:: with SMTP id u203-v6mr7863930oig.204.1531936766070; Wed, 18 Jul 2018 10:59:26 -0700 (PDT)
MIME-Version: 1.0
Received: by 2002:a9d:30c2:0:0:0:0:0 with HTTP; Wed, 18 Jul 2018 10:59:05 -0700 (PDT)
In-Reply-To: <CA+9kkMBcTB=Pqa1SwyCqrqcxaDdXO5unGq_jy1mP+TTFpmK+oA@mail.gmail.com>
References: <CA+9kkMBcTB=Pqa1SwyCqrqcxaDdXO5unGq_jy1mP+TTFpmK+oA@mail.gmail.com>
From: "Andrew G. Malis" <agmalis@gmail.com>
Date: Wed, 18 Jul 2018 13:59:05 -0400
Message-ID: <CAA=duU1Z9P6JGJpk53YOGF-DLro1C03xUpLFMWjk8d29effOYg@mail.gmail.com>
To: Ted Hardie <ted.ietf@gmail.com>
Cc: rfcplusplus@ietf.org, IETF <ietf@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000c2956f057149d2b6"
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfcplusplus/rdV5V26QdBLHRAa-1yS-LyJMorI>
Subject: Re: [Rfcplusplus] A note on tonight's plenary
X-BeenThere: rfcplusplus@ietf.org
X-Mailman-Version: 2.1.27
Precedence: list
List-Id: For discussion of the RFC++ BoF proposal and related ideas <rfcplusplus.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rfcplusplus>, <mailto:rfcplusplus-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rfcplusplus/>
List-Post: <mailto:rfcplusplus@ietf.org>
List-Help: <mailto:rfcplusplus-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rfcplusplus>, <mailto:rfcplusplus-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 18 Jul 2018 17:59:38 -0000

Ted,

Thank you for your clear summarization of the IAB’s thoughts.

To make the next step clear, would that be for the RSE to analyze the
issues discussed during the BOF and to gather data on market perception,
and then report the results to the community?

Thanks,
Andy


On Wed, Jul 18, 2018 at 1:31 PM, Ted Hardie <ted.ietf@gmail.com> wrote:

> Greetings,
>
> The IESG and IAB understand that there are significant questions about the
> RFC++ BoF likely to come up during the plenary.  Given the IAB's role as a
> shepherd of the RFC series, we anticipate questions during the IAB portion
> of the open mic.
>
> As context, below are some thoughts on the BoF from the IAB.
>
> First, some of this is the result of tired people working to a deadline.
> That rushed effort tried to capture a set of discussions, some of which go
> back before the current IAB (RFC 1796 <http://tools.ietf.org/html/rfc1796>,
> potential adoption of BCOPs
> <https://www.nanog.org/sites/default/files/monday_general_publicoptions_aronson_63.3.pdf>,
> possible new IRTF publication stream), and some of which started at this
> year’s IESG and IAB retreats.   Second, while the experiment in the BoF
> proposal did not have IAB consensus, the IAB strongly believed that we
> needed to hold the related discussions in a public forum.  Holding that
> discussion only within the IAB or even with the RSOC and RSE did not seem
> to us to match the need for transparency for a set of issues of this
> importance to the community.
>
>
> The proponents brought the discussion to the IAB and IESG in the context
> of a BoF because the basic function of a "birds of a feather" session is to
> hold a public meeting for folks interested in a common topic or issue.
> While our usual BoFs are about working group formation, that core meaning
> is why the proponents took that route to reach the community.
>
> We made some mistakes in that:
>
>
>    -
>
>    The context built up by the IESG and IAB at their retreat and in other
>    discussions did not translate into the BoF description, even for those who
>    read all the listed background material.
>    -
>
>    Some of the folks already involved in the RFC processes were not part
>    of early coordination.
>    -
>
>    The problem statement was not sufficiently articulated, and the
>    discussion on the list did not start early enough to help.
>    -
>
>    The use of the BoF term and the location of the meeting at an IETF
>    caused some concern that other parts of the Internet technical community
>    were being deliberately ignored.
>    -
>
>    Engaging folks who were not deeply familiar with the IETF process did
>    not work, despite some folks putting in significant effort to do so.
>    -
>
>    The proposed experiment also did not resonate at all well with the
>    community, and the IAB has heard that feedback loud and clear.
>    -
>
>    The early discussion on the list also caused the chairs to reshape the
>    agenda; while that had some positive effects in moving the discussion up a
>    level, some folks found removing all mention of the experiment confusing.
>
>
> On the positive side, the BoF did give folks a forum to share both their
> concerns about the issue of confusion and for members of the community to
> give clear feedback on their perception of the risks inherent in making
> changes to address the issue.  It also gave clear feedback that Heather, as
> RFC Series Editor, sees gathering data about market perception of the RFC
> Series as in her bailiwick under the terms of RFC 6635. She noted at the
> BoF that she will bump it up her priority stack. We'll take that into
> account in understanding where she's spending her time, and we'll make sure
> the RSOC will do so too.
>
> The IAB confirms that any data she brings to us on that topic will be made
> public and that any discussion of next steps will similarly be public.
> That won’t use a BoF format, given the feedback, but it will be as open as
> we can manage.
>
> We also heard questions about how the IAB spends its time.  You can see
> the IAB report to the community, sent earlier, on the IAB website
> <https://www.iab.org/2018/07/12/report-to-the-community-from-the-iab-for-ietf-102/>.
> Further input on what our priorities should be is always welcome at
> iab@iab.org or architecture-discuss@iab.org.
>
> See you at the plenary,
>
> Ted Hardie
>
> For the IAB
>
>
>
>
>
>
>
>
>
>
> _______________________________________________
> Rfcplusplus mailing list
> Rfcplusplus@ietf.org
> https://www.ietf.org/mailman/listinfo/rfcplusplus
>
>