Re: Telechat reviews [Re: Tooling glitch in Last Call announcements and records]
Mary B <mary.h.barnes@gmail.com> Wed, 16 October 2024 16:44 UTC
Return-Path: <mary.h.barnes@gmail.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 61ECAC14F5F3; Wed, 16 Oct 2024 09:44:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.106
X-Spam-Level:
X-Spam-Status: No, score=-2.106 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, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 FcnXssc0HVgj; Wed, 16 Oct 2024 09:44:28 -0700 (PDT)
Received: from mail-pl1-x62c.google.com (mail-pl1-x62c.google.com [IPv6:2607:f8b0:4864:20::62c]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A22E8C14F69A; Wed, 16 Oct 2024 09:44:28 -0700 (PDT)
Received: by mail-pl1-x62c.google.com with SMTP id d9443c01a7336-20ca388d242so18885ad.2; Wed, 16 Oct 2024 09:44:28 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1729097068; x=1729701868; darn=ietf.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=gzk1Mo1BsDodUALOOrk4vC0nOjFdw/uwu9bhHPMPsek=; b=DaisMVxOfUthiD5OWTYtWYSpXmIM/J/YwnIxc3q5AIv0UGx3QbZTW4idCFQhI2Cihp DLq+X2bOOvmBmnWO4nqxO41eKrs1jGOHnMQ9dXfN2lIFw3VD6yXDW60+ag6w/8ck01b6 Rcz5jGC7vPUSrhnX1rqwGMIdgw6eZyNOQquB/WyZn61bjU2RK0/l/thiO7fDuPVE7y46 d5CtIoxc64oUr85Tc0hRnkdsCBnjfeSCAWvUdbAHEOmLVVbJTSOtmVclOet/JNgGX6Xl FX9KDjx/5ZXKGceSA/pfNuPxjL7F/wGEFkznap/y7eEn0US+pne5N0oYYalOLvMU6K0u gobQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1729097068; x=1729701868; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=gzk1Mo1BsDodUALOOrk4vC0nOjFdw/uwu9bhHPMPsek=; b=GbXpiXdE+fnvaT/RrUPXzPuI4u0BKW++zbiJIcgOnzvLU/HrruDATUHkn19GPJHR9G 1ZYH5ffJ36sZR8VGTpzL2FQVRG3NvYBEsOCUXBJmDOVE0NDrszCFmoQDVzdp2GcRvmtR ucMWuvbT6fbNofkqGjmWJH2pPuCEfD6ZtZJuXFSI1TntyXsPLkq2HUQffjqECJGBmouK pgWWA31KLkOWvx3yTidWdykrnrfJFnd3oXlnb8X7NnyXmRqW9AFxgiOPbFrmJAawGOX8 wsQWwtlrwWcTFJibNdAjlutiteFP57YIkcDHgLMe0u3SqMlWQfuPYjOUrTboxg65c7/6 Jhaw==
X-Forwarded-Encrypted: i=1; AJvYcCUVa6DEUPfrs3d8gzXnFuWQwV9VmdOt7tyAeoO4s4fekZKWhQHZ5iEYXJIqjQKAMoJnvfnwyA==@ietf.org, AJvYcCVaEHQuPPaFLJlRYihU+thVpf0IHFygKInq5A3SwKzr0k7koIPbHb/KZQfQIMI7f6jjdaO7@ietf.org
X-Gm-Message-State: AOJu0Yxc+4Y5JWKWDwaGCyUHF9glB5Y6ov7APVn3Oj1ovnPszUCZCS4M YXebGxjyg/HfH5rUEOOyjewTuEBL2JVfNdqsZryViPtna7IIkDjpJxPpXrTyd1whdEfpm6elM/e RnYNKDFqO5Qvvs9KrajeIY5T78cQ=
X-Google-Smtp-Source: AGHT+IGMZUCfibmZR1RO3iuRCippzR1vGbf0Mn9sl1+iho3Os3XS04Dzp24A4JOdhFj/17U/PoyuQKn3I68ycpHInuQ=
X-Received: by 2002:a17:90b:33cb:b0:2e2:cd5e:7eef with SMTP id 98e67ed59e1d1-2e31535661dmr20477548a91.27.1729097067582; Wed, 16 Oct 2024 09:44:27 -0700 (PDT)
MIME-Version: 1.0
References: <822159B0D390905C0A194997@PSB> <e8a0b44b-8ecf-4b24-94d4-9c79ddd26d41@amsl.com> <F3ACA29EAAC4DE9FE06EDA21@PSB> <CAL0qLwaKw8P7CGXXXHM5Hh6YvkMMqeN8OOgpv2v7Yrob5QsQ7A@mail.gmail.com> <CAC4RtVDqmcyjmbTZz3CU3zUXXtrQwfXZUS=PBhgtGK+NChhPtw@mail.gmail.com> <LV8PR11MB8536614B239A214C0E9D6981B5462@LV8PR11MB8536.namprd11.prod.outlook.com>
In-Reply-To: <LV8PR11MB8536614B239A214C0E9D6981B5462@LV8PR11MB8536.namprd11.prod.outlook.com>
From: Mary B <mary.h.barnes@gmail.com>
Date: Wed, 16 Oct 2024 11:44:16 -0500
Message-ID: <CABmDk8kaD=fU7Yk8J5FMUvStiSYFY4C2J4-szK=67HkBpBhwfA@mail.gmail.com>
Subject: Re: Telechat reviews [Re: Tooling glitch in Last Call announcements and records]
To: "Rob Wilton (rwilton)" <rwilton=40cisco.com@dmarc.ietf.org>
Content-Type: multipart/alternative; boundary="0000000000007edc4a06249ac84d"
Message-ID-Hash: SR23Y67HQL37GG6M7CPRFZBEHTKYR4KP
X-Message-ID-Hash: SR23Y67HQL37GG6M7CPRFZBEHTKYR4KP
X-MailFrom: mary.h.barnes@gmail.com
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-ietf.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: Barry Leiba <barryleiba@computer.org>, John C Klensin <john-ietf@jck.com>, "iesg@ietf.org" <iesg@ietf.org>, "ietf@ietf.org" <ietf@ietf.org>
X-Mailman-Version: 3.3.9rc6
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>
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/U0p3vIyZz9FBqKNYyoVcPXMRFzE>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Owner: <mailto:ietf-owner@ietf.org>
List-Post: <mailto:ietf@ietf.org>
List-Subscribe: <mailto:ietf-join@ietf.org>
List-Unsubscribe: <mailto:ietf-leave@ietf.org>
Way back in time when I was secretary for Gen-ART, we had the notion of early reviews. It's up to ADs/WGs chairs to recognize documents for which this would be beneficial to initiate the review. I also think WG chairs need to do a better job of ensuring that documents are thoroughly reviewed within the WG before progressing. Many times, there are no responses, other than people think it's ready. But, they may not have carefully read the latest version. When I chaired SIPPING WG that had a lot of documents, I would assign dedicated reviewers, so I knew at least one person (other than myself) in the WG had reviewed the last version prior to progressing the document. Regards, Mary On Wed, Oct 16, 2024 at 11:35 AM Rob Wilton (rwilton) <rwilton= 40cisco.com@dmarc.ietf.org> wrote: > Hi Barry, > > Another choice, that perhaps could be considered, would be to initiate the > directorate reviews slightly earlier in the cycle. E.g., at the point that > the WG has said that is ready before publication but before the AD has > reviewed and agreed to publish. In fact, input from the directorate > reviews might be very helpful input to decide whether the document is > really ready to progress, or if there are significant issues outstanding. > > > > Of course, this might mean that a second follow up lighter directorate > review is needed to cover any changes that occurred between the initial > review and the version going before the IESG ballot, but if that second > review was focussed on the differences and issues raised previously then I > would have thought that the increase in workload on the directorate would > probably be fairly small, and hopefully manageable. I.e., I am assuming > that the second review would be assigned back to the originate directorate > reviewer. > > Generally, I think that it is better to get as many reviews as early as > possible in the process when the folks working on the document and still > very fresh and vested in getting the document published. Perhaps bigger > changes to the process could also be considered … > > > > Anyway, just a thought. > > > Regards, > Rob > > > > > > *From: *Barry Leiba <barryleiba@computer.org> > *Date: *Wednesday, 16 October 2024 at 13:47 > *To: *Murray S. Kucherawy <superuser@gmail.com> > *Cc: *John C Klensin <john-ietf@jck.com>, iesg@ietf.org <iesg@ietf.org>, > ietf@ietf.org <ietf@ietf.org> > *Subject: *Re: Telechat reviews [Re: Tooling glitch in Last Call > announcements and records] > > We should make it a general policy to add two weeks to the last call > period when a document is long, for some value of "long" (I might say > over 60 pages of substance (not counting change logs and such)). I > try to get to assigning ART-ART reviews a couple of times a week, but > that still means that, depending upon the timing, with a two-week last > call I might be giving a reviewer only a 7- or 8-day deadline for a > 100+-page document, and I always blanch when I have to do that. While > ADs regularly have to review long documents with a week or two notice, > I think it's unreasonable to expect last-call reviews from > directorates/review-teams on that notice for long documents. > > We decided on the two-week last call period at a different time, when > the IETF was a different organization. Maybe we should re-think it > now, and keep in mind that an extra two weeks of last-call review is > *not* going to be the most significant delay in a document's life > cycle. > > Barry, ART-ART manager > > On Fri, Oct 11, 2024 at 5:53 PM Murray S. Kucherawy <superuser@gmail.com> > wrote: > > > > Hi John, > > > > On Fri, Oct 11, 2024 at 2:01 PM John C Klensin <john-ietf@jck.com> > wrote: > >> > >> Thanks for the clarification. Seems entirely reasonable with one or > >> two qualifications. First, if you (and/or other areas) are doing > >> things that way, the review needs to be posted to the Last Call list > >> well before the Last Call closes out so there is time for people from > >> the Area and the broader community to comment on it. Second, if the > >> posted end of Last Call date is unreasonable or unattainable for some > >> reason, I'd hope the responsible AD could be notified of that early > >> in the Last Call window -- at least no later than a week before it is > >> closed -- rather than, e.g., after the close date. That would permit > >> actions, if needed, to be taken without things looking like a game of > >> "Gotcha" with the AD and WG and/or author(s) responsible for the > >> document. > > > > > > For what it's worth, in my time on the IESG, I haven't found the need to > manage this vigorously. If there's a directorate review I'd really like to > have, I have the discretion to wait for it before scheduling the document > onto a telechat even though Last Call has ended. If the review has come in > but it provokes discussion, I have the discretion to wait for that > discussion to resolve before moving forward. If we're talking about a > document that isn't one of mine and a review comes in from my area review > team raising something on which I'd like to dive deeper, I can use DISCUSS > for that (so long as I am diligent about clearing it once the discussion is > had, of course). That's been my strategy for a while now and it's never > raised a complaint, which (so far, at least) includes the document you're > talking about here. > > > > The thing I used to determine if the review has come in is the > datatracker. I will check the last-call list too, but the datatracker > provides a nice snapshot of which reviews have been requested and which > have come in, and is usually where I start when checking on a document's > status. > > > > Just to keep this all public: For this particular document, I have > pinged the assigned directorate reviewers to ask them to upload their > reviews ASAP on this document. As I said elsewhere, I might be fine > advancing a document missing a couple of directorate reviews, but not all > of them. If they don't come in soon, I'll reach out to the review team > chairs to ask for reassignments. > > > > Lastly, I would definitely appreciate a notification (automated or > otherwise) when a directorate review is going to be late. Right now all > the tracker tells me is "not done", which could mean "not done yet" or > could mean "don't hold your breath". > > > > -MSK >
- Telechat reviews [Re: Tooling glitch in Last Call… Brian E Carpenter
- Re: Telechat reviews [Re: Tooling glitch in Last … S Moonesamy
- Re: Telechat reviews [Re: Tooling glitch in Last … John C Klensin
- Re: Telechat reviews [Re: Tooling glitch in Last … John C Klensin
- Re: Telechat reviews [Re: Tooling glitch in Last … Jean Mahoney
- Re: Telechat reviews [Re: Tooling glitch in Last … John C Klensin
- Re: Telechat reviews [Re: Tooling glitch in Last … Murray S. Kucherawy
- Re: Telechat reviews [Re: Tooling glitch in Last … Jean Mahoney
- Re: Telechat reviews [Re: Tooling glitch in Last … Barry Leiba
- Re: Telechat reviews [Re: Tooling glitch in Last … Loa Andersson
- Re: Telechat reviews [Re: Tooling glitch in Last … John C Klensin
- Re: Telechat reviews [Re: Tooling glitch in Last … Rob Wilton (rwilton)
- Re: Telechat reviews [Re: Tooling glitch in Last … Barry Leiba
- Re: Telechat reviews [Re: Tooling glitch in Last … Mary B
- Re: Telechat reviews [Re: Tooling glitch in Last … Rob Wilton (rwilton)
- Re: Telechat reviews [Re: Tooling glitch in Last … Eric Vyncke (evyncke)
- Re: Telechat reviews [Re: Tooling glitch in Last … Brian E Carpenter
- Re: Telechat reviews [Re: Tooling glitch in Last … Michael Richardson
- Re: Telechat reviews [Re: Tooling glitch in Last … tom petch
- Re: Telechat reviews [Re: Tooling glitch in Last … Michael Richardson
- Re: Telechat reviews [Re: Tooling glitch in Last … Brian E Carpenter
- Re: Telechat reviews [Re: Tooling glitch in Last … Joel Halpern
- Re: Telechat reviews [Re: Tooling glitch in Last … Michael Richardson
- Re: Telechat reviews [Re: Tooling glitch in Last … John C Klensin
- Re: Telechat reviews [Re: Tooling glitch in Last … Salz, Rich
- Re: Telechat reviews [Re: Tooling glitch in Last … John C Klensin
- Re: Telechat reviews [Re: Tooling glitch in Last … Barry Leiba
- Re: Telechat reviews [Re: Tooling glitch in Last … Brian E Carpenter
- Re: Telechat reviews [Re: Tooling glitch in Last … Rob Sayre