Re: Should a nameserver know about itself?

"D. J. Bernstein" <djb@cr.yp.to> Wed, 30 May 2001 06:06 UTC

Received: from nic.cafax.se ([192.71.228.17]) by ietf.org (8.9.1a/8.9.1a) with SMTP id CAA28629 for <dnsop-archive@odin.ietf.org>; Wed, 30 May 2001 02:06:55 -0400 (EDT)
Received: by nic.cafax.se (8.12.0.Beta5/8.12.0.Beta5) id f4U5h9VK017519 for dnsop-outgoing; Wed, 30 May 2001 07:43:09 +0200 (MEST)
Received: from naptop.autonomica.se (flaptop.liman.sunet.se [193.10.90.102]) by nic.cafax.se (8.12.0.Beta7/8.12.0.Beta5) with ESMTP id f4U5h4Lt017514 for <dnsop@cafax.se>; Wed, 30 May 2001 07:43:04 +0200 (MEST)
Received: by naptop.autonomica.se (8.12.0.Beta1/8.12.0.Beta1) id f4U5gvZZ000547 for dnsop@cafax.se; Wed, 30 May 2001 07:42:57 +0200 (MEST)
Received: from muncher.math.uic.edu (muncher.math.uic.edu [131.193.178.181]) by nic.cafax.se (8.12.0.Beta7/8.12.0.Beta5) with SMTP id f4TNbxLt015213 for <dnsop@cafax.se>; Wed, 30 May 2001 01:38:00 +0200 (MEST)
Received: (qmail 569 invoked by uid 1001); 29 May 2001 23:23:01 -0000
Date: Tue, 29 May 2001 23:23:01 -0000
Message-ID: <20010529232301.5659.qmail@cr.yp.to>
From: "D. J. Bernstein" <djb@cr.yp.to>
To: dnsop@cafax.se
Subject: Re: Should a nameserver know about itself?
References: <200105091818.f49II1Z05093@zed.isi.edu> <5696.989435370@brandenburg.cs.mu.OZ.AU>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
Sender: owner-dnsop@cafax.se
Precedence: bulk

Robert Elz writes:
> Whether that happens for in-addr.arpa domains or not I am not sure, but
> if you believe the reasoning for doing this (which is largely to force
> glue to be provided) then it probably should.

Right. If you create a reverse zone in the simplest possible way with
tinydns, namely ./add-ns 3.2.1.in-addr.arpa 1.2.3.144, you get

   3.2.1.in-addr.arpa. NS a.ns.3.2.1.in-addr.arpa.
   a.ns.3.2.1.in-addr.arpa. A 1.2.3.144

so that glue is always provided.

Unfortunately, neither ARIN nor RIPE supports glue, despite the last
paragraph of RFC 1034 section 4.2.2, so reverse lookups on the Internet
are unnecessarily rickety.

---Dan