On 02. 07. 26 18:42, Roy Arends wrote:
Hi Petr,
On 1 Jul 2026, at 13:03, Petr Špaček <[email protected]> wrote:
On 29. 06. 26 17:59, [email protected] wrote:
Name: draft-ietf-dnsop-delext-07.txt
Thanks for processing my mumbling above. I was not sure I'm on the right
track, but if you say it sounds sensible I guess we are done with it and
don't need to get _more_ WG input on these nits.
3.1.2. Private Use Range
The range 0xF1F0-0xF1FF is reserved for Private Use in accordance with
[RFC8126]. Values in this range MUST NOT be published in zones intended for the
public DNS and MUST NOT be used in any context where interoperability with
implementations outside a private network is required.
I think we should remove sentence "Values in this range MUST NOT be published in zones
intended for the public DNS" and keep only "MUST NOT be used in any context where
interoperability with implementations outside a private network is required.". Otherwise we
would need sub-range for experiments, and I think it is not necessary.
What does the group think?
I agree. This was too prescriptive on my side. Paul Hoffman also pointed that
out recently. Happy to remove it.
Last, one nitpick I can't decide how to approach:
3. Delegation Types
[RFC6895] lists three subcategories of RR type numbers: data TYPEs, QTYPEs, and
Meta-TYPEs. This specification adds a fourth subcategory: Delegation Types.
Section 9.3 requests IANA to allocate the ranges 0xF000-0xF1EF and
0xF1F0-0xF1FF for Delegation Types.
Do people find it confusing that the original NS RR type is not labeled as
'Delegation Type'?
I'm trying to find a way to say 'NS also creates delegation, but it is not
labeled as Delegation Type because ...' but I'm coming up blank. Perhaps it's
just in my head, but I wanted to check.
The original term was “Authoritative Delegation Type” which makes it explicitly
distinctive from delegation point NS records. I can precede all the occurrences
of Delegation Type with “Authoritative” if that makes folk happy.
Really up to the WG, I'm indecisive on this myself.
--
Petr Špaček
_______________________________________________
DNSOP mailing list -- [email protected]
To unsubscribe send an email to [email protected]
