Re: [dd] [Ext] starting charter text for the DELEG BOF discussion

Jens Finkhäuser <finkhaeuser@denic.de> Thu, 07 March 2024 07:20 UTC

Return-Path: <finkhaeuser@denic.de>
X-Original-To: dd@ietfa.amsl.com
Delivered-To: dd@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0A0D0C14F60E for <dd@ietfa.amsl.com>; Wed, 6 Mar 2024 23:20:27 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.106
X-Spam-Level:
X-Spam-Status: No, score=-7.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, 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, 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=denic.de
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 iJHh6dNyn1SN for <dd@ietfa.amsl.com>; Wed, 6 Mar 2024 23:20:22 -0800 (PST)
Received: from mout-b-210.mailbox.org (mout-b-210.mailbox.org [195.10.208.40]) (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 0C4A9C14F5F3 for <dd@ietf.org>; Wed, 6 Mar 2024 23:20:20 -0800 (PST)
Received: from smtp1.mailbox.org (smtp1.mailbox.org [IPv6:2001:67c:2050:b231:465::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mout-b-210.mailbox.org (Postfix) with ESMTPS id 4Tr10b4W7DzDvBg for <dd@ietf.org>; Thu, 7 Mar 2024 08:20:15 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=denic.de; s=MBO0001; t=1709796015; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=/noT6jCM7M3MHT9ZcIcDP17cblTdXUIYdToXOnuXHg4=; b=whvKT4YmiAdhnGQJIokEuOfCRIBp6dyHB3EECcVxIBDBspRWCzXFkMtsrWtIz24rno9eTe BQlyWT6BloTUK8IWqNq8VIIaaHhr7d8kWnU1R2zs75DpIY2/INGwv73mKrP6BS+Rf1JGRg 1K4WAw2aeQVTjP36LgKG5qpiahPCIyxzmuR2tepsroIbSrmeCEQ+W0B5sich4l2rhSxlt6 la3/aA6IaiW33DciMkDOfBiP7Gapd0dnLp9z95eymhwgvI+1CMOhBtaVYEah/QO3obLzpS WqonxOpa6D2McMbpUnnQFGob89TWtva/q8h/CZ7hyfZnhYDLqLGgIwYR05rrhw==
Date: Thu, 07 Mar 2024 08:20:14 +0100
From: Jens Finkhäuser <finkhaeuser@denic.de>
To: "dd@ietf.org" <dd@ietf.org>
Message-ID: <1304382615.472692.1709796014852@office.mailbox.org>
In-Reply-To: <04269D07-1514-4CA3-9AB6-97D84CFB5A0C@icann.org>
References: <yblbk7wl65k.fsf@wx.hardakers.net> <0a7ab12c-62ce-46bc-9afa-973fe944e7c1@desec.io> <04269D07-1514-4CA3-9AB6-97D84CFB5A0C@icann.org>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="----=_Part_472691_2110992460.1709796014852"
X-Priority: 3
Importance: Normal
X-MBO-RS-META: negiho6qur7cmtirbc1ncuj15mrwgzg3
X-MBO-RS-ID: ed27d01b8d9b0726adf
Archived-At: <https://mailarchive.ietf.org/arch/msg/dd/uW8S-RWvYQG839mvX8sXvi2ej0A>
Subject: Re: [dd] [Ext] starting charter text for the DELEG BOF discussion
X-BeenThere: dd@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: DNS Delegation <dd.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dd>, <mailto:dd-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dd/>
List-Post: <mailto:dd@ietf.org>
List-Help: <mailto:dd-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dd>, <mailto:dd-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 07 Mar 2024 07:27:47 -0000

Hi all,

I'm new to this discussion (less so to IETF), having taken up DNS related responsibilities only recently.

I think the tight scope is a good idea, but the charter as proposed is phrased very well to allow for future work with a simple addition - in the deliverables, add a final deliverable:

- A document listing possible delegation extensions already under discussion or to be discovered during this work.
This need not be published as an RFC and may remain as an Internet-draft.

My reasoning is that if there is a list of future work, it implies a recharter may be useful. But it doesn't actually go and state that's the plan, which could rightly be seen as scope creep.

Jens

> Paul Hoffman <paul.hoffman@icann.org> hat am 06.03.2024 16:27 CET geschrieben:
> 
>  
> On Mar 5, 2024, at 20:31, Peter Thomassen <peter@desec.io> wrote:
> > 
> > This sounds like there will be exactly 2 RFCs.
> > 
> 
> ... before rechartering. Yes, that was by design. The IESG sometimes (often?) prefers new WGs to initially have a limited work plan with the possibility of later re-chartering.
> 
> People on this list know that the list of delegation extension RFCs is likely to be much longer than just aliasing and transport signaling. The question is how to reflect that in the charter.
> 
> If this group wants to go with an open work plan, please propose explicit text about that. 
> 
> --Paul Hoffman
> 
> -- 
> dd mailing list
> dd@ietf.org
> https://www.ietf.org/mailman/listinfo/dd