On Oct 16 2009, Alfred Hönes wrote:
Another point:
The draft is speaking abut "DNAME _in_ the root".
According to my surficial knowledge, DNAME RRs 'live'
at the _apex_ of the zone that shall be redirected, not
at the delegation point -- or did I miss something?
Within each zone, there may be at most one DNAME RR,
and if so, it must be at the apex of the zone.
That's just wrong. DNAMEs can occur anywhere within a zone
(including at the apex, but not restricted to it), and there
can be as many as you like within a zone, subject only to the
constraint that no RR has a name subordinate to that of a DNAME.
(So *if* you have one at the apex, *then* you can't have any
others, certainly.)
A zone that *does* have a DNAME at the apex (and nothing else
but SOA and NS records) is positively crying out to have the
DNAME pulled up into that parent zone, *replacing* the
delegation there. (I've got reverse zones I would love that
to happen to, if only the parent zone administrators would
co-operate...)
--
Chris Thompson University of Cambridge Computing Service,
Email: [email protected] New Museums Site, Cambridge CB2 3QH,
Phone: +44 1223 334715 United Kingdom.
_______________________________________________
DNSOP mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/dnsop
