Re: Question about pre-meeting document posting deadlines for the IESG and the community

Eliot Lear <lear@lear.ch> Sun, 17 March 2024 09:57 UTC

Return-Path: <lear@lear.ch>
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 8A0ACC14F604 for <ietf@ietfa.amsl.com>; Sun, 17 Mar 2024 02:57:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.096
X-Spam-Level:
X-Spam-Status: No, score=-7.096 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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, T_SPF_HELO_PERMERROR=0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=lear.ch
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HxDyXQRH24_g for <ietf@ietfa.amsl.com>; Sun, 17 Mar 2024 02:57:45 -0700 (PDT)
Received: from upstairs.ofcourseimright.com (upstairs.ofcourseimright.com [IPv6:2a00:bd80:aa::2]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B00F5C14F5FD for <ietf@ietf.org>; Sun, 17 Mar 2024 02:57:42 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=lear.ch; s=upstairs; t=1710669459; bh=IFlznvvlEv0sJjAApZuEk2sreKjZCs/E3wlqe3RT/OY=; h=Date:Subject:To:Cc:References:From:In-Reply-To:From; b=qmoe9nX4mEv59UqTbmBqFnE303JY24YHjs2qpbXvcJFL3mcNfXbALm1AyUWHCH3cC Q1hwxSyl61hX9CiJ9D6+OmH+ysygQCBQgxfbtaGffwi4BuDuhgQywZhtPTZdL2NmQq s8M7KTZ++MBwvMdVcWeYBcmuDsvGCmtjXDZGTfDs=
Received: from [192.168.0.99] (77-58-144-232.dclient.hispeed.ch [77.58.144.232]) (authenticated bits=0) by upstairs.ofcourseimright.com (8.15.2/8.15.2/Debian-22ubuntu3) with ESMTPSA id 42H9vcXu3438968 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO); Sun, 17 Mar 2024 10:57:39 +0100
Message-ID: <e15c041f-19a4-4ba0-96bb-1b8e55953d82@lear.ch>
Date: Sun, 17 Mar 2024 10:57:38 +0100
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
Subject: Re: Question about pre-meeting document posting deadlines for the IESG and the community
Content-Language: en-US
To: Carsten Bormann <cabo@tzi.org>
Cc: ietf@ietf.org
References: <7826C4F13FA874CD79459A4B@PSB> <65A7921B-2A05-439A-976C-226560C5E7F4@strayalpha.com> <e0702d8a-cea5-4928-b571-98442ccd4f29@petit-huguenin.org> <6d0c6b07-2fc3-496c-ba66-dc40cbf46df8@dfn.de> <69EE71C9-C42B-49A6-BC0D-508F799DB68E@tzi.org>
From: Eliot Lear <lear@lear.ch>
Autocrypt: addr=lear@lear.ch; keydata= xsBNBFMe1UQBCADdYOS5APDpIpF2ohAxB+nxg1GpAYr8iKwGIb86Wp9NkK5+QwbW9H035clT lpVLciExtN8E3MCTPOIm7aITPlruixAVwlBY3g7U9eRppSw9O2H/7bie2GOnYxqmsw4v1yNZ 9NcMLlD8raY0UcQ5r698c8JD4xUTLqybZXaK2sPeJkxzT+IwupRSQ+vXEvFFGhERQ88zo5Ca Sa1Gw/Rv54oH0Dq2XYkO41rhxQ60BKZLZuQK1d9+1y3I+An3AJeD3AA31fJZD3H8YRKOBgqe ILPILbw1mM7gCtCjfvFCt6AFCwEsjITGx55ceoQ+t5B5XGYJEppMWsIFrwZsfbL+gP31ABEB AAHNGUVsaW90IExlYXIgPGxlYXJAbGVhci5jaD7CwI4EEwECADgCGwMCHgECF4AWIQSY0L2Q Rh2wkqeyYR2HtmtG2dJ6MwUCWxJwMwULCQgHAgYVCAkKCwIEFgIDAQAKCRCHtmtG2dJ6M8KI B/46pFrJX+4Ockl2fHR303ais9Lyx8jv6mXKKOr8WR0UYcJ0syQrhaaZNG1VV98tYQHHK9F5 y7hH4YCsrr3odZ6zoavnx5X1X/2xw8y732f/irVoOOkYLid9IGPxa2e2nYXCZpde5/yvv3we XVE4mG4dEAD5T8iKS4Hz/3fKGJQ15o79Jv92HgC7RpCt0WaiQ0b6acP3PuwjDJzJzLFZzb7j IiB3izxQESSWE1GNRmoAK/k0gW6kmx1/87tQENrK+3Nn4CJSFQWF6entLnY7UeVm95wbMQkJ evwddDWUO2huDbmZnmxgKXGzSSpuNq7n8ICAOlbt0HfdJAZQfy25bwvezsBNBFMe1UQBCAC0 WV7Ydbv95xYGPhthTdChBIpPtl7JPCV/c6/3iEmvjpfGuFNaK4Macj9le20EA5A1BH7PgLGo HOiPM65NysRpZ96RRVX3TNfLmhGMFr5hPOGNdq+xcGHVutmwPV9U7bKeUNRiPFx3YdEkExdd qV2E8FltT0x2FSKe2xszPPHB6gVtMckX5buI9p1K3fbVhXdvEkcYY/jB0JEJGyhS5aEbct5c HUvDAkT81/YFK5Jfg8RRwu1q1t1YuIJSOWAZQ9J9oUsg6D9RpClU+tIFBoe3iTp1AUfJcypu cGKgLYKtpu/aygcpQONHYkYW5003mPsrajFhReVF5veycMbHs4u5ABEBAAHCwF8EGAECAAkF AlMe1UQCGwwACgkQh7ZrRtnSejOSuQgA27p2rYB7Kh20dym6V8c62pWpBHHTgxr/32zevxHS iXl6xvUCg5T8WUwfUk8OvgDcBErK/blDAMXQzSg3sp450JhR8RnXHXF5Zz2T04X7HnlIVJGw f2CjnwyEAJCqMzaCmI+g3Imvg/8L4nyBFvhlFHDv+kIvMiujyycjPAu7xxKplBs1/IEwmDoA MjneFmawvfeQnwdMhSKK8PjKSuzGU5uUmxj3GBfRqvTM0qpmhMPFOmDhJSmH55HLAky2Mlmq JYXJPt/9EfSEhFiua1M6gLiuNEuPkp+8jcnHQqKr0IeHt8UqcwLt2mGfIyl0FVdF9hvWPjNR zGbgqoT1Di03RQ==
In-Reply-To: <69EE71C9-C42B-49A6-BC0D-508F799DB68E@tzi.org>
Content-Type: multipart/signed; micalg="pgp-sha256"; protocol="application/pgp-signature"; boundary="------------lFl1O70AJ23Xv5R2ZmxevvBJ"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/TLk8gFNM9UGEUxUHMYr2YRSze8o>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: "IETF-Discussion. This is the most general IETF mailing list, intended for discussion of technical, procedural, operational, and other topics for which no dedicated mailing lists exist." <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: Sun, 17 Mar 2024 09:57:49 -0000

+1 to everything Carsten wrote, and I would add one more:

Having a uniform deadline in advance of the meeting also strengthens not 
only the technical consensus but the faith in the process, that it was 
fair, and that everyone has had a chance to come up to speed complex, 
often poorly articulated *draft* concepts, to discuss the same text 
without having wasted their time on old text.  As Carsten alludes, this 
particularly important when a working group's decisions might have broad 
impacts. There's obviously a balance to that aspect and impeding 
development of the work.

Eliot

On 16.03.2024 22:20, Carsten Bormann wrote:
> On 16. Mar 2024, at 15:05, Jan-Frederik Rieckers<rieckers@dfn.de>  wrote:
>> Since I'm relatively new - what was the "-00 special" that Carsten mentioned?
> There was a time when the deadline for -00 drafts was a week (?) before the one for all follow-on drafts.
>
> I forget the rationale — maybe it was that a new thing (a -00) would take longer to digest than an update (-nn where nn > 00).
>
> In any case, the actual change in behavior wasn’t so much that people posted their drafts a week earlier; people just posted a placeholder draft as -00 and had another week to do the -01 that would be the actual input to the meeting.
>
> I think this example serves us as a reminder that it is less important what we are trying to achieve with a change, compared with what the resulting change of behavior will be.  It is not enough to mean good, it is the actual outcome that counts.
>
> Someone (sorry) proposed making the I-D deadline a per-working-group decision.
>
> I can disclose that many of the process rules that we enjoy are actually meant to give leadership (here, the working group chairs) a stick to get some desirable behavior out of the participants, and the creation of a “Sachzwang” (untranslatable German bureaucrat-speak, maybe “force of circumstance”) is one of the best ways to give WG chairs that stick,
>
> Of course, some will ask why working groups should be punished that don’t want to have that deadline.
> (First of all, we could actually make it less of an exception to have AD-approved secretariat-posted I-Ds for WGs that deliberately make it part of their process.  I have used this workaround to good effect when there actually was a reason.  Talk to your AD!  Ahead of time.)
>
> But to most of the WG chairs I would say: You are holding it wrong (the stick).
>
> Of course, the chairs can decide to give agenda time to drafts that are on a git forge such as GitHub only (or, worse, in some random personal web space — don’t allow that).
> Setting the expectations right is the important thing.
> The current times (close 2 weeks before, open 1 day before) are exactly what is needed in a good number of cases, and their consistency helps people who want to do work across WGs.
>
> Communicate what behavior you want from your WG draft authors (“editors”) and from the producers of new stuff. The standard timing will give you the right thing in most of the cases, and your AD is there to help with the exceptions.
>
> Grüße, Carsten
>
>