Re: [dd] [Ext] starting charter text for the DELEG BOF discussion
George Michaelson <ggm@algebras.org> Wed, 20 March 2024 07:44 UTC
Return-Path: <ggm@algebras.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 7D49BC151710 for <dd@ietfa.amsl.com>; Wed, 20 Mar 2024 00:44:58 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.908
X-Spam-Level:
X-Spam-Status: No, score=-6.908 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-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, T_SCC_BODY_TEXT_LINE=-0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=algebras-org.20230601.gappssmtp.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 wCJdL7_UJi-0 for <dd@ietfa.amsl.com>; Wed, 20 Mar 2024 00:44:56 -0700 (PDT)
Received: from mail-oo1-xc35.google.com (mail-oo1-xc35.google.com [IPv6:2607:f8b0:4864:20::c35]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 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 957C5C15107C for <dd@ietf.org>; Wed, 20 Mar 2024 00:44:56 -0700 (PDT)
Received: by mail-oo1-xc35.google.com with SMTP id 006d021491bc7-5a467dae51dso2145759eaf.1 for <dd@ietf.org>; Wed, 20 Mar 2024 00:44:56 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=algebras-org.20230601.gappssmtp.com; s=20230601; t=1710920695; x=1711525495; 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=4GSROmS/6Z3t2MAzVNXpROuNk6ST73tzmMoQLDRL0pg=; b=h6on0mwNX7oInzQ+/r63BL8kiLNrNVJLIXoyyDEH+I4Yzp9bm9cbFZe+dH2sEMW1oM exsxI/C1Yy6OzzgIldOTOGD8I+PnjGLdFoLPqFUAIlphvRII+JFqrlCtloq/ejIuKBAF HtJqd63kzby0IJjdngy7xQMwjnqDUDvKuCrpqyhaD8Z/WU7FS8pbmjOnXMAbitYMdXy4 hkRapSIR7NyycT0Q+d/wTpJFjOfocXAOEEm6UUaBhQn93vUZorjj6zdOt90PwnkPvJsG 7+iHoSC1zHRsvI8I7+JUv0KvfJA+FLnpQTs93KEm95QoQ8VGBnt9EVEcSns8W/ZARHvj TIfg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1710920695; x=1711525495; 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=4GSROmS/6Z3t2MAzVNXpROuNk6ST73tzmMoQLDRL0pg=; b=IFJAgm7dOA+K/7WmYq3fU6GbKbm5T3AHKpEjiXOEA/wKgUke+/Y1ENx2XvZZXCYo/3 qGLzwJGwG/t8Z/x6DXFF8r8qk4ZoX6Vr2cEs45roGVmjqk3f6D2tjFBogCnc2qC1aVd4 3EWYM5WQOitTLp8V9X9kkDChxuijTGFuC8WgTFGu4vev198jkFTmbkFtVp7XU5pBXKuV M5WiAO1e1R7SHOsK+wjbujp+KQ2mZBphQZqhkhneLTz+Lx5e5PoHxDAcHSYIX0EE9dKp iIG2SG3MfHjGuGSYl/sEVbRHEp3XdAZV8NEhu+8X3KFTGRTxWjfY0FS62Rul56ntEX61 sSSg==
X-Gm-Message-State: AOJu0Yz9AXOlkZMPxPZk/ol7kgyeUq3uWH4tE+0GTuHIsnJn5xgqsmJI 9SvVeIiUbm9WRBQd53lH2v1XmFJuRcY3tajJDuF6/PTEIgAJGlA/5ukA5cUXX3s57w0PSx+xVey GlkK7PD4gcTP7HCdDbOrDVypplBcyyhl184wJ4j2m4wsX9t+F
X-Google-Smtp-Source: AGHT+IGFzgvLstvpg6nJKqkswC+8PFaXfXIh3xzRzMTr1MyeEpUZd4tmbPO+duZ4Z7ivPxeA50w3NQeZ9WJW6jP5oU8=
X-Received: by 2002:a05:6820:2982:b0:5a1:c19d:bd39 with SMTP id dq2-20020a056820298200b005a1c19dbd39mr5210863oob.3.1710920695151; Wed, 20 Mar 2024 00:44:55 -0700 (PDT)
MIME-Version: 1.0
References: <yblbk7wl65k.fsf@wx.hardakers.net> <D3E1CFCD-D078-42AB-9049-08BE5D7968FF@icann.org> <20240319.192031.779472543197418519.he@uninett.no> <26106.33066.79339.949428@gro.dd.org> <CAKr6gn2MksS4rcWUeO8ey+edcic6PqpreFOfRoEDsAOi98N3WQ@mail.gmail.com> <352DA8F3-FAFB-45F7-9C07-6CBB0143240D@gmail.com>
In-Reply-To: <352DA8F3-FAFB-45F7-9C07-6CBB0143240D@gmail.com>
From: George Michaelson <ggm@algebras.org>
Date: Wed, 20 Mar 2024 17:44:44 +1000
Message-ID: <CAKr6gn09Yj2HtihBqh1jjFwArY_YrKdFQ+VOAJ8exgXdXNRU+Q@mail.gmail.com>
To: Geoff Huston <gih902@gmail.com>
Cc: dd@ietf.org
Content-Type: multipart/alternative; boundary="0000000000004617c7061412c430"
Archived-At: <https://mailarchive.ietf.org/arch/msg/dd/9cML-mWXdxyQ-ERtIKsfIEQT7GI>
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: Wed, 20 Mar 2024 07:44:58 -0000
Certainly it could. But equally, it could be constrained. If the goal was to avoid conflicts then policy constraints can be applied, but if the goal is to add variants then syntactically it should be possible to do both. My point wasn't "it must" - its that "it can". And, since the semantics and syntax of a deleg record are still open we can either decide it's a design constraint, or not. G On Wed, 20 Mar 2024, 5:39 pm Geoff Huston, <gih902@gmail.com> wrote: > I'm curious - why should a DELEG-like delegation referral point to > precisely the same nameserver names as NS records? (if that is what you are > saying here) What consideration motivates such a constraint? > > A zone can be served by multiple nameservers with distinct names, In > theory couldn't DELEG be regarded as just more nameserver records? > > Another G > > > > On 20 Mar 2024, at 5:17 PM, George Michaelson <ggm@algebras.org> wrote: > > > > A DELEG record shared over EPP or a functional equivalent should be > capable of expressing the information in an NS record, obviating the need > to say the same thing twice to your parent through a registrar. > > > > On the wire, some might argue for on the fly synthesis. But concrete > instantiation simply shouldn't conflict. > > > > G > >
- [dd] starting charter text for the DELEG BOF disc… Wes Hardaker
- Re: [dd] starting charter text for the DELEG BOF … Peter Thomassen
- Re: [dd] starting charter text for the DELEG BOF … George Michaelson
- Re: [dd] [Ext] starting charter text for the DELE… Paul Hoffman
- Re: [dd] starting charter text for the DELEG BOF … Ralf Weber
- Re: [dd] starting charter text for the DELEG BOF … Paul Wouters
- Re: [dd] starting charter text for the DELEG BOF … Manu Bretelle
- Re: [dd] starting charter text for the DELEG BOF … Ben Schwartz
- Re: [dd] [Ext] starting charter text for the DELE… Paul Hoffman
- Re: [dd] [Ext] starting charter text for the DELE… Stephen Farrell
- Re: [dd] [Ext] starting charter text for the DELE… Paul Hoffman
- Re: [dd] [Ext] starting charter text for the DELE… Havard Eidnes
- Re: [dd] [Ext] starting charter text for the DELE… Jens Finkhäuser
- Re: [dd] [Ext] starting charter text for the DELE… Paul Hoffman
- Re: [dd] [Ext] starting charter text for the DELE… Jim Reid
- Re: [dd] [Ext] starting charter text for the DELE… Roy Arends
- Re: [dd] [Ext] starting charter text for the DELE… Jim Reid
- Re: [dd] [Ext] starting charter text for the DELE… Stephen Farrell
- Re: [dd] [Ext] starting charter text for the DELE… Edward Lewis
- Re: [dd] [Ext] starting charter text for the DELE… Peter Thomassen
- Re: [dd] [Ext] starting charter text for the DELE… Wes Hardaker
- Re: [dd] [Ext] starting charter text for the DELE… Dave Lawrence
- Re: [dd] [Ext] starting charter text for the DELE… George Michaelson
- Re: [dd] [Ext] starting charter text for the DELE… Geoff Huston
- Re: [dd] [Ext] starting charter text for the DELE… George Michaelson
- Re: [dd] [Ext] starting charter text for the DELE… Dave Lawrence
- Re: [dd] [Ext] starting charter text for the DELE… Edward Lewis