Hi John,
See [AB] below.
--On Friday, September 23, 2022 19:25 +0000 Amanda Baber
<amanda.ba...@iana.org> wrote:
> Hi,
>
> IANA uses the term "registry group" to refer to top-level
> registries and "registry" to describe a set of registrations
> (as opposed to a set of sets). There are logistical reasons
> for this, but the use of the term "registry" in particular
> matches the usage in ICANN's MoU with the IETF (and our
> MoU-mandated performance reports).
>
> I should add that we still use the term "sub-registry," but
> only to refer to, e.g., a registry of sub-TLVs for a TLV.
Amanda,
In the hope of getting something else on which I'm working [1]
right, some questions about the above:
If I look at a protocol assignments page, e.g.,
https://www.iana.org/assignments/mail-parameters/mail-parameters.xhtml
is "MAIL Parameters" the "top-level registry" aka "registry
group", despite the fact that some of the registries on that
page are associated with different protocols (even if they are
somehow mail-related and, as we have discussed, there are
mail-related registries elsewhere)?
[AB] We would call any label in that location the name of the registry group.
If "MAIL Parameters" is a poor fit, options might include re-naming it, moving
registries elsewhere (while replacing them with links to their new locations),
and/or moving other registries into it (and replacing them with links or
redirects as necessary). Instructions from ADs might be sufficient.
Also some of what I assume are called "registries" ("SMTP
Service Extensions", "SMTP Service Extension Parameters", "Mail
Transmission Types", etc.) are subsidiary to other ones there.
Does that make a difference?
[AB] This looks like a case where we had trouble converting text-based
registries -- specifically,
https://web.archive.org/web/20120202151617/https://www.iana.org/assignments/mail-parameters
-- to XML. Usually if you see a registries "nested" like the VIA link types,
WITH protocol types, and Additional-registered-clauses are nested beneath the
"Mail Transmission Types" heading, that nesting is meant to communicate
hierarchies like the ones at https://www.iana.org/assignments/smi-numbers. But
this looks like an attempt to communicate a grouping within a group. We don't
have a name for this, because our scheme wasn't really built with this in mind,
and I can only think of a few other places I've seen it. It would make sense to
call "Mail Transmission Types" a registry sub-group, if this sub-grouping
should be preserved. We would prefer not to create more sub-groups, as I
understand that they're a little problematic for us when placing these in a
database.
And, is "SMTP Service Extension Parameters" properly a
sub-registry of "SMTP Service Extensions"? And, forgive my
ignorance, but what is a "TLV" in this context?
[AB] Our registry structure appears to be describing SMTP Service Extension
Parameters as a sub-registry of SMTP Service Extensions, but the decision to
present it that way wasn't preserved in our ticketing system. Is it incorrect
to place it beneath SMTP Service Extensions? If so, we can simply ask an AD to
confirm that we can list it so that it no longer appears to be a sub-registry.
[AB] "TLV" just refers to Type, Length, and Value codepoints. Some examples of
TLV and sub-TLV registries can be found at
https://www.iana.org/assignments/isis-tlv-codepoints.
Thanks,
Amanda
_______________________________________________
DNSOP mailing list
DNSOP@ietf.org
https://www.ietf.org/mailman/listinfo/dnsop
