[Rfcplusplus] A note on tonight's plenary

Ted Hardie <ted.ietf@gmail.com> Wed, 18 July 2018 17:31 UTC

Return-Path: <ted.ietf@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 7E0B9130E27; Wed, 18 Jul 2018 10:31:57 -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 fmOIsk6UkguD; Wed, 18 Jul 2018 10:31:54 -0700 (PDT)
Received: from mail-oi0-x235.google.com (mail-oi0-x235.google.com [IPv6:2607:f8b0:4003:c06::235]) (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 E5682127AC2; Wed, 18 Jul 2018 10:31:53 -0700 (PDT)
Received: by mail-oi0-x235.google.com with SMTP id k81-v6so10298215oib.4; Wed, 18 Jul 2018 10:31:53 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=XYT86FllIM+RF2YJsCAxgRbceNdtPGm0LlfNFqeM0Ds=; b=scheluS7uWmn5zDZNjfdX2bRKSGcdk8Oe/3TNBbQ804ik/3iKxYjlKKTTZ5oJK+lot nKOsjMenAGjz0Q3q7AtIhJgPO3qDEBk4PmFlF7mzJmq0DprjNyYZmwQV6b3Ttm9nz7nH /7LhD1AfetACAhB+Whnp3iiid4DSWsUlTUiLfodtR/Mr9RgNoZ62sMV8Hc/y3wvnaXTx MXpE/7g6Uu4dhlJPFsbgbw3KtyS6x60xrGpDsL5p2aGj6jzqnM7uKVIL+K+khV5BDclB zQp/jO1It48ptbThXtUaojdmdtxMjMKAPShwjTKB3kL+CoccEFVrS4c6UfrLE51FpKXb s4TA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=XYT86FllIM+RF2YJsCAxgRbceNdtPGm0LlfNFqeM0Ds=; b=P9D8i+YFkzl0bHufYB+HT9uiLr3j/0uZu2+RX+GpOAbdb2NUjjYo+pfwOE/twws9Qb VJpbysftWRCn5atfyHy1q7ZHZnyUNR5JZkIt11XTqalhEJ5NLe+185HGqLZ4nVlMgiLt QfKdWVjG5Kw412zL2ro9CJAJriggtC6nJBQsYIbmYaM8M5/CSqRV5x7jwk8aSXni+shX uF8C4+WRISTxkg8AhSG+uFYYr5KGoxf9LoCLUtoFSOdZ4D06MckjCEy9idTslTy4vW9G L2YhgzTXUmiu3R0ynmO4AfRswApEkggewMWe5HgfJmc8OKSMGno4jUbMsxm7qTQctYrE PUBg==
X-Gm-Message-State: AOUpUlEmAdXxtvyiVhubDyDveZYzEBL6lD1jUwudCWVApZxmdWfe9DK1 VuVJhKdrO/QnP21PCb3XwrRxxbFblYPiq7kac0WWlQ==
X-Google-Smtp-Source: AAOMgpejgE39NutbMUWant1z2os8tr2vqo20AucfZcylVUc4CI/taaQjk1bMDTuCDCaAA0oPrkIOq5w6yO2A35iJgSQ=
X-Received: by 2002:aca:4782:: with SMTP id u124-v6mr7644842oia.45.1531935112752; Wed, 18 Jul 2018 10:31:52 -0700 (PDT)
MIME-Version: 1.0
Received: by 2002:a4a:66d9:0:0:0:0:0 with HTTP; Wed, 18 Jul 2018 10:31:22 -0700 (PDT)
From: Ted Hardie <ted.ietf@gmail.com>
Date: Wed, 18 Jul 2018 13:31:22 -0400
Message-ID: <CA+9kkMBcTB=Pqa1SwyCqrqcxaDdXO5unGq_jy1mP+TTFpmK+oA@mail.gmail.com>
To: rfcplusplus@ietf.org, IETF <ietf@ietf.org>
Content-Type: multipart/alternative; boundary="00000000000036f51d0571497079"
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfcplusplus/n71rBVfZlwuDSpEr7EuLJM-Wd-I>
Subject: [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:31:58 -0000

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