IETF Logo Mail Archive

[DNSOP] Re: [Ext] Re: Call for Adoption: draft-davies-internal-tld

Joe Abley <jabley@strandkip.nl> Wed, 23 April 2025 16:20 UTC

Return-Path: <jabley@strandkip.nl>
X-Original-To: dnsop@mail2.ietf.org
Delivered-To: dnsop@mail2.ietf.org
Received: from localhost (localhost [127.0.0.1]) by mail2.ietf.org (Postfix) with ESMTP id 18BBC201BE4A for <dnsop@mail2.ietf.org>; Wed, 23 Apr 2025 09:20:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at ietf.org
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level:
X-Spam-Status: No, score=-2.098 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_VALIDITY_RPBL_BLOCKED=0.001, RCVD_IN_VALIDITY_SAFE_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: mail2.ietf.org (amavisd-new); dkim=pass (2048-bit key) header.d=strandkip.nl
Received: from mail2.ietf.org ([166.84.6.31]) by localhost (mail2.ietf.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2w7ciyTWhDsE for <dnsop@mail2.ietf.org>; Wed, 23 Apr 2025 09:20:50 -0700 (PDT)
Received: from outbound.st.icloud.com (p-east2-cluster4-host1-snip4-5.eps.apple.com [57.103.78.156]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by mail2.ietf.org (Postfix) with ESMTPS id E4C8C201B8BA for <dnsop@ietf.org>; Wed, 23 Apr 2025 09:20:20 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=strandkip.nl; s=sig1; bh=7VVyoCiSAXzQ4JgdlqQibH0agDrYnsr17cjomPFHmSQ=; h=Content-Type:Mime-Version:Subject:From:Date:Message-Id:To:x-icloud-hme; b=QVn/aaKcGBbdTpruDgItVTdloSD1Sq0bd5QvjkEm6a5VR7zBjS0cMOqfXryr+csEn dvWoTLroA9acWXBLfGltUYMuZ05Hjv5Jy+kC15wRgcJ0R0CLBKp+yzSoNut5AyE2vc Ar8exsufqfrtHn0jB3eaN2fJT86LKrO7W3y4D3HS77bCiaafVyZ5STb/icN6XIOuO1 4K4Azk7B9WBWt1VJJUr8qxJgimGXUndmq7sC4pZ5i0fo/P0AFcWIs37W4/c4TH/u59 dAqpMXk2EN5t9vvuUuYnfT4QuFc3tnyJVV81SCKglHOEH/V8wve/N1j5AD6ItPNM7c VUbO+x12WFwWA==
Received: from smtpclient.apple (st-asmtp-me-k8s.p00.prod.me.com [17.42.251.67]) by outbound.st.icloud.com (Postfix) with ESMTPSA id AB98C1800B4F; Wed, 23 Apr 2025 16:20:17 +0000 (UTC)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.500.181.1.5\))
From: Joe Abley <jabley@strandkip.nl>
In-Reply-To: <aAkROWIJEYbHmB-f@KIDA-9010.local>
Date: Wed, 23 Apr 2025 18:20:05 +0200
Content-Transfer-Encoding: quoted-printable
Message-Id: <DDB24CDE-29BA-46C9-A864-FD4AF32FDD27@strandkip.nl>
References: <m1u5h1G-0000LcC@stereo.hq.phicoh.net> <83666fd3-a51f-46e1-a5ac-0b9a46361480@desec.io> <49E3B1B6-E960-4A46-9C5D-2721FD57132D@depht.com> <3b5fb9e7-8a2b-420f-a2fb-dd6f6a0b88ae@isc.org> <aAkROWIJEYbHmB-f@KIDA-9010.local>
To: Kim Davies <kim.davies@iana.org>
X-Mailer: Apple Mail (2.3826.500.181.1.5)
X-Proofpoint-GUID: r0qGeNvP32z0BvcR5fe8mp5omTVMYZsi
X-Proofpoint-ORIG-GUID: r0qGeNvP32z0BvcR5fe8mp5omTVMYZsi
X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.272,Aquarius:18.0.1099,Hydra:6.0.680,FMLib:17.12.80.40 definitions=2025-04-23_09,2025-04-22_01,2025-02-21_01
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 mlxlogscore=999 malwarescore=0 adultscore=0 mlxscore=0 spamscore=0 clxscore=1030 bulkscore=0 phishscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.19.0-2308100000 definitions=main-2504230114
Message-ID-Hash: HSWMMI5MYAURERVHVW2EX43KBVYCH37Z
X-Message-ID-Hash: HSWMMI5MYAURERVHVW2EX43KBVYCH37Z
X-MailFrom: jabley@strandkip.nl
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-dnsop.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: Andrew McConachie <andrew@depht.com>, Peter Thomassen <peter=40desec.io@dmarc.ietf.org>, Philip Homburg <pch-dnsop-6@u-1.phicoh.com>, dnsop@ietf.org
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [DNSOP] Re: [Ext] Re: Call for Adoption: draft-davies-internal-tld
List-Id: IETF DNSOP WG mailing list <dnsop.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/KsGflJVsM7jrKcnwluO3ua76UHA>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dnsop>
List-Help: <mailto:dnsop-request@ietf.org?subject=help>
List-Owner: <mailto:dnsop-owner@ietf.org>
List-Post: <mailto:dnsop@ietf.org>
List-Subscribe: <mailto:dnsop-join@ietf.org>
List-Unsubscribe: <mailto:dnsop-leave@ietf.org>

On 23 Apr 2025, at 18:11, Kim Davies <kim.davies@iana.org> wrote:

> Quoting Petr Spacek on Tuesday April 22, 2025:
>>> 
>>> The fact of the matter is that some people want "no delegation" and some
>>> people want "insecure delegation". That ship has sailed, and we ended up
>>> with "no delegation". DNSOP can´t change that.
>> 
>> Just to clarify: Are you suggesting ICANN board cannot ever issue another
>> resolution on this matter?
> 
> I don't think that's true. We have a situation where SSAC specifically
> stated the domain should not be delegated in the root zone, it is a
> constraint that the ICANN Board codified in accepting SSAC's advice, and
> thus that is the constraint we have today.

For what it's worth, it seems to me that the intent of that recommendation was that the domain should not be delegated in the ICANN policy sense, not in the technical DNS sense.

This seems similar to confusion I remember in the past about the word "redelegation", which in the DNS means the same thing as "change the nameservers" but in an ICANN policy sense meant "recognise a change of the organisation responsible for the TLD".


Joe

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