IETF Logo Mail Archive

Re: [dd] [Ext] Charter - objectives and scope (long tail)

Paul Vixie <paul@redbarn.org> Thu, 04 April 2024 22:27 UTC

Return-Path: <paul@redbarn.org>
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 62139C180B49 for <dd@ietfa.amsl.com>; Thu, 4 Apr 2024 15:27:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.095
X-Spam-Level:
X-Spam-Status: No, score=-7.095 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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, 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 (1024-bit key) header.d=redbarn.org
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 1jMlVA5AK8Sw for <dd@ietfa.amsl.com>; Thu, 4 Apr 2024 15:27:40 -0700 (PDT)
Received: from util.redbarn.org (util.redbarn.org [IPv6:2001:559:8000:cd::222]) (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 489C6C16943D for <dd@ietf.org>; Thu, 4 Apr 2024 15:27:40 -0700 (PDT)
Received: from family.redbarn.org (family.redbarn.org [24.104.150.213]) (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 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "*.redbarn.org", Issuer "RapidSSL TLS RSA CA G1" (not verified)) by util.redbarn.org (Postfix) with ESMTPS id 71AC41A2926; Thu, 4 Apr 2024 22:27:39 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=redbarn.org; s=util; t=1712269659; bh=eXs876oyFdsMxZTYy43fTk4IL1I2v/ST1hzOfpIsvOU=; h=Date:Subject:In-Reply-To:References:From:To:Cc; b=qkQtOwKpWigQFe2EC3OJWWlqeupDRRAa2Kc1jKv7DbyrkAifrfYxYhTQ83kxGJYKE 5Tvh4YF/4Dp28ZEKOE6pRFXnab7bytFo5Kd3kJfrn4HAx8vXiKjvM/YIpsAeZ38Qrg CVMutIC6eR32r+DGA3QFzE52gL9iRzc1Sc7lqHhM=
Received: from [192.168.23.139] (unknown [4.17.129.203]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by family.redbarn.org (Postfix) with ESMTPSA id E84AAC3F21; Thu, 4 Apr 2024 22:27:38 +0000 (UTC)
Date: Thu, 04 Apr 2024 17:27:36 -0500
Message-ID: <b67c9b8d-da1c-45a5-9d09-da2cbc6eec57@redbarn.org>
In-Reply-To: <yblil0w95pf.fsf@wd.hardakers.net>
References: <0521FB45-FC12-4297-8B17-41053137FF2E@icann.org> <581d56a5-b9c7-a301-264e-6b7282c07c16@redbarn.org> <DB7754B6-871E-41CE-BC25-71A62D626CE6@icann.org> <yblil0w95pf.fsf@wd.hardakers.net>
From: Paul Vixie <paul@redbarn.org>
To: Wes Hardaker <wjhns1@hardakers.net>, Paul Hoffman <paul.hoffman@icann.org>
Cc: Paul Vixie <paul=40redbarn.org@dmarc.ietf.org>, dd@ietf.org
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="--_com.boxer.email_842542187188725"
Archived-At: <https://mailarchive.ietf.org/arch/msg/dd/gwnnxJniVFI_H4TaMztcWRwsonc>
Subject: Re: [dd] [Ext] Charter - objectives and scope (long tail)
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, 04 Apr 2024 22:27:44 -0000

<<It will include a concept of operations that describes how both current and future systems will interact in an Internet-wide interoperable way.>> 


That's weaker than I'd like. Rather, the purpose of the effort should be described as amending the delegation signaling without deprecating any and therefore not degrading the experience of any client who never upgrades to the new signaling. 


p vixie 


On Apr 4, 2024 16:30, Wes Hardaker <wjhns1@hardakers.net> wrote:

Paul Hoffman <paul.hoffman@icann.org> writes: 

> On Mar 23, 2024, at 14:26, Paul Vixie 
> <paul=40redbarn.org@dmarc.ietf.org> wrote: 
> > 
> > as a charter matter, i hope we can say that no existing signaling 
> > (NS RRset and associated AAAA/A RRsets) will be obsoleted, and that 
> > DELEG (or whatever new signaling is decided) will be semantically 
> > additional. new signaling might add new servers but those described 
> > by the NS RRset will remain "at the core" and that domain 
> > delegations are expected to remain usable in the future even by 
> > implementations who never upgrade. similarly, new signaling might 
> > add new trust mechanisms or new transports but the old UDP/53 and 
> > TCP/53 and TCP/853 transports are expected to be continuously 
> > supported for those nameservers denoted in the NS RRset and 
> > associated AAAA/A RRsets, without requirement for newly signaled 
> > mechanisms for trust or secrecy or any other purpose. 
> 
> I hear what you're saying, but I don't see a good place in the charter 
> to say what the WG would not be doing. Can you propose text and say 
> where it would go? 

Multiple people have expressed concerns over ensuring backwards comparability.  I'm sure many believe this is a "of course" type requirement, but it would be good to be explicit.  So I added: 

It will include a concept of operations that describes how both current and future systems will interact in an Internet-wide interoperable way. 

-- 
Wes Hardaker 
USC/ISI 

-- 
dd mailing list 
dd@ietf.org 
https://www.ietf.org/mailman/listinfo/dd

v2.37.1 | Report a Bug | By Email | System Status