In message <[email protected]>, Jim Reid writes: > On 23 Nov 2012, at 11:17, Tony Finch <[email protected]> wrote: > > > Just query for the SOA at the full RDNS name, and the name server will > > return the zone apex name and SOA record in the authority section of its > > reply (or possibly in the answer section though that's unlikely). > > > > http://tools.ietf.org/html/draft-andrews-dnsext-soa-discovery > > We have been here before. > > The ENUM name space has comparable properties to ip6.arpa: lots of labels, "i > rregular" delegation points and sparse population. Some ENUM applications and > use cases had a need to find the closest encloser too. So a long time ago, I > helped write up something similar for the ENUM WG -- http://tools.ietf.org/h > tml/draft-ietf-enum-void-02 -- and was told I was a naughty boy. It was appar > ently a Very Bad Thing to treat data from the Authority Section as an answer > from the DNS: resolving servers could do this, but nothing else apparently. I > suspect Mark's draft may have been killed because of that too.
No, it just needed some more work so that whether the zeroing of the -ve TTL on the SOA query was not done unconditionally. Named now has a per zone flag to control this. There is nothing wrong with using the SOA record from the -ve response. Named has been doing it for about 15 years in nslookup. If it is not there it falls back to stripping a label at a time until it gets the SOA record. > FWIW there were other religious issues which meant that ENUM draft ended up g > oing nowhere. > > _______________________________________________ > DNSOP mailing list > [email protected] > https://www.ietf.org/mailman/listinfo/dnsop -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: [email protected] _______________________________________________ DNSOP mailing list [email protected] https://www.ietf.org/mailman/listinfo/dnsop
