Re: [Gendispatch] Benjamin Kaduk's No Objection on charter-ietf-gendispatch-01-00: (with COMMENT)

Pete Resnick <resnick@episteme.net> Thu, 02 December 2021 15:33 UTC

Return-Path: <resnick@episteme.net>
X-Original-To: gendispatch@ietfa.amsl.com
Delivered-To: gendispatch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 173AB3A1186; Thu, 2 Dec 2021 07:33:09 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.099
X-Spam-Level:
X-Spam-Status: No, score=-2.099 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, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=episteme.net
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 uh4yqFmYajh4; Thu, 2 Dec 2021 07:33:04 -0800 (PST)
Received: from helm.helm.episteme.net (helm.helm.episteme.net [209.51.32.195]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 134913A1185; Thu, 2 Dec 2021 07:33:03 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=episteme.net; s=mail; t=1638459182; bh=cB3EJRMlSq3IHnIPz4cm7qDECY5dljZP1THALn13QUQ=; h=From:To:Cc:Subject:Date:In-Reply-To:References; b=Kivme17fvbzRdXkwuRT/ocouRpzflmFKqDPpgWuHriNX4MfsS8GpQ3pSj7dA4SSDr RQVcDJV2sWLPWeYbRgOw98+2D67RhQWD7wdH3to2WJR38VFbh4Nz+RyH26OHMYvTVE SaILtiuBGqHhmOuBvFuQsf/PRDXYEnqM1TQ9fGco=
From: Pete Resnick <resnick@episteme.net>
To: Benjamin Kaduk <kaduk@mit.edu>
Cc: The IESG <iesg@ietf.org>, gendispatch-chairs@ietf.org, gendispatch@ietf.org
Date: Thu, 02 Dec 2021 09:33:01 -0600
X-Mailer: MailMate (1.14r5850)
Message-ID: <01D32738-3C5B-4EB7-B0CF-33343C187969@episteme.net>
In-Reply-To: <163842543502.20877.4835523817199553759@ietfa.amsl.com>
References: <163842543502.20877.4835523817199553759@ietfa.amsl.com>
MIME-Version: 1.0
Content-Type: text/plain; format="flowed"
Archived-At: <https://mailarchive.ietf.org/arch/msg/gendispatch/7FltuX07R7vjkwH2h0cepAFoj3E>
Subject: Re: [Gendispatch] Benjamin Kaduk's No Objection on charter-ietf-gendispatch-01-00: (with COMMENT)
X-BeenThere: gendispatch@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: General Area Dispatch <gendispatch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/gendispatch>, <mailto:gendispatch-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/gendispatch/>
List-Post: <mailto:gendispatch@ietf.org>
List-Help: <mailto:gendispatch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/gendispatch>, <mailto:gendispatch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 02 Dec 2021 15:33:09 -0000

On 2 Dec 2021, at 0:10, Benjamin Kaduk via Datatracker wrote:

> ----------------------------------------------------------------------
> COMMENT:
> ----------------------------------------------------------------------
>
>     Proposed new work may be deferred in cases where GENDISPATCH does 
> not
>     have enough information for the chairs to determine consensus. New 
> work
>     may be rejected in cases where there is not sufficient interest in
>     GENDISPATCH or the proposal has been considered and rejected in 
> the
>     past, unless a substantially revised proposal is put forth, 
> including
>     compelling new reasons for accepting the work.
>
> Can work be rejected because the WG thinks it is a bad idea?  (Is that
> supposed to be part of "not sufficient WG interest"?)

That has always been my assumption.

>     The existence of GENDISPATCH does not change the IESG's 
> responsibilities
>     and discretion as described in RFC 3710. Work related to the IAB, 
> IETF
>     LLC, IRTF, and RFC Editor processes is out of scope.
>
> It's a little bit hard to square "out of scope" with a willingness to
> request that those bodies consider taking up work on a given topic.

This might need some clarification: The distinction here is that 
proposals to change IAB, LLC, IRTF, or RFC Editor processes are not 
appropriate to bring to GENDISPATCH. However, proposals that seem like 
they might be appropriate for IETF work and are brought to GENDISPATCH 
can always be determined by the WG to be either (a) process changes to 
one of the aforementioned groups and therefore the proposer is pointed 
to the appropriate place; or (b) work that theoretically *could* be done 
at an IETF level but might be better handled by one of the other groups. 
For the latter, think of someone proposing a new document to 
update/replace section 7 of 2026 on external standards and 
specifications. After some discussion, GENDISPATCH decides that in order 
to work on the proposal, discussion really needs to be had with the IAB 
regarding their liaison role, and that discussion might end up changing 
the very nature of the update needed to 2026, or might even eliminate 
it. GENDISPATCH could dispatch the entire discussion to the IAB, and at 
a later date the IAB might come back and say, "Nothing for the IETF 
here" or "We're done; now IETF needs to update its documents."

Does the current text need clarification to capture that?

pr
-- 
Pete Resnick https://www.episteme.net/
All connections to the world are tenuous at best