[30605] in North American Network Operators' Group
RE: lame delegations
daemon@ATHENA.MIT.EDU (Greg A. Woods)
Fri Aug 18 17:05:00 2000
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
From: woods@weird.com (Greg A. Woods)
To: Karyn Ulriksen <kulriksen@publichost.com>
Cc: nanog@merit.edu (North America Network Operators Group Mailing List)
In-Reply-To: <0127E258EE29D3118A0F00609765B44847CB2B@dhcp-gateway.sitestream.net>
Reply-To: woods@weird.com (Greg A. Woods)
Message-Id: <20000818210223.E4BBB92@proven.weird.com>
Date: Fri, 18 Aug 2000 17:02:23 -0400 (EDT)
Errors-To: owner-nanog-outgoing@merit.edu
[ On Friday, August 18, 2000 at 12:54:30 (-0700), Karyn Ulriksen wrote: ]
> Subject: RE: lame delegations
>
> What about when you're setting up ARPA entries referring to CIDR
> allocations?
>
> as in ...
>
> 1.8.5.10.in-addr.arpa. 86400 IN CNAME 1.0/24.8.5.10.in-addr.arpa.
>
> Somethings got to give there. I know that you could say well, just put the
> hostname instead of the target listed above, but the above is often used to
> delegate ARPA for subnets to downstreams...
That's not an issue. What RFC-1912 omits from its descriription is the
fact that CNAME processing may occur during the retrieval of a PTR, as
clarified in RFC-2181:
10.2. PTR records
Confusion about canonical names has lead to a belief that a PTR
record should have exactly one RR in its RRSet. This is incorrect,
the relevant section of RFC1034 (section 3.6.2) indicates that the
value of a PTR record should be a canonical name. That is, it should
not be an alias. There is no implication in that section that only
one PTR record is permitted for a name. No such restriction should
be inferred.
Note that while the value of a PTR record must not be an alias, there
is no requirement that the process of resolving a PTR record not
encounter any aliases. The label that is being looked up for a PTR
value might have a CNAME record. That is, it might be an alias. The
value of that CNAME RR, if not another alias, which it should not be,
will give the location where the PTR record is found. That record
gives the result of the PTR type lookup. This final result, the
value of the PTR RR, is the label which must not be an alias.
--
Greg A. Woods
+1 416 218-0098 VE3TCP <gwoods@acm.org> <robohack!woods>
Planix, Inc. <woods@planix.com>; Secrets of the Weird <woods@weird.com>
