Re: Question about pre-meeting document posting deadlines for the IESG and the community
John C Klensin <john-ietf@jck.com> Sat, 23 March 2024 04:22 UTC
Return-Path: <john-ietf@jck.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 5EA4DC14F694; Fri, 22 Mar 2024 21:22:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.909
X-Spam-Level:
X-Spam-Status: No, score=-6.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01] autolearn=ham autolearn_force=no
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 8y5Z0k-zNPnF; Fri, 22 Mar 2024 21:22:15 -0700 (PDT)
Received: from bsa2.jck.com (bsa2.jck.com [70.88.254.51]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 51164C14F5EB; Fri, 22 Mar 2024 21:22:14 -0700 (PDT)
Received: from [198.252.137.10] (helo=PSB) by bsa2.jck.com with esmtp (Exim 4.82 (FreeBSD)) (envelope-from <john-ietf@jck.com>) id 1rnstU-000GQR-T4; Sat, 23 Mar 2024 00:22:08 -0400
Date: Sat, 23 Mar 2024 00:22:03 -0400
From: John C Klensin <john-ietf@jck.com>
To: Pete Resnick <resnick=40episteme.net@dmarc.ietf.org>, S Moonesamy <sm+ietf@elandsys.com>
cc: ietf@ietf.org
Subject: Re: Question about pre-meeting document posting deadlines for the IESG and the community
Message-ID: <7F1502637EB78EE7032F4384@PSB>
In-Reply-To: <569FBECE-E637-4B2A-86C5-4F7B7AEC333E@episteme.net>
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>
X-Mailer: Mulberry/4.0.8 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
X-SA-Exim-Connect-IP: 198.252.137.10
X-SA-Exim-Mail-From: john-ietf@jck.com
X-SA-Exim-Scanned: No (on bsa2.jck.com); SAEximRunCond expanded to false
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/PzqtH35pyYK0SK4MihPHVUmx8iQ>
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: Sat, 23 Mar 2024 04:22:16 -0000
Pete, (top post) I think where we disagree is that I'm at least a little more concerned about working groups that become too homogeneous and resistant to "outsider" views and input. Now, I think such WGs are quite rare in the IETF, but I have seen a few situations that I have trouble interpreting in any other way. Ideally, I'd like to see ADs actively monitoring such groups but the ADs have become sufficiently busy that they may not know what is going on unless someone tells them... and no one within such a WG is likely to tell them. I also have what I gather has become a rather quaint notion that ADs should be accountable for the behavior of their WGs even though I see and sympathize with the overload problem. So I see "AD must approve" as a possible small way to alert an AD that someone out of the ordinary _might_ be going on. I'd be almost as happy with "WG Chair can decide, but AD must be notified in a timely way and has the right to override the decision". As far as groups not meeting at the IETF, I agree with you but with one caution. Suppose there are people participating in one or more not-meeting groups but also actively involved with groups that are meeting. I don't know whether activity in the not-meeting groups might distracting them from things during the week but we should at least be asking the question. And, fwiw, another part of the larger picture is our traditional prohibition on interim meetings during, or right before or after, IETF meetings. That is another area in which it might be reasonable for a chair to decide to waive the rules but where I think the responsible (interesting term, that) AD should at least be aware that the meeting is happening and that the chair(s) should be aware that participants in that WG might also be participating in others. I also see one of the main values of IETF meetings being the opportunity for people who are not actively part of a WG to drop in, find out what is going on, and maybe learn something. Who knows, they might turn into active participants. Even at this meeting, very remote and with some time zone disability, I managed to sit in on a few meetings that left me with the feeling that there are some issues to which I should be paying more attention. As I have not been the only one to point out, documents and/or agendas and/or meetings materials posted very close to the meeting may tend to frustrate that sort of open participation and openness to newcomers to that WG. If it happens at one IETF meeting, I think "perceived emergency" or "special circumstances" likely justify it. If it happens time after time, then IMO someone external to the WG should be taking a look at the causes of such a pattern and whether something needs fixing. I don't see it as an absolute but as one of many tradeoffs we need to make. But, again, I see WG accountability to ADs and AD accountability to the community as crucial to avoiding abuses or even the appearance of them. If the IETF has stopped caring about those things, my views are irrelevant to anything but the question of how long it will survive or deserves to do so. best, john --On Friday, March 22, 2024 19:48 -0700 Pete Resnick <resnick=40episteme.net@dmarc.ietf.org> wrote: > On 22 Mar 2024, at 15:02, S Moonesamy wrote: > >> Hi Pete, John, >> At 07:25 PM 16-03-2024, Pete Resnick wrote: >>> But this seems to me too high a burden. If a chair wants to >>> make an exception, they should be empowered to do so and >>> not make this depend on an AD OK, particularly right before >>> a meeting where ADs have lots of other things to deal with. >>> And if a chair or an AD is not directly involved, there is >>> no reason an author shouldn't be able to submit a document >>> that has nothing to do with a WG. >> >> The WG Chairs are allowed to make an exception. If I >> remember correctly, the AD may have to "push a button" to >> release the I-D from the queue. > > As far as I know, the WG Chairs still have to ask permission > of the AD, and then the AD must manually ask the secretariat > to process the document; there is no button to push. One part > of this is the tool, and I should probably "put my money where > mouth is" and help at the Code Sprint to write the tooling to > make this possible. But the other part of it is policy, which > I think should be made more flexible. > >>> We are using the accident of an old set of circumstances to >>> drive procedures rather that discussing what we really want >>> out of the tooling. Please let's stop doing that. >> >> Yes. >> >> Some of the side effects of the accident of history is that >> the two-weeks no-I-D window prevents non-WG I-D from being >> posted and the I-D flood at the beginning of the meeting >> week. > > Yep. And the fixed two weeks means that there is a flood two > weeks before, where some WG chairs might be OK with one week, > or require three weeks, or be OK with two days before. The > accident of history should not constrain us. > >>> (During a chat last night, Barry reminded me that when a >>> change was proposed several years ago, some chairs objected >>> to the change because they did not want the responsibility >>> to allow exceptions and instead wanted it to be an AD >>> override so they could claim powerlessness to insistent >>> authors. I find such an argument a sign of complete >>> dysfunction.) >> >> It's a bit politically unfriendly to take such a decision. > > Yes, that's why they "pay us the big bucks". Chairs sometimes > have to make unpopular decisions and say no to pushy authors. > I promise to be supportive. > > pr
- Question about pre-meeting document posting deadl… John C Klensin
- Re: Question about pre-meeting document posting d… touch@strayalpha.com
- Re: Question about pre-meeting document posting d… Marc Petit-Huguenin
- Re: Question about pre-meeting document posting d… Pete Resnick
- Re: Question about pre-meeting document posting d… John C Klensin
- Re: Question about pre-meeting document posting d… Brian E Carpenter
- Re: Question about pre-meeting document posting d… Benoit Claise
- Re: Question about pre-meeting document posting d… Carsten Bormann
- Re: Question about pre-meeting document posting d… Salz, Rich
- Re: Question about pre-meeting document posting d… Pete Resnick
- Re: Question about pre-meeting document posting d… George Michaelson
- Re: Question about pre-meeting document posting d… Jan-Frederik Rieckers
- Re: Question about pre-meeting document posting d… touch@strayalpha.com
- Re: Question about pre-meeting document posting d… Keith Moore
- Re: Question about pre-meeting document posting d… Carsten Bormann
- Re: Question about pre-meeting document posting d… Keith Moore
- Re: Question about pre-meeting document posting d… Michael Richardson
- Re: Question about pre-meeting document posting d… John C Klensin
- Re: Question about pre-meeting document posting d… Carsten Bormann
- Re: Question about pre-meeting document posting d… Pete Resnick
- Re: Question about pre-meeting document posting d… Keith Moore
- Re: Question about pre-meeting document posting d… Pete Resnick
- Re: Question about pre-meeting document posting d… Abdussalam Baryun
- Re: Question about pre-meeting document posting d… John C Klensin
- Re: Question about pre-meeting document posting d… John C Klensin
- Re: Question about pre-meeting document posting d… Murray S. Kucherawy
- Re: Question about pre-meeting document posting d… John C Klensin
- Re: Question about pre-meeting document posting d… Brian E Carpenter
- Re: Question about pre-meeting document posting d… Carsten Bormann
- Re: Question about pre-meeting document posting d… Keith Moore
- Re: Question about pre-meeting document posting d… Martin J. Dürst
- Rule of removing adopted work (was Re: Question a… Abdussalam Baryun
- RE: Rule of removing adopted work (was Re: Questi… Adrian Farrel
- Re: Question about pre-meeting document posting d… Keith Moore
- Re: Rule of removing adopted work (was Re: Questi… Keith Moore
- Re: Rule of removing adopted work (was Re: Questi… Brian E Carpenter
- Re: Question about pre-meeting document posting d… Keith Moore
- Re: Question about pre-meeting document posting d… S Moonesamy
- Re: Question about pre-meeting document posting d… Michael Richardson
- Re: Question about pre-meeting document posting d… Pete Resnick
- Re: Question about pre-meeting document posting d… John C Klensin
- Re: Question about pre-meeting document posting d… S Moonesamy
- Re: Question about pre-meeting document posting d… Keith Moore
- Re: Question about pre-meeting document posting d… Pete Resnick
- Re: Question about pre-meeting document posting d… Keith Moore
- Re: Question about pre-meeting document posting d… S Moonesamy
- Re: Question about pre-meeting document posting d… Keith Moore
- Re: Question about pre-meeting document posting d… Abdussalam Baryun
- Re: Question about pre-meeting document posting d… Lloyd W
- Re: Question about pre-meeting document posting d… John C Klensin
- Re: Question about pre-meeting document posting d… S Moonesamy
- Re: Question about pre-meeting document posting d… Keith Moore
- Re: Question about pre-meeting document posting d… John C Klensin
- Re: Question about pre-meeting document posting d… Michael Richardson
- Re: Question about pre-meeting document posting d… Michael Richardson
- Re: Question about pre-meeting document posting d… John C Klensin
- Re: Question about pre-meeting document posting d… Michael Richardson
- Re: Question about pre-meeting document posting d… Keith Moore
- Re: Question about pre-meeting document posting d… Murray S. Kucherawy
- Re: Question about pre-meeting document posting d… Carsten Bormann
- Re: Question about pre-meeting document posting d… Murray S. Kucherawy
- Re: Question about pre-meeting document posting d… Keith Moore
- Re: Question about pre-meeting document posting d… Salz, Rich
- Re: Question about pre-meeting document posting d… Benson Muite
- Re: Question about pre-meeting document posting d… Salz, Rich
- Re: Question about pre-meeting document posting d… touch@strayalpha.com
- Re: Question about pre-meeting document posting d… touch@strayalpha.com
- Re: Question about pre-meeting document posting d… Murray S. Kucherawy
- Re: Question about pre-meeting document posting d… Keith Moore
- Re: Question about pre-meeting document posting d… Carsten Bormann
- Re: Question about pre-meeting document posting d… Michael Richardson
- Re: Question about pre-meeting document posting d… Eliot Lear
- Re: Question about pre-meeting document posting d… Rob Wilton (rwilton)
- Re: Question about pre-meeting document posting d… John C Klensin
- Re: Question about pre-meeting document posting d… Michael Richardson
- Re: Question about pre-meeting document posting d… Keith Moore
- Re: Question about pre-meeting document posting d… John C Klensin
- Re: Question about pre-meeting document posting d… Keith Moore
- Re: Question about pre-meeting document posting d… S Moonesamy