[DNSOP] Re: draft-ietf-dnsop-delext and non-useful parent-side types
Petr Špaček <pspacek@isc.org> Fri, 24 July 2026 17:44 UTC
Return-Path: <pspacek@isc.org>
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 03EC111E55A11 for <dnsop@mail2.ietf.org>; Fri, 24 Jul 2026 10:44:42 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ietf.org; s=ietf1; t=1784915082; bh=LC33b3xp69Vh4D7SfTZUNJCdYBZVItzJN3gjkBRi/Ek=; h=Date:Subject:To:References:From:In-Reply-To; b=VfKV0arBzTTzD+EPQxZVNyK4Q8fviH/OawL80z3ct8yvxVv1dzGQL6NYXCuWkt3eI uYwDQQEQkw+cE9eEUs6mNCwdjmm2PwzhQUiGra/6Chg24T4aiSgYz8I9wg6dyKqLyB MIiRmrlFoDmc8VKevQmngdDG6lQF9ynyeqrVumFI=
X-Virus-Scanned: amavisd-new at ietf.org
X-Spam-Flag: NO
X-Spam-Score: -4.399
X-Spam-Level:
X-Spam-Status: No, score=-4.399 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_MED=-2.3, RCVD_IN_VALIDITY_CERTIFIED_BLOCKED=0.001, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: mail2.ietf.org (amavisd-new); dkim=pass (1024-bit key) header.d=isc.org header.b="jb/H/0T+"; dkim=pass (1024-bit key) header.d=isc.org header.b="Fd18wEuZ"
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 Et2Y_s607Cjn for <dnsop@mail2.ietf.org>; Fri, 24 Jul 2026 10:44:40 -0700 (PDT)
Received: from mx.pao1.isc.org (mx.pao1.isc.org [149.20.2.50]) (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 CA96911E55A0A for <dnsop@ietf.org>; Fri, 24 Jul 2026 10:44:40 -0700 (PDT)
Received: from zimbra10.isc.org (zimbra10.isc.org [149.20.2.90]) (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 did not present a certificate) by mx.pao1.isc.org (Postfix) with ESMTPS id EC5B24E40E2 for <dnsop@ietf.org>; Fri, 24 Jul 2026 17:44:39 +0000 (UTC)
ARC-Filter: OpenARC Filter v1.0.0 mx.pao1.isc.org EC5B24E40E2
Authentication-Results: mx.pao1.isc.org; arc=none smtp.remote-ip=149.20.2.90
ARC-Seal: i=1; a=rsa-sha256; d=isc.org; s=ostpay; t=1784915080; cv=none; b=Ue3FMCVXKy2DlgZDYDp7DkhchqzidYmz1HoNX4qFCRLCFCFZ4Hj07OvJUQnlsB94+ejccxtDNlCXRhI4snRxLVRFgM5rt8nVjZ6oj+VK9TUOZ/fKRN8Tka4+U21J+apqfRUBcNHxptSidD4zm6P0E7pDXxuwWJn/KsRN6/9HUCQ=
ARC-Message-Signature: i=1; a=rsa-sha256; d=isc.org; s=ostpay; t=1784915080; c=relaxed/relaxed; bh=0ZNuMnfAY0wXiOJUBo6WsU6IOVUYEIquexXNtO0qtAo=; h=DKIM-Signature:DKIM-Signature:Message-ID:Date:MIME-Version: Subject:To:From; b=PdfLP56VA4zr6jPt+HNENWG9ACMGL1rlRKqvDI+AIaNTecfWqVQ0h3k1yXuLw4gvwlgH4JjKsJ8XjrjJXXHypf0yXab/ByIFyQOtw7IR4nDx/zq9IZspVPqprr0Oai8aMa4iHTGSnvCPxfH3sC2Y/mqSlFaR+JO1rxuJkpDUVGQ=
ARC-Authentication-Results: i=1; mx.pao1.isc.org
DKIM-Filter: OpenDKIM Filter v2.10.3 mx.pao1.isc.org EC5B24E40E2
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=isc.org; s=ostpay; t=1784915080; bh=LC33b3xp69Vh4D7SfTZUNJCdYBZVItzJN3gjkBRi/Ek=; h=Date:Subject:To:References:From:In-Reply-To; b=jb/H/0T+VOyoApXPkfKt+qWimyYMrETRJkIPAYGGRkC/KJ/T/CheMHJq4Prul7MPt VXK6LlMioTLNlMu/7YawDmEnQKns9hxjUQTORMMhW8pnv+kwgbogJK3/F/vU9RCth0 wlZPNYzfOzLjxOcAvCduletSnCn4iaj84qbwKdtY=
Received: from zimbra10.isc.org (localhost [127.0.0.1]) by zimbra10.isc.org (Postfix) with ESMTPS id E8DC72E601D1 for <dnsop@ietf.org>; Fri, 24 Jul 2026 17:44:39 +0000 (UTC)
Received: from zimbra10.isc.org (localhost [127.0.0.1]) by zimbra10.isc.org (Postfix) with ESMTPS id E5B002E60240 for <dnsop@ietf.org>; Fri, 24 Jul 2026 17:44:39 +0000 (UTC)
DKIM-Filter: OpenDKIM Filter v2.10.3 zimbra10.isc.org E5B002E60240
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=isc.org; s=05DFB016-56A2-11EB-AEC0-15368D323330; t=1784915079; bh=0ZNuMnfAY0wXiOJUBo6WsU6IOVUYEIquexXNtO0qtAo=; h=Message-ID:Date:MIME-Version:To:From; b=Fd18wEuZk7sqfjWxAUnFPNDWqAnil+yEzxt7nPYj8ijULkyp41kngqYo0rfk/cGp7 Xy1s8/Em+Aclf3kniffo1VC/L88c23ha5Zryizq9zps0CmGi2quX8d93quLr833sAk IXDJmHDKbglFN1A9owlVDtvqAR4Cyeh6ZgNynZW4=
Received: from [10.200.146.13] (unknown [213.235.133.114]) by zimbra10.isc.org (Postfix) with ESMTPSA id E60FA2E601D1 for <dnsop@ietf.org>; Fri, 24 Jul 2026 17:44:38 +0000 (UTC)
Message-ID: <3d42a8bc-9fed-4bbe-9a79-d25fc2437666@isc.org>
Date: Fri, 24 Jul 2026 19:44:33 +0200
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
To: dnsop@ietf.org
References: <20260723172152.E4C85116CBC63@ary.local> <466FB609-69A4-4170-BACE-35A73005CE74@isc.org> <57f14c78-485c-3213-dd28-42c4484bdd3f@ietf.email> <m1wnCy3-0000OvC@stereo.hq.phicoh.net> <b017b32d-2784-cfc4-eb9a-790b9a5fbfb0@ietf.email> <m1wnEXY-0000NmC@stereo.hq.phicoh.net>
From: Petr Špaček <pspacek@isc.org>
Content-Language: en-US
Autocrypt: addr=pspacek@isc.org; keydata= xsFNBF/OJ/4BEAC0jP/EShRZtcI9KmzVK4IoD/GEDtcaNEEQzPt05G8xtC0P4uteXUwW8jaB CdcKIKR4eUJw3wdXXScLNlyh0i+gm5mIvKPrBYNAMOGGnkbAmMQOt9Q+TyGeTSSGiAjfvd/N nYg7L/KjVbG0sp6pAWVORMpR0oChHflzKSjvJITCGdpwagxSffU2HeWrLN7ePES6gPbtZ8HY KHUqjWZQsXLkMFw4yj8ZXuGarLwdBMB7V/9YHVkatJPjTsP8ZE723rV18iLiMvBqh4XtReEP 0vGQgiHnLnKs+reDiFy0cSOG0lpUWVGI50znu/gBuZRtTAE0LfMa0oAYaq997Y4k+na6JvHK hhaZMy82cD4YUa/xNnUPMXJjkJOBV4ghz/58GiT32lj4rdccjQO4zlvtjltjp9MTOFbRNI+I FCf9bykANotR+2BzttYKuCcred+Q7+wSDp9FQDdpUOiGnzT8oQukOuqiEh3J8hinHPGhtovH V22D0cU6T/u9mzvYoULhExPvXZglCLEuM0dACtjVsoyDkFVnTTupaPVuORgoW7nyNl0wDrII ILBqUBwzCdhQpYnyARSjx0gWSG1AQBKkk5SHQBqi1RAYC38M59SkpH0IKj+SaZbUJnuqshXh UIbY1GMHbW/GDhz7pNQFFYm2S4OPUBcmh/0O0Osma151/HjF7wARAQABzR9QZXRyIMWgcGHE jWVrIDxwc3BhY2VrQGlzYy5vcmc+wsGXBBMBCABBAhsDBQsJCAcCBhUKCQgLAgQWAgMBAh4B AheAAhkBFiEEEVO2++xeDVoSYmDzq9WHzfBlga4FAmkt8P0FCQtoiX8ACgkQq9WHzfBlga4m OxAAhBZyC7vnxl3kjFPFRT39ocbZy1jJX4fiaJmiIgKma06c9Eled/w2IN9pzRc0+iI6jSQa 40NfHFV8g2KZfZUNEVE3BOliWdEFi61OcwxB/UeryGDJUFYfK4un7ibYv4Rzvrfpz13aQ0/z MVm2HA3OVwkTqnK+dJL//d3AmED66oJKUFXU9tG5kUGNqbVrZNSiegZXC/TloO0+eYYN63Fm EHvWE20NcgdciG4y/pdtBXcWSwt21tSeqiZqN5L8LvfAGmJ1gdi6p4eHvPEH1WSOqUEZmy5l +5BE6xA2z4bfNpCYSir6GwFTOQwxHeekLKJktgsLjYY8oHbmPjIIdEzkcV8dD8czJEPo0sqe VB4qTun8cCE4AkVofpo5MMwni/3DLlm9bgV8tKJ3sAqwo6bEWk8dU9QqlcwiYb5S1KPbWrwO 89cIJNLIu9rO3nemWFDwNq6mFuNdNWSDciLV434P5xZ0y5Xy09n5dGhCgYZTRv1JTLmXEO+H aw6iRgLNZmImYB0VpoPPHBjIavsY211qyLIwDRaUykELhGaBk7P1zKhC91ZD866CbR3x6ptv EuFuJ2myZT1dIalWiFf0HaVhrMHm8y8ih1sn9Ezdxnle7Hxyjgp//CtM92GCjU8iuqYQOzNq B9LWBU6NTtGx5Tktf2/Vin2ADqiiVN1EDOQd9tvOwU0EX84n/gEQANARNXihDNc1fLNFZK5s O14Yg2TouK9eo9gGh4yLSrmZ3pjtnuJSpTWmGD4g0EYzhwWA/T+CqjUnrhsvzLQ1ECYVqLpM VqK2OJ9PhLRbx1ITd4SKO/0xvXFkUqDTIF6a5mUCXH5DzTQGSmJwcjoRv3ye+Z1lDzOKJ+Qr gDHM2WLGlSZAVGcUeD1S2Mp/FroNOjGzrFXsUhOBNMo8PSC4ap0ZgYeVBq5aiMaQex0r+uM4 45S1z5N2nkNRYlUARkfKirqQxJ4mtj5XPC/jtdaUiMzvnwcMmLAwPlDNYiU0kO5IqJFBdzmJ yjzomVk1zK9AYS/woeIxETs+s6o7qXtMGGIoMWr6pirpHk4Wgp4TS02BSTSmNzParrFxLpEU dFKq3M0IsBCVGvfNgWL2pKKQVq34fwuBhJFQAigR9B3O9mfaeejrqt73Crp0ng0+Q74+Llzj EIJLOHYTMISTJyxYzhMCQlgPkKoj+TSVkRzBZoYFkUt4OXvlFj73wkeqeF8Z1YWoOCIjwXH9 0u2lPEq0cRHHyK+KSeH1zQJ4xgj0QDGPmkvi81D13sRaaNu3uSfXEDrdYYc+TSZd2bVh2VCr xrcfzQ1uz9fsdC9NPdNd7/mHvcAaNc5e9IhNh67L54aMBkzlJi18d0sWXOOHkyLSvbHnC/OP wv7qCf69PUJmtoeHABEBAAHCwXwEGAEIACYCGwwWIQQRU7b77F4NWhJiYPOr1YfN8GWBrgUC aS3xCAUJC2iJigAKCRCr1YfN8GWBrgJJD/4oabL/T67M7GNPB1Q+1ghSpi3LJEwDqeaULNZv 2exo7N59cChW5DXD5e/rkvQM7yOsaKJBwkpjY2+vk4+Tw9iU1iqzS0iavr9A3i9mHJjlp4it u6oDBHCGMqBGZHHGP4O9xPuIoW6s50yP31NLbIGP4KGD03S1JtOBrETlTyr6a0mN4HrRnAkz nOa2l7npRvgkRpdr/vDmbAkyZYXcUCQSWsOKzRrcCrqRxzF7Ob39Xw+SrPv7hMBShzOVJCj6 XwOsu+F/hmRK5TML8+yZ+wGbrcTyxJ8qkKtwtDJXPMVY993f1k50/bquRdjX5wHTthvf6o9A 2cmZtbL0fVm2KEWNV3xDk52cJj7MqBk1M/mj1q8+6UzN9hTxN0N77u1sosgguW/8PWu/v2yy kUs2huxaqDkdrPc6kKuKbCGpkT5/89S6gvQSNx5IlVl0uWzJRat1h9HkdkO0CBYRX51Rv33W BF4qJ73o2dfrUchs70rher6734c21z8DUhDkvnPGIgLh4tYrYHNcM4akBTUt9k38xMGrj6yo kRjP6Pq9jhLwJBxxBRDEXn3vse8uy1s1sp9rhBxSS7bEHfmyz71h6ccALCFBlBzqfMediCAE 0PEMOPrXM0NU+o25vNC8BuWWpPf+fzvkLf+sEyYcIdwbHZ/V2qv97JvYX0FpMwmeyw4O2g==
In-Reply-To: <m1wnEXY-0000NmC@stereo.hq.phicoh.net>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Message-ID-Hash: KX3MP57ZZWKWYZND7LEHZ564GIQ44KZL
X-Message-ID-Hash: KX3MP57ZZWKWYZND7LEHZ564GIQ44KZL
X-MailFrom: pspacek@isc.org
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
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [DNSOP] Re: draft-ietf-dnsop-delext and non-useful parent-side types
List-Id: IETF DNSOP WG mailing list <dnsop.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/I07lPv7-eV9WGfrhhxtLPNL63T4>
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 24. 07. 26 13:58, Philip Homburg wrote: >>> - I assume we will get only one chance to introduce a range of parent >>> types. We may want to err on the side of flexibility. >> >> I see no reason to assume that. We can do whatever we think is >> reasonable. >> >> To point out what I would hope is obvious, adding features that >> nobody use is the sort of thing that makes the DNS Camel cry. > >>From the perspective of a non-recursive DNSSEC validator, it is very hard > to get such a range deployed. The reason is that upstream recursors and > forwards have to understand a new range of parent types. We have no > (secure) signalling for this so the only option is to wait long enough > that this kind of support is widespread. > > So a future DS2 type will have to use this draft otherwise it will never > get deployed. Instead of arguing how complex it could possibly be, I did a very _very_ rough "draft of a draft". I'm sure I made a mistake along the way, but I think it is a good idea to get a sense how complex it is. The magnitude of changes required for having two separate ranges can be seen here: https://github.com/RoyArends/draft-ietf-dnsop-delext/pull/1/changes#diff-900d9177bc56d81d0b08472912da03c2afddd69e36524704baf942c4fc32c513 (It has plain text, Markdown, HTML, and XML formats in it, so pick your preferred poison before reading.) All in all the hardest part seems to be coming up with names for the ranges so they can be referenced in the text. David Blacka proposed these: * Parent Types: Combined range of both Delegation Types and Parent Information Types defined below. * Delegation Types: Designates the set of RR types allocated from the ranges reserved in Section 3 of this document. NS type is not a Delegation Type. * Parent Information Types: Designates the set of RR types allocated from the ranges reserved in Section 3 of this document. DS RR type is similar to types in this range but is an Parent Information Type. The rest of the work is: - Going through 98 references to "Delegation Types" and changing them to one of the above as appropriate. - IANA Considerations copy&paste. - New section "Including Parent Information Types in a Referral Response", which is almost copy&paste and does the same as we already do for DS. That seems to be it. I hope this helps the WG to decide. -- Petr Špaček
- [DNSOP] draft-ietf-dnsop-delext and non-useful pa… Blacka, David
- [DNSOP] Re: draft-ietf-dnsop-delext and non-usefu… Peter Thomassen
- [DNSOP] Re: draft-ietf-dnsop-delext and non-usefu… Ralf Weber
- [DNSOP] Re: draft-ietf-dnsop-delext and non-usefu… Peter Thomassen
- [DNSOP] Re: draft-ietf-dnsop-delext and non-usefu… Peter Thomassen
- [DNSOP] Re: draft-ietf-dnsop-delext and non-usefu… Roy Arends
- [DNSOP] Re: draft-ietf-dnsop-delext and non-usefu… Roy Arends
- [DNSOP] Re: draft-ietf-dnsop-delext and non-usefu… Tim Wicinski
- [DNSOP] Re: draft-ietf-dnsop-delext and non-usefu… John Levine
- [DNSOP] Re: draft-ietf-dnsop-delext and non-usefu… Mark Andrews
- [DNSOP] Re: draft-ietf-dnsop-delext and non-usefu… John R Levine
- [DNSOP] Re: draft-ietf-dnsop-delext and non-usefu… Joe Abley
- [DNSOP] Re: [Ext] Re: draft-ietf-dnsop-delext and… Paul Hoffman
- [DNSOP] Re: draft-ietf-dnsop-delext and non-usefu… John R Levine
- [DNSOP] Re: draft-ietf-dnsop-delext and non-usefu… Michael Richardson
- [DNSOP] Re: draft-ietf-dnsop-delext and non-usefu… Philip Homburg
- [DNSOP] Re: draft-ietf-dnsop-delext and non-usefu… John R Levine
- [DNSOP] Re: draft-ietf-dnsop-delext and non-usefu… Philip Homburg
- [DNSOP] Re: draft-ietf-dnsop-delext and non-usefu… Petr Špaček