[DNSOP] Fwd: Re: [apps-discuss] Draft of interest in DNSOP: draft-ietf-dnsop-attrleaf

[Dave Crocker <[e-mail]>]

John's note...


-------- Forwarded Message --------
Subject: Re: [apps-discuss] Draft of interest in DNSOP: 
draft-ietf-dnsop-attrleaf
Date: 4 Aug 2016 01:58:40 -0000
From: John Levine <[e-mail]>
To: [e-mail]
CC: [e-mail]

>As for the second-level underscore names, I propose that they /also/ be
>registered in this one table.  In theoretical terms, one could argue for
>a separate table, or maybe many of them (one under each top-level
>underscore protocol name) but that purity-drive choice seems somewhere
>between inefficient and silly.

That doesn't seem like a great idea.  According to RFC 2782, SRV names
are:

  _service._protocol.blah.example

Name assignment was a mess due to the rather casual advice in 2782
until RFC 6335 cleaned it up five years ago.

There appear to be only four protocols that have ever been used for
SRV records: _udp, _tcp, _sctp, and _dccp.  RFC 6335 refers to them
but doesn't set up a registry.  The names are in the Assigned Internet
Protocol Numbers registry, but most of the entries in that registry
are obsolete and some have names with plus signs and other unfortunate
characters, so I think it'd be fine to put the live protocol tags into
your list.

The services, on the other hand, were thoroughly cleaned up by RFC
6335.  It collected a bunch of informal lists into one place, renamed
a few old names with unfortunate characters, and put them into a tidy
and very large Service Name and Transport Protocol Port Number
Registry.  It says in section 5.2 that the service name for a SRV
record MUST follow the syntax rules (ldh with at least one letter and
no leading or trailing or double hyphens, prefixed with an underscore)
and SHOULD be registered in the registry.

That registry is FCFS for service names and now contains over 10,000
entries, so if you are aware of any SRV service names not listed, it'd
make a lot more sense to register them than to try to define something
new that sort of mirrors one of the largest registries that IANA manages.

For URI records RFC 7553 says they're either named the same as SRV
records, or they use enumservice names from the Enumservice
Registrations registry which lists two dozen types, most of which have
specific allowed subtypes.  This registry is a lot smaller than the
service name registry, but it exists, the RFC points to it, and it
seems unwise to copy its contents somewhere else.

Other than SRV and URI records, there's a handful of two component
prefix names like _adsp._domainkey and _report._dmarc.  As far as I
tell the rest are all all one or two per main name, so listing them
shouldn't be too hard.  But please, don't duplicate registries that
already exist.

R's,
John