IETF Logo Mail Archive

Re: [dd] DBOUND scope

Patrick Mevzek <ietf@ext.deepcore.org> Tue, 19 March 2024 03:19 UTC

Return-Path: <ietf@ext.deepcore.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 128EAC14F6A5 for <dd@ietfa.amsl.com>; Mon, 18 Mar 2024 20:19:00 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.004
X-Spam-Level:
X-Spam-Status: No, score=-2.004 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_NONE=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=deepcore.org header.b="Q/WiO5IL"; dkim=pass (2048-bit key) header.d=messagingengine.com header.b="vAOD1yl6"
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 HvgDLqXBBIpi for <dd@ietfa.amsl.com>; Mon, 18 Mar 2024 20:18:55 -0700 (PDT)
Received: from wfout4-smtp.messagingengine.com (wfout4-smtp.messagingengine.com [64.147.123.147]) (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 E84A0C14F6B0 for <dd@ietf.org>; Mon, 18 Mar 2024 20:18:54 -0700 (PDT)
Received: from compute2.internal (compute2.nyi.internal [10.202.2.46]) by mailfout.west.internal (Postfix) with ESMTP id F0FFC1C000B5 for <dd@ietf.org>; Mon, 18 Mar 2024 23:18:51 -0400 (EDT)
Received: from imap49 ([10.202.2.99]) by compute2.internal (MEProxy); Mon, 18 Mar 2024 23:18:52 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=deepcore.org; h= cc:content-type:content-type:date:date:from:from:in-reply-to :in-reply-to:message-id:mime-version:references:reply-to:subject :subject:to:to; s=fm3; t=1710818331; x=1710904731; bh=2QzhPyRVkl GGDtyIjE7CmKBYxXFkbjsyo60alt7/wAQ=; b=Q/WiO5IL/Gm5SE8v7QdEW0TCcw YR6n+LyPlr/Td846anwq9P+yinX6QsHfPyPLyziVorarQycZpe0QlJ5TazQmB1hH V6HPyW2aSa9ie1SEiOkN+PuN3N1MtInCCsyLigHtmvM1WBrr6G0c9PMgx4n1WoKu NdklUNrqw+7E/3RE8csO6qEpqebUg81yKNOd0t1OIkrEqaEaPBqJn9U6G8mFVyZS x/vLlOmUUuAummgXwPGgb7jSShhKQeG+vn6hE18BtNbC42JrbTBsdFII0M+rAjWH TtgOMF3geYmmsUHaKZabx4c1gPs+Abj+1CSBPq1dJjpUqkA5aMlN5dEgcGdQ==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:subject:subject:to :to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s= fm2; t=1710818331; x=1710904731; bh=2QzhPyRVklGGDtyIjE7CmKBYxXFk bjsyo60alt7/wAQ=; b=vAOD1yl6fZ7T48IDj9l3QG2MvdYNERQUP+djtrvJQGp5 biENHbVyM31f8VfU1DCz8d7+71IhTzpDbMRCIqbrJY1TG0U747IJ9oW+TDfIcPcn 9uUP8RMs9PmF2yiT53zGlYerOl3pvUbNK687L5Ow4SxXWPVMsLPzOxOeLQl+JN5B AK6wJJzRgLzSr2GJb12zxq3kMLFOYd2CoeTD9jj1QHYsB4HhPQU5rePLXBB5KF1+ /9eXbQWV6llq2cu+DUSaEXrT2TDQTdl1F8ZuK3kX2JdoPWeV/NSpTyk7sOpZpnJ0 eOdpPhHSDzTtY/Q89yfG2mjk1pt8ZhMPGzFMFVyv+w==
X-ME-Sender: <xms:GwT5ZUJl-gRZBKO1WOLePQc-VlaDXJH9J9n2N-rtlwdC6KPlx_kVglM9_qw> <xme:GwT5ZUKFZPLwvQwaxipWJ346WRYZbO9hP8AoJzkgukcekWuy_cuSQX6IV3rTc2uw_ clbgb_Alth3xbUpHg>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvledrkeekgdehjecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhepofgfggfkjghffffhvffutgesthdtre dtreertdenucfhrhhomhepfdfrrghtrhhitghkucfovghviigvkhdfuceoihgvthhfsegv gihtrdguvggvphgtohhrvgdrohhrgheqnecuggftrfgrthhtvghrnhephfdvleejuedttd eugeetgeefgfefvdeileevvdetleehfeekffdtjedujeelgfegnecuffhomhgrihhnpegv gigrmhhplhgvrdhushdrtghomhenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmh epmhgrihhlfhhrohhmpehivghtfhesvgigthdruggvvghptghorhgvrdhorhhg
X-ME-Proxy: <xmx:GwT5ZUthvpDXDuEq_KAkY8DMtHDUFo91FmfIKZBvMKcWh70GCZAOTA> <xmx:GwT5ZRY7gKxthWLh3A-RMNQCS_VLsYZt8KmZry_YLz9cemAlmhvDSA> <xmx:GwT5ZbawOnAYTjUY1P2hoIuWo4T52SQ5FUxNoQd_2VJOg70qOeQCsQ> <xmx:GwT5ZdBdb8Ci5p5v26R4BwxCq14yXpGhSmdxeWwljkngBJ4Uznr8IQ> <xmx:GwT5ZcA8HLTTKcddlkVt1yR_GiqD5_1HFzvkum9_mWPqj2MJcy5GQ_-g1fk>
Feedback-ID: i22e145a8:Fastmail
Received: by mailuser.nyi.internal (Postfix, from userid 501) id 42AA215A0093; Mon, 18 Mar 2024 23:18:51 -0400 (EDT)
X-Mailer: MessagingEngine.com Webmail Interface
User-Agent: Cyrus-JMAP/3.11.0-alpha0-300-gdee1775a43-fm-20240315.001-gdee1775a
MIME-Version: 1.0
Message-Id: <3addcb26-1af2-428a-8381-c9a48ec8f855@app.fastmail.com>
In-Reply-To: <MW4PR15MB437960E4E89D3EDFE8818665B32C2@MW4PR15MB4379.namprd15.prod.outlook.com>
References: <MW4PR15MB437960E4E89D3EDFE8818665B32C2@MW4PR15MB4379.namprd15.prod.outlook.com>
Date: Mon, 18 Mar 2024 22:18:29 -0500
From: Patrick Mevzek <ietf@ext.deepcore.org>
To: dd@ietf.org
Content-Type: text/plain
Archived-At: <https://mailarchive.ietf.org/arch/msg/dd/aelX68dCtXXW1tVkTquV_Cfa0DA>
Subject: Re: [dd] DBOUND scope
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: Tue, 19 Mar 2024 03:36:29 -0000

On Mon, Mar 18, 2024, at 21:53, Ben Schwartz wrote:
> It's true that further delegations down the tree could set the 
> "registry" flag disingenuously.  That's not a problem: the client is 
> only interested in the "topmost registrable domain", and would ignore 
> any indications from further down the tree.

Why?
Take `www.example.us.com`

`us.com` is delegated out of `com` by Verisign registry.
But `example.us.com` is delegated out of `us.com` by Centralnic that acts as a registry,
at least technically. As any node in the DNS tree is free to become a registry to
anything below it, at least technically.

`us.com` is today listed in PSL. Hence both `example.us.com` (out of `us.com`)
and `us.com` (out of `com`) are registerable domains as both `us.com` and `com`
are public suffixes.

If both us.com and com have DELEG records, why would the "topmost" ones
trump the other ones? Specifically to find out administrative boundaries,
clearly, going from com to us.com is crossing one boundary, and going from us.com to example.us.com is another one.

-- 
  Patrick Mevzek

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