Re: [113attendees] HotRFC at IETF-113 -- 2nd call for participation

Michael Richardson <mcr+ietf@sandelman.ca> Tue, 22 March 2022 09:57 UTC

Return-Path: <mcr@sandelman.ca>
X-Original-To: 113attendees@ietfa.amsl.com
Delivered-To: 113attendees@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B2D813A0D79; Tue, 22 Mar 2022 02:57:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.909
X-Spam-Level:
X-Spam-Status: No, score=-1.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
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 ehdqd5eHQ67V; Tue, 22 Mar 2022 02:57:26 -0700 (PDT)
Received: from relay.sandelman.ca (relay.cooperix.net [IPv6:2a01:7e00:e000:2bb::1]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C97023A0D71; Tue, 22 Mar 2022 02:57:25 -0700 (PDT)
Received: from dooku.sandelman.ca (unknown [IPv6:2001:67c:370:128:8273:5eb7:1d0c:7402]) by relay.sandelman.ca (Postfix) with ESMTPS id D6A2C1F458; Tue, 22 Mar 2022 09:57:22 +0000 (UTC)
Received: by dooku.sandelman.ca (Postfix, from userid 179) id F256F1A01C2; Tue, 22 Mar 2022 05:57:21 -0400 (EDT)
From: Michael Richardson <mcr+ietf@sandelman.ca>
To: Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com>
cc: IESG <iesg@ietf.org>, IRTF Discuss <irtf-discuss@irtf.org>, WG Chairs <wgchairs@ietf.org>, IETF Discussion <ietf@ietf.org>, 113 attendees <113attendees@ietf.org>
In-reply-to: <CAKKJt-dOLf=+9=UmRC5bPUEk-Bj01uBWB8cy4EK02mjwA5yM1g@mail.gmail.com>
References: <CAD62q9U=CpSi-4BooQfdM7dc0FMCiqSAyCu-fVe2ckrQP7fmtw@mail.gmail.com> <CAKKJt-dOLf=+9=UmRC5bPUEk-Bj01uBWB8cy4EK02mjwA5yM1g@mail.gmail.com>
Comments: In-reply-to Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com> message dated "Tue, 22 Mar 2022 00:29:18 +0100."
X-Mailer: MH-E 8.6+git; nmh 1.7.1; GNU Emacs 26.3
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="=-=-="; micalg="pgp-sha512"; protocol="application/pgp-signature"
Date: Tue, 22 Mar 2022 10:57:21 +0100
Message-ID: <742921.1647943041@dooku>
Archived-At: <https://mailarchive.ietf.org/arch/msg/113attendees/VjkrUrtguP8U8Fg8OsPTTJIdbBE>
Subject: Re: [113attendees] HotRFC at IETF-113 -- 2nd call for participation
X-BeenThere: 113attendees@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Mailing list for IETF 113 attendees <113attendees.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/113attendees>, <mailto:113attendees-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/113attendees/>
List-Post: <mailto:113attendees@ietf.org>
List-Help: <mailto:113attendees-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/113attendees>, <mailto:113attendees-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 22 Mar 2022 09:57:33 -0000

Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com> wrote:
    > I'd like for the IESG to think a bit about how the IETF can use HotRFC
    > more effectively. Most of the work behind HotRFC has been done by
    > people who weren't on the IESG, so I'm talking about making sure that
    > we don't forget to think about when to schedule it, who should be
    > hosting it, and how to publicize it - given that, the rest of HotRFC is
    > easy.

This was my first HotRFC.  I have mostly chosen to take that time as away/me-time.
But, it worked out for me, and I joined in person.

I think that the best part of HotRFC is that the time is limited, and that no
questions are permitted.  This avoids any kind of debate, and really forces
presenters to focus on their key message.

The lack of debate likely also lowers the barrier: if you know you can't get
attacked in the mic line, it may be less intimidating.

I tried the HotRFC last time, via gather.town, with the recorded videos and
questions on the floor.  It's entirely a different thing, and I think that
actually, it is usefully complementary.

I will note that *DISPATCH is also become more of a thing.

While previously we often had a 1st non-WG forming BOF followed by ML and charter
discussions, we now have:
      HotRFC -> *DISPATCH -> WG-forming BOF


That's okay with me, but it goes to the RFC2026 is wrong debate, and we
should probably tell people about this more explicitely.  That doesn't mean
we have to freeze this process: but we do need to tell people it's happening.

--
Michael Richardson <mcr+IETF@sandelman.ca>, Sandelman Software Works
 -= IPv6 IoT consulting =-