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

Keith Moore <moore@network-heretics.com> Sun, 24 March 2024 16:47 UTC

Return-Path: <moore@network-heretics.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 177D8C14F5F5 for <ietf@ietfa.amsl.com>; Sun, 24 Mar 2024 09:47:01 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.904
X-Spam-Level:
X-Spam-Status: No, score=-1.904 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, T_SCC_BODY_TEXT_LINE=-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 (2048-bit key) header.d=messagingengine.com
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 wnsiN2f5lwBN for <ietf@ietfa.amsl.com>; Sun, 24 Mar 2024 09:46:56 -0700 (PDT)
Received: from fout7-smtp.messagingengine.com (fout7-smtp.messagingengine.com [103.168.172.150]) (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 05853C14F5E7 for <ietf@ietf.org>; Sun, 24 Mar 2024 09:46:55 -0700 (PDT)
Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailfout.nyi.internal (Postfix) with ESMTP id 70B8413800A2; Sun, 24 Mar 2024 12:46:54 -0400 (EDT)
Received: from mailfrontend1 ([10.202.2.162]) by compute1.internal (MEProxy); Sun, 24 Mar 2024 12:46:54 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:subject:subject:to :to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s= fm2; t=1711298814; x=1711385214; bh=TK8aCFN2Y2YHPDfHmDMKH+mY2X1U d4iTOY/75O95rVI=; b=etMUhraDYvPb0M3ztGrzvd7aj3pltYslZGCzZjPKvzr3 8aucoJw3yh20U3F3DgrpP+w032H41yMSQ00+k7rSz1mMLwZEHFuIjULtyG+JzZN8 GDVqvS80ADVcvW5JOxTuxBP19Huj8C5helO9zWNHF9mM4XRqOBskGkl+x+6K9cHx 0+2S5cJPKWeU3mCyqj3iYbY20CZAJUHHrleNWeu6rCJYJw13CnEbbyEveg71wu2u XNeiiCL4+btP3ksZH0C1NvKYlQrlzQlN+Jt4q0vl2sqNLH8YAByNF6uDLtfB0Dec bK73ktpTt/um591ycRLaAVQAeA8ORHFHvbLM9iNOuw==
X-ME-Sender: <xms:_lgAZq5XMvm44eT0aX0iataKzcJg4k5dcWU5brKQNh8OSoNc_4S83w> <xme:_lgAZj7Fk1Uu1EN4RGynkd8rWEIA2Nm8giuwHgoz0CWhjTMYK9tJvl5WXPQzmyfFN JhUejOks0kw5w>
X-ME-Received: <xmr:_lgAZpcHqcOcAlI-LgGk7QH07d6_r85dd1wsdVasWvfZ2ZthC5b5SYrBdFI_gulzo3rX0mg8YgEwA6-em-pG-C21-W6mGKgJ>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvledruddtjedgleehucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpegtkfffgggfuffvfhfhjgesrgdtre ertddvjeenucfhrhhomhepmfgvihhthhcuofhoohhrvgcuoehmohhorhgvsehnvghtfiho rhhkqdhhvghrvghtihgtshdrtghomheqnecuggftrfgrthhtvghrnheptdeiueegvdfhke fhtdeltddttdelteegteelleduueetueevhedtgeekudfhleeknecuffhomhgrihhnpehi vghtfhdrohhrghenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfh hrohhmpehmohhorhgvsehnvghtfihorhhkqdhhvghrvghtihgtshdrtghomh
X-ME-Proxy: <xmx:_lgAZnJR4WEu0icUfszQMxvJ_jLQgselZaXhQQGPtAAXtbrXxMj-EQ> <xmx:_lgAZuLdd0mbkx2_B4_jMcxFJlGUBVMQu7lDM8tz4dpXj18-fy_Blg> <xmx:_lgAZowhoQIXXlmGKpRJv62RwvjvvJPald3cttnCCzHaYmkGfFZjCw> <xmx:_lgAZiKibKr3j-61JKvEUfWulTPaO3FY_sTA8J0dHFQsUYWo0U0HKQ> <xmx:_lgAZlUFuBdEOzNje_k14cSL9MPM1bxYvz4xILvAjRr5Q6YOcwnvWg>
Feedback-ID: i5d8c41f0:Fastmail
Received: by mail.messagingengine.com (Postfix) with ESMTPA; Sun, 24 Mar 2024 12:46:53 -0400 (EDT)
Content-Type: multipart/alternative; boundary="------------Nv61zdpRUv0NH96NFwo6KBAr"
Message-ID: <5af5aabd-7201-485e-b828-752951b1a852@network-heretics.com>
Date: Sun, 24 Mar 2024 12:46:53 -0400
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: S Moonesamy <sm+ietf@elandsys.com>, 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> <1d301b86-c994-4a9c-810c-9a42e12a0ad8@network-heretics.com> <53C617FA98D84931861C1F59@PSB> <85D994BF-5E89-437B-821C-12DE93C403B3@episteme.net> <6.2.5.6.2.20240322143647.10ef96f8@elandnews.com> <569FBECE-E637-4B2A-86C5-4F7B7AEC333E@episteme.net> <7F1502637EB78EE7032F4384@PSB> <6.2.5.6.2.20240323004217.115aeb28@elandnews.com> <240d0bf6-36e8-410d-8f86-2069dfc16f52@network-heretics.com> <6.2.5.6.2.20240323154539.127fbdb8@elandnews.com> <897e2bce-2187-433c-af26-c8c8f3b37c1b@network-heretics.com> <6.2.5.6.2.20240324031614.13b523c8@elandnews.com>
From: Keith Moore <moore@network-heretics.com>
In-Reply-To: <6.2.5.6.2.20240324031614.13b523c8@elandnews.com>
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/-obXGDB-sRynaDoPUpX4i0dGg0Y>
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, 24 Mar 2024 16:47:01 -0000

On 3/24/24 08:34, S Moonesamy wrote:

>> I don't think it's possible to reliably establish that the people 
>> showing interest in a WG's deliverables (for the present or future) 
>> are okay with a particular set of practices.   Even if a WG 
>> explicitly asks everyone on its mailing list for their consent to a 
>> change in the rules, new participants may join at any time, and it's 
>> not desirable to exclude or discourage new participants.
>
> There is a misunderstanding of the requirement/rule.  There are 
> requirements/rules which I cannot change, e.g. the Last-Call shall be 
> two weeks.
>
> Sometimes, a practice (sorry if it is not the correct word) is set by 
> agreement when the WG starts its work.  I found it useful as it allows 
> the WG to meet its target date for delivering the I-D to the AD.  For 
> what it is worth, I have been off by six months on a target date.  All 
> the RFCs which I shepherded were published in under three years.
>
> Over the years, I only received one complaint about the exclusion of 
> participants.  The person who filed the complaint had a point. 
> However, the point was something to do with IETF policy (which is 
> something which I could not change).
>
> The question which John asked for about documents to be discussed at a 
> meeting.  A person, irrespective of characteristics, who comes to the 
> meeting could protest if a rule was violated.
I have generally found that WG deadlines were often set without much 
appreciation for the difficulty in sorting out the technical problems.  
(No opinion about whether that was true for the documents you're 
referring to here.)
>> One of my big concerns about working groups, especially these days, 
>> is that there seems to be an increasing tendency for WGs to operate 
>> as closed clubs.  They can't stop new people from joining their 
>> mailing lists or their publicly announced meetings, but they can 
>> discourage participation from newcomers in various ways. Holding 
>> "interim" meetings (whether remote or in-person) without 
>> community-wide announcement in the usual means (e.g. ietf-announce) 
>> is certainly one way they can do that.   Having the chair or other 
>> designee object to any suggestion by an "outsider" is another way.  
>> It's absolutely NOT okay for a WG to operate in that way, even if 
>> some of the core participants think it's ok.
>
> As a comment on interim meetings, there is a decision by the IAB at: 
> https://datatracker.ietf.org/group/iab/appeals/artifact/39
I have pretty strong opinions about interim meetings based on my own 
experience while on IESG, in which one WG in particular was holding 
interim meetings without broad public notice and only to the WG mailing 
list.   I found that this WG was hostile to outside input and that this 
was detrimental to the quality of their output.   I still find that WG's 
output to be of very low quality and to impair interoperability to this 
very day.   And I believe that the complexity of the spec that they 
produced discourages additional implementation which might improve 
reliability for users.

But on rereading IESG's current guidance, the only thing that really 
bugs me is that they permit frequent online interim meetings and that 
they only consider the current set of WG participants' interests, and 
not so much the interests of potential participants from outside the 
current WG.   I continue to believe that IETF needs to facilitate broad 
participation and needs to discourage working groups operating as 
effectively closed clubs, by whatever mechanisms they use (including 
making disparaging remarks about non-regular participants who show up at 
meetings, as I've seen done).   I don't think that the current set of WG 
participants are the only set of potential participants whose interests 
need to be considered in making scheduling decisions for a WG.  I also 
don't think that mere "discussion" of proposed meetings with the 
responsible AD is adequate, but I expect that in practice a WG is 
unlikely to meet over the AD's objection.

Keith