[dnsop] Underscore registration summary

Bill Fenner <fenner@research.att.com> Mon, 17 July 2006 15:21 UTC

Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1G2UuN-00031a-GK for dnsop-archive@lists.ietf.org; Mon, 17 Jul 2006 11:21:19 -0400
Received: from mailapps.uoregon.edu ([128.223.142.45]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1G2UuM-0005UE-3Q for dnsop-archive@lists.ietf.org; Mon, 17 Jul 2006 11:21:19 -0400
Received: from mailapps.uoregon.edu (IDENT:U2FsdGVkX1/RggjG7biz6wuHwyOm5ZaRA1X3QFwYfRo@localhost [127.0.0.1]) by mailapps.uoregon.edu (8.13.7/8.13.7) with ESMTP id k6HEQX9F021220; Mon, 17 Jul 2006 07:26:33 -0700
Received: (from majordom@localhost) by mailapps.uoregon.edu (8.13.7/8.13.7/Submit) id k6HEQXPI021218; Mon, 17 Jul 2006 07:26:33 -0700
Received: from mail-red.research.att.com (mail-red.research.att.com [192.20.225.110]) by mailapps.uoregon.edu (8.13.7/8.13.7) with ESMTP id k6HEQWm8021213 for <dnsop@lists.uoregon.edu>; Mon, 17 Jul 2006 07:26:32 -0700
Received: from bright.research.att.com (bright.research.att.com [135.207.20.189]) by mail-blue.research.att.com (Postfix) with ESMTP id 306A9147BD3 for <dnsop@lists.uoregon.edu>; Mon, 17 Jul 2006 10:26:32 -0400 (EDT)
Received: (from fenner@localhost) by bright.research.att.com (8.12.11.20060308/8.12.10/Submit) id k6HEQVkR023593; Mon, 17 Jul 2006 07:26:31 -0700
From: Bill Fenner <fenner@research.att.com>
Message-Id: <200607171426.k6HEQVkR023593@bright.research.att.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
To: dnsop@lists.uoregon.edu
Subject: [dnsop] Underscore registration summary
Date: Mon, 17 Jul 2006 07:26:31 -0700
Versions: dmail (linux) 2.7/makemail 2.14
X-Virus-Scanned: ClamAV 0.88.3/1600/Sat Jul 15 08:03:46 2006 on mailapps
X-Virus-Status: Clean
Sender: owner-dnsop@lists.uoregon.edu
Precedence: bulk
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 7baded97d9887f7a0c7e8a33c2e3ea1b

There are two possibly orthogonal issues here:

1. Registration for any _foo that may appear, possibly just
the one closest to the root in a given domain name.
http://tools.ietf.org/html/draft-crocker-dns-attrleaf
Its introduction points out that the semantics of records
underneath the reserved node name may be restricted;
however, this wording may need a bit of work because,
e.g., dnssec may need to put records there no matter
what the semantics defined elsewhere.

2. Registration for service names used in SRV records.
http://tools.ietf.org/html/draft-fenner-iana-dns-srv
was my proposal some time ago (summary: update 2782
to use the WKS name registry instead of a vague reference
to 1700 that many have taken to refer to the port number/name
registry, possibly populate the registry, define rules
for new registrations).  This is related to
http://tools.ietf.org/html/draft-lear-iana-no-more-well-known-ports
in that it also says that IANA keeps registrations for
SRV records; presumably whether or not IANA charges for
well known ports is outside the scope of dnsop.


How to move forward?  In a way, it's a question of one registry
or two.  If draft-crocker-dns-attrleaf intends to have all
protocols and services used in SRV records as well as the other
contents, it could serve as both.  However, given the history, I
think SRV records need a little bit different registration rules,
so it may make sense to split them out into a different registry.
The question there would be whether it's just the top-most
prefixed label that gets registered in draft-crocker-dns-attrleaf
or all of them.

  Bill
.
dnsop resources:_____________________________________________________
web user interface: http://darkwing.uoregon.edu/~llynch/dnsop.html
mhonarc archive: http://darkwing.uoregon.edu/~llynch/dnsop/index.html